AMP (Hızlı Mobil Sayfalar) mobilde hızlı açılan sayfalar üretmek için geliştirilen açık kaynaklı bir HTML çerçevesidir. Google 2021'den beri AMP'yi Top Stories alanı için şart koşmuyor. AMP bir sıralama faktörü de değil. Bugün Google sayfanın hangi teknolojiyle yapıldığına değil, sayfa deneyimi tarafında Core Web Vitals değerlerine bakar.
AMP nedir ve nasıl çalışır?
AMP sayfayı kısıtlı bir HTML, sınırlı CSS ve hazır bileşenlerle kurarak hızı tasarım aşamasında sabitlemeye çalışan bir çerçevedir. Google öncülüğünde 2015'te başlatıldı, bugün OpenJS Foundation altında açık kaynak olarak sürdürülüyor. Üç parçası vardır:
- AMP HTML: Bazı standart etiketlerin yerine özel bileşenler kullanılır. Görsel için
<amp-img>, video için<amp-video>, galeri için<amp-carousel>, reklam için<amp-ad>gibi. - Sınırlı CSS: Stil sayfanın içine gömülür ve toplam boyutu 75 KB ile sınırlıdır. Harici stil dosyası kullanılamaz.
- AMP JavaScript: Sayfa kendi yazdığınız JavaScript'i serbestçe çalıştıramaz. Etkileşim AMP'nin kendi bileşenleriyle kurulur.
Hızın bir kısmı da önbellekten gelir. Google gibi AMP önbellekleri geçerli AMP sayfalarını kendi sunucularında saklar ve arama sonucundan tıklandığında buradan sunar.
AMP SEO'yu ve sıralamayı etkiler mi?
Hayır. AMP SEO'yu ve sıralamayı doğrudan etkilemez. AMP doğrudan bir sıralama faktörü değildir ve hiç olmamıştır. Google hızlı ve iyi bir sayfa deneyimini ödüllendirir. Deneyimin AMP ile mi yoksa iyi optimize edilmiş normal bir sayfayla mı sağlandığına bakmaz.
AMP'nin SEO değeri yıllarca iki ayrıcalıktan geliyordu. Mobilde Top Stories haber karuselinde yer almak için AMP şarttı. Arama sonuçlarında AMP sayfaları şimşek simgesiyle işaretleniyordu. Google Haziran 2021'deki sayfa deneyimi güncellemesiyle ikisini de kaldırdı. O tarihten beri Top Stories'e Google News politikalarına uyan herhangi bir sayfa girebilir. Şimşek simgesi de gösterilmiyor.
Bugün AMP'nin sağladığı tek avantaj hızdır. Aynı hız normal sayfada da elde edilebiliyorsa AMP'nin ek bir SEO getirisi kalmaz.
Google'ın sızan belgelerinde AMP'ye ayrılmış bir alan var mı?
Evet. Google'ın sızan belgelerinde AMP'ye ayrılmış iki alan var, ikisi de arama sonucundaki önizleme kurallarıyla ilgili. Alanların bağlı olduğu QualityDniDocPreviewRestrictions kaydı snippet uzunluğu, küçük resim boyutu ve video önizleme süresi sınırlarını sayfadaki işaretlemeden alıyor. Modül notu kaydın Avrupa Birliği telif direktifi ile genel önizleme kurallarına uyum için tutulduğunu yazıyor.
- isAmp: Yalnız sayfanın kendisi AMP ise doğru olur. Eşli AMP yapısında asıl (canonical) sayfada bu değer yanlış kalır. İki sürüm ayrı kayıtlarla tutulduğu için canonical ile amphtml eşleşmesini doğru kurun.
- docPreviewRestrictionsForAmp: Arama sonucu özetini üreten yanıt kaydında AMP sonucu için ayrıca tutulan önizleme kısıtlarıdır. Eşli AMP kullanıyorsanız max-snippet ile max-image-preview gibi robots meta kurallarını iki sürümde aynı yazın.
- Mobil alanlar: AMP'yi kaldırınca ziyaretçi normal sayfayı açar. SmartphonePerDocData modülündeki isSmartphoneOptimized alanı sayfanın akıllı telefonda düzgün görüntülenip görüntülenmediğini tutuyor. Aynı modüldeki violatesMobileInterstitialPolicy alanının açıklamasına göre içeriği örten mobil pencere kuralını çiğneyen sayfa düşürülmeli. AMP'den çıkmadan önce normal sayfayı bu iki açıdan kontrol edin.
Top Stories şartı ise Google'ın kendi duyurusuyla kalktı. Google 19 Nisan 2021 tarihli duyurusunda AMP biçimini kullanmanın artık gerekli olmadığını yazdı. Aynı duyuruya göre Google News politikalarına uyan her haber sayfası, Core Web Vitals puanına bakılmadan bu karuselde görünmeye uygun sayılıyor. Şemadaki alanlar ise yalnız kaydın var olduğunu gösterir, ağırlığını ya da bugünkü kullanımını göstermez. Şemanın sıralama tarafındaki kalite ve tıklama alanlarını Google algoritma sızıntısı üzerine hazırladığımız rehberde ele aldık.
Hızlı mobil sürüm asıl sayfaya nasıl bağlanır?
Hızlı mobil sürüm olan AMP genellikle ayrı bir URL'de yayınlanır ve normal sayfaya iki etiketle bağlanır. Normal sayfanın head bölümüne AMP sürümünü gösteren etiket eklenir:
<link rel="amphtml" href="https://www.siteadi.com/haber/amp/">
AMP sayfasına da asıl sayfayı gösteren canonical etiketi konur. Bu eşleşme bozulursa Google iki sayfayı ayrı içerik gibi değerlendirebilir. Canonical'ın nasıl çalıştığını canonical etiketi yazımızda anlattık. Sitenin tamamı AMP ile yapılmışsa ayrı URL gerekmez. Sayfa kendini canonical olarak gösterir.
AMP sayfasının geçerli olup olmadığını üç yerden kontrol edebilirsiniz. Sayfa adresinin sonuna #development=1 ekleyip tarayıcı konsoluna bakmak ilk yoldur. İkincisi AMP Validator tarayıcı eklentisi, üçüncüsü Search Console'daki AMP raporudur. Geçersiz AMP sayfaları önbellekten sunulmaz.
İki ayrı sürüm yönetmenin dezavantajları nelerdir?
İki ayrı sürümlü AMP yapısının en büyük dezavantajı aynı içeriğin iki ayrı sürümünü yönetmek zorunda kalmaktır. Tasarım, ölçüm ve reklam kurulumu her iki sürümde ayrı ayrı çalışmalıdır. Sık karşılaşılan sorunlar şunlardır:
- Form, filtre, sepet gibi etkileşimli öğeler AMP bileşenleriyle kısıtlı kurulur. E-ticaret sayfalarında bu ciddi bir sınırdır.
- Ölçüm için ayrı AMP analitik yapılandırması gerekir. Kurulum eksikse GA4 aynı kişiyi önbellekteki sayfada ve sitede iki ayrı kullanıcı olarak sayabilir.
- Önbellekten sunulan sayfada adres çubuğu sizin alan adınızı göstermeyebilir. Signed exchange kurulumu bu sorunu çözer ama ek teknik iş getirir.
- Normal sayfada yapılan bir değişiklik AMP şablonuna yansıtılmazsa iki sürüm arasında içerik farkı oluşur.
AMP'nin alternatifi nedir?
AMP'nin alternatifi tek URL'de yayınlanan, iyi optimize edilmiş duyarlı (responsive) normal sayfadır. Normal sayfa aynı hıza şu dört adımla yaklaşır:
- Görselleri sıkıştırıp WebP ya da AVIF biçiminde sunmak.
- Ekranın altında kalan görselleri lazy loading ile geç yüklemek.
- İlk açılışta gerekmeyen JavaScript ile CSS dosyalarını ertelemek.
- Önbellek ile içerik dağıtım ağı (CDN) kullanarak sunucu yanıt süresini kısaltmak.
Tek URL'li yapıda ayrı bir AMP şablonu, ayrı ölçüm kurulumu ya da canonical eşleşmesi gerekmez.
Mevcut AMP yapısını korumalı mı, kaldırmalı mı?
Mevcut AMP yapısını korumak ya da kaldırmak sitenin durumuna bağlıdır. Yeni bir projede AMP'ye başlamak için ise güçlü bir SEO nedeni yoktur. Karar için şu soruların cevabı yeterlidir:
- Normal mobil sayfanız Core Web Vitals'ı geçiyor mu? Geçiyorsa AMP'nin ek katkısı yoktur.
- AMP sürümü ile normal sürüm arasında içerik ve ölçüm farkı var mı? Varsa bakım yükü avantajdan büyüktür.
- Normal sayfa çok ağır ve kısa sürede hızlandırılamıyorsa AMP geçici olarak korunabilir.
AMP'yi kaldırırken her AMP adresini 301 ile normal sayfaya yönlendirin ve normal sayfalardaki amphtml etiketini silin. AMP adresine gelen linkler ve Google önbelleğindeki kopyalar böylece doğru sayfaya ulaşır. Yönlendirme kurallarının ayrıntısı URL yönlendirme yazımızda yer alıyor. Kaldırma sonrasında Search Console'daki AMP raporu zamanla boşalır.
Hangi yolu seçerseniz seçin ölçüt aynıdır: sayfanın gerçek kullanıcılarda hızlı açılması. Largest Contentful Paint (LCP), Interaction to Next Paint (INP) ve Cumulative Layout Shift (CLS) değerlerini nasıl okuyacağınızı Core Web Vitals metrikleri yazısında bulabilirsiniz. Hızın diğer teknik konularla ilişkisini teknik SEO konusundaki rehberimizde anlattık. Haber sitelerinde AMP'den çıkış ve Top Stories görünürlüğü için haber siteleri için SEO hizmetimizi, diğer siteler için SEO danışmanlığı sayfamızı inceleyebilirsiniz.