Ajan Tabanlı Ticaret İçin Feed Hazırlığı: UCP, ACP ve AI Mode Gerçekte Ne Gerektiriyor?

Son on sekiz ayda e-ticarette sessiz ama yapısal bir şey oldu ve bu konuda yazılanların çoğu ya aşırı heyecanlı ya da belirsiz kaldı.

Somut hali şu: Bir alışveriş yapan, bir yapay zekâ asistanından kendisi için bir ürün bulmasını istediğinde asistan ana sayfanızı ziyaret etmez. Fotoğraflarınızı, marka hikâyenizi ya da metin yazarınızın üzerinde saatlerce kafa yorduğu ürün açıklamasını görmez. Yapılandırılmış ürün verilerini (bir feed, bir şema bloğu, bir API yanıtı) okur ve sizi mi yoksa bir başkasını mı önereceğine buna bakarak karar verir.

Feed'iniz her zaman reklamlarınızın girdisiydi. Artık önerinin kendisinin girdisi.

Bunun nasıl işlediğini bugün üç sistem belirliyor: Google'ın Universal Commerce Protocol'ü (UCP), OpenAI ve Stripe'ın Agentic Commerce Protocol'ü (ACP) ve Perplexity'nin satıcı programı. Bunlar hakkında sık sık farklı logolar taşıyan aynı şeymiş gibi yazılıyor. Değiller. Farklı verileri, farklı formatlarda, farklı gereksinimlerle tüketiyorlar ve farklı ülkelerde yayındalar.

Bu rehber, her birinin alan düzeyinde gerçekte ne gerektirdiğini, neyin gerçekten örtüştüğünü, neyin örtüşmediğini ve bu blogun okurlarının çoğu ağırlıklı olarak Amerika Birleşik Devletleri'nde satış yapmadığı için, ajan tabanlı ödeme henüz pazarınıza ulaşmadıysa neyi yapmaya değer olduğunu ele alıyor.

Tablonun dürüst hali

Devam etmeden önce iki gözlem.

Birincisi: Keşif ve ödeme ayrı sorunlardır. Bir yapay zekâ ajanı tarafından bulunabilir olmak, bugün dünyanın her yerinde geçerli olan bir veri kalitesi sorunudur. Bir yapay zekâ yüzeyinin içinde işlem yapılabilir olmak ise şu anda bir avuç pazarla sınırlı olan bir protokol entegrasyonu sorunudur. Bu ikisini karıştırmak, bu konudaki yayınlarda en sık yapılan hatadır ve ABD dışındaki satıcıların bunların hiçbirinin kendileri için geçerli olmadığı sonucuna varmasına yol açar. Gerçek bunun tam tersidir: Keşif katmanı herkes için geçerlidir ve şu anda elde edilebilecek değerin neredeyse tamamı buradadır.

İkincisi: Protokoller veride değil, altyapıda birbirine yaklaşıyor. UCP açıkça A2A, AP2 ve MCP ile birlikte çalışır. ACP de aynı genel fikir üzerine kuruludur. Ancak ürün şemaları gerçekten farklı kalmaya devam ediyor ve biri için oluşturulmuş bir feed diğerine olduğu gibi aktarılamıyor. Bu bir strateji sorunu değil, bir feed yönetimi sorunudur ve basit bir çözümü vardır: Zenginleştirilmiş tek bir dahili doğru kaynak tutun ve her hedef için dışa aktarımları bu kaynaktan üretin.

Katman 1: Keşif temeli (her yerde, bugün geçerli)

Protokole özgü herhangi bir çalışmadan önce, bu sistemlerin hepsinin paylaştığı bir dizi gereksinim vardır. Bu yazıdan başka hiçbir şey yapmasanız bile bu katmanı yapın. Entegrasyon açısından hiçbir maliyeti yoktur ve önerilip önerilmeyeceğinizi gerçekte belirleyen şey budur.

