Google Search Console Yaygın AMP Hatalarını Giderme

Google Search Console AMP hatalarını düzeltmek, AMP durum raporu içindeki belirli doğrulama sorunlarının belirlenmesini ve sayfa koduna teknik düzeltmelerin uygulanmasını gerektirir. Web yöneticileri, zorunlu etiketlere ve kısıtlı CSS veya JavaScript kurallarına uyumu sağlamak için AMP Test Tool gibi araçları kullanmalıdır. Bu hataların düzeltilmesi, mobil sayfalarınızın Google Arama özellikleri için uygun kalmasını ve mobil cihazlarda arama yapan kullanıcılar için yüksek görünürlük korumasını sağlar.

En sık görülen AMP doğrulama hataları nelerdir?

Google Search Console’daki AMP durum raporu sorunları hatalar ve uyarılar olarak kategorize eder. Hatalar, sayfanızın AMP’ye özgü özelliklerle Google Arama sonuçlarında görünmesini engellerken, uyarılar sayfanın nasıl görüntülendiğini veya belirli zengin sonuçlar için uygunluğunu etkileyebilir. Çoğu hata, hızlı yükleme süreleri sağlamak için belirli kod türlerini sınırlayan katı AMP HTML spesifikasyonunun ihlal edilmesinden kaynaklanır.

Yaygın bir sorun, izin verilmeyen niteliklerin veya etiketlerin kullanılmasıdır. Örneğin, ‘img’ veya ‘video’ gibi standart HTML etiketleri, ‘amp-img’ veya ‘amp-video’ gibi AMP karşılıklarıyla değiştirilmelidir. Sistem, gerekli AMP kütüphanesinin bir parçası olmayan standart bir ‘script’ etiketi algılarsa, sayfayı geçersiz olarak işaretleyecektir. Diğer sık görülen bir hata ise CSS boyut sınırlarını içerir. AMP, satır içi CSS’i 75KB ile sınırlandırır; bu sınırın aşılması, sayfanın mobil arama atlıkarıncasından kaldırılmasına neden olan bir doğrulama hatasına yol açar.

• ‘head’ veya ‘body’ gibi zorunlu etiketlerin eksik olması.
• ‘amp-script’ veya standart kütüphaneler dışındaki izin verilmeyen JavaScript.
• CSS sözdizimi hataları veya 75KB sınırının aşılması.
• ‘ld+json’ bloğu içinde geçersiz yapılandırılmış veri.
• Düzen bağımlı bileşenler için eksik genişlik veya yükseklik nitelikleri.

AMP içeriğinizi etkili bir şekilde nasıl doğrularsınız?

Doğrulama, geliştirme aşamasında başlayan ve Search Console’daki izleme ile devam eden çok adımlı bir süreçtir. Geliştiriciler, bir sayfa yayınlanmadan önce kod hatalarını yakalamak için tarayıcı tabanlı AMP Validator’ı kullanmalıdır. Bu araç, sözdizimi sorunları ve eksik bileşenler hakkında gerçek zamanlı geri bildirim sağlar. Bir sayfa canlıya alındıktan sonra, Google’ın resmi AMP Test Tool aracı, sayfanın arama sonuçları için uygun olup olmadığına dair kesin bir kontrol sağlar.

Sitenizdeki tüm AMP sayfalarının performansını izlemek için AMP durum raporunu kullanın.

Google Search Central

Durum raporunda bir hata tespit ettiğinizde, belirli soruna tıklamak etkilenen URL’lerin bir listesini ortaya çıkaracaktır. Google’ın dizine eklediği sürümü görmek için ‘Inspect URL’ aracını kullanarak bu URL’leri incelemelisiniz. Kodunuzu yakın zamanda güncellediyseniz, Google’a sayfaları yeniden taraması için sinyal vermek üzere ‘Validate Fix’ düğmesini kullanın. Bu süreç anlık değildir ve Googlebot sitedeki değişiklikleri işledikçe tamamlanması birkaç gün sürebilir.

Alien Road AMP optimizasyonunu nasıl uygular

Alien Road olarak AMP yönetimine merkezi bir teknik denetim yoluyla yaklaşıyoruz. Binlerce ürün sayfasına sahip büyük bir e-ticaret mağazası gibi tipik bir müşteri projesi için hataları tek tek düzeltmiyoruz. Bunun yerine, doğrulama hatasından sorumlu şablon düzeyindeki kodu belirliyoruz. Bir ürün düzeninde ‘amp-img’ etiketinde yükseklik niteliği eksikse, sorunu tüm etki alanında çözmek için küresel şablonu güncelliyoruz.

