Profilimdeki arayüz dili neden önemli?
Çünkü süslemeden ibaret değil. Hesap dili olarak ne ayarlarsanız, ajanlarınızın size geri konuşacağı varsayılan dil o olur — sohbet yanıtları, oluşturulan raporlar, taslak site metinleri, hepsi. Profilinizi İngilizce'den İspanyolca'ya çevirirseniz, açtığınız bir sonraki ajan sohbeti hiçbir anahtarı elle çevirmenize gerek kalmadan İspanyolca konuşmaya başlar. Belirli bir build'in hesap varsayılanınızdan farklı bir dilde çalışmasını mı istiyorsunuz? Bu, bir profil ayarı değil, proje bazlı bir geçersiz kılmadır. Ajanların burada hiçbir şeye dokunmadığınızda bile isteklerinizden dili nasıl algılayabildiği dahil tüm mekanikler Tek platform, yirmi dil yazısında.
Hem Google ile giriş hem de bir şifre kullanabilir miyim?
Evet, ve bu ekleyici bir özellik, değiştirme değil. Google ile kaydolduysanız ve sonradan "ihtiyaten" bir şifre belirlediyseniz, sonrasında ikisiyle de giriş yapabilirsiniz. İkinci bir yöntem eklemenin birinciyi kilitlediği bir senaryo yoktur.
Kimlik bilgileri neden tek bir listede değil de üç ayrı sayfada?
Çünkü tek bir çöp çekmecesi gibi "Kimlik Bilgileri" sayfası, tam olarak bir build ajanına hiç ilgisi olmayan bir şeye erişim vermenize ya da hiçbir sıraya göre düzenlenmemiş kırk satır arasında bir dağıtım şifresi aramanıza yol açar. Bu yüzden her kimlik bilgisi türü yalnızca gerçekten kullanıldığı yerde bulunur:
| Mağaza | Ne içerir | Neden ayrı |
|---|---|---|
| Google Hesapları | Analitik bağlantılarını destekleyen hizmet hesapları — belirli alan adlarına bağlı GSC ve GA4 | Tek bir hesap, bir alan adı için hem GSC hem de GA4'ü kapsayabilir; her alan adı için iki bağlantıya gerek yoktur, sadece Google tarafında doğru yetkilerin verilmesi gerekir. Burada "beklemede" takılı kalan bir alan adı, neredeyse her zaman bozuk bir akış değil, bir Google Cloud izin eksikliğidir. |
| Dağıtım | Sunucularınız için SFTP hedefleri — sunucu, port, kimlik bilgileri | Biri raporlama için okuma erişimi, diğeri ise canlı bir sunucu için yazma erişimidir. Bunları karıştırırsanız, tek bir SFTP şifresini değiştirmek için dört hizmet hesabını kaydırmanız gerekir. |
| Mağaza ve sosyal | Hiç ayarlar sayfası yok | Mağaza kimlik bilgileri, bir ürünü gerçekten canlıya aldığınızda gönderim akışında görünür; sosyal hesaplar ise bir paylaşım takvimi ayarlarken pazarlama alanında görünür. |
Tek kullanım senaryolarının dışında anlamsız oldukları için, yılda iki kez ziyaret edeceğiniz bir sayfada yaşamak yerine bağlam içinde ortaya çıkarlar.
Kimlik bilgilerim diğer kiracılardan gerçekten izole mi?
Üç depoda da her kimlik bilgisi yalnızca sizin kiracınıza kapsamlandırılmıştır, yalnızca eklendiği amaç için kullanılır ve yerinde silinebilir — sil tuşuna basarsınız, gider; yumuşak devre dışı bırakma değil. Bunun arkasındaki gerçek garantileri — altyapı düzeyinde izolasyon, bir ajanın nereye erişip nereye erişemeyeceği — kiracı izolasyonu yazısında okuyun. Gerçek riski olan bir şeyi bu sayfalara koymadan önce okumaya değer.
Döngünün ortasında yükseltme yaparsam faturalandırmama ne olur?
Hemen uygulanır ve eski planınızdaki kullanılmamış değer, yeni plana kredi olarak yansır. Aylık döngünün sekizinci gününde yükseltme mi yaptınız? O sekiz gün için iki kez ödeme yapmazsınız — sistem farkı netleştirir. Yükseltmeyi düşük riskli kılan da bu: şu anda daha fazla kapasite istemenin "yenilemeyi bekle" bedeli yoktur.
Peki düşürme veya iptal etme?
İkisi de anında değil, bir sonraki döngü sınırında uygulanır ve bu bilinçli bir tercihtir. Zaten ödediğiniz dönem boyunca mevcut planınızın hakkını ve özelliklerini korursunuz. Kısmi iadeli anlık düşürme kurabilirdik, ama bu neredeyse herkes için daha kötü olurdu — genellikle birkaç dolarlık bir iade için build'in, hatta bir çalıştırmanın ortasında kapasite kaybedersiniz. 30 günlük döngünün 3. gününde iptal ederseniz, kalan 27 gününüz hâlâ sizindir.
Kredilerin nasıl harcandığını gerçekte nerede öğrenirim?
Burada değil. Aylık hakkın nasıl sıfırlandığı, hak süresi dolarken kredi paketlerinin neden hiç dolmadığı, hak ile paketler arasındaki kullanım sırası ve bakiyeniz sıfırlanırken bir build ortadaysa ne olacağı — bunlar gerçek içeriktir ve bunu bir paragrafa sıkıştırıp yanlış anlatmak istemiyorum. Bunların tümü Krediler, açıkça anlatıldı yazısının konusu. Bir build'in ortasında durmasıyla şaşırmadan önce okuyun, özellikle birden fazla alan adı çalıştırıyorsanız.
Yapay zeka medya sayfası, bir ajanın benim için oluşturduğu her görseli mi kontrol ediyor?
Hesap genelinde varsayılanlarınızı ayarlar — sağlayıcı, kalite katmanı, stil tercihleri (fotoğrafik, illüstrasyon, belirli bir renk paleti). Her sohbette yeniden yapılandırılmak yerine hesap düzeyinde yaşamasının nedeni, genellikle istediğinizin tutarlılık olmasıdır: bir sitenin beş bölümü için beş build, aksi bir nedeniniz olmadıkça muhtemelen aynı görsel temeli paylaşmalıdır. Böyle bir durum olmadığında, sohbet başına geçersiz kılmalar bunu halleder — evrensel marka görselinizle eşleşmemesi gereken mevsimsel bir kampanya sayfası, küresel ayarlarınıza dokunmadan varsayılanı geçersiz kılabilir. Bu geçersiz kılma sohbetle birlikte yaşar, dolayısıyla yanlışlıkla bir sonraki projenize sızmaz. Tam mekanikler görsel bölümünde.