Ürün tanımlayıcıları

GTIN, tüm yapay zekâ alışveriş ekosisteminin birleştirme anahtarıdır. Bu sistemlerin her biri, ürününüzü başka yerlerdeki aynı ürünle eşleştirmek için standart tanımlayıcılar kullanır: fiyatları karşılaştırmak, değerlendirmeleri bir araya getirmek, sizin ilanınızın ve bir değerlendirme sitesindeki ilanın aynı nesneyi tanımladığını bilmek için.

Eksik GTIN'ler hata mesajı üretmez. Sessizlik üretir: Ürününüz, ajanın yürüttüğü karşılaştırmanın bir parçası olmaz. Özellikle Perplexity'nin tanımlayıcı eksiksizliğine Google'dan daha sıkı ağırlık verdiği bildirilmektedir.

GTIN kapsamını aktif SKU'ların yüzdesi olarak denetleyin. %90'ın altındaysa ilk projeniz bu rakamdır.

Özellik eksiksizliği

Geleneksel Shopping reklamları oldukça küçük bir zorunlu özellik setiyle çalışıyordu. Bir ajan ise ona verdiğiniz her şey üzerinde akıl yürütür. Doldurulan her alan, ajanın sizi önermesi için potansiyel bir nedendir: malzeme, boyutlar, uyumluluk, bakım talimatları, güç gereksinimleri, garanti koşulları.

Zihinsel değişim şudur: Bir özellik artık bir filtre değeri değildir. Bir argümandır. material: full-grain leather bir filtre seçeneği değildir; bir alışveriş yapan iki çantadan hangisinin daha güzel eskiyeceğini sorduğunda ajanın kullandığı cümledir.

Tüm yüzeylerde tutarlılık

Bu, en sık atlanan ve size zarar verme olasılığı en yüksek gereksinimdir.

Ürün sayfanızda ₺2.499, bir karşılaştırma sonucunda ise ₺2.399 gören bir insan alışveriş yapan omuz silker ve yoluna devam eder. Bir ajan ise bu uyuşmazlığı verilerinizin güvenilirliğine dair bir sinyal olarak değerlendirir; fiyat değiştiği için başarısız olan bir ödeme ise ajanın operatörü açısından sizi hiç önermemekten çok daha kötü bir sonuçtur.

Şunlar arasındaki tutarlılığı denetleyin: ürün sayfalarınız, Merchant Center feed'iniz, sayfa üzerindeki yapılandırılmış verileriniz ve yürüttüğünüz tüm pazar yeri ilanları. Fiyatlar, stok durumu, kargo koşulları ve iade politikası birbiriyle uyumlu olmalıdır. Özellikle iade ve kargo politikası giderek daha fazla ajan tarafından okunuyor ve alışveriş yapanlara aktarılıyor.

Güncellik

<!-- İç link: /feed-update-frequency -->

Gecelik feed yenilemesi artık yeterli değil. Google'ın Shopping Graph'ı saatte milyarlarca ilanla ölçülen bir ölçekte yenilenir ve canlı veriyi tercih eder; OpenAI'ın feed alımı ise 15 dakikada bir kadar sık yenilemeleri kabul eder.

Bunun nedeni kozmetik değildir. Bir ajan bir işlemi tamamlayabildiğinde, eskimiş stok verisi biraz hayal kırıklığına uğramış bir alışveriş yapan değil, başarısız bir işlem üretir. İşlemleri başarısız olan sistemlerin ağırlığı düşürülür.

Pratik hedef: Hızlı dönen envanter için fiyat ve stok durumunun 15 dakika içinde, diğer her şey için en az saatlik olarak yayılması. Çoğu satıcı için bu, planlı dosya çekimlerinden API tabanlı veya gönderim (push) tabanlı güncellemelere geçmek anlamına gelir.

Tarama erişimi

