Reklam kuralını kademeli açmak: %10 ile başlamak

Perşembe sabahı, saat 09:40. Bir e-ticaret ekibinde performans pazarlamacısı panele giriyor ve dün akşam otomatiğe aldığı tek bir kuralın gece boyunca ne yaptığını okuyor: "son 7 günde ROAS 1,0'ın altındaysa kampanyayı durdur". Kural doğru yazılmış, eşik makul, mantık tartışılmaz. Ama sabah listede duran on dört aktif kampanyadan dokuzu durmuş durumda — aralarında hafta başında açılmış, öğrenme fazını henüz bitirmemiş iki kampanya ve ayın en ucuz edinme maliyetini üreten bir yeniden pazarlama seti de var. (Rakamlar örnek bir hesaba ait.) Kuralın yargısı yanlış değildi; kuralın kapsamı yanlıştı. İlk gece hesabın tamamına açıldı.

Bu yazı aynı kurala, aynı eşikle, ama kapsamı kademeli açarak nasıl güvenilir hale gelineceğini anlatıyor. Sırasıyla şu sorulara bakacağız: doğru bir kural neden hesabın tamamına birden açılmaz, "%10 ile başlamak" tam olarak neyin yüzde onudur, ilk kademeye hangi kampanyalar alınır, backtest ve simülasyon kademenin yerini neden tutmaz, ilk kademe hangi modda koşmalıdır, bir kademeden diğerine geçmek için hangi eşikler sağlanmalıdır, kapsam büyürken hangi ölçüm gerçekten bir şey söyler, hangi çakışmalar ortaya çıkar, geri dönüş nasıl yapılır ve süreci en çok hangi alışkanlıklar bozar.

Bir kural doğru olsa bile neden hesabın tamamına birden açılmaz?

Bir koşul–aksiyon kuralı aslında iki ayrı şeyi aynı cümleye sıkıştırır: bir yargı ("ROAS 1,0'ın altındaysa bu kampanya para kaybettiriyor") ve bir kapsam ("bu yargı hangi kampanyalar için geçerli"). Ekiplerin çoğu yargıyı saatlerce tartışır, kapsamı hiç tartışmaz. Oysa hatalı bir yargı genellikle birkaç kampanyada kendini belli eder ve düzeltilir; hatalı bir kapsam aynı hatayı aynı gece hesabın her yerinde uygular. Kademeli açmanın tek işi bu ikisini birbirinden ayırmaktır: yargıyı sınarken kapsamı küçük tutmak.

İkinci neden karşılaştırılabilirlik. Bir kuralı tüm kampanyalara birden açtığınızda elinizde "diğer taraf" kalmaz. Ertesi hafta harcama düştüyse bunun kuraldan mı, sezondan mı, platformun ağırlık değiştirmesinden mi kaynaklandığını söyleyemezsiniz. Kapsamı bilinçli olarak böldüğünüzde, kuralın dokunduğu kampanyalarla dokunmadıkları aynı haftayı aynı koşullarda yaşar. Bu bir deney değildir — kampanyalar rastgele dağıtılmadığı sürece nedensellik iddia edilemez — ama en azından gözlemin bir referansı olur.

Üçüncü neden güven. Otomasyona itiraz eden ekiplerin çoğu otomasyona değil, kendi kontrol kaybına itiraz eder. Küçük bir kapsamda birkaç gün boyunca "kural ne yapardı" sorusunun cevabını okumak, bu itirazı soyut bir tartışmadan çıkarıp somut kararların üstüne oturtur. Platform tarafındaki otomatik kampanya türlerine ne zaman güvenileceği sorusu da tam olarak aynı yerden çözülür: önce dar bir alanda gözlemlemek, sonra genişletmek.

"%10 ile başlamak" neyin yüzde onu?

Bu ifade pratikte üç farklı şeyi kastedebilir ve hangisini seçtiğiniz sonucun anlamını değiştirir. Birincisi kampanya sayısının yüzde onu: on kampanyanız varsa kural yalnızca birinde koşar. İkincisi harcamanın yüzde onu: kural, günlük bütçenin onda birini taşıyan kampanyalarda koşar — bu genellikle bir avuç küçük kampanya demektir. Üçüncüsü ise zamanın yüzde onu: kural tüm kampanyalarda ama yalnızca haftanın belirli saatlerinde koşar.

