Proje vitrini hazırlanıyorPreparing project showcaseПодготавливаем витрину проекта

Pazarlama

Otomatik bütçe dağıtımı: performansa göre kendini ayarlayan reklam

Kazanan reklam bütçesini bitirip dururken diğerleri harcamaya devam ediyorsa sorun karar kalitesinde değil karar sıklığında; kuralı güvenle açmanın yolu.

Rocketly · 2026-09-05

Perşembe 09:40. Bir ev tekstili markasının pazarlama sorumlusu hafta sonu kampanyasının raporunu açıyor. Beş reklam setinden biri cumartesi öğleden sonra tutmuş: aynı harcamayla diğerlerinin üç katı sepet getirmiş. Ama o set günlük bütçesini cumartesi akşam 21:00'de bitirip durmuş. Diğer dördü pazar gecesine kadar sakin sakin harcamaya devam etmiş. Yani hafta sonu boyunca hesap, işe yarayan reklamı susturup işe yaramayanları konuşturmuş. Kimse hata yapmadı; sadece kimse pazar gecesi panele girip bütçeyi kaydırmadı.

Bu yazı o kaydırmayı bir kurala devretmekle ilgili — ama sıradan bir kurala değil, para harcayan bir kurala. Sırayla şunlara bakacağız: elle verilen karar nerede gecikiyor, otomasyon hangi sinyale bakmalı, bir kaydırma için kaç günlük veri yeterli sayılır, adım büyüklüğü neden salınım yaratır, tavan ve taban neden pazarlık konusu değildir, hangi kaydırma insan onayına takılmalıdır, yanlış bir kaydırma nasıl geri alınır, kanallar arası bütçe otomatiğe bırakılabilir mi, platformun kendi otomasyonuyla çakışma nasıl çözülür ve kuralı açmadan önce hangi prova yapılır.

Bütçe kaydırma kararı elle verilirken tam olarak nerede gecikiyor?

Gecikme tek bir yerde değil, üst üste binen üç yerde oluşuyor. Birincisi verinin olgunlaşması: bir reklam setinin dün gerçekten kendini ödeyip ödemediği, dönüşümler kayda düştükten sonra belli olur ve bu düşüş çoğu hesapta saatler sürer. İkincisi karar sırası: rakamı gören kişiyle bütçeyi değiştirme yetkisi olan kişi çoğu ekipte aynı kişi değildir, arada bir mesaj ve bir onay beklemesi vardır. Üçüncüsü uygulama: beş platformda beş ayrı panele girip beş ayrı alanı elle düzeltmek, kararın kendisinden daha uzun sürer.

Bu üç gecikme toplandığında ortaya şu tablo çıkar: reklam açık artırması saat başı çalışır, bütçe kararı ise haftada bir verilir. Aradaki farkın maliyeti faturada görünmez, çünkü fatura harcanan parayı gösterir, harcanmamış fırsatı göstermez. Kazanan setin cumartesi 21:00'de durması bir hata satırı üretmez; sadece o gece satılabilecek ürünler satılmamış olur. Otomatik bütçe dağıtımının çözmeye çalıştığı sorun budur — daha iyi karar vermek değil, aynı kararı daha sık verebilmek.

Otomasyon hangi sinyale bakmalı: tıklama mı, kazanılan fırsat mı?

Kuralın baktığı metrik, kuralın kalitesini belirler. Tıklama oranı ve tıklama başı maliyet hızlı gelir ama neredeyse hiçbir şey söylemez: ucuz tıklama alan bir set, ucuz tıklayan bir kitleye ulaştığı için ucuzdur. Form doldurma sayısı daha iyidir, ancak sahte kayıt ve niteliksiz lead'in bütçeyi büyütmesi tam olarak buradan başlar. En doğru sinyal kazanılan fırsattır ve maalesef en geç gelen sinyal de odur.