robots.txt dosyanızı yapay zekâ tarayıcıları açısından kontrol edin. Pek çok satıcı, 2024 ve 2025'teki "Yapay zekânın içeriğimiz üzerinde eğitilmesine izin vermeli miyiz?" tartışması sırasında bunları refleks olarak engelledi ve bu kararı bir daha hiç gözden geçirmedi. Bir alışveriş dizinini dolduran tarayıcıyı engellemek, bir eğitim tarayıcısını engellemekten farklı bir karardır ve bu karar çoğu zaman, bunu hiçbir zaman bir ticaret kararı olarak görmemiş bir ekip tarafından kazara verilir.

Katman 2: Google — konuşma özellikleri

Bu, tüm konunun en somut, en az tartışılan ve en hızlı uygulanabilir kısmıdır; iki kez okumanızı önereceğim bölüm budur.

Google, UCP ile birlikte Merchant Center ürün verisi spesifikasyonuna bir dizi konuşma özelliği (conversational attributes) ekledi. Bunlar isteğe bağlıdır, mevcut ürün verilerinizi tamamlar ve açıkça belirtilen amaçları yapay zekâ sistemlerinin ve konuşma ajanlarının ürünlerinizin belirli inceliklerini anlamasına yardımcı olmaktır. Google, bunları eklemenin mevcut ürünlerinizin onay durumunu etkilemediğini belirtiyor.

Bu son nokta önemli: Olumsuz risk sıfırdır. Google'ın onay için doğruladığı hiçbir şeyi değiştirmiyor, yalnızca açıklayıcı veri ekliyorsunuz.

İşte bu set:

Google'ın bir telefonun tek bir varyantı için verdiği kendi örneği, standart özelliklerin yanında tek bir üründe item_group_title, variant_option, question_and_answer, product_highlight, product_detail, related_product, popularity_rank ve document_link alanlarını bir araya getirir.

Neden bu altısı ve gerçekte ne işe yarıyorlar?

Her birinin bir ajan için ne yaptığına bakın:

• question_and_answer ajanın senaryosudur. Bir alışveriş yapan "Bu bulaşık makinesinde yıkanabilir mi?" diye sorar ve ajan ya sizin cevabınıza sahiptir ya da değildir. Değilse ya bilmediğini söyler (bu da satışı kaybettirir) ya da bu alanı doldurmuş bir rakibi önerir.
• document_link ajana üzerinde akıl yürütebileceği bir belge sağlar. Montaj talimatları "Bunu kurmak ne kadar zor?" sorusunu yanıtlar. Teknik özellik belgeleri, önceden tahmin edemeyeceğiniz uyumluluk sorularını yanıtlar.
• related_product, web sitenizin alışveriş yolculuğundan kaybolmasına rağmen çapraz satışın hayatta kalmasının yoludur. Özellikle required_part, ajan tabanlı ticaretteki en kötü sonucu önler: bir alışveriş yapanın tek başına çalışmayan bir şey satın alması.
• item_group_title ve variant_option, varyant feed'lerini var oldukları günden beri uğraştıran sorunu çözer: Bir ajanın sekiz satır görüp bunların sekiz bedende tek bir ürün olduğunu anlamaması. Bu, varyant yapılandırma sorununun yeni bir bağlamdaki halidir.
• popularity_rank, ajana ürünlerinizden hangisinin gerçekten sattığını sizin söylemenizdir. Bu sinyali ona başka kimse veremez.

Bunları büyük ölçekte doldurmak

Dürüst engel şu: Kimsenin PIM'inde hazır bekleyen bir question_and_answer sütunu yok.

Ancak çoğu satıcının elinde ham malzeme vardır: müşteri hizmetleri talep temaları, sayfa üzerindeki ürün SSS'leri, değerlendirme içerikleri, iade nedenleri. En değerli soru-cevap çiftleri genellikle destek ekibinizin en sık yanıtladığı sorularda ve ürünlerin iade edilme nedenlerinde görünür. "Makineme uymadı" diyen bir iade, feed'de yanıtlamanız gereken bir uyumluluk sorusudur.

