Meta reklamlarında rekabet artık kimi hedeflediğinizde değil, kataloğunuzun doğruluğunda, kreatif üretim hızınızda ve ölçüm altyapınızın sağlamlığında kazanılıyor. Facebook ve Instagram tarafında yıllarca "doğru ilgi alanını bulmak" bir uzmanlıktı; bugün o iş büyük ölçüde dağıtım algoritmasına devredildi ve reklamverenin elinde üç kaldıraç kaldı: ürün verisi, kreatif ve sinyal. Bu yazıda katalog kurulumundan dinamik retargeting'e, geniş hedeflemeden Dönüşüm API'sine kadar bu üç kaldıracı sırayla ele alıyoruz.
Katalog bir dosya değil, reklam hesabınızın ürün veritabanıdır
Katalog, ürün verinizin Meta tarafındaki kopyasıdır ve dinamik reklamın gösterebileceği tek gerçek budur. Feed'i XML/CSV olarak ya da doğrudan API ile besleyebilirsiniz; belirleyici olan güncelleme sıklığıdır. Günde bir güncellenen feed, gün içinde fiyatı ya da stoğu değişen bir mağazada sürekli yanlış vaat üretir.
Dinamik reklamların en sık ve en sessiz biçimde bozulduğu yer ise ürün kimliğidir. Pixel'in siteden gönderdiği content_id değeri ile katalogdaki ürün kimliği birebir aynı değilse, sistem kullanıcının hangi ürüne baktığını kataloğa bağlayamaz; kampanya çalışır görünür ama fiilen genel reklama dönüşür. Sitede varyant kimliği gönderip katalogda ana ürün kimliği tutmak, en tipik eşleşmeme senaryosudur.
Feed hijyeninde işe yarayan pratikler şunlardır:
- Kimlik tutarlılığı: Site, katalog ve sunucu tarafı olaylar aynı ürün kimliğini kullansın; varyant kırılımına tek bir yerde karar verin.
- Varyant kararı: Müşteri seçimini görselde ayırt ediyorsa (renk) varyantları ayrı satır tutun; ayırt etmiyorsa (beden) tek satırda toplayın. Aynı ürünün on bedeni karuselde ayrı kart olarak dönerse reklam alanını kendi ürününüzle işgal edersiniz.
- Başlık dili: Arama feed'inden farklı olarak Meta'da başlık akışta okunur; ürün türü ve ayırt edici özellik başa gelsin, SKU kodları çıksın.
- Görsel ve stok: Kare kırpımda ürün kesilmesin; katalog görselleri akışta küçük görünür. Tükenen ürünün reklamı ise iki kez zarar verir: hem bütçe hem güven gider.
Bu disiplin arama tarafındaki feed mantığıyla akrabadır; Google Alışveriş rehberimizdeki feed titizliğini Meta kataloğuna da taşıyın.
Ürün setleri: kataloğu bölmeden bütçeyi yönetemezsiniz
Katalog bir bütünken kampanya kurgusu ürün setleriyle yapılır. Seti "raporda görmek istediğim gruplar" diye değil, "farklı bütçe ya da hedef vereceğim gruplar" diye tanımlayın. İşe yarayan ayrımlar: marjı yüksek çekirdek ürünler, ciroyu taşıyan çok satanlar, sezon dışı stok, yeni lansmanlar ve reklamdan tamamen dışlanacaklar (iade oranı çok yüksek ürünler, tekil parçalar). Onlarca set yerine gerçekten farklı karar vereceğiniz üç-dört sette kalmak öğrenmeyi de yönetimi de kolaylaştırır.
Dinamik retargeting: gördüğü ürünü göstermenin ötesi
Katalog kurulduğunda ilk kazanç, ziyaretçiye baktığı ürünü hatırlatan dinamik kampanyadır; ama "gördüğü ürünü göster" kurgusu tek başına hızla tavan yapar. Kataloğu üç niyet katmanına göre çalıştırın: ürünü görüntüleyip ayrılanlar, sepete ekleyip ayrılanlar ve satın almış olanlar. İlk ikisine ürünün kendisi, üçüncüsüne tamamlayıcı ürün seti gösterilir; aynı kişiye yeni aldığı ürünü tekrar tekrar göstermek, kataloğu ters çalıştırmanın en yaygın hâlidir.
Zaman penceresini ürünün karar süresine göre seçin: hızlı tüketilen, düşük fiyatlı üründe kısa pencere daha sıcak bir kitle yaratır; fiyatı yüksek ve karşılaştırma süresi uzun üründe pencereyi daraltmak havuzu gereksiz küçültür. Satın alanları dışlamayı ise tamamlayıcı ürün kampanyası dışında her kurguda varsayılan kabul edin.
Buradaki asıl sınır matematikseldir: retargeting havuzu ancak üst huniden gelen trafik kadar büyüyebilir. Bu kampanyaların getirisi parlak görünür, çünkü zaten oluşmuş talebi hasat eder; bütçeyi o parlaklığa göre kaydırmak bir süre sonra hasat edilecek talebi bitirir. Segment bazlı mesaj kurgusunu yeniden hedefleme rehberimizde ele aldık; Meta özelinde eklenecek kural şudur: retargeting'i büyütmenin yolu, üst huniyi büyütmekten geçer.
Geniş hedeflemeye geçiş: kitle kurgusu neden sadeleşti
Detaylı ilgi alanı hedeflemesi bir dönem gerçek bir avantajdı. Bugün iki neden onu zayıflattı: sinyal kaybı ilgi alanı verisini seyreltti, buna karşılık dağıtım algoritması dönüşüm sinyalinden öğrenmede güçlendi. Sonuçta dar kitlelerin faturası büyüdü: frekans hızla yükselir, kreatifler çabuk yorulur, reklam setleri yeterli dönüşüm toplayamadığı için öğrenme aşamasından çıkamaz, üstüne kendi kitleleriniz açık artırmada çakışır.
Karar kriteri tek soruya iner: bu kısıtı koymazsam algoritma bu insanları zaten bulamaz mı? Cevap "bulur" ise kısıtı koymayın. Daraltma yalnız zorunlu dışlamalarda meşrudur: kargo göndermediğiniz bölgeler, dil, yaş sınırlı kategoriler, dar bir meslek grubuna satan B2B kurguları.
Geçişi bir gecede yapmayın: mevcut yapıyı çalışır bırakıp bütçenin bir kısmıyla paralel geniş kampanya açın, birkaç haftalık veri toplayın ve karşılaştırmayı kampanya bazında değil hesap toplamında yapın. Doğru okuma şudur: tek bir setin getirisi düşse bile hesap genelinde sipariş ucuzluyorsa kurgu çalışıyordur.
Kreatif çeşitliliği yeni hedeflemedir
Hedefleme kaldıraçları daraldıkça, algoritmaya "kimi arayacağını" söyleyen şey kreatifin kendisi oldu. Bir video annelere hitap eden bir sahneyle açılıyorsa, sistem o kreatife tepki verenlere bakarak kitleyi bulur. Kreatif artık sadece ikna aracı değil, hedefleme sinyalidir; bu yüzden "tek mükemmel reklam" arayışı yerine farklı açıları temsil eden bir kreatif havuzu kurmak gerekir.
Çeşitliliği üç eksende düşünün: format (dikey kısa video, karusel, koleksiyon, katalog kartı), açı (fayda vaadi, sorun-çözüm, kullanıcı yorumu, kutu açılımı, öncesi-sonrası) ve üretim tarzı (stüdyo çekimiyle telefonla çekilmiş doğal içerik yan yana). Katalog reklamlarında kreatif kontrolü sınırlı sanılır ama değildir: ürün görselinin üzerine çerçeve, fiyat ya da kargo rozeti eklemek, katalog kartını video ile birleştirmek akışta durdurma gücünü değiştirir. Kısa video rehberimizdeki üretim ritmi Meta'nın Reels envanteri için de geçerlidir.
Yorgunluğu ölçüyle yakalayın, sezgiyle değil: frekans yükselirken tıklama oranı düşüyor ve sipariş başına maliyet artıyorsa kreatif tükenmiştir; kitleyi değil kreatifi değiştirin. Ölçeklenen bir kreatifi emekliye ayırmak yerine varyantlayın — aynı sahnenin farklı açılış cümlesi, farklı ilk saniyeleri. Sık yapılan hata, üretimi kampanya dönemlerine sıkıştırmaktır; havuz sürekli beslenmediğinde bütçeyi büyütecek yer kalmaz.
Pixel yetmiyor: ölçüm sunucu tarafına taşındı
Tarayıcıda çalışan pixel, reklam engelleyiciler, çerez kısıtları ve izin reddi nedeniyle olayların bir bölümünü hiçbir zaman iletemez. Dönüşüm API'si aynı olayları sunucunuzdan göndererek bu kaybı azaltır: sipariş tamamlandığında olay, kullanıcının tarayıcısına bağlı olmadan iletilir. İkisini birlikte çalıştırmak bugün standart kurulumdur; kritik nokta tekilleştirmedir. Tarayıcı ve sunucu aynı olayı ortak bir olay kimliği taşımadan gönderirse dönüşümler çift sayılır ve getiri hesabınız şişer.
Eşleşme kalitesi ikinci belirleyicidir: olayla gönderilen hashlenmiş e-posta, telefon, ad-soyad, şehir gibi parametreler ne kadar zenginse dönüşüm o kadar sağlıklı ilişkilendirilir ve bu yalnız raporu değil optimizasyonu da iyileştirir. Değer (value), para birimi ve ürün kimliği parametrelerini eksiksiz göndermek de şarttır — ürün kimliği yine katalogla birebir aynı olmalıdır. Alan adı doğrulamasını ve öncelikli olay sıralamasında satın almayı en üste koymayı da kurulumun parçası sayın. Bu arada veri toplama ve rıza yönetiminin KVKK çerçevesine uygun olması gerekir; hukuki tarafı güncel mevzuata ve danışmanınıza göre netleştirin.
Ölçüm kaybı gerçeği: platform raporu ile banka hesabınız aynı şeyi söylemez
Dönüşüm API'si kurulsa bile ölçüm eskisi kadar keskin olmayacak; bunu kabul etmek kararların kalitesini artırır. Platform kendi başarısını kendisi raporlar, bir kısım dönüşümü modelleyerek tahmin eder, seçtiğiniz atıf penceresine göre aynı kampanyayı bambaşka gösterir; analitik aracınız ise çoğunlukla son tıklamaya bakar. İki rapor birebir tutmaz, tutmasını beklemek boşa emektir.
Çözüm, tek bir "doğru sayı" aramak yerine kararı veri kaynağıyla eşleştirmektir:
| Karar | Hangi veriye bakılır | Tuzak |
|---|---|---|
| Hangi kreatif kalsın? | Platform içi karşılaştırma (aynı koşullarda) | Az veriyle erken karar vermek |
| Toplam bütçe artsın mı? | Toplam ciro / toplam reklam harcaması | Kampanya bazlı getiriye göre bütçe büyütmek |
| Kanal gerçekten katkı veriyor mu? | Kapatma/kısma testi, sipariş sonrası "bizi nereden duydunuz" sorusu | Testi sezon dalgalanmasıyla aynı haftaya denk getirmek |
| Edinme maliyeti sınırı ne olmalı? | Yeni müşteri maliyeti ve yaşam boyu değer | İlk siparişin marjına bakıp tekrar satın almayı yok saymak |
Kısacası platform verisini platform içi optimizasyon için, harmanlanmış verileri bütçe kararları için kullanın. İkinci kaynağınızın güvenilir olması da şart; GA4'ü doğru kurmak ve okumak yazısı bu karşılaştırmanın zeminini kurar.
"Ölçüm bulanıklaştıkça karar netleşmek zorunda: hangi sayının neyi cevapladığını önceden belirleyin, yoksa her rapor kendi hikâyesini anlatır."
Kurulum kontrol listesi
- Katalog, site ve sunucu aynı ürün kimliğini mi kullanıyor; stok ve fiyat gün içinde de yansıyor mu?
- Ürün setleri raporlamaya göre değil, bütçe kararına göre mi kurulmuş?
- Satın alanlar dışlanıyor, tamamlayıcı ürün seti ayrı çalışıyor mu?
- Kitle daraltmaları gerçekten zorunlu dışlamalardan mı ibaret?
- Havuzda farklı format ve açıdan en az birkaç canlı kreatif var mı?
- Pixel ve Dönüşüm API'si ortak olay kimliğiyle tekilleştiriliyor mu?
- Bütçe kararları harmanlanmış oranla mı veriliyor?
Sık sorulan sorular
Pazaryeri feed'imi olduğu gibi Meta kataloğu olarak kullanabilir miyim?
Kaynak aynı olabilir ama dönüştürmeden kullanmak sorun çıkarır. Pazaryeri feed'lerinde ürün kimliği, başlık kalıbı ve varyant yapısı o pazaryerinin kurallarına göre biçimlenir; Meta tarafında ise kimliğin sitenizin gönderdiği olay verisiyle eşleşmesi ve başlığın akışta okunabilir olması gerekir. Tek ürün kaynağından beslenen, Meta'ya özel alan eşlemesi yapılmış bir feed en sağlıklı çözümdür.
Pixel çalışıyorsa Dönüşüm API'sini kurmak şart mı?
Evet. Pixel tek başına çalıştığında kaybedilen olaylar yalnız raporunuzu değil, algoritmanın öğrendiği sinyali de eksiltir; yani hem yanlış ölçer hem daha kötü optimize edersiniz. Sunucu tarafı olaylar özellikle satın alma gibi kritik adımlarda bu farkı kapatır. Tek dikkat edilecek nokta, çift sayımı önlemek için tekilleştirmenin doğru kurulmasıdır.
Meta'nın raporladığı ciro ile panelimdeki ciro neden tutmuyor?
Çünkü ikisi farklı soruyu cevaplar: platform kendi gösterim ve tıklamasına atfedilen, bir kısmı modellenmiş dönüşümleri raporlar; paneliniz fiilen alınan siparişleri. Farkın büyüklüğünü tek başına hata saymayın, önemli olan farkın zaman içinde istikrarlı kalmasıdır. Ani sapmada önce tekilleştirme, atıf penceresi ve olay kurulumunu kontrol edin.
Bu kurgunun en kırılgan halkası teknik değil, veridir: kataloğu besleyen stok, fiyat ve varyant bilgisi ne kadar tutarlıysa dinamik reklamlar o kadar doğru çalışır. Şimşek Software altyapısında ürün, stok ve sipariş yönetimi tek panelden yürür; pazaryeri ve kargo entegrasyonları, sanal POS ve SEO dostu altyapı aynı veri kaynağını paylaştığı için reklam tarafına giden bilgi de güncel kalır. Kendi ürün verinizle nasıl çalıştığını görmek için demo talep edebilirsiniz.