Pratik çözüm tek sinyal seçmek değil, iki katmanlı çalışmak. Hızlı katman günlük kararı verir: lead başına maliyet ve harcama hızı. Yavaş katman haftalık olarak veto hakkını kullanır: bir setin getirdiği lead'lerin kaçı fırsata, kaçı kazanılan işe dönüştü. İkinci katman birinciyi düzeltir; ucuz ama boş lead getiren set, hızlı katmanda büyürken yavaş katmanda geri kısılır. Bu eşleşmeyi kurmadan bütçeyi otomatiğe almak, huninin sadece ağzını optimize etmek demektir; reklam harcamasını CRM'deki gerçek gelirle eşleştirmek bu yüzden otomasyonun ön koşuludur, süsü değil.

Rocketly tarafında bu bağı kuran şey Kaynak Atıf Raporu'dur: lead, dönüşüm ve kazanılan gelir ilk temas kaynağına göre dağıtıldığı için bir setin "iyi" olduğu iddiası tıklamayla değil, kapanan işle sınanır. Otomatik Bütçe Dağıtımı da kararını bu tarafta oluşan sayıdan alır; kazanan reklam büyür, ROAS'ı düşen kısılır, ama "kazanan" tanımı reklam panelinin değil CRM'in tanımıdır.

Bir kaydırma için kaç günlük veri yeterli sayılır?

Gün saymak yanlış refleks. Doğru ölçüt olay sayısıdır. Günde iki dönüşüm alan bir sette yedi gün, on dört olay demektir ve on dört olayla iki set arasında fark olduğunu iddia etmek istatistiksel değil duygusaldır. Bu yüzden eşiği çift kurmak gerekir: bir set ancak hem belirli bir olay sayısına hem de belirli bir süreye ulaştığında kaydırmaya konu olur. Örnek bir başlangıç ayarı olarak set başına otuz dönüşüm olayı ve en az yedi gün alınabilir; hangisi geç doluyorsa kural onu bekler.

Pencerenin uzunluğunu seçerken haftanın günü etkisini de hesaba katın. Salı ile pazarın dönüşüm davranışı aynı değildir, dolayısıyla üç günlük bir pencere haftanın hangi diliminden geçtiğine göre farklı sonuç verir. Pencereyi yedinin katı tutmak bu gürültünün önemli bir kısmını sessizleştirir.

Dönüşüm gecikmesi kanala göre de değişir. Bir tişört reklamının etkisi aynı gün görünürken, karar vericiye ulaşan bir kurumsal kampanyanın etkisi haftalar sonra ortaya çıkar; karar vericilere hassas erişim kuran B2B kampanyalarda yedi günlük pencereyle verilen bir kısma kararı, henüz kaydedilmemiş bir kazancı öldürür. Kural her kanal için aynı pencereyi kullanamaz; pencere, o kanalın satış döngüsüne göre ayarlanır.

Adım büyüklüğü ne olmalı ve kural neden salınıma girer?

Otomatik dağıtımın en sık görülen arızası yanlış yöne gitmek değil, doğru yöne çok hızlı gitmektir. Kural bugün kazanan setin bütçesini iki katına çıkarır; set ertesi gün daha geniş ve daha pahalı bir kitleye açıldığı için performansı düşer; kural bu kez aynı seti sertçe kısar; kısılan set öğrenme fazına geri düşer ve performansı daha da bozulur. Üç günde bir ileri bir geri giden bir bütçe, hiç dokunulmamış bir bütçeden daha kötü sonuç verir.

Salınımı önleyen üç ayar var. Adım sınırı: tek seferde mevcut bütçenin belirli bir yüzdesinden fazlası kaydırılmaz. Frekans sınırı: aynı sete günde birden fazla dokunulmaz. Soğuma süresi: bir kaydırmadan sonra o set en az bir pencere boyunca yeniden değerlendirilmez. Üçü birlikte kuralın kendi etkisini veri sanmasını engeller.

Bu, geri besleme döngüsü kuran her otomasyonun ortak sorunudur. Talebe ve rakibe göre fiyatı otomatik ayarlayan sistemlerde de aynı arıza görülür: sistem kendi yarattığı hareketi piyasa sinyali sanar ve kovalamaya başlar. Çözüm her iki durumda da aynı — sistemin bir adımda değiştirebileceği miktarı, sistemin ölçüm hassasiyetinin altında tutmak.

Tavan ve taban koymadan otomasyonu açmak neden tehlikeli?