Google, bunların birincil feed'inizi yeniden düzenlemek yerine bir tamamlayıcı veri kaynağı aracılığıyla eklenmesini önerir. Bu, operasyonel açıdan doğru bir karardır; çünkü ürün verilerinden sorumlu ekip ile destek içeriğinden sorumlu ekip nadiren aynı ekiptir.

Katalog ölçeğinde bu bir kural sorununa dönüşür: item_group_title değerini ana ürün adınızdan türetin, variant_option değerini renk ve beden olarak zaten sakladığınız özelliklerden oluşturun, popularity_rank değerini kendi satış verilerinizden yüzdelik dilim olarak hesaplayın ve document_link değerini mevcut kılavuz kütüphanenizden SKU kalıbına göre eşleyin. Feedance'ta bunlar her yenilemede uygulanan Feed Rules kurallarıdır ve özellikle popularity_rank elle sürdürülmek yerine satış verilerinden otomatik olarak yeniden hesaplanabilir.

Gelire göre ilk 200 SKU'nuzla ve her biri için üç soru-cevap çiftiyle başlayın. Bu bir haftalık iştir ve ajanların gördüğü gösterimlerinizin büyük çoğunluğunu kapsar.

Katman 3: OpenAI'ın ACP'si — gerçekten farklı bir yapı

ChatGPT feed'inin farklı sütun adlarına sahip Google feed'iniz olduğunu varsayarsanız yanlış şeyi inşa edersiniz. ACP ürün feed şeması yapısal olarak farklıdır ve bu farklar, ajan tabanlı sistemlerin ne istediği konusunda öğreticidir.

Ürünler varyantları içerir. Google'ın feed'i düzdür: Her varyant kendi satırıdır ve item_group_id ile birbirine bağlanır. ACP bunu tersine çevirir: Bir ürün nesnesi kanonik kayıttır ve bir varyant nesneleri dizisi barındırır. Her varyant kendi kimliğini, başlığını, fiyatını, stok durumunu, medyasını ve seçeneklerini taşır.

Bu, bir ajan için daha iyi bir modeldir ve nedenini anlamaya değer. Düz bir feed, ajanın "bu dokuz bedende tek bir ayakkabıdır" bilgisini ortak bir gruplama anahtarından yeniden kurmasını gerektirir. İç içe bir feed ise bu bilgiyi ona doğrudan verir. Varyantı yoğun kataloglara sahip satıcılar, özellikle de moda satıcıları, burada gerçek bir doğruluk avantajı elde eder.

Fiyatlar küçük para birimi cinsinden tam sayılardır. { "amount": 7999, "currency": "USD" } 79,99 USD demektir. Ondalıklı bir dize değildir. Fiyatlar üzerinde kayan noktalı aritmetik yapan her veri hattının, sessizce yanlış bir sonuç üretmeden önce kontrol edilmesi gerekir.

Açıklamalar dize değil nesnedir. description nesnesi plain, html ve markdown değerlerini kabul eder; bunların herhangi bir kombinasyonunu sağlayabilirsiniz.

Satıcı politikası bağlantıları birinci sınıf alanlardır. seller nesnesi, privacy_policy, terms_of_service, refund_policy, shipping_policy veya faq olarak tiplendirilmiş links değerlerini barındırır. Bu listeyi bir daha okuyun: Ajan, iade politikanızı yapılandırılmış bir alan olarak istiyor. Alışveriş yapanın web sitenizi hiç görmediği bir dünyada politikalarınızın ürünle birlikte seyahat etmesi gerekir.

Durum (condition) bir dizidir. ["new"]; birden fazla değer geçerli olabilir. Bu da ikinci el ve yenilenmiş envanteri öngörür.

Asgari bir yapı:

