Çakışan reklam kuralları: iki otomasyon aynı bütçeye dokunursa

Salı sabahı 09.14. Performans pazarlamacısı kampanya listesini açıyor ve tek bir kampanyanın günlük bütçesinde gece boyunca üç ayrı değişiklik görüyor: 02.00'de artmış, 04.00'te azalmış, 06.00'da yeniden artmış. Panele kimse dokunmamış. Sebep iki otomasyon kuralı: biri "son 7 günde ROAS hedefin üstündeyse bütçeyi yüzde yirmi artır" diyor, diğeri "son 3 günde CPA limitin üstündeyse bütçeyi yüzde yirmi kıs" diyor. İkisi de kendi penceresinde haklı; ikisi birlikte kampanyayı sallıyor ve hiçbir sonucun kime ait olduğu anlaşılmıyor. (Rakamlar örnektir.)

Aşağıda bu problemi sırayla açıyoruz: çakışmanın teknik olarak nereden doğduğu, hangi çakışma türünün hangi zararı verdiği, koşma sırasının neyi çözüp neyi çözmediği, guardrail'lerin ne zaman fren görevi gördüğü, kural açılmadan önce çakışmayı görmenin yolları, olay sonrası kaydı okuma ve geri alma, çakışmayı baştan engelleyen yazım disiplini, kuralın sahipliği ve kararı insana bırakma eşiği. En sonda sık sorulan sorular var.

Aynı kampanyaya iki kural dokunduğunda tam olarak ne olur?

Reklam platformları kural motorlarına "bu bütçeyi başka biri de değiştiriyor" bilgisini vermez. Her kural kendi koşuluna bakar, koşul sağlanıyorsa aksiyonunu uygular ve platform da bunu sıradan bir düzenleme olarak kabul eder. Yani çakışma bir hata mesajı üretmez; sessizce çalışır. Gördüğünüz tek şey, sabah panelde birbirini iptal etmiş bir dizi değişikliktir.

Zarar sadece bütçenin gidip gelmesi değil. Her bütçe değişikliği platformun dağıtım algoritmasına yeni bir sinyal verir; kampanya öğrenme fazına dönebilir, teslimat ritmi bozulur ve performans verisi iki farklı bütçe rejiminin ortalaması haline gelir. Uzun satın alma döngüsü olan hesaplarda bu daha da can yakar: LinkedIn Ads ile yürüttüğünüz B2B kampanyalarda bir fırsatın kapanması haftalar sürerken, üç günlük pencereye bakan bir kural o kampanyayı olgunlaşmadan cezalandırır.

Bir kural bozulduğunda çoğu ekip önce kuralı suçlar. Oysa iki kural tek başına doğru, birlikte yanlış olabilir. Çakışma bir kural hatası değil, bir portföy hatasıdır: kuralların birbirine göre nerede durduğunu kimse tanımlamamıştır.

Çakışma nereden doğar: kapsam, metrik ve zaman penceresi

Pratikte üç kaynak var. Birincisi kapsam: iki kural aynı kampanyayı, aynı reklam setini ya da aynı etiketi hedefliyorsa aynı nesneye yazarlar. Kapsamlar "tüm e-ticaret kampanyaları" ve "TR pazarındaki kampanyalar" gibi kısmen örtüşen kümelerle tanımlandığında çakışma gözle görülmez, çünkü hiçbir listede yan yana durmazlar.

İkincisi metrik seçimi. ROAS, CPA, CPL, harcama ve frekans aynı kampanyanın farklı yüzleridir; biri iyileşirken diğeri kötüleşebilir. Yüksek ROAS'a bakan kural bütçeyi açar, yükselen CPA'ya bakan kural aynı anda kısar. Bu yüzden hangi metriğin hangi durumda üstün olduğunu yazıya dökmek gerekir; ekip içinde herkesin aynı rakamı aynı anlaması çakışma çözümünün ön şartıdır.

Üçüncüsü zaman penceresi. Aynı metrik 3 günlük ve 14 günlük pencerede zıt sonuç verebilir; kısa pencere gürültüyü, uzun pencere gecikmeyi getirir. İki kural farklı pencerelerde çalışıyorsa aslında iki farklı gerçeklikten karar üretiyorlar demektir. Çakışmanın en sinsi hali budur, çünkü koşullar kağıt üzerinde birbiriyle hiç ilgisiz görünür.

