Meta optimizasyon olayı nasıl seçilir

Meta optimizasyon olayı, bir reklam setinde teslimat sistemine "şunu yapacak insanları bul" diye gösterdiğiniz tek eylemdir. Kampanya hedefinden de, panelde raporlanan dönüşümlerden de ayrı bir ayardır. Yanlış seçildiğinde kampanya çökmez; sessizce yanlış şeyde iyileşir. Bu yazı öğrenme aşamasının nasıl işlediğini anlatmıyor, o aşamaya hangi olayla gireceğinize nasıl karar vereceğinizi anlatıyor.

Meta optimizasyon olayı hangi soruyu cevaplar

Üç katman sürekli birbirine karışıyor. Kampanya hedefi sistemin hangi kulvarda çalışacağını söyler. Optimizasyon olayı o kulvarda neyi kovalayacağını söyler. İzlenen olaylar ise yalnızca raporlamada görünen, teslimat kararına hiç girmeyen kayıtlardır. Pikseliniz yirmi farklı olay gönderiyor olabilir; sistemin kimi arayacağını reklam setinde seçtiğiniz tek olay belirler. Dönüşüm kavramı kafanızda bulanıksa dönüşüm tanımını netleştirerek başlayın.

Buradan çıkan ilk kural şu: optimize edemeyeceğiniz tek şey, doğru ölçemediğiniz olaydır. Sepete ekleme olayı tema güncellemesinden sonra tetiklenmiyorsa onu seçmek sistemi kör bırakır. Olay seçimine girmeden önce piksel kurulumunuzun gerçekten çalıştığını doğrulayın.

Derinlik ile hacim arasındaki takas

Huninin her basamağı iki şeyi ters yönde değiştirir. Satın alma paraya en yakın sinyaldir ama en seyrek gerçekleşendir. Ödeme başlatma daha sık olur, satın almaya bir adım uzaktır. Sepete ekleme daha da sık, daha da uzaktır. İçerik görüntüleme neredeyse her ziyaretçide tetiklenir ve cironuzla ilişkisi en zayıf olandır.

Yani huninin bir üst basamağına çıkmak sinyal satın almak, alaka satmaktır. Bu takası sezgiyle değil kendi verinizle çözersiniz ve çözmek için tek bir sayıya bakmanız yeterlidir.

Hacminizi hesap toplamıyla değil reklam seti başına ölçün

En sık yapılan hata, hesabın toplam satın alma sayısına bakıp "bizde yeterli veri var" demektir. Teslimat sistemi hesap düzeyinde değil reklam seti düzeyinde öğrenir. Ölçmeniz gereken birim budur.

Somut bir örnek: son 4 haftada 120 satın alma aldınız. Haftalık ortalama 120 ÷ 4 = 30 satın almadır. Bu satın almalar 5 aktif reklam setine dağılıyorsa reklam seti başına haftalık 30 ÷ 5 = 6 satın alma düşer. Kararınızı belirleyen sayı 120 değil, 6'dır. Aynı hesapta reklam seti sayısını artırdığınız gün bu 6 daha da küçülür.

Meta kendi dokümanında reklam seti başına haftalık bir dönüşüm eşiği tanımlar. Güncel sayıyı ve tanımını Meta'nın resmî dokümanından doğrulayın, kulaktan dolma rakamlara güvenmeyin. Reklam seti başına hacminiz o eşiğin altında kalıyorsa öğrenme tamamlanamaz ve reklam seti sınırlı öğrenme durumuna takılır. Bu durumun yapısal nedenleri ve birleştirme kararı başka bir yazının konusu; burada önemli olan şu bağ: düşük olay hacminin çözüm seçeneklerinden biri doğrudan olay seçimidir.

Üst huni olayına ne zaman geçmek doğrudur

Üst huni olayına geçmek bir çözüm değil, faizi olan bir ödünçtür. Dört koşulun aynı anda sağlanmasını arayın.

• Reklam seti başına haftalık satın alma hacminiz yapısal olarak düşük ve kısa vadede bütçeyle yükseltilemiyor.
• Geçeceğiniz olay satın alma yolunun gerçek bir basamağı, kenarda duran bir etkileşim değil.
• O olayın hacmini ölçtünüz ve gerçekten belirgin biçimde daha sık gerçekleşiyor. Varsaymayın, sayın.
• Geri dönüş koşulunu daha geçmeden yazdınız: reklam seti başına haftalık satın alma sayısı hangi seviyeye çıkınca derin olaya döneceksiniz.

Bu tablo pratikte üç yerde oluşuyor: yeni açılmış hesaplarda, sepet tutarı yüksek ve karar süresi uzun ürünlerde, bir de satışın büyük kısmının telefonda veya mağazada kapandığı işlerde. Üçünde de üst huni olayı geçici bir köprüdür, kalıcı bir tercih değil.

