Google gönderilerini planla, müşterilerin gerçekten görsün

Google, yaklaşık 10 KB altındaki gönderi görsellerini reddeder. Bunu söylemez. İstek, görselden, boyuttan ya da hangi alanın soruna yol açtığından hiç bahsetmeyen genel bir sunucu hatası olarak geri döner.

Bunu zor yoldan bulduk. Bir gönderi ısrarla 500 hatasıyla düşüyordu, kontrol edilebilir her şey ise yerindeydi: görsel HTTPS üzerinden erişilebilirdi, boyutları alt sınırın çok üstündeydi, CTA bağlantısı açılıyordu, işletme bağlantısı sağlıklıydı ve doğru yetki kapsamına sahipti, aynı istek biçimi başka gönderiler için çalışıyordu. Dosya 10.093 byte'tı — sınırın 147 byte altında. İyi sıkıştırılmış 500×500 bir fotoğraf tam bu aralığa düşer.

Öncesinde yalnızca üst sınır kontrol ediliyordu; çünkü 5 MB belgelenmiş limit ve bir alt sınırı test etmek akla gelmiyor. Artık her iki uç da doğrulanıyor: hem yükleme anında hem yayından hemen önce. Böylece sorun, dakikalar sonra açıklanmayan bir sunucu hatası olarak değil, editörde net bir mesajla ortaya çıkıyor.

Bir yayın başarısız olduğunda sebep gönderinin kendisine yazılır: Google'ın döndürdüğü hata, ne zaman olduğu, hangi alanların gönderildiği, işletme bağlantısının durumu ve gereken yetki kapsamının mevcut olup olmadığı.

Alternatifi — hatayı loglayıp kullanıcıya genel bir mesaj döndürmek — desteği imkânsız kılar. Biri "gönderim yayınlanmadı" dediğinde konsol satırı çoktan gitmiştir, istek izlenemez ve tek dürüst cevap "tekrar deneyin, izleyelim" olur.

Saklamak bu konuşmayı tek bakışa indirir. Gönderi kartı neyin reddedildiğini ve neden reddedildiğini gösterir; bu genellikle kimsenin log dosyasına dokunmasına gerek kalmadan sorunu çözmeye yeter.

Anlatmaya değer ince bir hata; çünkü her yerde kolayca tekrarlanabiliyor: isteğe bağlanmış ama yanıt gövdesinin okunmasını kapsamayan bir iptal zamanlayıcısı.

Bu düzende zaman aşımı bağlantıyı ve başlıkları korur, sonra durur. Sunucu bağlantıyı kabul edip başlıkları gönderir ve gövdeyi akıtırken takılırsa, iptal sinyali çoktan temizlenmiştir ve kod süresiz bekler. Zaman aşımı incelemede doğru görünür, üretimde hiçbir şey yapmaz.

Bu deseni dört yerde bulduk; ödeme yolu ve veritabanı kilidi tutan bir işlemin içi dahil — sınırsız bekleme için olabilecek en kötü yer. Dördü de artık zaman aşımını gövde tamamen okunana kadar yürürlükte tutuyor. Benzer kodun varsa bugün kontrol etmeye değer.

Yayın uç noktası 45 saniyelik bir bütçeyle çalışır. Toplam süre bunu aşarsa deneme askıda kalmak yerine açık bir "bütçe aşıldı" sonucuyla durur.

Bunun sebebi, bir yayının birkaç sıralı ağ çağrısı olması: token kontrolü, medya doğrulaması, gönderi isteğinin kendisi, ardından teyit. Her biri bozuk olmadan yavaş olabilir ve toplam bir bütçe olmazsa toplamın üst sınırı olmaz. Hiç dönmeyen bir istek, başarısız olandan kötüdür; çünkü kullanıcı tekrar deneyip denemeyeceğini bilemez.

Bütçe gönderi başına değil, deneme başınadır. Bütçeye takılmak bu denemenin durduğu anlamına gelir, gönderinin öldüğü anlamına gelmez — tekrar denenebilir ve sebep kaydedilmiştir.