Hangi çakışma türü hangi zararı verir?

Çakışmaları tek bir kutuya koymak çözümü zorlaştırır. Aşağıdaki ayrım, panelde gördüğünüz belirtiden hangi düzeltmeye gitmeniz gerektiğini kısaltır.

Çakışma türü	Panelde nasıl görünür	İlk düzeltme
Zıt aksiyon	Bütçe gün içinde yukarı ve aşağı salınır	Kapsamları ayırın, koşma sırasını sabitleyin
Aynı yönde üst üste	Bütçe birkaç saatte beklenenin katına çıkar	Aksiyonlar arası bekleme ve değişim sınırı koyun
Durdur / devam ettir kilidi	Kampanya durur, açılır, öğrenme sıfırlanır	Durdurmayı onay kuyruğuna alın
Farklı zaman penceresi	Aynı metrik iki zıt karar üretir	Portföyde tek pencere standardı belirleyin
Farklı katman	Kampanya düzeyi değişikliği set düzeyini ezer	Bir metrik için tek katmanda kural tutun

Marka tarafında en sık görülen tür, frekans kuralı ile erişim kuralının kavgasıdır: biri yorgunluk yüzünden bütçeyi kısarken diğeri erişim hedefi için açar. Görüntülü reklam ağında yürüyen farkındalık kampanyalarında bu döngü haftalarca fark edilmeden sürebilir, çünkü dönüşüm metriği zaten düşük beklenir ve kimse alarma geçmez.

Koşma sırasını belirlemek çakışmayı çözer mi?

Kısmen. Kuralların hangi sırayla değerlendirileceğini sabitlemek, aynı koşuda iki kuralın rastgele davranmasını engeller. Rocketly'nin Reklam Otomasyonu'nda kurallar belirlediğiniz öncelikle koşar ve sırayı sürükleyerek değiştirirsiniz; böylece "önce koruma kuralları, sonra ölçekleme kuralları" gibi bir hiyerarşi kurulabilir. Koruyucu kural önce koştuğunda, ölçekleme kuralı zaten kısılmış bir bütçeyi tekrar açmaya çalışmaz.

Ama sıra tek başına yetmez, çünkü sıra yalnız aynı koşu içinde anlam taşır. İki kural farklı saatlerde tetikleniyorsa öncelik listesi devreye girmez; kampanya sabah bir kuralın, öğleden sonra diğerinin kararıyla yaşar. Bu yüzden sıra kararını kapsam kararıyla birlikte vermek gerekir.

Mantık, satış tarafındaki dağıtım kurallarına benzer. Doğru lead'i doğru temsilciye yönlendiren atama kuralları da sırayla değerlendirilir ve ilk eşleşen kazanır; kimse "iki kural da aynı lead'i alsın" demez. Reklam bütçesinde de hedef aynıdır: bir nesne için o koşuda tek bir karar çıksın.

Guardrail'ler iki kuralı birbirinden nasıl korur?

Guardrail, kuralın kendisinden bağımsız çalışan bir sınırdır ve çakışmanın zararını kural mantığını değiştirmeden küçültür. Reklam Otomasyonu'nda minimum veri penceresi, bütçe değişim sınırları, aksiyonlar arası bekleme, günlük bütçe tabanı ve öğrenme fazındaki hedefleri atlama, bir kural iş görmeden önce uygulanır. Aksiyonlar arası bekleme, iki kuralın aynı kampanyayı arka arkaya vurmasını fiilen imkansız hale getirir; bütçe tabanı ise zıt kuralların bütçeyi sıfıra doğru itmesini engeller.

Öğrenme fazı koruması özellikle kritiktir, çünkü çakışmanın en pahalı sonucu bütçenin değeri değil, öğrenmenin sürekli sıfırlanmasıdır. Video tarafında bu fatura daha da yüksektir: YouTube'da yürüyen video kampanyalarında dağıtım oturmadan yapılan her müdahale, izlenme maliyetini kampanyanın gerçek potansiyelinden kopuk gösterir.

