AI Max URL'si 404 verirse ne yapılır?

AI Max URL'si 404 verirse önce hatalı açılış URL'si, izleme şablonu ve sunucu yönlendirmesi ayrı ayrı kontrol edilmelidir. Sorun genellikle reklamın yönlendirdiği dinamik URL'nin site tarafından tanınmamasıyla ortaya çıkar.

Bu hata yalnızca Google Ads panelinde çözülemez. Reklam yöneticisi kampanya ayarlarını, geliştirici ise URL'nin sunucuda nasıl işlendiğini incelemelidir. Aynı URL, tarayıcıda, Google Ads önizlemesinde ve gerçek reklam tıklamasında farklı sonuç verebilir.

AI Max URL'si neden 404 hatası verir?

AI Max URL'si, dinamik URL genişletmesi gerçek açılış sayfasıyla uyumsuz bir adres oluşturduğunda 404 verebilir. 404, sunucunun istenen yolu bulamadığını gösterir.

Dinamik genişletme, reklamın sabit hedef URL'si yerine sitedeki başka bir sayfayı seçebilir. Bu seçim, kullanıcı sorgusuyla ilişkili bir ürün, kategori veya bilgi sayfasına yönlendirme amacı taşır. Ancak seçilen adres artık mevcut olmayabilir.

Örneğin sitenizde /urun/masa-lambasi yolu çalışırken sistem /urun/masa-lambasi?utm_source=google adresini üretir. Sunucu sorgu parametrelerini doğru işlemiyorsa sayfa 404 dönebilir. Sorun, parametrenin kendisinden değil, uygulamanın URL'yi yanlış ayrıştırmasından kaynaklanabilir.

Benzer hata, izleme şablonunda açılış URL'sinin yeniden yazılmasıyla da oluşur. Şablon, {lpurl} değerini yanlış bir dizinin içine yerleştirirse geçersiz bir birleşik adres üretir. Özellikle soru işareti, ampersand ve kaçış karakterleri burada önemlidir.

Bir diğer neden, reklam hesabındaki son URL ile web sitesinin kanonik yapısının farklı olmasıdır. Site HTTP'den HTTPS'ye, alt klasörden kök dizine veya eski slug'dan yeni slug'a taşınmış olabilir.

Yanlış: 404 gördüğünüzde yalnızca açılış sayfasını değiştirmek. Doğru: Tıklama URL'sini, izleme şablonunu, yönlendirme zincirini ve sunucu yanıtını birlikte kaydetmek.

Önce hangi URL'nin 404 verdiği nasıl bulunur?

Önce tarayıcıdaki adres çubuğunda görünen son URL'yi değil, reklam tıklamasının oluşturduğu ilk URL'yi tespit edin. Çünkü hata yönlendirme zincirinin ortasında oluşabilir.

Google Ads arayüzünde ilgili kampanya, reklam grubu ve reklamı açın. Son URL, mobil URL, izleme şablonu ve nihai URL son eki alanlarını ayrı ayrı not edin. Hesap düzeyindeki şablonları da kontrol edin.

Ardından reklamın gerçek tıklama URL'sini bir test ortamında kopyalayın. URL'yi doğrudan tarayıcıda açın ve şu dört sonucu kaydedin: HTTP durum kodu, yönlendirme sayısı, son adres ve sayfada oluşan hata.

Tarayıcı geliştirici araçlarında Network sekmesini kullanabilirsiniz. İlk belge isteğine, 301 veya 302 yanıtlarına ve son HTML isteğine bakın. Son istek 404 dönüyorsa problem hedef sunucuda veya URL yolundadır.

Komut satırında curl -I -L "URL" komutu da kullanılabilir. -I yalnızca başlıkları, -L ise yönlendirmeleri takip eder. Böylece her adımın durum kodu görülebilir.

Mobil ve masaüstü sonuçlarını ayrı test edin. Bazı siteler mobil kullanıcıları farklı alt alan adına gönderir. Mobil yönlendirme, AI Max tarafından seçilen sayfayı tanımadığında yalnızca telefon trafiğinde 404 oluşabilir.

Aynı testi reklam önizleme aracında ve gerçek kullanıcı tıklaması sonrasında tekrarlayın. Önizleme çalışırken gerçek tıklama bozuluyorsa, reklam sunumu sırasında eklenen takip parametreleri veya ValueTrack değişkenleri incelenmelidir.

İzleme şablonu AI Max ile nasıl uyumlu hale getirilir?

İzleme şablonu, açılış URL'sini bozmadan parametre eklemelidir. Bunun için dinamik açılış sayfası değerini koruyan doğru değişken kullanılmalı ve parametreler URL sözdizimine uygun eklenmelidir.