Bütçe otomasyonunu diğer kurallardan ayıran tek şey var: yanlış çalıştığında geri alınamayan bir sonuç üretiyor. Bir etiket yanlış atanırsa düzeltirsiniz, bir görev yanlış kişiye giderse devredersiniz, ama harcanan para harcanmıştır. Bu yüzden tavan, otomasyonun bir ayarı değil, otomasyonun dışındaki bir çerçevesidir. Kuralın kendisi tavanı değiştirebiliyorsa tavan yok demektir.

Taban da en az tavan kadar önemlidir ve daha sık atlanır. Yeni açılmış bir set ilk günlerinde kötü görünür, çünkü henüz öğrenmemiştir. Tabansız bir kural onu doğmadan öldürür ve hesabınız zamanla tek bir kazanan setin etrafına büzülür. Portföyün daralması kısa vadede ROAS'ı yükseltir, orta vadede büyümeyi durdurur.

SınırNeyi engellerÖrnek ayarKonmazsa ne olur
Günlük toplam tavanKural zincirinin hesabı tüketmesiAylık bütçenin günlük payının 1,2 katıBir günde haftalık bütçe biter
Tek set tavanıTek reklamın her şeyi yutmasıGünlük toplamın en fazla %40'ıPortföy tek sete iner, risk toplanır
Set tabanıYeni setin öğrenmeden kısılmasıBaşlangıç bütçesinin %30'uTest setleri doğmadan ölür
Tek seferlik kaydırma oranıSalınımı ve öğrenme sıfırlamayıMevcut bütçenin %20'siBütçe her gün ileri geri gider
Onay eşiğiBüyük kararın sessizce verilmesini%25 üzeri her kaydırmaOtomasyon tek başına strateji değiştirir

Tablodaki değerler örnektir, reçete değil; kendi hesabınızın günlük olay sayısına göre değişir. Değişmeyen şey mantıktır: her sınır, kuralın yapabileceği en kötü şeyi tarif eder ve o en kötü şeyi katlanılabilir bir seviyede tutar. Bu sınırları belirlerken yıllık plandaki kalemleri de göz önünde bulundurmak gerekir, çünkü otomasyon ay ortasında ay sonunu bilmez; ay ve yıl bazında hazırlanmış basit bir bütçe tablosu tavanın nereye konacağını söyleyen tek belgedir.

Hangi kaydırma insan onayına takılmalı, hangisi kendiliğinden geçmeli?

Her kaydırmayı onaya bağlarsanız otomasyonun anlamı kalmaz; hiçbirini bağlamazsanız bir sabah hesabınızı tanımayabilirsiniz. Ayrımı miktar değil, kararın geri dönülebilirliği belirler. Küçük ve tersine çevrilebilir kaydırmalar — bir setin bütçesini %10 artırmak gibi — kendiliğinden geçmelidir. Eşiği aşan, bir seti kapatan, yeni bir platforma bütçe açan ya da toplam harcamayı yükselten kararlar onaya gitmelidir.

Onay akışının iki tehlikesi var. Birincisi onay yorgunluğu: günde on kutucuk işaretleyen kişi on birincisini okumadan onaylar. İkincisi zaman aşımı davranışı: onay gelmezse ne olacağı önceden yazılı olmalıdır ve varsayılan her zaman "kaydırma yapılmaz" olmalıdır, "yanıt gelmediyse uygula" değil. Güvenli varsayılan, hareketsizliktir.

Rocketly'de bu adım Reklam Onayı E-posta Linki üzerinden yürür: kampanya değişikliği onay gerektirdiğinde ilgili kişiye e-posta gider, onay ya da ret panele girmeden e-postadaki bağlantıdan verilir ve karar, kimin ne zaman verdiğiyle birlikte kampanya kaydına yazılır. Bu son cümle önemli — onayın değeri hızında değil, sonradan okunabilmesindedir. Üç hafta sonra "bu bütçe neden büyütüldü" sorusunun cevabı hafızada değil, kampanya kaydında durur.

Yanlış bir kaydırmayı nasıl geri alırsınız?

