Criteo Product Catalog & Feed: Travel Dynamic Ads için Veri Modeli

Criteo tarafında feed'in temel görevi, advertiser inventory'sini Product Catalog içine güvenilir ve tekrar edilebilir biçimde taşımaktır. Travel use case'inde “product” klasik ecommerce SKU olmak zorunda değildir; hotel, route veya başka bookable travel entity'leri katalog mantığıyla modellenebilir.

Feed → Catalog ayrımı

Source feed sizin ürettiğiniz veri setidir. Catalog ise Criteo'nun import edip advertising kararlarında kullandığı işlenmiş inventory görünümüdür. Bu ayrım operasyonel olarak önemlidir: source dosyanız doğru olabilir fakat field mapping veya import rule nedeniyle catalog çıktısı yanlış olabilir.

Travel inventory modelleme

Hotel tarafında stable property ID, title/name, destination, image, landing URL ve fiyat gösterimi temel alanlardır. Ancak travel ürününde fiyat genellikle tarihe ve occupancy'ye bağlıdır.

Bu nedenle catalog'da görülen fiyatın hangi freshness semantiğine sahip olduğunu açık tanımlamak gerekir. “Starting from” price ile exact bookable price aynı şey değildir.

Import ve freshness

Scheduled imports catalog'u güncel tutar. Feed health takibinde en az last successful import, accepted/rejected item, stale item age, missing image/landing, malformed price ve mapping rule errors izlenmelidir.

Dynamic Ads bağlantısı

Catalog verisi dynamic creative üretiminin girdisidir. Yanlış fiyat, yanlış görsel veya eski landing URL yalnızca backend data-quality problemi olarak kalmaz; doğrudan kullanıcıya reklam olarak gösterilebilir.

Bu yüzden feed QA ile creative QA aynı release sürecine bağlanmalıdır.

Google/Facebook feed reuse

Criteo kendi yardım dokümanında mevcut Google veya Facebook product feed'lerinin catalog kurulumu için yeniden kullanılabildiğini belirtir. Bu, canonical internal catalog tasarlayıp channel-specific mapping üretmenin neden daha sürdürülebilir olduğunu gösterir.

Production yaklaşımı

Bir OTA veya travel advertiser için doğru model: canonical inventory → channel mapping → feed export → import monitoring → catalog QA → campaign performance şeklinde kurulmalıdır. Feed'i yalnızca reklam ekibine gönderilen CSV olarak konumlandırmak uzun vadede data ownership sorununa dönüşür.