Temel yapı çoğu sistemde şu mantıktadır: {lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}. Ancak açılış URL'sinde zaten soru işareti bulunuyorsa ikinci kez ? eklenmemelidir.

Mevcut URL'nin parametre içerip içermediği her zaman önceden bilinmiyorsa, parametreleri son URL son eki alanında yönetmek daha güvenli olabilir. İzleme aracınız farklı bir yapı gerektiriyorsa, sağlayıcının URL birleştirme yöntemini kontrol edin.

Şablonda URL'yi sabit bir klasöre eklemek risklidir. Örneğin https://site.com/track?url={lpurl} yapısı, açılış adresindeki soru işaretini ve özel karakterleri doğru kodlamayan sistemlerde bozulabilir.

Üçüncü taraf takip sistemi kullanılıyorsa, sistemin nihai URL'yi hangi parametreyle aldığı belgelenmelidir. Bazı araçlar url, bazıları redirect veya farklı bir alan adı bekler. Parametre adı yanlışsa takip sunucusu hatalı yönlendirme yapar.

Değişiklikten önce mevcut şablonun ekran görüntüsünü ve örnek URL'sini saklayın. Sonra tek bir reklam grubunda kontrollü test yapın. Tüm kampanyaya aynı anda müdahale etmek, hatanın hangi değişiklikle düzeldiğini belirsizleştirir.

AI Max dinamik URL genişletmesi aktifken, şablonun yalnızca sabit ürün URL'siyle test edilmesi yeterli değildir. Dinamik olarak seçilebilecek kategori, içerik ve hizmet sayfalarının her birinden örnek alınmalıdır.

Dinamik URL genişletmesi kapatılmalı mı?

Dinamik URL genişletmesini kapatmak, 404 oranını hızlıca düşürebilir; fakat bu işlem sorunun nedenini çözmez. Önce hatanın kapsamını ölçmek gerekir.

404 yalnızca tek bir eski sayfada görülüyorsa, ilgili URL için 301 yönlendirmesi veya doğru açılış sayfası tanımlamak daha uygun olabilir. Çok sayıda farklı sayfa 404 veriyorsa, ortak URL işleme katmanı incelenmelidir.

Dinamik genişletme, doğru sayfaları seçtiğinde reklam sorgusu ile açılış içeriği arasındaki uyumu artırabilir. Bu nedenle yalnızca bir veya iki hatalı URL için bütün özelliği kapatmak performans verisini gereksiz yere daraltabilir.

Ancak site yönlendirmeleri kontrol edilemiyorsa, ürün yolları sık değişiyorsa veya sunucu bilinmeyen slug'ları güvenli biçimde yönetemiyorsa geçici kapatma mantıklı olabilir. Bu durumda sabit ve doğrulanmış URL'lerle kampanya sürdürülebilir.

Kararı vermeden önce son 7 veya 14 günlük verileri aynı yöntemle karşılaştırın. İncelenecek metrikler 404 oturumu, açılış sayfası görüntüleme, dönüşüm ve reklam harcamasıdır. Google Ads raporu ile sunucu logları aynı zaman aralığında eşleştirilmelidir.

Bir URL'nin 404 vermesi, her zaman reklamın başarısız olduğu anlamına gelmez. Kullanıcı önce 301 ile başka sayfaya, ardından güvenli bir hata sayfasına ulaşabilir. Bu yüzden yalnızca reklam raporundaki son URL değil, tüm yanıt zinciri incelenmelidir.

AI Max'i kapattıktan sonra 404 sona ererse, sorun büyük ihtimalle dinamik seçim veya URL işleme katmanındadır. Fakat dönüşüm oranı düşerse, kapatma kararını kalıcılaştırmadan önce düzgün çalışan sayfalar yeniden test edilmelidir.

Sunucu ve web sitesi tarafında hangi kontroller yapılır?

Sunucu tarafında ilk kontrol, AI Max tarafından seçilen yolun gerçekten mevcut olup olmadığını doğrulamaktır. Bunun için 404 veren tam URL, yönlendirme yapılmadan doğrudan istenmelidir.

CMS kullanan sitelerde slug, dil kodu, kategori yolu ve büyük-küçük harf duyarlılığı incelenir. Linux sunucularında /Urun ile /urun aynı yol olmayabilir. Reklam sistemi bir biçim, uygulama başka biçim kullanıyorsa 404 oluşur.

Yönlendirme kurallarında sorgu parametrelerinin korunup korunmadığına bakın. Bazı Nginx, Apache veya uygulama kuralları bilinmeyen parametreleri silebilir. Bazıları ise parametreyi yolun bir parçası gibi yorumlayabilir.

