Dinamik Kreatifinizin Görüntülenip Görüntülenmeyeceğini veya Yer Tutucuya Düşeceğini Belirleyen Feed Özellikleri

Dinamik kreatif araçları ürün fotoğraflarınıza bakmaz. Feed'inize bakar. Bir şablon image_link, title, price ve birkaç başka alanı çekip bir yerleşime yerleştirir; bu alanlardan biri eksik, hatalı biçimlendirilmiş veya kanal için yanlış şekillendirilmişse sonuç kötü görünen bir reklam değil, boş bir çerçeve, bir yer tutucu simge veya hiç yayınlanmayan bir banner olur. Google Merchant Center'ın kendi spesifikasyonu temel düzeyi image_link için 500 x 500 piksel, önerilen düzeyi ise 1500 x 1500 olarak belirler ve bu, bir katalog verisi satırının çalışan bir reklama dönüşüp dönüşmeyeceğine karar veren beş alandan yalnızca biridir. Bu rehber, kreatif "bozuk göründüğünde" suçlanan kişi için yazıldı (genellikle tasarımcı değil, feed veya büyüme ekibinden biri) ve hangi alanların önemli olduğunu, yanlış olduklarında neyin bozulduğunu ve bir şablona dokunmadan önce bir feed'i nasıl kontrol edeceğinizi adım adım anlatıyor.

Dinamik kreatif feed'inizi neden tek doğru kaynak olarak görür

Statik bir banner bir kez tasarlanır ve yayına alınır. Dinamik bir banner, video veya katalog reklamı ise her SKU için, her kanal için, ölçekli olarak üretilir; bu da tasarımın yalnızca bir kurallar dizisi olarak var olduğu anlamına gelir: bu alanı buraya koy, şu alanı böyle biçimlendir, alan boşsa bu öğeyi gizle. Feedance'ın görsel kreatif, video kreatif ve HTML5 kreatif araçları bu şekilde çalışır; piyasadaki diğer tüm feed odaklı kreatif motorları da öyle. Pratik sonuç şudur: Bir kreatif hatası neredeyse her zaman tasarım kılığına girmiş bir veri hatasıdır. Bin SKU'dan on tanesi bozuk bir yerleşim gösteriyorsa en hızlı teşhis "şablonu kontrol et" değil, "o on satırı çek ve onları farklı kılan şeyin ne olduğuna bak"tır.

Kreatifin görüntülenip görüntülenmeyeceğine karar veren beş feed alanı

Bir ürün feed'indeki her özellik kreatif çıktısını etkilemez. Bu beşi etkiler ve öngörülebilir şekillerde hata verir.

• image_link ve additional_image_link. Google en az 500 x 500 piksel gerektirir, 1500 x 1500 veya üzerini önerir ve yer tutucu görselleri, genel illüstrasyonları, kenarlıkları, filigranları ve fotoğrafa gömülü tanıtım metinlerini ya da logoları açıkça yasaklar. Ayrı bir politika sayfası bunu doğrudan ele alır: "görsel üzerinde metin" retleri, ürünü kapatan perakendeci logoları, harekete geçirici mesajlar veya filigranlar tarafından tetiklenir; ancak Google ne kadar metnin fazla olduğuna dair kesin bir piksel veya yüzde eşiği yayımlamaz. Özellikle kreatif üretimi açısından, üzerine bir fiyat rozeti veya "50% OFF" etiketi gömülü bir görsel, şablonunuzun üzerine eklemek üzere olduğu rozetle çakışır ve çift damgalı, okunamaz bir sonuç ortaya çıkar. additional_image_link isteğe bağlıdır, ürün başına on URL ile sınırlıdır ve her girişin 2.000 karakterin altında, temiz ve RFC 3986 uyumlu bir URL olması gerekir; kodlanmamış bir URL'deki tek bir başıboş virgül, ondan sonraki tüm görselleri sessizce düşürür.
• title. Şablonlar metni keser. Bir arama sonuç sayfası için oluşturulmuş 150 karakterlik bir başlık, 4:5 feed yerleşiminde veya 9:16 story çerçevesinde kelimenin ortasından kesilir. Başlık formülünüz markayı başa, ayırt edici özelliği ("Size 42, Red, Cotton") sona koyuyorsa kesilen kısım tam olarak odur.
• price ve sale_price. Kreatif motorları hangi alan doluysa onu gösterir ve diğerini gizler. sale_price değerini price ile eşit gönderen bir feed (bir indirim yeni bittiğinde sık görülen bir dışa aktarma hatası), %0 indirimin reklamını yapan veya gösterilen fiyatla aynı üstü çizili bir fiyat içeren bir banner üretir; bu bir görüntüleme hatası gibi görünür ama aslında bir veri hatasıdır.
• availability. Çoğu kreatif motoru stokta olmayan ürünleri varsayılan olarak dinamik setlerden çıkarır. Feed'iniz depo stoğu gerçekte tükendikten bir gün sonra hâlâ in stock bildiriyorsa kreatif, müşterinin satın alamayacağı bir ürünün reklamını göstermeye devam eder; bu da boş bir çerçeveden daha kötü bir sonuçtur.
• product_type / custom_label_0–4. Bunlar şablonunuzun bir yerleşim varyantı seçmek için kullandığı alanlardır: giyim ve elektronik için farklı bir çerçeve, tam fiyatlı ve tasfiye ürünleri için farklı bir harekete geçirici mesaj. Boş veya tutarsız bir product_type, kategoriden bağımsız olarak her SKU'nun aynı genel şablona düşmesi anlamına gelir; "kreatiflerimizin hepsi aynı görünüyor" şikâyetlerinin asıl nedeni genellikle budur.