Üç seçim de meşru, ama farklı soruları yanıtlar. Kampanya sayısına göre bölmek yargıyı sınamak için en temiz olanıdır; çeşitli kampanya tipleri örnekleme girer. Harcamaya göre bölmek risk kontrolü içindir; yanlış bir aksiyonun maliyet tavanını baştan bilirsiniz. Zamana göre bölmek ise yalnızca belirli bir pencerede bozulan metrikler için anlamlıdır, örneğin mesai dışında fırlayan CPM. Rocketly'de bir kuralın seçilen gün ve saatlerde koşması ayrı bir ayardır; kapsam bölmesiyle karıştırılmamalıdır.

Pratik öneri: ilk kademeyi kampanya sayısına göre seçin, ama seçerken harcama payını da kontrol edin. Kampanyalarınızın yüzde onu tesadüfen harcamanın yarısını taşıyorsa, "küçük kademe" adıyla büyük bir riski açmış olursunuz. Kapsamı birden fazla platformda aynı anda büyütmek de ayrı bir hata; Meta, Google ve TikTok kampanyalarını tek panelde yönetmek kolaylık sağlar ama her platformun teslim mantığı farklı olduğu için kademeler platform başına ayrı ilerlemelidir.

İlk kademeye hangi kampanyalar alınır?

İlk kademe iki çelişkili şartı aynı anda karşılamak zorundadır: kuralın tetiklenmesi için yeterince temsili olmalı, ama yanlış bir aksiyonun zararı kabul edilebilir kalmalı. Bu yüzden en iyi ve en kötü kampanyalarla başlamak iki ayrı sebeple hatalıdır. En iyi kampanyada bir yanlış durdurma pahalıya patlar; en kötü kampanyada kural her zaman tetiklenir ve size kuralın ayırt etme gücü hakkında hiçbir şey öğretmez.

Ortadaki kampanyalar — eşiğin hemen altında ve hemen üstünde duranlar — en çok bilgi taşır. Rocketly'nin "eşiği veriden seçin" ekranı tam olarak bunu görünür kılar: metriğin kampanyalarınız arasındaki dağılımını gösterir, medyanı tek tıkla eşik yapar ve o eşikle kaç kampanyanın yakalandığını yazar. İlk kademeyi bu dağılımın ortasından seçmek, kuralın sınır vakalarda nasıl davrandığını ilk haftada görünür kılar.

İkinci filtre veri olgunluğu. Öğrenme fazındaki, yeni açılmış ya da günlük dönüşüm sayısı tek haneli kampanyalar ilk kademeye alınmamalıdır; bu kampanyalarda metrik günden güne savrulur ve kural gürültüyü sinyal sanır. Üçüncü filtre bütçe yapısı: kampanya bütçesi ve set bütçesi karışık kullanılan hesaplarda aynı kural iki farklı yerde etki eder, ilk kademeyi tek bütçe tipiyle sınırlamak karışıklığı önler. Harcamanın nereye kaçtığını kural yazmadan önce daraltmak isterseniz, negatif anahtar kelimelerle boşa giden aramaları kesmek çoğu zaman bir otomasyon kuralından daha hızlı sonuç verir.

Backtest ve simülasyon kademenin yerini neden tutmaz?

Rocketly'de bir kural açılmadan önce iki ayrı sınama yapılabilir. "Açmadan önce backtest" kuralın son 28 günde kaç kez ve hangi kampanyalarda tetikleneceğini hiçbir şeye dokunmadan gösterir. "Kendi sayılarınızla simülasyon" ise kendi örnek metriklerinizi girip koşulun eşleşip eşleşmediğini ve guardrail'in değişimi nasıl kırptığını görmenizi sağlar. İkisi de kuralın mantığını doğrular ve kademeye başlamadan önce mutlaka çalıştırılmalıdır.