{
  "id": "SKU12345",
  "title": "Trail Running Shoe",
  "description": { "plain": "Waterproof trail shoe with cushioned sole." },
  "url": "https://example.com/products/SKU12345",
  "media": [
    { "type": "image", "url": "https://example.com/images/SKU12345.jpg",
      "alt_text": "Black trail running shoe", "width": 1200, "height": 1200 }
  ],
  "variants": [
    {
      "id": "SKU12345-BLK-10",
      "title": "Black / 10",
      "barcodes": [{ "type": "gtin", "value": "1234567890123" }],
      "price": { "amount": 7999, "currency": "USD" },
      "list_price": { "amount": 9999, "currency": "USD" },
      "availability": { "available": true, "status": "in_stock" },
      "variant_options": [
        { "name": "color", "value": "Black" },
        { "name": "size", "value": "10" }
      ],
      "categories": [
        { "value": "Apparel & Accessories > Shoes", "taxonomy": "merchant" }
      ],
      "condition": ["new"],
      "seller": {
        "name": "Example Store",
        "links": [
          { "type": "refund_policy", "title": "Returns policy",
            "url": "https://example.com/returns" }
        ]
      }
    }
  ]
}

Feed dosyasına feed_id, account_id, target_merchant ve target_country değerlerini taşıyan bir başlık eşlik eder. Ülkenin feed düzeyinde belirlendiğine dikkat edin; bu, birden fazla pazarda satış yapan satıcıların pazar başına bir feed göndermesi anlamına gelir.

OpenAI'ın önerdiği iletim modeli, günde bir kez dosya yüklemesiyle tam bir feed ve gün içi güncellemelerin API üzerinden gönderilmesidir. Küçük kataloglar her ikisini de API üzerinden yapabilir.

Gerçekçi olmakta fayda olan bir nokta: OpenAI'ın sohbet içi ödemesi, duyuruların ima ettiğinden daha karmaşık bir ilk yıl geçirdi ve şirket, ilk Instant Checkout uygulamasının amaçlanandan daha az esnek olduğunu kamuoyu önünde kabul ederek odağı, ödeme için satıcının sitesine yönlendirme yapılan ürün keşfine kaydırdı. Önceliklendirme yapıyorsanız ACP keşfini yakın vadeli fırsat, ACP ödemesini ise daha uzun vadeli bir bahis olarak değerlendirin.

Katman 4: Perplexity

Perplexity'nin satıcı programı üçü arasında en az belgelenmiş olanıdır ve bu nedenle hakkında en çok yanlış bilgi yayılanıdır. Ayrıntılı bir Perplexity alan spesifikasyonu yayımlayan rehberler Google'dan yola çıkarak tahmin yürütüyor; resmî bir alan spesifikasyonu yayımlanmamıştır.

Bilinenler:

• Program ücretsizdir ve başvuruya dayalıdır; katılım 2025 ve 2026 boyunca genişlemektedir.
• Feed, Google Shopping formatında, API, SFTP veya özel bir S3 bucket üzerinden CSV ya da XML olarak iletilir.
• Ürün verisi eksiksizliği bir sıralama girdisi işlevi görür; daha eksiksiz veriler, sistemin karşılaştırmalar ve artı-eksi özetleri oluştururken üzerinde çalışabileceği daha fazla malzeme sağlar.
• Tanımlayıcı eksiksizliğine, değerlendirme verilerine ve sayfa üzerindeki Schema.org işaretlemesine Google'ın verdiğinden daha fazla ağırlık verildiği görülmektedir.
• Kaynak olarak gösterilmek için feed kesinlikle gerekli değildir (temiz Product şemasına sahip, taranabilir bir katalog da öne çıkarılabilir); ancak bir feed, önerilen ürün olma olasılığını artırır.
• İşlem özellikleri ABD ile sınırlıdır. ABD dışında kaynak olarak gösterilebilir ve bağlantı verilebilirsiniz, ancak üzerinden satış yapılamaz.