Bir de sık görülen aşırı düzeltme var: hacim yetmiyor diye satın almadan doğrudan içerik görüntülemeye inmek. Bir basamak inin, üç değil. Aksi halde sistem alışveriş niyeti olmayan ucuz trafiği kovalar; maliyet metrikleriniz güzelleşirken ciro yerinde sayar.

Vekil olay tuzağı: neyi optimize ederseniz onu alırsınız

Sepete eklemeye optimize edilmiş bir reklam seti sepete ekleme üretir. Bunun satın almaya dönüşmesi, sepete ekleme ile satın alma arasındaki oranın kitleden kitleye kararlı olmasına bağlıdır. Kararlı değilse vekil olay sizi yanlış yöne sıralar.

İki reklam setini bir haftalık veriyle karşılaştıralım. A reklam seti 200 sepete ekleme ve 20 satın alma üretti: 20 ÷ 200 = %10. B reklam seti 500 sepete ekleme ve 15 satın alma üretti: 15 ÷ 500 = %3. B, A'nın 2,5 katı sepete ekleme üretiyor (500 ÷ 200 = 2,5) ama daha az satın alma getiriyor. Sepete eklemeye optimize edilmiş bir sistem bu ikili arasında bütçeyi B'ye kaydırır.

İkisini birlikte okursanız 700 sepete ekleme ve 35 satın alma görürsünüz: 35 ÷ 700 = %5. Hesap ortalaması %5 çıkar ama iki reklam setinin ikisi de %5 değildir. A'nın oranı B'nin üç katından fazladır ve ortalama tam da karar vermeniz gereken farkı gizler.

Vekil olayı kullanmaya karar vermeden önce bu oranı kitle, reklam seti ve kreatif kırılımında hesaplayın; dönüşüm oranı hesaplama aracı bu bölmeyi hızlıca yapmanızı sağlar. Oran kırılımlar arasında iki üç kat oynuyorsa vekil olay o hesapta çalışmaz. Oran görece sabitse vekil olay dürüst bir yaklaşımdır.

Olay seçimi kitle tanımından bağımsız bir ayar da değildir; ikisi aynı teslimat kararını besler. Kitle tarafını nasıl ele aldığımızı yapay zeka destekli hedefleme sayfasında görebilirsiniz.

Değer optimizasyonu hangi noktada gündeme gelir

Satın alma sayısını optimize etmek, 300 TL'lik siparişle 3.000 TL'lik siparişi eşit sayar. Sepet tutarlarınız birbirine yakınsa bu bir sorun değildir. Dağılım genişse sonuç şu olur: ortalama 300 TL'den 10 satın alma 3.000 TL ciro üretir, ortalama 1.200 TL'den 5 satın alma ise 6.000 TL. Yarısı kadar satın almayla iki katı ciro. Sayıya optimize eden bir sistem bu iki tablodan birincisini tercih eder, çünkü ona verdiğiniz görev budur.

İşte bu noktada değer optimizasyonu ayrı bir dal olarak açılır. Ön koşulu, her olayla birlikte gerçek ve dinamik bir değer parametresi göndermenizdir; sabit bir değer göndermek bu yolu baştan kapatır. Değer parametresinin doğru kurulması başlı başına bir konudur ve olay seçiminden önce çözülmesi gerekir.

Karar sırası

• Aday derin olayın doğru ve tekilleştirilmiş biçimde tetiklendiğini doğrulayın. Ölçüm bozuksa hiçbir olay seçimi bunu kurtarmaz.
• Son 4 haftanın verisiyle reklam seti başına haftalık hacmi hesaplayın. Hesap toplamını değil, bölünmüş sayıyı bir kenara yazın.
• Hacim yeterliyse derin olayda kalın. "Belki daha hızlı öğrenir" diye üst basamağa çıkmayın.
• Yeterli değilse önce vekil olayın satın almaya dönüşüm oranını kırılımlarda ölçün, sonra geçin.
• Tek basamak çıkın ve geri dönüş koşulunu bir sayı ve bir tarihle yazın.
• Optimizasyon olayını değiştirmek yapısal bir düzenlemedir ve öğrenmeyi yeniden başlatır. Aynı hafta içinde ikinci bir yapısal değişiklik yapmayın; yoksa hangi değişikliğin ne yaptığını asla bilemezsiniz.

Olay seçimi tek seferlik bir kurulum kararı gibi görünür ama hesap büyüdükçe doğru cevap değişir. Üç ayda bir reklam seti başına hacmi yeniden hesaplayın. Köprü olsun diye kurduğunuz üst huni olayı, siz fark etmeden kalıcı hale gelmiş olabilir.