Ama ikisi de aynı soruyu yanıtlar: "kural geçmişte ne yapardı". Yanıtlamadıkları soru şudur: "kural bir şeyi değiştirdikten sonra ne olur". Backtest, durdurulan kampanyanın bütçesinin komşu kampanyaya kayacağını bilmez. Kampanya durunca hedef kitle atamasının serbest kalıp diğer setin maliyetini yükselttiğini de bilmez. Bu ikinci dereceden etkiler yalnızca kural gerçekten çalıştığında ortaya çıkar, ve tam da bu yüzden kademe gerekir.

Aynı ayrım kreatif tarafında da vardır: bir görselin yayından önce puanlanması, reklam görsellerini yayınlamadan önce analiz etmek gibi, riski daraltır ama gerçek gösterimdeki davranışı söylemez. Kural motoru için de aynı şey geçerli; ön sınama kademeyi kısaltır, iptal etmez.

İlk kademe hangi modda koşmalı?

Rocketly'de her kural üç moddan birinde çalışır: sadece göster, onayımla ve otomatik. İlk kademe için doğru mod neredeyse her zaman "sadece göster"dir. Bu modda kural kampanyaları değerlendirir, kaç tanesinin eşleştiğini ve ne değişeceğini yazar, hesaba tek bir değer bile yazmaz. Amacı kararları uygulamak değil, kararların listesini size okutmaktır.

Bu aşamada doğru iş, her sabah eşleşme listesini açıp her satır için tek bir soruya cevap vermektir: "bunu ben de yapar mıydım?". Cevabın hayır olduğu satırlar kuralın düzeltilmesi gereken yerini gösterir — genellikle eşikte değil, veri penceresinde ya da hariç tutulması gereken kampanya tipinde. Bir haftalık liste, ayarın nereye dokunacağını tahminden çıkarır.

İkinci kademede mod "onayımla" olur. Eşleşmeler onay kuyruğuna düşer, nedenini ve uygulanacak tam değişikliği görürsünüz, siz onaylamadan kampanyaya dokunulmaz. Bu mod bir bekleme odası değil, kuralın en çok şey öğrettiği aşamadır: onayladığınız ve reddettiğiniz kararların oranı, kuralın gerçekten hazır olup olmadığının en doğru göstergesidir. Kreatif tarafında bir görsel test sistemi kurmak nasıl kazananın nedenini kayıt altına alıyorsa, onay kuyruğu da kural kararlarının nedenini aynı şekilde kayda geçirir.

Bir kademeden diğerine geçmek için hangi eşikler sağlanmalı?

Kademe atlamak takvimle değil, koşulla yapılmalıdır. "İki hafta oldu, açıyoruz" cümlesi kademeli açılışın en yaygın bozulma biçimidir; süre tek başına bir şey kanıtlamaz. Aşağıdaki tablo, örnek bir geçiş planının nasıl kurulabileceğini gösteriyor. Oranlar hesabınızın büyüklüğüne göre değişir; değişmeyen şey her satırın bir çıkış koşuluna bağlı olmasıdır.

Kademe	Kapsam	Mod	Bir sonrakine geçmeden önce
1	Kampanyaların yaklaşık %10'u	Sadece göster	En az bir tam veri haftası ve listedeki her kararın okunmuş olması
2	Yaklaşık %25	Onayımla	Reddedilen karar oranı belirgin şekilde düşük ve red nedenleri tekrar etmiyor
3	Yaklaşık %50	Onayımla	Guardrail'lerin kırptığı değişiklik sayısı azalıyor, çakışma uyarısı yok
4	Tüm kapsam	Otomatik	Önceki kademede geri alma gerektiren karar çıkmamış olması

Tablodaki en önemli satır sonuncusu. Otomatiğe geçiş, kuralın iyi çalıştığı için değil, kötü çalıştığında kendini göstermediği için ertelenmelidir. Bir kademede tek bir geri alma bile olduysa, o kademe tekrar edilir. Bu disiplin katı görünür ama uygulaması ucuzdur: bir hafta daha beklemenin maliyeti, hesabın tamamına yayılan yanlış bir aksiyonun maliyetinin yanında küçüktür.

Kademe genişlerken hangi ölçüm gerçekten bir şey söyler?