Hesap düzeyi politika bir kat daha yukarıdadır: çalışma saatleri, asgari veri günü ve durdurma onayı hesap genelinde tanımlanır ve hiçbir kural bu sınırları gevşetemez. Böylece bir ekip arkadaşının aceleyle yazdığı kural, portföyün ortak zemininin altına inemez.

Çakışmayı kural açılmadan önce görmek mümkün mü?

Evet, ve doğru sıra budur. İlk adım çakışma denetimi: aynı kapsamda biri bütçeyi açarken diğerini kısan kural çiftleri işaretlenir ve çakışma tek ekrandan çözülür. Bu denetim, kapsamların kısmen örtüştüğü durumları da yakaladığı için gözle bulunamayan çiftleri ortaya çıkarır.

İkinci adım backtest: bir kuralın son 28 günde kaç kez ve hangi kampanyalarda tetikleneceğini, hiçbir şeye dokunmadan görürsünüz. İki kuralın backtest sonuçları aynı kampanya adlarını gösteriyorsa çakışma zaten oradadır. Üçüncü adım simülasyon: kendi örnek metriklerinizi girip koşulun eşleştiğini ve guardrail'in değişimi nasıl kırptığını izlersiniz; hiçbir şey uygulanmaz.

Dördüncü adım kademeli açmaktır: kuralı önce kampanyaların küçük bir kısmında çalıştırır, etkiyi kıyaslar, sonra tümüne ölçeklersiniz. Bu sıra, otomasyon araçlarını değerlendirirken de sorduğunuz soruya benzer; Zapier ile Make'i karşılaştırırken önem verdiğiniz "bu akış canlıya çıkmadan test edilebiliyor mu" sorusu, bütçeye dokunan kurallarda çok daha yüksek bir bedelle geri gelir.

Çakışma yaşandıktan sonra olayı nasıl okursunuz?

Çakışma bir kez yaşandıysa cevaplanması gereken üç soru vardır: hangi kural ne zaman ne yaptı, neden yaptı ve sonuç ne oldu. Reklam Otomasyonu'nda her aksiyon nedeni ve sonucuyla loglanır; yani bir bütçe değişikliğinin arkasındaki koşul cümlesi ve o an ölçülen değer kayıtta durur. Bu kayıt olmadan tartışma "sanırım gece bir şey oldu" seviyesinde kalır.

İkinci araç geri almadır: uygulanmış tek bir kararı ya da koşunun tamamını 24 saat içinde tersine çevirebilirsiniz, bütçe önceki değerine döner. Koşunun tamamını geri alabilmek çakışma vakalarında özellikle işe yarar, çünkü tek tek değişiklikleri elle düzeltmeye çalışmak çoğu zaman yeni bir çakışma üretir.

Üçüncüsü aksiyondan sonra ölçümdür: her aksiyonun öncesi ve sonrası eşit pencerelerle karşılaştırılır, ölçüm gözlemseldir ve nedensellik iddia etmez. Kayıt kültürünü zaten kurmuş ekipler bunun değerini bilir; bir reklam hesabı yasaklandığında ya da reklam reddedildiğinde de ilk aranan şey aynı şeydir: değişikliğin zamanı, sebebi ve kimin yaptığı.

Çakışmayı baştan engelleyen kural yazım disiplini nedir?

Beş pratik, çakışmaların çoğunu daha yazma anında keser. Birincisi tek metrik kuralı: bir kural bir metrikten sorumlu olsun, "ROAS düşük veya CPA yüksek veya frekans yüksekse" gibi karma koşullar hangi sinyalin karar verdiğini gizler. İkincisi kapsamın ayrık tanımlanması: kural setleri arasında kesişim bırakmayın, gerekirse etiketleri hiyerarşik kurun.

Üçüncüsü pencere standardı: portföyde iki, en fazla üç pencere uzunluğu kullanın ve hangi metriğin hangi pencerede okunacağını sabitleyin. Dördüncüsü aksiyon asimetrisi: kısma kuralları hızlı ve küçük adımlarla, açma kuralları yavaş ve daha uzun beklemeyle çalışsın; böylece iki kural karşılaştığında sistem korumaya doğru sapar.

Beşincisi adlandırma: kural adı kapsamı, metriği ve yönü söylesin. Bu disiplin reklam tarafına özgü değil; form gönderiminden fırsata giden otomasyonlarda da aynı sorun görülür, iki akış aynı kaydı farklı sahiplere yazınca sızıntı adı verilen kayıplar başlar. İsimlendirme, çakışmayı denetim ekranından önce insan gözüyle yakalatır.