Sunucu loglarında 404 isteğinin zamanını, User-Agent bilgisini, referer değerini ve tam istenen yolu kaydedin. Googlebot, reklam tarayıcısı ve gerçek kullanıcı istekleri farklı kurallarla karşılaşabilir.

Uygulama yönlendirmesi varsa, bilinmeyen URL'ler için güvenli davranış belirlenmelidir. Ürün sayfası bulunamadığında ilgili kategoriye 301 yönlendirmesi düşünülebilir. Alakasız ana sayfaya toplu yönlendirme ise kullanıcı deneyimini ve ölçümü bozabilir.

404 sayfasının HTTP durum kodunu gerçekten 404 verdiğini de doğrulayın. Bazı siteler olmayan sayfaları görsel olarak hata sayfasına gönderir, fakat sunucu 200 döndürür. Bu durum soft 404 olarak değerlendirilir ve teknik teşhisi zorlaştırır.

Açılış sayfası landing page anatomisi açısından da kontrol edilmelidir. URL çalışsa bile reklam mesajıyla ilgisiz sayfaya gidiyorsa, 404 çözülmüş sayılmaz; mesaj eşleşmesi ayrıca ölçülmelidir.

Google Ads içinde hangi ayarlar kontrol edilmelidir?

Google Ads tarafında kampanya URL seçenekleri, reklam URL alanları ve reklam grubu düzeyindeki istisnalar birlikte incelenmelidir. Aynı şablon farklı seviyelerde tekrar tanımlanmış olabilir.

İlk olarak hesap, kampanya ve reklam grubu düzeyindeki izleme şablonlarını karşılaştırın. Daha alt düzeyde tanımlanan değer, üst düzeydeki değeri geçersiz kılabilir. Bu nedenle yalnızca hesap ayarını görmek yeterli değildir.

Son URL son ekinde kullanılan parametrelerin adlarını standartlaştırın. Aynı kampanyada bir reklam utm_campaign, diğer reklam campaign kullanıyorsa raporlama parçalanır. Parametre adı 404 üretmese bile teşhis süresini uzatır.

Dinamik URL genişletmesiyle birlikte reklam varlıklarında bulunan URL'leri de kontrol edin. Sitelink, görsel veya ek bağlantı farklı bir alan adına yönlenebilir. Kullanıcı hatayı reklamın ana URL'si yerine bir varlık üzerinden görmüş olabilir.

Google Ads'in URL seçeneklerinde test özelliği veya tanı ekranı sunuluyorsa, örnek reklamı yayınlamadan kontrol edin. Bu ekranlar her sunucu davranışını taklit etmeyebilir, fakat sözdizimi hatalarını erken yakalayabilir.

Hedefleme ve anahtar kelime ayarlarını değiştirmeden önce URL sorununu izole edin. Aynı anda teklif, bütçe ve hedefleme değişirse 404 azalmasının teknik düzeltmeden mi kaynaklandığı anlaşılamaz.

Google'ın yapay zekâ destekli arama özelliklerinin sayfa içeriğini nasıl yorumladığı ayrıca önemlidir. Bu nedenle Google AI Overviews için SEO çalışmasındaki içerik ve yapı kontrolleri, URL erişilebilirliği çözüldükten sonra uygulanmalıdır.

404 hatası nasıl test edilir ve izlenir?

404 düzeltmesini tek bir tarayıcı denemesiyle onaylamayın; masaüstü, mobil, parametreli ve parametresiz URL'leri ayrı ayrı test edin. Her test aynı kayıt formatıyla yapılmalıdır.

1. Hatalı reklamın kampanya, reklam grubu ve reklam kimliğini kaydedin.
2. İlk oluşturulan URL'yi, son URL'yi ve tüm yönlendirme adımlarını kopyalayın.
3. Her URL için HTTP durum kodunu, yanıt süresini ve son adresi not edin.
4. İzleme şablonunu tek bir reklam grubunda değiştirin ve yeniden test edin.
5. Sunucu loglarını aynı saat aralığında inceleyerek 404 isteğini doğrulayın.
6. Düzeltme sonrasında dönüşüm ve açılış sayfası metriklerini karşılaştırın.

Kontrol süresini baştan belirleyin. Trafik düşükse birkaç saatlik test anlamlı sonuç vermeyebilir. Trafiğin yeterli olduğu durumda önceki ve sonraki dönemleri aynı cihaz, kampanya ve dönüşüm tanımıyla karşılaştırın.

Google Analytics veya benzeri analiz aracında sayfa yolu, kampanya parametreleri ve açılış sayfası görüntülemelerini inceleyin. 404 sayfasına gelen oturumları ayrı bir olay veya sayfa başlığıyla tanımlamak teşhisi kolaylaştırır.