Geri almanın dürüst tanımıyla başlamak gerekiyor: geri alma harcanan parayı geri getirmez, sadece harcamayı durdurur. Bu yüzden geri alma bir kurtarma mekanizması değil, bir zarar sınırlama mekanizmasıdır ve etkisi tamamen ne kadar hızlı devreye girdiğine bağlıdır. Bir gün sonra fark edilen yanlış kaydırma bir günlük bütçe kaybıdır; bir hafta sonra fark edilen, haftalık.

Çalışan bir geri alma düzeni üç parçadan oluşur. Birincisi önceki değerin saklanması: kural bir bütçeyi değiştirmeden önce eski değeri kaydetmeli, çünkü "eskisi neydi" sorusu kriz anında hatırlanmaz. İkincisi tek adımda dönüş: her seti tek tek elle düzeltmek gereken bir düzen, pratikte geri alınamaz demektir. Üçüncüsü geri alışın kendisinin de kaydedilmesi; aksi halde kural ertesi gün aynı kararı tekrar verir ve kimse döngüyü fark etmez.

Bunun tetikleyicisi de otomatik olmalı. Performans Uyarıları tam olarak bunun için vardır: ROAS düştüğünde, maliyet fırladığında ya da harcama beklenmedik şekilde arttığında haber gelir. Kaydırmanın öncesi ve sonrası ise Kampanya Detay Ekranı'nda aynı zaman çizelgesinde durur; harcama, lead sayısı ve dönüşümün seyri yan yana olduğu için "kaydırma mı bozdu, sezon mu bozdu" sorusu tahminle değil grafikle yanıtlanır. Son olarak bir de tam durdurma düğmesi tanımlayın: kural tamamen kapatıldığında bütçelerin kural öncesi değerlere mi yoksa son manuel değerlere mi döneceği, panik anında değil kurulum anında kararlaştırılmalıdır.

Kanallar arası bütçe de otomatiğe bırakılmalı mı?

Kanal içi kaydırma ile kanallar arası kaydırma aynı şey değildir. Aynı kampanyadaki iki set aynı ölçme yöntemiyle, aynı dönüşüm penceresiyle ve aynı açık artırma mantığıyla ölçülür; karşılaştırma adildir. İki farklı platform ise aynı dönüşümü farklı sayar, farklı atıf modeli kullanır ve huninin farklı yerinde durur. Otomatik dağıtımı kanal içinde tutmak, kanallar arası dağıtımı ise insan kararında bırakmak makul bir varsayılandır.

Kanal bazlı dağıtım zaten farklı bir soruya cevap verir: bu çeyrekte hangi kanala ne kadar yer açıyoruz. Bu soru performans verisinden çok stratejiye, ürün takvimine ve ekibin kapasitesine bağlıdır; kanal bazlı bütçe dağıtımının nasıl kurulduğu ayrı bir çalışmadır ve haftalık bir kuralın alanı değildir.

Üst huni kanalları bu ayrımı özellikle gerektirir. Son tıklamaya bakan bir kural, marka bilinirliğini besleyen bir kanalı hep zararda görür ve sürekli kısar. Video reklamla erişim kuran kampanyalar çoğu zaman kendi dönüşümünü değil, arama ve doğrudan trafiğin dönüşümünü yükseltir; bu katkı kuralın baktığı sütunda görünmez.

Aynı gerekçe ücretli ile organik arasındaki dengede de geçerlidir. Organik kanalın etkisi aylarla ölçülür, ücretlininki günlerle; iki farklı zaman ölçeğini tek kurala bağlamak mümkün değildir. Görünürlük bütçesinin arama ve üretken arama arasında nasıl paylaştırılacağı bu yüzden çeyreklik bir karardır. Marketing Hub'ın Kanal Karışımı Analizi ücretli ve organik kanalları tek huninde birleştirir; ama bu birleştirme kararı otomatikleştirmek için değil, kararı verecek insanın aynı ekrana bakması içindir.

Platformun kendi otomasyonuyla kuralınız çakışırsa ne olur?

Bugün çoğu reklam platformu kampanya içinde zaten kendi dağıtımını yapıyor. Bir kampanya tipi bütçeyi reklam grupları arasında saatlik olarak kaydırıyorsa ve siz de dışarıdan aynı kampanyanın bütçesini günlük olarak değiştiriyorsanız, iki kontrol döngüsü birbirini kovalar. Sonuç ikisinden de kötüdür: platform sizin değişikliğinizi talep sinyali sanar, siz platformun tepkisini performans sanarsınız.