Pratik yorum: Perplexity için yapılacak iş yeni bir feed entegrasyonu değil, ürün sayfalarınızdaki Schema.org hijyeni ve değerlendirme verileridir. Ürün detay sayfalarınız GTIN, fiyat, stok durumu ve aggregateRating ile geçerli Product ve Offer işaretlemesi üretiyorsa işin büyük kısmını zaten yapmışsınız demektir.

Katman 5: Ödeme ve dürüst coğrafya

Yayınların genellikle abarttığı yer burasıdır; o yüzden gerçekte neyin yayında olduğu konusunda net olalım.

UCP ödemesi. Bu yazının yazıldığı tarihte ürün uygunluğu Amerika Birleşik Devletleri, Kanada ve Avustralya'da olan seçili satıcılar için kullanılabilir. AI Mode ve Gemini'deki uygun ilanlarda bir Satın Al düğmesi olarak görünür. Kayıtlı satıcı siz olmaya devam edersiniz. Müşteriler, Google Wallet'larında zaten bulunan bilgileri kullanarak Google Pay ile ödeme yapar. Katılım; teknik gereksinimleri karşılamayı, bir ilgi formu göndermeyi ve uygulamayı tamamlamayı gerektirir. En önemlisi, yalnızca native_commerce(checkout_eligibility) ürün özelliğini taşıyan ilanlarda Satın Al düğmesi gösterilir.

Feed düzeyinde çıkarılacak ders bu son ayrıntıdır. UCP ödemesindeki diğer her şey arka uç entegrasyon çalışmasıdır; uygunluk sinyalinin kendisi ise ürün verilerinizde yaşar.

Google, Mart 2026'da sepet, katalog ve kimlik bağlama özellikleriyle birlikte Merchant Center üzerinden basitleştirilmiş UCP katılımını duyurdu ve 2026 boyunca küresel genişleme sinyali verdi.

ACP ödemesi. Üç akışın uygulanmasını gerektirir (bir ürün feed'i, bir ödeme API'si ve Stripe gibi bir ödeme hizmet sağlayıcısı üzerinden yetki devredilmiş ödeme) ve onaylı iş ortaklarına açıktır.

Perplexity Buy with Pro. ABD ile sınırlıdır.

ABD dışında satış yapıyorsanız

Müşterilerimizin çoğu Türkiye'de, Körfez'de ve Avrupa'da satış yapıyor. Bu durum için dürüst pozisyon şu:

Ajan tabanlı ödeme henüz size açık değil. Ajan tabanlı keşif ise bugün tamamen açık.

İstanbul'da Gemini'ye veya ChatGPT'ye ürünleri karşılaştırmasını soran bir alışveriş yapan, şu anda yapılandırılmış ürün verilerinden oluşturulmuş bir yanıt alıyor. Bu yanıtın ürünlerinizi içerip içermediği tamamen yukarıdaki Katman 1 ve Katman 2 tarafından belirleniyor: tanımlayıcı kapsamı, özellik eksiksizliği, konuşma özellikleri, güncellik ve tutarlılık. Bunların hiçbiri bir protokol entegrasyonu, bir ABD şirketi veya erken erişim başvurusu gerektirmez.

Dolayısıyla ABD dışındaki bir satıcı için sıralama nettir:

1. Katman 1'i eksiksiz yapın. Tamamen artı getirisi vardır ve mevcut Shopping ile Performance Max performansınızı da iyileştirir.
2. Katman 2'yi şimdi yapın. Konuşma özellikleri standart Merchant Center spesifikasyonunda mevcuttur, onay riski taşımaz ve pazarınızda neredeyse hiç kimse bunları doldurmamıştır.
3. Katman 5'i takip edin. Ödeme pazarınıza ulaştığında, Katman 1 ve 2'yi yapmış satıcılar birkaç haftada entegre olacak. Yapmamış olanlar ise eksik bir katalogla başlayacak.