Zamanlama iki dakikalık bir tick üzerinde çalışır; yani 09:00'a ayarlanmış bir gönderi, saat başında değil, o saatin birkaç dakika içinde çıkar.

Bu ödünleşme bilinçli. Daha uzun bir aralık daha ucuzdur ama zamanlamayı güvenilmez gösterir; daha kısası gerçek bir kazanç olmadan Google API'sini yorar, çünkü dakika hassasiyeti bir gönderinin performansını etkilemez. İki dakika, kotayı harcamadan belirlenen saatin sözünü tutar.

Yalnızca yayın saati olan gönderiler alınır. Saati olmayan taslaklar taslak kalır — yarım bir gönderinin kendi kendini yayınladığı bir yol yok.

Bir yayın kendi kendine düzelebilecek bir sebeple başarısız olduğunda, deneme düşürülmek yerine arka planda tekrar kuyruğa alınır.

Ayrım önemli; çünkü yanlış şeyi yeniden denemek, hiç denememekten kötüdür. Boyut alt sınırının altındaki bir görsel sonsuza kadar aynı şekilde başarısız olur; onu yeniden denemek kota harcar ve gerçek sebebi tekrarlanan aynı hataların altına gömer. Öte yandan geçici bir yukarı akış hatası genellikle birkaç dakika sonraki ikinci denemede başarılı olur.

Dolayısıyla kalıcı retler hemen durur ve sebebi gösterir, geçici olanlar sessizce yeniden denenir. Her iki durumda da sonuç, kimsenin okumadığı bir logda değil, gönderi kartında biter.

Google gönderi görsellerini byte olarak almak yerine herkese açık bir URL'den çeker. Yüklemen önce bizim depolamamıza gider, Google'a ise adres verilir.

Bunun bilinmesi gereken bir sonucu var: URL, Google onu çektiği anda herkese açık erişilebilir olmalı. Yayılımı henüz tamamlanmamış yeni yüklenmiş bir dosya ya da bot doğrulaması arkasındaki bir adres, Google tarafında bir çekme hatası üretir — ve bu, yine yardımcı olmayan biçimde, başka bir genel hata olarak bildirilir. Bu yüzden URL, yayın isteği yapılmadan önce erişilebilirlik ve içerik tipi açısından kontrol edilir; oradaki bir başarısızlık gizem değil, kaynak erişim sorunu olarak bildirilir.

Ara kopya, başarılı yayından sonra hemen silinmez, bir gün tutulur; çünkü Google işlerken görseli tekrar çekebiliyor. Çok erken temizlemek, başarıyla yayınlanıp sonra görselini kaybetmiş bir gönderi üretir.

Gönderi tipi yükün bir parçasıdır: düz bir güncelleme, geçerlilik penceresi olan bir teklif ya da başlangıç ve bitişi olan bir etkinlik. Teklifler ve etkinlikler senden ek bir işlem beklemeden kendi tarihlerinde sona erer.

Google gönderisinin planlamayı ödüllendiren kısmı burası. Standart bir güncelleme yaklaşık bir hafta sonra profilinden kaybolur; ilgilenilmeyen bir profilin bu kadar çabuk sessizleşmesinin sebebi de bu. Tanımlı penceresi olan bir teklif ya da etkinlik ise süresi boyunca güncel kalır ve sana yalnızca duyuru olmayan bir şey yayınlamak için sebep verir.

Localghost gönderi başına görüntülenme, tıklama veya dönüşüm bildirmez ve en uygun paylaşım saatlerini önermez. Google'ın API'si İşletme Profili gönderileri için gönderi başına performansı dürüstçe raporlayabileceğimiz bir biçimde vermiyor; kendi performans verin olmadan verilen "en iyi paylaşım saati" tavsiyeleri ise analiz kılığına girmiş tahminlerdir.

Sürükle-bırak takvim ve görsel düzenleyici de yok. Tarih ve saat seçiyorsun, doğrulamayı geçen bir görsel ekliyorsun, gönderi çıkıyor. İyi okunan uzun bir liste yerine, çalışan kısa bir liste yazmayı tercih ediyoruz.