Kural basit: bir seviyede bir karar mercii. Platform kampanya içi dağıtımı yapıyorsa sizin kuralınız kampanya seviyesinin üstüne çıksın, kampanya toplam bütçesini yönetsin ve içeriye karışmasın. Otomasyona ne zaman güvenip ne zaman elle müdahale edileceği tam da bu sınırın çizilmesiyle ilgilidir.

Bir de veri tazeliği sorunu var. Kural, kopmuş bir bağlantıdan gelen dünkü rakamla karar verirse yanlış seti büyütür ve bunu fark etmesi günler alır. Bağlantı Sağlığı Merkezi her reklam hesabının bağlantı durumunu, son senkron zamanını ve veri tazeliğini gösterdiği için kuralın önüne basit bir ön koşul koyabilirsiniz: veri belirli bir saatten eskiyse o gün kaydırma yapılmaz. Bayat veriyle verilen otomatik karar, hiç karar vermemekten pahalıdır.

Kuralı açmadan önce hangi provayı yaparsınız?

Para harcayan bir kuralı doğrudan canlıya almak, testi müşterinin bütçesiyle yapmak demektir. Provanın ilk adımı geçmiş veriyle sınamaktır: kuralı son üç ayın rakamları üzerinde çalıştırıp hangi kaydırmaları yapacağını ve sonucun ne olacağını görmek. Bir reklam kuralını açmadan önce geçmiş veriyle sınamak, kuralın mantık hatasını harcama yapmadan ortaya çıkarır.

İkinci adım gölge mod: kural bir hafta boyunca kararlarını üretir ama uygulamaz, sadece yazar. Bu bir haftanın sonunda listeye bakıp "ben olsam bunların kaçını yapardım" sorusuna cevap verirsiniz. Üçüncü adım küçük başlamaktır; kuralı bütçenin küçük bir diliminde açıp kademeli genişletmek hata maliyetini baştan sınırlar. Dördüncü adım ise sahiplik: kuralın bir sorumlusu, bir gözden geçirme takvimi ve bir kapatma yetkisi olmalıdır. Sahipsiz kural, altı ay sonra kimsenin dokunmaya cesaret edemediği bir kutu olur.

Bütçe kaydırma kararlarını tavan, onay ve geri alma kaydıyla birlikte tek yerde tutan bir düzeni denemek isterseniz ücretsiz hesap açıp kendi kampanyalarınızın son üç aylık verisiyle prova yapabilirsiniz.

Sıkça sorulan sorular

Otomatik dağıtımı hafta sonu da açık bırakmalı mıyım?

Asıl kazanç zaten orada; kimsenin panele bakmadığı saatler otomasyonun en değerli olduğu saatlerdir. Şartı, hafta sonu için tavanların daha dar ve onay eşiğinin daha düşük olmasıdır, çünkü bir hatayı fark edecek kişi pazartesi sabahına kadar yoktur.

Kampanya döneminde kural ne yapmalı?

Yoğun dönemlerde geçmiş veri yanıltıcıdır: normal haftaya göre kurulmuş eşikler kampanya haftasında sürekli tetiklenir. En temiz çözüm takvim istisnasıdır — belirlenen tarih aralığında kural ya tamamen durur ya da yalnızca tavan bekçiliği yapar, kaydırma yapmaz.

Küçük bütçelerde otomatik dağıtım anlamlı mı?

Anlamlı olması için yeterli olay gerekir. Günde birkaç dönüşüm alan bir hesapta kural gürültüyü sinyal sanar. Bu durumda dağıtımı setler arasında değil kampanyalar arasında, haftalık pencereyle ve daha küçük adımlarla kurmak daha güvenlidir.

Kural yanlış karar verdiğinde sorumluluk kimde?

Kuralı kuran ve eşiklerini onaylayan kişide. Bu soruyu baştan yanıtlamanın pratik yolu, kural tanımının yanına sorumlu adını ve gözden geçirme tarihini yazmaktır; sahibi yazılı olmayan bir kural, ilk sorunda kimsenin sahiplenmediği bir kural olur.