Erken davranmanın avantajı bu çeyrekte ChatGPT'de işlem yapacak olmanız değildir. Avantaj, katalog veri kalitesini düzeltmenin aylar sürmesi ve fırsat penceresi açıldığında aceleyle satın alınamamasıdır.

⚠️ İsteğe bağlı olmayan bir son tarih

Yukarıdakilerin hepsinden ayrı ve çok daha acil olarak: Google'ın Content API for Shopping hizmeti 18 Ağustos 2026'da kullanımdan kalkıyor. Bu tarihten sonra eski v2.1 uç noktalarına yapılan çağrılar çalışmayı durduracak.

Bu yalnızca programatik entegrasyonları etkiler; manuel yüklemeler, planlı çekimler ve Google E-Tablolar feed'leri etkilenmez. Resmî platform entegrasyonlarını (Shopify'ın Google & YouTube kanalı, WooCommerce'ün Google Listings & Ads eklentisi) kullanan satıcılar için bu işi platform üstlenir. Özel entegrasyonların ve bazı üçüncü taraf araçların Merchant API v1'e manuel olarak geçmesi gerekir.

Bugün kontrol etmeniz gereken iki şey var: Merchant Center'da Settings → Data Sources bölümüne gidin ve Source sütununa bakın. "Content API" yazıyorsa yapmanız gereken bir iş var demektir. Ayrıca feed etiketlerinin otomatik olarak aktarılmadığını bilin; Google Ads kampanya yapınız feed etiketlerine dayanıyorsa, özensiz yapılan bir geçiş kampanyaların yayınlanmasını durdurabilir.

Feed'iniz Merchant Center'a Feedance üzerinden ulaşıyorsa bu geçiş bizim tarafımızda yönetilir ve dışa aktarım yapılandırmanız değişmez.

"Ajana hazır" olmak alan alan ne anlama gelir?

Katmanları tek bir operasyonel görünümde bir araya getirelim:

Bu tabloyu yatay okumak faydalı bir egzersizdir: Sağ taraftaki davranışın ne kadarının isteğe bağlı olan ve çoğu kataloğun boş bıraktığı alanlar tarafından yönlendirildiğine dikkat edin.

Hazırlık kontrol listesi

Temel gereksinimler: önce bunları yapın, her yüzey için geçerlidir

