Gerçek karar manuel Shopping ile AI otomasyonu arasında seçim yapmak değildir. Gerçek karar; hesabın feed kalitesi, conversion verisi, landing page kontrolü, tracking-template güvenliği ve raporlama disiplini açısından otomasyonun daha fazla kontrol almasına hazır olup olmadığıdır.
Bu yazıda ne öğreneceksiniz?
- Hangi ürün adlarının ve iddiaların resmi Google kaynaklarıyla desteklendiğini.
- Standard Shopping’den çıkmanın neden varsayılan karar olmaması gerektiğini.
- Standard Shopping’in hâlâ hangi faydaları sağladığını.
- Bütçe taşımadan önce author-defined readiness çerçevesinin nasıl kullanılacağını.
- Sınırlı pilot çalıştırıldığında nelerin izlenmesi gerektiğini.
Önce ürün adını doğrulayın: AI Max, PMax ve Shopping
Bu yazı isim doğrulamasıyla başlar, çünkü workbook H1’i resmi dokümantasyondan daha agresif.
Resmi ürün adı kontrolü
Onaylı resmi Google kaynakları **AI Max for Search campaigns** ifadesini açıkça doğruluyor. Aynı kaynak seti içinde **AI Max for Shopping** ifadesini resmi ürün adı olarak doğrulamıyor.
Resmi Google kaynakları ayrıca **Performance Max**'i tek bir kampanyadan tüm Google Ads inventory’sine erişebilen goal-based bir campaign type olarak tanımlıyor. Bu ifade, AI Max’in Shopping inventory üzerinde aynı şekilde çalıştığını söylemekle aynı şey değildir.
Bu nedenle bu yazı görünür H1’de daha güvenli dili kullanır ve “AI Max for Shopping” ifadesini Google açıkça doğrulamadıkça audit-only olarak ele alır.
Resmi kaynakların desteklediği şeyler
- AI Max, resmi kaynaklarda Search campaigns için optimization layer olarak geçer; yeni campaign type olarak değil.
- Performance Max, tüm Google Ads inventory’sine erişebilen campaign type olarak geçer.
- Google, AI Max final URL expansion ile tracking template uyumsuzsa bozuk expanded landing page oluşabileceği konusunda uyarır.
- Merchant Center product-data değişiklikleri feed kalitesini ve dolayısıyla automation readiness durumunu etkileyebilir.
Standard Shopping’den çıkmak neden varsayılan karar olmamalı?
Otomasyon erişimi genişletebilir ve manuel işi azaltabilir, ancak aynı zamanda ne kadar doğrudan kontrol ve görünürlük tuttuğunuzu da değiştirir.
Standard Shopping’den çıkmak, yeni ürün dili ortaya çıktığı için verilmiş refleks bir karar olmamalıdır. Feed zayıfsa, tracking kırılgansa veya iş hâlâ daha sıkı product-level kontrol gerektiriyorsa, migration baskısı yararlı öğrenmeden önce raporlama gürültüsü yaratabilir.
Standard Shopping hâlâ ne sağlar?
Standard Shopping şu durumlarda hâlâ değerlidir:
- daha net product-group yapısı gerektiğinde,
- query ve spend inceleme workflow’u daha sade tutulmak istendiğinde,
- feed bakımı ile campaign davranışı arasındaki ilişki daha görünür olmalıysa,
- daha geniş otomasyona güvenmeden önce temiz manuel baseline gerekiyorsa.
Query ve kontrol görünürlüğü
Bazı ekiplerin, otomasyonun ne yaptığını değerlendirebilmesi için önce daha temiz manuel baseline’a ihtiyacı vardır. Raporlama disiplini zayıfsa daha fazla otomasyon teşhisi kolaylaştırmak yerine zorlaştırabilir.
Performance Max ve AI odaklı otomasyon neyi değiştirebilir?
Performance Max kampanya yapısını tüm inventory’ye daha geniş erişimle değiştirir. AI Max for Search campaigns ise mevcut Search campaign içindeki Search davranışını değiştirir. Bunlar aynı implementation kararı değildir.
Performance Max neyi değiştirir?
Resmi Google dokümantasyonu Performance Max’i, tek bir campaign üzerinden tüm Google Ads inventory’sine erişebilen goal-based bir campaign type olarak tanımlar. Bu bir structure change’dir; sadece setting change değildir.
AI Max neyi değiştirir?
Resmi Google dokümantasyonu AI Max for Search campaigns’i Search campaigns için optimization layer olarak tanımlar. Onaylı kaynak setinde bunun Shopping’e özel bir ürün olduğu doğrulanmaz.
Final URL expansion uyarısı
Resmi Google yardım dokümanı, tracking template uyumsuz olduğunda AI Max final URL expansion nedeniyle bozuk expanded landing page oluşabileceği konusunda uyarır. Shopping reklamverenleri için bu önemlidir, çünkü migration yalnızca bidding kararı değildir; aynı zamanda landing page ve tracking control kararıdır.
Bütçe taşımadan önce kontrol edilecek beş author-defined readiness sinyali
Bu author-defined bir çerçevedir, resmi Google threshold modeli değildir.
1. Feed ve product data kalitesi 2. Conversion action ve value signal kalitesi 3. Landing page ve final URL kontrolü 4. Bütçe, sezonsallık ve volatility toleransı 5. Reporting ve change-history disiplini
Bu sinyallerden biri veya birkaçı zayıfsa doğru cevap çoğu zaman önce düzelt, sonra migrate et değildir.
Shopping automation readiness tablosu
| Readiness sinyali | Ne kontrol edilmeli? | Hangi kanıt gerekli? | Zayıfsa risk | Karara etkisi |
|---|---|---|---|---|
| Feed ve product data kalitesi | Attribute completeness, product grouping logic, policy cleanliness, image ve title tutarlılığı | Merchant Center diagnostics ve feed review | Otomasyon zayıf girdilerden öğrenir | Zayıf feed genelde önce düzelt anlamına gelir |
| Conversion action kalitesi | Primary conversion action’ların gerçek iş değerini yansıtıp yansıtmadığı | Conversion action audit ve tag review | Otomasyon sığ event’lere optimize olur | Zayıf action setup temiz testi engeller |
| Value veya revenue signal güvenilirliği | Value signal’ların bidding mantığına güvenecek kadar tutarlı olup olmadığı | Checkout, CRM veya import review | Value-based learning yanıltıcı olur | Güvenilmez value sinyali daha temkinli yapı gerektirir |
| Landing page ve final URL kontrolü | Destination URL’lerin stabil olup olmadığı ve sayfa intent’inin netliği | Landing page review ve URL rules check | Otomasyon zayıf veya uyumsuz sayfalara trafik yönlendirebilir | Zayıf kontrol migration riskini yükseltir |
| Tracking-template güvenliği | URL expansion olduğunda tracking template’in bozulup bozulmadığı | URL test path’leri ve template incelemesi | Kırık tracking veya kırık sayfa | Güvensiz template önce tamir gerektirir |
| Bütçe ve volatility toleransı | İşletmenin gürültülü learning dönemini kaldırıp kaldıramayacağı | Stakeholder beklentileri ve pacing toleransı | Erken gürültüye aşırı tepki verilir | Düşük tolerans daha sıkı pilot ister |
| Sezonsallık veya promosyon takvimi | Promo dönemi test sonucunu gürültülü hale getiriyor mu | Campaign calendar ve merch schedule | Sezonsal değişimi structure kazancı sanmak | Yoğun promo dönemi kötü migration zamanıdır |
| Reporting ve change history | Ekibin structure değişikliklerini belgelendirip geri okuyup okuyamadığı | Change-history disiplini ve baseline notları | Ne zaman ne değiştiği bilinmez | Zayıf raporlama disiplini genelde bekle demektir |
Feed kalitesi ve Merchant Center kontrolleri
Feed kalitesi yan konu değildir. Campaign-structure readiness’in bir parçasıdır.
Product data specification değişiklikleri
Google’ın 2026 Merchant Center product data specification update sayfası, değişikliklerin **14 Nisan 2026** itibarıyla başladığını söylüyor. Aynı kaynak, yeni `video_link` attribute’u için serving ile policy ve quality validation kontrollerinin **30 Haziran 2026** tarihinde başlayacağını belirtiyor.
Bu tarihler performans sonucu kanıtlamaz; fakat daha fazla otomasyona güvenmeden önce feed bakımının neden önemli olduğunu açıkça gösterir.
Merchant Center’da ne doğrulanmalı?
- Temel attribute’lar eksiksiz ve tutarlı olmalı.
- Product title ve image kalitesi ölçekte kullanılabilir olmalı.
- Merchant Center diagnostics görmezden gelinmemeli.
- Yeni veya değişen attribute’lar, otomasyon onlara güvenmeden önce anlaşılmış olmalı.
Daha geniş bir sistem incelemesi gerekiyorsa, SMB Google Ads audit checklist daha güvenli başlangıçtır.
Conversion tracking, Consent Mode ve learning signal kalitesi
Otomasyon yalnızca güvenmesine izin verilen sinyaller kadar faydalıdır.
Conversion action kalitesi
Yanlış conversion action primary ise daha fazla otomasyon çoğu zaman hatayı düzeltmek yerine büyütür.
Consent ve sinyal kaybı
Consent implementasyonu kararsızsa raporlama güveni düşer; campaign güveni ise artmamalıdır. Bu, otomasyonun yanlış olduğunu göstermez. Hesabın structure kararı için hazır olmadığını gösterir.
Measurement kalitesi zaten kırılgansa, daha fazla bütçe taşımadan önce Consent Mode checklist incelenmelidir.
Final URL expansion ve tracking-template riski
Bu, kaynak setindeki en net resmi uyarılardan biridir.
Tracking-template ve final URL expansion kontrolü
Google, AI Max final URL expansion ile tracking template uyumsuzsa `404` hata veren bozuk expanded landing page oluşabileceği konusunda uyarır. Bu teorik değil, pratik migration engelidir.
Bütçe taşımadan önce şunları doğrulayın:
- landing page’ler daha esnek routing’i kaldırabiliyor mu,
- tracking template expanded URL’leri bozuyor mu,
- destination kuralları belgelenmiş mi,
- ekip bozuk routing’i hızlı tespit edebiliyor mu.
Standard Shopping mi, daha geniş otomasyon mu?
Seçim modern görünme baskısına değil readiness durumuna göre yapılmalıdır.
| Yapı seçeneği | Hâlâ ne sağlar? | Ne kaybettirebilir? | En iyi kullanım senaryosu | Ana uyarı |
|---|---|---|---|---|
| Standard Shopping | Daha temiz manuel baseline ve daha sıkı structural control | Daha az automation leverage | Feed, tracking veya reporting temelleri hâlâ düzeltilen hesaplar | Manuel kontrolü stratejik netlikle karıştırmayın |
| Performance Max | Daha geniş inventory erişimi ve daha büyük automation rolü | Girdiler zayıfsa teşhisi zorlaştırır | Feed, signal ve change discipline güçlü hesaplar | Daha geniş reach audit ihtiyacını ortadan kaldırmaz |
| AI Max ile ilişkili Search otomasyonu | Search-layer optimizasyonu ve URL expansion kontrolleri | Landing page ve template riski yaratabilir | AI Max mekaniklerine hâkim Search ekipleri | Search özelliğini doğrulanmamış Shopping iddiasına çevirmeyin |
Karar matrisi: kal, önce düzelt, test et veya migrate et
| Karar | Ne zaman kullanılır? | Gerekli kanıt | Yanlışsa risk | Sonraki adım |
|---|---|---|---|---|
| Standard Shopping’de kal | Hesap hâlâ daha sıkı manuel kontrole ihtiyaç duyuyorsa | Birden fazla readiness sinyalinin zayıf olması | Çok erken taşınıp temel problemleri gizlemek | Yapıyı koru, temelleri düzelt |
| Önce feed veya tracking düzelt | Feed, URL veya conversions güvenilmezse | Net diagnostics veya implementasyon boşlukları | Gürültülü girdilerle test yapıp yanlış sonuç çıkarmak | Pilot öncesi girdileri tamir et |
| Kontrollü test çalıştır | Hesap büyük ölçüde hazır ama bağlam içinde kanıta ihtiyaç varsa | Tanımlı baseline, yazılı hedef ve monitoring planı | Pilotu çok erken kesin sonuç saymak | Sadece seçili kapsamı test et, değişimi belgeleyin |
| Seçili bütçeyi taşı | Readiness güçlü ve ekip değişimi temiz izleyebiliyorsa | Güçlü feed, temiz measurement ve disiplinli reporting | Rollback net olmadan migrate etmek | Kademeli genişlet, evrensel geçiş yapma |
| Migration’ı duraklat | Sezonsallık, promo dönemi veya kurulum gürültülü ise | Takvim ve setup kanıtı | Dış gürültüyü structure etkisi sanmak | Daha temiz pencereyi bekle |
| Audit’e yükselt | Ekip neyin ne zaman değiştiğini açıklayamıyorsa | Karışık sinyaller ve düşük reporting confidence | Kör şekilde harcama sürdürmek | Shopping veya automation readiness audit çalıştır |
Standard Shopping’de kalıp kalmama ya da daha fazla otomasyon test edip etmeme konusunda emin değil misiniz? Feed’i, conversion setup’ı, campaign structure’ı ve son change history kaydını bütçe taşımadan önce gönderin. Neyi korumanız, neyi test etmeniz ve neyi önce düzeltmeniz gerektiğini netleştireyim.
Sahte kesinlik üretmeyen ilk monitoring planı
Bu author-defined monitoring çerçevesidir; garanti sonuç penceresi değildir.
| Monitoring alanı | Ne incelenmeli? | Veri kaynağı | Caveat | Action trigger |
|---|---|---|---|---|
| Feed sağlığı | Yeni disapproval’lar, eksik attribute’lar, kararsız ürünler | Merchant Center | Feed sorunu tüm yorumu bozabilir | Feed bozulursa test kapsamını büyütmeyin |
| Conversion kalitesi | Primary action ve value logic hâlâ iş gerçeğini yansıtıyor mu | Google Ads ve CRM | Platform conversions tek başına yetmez | Sinyal kalitesi bozulursa testi durdurun |
| Landing page’ler | Destination relevance ve broken URL kontrolleri | Site QA ve URL review | Expanded URL sessiz sorun yaratabilir | Routing bozulursa ilerlemeyi durdurun |
| Spend pacing | Harcama planlanan test sınırında mı kalıyor | Google Ads | Pacing tek başına başarı kanıtı değildir | Bütçe kontrolü bozulursa testi bekletin |
| Change history | Feed, structure veya settings tarafında ne değişti | Google Ads change history ve ekip notları | Geçmiş yoksa yorum bozulur | Her önemli değişikliği önce belgeleyin |
Bütçe taşımadan önce neyi belgelemelisiniz?
- Baseline campaign structure
- Feed durumu ve bilinen sorunlar
- Kullanımdaki conversion action’lar
- URL ve tracking-template kuralları
- Promo ve sezonsallık kısıtları
- Değerlendirilen net karar sorusu
İki açıklayıcı senaryo
Açıklayıcı senaryo: hesap test için hazır
Feed temiz, Merchant Center sorunları anlaşılmış, conversion action’lar gerçek değeri yansıtıyor, landing page’ler stabil ve ekip tüm structure değişikliklerini belgeliyor. Böyle bir hesap tam migration yerine sınırlı pilot için uygun olabilir.
Açıklayıcı senaryo: önce düzelt
Feed sorunları çözülmemiş, routing kuralları kırılgan, conversion action’lar gürültülü ve kimse son structure değişikliklerini açıklayamıyor. Böyle bir hesap önce temelleri düzeltmeli, otomasyonu kestirme yol gibi görmemelidir.
Kaçınılması gereken yaygın hatalar
- “AI Max for Shopping” ifadesini resmi destek olmadan doğrulanmış ürün adı gibi kullanmak.
- Yeni otomasyon dilini Standard Shopping’in bittiği anlamına çevirmek.
- Campaign structure tartışırken feed sorunlarını görmezden gelmek.
- Gürültülü promo döneminde bütçe taşımak.
- URL expansion davranışını test etmeden tracking template’e güvenmek.
- Sınırlı pilotu evrensel migration mantığı gibi okumak.
Son öneri
Campaign structure kararını hype veya isim kaymasıyla vermeyin. Resmi ürün dilinden başlayın, feed ve conversion readiness durumunu inceleyin, URL ve template güvenliğini doğrulayın, sonra kal, önce düzelt, test et veya seçili bütçeyi taşı kararı verin.
Yapı değişikliğinden önce daha güçlü monitoring katmanı gerekiyorsa bu incelemeyi Google Ads scripts pillar ile ve tarihsel yedek önemliyse Google Ads data retention export script ile birlikte düşünün.
Standard Shopping’de kalıp kalmama ya da daha fazla otomasyon test edip etmeme konusunda emin değil misiniz? Feed’i, conversion setup’ı, campaign structure’ı ve son change history kaydını bütçe taşımadan önce gönderin. Neyi korumanız, neyi test etmeniz ve neyi önce düzeltmeniz gerektiğini netleştireyim.
FAQ
AI Max for Shopping resmi bir Google ürünü mü?
Bu yazıda kullanılan onaylı resmi kaynak setinde hayır. Google resmi olarak AI Max for Search campaigns’i belgeler; bu yüzden görünür içerikte daha güvenli yapı dili kullanılır.
Standard Shopping’den Performance Max veya AI otomasyona geçmeli miyim?
Varsayılan olarak hayır. Bu karar feed kalitesi, conversion kalitesi, landing page kontrolü, tracking güvenliği ve raporlama disiplini sonrasında verilmelidir.
Ne zaman Standard Shopping’de kalmalıyım?
Hesap hâlâ daha sıkı kontrol, daha temiz teşhis veya daha geniş otomasyondan önce temel düzeltmeler gerektiriyorsa Standard Shopping mantıklı kalabilir.
Otomasyonu test etmeden önce neyi düzeltmeliyim?
Feed sorunlarını, conversion action kalitesini, kararsız landing page’leri, tracking-template problemlerini ve zayıf change-history disiplinini önce düzeltin.
Final URL expansion tracking’i bozabilir mi?
Evet. Resmi Google yardım içeriği, tracking template uyumsuzluğunda broken expanded landing page oluşabileceği konusunda açıkça uyarıyor.
Merchant Center feed sorunları otomasyonu nasıl etkiler?
Otomasyon verilen feed’den öğrenir. Zayıf product data veya çözülmemiş Merchant Center sorunları hem delivery’yi hem de sonucun yorumunu bozabilir.
Migration testi nasıl izlenmeli?
Feed sağlığı, conversion kalitesi, landing page davranışı, spend pacing ve change history tanımlı baseline’a karşı izlenmelidir. Pilot öğrenme aracıdır; evrensel kazanan kanıtı değildir.
Kaynak notları
- Google Ads API, Get started with AI Max for Search campaigns
- Google Ads Help, How AI Max for Search campaigns works
- Google Ads Help, About Performance Max campaigns
- Google Merchant Center Help, Merchant Center product data specification update 2026
- Google Merchant Center Help, Product data specification
- Google Ads & Commerce Blog, New tech and tools for retailers to succeed in an agentic shopping era