Kademeli açılışın en çok yanlış okunan yeri burasıdır. Kural açıldıktan sonra hesabın toplam ROAS'ına bakmak neredeyse hiçbir şey söylemez, çünkü aynı hafta içinde kreatif değişimi, sezon, rekabet ve platform dağıtımı da değişmiştir. Anlamlı olan tek karşılaştırma aksiyon düzeyindedir: uygulanan her aksiyonun öncesi ve sonrası eşit uzunlukta pencerelerle karşılaştırılır. Rocketly'nin "aksiyondan sonra ölçüm" ekranı bunu yapar ve açıkça gözlemsel olduğunu, nedensellik iddia etmediğini söyler.

İkinci ölçüm kaynağı kuralın kendi metriği olmalıdır. Kural ROAS üzerinden kurulduysa platformun bildirdiği dönüşüm değeri çoğu B2B ve uzun satış döngülü işletme için yanıltıcı olur. Kararın CRM'de kapanan gelirle eşleşmesi gerekir; reklam harcamasını CRM geliriyle eşleştirmek kademeli açılışın ilk gününden itibaren kurulmuş olmalıdır, sonradan eklenmez.

Üçüncüsü veri bütünlüğü. Kademe büyüdükçe kuralın dokunduğu kampanya sayısı artar ve ölçüm hataları da aynı oranda büyür. Tarayıcı taraflı ölçümün eksik kaldığı hesaplarda sunucu taraflı izleme ve Dönüşüm API'si kurulmadan kural eşiklerine güvenmek zordur. Kapanan satışın platforma geri dönmesi de aynı zincirin parçasıdır; çevrimdışı dönüşümleri reklam platformuna geri beslemek olmadan kuralın gördüğü ROAS ile işletmenin gördüğü gelir farklı kalır.

Kapsam büyüdükçe hangi çakışmalar ortaya çıkar?

Tek bir kural tek başına çalışırken sorunsuz görünür. İkinci ve üçüncü kural eklendiğinde ise aynı kampanya üstünde birbirini iptal eden kararlar oluşur: biri düşük ROAS nedeniyle bütçeyi kısarken diğeri yüksek dönüşüm hacmi nedeniyle aynı bütçeyi artırır. Bu tür kural çiftleri Rocketly'de "çakışan kuralları yakalayın" ekranında işaretlenir ve tek ekrandan çözülür. Ayrıca kuralların koşma sırası belirlenebilir; hangi kuralın önce davranacağına siz karar verirsiniz.

İkinci çakışma tipi kapsam çakışmasıdır. Kademe %10'dan %50'ye çıkarken yeni giren kampanyaların bir kısmı zaten başka bir kuralın kapsamındadır. Kapsam tanımlarını etiket ya da isim kalıbıyla değil, açıkça listelenmiş kampanya kümeleriyle tutmak bu karışıklığı büyük ölçüde önler. Üçüncüsü ise hesap düzeyi politika ile kural ayarlarının çakışmasıdır; çalışma saatleri, asgari veri günü ve durdurma onayı hesap genelinde tanımlandığında hiçbir kural bu sınırları gevşetemez, dolayısıyla kural düzeyinde daha gevşek bir ayar yazmak sessizce etkisiz kalır.

Dördüncüsü hedefleme tarafından gelir. CRM listelerinden oluşturulan kitleler kampanya düzeyinde ayrı bir performans profili yaratır; en iyi müşterilerinizi reklam platformlarına taşımak ROAS dağılımını yukarı çeker ve aynı eşik bu kampanyalarda çok geç tetiklenir. Bu kampanyaları ayrı bir kural kümesinde tutmak doğru olandır.

Kademeyi geri almak gerekirse ne yapılır?

Geri alma planı, kademeli açılışın başlangıcında hazır olmalı. Üç seviyesi vardır. Birincisi tek bir kararı geri almak: uygulanmış bir aksiyonu ya da bir koşunun tamamını 24 saat içinde tersine çevirirsiniz, bütçe önceki değerine döner. İkincisi kuralı bir kademe geri almak: otomatikten onay moduna, onaydan sadece göster moduna düşürmek. Üçüncüsü ana şalteri kapatmak; otomasyon kapalı gelir ve kapatmak kurallarınızı silmez, sadece çalışmayı durdurur.