Sunucu loglarında 404 oranını toplam reklam isteğine bölerek basit bir takip oranı oluşturabilirsiniz. Bu oran platformlar arasında doğrudan karşılaştırılmamalıdır; ancak aynı site ve aynı ölçüm yöntemi içinde değişimi gösterir.

Test sırasında önbelleği temizlemek de önemlidir. CDN, tarayıcı veya yönlendirme servisi eski 404 yanıtını kısa süre gösterebilir. Yeni sonucu doğrulamak için farklı ağdan veya gizli pencereden tekrar deneyin.

AI Max 404 kontrol listesi nedir?

AI Max 404 kontrol listesi, reklam hesabı ile web sunucusunun aynı URL'yi ürettiğini ve işlediğini kanıtlamalıdır. Aşağıdaki maddeler tamamlanmadan sorunun çözüldüğü varsayılmamalıdır.

• 404 veren tam URL kaydedildi.
• URL'nin ilk ve son hali karşılaştırıldı.
• HTTP 301, 302, 200 ve 404 yanıtları ayrı ayrı not edildi.
• Hesap, kampanya ve reklam grubu izleme şablonları kontrol edildi.
• URL'de ikinci soru işareti veya bozuk ampersand bulunmadı.
• Mobil ve masaüstü yönlendirmeleri ayrı test edildi.
• Sunucu logunda ilgili istek görüldü.
• Soft 404 ihtimali kontrol edildi.
• Düzeltme önce sınırlı bir reklam grubunda uygulandı.
• Dönüşüm ve açılış sayfası verileri önceki dönemle karşılaştırıldı.

Liste, yalnızca geliştiricinin veya reklam yöneticisinin tek başına dolduracağı bir belge değildir. URL'nin nasıl üretildiğini reklam yöneticisi, nasıl işlendiğini geliştirici doğrulamalıdır.

İki ekip farklı URL'ler test ediyorsa sonuçlar çelişir. Bu nedenle kayıt formunda tam URL, test saati, cihaz türü, kullanılan tarayıcı ve alınan HTTP kodu bulunmalıdır.

Bir e-ticaret sitesinde ürün stoktan kalktığında da benzer sorun yaşanabilir. URL teknik olarak çalışsa bile içerik yoksa kullanıcı yanlış sayfaya gider. Ürün, kategori ve stok durumu kuralları birlikte belgelenmelidir.

Özellikle erişilebilirlik açısından da hata sayfasını kontrol edin. E-ticaret erişilebilirliği yalnızca çalışan ürün sayfasını değil, hata durumlarında kullanıcıya verilen yönlendirmeyi de kapsayan bir deneyim yaklaşımı gerektirir.

404 sorunu ne zaman ajans ve geliştirici ekip gerektirir?

404 sorunu, URL üretimi ile sunucu davranışı farklı ekiplerdeyse ortak inceleme gerektirir. Tek bir panel ayarıyla çözülemeyen durumlarda teknik görev paylaşımı yapılmalıdır.

Reklam yöneticisi kampanya yapısını, AI Max ayarını, izleme şablonunu ve reklam kimliklerini sağlar. Geliştirici ekip URL yönlendirmelerini, CMS rotalarını, CDN kurallarını ve sunucu loglarını inceler.

İzleme sağlayıcısı kullanılıyorsa üçüncü ekip de sürece katılır. Sağlayıcı, parametrelerin nasıl kodlandığını ve nihai URL'nin hangi koşullarda yeniden yazıldığını açıklamalıdır. Aksi halde ekipler birbirini suçlayabilir.

Sorun büyük bir URL göçünden sonra başladıysa, reklam ayarından önce site haritası ve eski-yeni URL eşlemesi incelenmelidir. Birden fazla URL yapısı değiştiğinde manuel düzeltme yerine yönlendirme tablosu hazırlanmalıdır.

AI Max'in seçtiği sayfalar alakasızsa, yalnızca 404'leri düzeltmek yeterli olmaz. Sayfa başlığı, içerik kapsamı, kanonik etiket, robots yönergesi ve dönüşüm yolu da değerlendirilmelidir. Bu konu, yapay zekâ yanlış bilgi verdiğinde yapılacak kontrollerle aynı şekilde doğrulama disiplinini gerektirir.

Çözüm sonrasında değişiklik günlüğü oluşturun. Hangi şablonun, hangi kampanyada, hangi tarihte değiştiği ve hangi test URL'sinin başarılı olduğu yazılmalıdır. Böylece aynı hata yeni kampanyalarda tekrarlanmaz.

İhtiyaç yalnızca bir URL'nin yönlendirilmesi ise geliştirici müdahalesi yeterli olabilir. Ancak dinamik URL seçimi, izleme altyapısı ve kampanya raporlaması birlikte bozuluyorsa ekipler ortak test planı hazırlamalıdır.