• [ ] Aktif SKU'ların %90'ından fazlasında GTIN kapsamı
• [ ] Fiyat ve stok durumunun bir gecede değil, 15 dakika ile bir saat içinde yayılması
• [ ] Fiyat, stok durumu, kargo ve iadelerin site, feed ve pazar yerleri arasında tutarlı olması
• [ ] Tüm görsellerin en az 500×500 olması (Google tarafından 31 Ocak 2027'den itibaren de zorunlu)
• [ ] Her ürün detay sayfasında geçerli Product ve Offer Schema.org işaretlemesi; değerlendirmeleriniz olan yerlerde aggregateRating ile birlikte
• [ ] Yapay zekâ tarayıcılarının robots.txt dosyasında kazara engellenmemesi
• [ ] google_product_category değerinin çıkarıma bırakılmadan doğru eşlenmesi
• [ ] Content API geçişinin tamamlandığının doğrulanması

Rekabetçi: pazarınızın çoğu bunları yapmadı

• [ ] İlk 200 SKU'nuzda, her biri için 3+ çift olacak şekilde question_and_answer doldurulması
• [ ] Her varyant ailesinde item_group_title ve variant_option
• [ ] Kendi satış verilerinizden hesaplanan popularity_rank
• [ ] Mevcut kılavuz ve teknik özellik belgesi kütüphanenizden eşlenen document_link
• [ ] Aksesuarlar ve gerekli parçalar için related_product
• [ ] Öne çıkan ürünlerde video_link
• [ ] Gelire göre ilk %10'luk dilimde %95'in üzerinde özellik eksiksizliği

Öncü: uygun pazarlardaki satıcılar için

• [ ] ACP feed'inin oluşturulup iletilmesi; günlük tam feed artı gün içi API güncellemeleri
• [ ] Perplexity satıcı programı başvurusunun gönderilmesi
• [ ] UCP ilgi formunun gönderilmesi ve uygun ilanlarda native_commerce uygunluğunun bildirilmesi
• [ ] Ajan kaynaklı trafiğin ve siparişlerin analizlerde ayrı olarak etiketlenmesi

Son madde özellikle vurgulanmaya değer. Ajan kaynaklı siparişler arama veya ücretli sosyal medya gibi atfedilmeyecek; bunları entegrasyon noktasında etiketlemezseniz bunların hiçbirinin işe yaradığını kanıtlayamazsınız. Ölçümü ihtiyaç duymadan önce kurun.

Uğraşmaya değer mi?

Dengeli bir yanıt verelim; çünkü bu konu, kanıtların desteklediğinden daha fazla kesinlik çekiyor.

Şüpheci olmak için nedenler. Ödeme özelliklerinin benimsenmesi lansman duyurularının ima ettiğinden daha yavaş oldu. OpenAI, ilk Instant Checkout denemesinden sonra yaklaşımını kamuoyu önünde sıfırladı. İşlem özelliklerinin çoğu coğrafi olarak kısıtlı. Artımlı gelire ilişkin yayımlanmış veriler sınırlı ve etkileyici görünen büyüme katsayıları genellikle çok küçük bir tabandan başlıyor.

Yine de harekete geçmek için nedenler. Katman 1 ve 2'deki neredeyse her şey, ajan tabanlı ticaretin öngörüleri karşılayıp karşılamamasından bağımsız olarak mevcut ücretli reklam performansınızı iyileştirir. Eksiksiz özellikler, doğru tanımlayıcılar ve güncel stok verileri Performance Max'in bugün daha iyi çalışmasını sağlar. Konuşma özellikleri onay riski taşımaz. Katalog veri kalitesi ise kestirmesi olmayan, aylar süren bir projedir; fırsat apaçık ortaya çıktığında başlayan satıcılar geriden başlamış olacak.

Önerdiğimiz bakış açısı şu: Ajan tabanlı ticaret için inşa etmeyin; eksiksiz ve doğru bir katalog inşa edin. Ajan hazırlığı, eksiksiz ve doğru bir kataloğun 2026'daki görünümüdür. Protokol çalışması bunun üzerindeki ince bir katmandır ve alttaki veriler doğru olduğunda hızla yapılabilecek kısımdır.

Herhangi birine kaynak ayırmadan önce bir başlangıç noktası görmek isterseniz, ücretsiz ürün feed denetim aracımız herhangi bir feed'i veri eksiksizliği, veri kalitesi ve teknik sağlık açısından puanlar; bu da bunların ne kadarına zaten sahip olduğunuzun makul bir göstergesidir.

Kaynaklar

• Google Merchant Center Yardım — About the Universal Commerce Protocol (UCP): https://support.google.com/merchants/answer/16837055
• Google Merchant Center Yardım — How to use conversational attributes: https://support.google.com/merchants/answer/17085370
• Google Merchant Center Yardım — Product data specification: https://support.google.com/merchants/answer/7052112
• Google Developers Blog — Under the Hood: Universal Commerce Protocol: https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/
• Google for Developers — Migrate from Content API for Shopping to Merchant API: https://developers.google.com/merchant/api/guides/compatibility/overview
• OpenAI Developers — Product Feed Spec (Agentic Commerce): https://developers.openai.com/commerce/specs/spec
• OpenAI Developers — Agentic Commerce key concepts: https://developers.openai.com/commerce/guides/key-concepts
• Agentic Commerce Protocol: https://www.agenticcommerce.dev/
• Universal Commerce Protocol: https://ucp.dev