Bu üç seçeneğin hangisinin kullanılacağını belirleyen şey, hatanın tekil mi sistematik mi olduğudur. Tek bir kampanyada beklenmedik bir aksiyon olduysa kararı geri alıp devam edersiniz. Aynı tipte iki karar arka arkaya yanlış geldiyse kural bir kademe geri alınır. Birden fazla kural aynı anda beklenmedik davranıyorsa sorun kuralda değil veri katmanındadır ve ana şalter kapatılıp senkron kontrol edilmelidir.

Geri almanın bir de sessiz biçimi vardır: kuralın hiç tetiklenmemesi. Uzun süre sonuç üretmeyen bir kural çoğu zaman bozuktur — eşik ulaşılamaz şekilde ayarlanmış ya da kapsam boşalmıştır. Rocketly bir kural üst üste sonuç üretmediğinde pazarlama yetkililerine bildirim gönderir; böylece bozuk otomasyon sessizce beklemez.

Kademeli açılışı en çok hangi alışkanlıklar bozar?

Birincisi kademeyi kısaltmak. İlk hafta iyi geçtiğinde ikinci ve üçüncü kademeyi atlayıp doğrudan otomatiğe geçme isteği çok güçlüdür; bu isteğe uymak kademeli açılışı bir törene çevirir. İkincisi kademe sırasında kuralı değiştirmek. Eşiği ya da veri penceresini kademe ortasında değiştirirseniz elinizdeki gözlem geçersizleşir ve o kademe baştan başlar. Değişiklik gerekiyorsa kademeyi sıfırlayın.

Üçüncüsü kapsamı ve kuralı aynı anda büyütmek. Yeni bir platform, yeni bir kampanya tipi ve daha geniş bir kapsam aynı hafta devreye girerse sonucu hiçbir şekilde atfedemezsiniz. Dördüncüsü ölçüm altyapısını sonraya bırakmak: kampanya isimlendirmesi ve UTM parametreleriyle kampanya takibi düzenli değilse kuralın dokunduğu kampanyalarla dokunmadıklarını raporda ayırt edemezsiniz. Beşincisi veri sağlığını varsaymak; senkron tazeliği, 28 günlük veri kapsamı ve hesap para birimi doğrulanmadan kurulan kural eski veriden karar üretir.

Kademeli açmayı ciddiye alan ekiplerin ortak özelliği, kuralın ne yaptığını değil neden yaptığını kayıt altına almalarıdır. Her aksiyonun nedeni ve sonucu loglandığında üç ay sonra "bu bütçe neden düştü" sorusunun cevabı tahmine kalmaz. Kendi hesabınızda ilk kuralı sadece göster modunda, kampanyaların küçük bir kısmıyla denemek isterseniz Rocketly hesabınızı açıp ilk kuralı önizleme modunda çalıştırabilirsiniz.

Sıkça sorulan sorular

İlk kademe ne kadar sürmeli?

En az bir tam veri haftası, çünkü haftanın günleri arasındaki performans farkı tek başına bir metriği eşiğin altına ve üstüne taşıyabilir. Süre şart ama yeterli değil; kademe, listedeki her kararın okunmuş ve sorgulanmış olmasıyla biter.

Kampanya sayım az, %10 tek kampanya ediyor. Ne yapmalı?

Küçük hesaplarda kapsamı bölmek yerine modu bölün. Kuralı tüm kampanyalarda "sadece göster" modunda çalıştırın; hiçbir şey değişmez, ama karar listesi gerçekleşir. Güven oluştuğunda doğrudan onay moduna geçin.

Backtest temiz çıktı, yine de kademe gerekir mi?

Evet. Backtest kuralın geçmişte ne yapacağını gösterir, bir aksiyonun ardından bütçenin ve teslimin nasıl kayacağını göstermez. İkinci dereceden etkiler yalnızca kural gerçekten çalıştığında görünür.

Kural otomatiğe geçtikten sonra ne izlemeli?

Üç şey: geri alma gerektiren karar sayısı, guardrail'in kırptığı değişiklik sayısı ve kuralın sessizleşip sessizleşmediği. Üçü de kural mantığının bozulduğunu, hesap toplam metriklerinden çok daha erken haber verir.