Merhaba — aynı mesajda iki şey sordunuz: üç alan adınız için senkronizasyonun neden ayarladığınızdan bir saat sonra tetiklendiği, ve bu arada optimizasyon ekibinizi otonoma çevirip çevirmemeniz gerektiği. Bunların aynı konuşma olduğu ortaya çıkıyor, o yüzden iki ayrı cevap vermek yerine ikisini birlikte ele alayım.
Sistemin şekliyle başlayalım, çünkü bu her iki sorunu da açıklıyor. Buradaki her ekip üç moddan birinde çalışır — bir kez, manuel, otonom — ve "otonom" ayrı, daha akıllı bir katman değildir. Bağlı bir program ve kapalı bırakılmış bir döngüye sahip manuel bir çalıştırmadır. Aynı ajan, aynı korumalar, her şey aynı, sadece düğmeye siz yerine ne zaman tıklanacağına bir zamanlayıcı karar verir. Bu netleştiğinde, gerisi kendiliğinden yerine oturuyor.
Senkronizasyonunuz ve programınız neden farklı yerlerde yaşıyor
| Zamanla | Neyi çalıştırıyor |
|---|---|
| Veri senkronizasyonu | Search Console / Analytics / mağaza verilerinin gösterge panellerinize günlük çekilmesi — geri kalan her şeyin yakıtı |
| Ajan çalıştırmaları | Her senkronizasyondan sonra otomatik optimizasyon çalıştırmaları, brief kuyruğunuzu dolduran araştırma taramaları ve çalışır bıraktığınız herhangi bir ekip |
Senkronizasyon ayarlarını her alan adının yanında, çalıştırma ayarlarını ise her ekibin yanında bulacaksınız — tek bir birleşik otomasyon sayfasında değil, ki bunun ilk aradığınızda garip hissettirdiğini biliyorum. Ama bu kasıtlı. Senkronizasyon hızınız veriyle ilgili: Search Console'un gerçekte ne kadar hızlı yenilendiğiyle. Çalıştırma hızınız ise ekiple ilgili: o ekibin gördüğü şeye ne kadar hızlı hareket etmesini istediğinizle. Bunlar farklı cevapları olan farklı sorular ve bu platformun daha önceki bir sürümü bunları tek bir sayfada birleştirmişti, bu da birine dokunmanın sizi ikisini birden düşünmeye sürüklemesi anlamına geliyordu. Ayırmak çözümdü.
Optimizasyon ekibiniz için herhangi bir şey programlamadan önce bilinmeye değer bir şey: bir programla tetiklenen çalıştırma ile elle başlattığınız bir çalıştırma, başladıktan sonra tamamen aynı nesneyi üretir. Aynı rapor, aynı geçmiş kaydı, aynı kredi maliyeti, ne yaptığını çalışma sırasında açıp izleyebilme yeteneği aynı. İnsanların, zamanlanmış çalıştırmaların maliyet tasarrufu için daha hafif, kısaltılmış bir sürüm olduğunu varsaydığını gördüm — değiller. Kendiniz tetiklediğiniz bir çalıştırmaya güvenmiyorsanız, onu bir zamanlayıcıya bağlamayın.
Taşıdığınız programda gerçekte ne ters gitti
Saati eski aracınızdan doğrudan yapıştırdığınızdan bahsettiniz — 14:00 UTC, saat sizinkiyle 2'ye denk gelecek şekilde. İşte tam da o tuzak. Bizim zaman alanımız yerel saatinizi istiyor, UTC değil; hemen altında tespit ettiği saat dilimini gösteriyor, böylece hiç tahmin etmenize gerek kalmıyor. Oraya bir UTC değeri yapıştırırsanız zaten yerel olarak kabul edilir, ikinci kez UTC'ye dönüştürülür ve sonunda 2 yerine 4'te bir çalıştırmayla kalırsınız. Diğer iki alan adınız için çözüm: saatleri yerel olarak yeniden girin, eski aracın verdiği UTC değerini görmezden gelin.
Gerçekten sorduğunuz saat — senkronizasyonun 6 yerine 7'de gelmesi — bir yaz saati (DST) yan etkisi ve her Mart ve Ekim'de peşinden koşmak yerine bir kez anlamaya değer bir konu. Ocak ayında Berlin'de 6:00 senkronizasyonu ayarlayın, platform 5:00 UTC olarak saklar, çünkü Berlin kışın UTC+1'de. Basit bir zamanlayıcı sonsuza dek sadece 5:00 UTC'de tetiklenmeye devam ederdi. Yaz saati sıçraması geldiğinde Berlin UTC+2'ye geçer ve aynı 5:00 UTC tetiklenmesi artık sessizce, hiçbir hata olmadan, yerel saatte 7:00'de gerçekleşir — sadece beklediğinizden birkaç saat geç sayılar. Biz bunun yerine geçerli farka göre giriş anında dönüştürüyoruz, böylece 6:00 programı, DST olsun olmasın, çalıştığı gün 6:00 duvar saati anlamına gelir. Saati yerel olarak yeniden girdikten sonra hâlâ bir saatlik bir kayma görüyorsanız, bu bir destek talebine değer — yeni girilmiş bir programda bu yaşanmamalı.
Gerçek periyodu belirlemek
- Senkronizasyon: günlük, daha hızlı değil. Search Console verisi iyi bir günde bile iki üç gün gecikmeli gelir. Üç alan adınızda saatlik senkronizasyon size daha güncel sayılar kazandırmaz, senkronizasyon geçmişini aynı gecikmeli veriyi tekrar tekrar çeken işlerle doldurmaktan başka bir işe yaramaz.
- Optimizasyon: senkronizasyona bağlı, ayrı bir saate göre değil. Şimdi planlayacağınız şey için en önemli kısım burası. Google'ın API'si o sabah yavaş olduğu için senkronizasyon 6:00 yerine 6:02'de biterse, optimizasyon çalıştırması hemen ardından, o taze veriyle tetiklenir — kendi 6:15 zaman dilimini beklemez ve senkronizasyon uzun sürerse dünün sayılarıyla çalışma riskine girmez. İki bağımsız saat, birbirinden sapana kadar sorun yokmuş gibi görünür.
- Araştırma: haftalık, içerik ekibinizin gerçekten kaldırabileceği kadar boyutlandırılmış. Brifler bir gecede eskimez ve incelenmemiş brifler kuyrukta beklerken bile, kimse harekete geçmese dahi kredi tüketmeye devam eder. Ekibiniz gerçekçi olarak haftada dört beş brifi onaylayabiliyorsa taramayı yaklaşık bu kadarını üretecek şekilde ayarlayın — günlük tarama, haftalık bir inceleme alışkanlığını beslerse kimsenin asla bitiremeyeceği bir birikim oluşturur.
- Reklamlar, gelecek ay o ekibe geçtiğinizde: bilinçli olarak zamanlama yok. Taslaklar talep üzerine oluşturulur; siz onaylamadan hiçbir şey yayınlanmaz veya harcanmaz. Gerekçe otomatik pilot harcamaya karşı argümanda yer alıyor, ama kısa hali şu: bir içerik senkronizasyonundaki zamanlama hatası küçük bir rahatsızlıktır, reklam harcamasındaki zamanlama hatası ise bir faturadır. O ekibin ayarlarının bugün kurduklarınıza benzeyeceğini beklemeyin.
Peki — optimizasyonu otonom moda mı almalısınız?
İşte dürüst cevap, ki bu sorunun ima ettiğinden daha az dramatik: açmak düşündüğünüzden daha az şeyi değiştirir. Ajan, siz kendiniz çalıştırdığınızda sahip olmadığı hiçbir yeni yetenek kazanmaz — yıkıcı herhangi bir işlemde aynı onay kapıları, aynı karar mekanizması, her şey aynı. Değişen tek şey ne zaman harekete geçeceğine kimin karar verdiğidir. Şu anda karar veren sizsiniz. Zamanlamada, karar veren saattir.
Aslında sormam gereken soru "otonom mod güvenli mi" değil, şu: son üç manuel optimizasyon çalıştırmanızın sonucunun, siz gözlemlemeden, belirlediğiniz herhangi bir periyotta tekrar tekrar yaşanmasından rahat mısınız? Evetse, hazırsınız — açın. Sadece bu üç çalıştırmayı, sonrasında bir şey gerçekleşmeden önce kişisel olarak incelediğiniz için rahatsanız, bu gerçek bir sinyaldir ve biraz daha manuel kalmanın doğru karar olduğu, cesaret eksikliği olmadığı anlamına gelir.
Bulunduğunuz noktada — üç alan adı yeni taşındı, saatler henüz tam oturmadı — birkaç gün daha otonom moddan uzak durmanızı öneririm. Kalan iki zamanlamayı düzeltin, yarınki senkronizasyonun doğru saatte gerçekleştiğini izleyin, optimizasyonu manuel olarak iki üç kez daha çalıştırın ki uçtan uca ne yaptığını gerçekten görmüş olun. Sonra zamanlayın. Yukarıdaki periyot soruları, soyut olarak değil, önünüzde gerçek bir çalıştırma varken çok daha kolay cevaplanır ve bunu görmek için bir hafta beklemenin bir maliyeti yok.
