AMP önbellek yönlendirme sorunları ve 404 hataları öncelikle kanonik URL’niz ile önbelleğe alınmış sürüm arasındaki ilişki uyumsuz hale geldiğinde ortaya çıkar. Google Arama, önbelleğinden bir AMP belgesi getirmeye çalışırken, kaynağı doğrulamak için belirli HTTP üstbilgilerine ve geçerli kanonik bağlantılara güvenir. Bu işaretçiler bozulursa veya artık var olmayan sayfaları işaret ederse, Googlebot önbelleği geçersiz olarak işaretler ve bu da Search Console’da tarama hatalarına yol açar.
Neden AMP önbellek sayfaları 404 hataları gösterir?
Önbelleğe alınmış bir AMP sayfasındaki 404 hatası, genellikle kaynak sunucunun önbelleğin beklediği içeriği artık sunmadığını gösterir. Google, sayfaları ilk başarılı taramalarına göre önbelleğe alır; önbelleği güncellemeden bir sayfayı taşır veya silerseniz, bu uyumsuzluk bir getirme hatasını tetikler.
Kaynak sayfa 404 döndürdüğünde, önbellek nihayetinde silinmeyi fark eder. Ancak sayfa, uygun bir yönlendirme sinyali olmadan yeni bir konuma taşınırsa, önbellek eski ve ölü URL’yi işaret etmeye devam eder. Bu durum, önbellek eski bir adresi doğrulamaya çalışırken mobil kullanıcıların eksik bir sayfa gördüğü kalıcı bir boşluk yaratır. Sunucu, sayfanın eksik görünmesine rağmen 200 durum kodu gönderen yumuşak bir 404 (soft 404) döndürürse, bu durum tarayıcının kafasını daha da karıştırarak durumu kötüleştirebilir.
Örneğin, tipik bir hesapta bir ürün kategorisi URL’si /shop/shoes/ adresinden /store/footwear/ adresine değiştirilirse, Googlebot siteyi yeniden tarayana kadar eski AMP önbellek girdileri kalmaya devam edecektir. Eski URL’den yeniye doğru bir 301 yönlendirmesi yapılmazsa, önbellek belirsiz bir durumda kalır ve eski arama bağlantılarıyla gelen kullanıcılara 404 hataları sunar.
- AMP HTML başlığındaki kanonik URL, 404 durum kodu döndüren bir sayfayı işaret ediyor.
- AMP sayfasının kendisi kaynak sunucudan kaldırıldı, ancak önbellek henüz yenilenmedi.
- Yanlış robots.txt yönergeleri, Googlebot’un güncellenmiş kaynak içeriğe erişmesini engelliyor.
- AMP sürümü ile kanonik masaüstü URL’si arasında bir yönlendirme döngüsü mevcut.
Search Console’da yönlendirme sorunları nasıl tespit edilir?
Search Console, önbellek sağlığınız hakkında en doğrudan görünümü sağlar. AMP durum raporuna giderek hangi URL’lerin düzgün şekilde oluşturulamadığını belirleyebilirsiniz. Getirmeyle ilgili belirli hata kodlarını arayın; bunlar genellikle önbelleğin eski bir yola ulaşmaya çalıştığını gösterir.
Googlebot’un AMP URL’lerinize erişmeye çalışırken 301 veya 302 yönlendirmeleriyle karşılaşıp karşılaşmadığını görmek için Tarama istatistikleri raporunu inceleyin. Bir AMP sayfası AMP olmayan bir sayfaya yönlendiriyorsa veya birden fazla yönlendirmeden oluşan bir zincir oluşuyorsa, site performansını korumak için önbellek süreci sonlandırılacaktır. AMP URL’nizin nihai varış noktası olduğundan ve içeriğini ara adımlar olmadan doğrudan sunduğundan emin olun.
Bu günlüklerin sürekli izlenmesi, teknik ekiplerin kalıpları fark etmesini sağlar. AMP uç noktalarınız için 3xx durum kodlarında bir artış görürseniz, sunucu düzeyindeki yönlendirme kurallarınız yanlış yapılandırılmış ve hem kanonik hem de AMP sürümlerini aynı anda etkiliyor olabilir. Googlebot kullanıcı aracısı tarafından izlenen belirli yolu görmek için sunucu erişim günlüklerini kontrol edin.
Google, AMP sayfalarını standart değerlendirme ölçütlerini kullanarak dizine ekler, ancak mobil şablonlar genelinde geçerliliği korumak için belirli sözdizimi kuralları geçerlidir.
Google Search Central
Alien Road bu teknolojiyi nasıl uyguluyor
Alien Road olarak, müşterilerimiz için yenileme sürecini otomatize ederek AMP kararlılığını yönetiyoruz. Bir site yapısal değişikliklere uğradığında, Google AMP Önbelleğine acil bir güncelleme isteği tetikleriz. Bu, önbelleğin kaynak sunucunun mevcut durumunu yansıtmasını sağlar.
Tipik bir çalışmada, AMP çalışma zamanının kısıtlayıcı sunucu tarafı ayarlarına takılmadan gerekli tüm varlıklara erişebilmesini sağlamak için site mimarisini denetliyoruz. Uyumsuzlukları önlemek için kanonik URL’lerin bir günlüğünü tutuyor ve arama sıralamalarını etkilemeden önce 404 hatalarını tespit etmek için otomatik izleme kullanıyoruz. Örneğin, büyük bir site migrasyonu gerçekleştiğinde AMP Cache API’sine ping atan betik tabanlı uyarılar kurarak Google’ı yeni URL yapısını derhal almaya zorluyoruz.
- Sahipsiz AMP sayfalarını belirlemek için sitenin tam bir taramasını gerçekleştirin.
- Aktif masaüstü URL ile tam olarak eşleştiğinden emin olmak için tüm kanonik etiketleri doğrulayın.
- İçeriğin değiştiğini Google’a bildirmek için AMP Cache Update API’sini kullanın.
- AMP çalışma zamanının kafasını karıştıran uygunsuz yönlendirme zincirleri için HTTP başlıklarını izleyin.
AMP yapılandırmasındaki yaygın tuzaklar nelerdir?
Birçok geliştirici, AMP çalışma zamanının katı gereksinimleriyle mücadele etmektedir. Ortam özel komut dosyalarını sınırladığından, herhangi bir yönlendirme standart HTTP durum kodları aracılığıyla ele alınmalıdır. JavaScript tabanlı yönlendirmelerin kullanılması başarısız olacaktır çünkü bunlar AMP önbellek getirici tarafından yoksayılır.
Sık karşılaşılan bir diğer hata, AMP sayfasının HTML başlığında beyan edilenden farklı bir kanonik URL ile sunulmasını içerir. Önbellek bir uyumsuzluk görürse, önbelleğe alınmış sürümü sunmayı reddedecek ve bu da kullanıcının gecikmeye yol açabilecek kaynak sunucuya geri dönmesine neden olacaktır. Tutarlılık, önbellek sağlığı için birincil faktördür.
Geliştiriciler, kullanıcı aracısı algılamasına dayanan yönlendirme mantığı uygulamaktan kaçınmalıdır. AMP önbelleği, içeriği Google’a ait bir IP aralığından getirdiğinden, IP’ye veya belirli başlığa göre engelleyen veya yönlendiren sunucu tarafı kuralları, önbelleğin boş veya bozuk bir sayfa depolamasına neden olarak önbelleğe alınmış sürümü kullanıcılarınız için esasen zehirleyebilir.
Döngüsel yönlendirme döngüleri nasıl çözülür?
Döngüsel yönlendirmeler, AMP sayfası tarayıcıya kanonik sayfaya gitmesini söylediğinde, ancak kanonik sayfa AMP sayfasına geri işaret eden bir meta etiket içerdiğinde meydana gelir. Bu döngü Googlebot’u tuzağa düşürür ve düzgün dizine eklemeyi engeller. Kanonik sayfanın kendisini ve AMP sayfasının kanonik sayfayı işaret etmesini sağlayarak bu döngüyü kırmalısınız.
Sunucu yapılandırma dosyalarınızı, özellikle .htaccess veya Nginx bloklarını inceleyin. Bazen bir sitenin HTTPS veya www sürümlerini zorlamayı amaçlayan küresel yönlendirme kuralları, istemeden AMP URL’lerini yakalayarak önbelleğe alınmış sürümü geçersiz kılan bir yönlendirme zinciri oluşturur. Net, doğrudan yollar esastır.
Bunu test etmek için, AMP URL’lerinizin yanıt başlıklarını incelemek üzere curl komut satırı aracını kullanın. Hedefe ulaşmadan önce ara bir sayfaya götüren bir 301 yönlendirmesi görürseniz, bir yönlendirme zinciriniz var demektir. Bu zincirleri tek ve doğrudan bir yönlendirmede düzleştirmek, tarama verimliliğini artırmanın ve önbelleğin sayfalarınızı atmasını önlemenin en hızlı yoludur.
Önbellek gecikmesi için gelişmiş hata ayıklama
AMP sayfalarındaki gecikme genellikle önbelleğin içeriği kaynak sunucuyla yeniden doğrulamasının alacağı süreden kaynaklanır. Sunucunuzun yanıt vermesi yavaşsa, AMP önbelleği zaman aşımına uğrayabilir ve bu da sayfanın önbellekten sunulmasında geçici bir hatayla sonuçlanabilir. Googlebot yeniden doğrulama döngüleri sırasında sunucuya defalarca vurabileceğinden, kaynak sunucunun yüksek frekanslı istekler için optimize edildiğinden her zaman emin olun.
Ek olarak, AMP çalışma zamanını beklemeye zorluyor olabilecek büyük görsel varlıklarını kontrol edin. Bunlar teknik olarak 404 hatasına neden olmasa da, Search Console’da uyarıları tetikleyen zayıf performans ölçümlerine yol açabilirler. AMP belgelerinizi hafif ve gereksiz şişkinliklerden arındırılmış tutarak, önbelleğin istekleri daha verimli bir şekilde yönetmesini sağlar, zaman aşımı riskini ve sonraki dizine ekleme düşüşlerini azaltırsınız.
Bu hafta nereden başlamalı?
Search Console AMP raporundaki en iyi performans gösteren sayfalarınızı denetleyerek başlayın. Şu anda hata gösteren URL’lerin listesini dışarı aktarın ve kaynak sunucunuzda hâlâ yayında olup olmadığını doğrulayın. Sayfaların kaldırılması amaçlanıyorsa, Googlebot’un bunları dizinden çıkarabilmesi için 404 veya 410 durum kodu döndürdüklerinden emin olun. Yayında olmaları gerekiyorsa, doğru ve mevcut URL’yi işaret ettiğinden emin olmak için kanonik bağlantıyı düzeltin.
Düzeltmeleri yaptıktan sonra, etkilenen sayfaların yeniden taranmasını istemek için Search Console’daki URL İnceleme Aracı’nı kullanın. Bu, Google’ı kanonik ilişkiyi yeniden değerlendirmeye ve eski önbelleğe alınmış girdileri temizlemeye zorlayacaktır. Bu adımlardaki tutarlılık, sitenizin performansını geri yükleyecek ve tekrarlayan tarama hatalarını önleyecektir.