Önce/sonra feed satırı incelemesi

Aşağıdaki tablo canlı bir müşteri feed'i değil, bu beş alanın birlikte nasıl hareket ettiğini göstermek için hazırlanmış açıklayıcı bir örnektir. "Önce" satırı, eklenti tabanlı bir mağazadan alınan yaygın bir ham dışa aktarımdır; "sonra" satırı ise kural tabanlı bir zenginleştirme geçişinin kreatif üretiminden önce düzelttiği hâlidir.

Bu beş düzeltmenin hiçbiri kreatif şablonun kendisine dokunmaz. "Önce" ile "sonra" arasında şablon değişmedi; feed değişti.

Feed'inizin karşılaması gereken kanal kreatif kısıtlamaları

Mükemmel şekilde zenginleştirilmiş bir feed bile, çıktı kanalın kendi format kurallarına uymazsa bozuk kreatif üretebilir. Bu kurallar platforma göre değişir ve sık güncellenir; bu nedenle aşağıdaki tabloyu nihai bir spesifikasyon olarak değil, doğrulanması gereken bir başlangıç noktası olarak değerlendirin.

Şablonu suçlamadan önce beş adımlı teşhis

1. Bozuk kreatif gösteren belirli SKU'ları çekin ve önce image_link çözünürlüğünü ve dosyanın erişilebilirliğini kontrol edin; 404 veren veya küçük boyutlu bir görsel en yaygın tek nedendir.
2. additional_image_link alanının kodlanmamış bir virgül veya 2.000 karakterden uzun bir URL içerip içermediğini kontrol edin; bu durum görünür bir hata vermek yerine görsel listesini sessizce keser.
3. price ve sale_price değerlerinin eşit olup olmadığını karşılaştırın; eşitlerse indirim rozetiniz bir tasarım kusurunu değil, gerçek bir hatayı gösteriyordur.
4. availability alanının yaşını gerçek stok senkronizasyon sıklığınızla karşılaştırın. Günlük senkronizasyon kurulumunda bu fark tasarım gereği 24 saate kadar çıkabilir; bu bozuk bir feed'den farklı bir sorundur ve bir veri düzeltmesi değil, daha hızlı bir senkronizasyon katmanı gerektirir.
5. Bozuk SKU'ları product_type'a göre gruplayın. Tek bir kategoride toplanıyorlarsa sorun genellikle tekil ürün verilerinde değil, eksik veya hatalı biçimlendirilmiş bir taksonomi değerindedir.

Bu yöntemin sınırları