Bir kuralın sahibi kim, çakışmayı kim çözer?

Teknik çözüm kolay kısımdır. Zor kısım, iki kuralın iki farklı kişinin hedefini temsil etmesidir: biri maliyeti korumakla, diğeri hacmi büyütmekle ölçülüyordur. Bu durumda çakışma bir yazılım sorunu değil, hedef çatışmasının otomasyona yansımasıdır ve panelde çözülmez.

Bu yüzden her kuralın bir sahibi olmalı, sahibi kuralın hangi hedefe hizmet ettiğini yazmalı ve çakışma çıktığında hangi hedefin öncelikli olduğuna dair önceden verilmiş bir karar bulunmalıdır. Ekipler arası eşiği yazıya dökmek, satış ve pazarlamanın SLA ile hizalanmasında kullanılan yöntemin aynısıdır: kim neyi ne zaman devralır, sorusuna önceden cevap verilir.

Sessiz kalan kurallar da bir sahiplik konusudur. Bir kural üst üste sonuç üretmezse pazarlama yetkililerine bildirim gider; bozuk ya da anlamsızlaşmış otomasyon sessizce beklemez. Çakışma yüzünden birbirini nötrleyen iki kural genelde bu bildirimle ortaya çıkar.

Otomasyonu nerede durdurup kararı insana bırakmalı?

Üç mod arasındaki geçiş bu sorunun pratik cevabıdır. Yeni bir kural önce sadece göster modunda çalışır: kaç kampanya değerlendirildi, kaçı eşleşti ve ne değişirdi görürsünüz, hesaba hiçbir şey yazılmaz. Güven oluştukça onay moduna geçersiniz; eşleşmeler onay kuyruğuna düşer, nedeni ve tam değişikliği görüp onaylarsınız. Ancak kural kendini kanıtladıktan sonra otomatiğe alınır.

Durdurma gibi geri dönüşü pahalı aksiyonları kalıcı olarak onay modunda tutmak makul bir tercihtir; bütçeyi küçük adımlarla ayarlayan kurallar ise otomatikte rahatça çalışır. Aynı denge otomasyonu nerede durdurup insanı bırakmak gerektiği tartışmasının merkezinde durur: otomasyon tekrarlayan kararları alır, istisnaları insana getirir.

Kural portföyünüzü çakışma denetimi, önizleme ve geri almayla birlikte kurmak isterseniz Rocketly hesabınızı ücretsiz açıp kurallarınızı önce sadece göster modunda çalıştırabilirsiniz.

Sıkça sorulan sorular

İki kural aynı kampanyaya bakabilir mi?

Bakabilir ve çoğu hesapta bakar; sorun bakmaları değil, ikisinin de yazma yetkisi olmasıdır. Aynı kapsamda biri bütçeyi açarken diğerini kısan çiftler çakışma olarak işaretlenir; kapsamı ayırmak ya da birini uyarıya çevirmek çözümün ilk adımıdır.

Koşma sırası çakışmayı tamamen bitirir mi?

Hayır. Sıra yalnız aynı koşuda değerlendirilen kurallar arasında iş görür. Farklı saatlerde tetiklenen kurallar için aksiyonlar arası bekleme, bütçe değişim sınırı ve günlük bütçe tabanı gibi guardrail'ler gerekir.

Çakışan bir kural yanlış bir bütçe uyguladıysa ne yapabilirim?

Uygulanmış tek bir kararı ya da koşunun tamamını 24 saat içinde tersine çevirebilirsiniz; bütçe önceki değerine döner. Ardından log kaydından hangi koşulun hangi değerle tetiklendiğini okuyup kuralı kapsam ya da pencere düzeyinde düzeltmek gerekir.

Kaç kural fazla sayılır?

Sayı değil kesişim önemlidir. Kapsamları ayrık, metrikleri tek ve pencereleri standart on beş kural, kapsamları örtüşen beş kuraldan daha az sorun çıkarır. Yeni kural eklerken sorulacak soru şudur: bu kural hangi mevcut kuralla aynı nesneye yazabilir?