Süreçimiz, tüm kanonik ve AMP ilişkilerini haritalandırdığımız bir keşif aşamasını içerir. Ardından, en çok ziyaret edilen sayfaları etkileyen düzeltmelere öncelik vermemizi sağlayan toplu hata verilerini çıkarmak için Search Console API’sini kullanıyoruz. Uygulamadan sonra, Ürün veya Makale şeması gibi yapılandırılmış verilerin bozulmadığından emin olmak için Rich Results Test’i kullanarak manuel bir kontrol gerçekleştiriyoruz. Bu yapılandırılmış yaklaşım, arama görünürlüğünü en üst düzeye çıkarırken teknik borcun en aza indirilmesini sağlar.

Robots.txt ayarları AMP sayfalarınızı engelleyebilir mi?

Geçerli AMP sayfalarının arama sonuçlarında görünmemesinin sık görülen bir nedeni tarama engellemedir. Robots.txt dosyanız Googlebot’un AMP dosyalarınızın depolandığı dizine erişmesini engellerse, Google içeriği dizine ekleyemez. Bu durum genellikle site geçişleri sırasında veya mobil içerik için yeni alt alan adları oluşturulduğunda meydana gelir. Hem kanonik sayfanın hem de AMP sürümünün arama tarayıcıları için erişilebilir olduğundan emin olmalısınız.

Googlebot’un kanonik sayfayı, AMP sayfasını ve yapılandırılmış verilerdeki bağlantıları taramasına izin vermek için sitenizin robots.txt dosyasını düzenleyin.

Google Search Central

Robots.txt’ye ek olarak, tarayıcılara sayfayı yoksymalarını söyleyebilecek meta etiketleri kontrol edin. Robots meta etiketindeki ‘noindex’ yönergesi veya bir X-Robots-Tag HTTP başlığı, AMP sürümünün kullanıcılara sunulmasını engelleyecektir. En iyi sonuçlar için, bir sayfayı dizinin dışında tutmak için belirli bir neden olmadıkça, hem kanonik hem de AMP içeriğinden tüm kısıtlayıcı meta etiketleri kaldırın. Her iki sürümde de tutarlı dizine ekleme talimatları, istikrarlı bir mobil varlığın anahtarıdır.

AMP başarısı için çapraz etki alanı takibi neden hayati önem taşır?

İçerik genellikle kendi etki alanınız yerine Google AMP Cache’den sunulduğu için AMP sayfalarındaki kullanıcı davranışını izlemek zor olabilir. Bu, Google Analytics 4’te (GA4) çapraz etki alanı sorunu yaratır. Bir kullanıcı yolculuğuna bir AMP sayfasında başlar ve ardından ana web sitenize tıklarsa, GA4 bunu iki ayrı oturum olarak görebilir. Bu durum, şişirilmiş hemen çıkma oranları ve yanlış dönüşüm atfı gibi yanlış verilere yol açar.

Bunu çözmek için, bir bağlayıcı parametresine sahip ‘amp-analytics’ bileşenini uygulamalısınız. Bu parametre, URL sorgu dizesi aracılığıyla AMP önbelleğinden bir istemci kimliğini birincil etki alanınıza iletir. Kullanıcı ana sitenize ulaştığında, analitik komut dosyası bu kimliği okur ve mevcut oturuma devam eder. Bu koordinasyon, ilk mobil temas noktasından nihai satın almaya kadar tüm müşteri yolculuğunu anlaması gereken pazarlamacılar için esastır.

• amp-analytics komut dosyasını AMP sayfanızın head bölümüne ekleyin.
• JSON yapılandırma bloğunuzda ‘linker’ ayarını yapılandırın.
• GA4 veri akışı ayarlarınızda ‘Linker’ seçeneğini etkinleştirin.
• URL’deki ‘_gl’ parametresini kontrol ederek istemci kimliklerinin tutarlı olduğunu doğrulayın.
• Oturumların geçiş sırasında kesilmediğini onaylamak için GA4’te DebugView’u kullanın.

Bu hafta nereden başlamalı

Google Search Console’da oturum açarak ve ‘Experience’ altındaki ‘AMP’ bölümüne giderek başlayın. Hatalı URL’lerin listesini dışarı aktarın ve bunları doğrulama hatası türüne göre gruplandırın. Eksik kanonik bağlantılar veya yanlış komut dosyası yapılandırmaları gibi şablon genelindeki sorunları önce ele alın. Kod güncellendikten sonra, yeniden tarama sürecini başlatmak için ‘Validate Fix’ özelliğini kullanın. Son olarak, çapraz etki alanı takibinin mobil trafiğinizi doğru şekilde ilişkilendirdiğinden emin olmak için GA4 verilerinizi kontrol edin.