Bu yöntem görüntüleme eksiksizliğini, yani bir şablonun ihtiyaç duyduğu alanların mevcut, iyi biçimlendirilmiş ve doğru kapsamda olup olmadığını teşhis eder. Kreatif kaliteyi teşhis etmez: yerleşimin iyi tasarlanıp tasarlanmadığını, metnin dönüşüm sağlayıp sağlamadığını veya bir videonun temposunun dikkati tutup tutmadığını. Bunlar tasarım ve test sorularıdır ve feed zenginleştirme bunları yanıtlayamaz. Ekibinizin asıl eksiği bozuk görüntülemeleri düzeltmek değil, birçok kreatif varyantı farklı kitle segmentlerine karşı test etmekse, Marpipe gibi özellikle varyant testi etrafında tasarlanmış bir araç feed odaklı kreatif üretiminden farklı bir iş yapar ve bu özel soru için daha uygun olabilir. Feedance'ın kendi feed koruma katmanının da açıkça belirtilmeye değer gerçek bir sınırı vardır: Sürekli gerçek zamanlı gözetim değil, ürün sayısı izleme ve hata günlükleriyle çalışır; bu nedenle gün ortasında ani bir feed bozulması gerçekleştiği anda değil, bir sonraki planlı kontrolde yakalanır.

Sıkça sorulan sorular

Dinamik reklamım neden ürün görseli yerine gri bir kutu gösteriyor?

En yaygın neden, artık çözümlenmeyen bir image_link URL'si veya kanalın minimum çözünürlüğünün altındaki bir görseldir. Başka bir şeyi kontrol etmeden önce URL'yi doğrudan bir tarayıcıda açın.

Feedance feed'imi gerçek zamanlı senkronize ediyor mu?

Hayır. Feedance Essentials planında günlük, Business ve Enterprise planlarında saatlik senkronizasyon yapar. Kreatifinizin stok veya fiyat değişikliklerini bundan daha hızlı yansıtması gerekiyorsa saatlik katmandaki bir plan farkın büyük kısmını kapatır; ancak iki katman da gerçek zamanlı değildir.

Bir ürün fotoğrafına gömülü tanıtım metni tüm feed'imin reddedilmesine yol açabilir mi?

Google'ın görsel üzerinde metin politikası kapsamında tüm hesabın değil, tekil ürünlerin reddedilmesine yol açabilir; ancak yeterince yüksek bir ret oranı hesap düzeyinde daha kapsamlı bir incelemeyi tetikleyebilir. Çözüm, temiz ve yalnızca ürünü gösteren bir temel görsel kullanmak ve tanıtım rozetini bunun yerine kreatif şablonla eklemektir.

Ürün başına aslında kaç ek görsel göndermeliyim?

additional_image_link en fazla ona izin verir; ancak kreatif üretimi için daha fazlası otomatik olarak daha iyi değildir. Her biri potansiyel bir şablon girdisidir; bu nedenle neredeyse aynı kopyaları değil, gerçekten farklı açıları veya bağlamları gösteren görseller gönderin.

Neden bir ürün kategorisi düzgün görüntülenirken diğeri görüntülenmiyor?

Bu neredeyse her zaman bir product_type veya custom_label eksikliğidir. Alan bir kategori için boşsa veya tutarsız biçimlendirilmişse, o kategorideki her SKU görselleri ne kadar iyi olursa olsun genel bir şablona düşer.

Stokta olmayan ürünler feed'den tamamen kaldırılmalı mı?

Mutlaka değil. availability değerini out of stock olarak ayarlamak ve kreatif motorunun ürünü hariç tutmasına izin vermek genellikle yeterlidir; ürün geri döndüğünde geçmiş performans verileri de korunmuş olur. Tamamen kaldırma yalnızca üretimi durdurulan SKU'lar için gereklidir.

Kreatif yayına girdikten sonra teklif stratejisini Feedance mı yönetiyor?

Hayır. Feedance feed'i yönetir ve ondan kreatif üretir; teklif stratejisi ve bütçe kararları reklam platformunda veya medya satın alma aracınızda kalır.

Bu sorunları yayına girmeden önce yakalamanın en hızlı yolu nedir?

Yukarıdaki beş adımlı teşhisi, kreatif yayınlanmaya başladıktan sonra değil, kampanya lansmanından önce bir SKU örneği üzerinde çalıştırın. On SKU'daki hatalı biçimlendirilmiş bir product_type değerini yakalamak, lansmandan önce beş dakikalık bir düzeltme, sonrasında ise bir destek talebidir.

Dinamik kreatifiniz bozuluyorsa ve bu beş alandan hangisinin asıl neden olduğuna ikinci bir gözle bakılmasını istiyorsanız, feed'inizi bu kontrol listesine göre incelemenin en hızlı yolu 15 dakikalık bir demodur.