AMP SEO'su

TL;DR — AMP (Accelerated Mobile Pages), son derece hızlı mobil sayfalar oluşturmak için Google tarafından 2015’te geliştirilen bir çerçevedir. Hiçbir zaman bir sıralama faktörü olmadı ve Haziran 2021’den beri Google’ın Top Stories karuselinde görünmek için gerekli değildir — bu görevi Core Web Vitals devraldı. Yeni bir site için AMP ile uğraşmayın. Zaten kullanıyorsanız zahmete hâlâ değip değmediğini değerlendirin.

AMP nedir?

AMP, Accelerated Mobile Pages (Hızlandırılmış Mobil Sayfalar) ifadesinin kısaltmasıdır. Google bunu 2015’te (aynı yılın ekim ayında Google Arama’da gösterilmeye başladı) mobil sayfaların neredeyse anında yüklenmesini sağlayan açık kaynaklı bir yöntem olarak başlattı.

Çalışma biçimi, sayfanızı katı bir diyete sokmaya benzer. AMP yalnızca sınırlı bir HTML kümesine izin verir; kendi JavaScript’iniz büyük ölçüde yasaktır, CSS satır içine alınmalı ve küçük tutulmalı, ayrıca özel bir AMP kitaplığı yüklenmelidir. Karşılığında Google, sayfanızın bir kopyasını kendi son derece hızlı ağında (Google AMP Cache) saklayabilir ve kullanıcı sonucunuza dokunmadan önce arka planda yükleyebilir — böylece sayfa anında açılıyormuş gibi hissedilir.

İnsanlar neden kullandı?

Yıllarca AMP, Top Stories karuseline — mobil arama sonuçlarının üstündeki haber kutusuna — giriş bileti gibiydi. Bir haber sitesi işletiyor ve Top Stories’de yer almak istiyorsanız AMP gerekliydi. Google ayrıca AMP sonuçlarının yanında küçük bir yıldırım işareti (⚡) göstererek sayfanın hızlı yükleneceğini belirtiyordu.

Ne değişti?

Haziran 2021’de Google, Top Stories için AMP zorunluluğunu kaldırdı. Artık Google’ın haber kriterlerini karşılayan herhangi bir sayfa orada görünebilir; performans açısından önemli olan AMP değil, Google’ın hız ve kararlılık ölçütleri olan Core Web Vitals’tır. Google aynı dönemde sonuçlardaki yıldırım rozetini de kaldırdı.

İnsanların en sık yanıldığı nokta

AMP bir sıralama artışı sağlamaz. Google her zaman AMP’nin kendisinin bir sıralama faktörü olmadığını söyledi. Hızlı sayfalar daha iyi sıralanabilir, elbette; ancak AMP hız elde etmenin yalnızca bir yoludur. İyi oluşturulmuş normal bir sayfa, AMP’nin kısıtlamaları olmadan da aynı hızda (hatta daha hızlı) olabilir.

Bugün kullanmalı mısınız?

• Yeni site? AMP oluşturmayın. Emeğinizi bunun yerine Core Web Vitals’a harcayın.
• Zaten AMP kullanıyor musunuz? Hâlâ çalışır ve dizine eklenebilir. Ancak birçok yayıncı, fazla trafik kaybetmeden AMP’yi kapattı; bunun bir nedeni AMP’nin analizleri karmaşıklaştırmasıdır. Tutmaya hâlâ değip değmediğini sorgulayın.

Canonical etiketleme, URL yeniden yazma sorunları, Signed Exchange, analiz tuzakları ve gerçek bir kaldırma kontrol listesiyle tam sürümü mü istiyorsunuz? Advanced sekmesine geçin.

TL;DR — AMP, Google’ın 2015’te neredeyse anında açılan mobil sayfalar için çıkardığı açık kaynaklı çerçevedir; kısıtlı HTML/CSS/JS ve Google AMP Cache üzerinden önceden oluşturma kullanır. Hiçbir zaman bir sıralama faktörü olmadı (Google bunu açıkça söylüyor) ve Haziran 2021 Page Experience güncellemesinden beri Top Stories için zorunlu değil; yerini Core Web Vitals aldı ve AMP rozeti kaldırıldı. Önbellekteki AMP hâlâ google.com/amp/s/… altında sunulur; Signed Exchange (SXG) sayfayı kendi URL’niz altında sunabilir, ancak yalnızca Chrome’da çalışır. Canonical ilişkisi, AMP olmayan sayfanın kendisini canonical olarak göstermesi ve rel="amphtml" taşımasıyla, AMP sayfasının da rel="canonical" ile ona dönmesi şeklindedir. AMP bugün isteğe bağlı ve kullanımı azalıyor: yeni AMP oluşturmayın; özellikle analiz maliyetini hesaba katıp mevcut kurulumu tutup tutmayacağınıza karar verin.

Kısa tarihçe

Google AMP’yi 2015’te başlattı ve aynı yılın ekim ayında Google Arama’da kullanıma sundu. Facebook Instant Articles ve Apple News’e karşı açık web’in yanıtı, yayıncı sayfalarını mobil hız açısından rekabetçi tutmanın bir yolu olarak konumlandırıldı. Başlangıçta Twitter, LinkedIn, WordPress ve Pinterest gibi ortaklar tarafından desteklendi; proje daha sonra OpenJS Foundation yönetimine geçti, ancak Google baskın katkıcı olmayı sürdürdü.

Yayıncıların çoğunun AMP’yi benimsemesinin asıl nedeni ideoloji değildi; Top Stories karuseliydi. Yaklaşık 2016’dan 2021’e kadar orada görünmek için AMP fiilen gerekliydi ve Google AMP sonuçlarını yıldırım (⚡) rozetiyle işaretliyordu.

AMP teknik olarak nasıl çalışır?

AMP, kısıtlamalar sayesinde hız sağlar:

• Kısıtlı işaretleme. Bir AMP sayfası <html ⚡> (veya <html amp>) bildirir, AMP JS çalışma zamanını (<script async src="https://cdn.ampproject.org/v0.js">) yükler ve AMP standart kodunun yanı sıra zorunlu charset ve viewport meta etiketlerini içerir.
• Geliştirici JavaScript’i yoktur. Kendi JS kodunuza, korumalı alanda çalışan amp-script bileşeni dışında izin verilmez; üçüncü taraf JS yalnızca iframe’ler içinde çalışır. Çalışan her şey eşzamansız olduğundan hiçbir şey oluşturmayı engellemez.
• CSS satır içine alınır ve 75KB ile sınırlıdır. Harici stil sayfaları kullanılamaz.
• Kaynak boyutları statik olarak bildirilir. Görseller ve gömülü içerikler için alan baştan ayrılır; bu da düzen kaymasını önler.

Bu kurallar Google’ın kullanıcı dokunmadan önce gizli bir iframe içinde AMP sayfasını güvenle önceden oluşturmasını sağlar; “anında” hissi buradan gelir.

Google AMP Cache

AMP’nin hızı yalnızca çerçeveden değil, sunum biçiminden gelir. Google AMP sayfanızın doğrulanmış ve optimize edilmiş bir kopyasını cdn.ampproject.org üzerinde saklar, HTTPS ve modern protokollerle sunar ve görselleri optimize eder. Akılda tutulması gereken sonuç şudur: önbellekteki AMP’de içeriğinizin ana bilgisayarı Google’ın altyapısıdır, sizin sunucularınız değil. Masaüstü AMP sayfaları AMP Cache’den sunulmaz; canonical AMP orada standart sonuç gibi davranır. Bu nedenle CDN hızlandırmasının yararı esasen mobille sınırlıdır.

Google Arama’da gerçekte ne oldu?

Önemli zaman çizelgesi:

• 2016–2021: Sonuçlarda AMP rozeti (⚡) gösterildi; Top Stories için AMP gerekliydi.
• Nisan 2021: Google, Page Experience güncellemesiyle Top Stories için “using the AMP format is no longer required” (“AMP formatını kullanmak artık zorunlu değil”) açıklamasını yaptı.
• Haziran 2021: Page Experience güncellemesi kullanıma sunuldu. Core Web Vitals, Top Stories uygunluğunun performans sinyali hâline geldi ve Google sonuçlardaki AMP rozetini kaldırdı.
• 2021–günümüz: AMP isteğe bağlıdır, sıralama artışı sağlamaz ve performansla ilgili sinyalleri gerçekte belirleyen CWV’dir.

Ana fikir şu: AMP’nin kendisi bir sıralama faktörü değildir ve artık Top Stories için gerekli değildir.

URL yeniden yazma sorunu (ve Signed Exchange)

Tek bir AMP makalesi için üç URL devrededir: yayıncının özgün URL’si, cdn.ampproject.org üzerindeki AMP Cache URL’si ve https://www.google.com/amp/s/[your-domain]/[path] biçimindeki Google AMP Viewer URL’si. Önceden oluşturma aynı kaynaklı bir iframe gerektirdiği için Viewer içeriğinizi google.com URL’si altında sunar; kullanıcılar sizin alan adınız yerine Google’ın alan adını görür. Bu durum marka karışıklığına ve ilişkilendirme sorunlarına yol açtı.

Signed Exchange (SXG) bu soruna çözüm getirir. AMP belgesini URL’nize bağlı bir kriptografik imzayla paketler; Chrome imzayı doğruladığında tarayıcı adres çubuğunda sizin alan adınızı gösterir. Google, desteklendiğinde Signed Exchange’i AMP Viewer’a tercih eder. Ancak SXG yalnızca Chrome’da çalışır, imzaların azami geçerlilik süresi 7 gündür (bu nedenle paketleyicinin yeniden imzalaması gerekir), yalnızca zengin ve temel sonuçlarla sınırlıdır (karuselleri kapsamaz) ve bir amppackager sunucusu veya üçüncü taraf SXG sağlayıcısı çalıştırmayı gerektirir. “Doğru” sunum yöntemi olsa da kayda değer bir işletim yükü getirir.

AMP canonical etiketleme

AMP uygulamalarının en çok bozulduğu yer burasıdır. İki kurulum vardır:

• Eşleştirilmiş (en yaygın): Bir AMP olmayan sayfa ile ayrı bir AMP sayfası bulunur.
  • AMP olmayan sayfa kendi canonical’ıdır ve <link rel="amphtml" href="https://example.com/article/amp/"> ekler.
  • AMP sayfası <link rel="canonical" href="https://example.com/article/"> ile AMP olmayan sürüme döner.
• Yalnızca AMP: Tek bir URL hem canonical hem AMP’dir; bu nedenle kendisine işaret eder.

Pratik kurallar: Google canonical URL’yi dizine ekler (AMP yinelenen içerik olarak ele alınır); bu nedenle yapılandırılmış veriyi her iki sürüme de ekleyin, site haritanızda yalnızca canonical URL’leri listeleyin ve AMP’nin keşfedilmesini rel="amphtml" ile sağlayın. Google bu rel="amphtml" / rel="canonical" eşleşmesini açıkça belgeler — kurulumunuz yukarıdaki iki durumdan biriyle eşleşmiyorsa referans ilişkisi için AMP hakkında: İçeriğinizi keşfedilebilir kılın belgesine bakın.

AMP analitiği zorlukları

AMP’nin izleme karmaşıklığı teorik değil, gerçek bir işletim maliyetidir:

• Yönlendiren sorunu. Önbellekteki AMP sayfalarından gelen trafik geçmişte organik arama yerine cdn.ampproject.org yönlendirmesi olarak görünebiliyordu; çözüm bu alanı yönlendiren hariç tutma listesine eklemektir.
• Oturum parçalanması. Önbellekteki AMP sayfasından AMP olmayan sayfaya geçiş varsayılan olarak yeni bir oturum başlatır. AMP Linker, amp_id= URL parametresiyle İstemci Kimliği önbellek ile site sınırından geçirerek oturumları birleştirir.
• AMP için GTM, amp-analytics bileşenini kullanır; standart GTM’den daha karmaşık ve daha az özellikli bir kurulumdur.
• GA4, Haziran 2024’te yerel AMP desteği kazandı; öncesinde AMP ölçümü topluluk uygulamalarına dayanıyordu.

Search Engine Land AMP’yi kapattığında, bildirdiği kazanımlardan biri “a clearer picture of their audience analytics” oldu — dolayısıyla bu, bilinen bir sorun alanıdır.

Diğer AMP yüzeyleri (karıştırmayın)

• Web Stories (2018’de AMP Stories olarak başlatıldı, 2020’de Google Web Stories adını aldı), AMP üzerinde oluşturulan görsel ve dokunarak ilerlenen hikâye biçimidir. Arama, Discover ve Görseller’de görünür; standart AMP makalelerinden ayrıdır.
• AMP for Email, Gmail ve birkaç istemciye etkileşimli içerik (formlar, karuseller, gerçek zamanlı veri) getirir. Bu bir e-posta özelliğidir, arama SEO’su değildir; varlığını bilmek yararlıdır ama sıralamayla ilgili değildir.

Bing ve AMP

Bing, Eylül 2016’da AMP açık kaynak girişimine katıldı ve bir süre kendi AMP görüntüleyicisini ve önbelleğini, kendi yıldırım rozeti uygulamasıyla çalıştırdı. Ancak Bing’e göre AMP, sıralama algoritmalarını hiçbir şekilde etkilemedi. Bing’in AMP desteği artık büyük ölçüde tarihîdir; AMP gerektiren güncel bir haber karuseli veya Bing Webmaster araçlarında belirgin bir AMP raporu yoktur. Uygulamada Bing’in tutumu Google’ınkiyle aynıdır: isteğe bağlı ve sıralama artışı sağlamaz.

AMP’yi hâlâ kullanmalı mısınız?

AMP’yi tutmanın mantıklı olabileceği durumlar:

• AMP kullanan, Search Console hata oranı düşük ve geçiş maliyeti yüksek bir haber/medya yayıncısı.
• AMP’nin iyi Core Web Vitals elde etmenin en az dirençli yolu olduğu basit içerik siteleri.

Kaldırmanın mantıklı olabileceği durumlar:

• AMP’nin destekleyemediği işlevlere sahip kurumsal siteler — SMX West’te tam olarak bunu savundum: Karmaşık bir yapıya sahip büyük bir şirkette AMP’yi uygulamak çok zor olabilir, aşırı risk taşıyabilir ve AMP’nin izin vermediği site öğelerini korumak için gerçek ticari nedenler bulunabilir.
• AMP’yi yalnızca artık var olmayan Top Stories rozeti için çalıştıran siteler.
• Analiz netliğinin önemli olduğu siteler — AMP’nin izleme karmaşıklığı gerçek bir maliyettir.
• Core Web Vitals’ı zaten geçen siteler — AMP ek bir yarar sağlamaz.
• AMP’nin URL yeniden yazma biçiminin marka veya ilişkilendirme sorunlarına yol açtığı siteler.

Dürüst 2026 yanıtı: AMP isteğe bağlı ve kullanımı azalıyor. Yeni projelerde uygulamayın; mevcut projelerde işletim maliyetini kalan yararla karşılaştırın.

AMP nasıl kaldırılır? (Kaldırmaya karar verirseniz)

1. Canonical (AMP olmayan) sayfalarınızdaki rel="amphtml" etiketini kaldırın.
2. AMP URL’lerini canonical AMP olmayan eşdeğerlerine 301 ile yönlendirin.
3. Search Console’daki AMP durum raporunu izlemeyi bırakın.
4. Sonraki haftalarda AMP hatalarının Search Console’dan temizlendiğini doğrulayın.

Doğru uygulandığında canonical sayfalar dizine eklenmeye ve sıralanmaya devam eder. Search Engine Land dâhil büyük yayıncılar, AMP’yi asgari trafik kesintisiyle kaldırdı.

Çürütülmesi gereken mitler

• “AMP sıralama artışı sağlar.” Sağlamaz. AMP bir sıralama faktörü değildir; hızdır ve AMP hız elde etmenin yalnızca bir yoludur.
• “Top Stories için AMP gerekir.” Haziran 2021’den beri doğru değildir.
• “AMP her zaman normal bir sayfadan daha hızlıdır.” Hayır — avantaj, Google’ın önbellekteki kopyayı önceden oluşturmasından gelir. Hızlı bir AMP olmayan sayfa, yavaş bir AMP sayfasını geçebilir.
• “AMP URL’leri sizin URL’lerinizdir.” Yalnızca Signed Exchange ile (sadece Chrome’da). Varsayılan Viewer google.com/amp/s/… adresini gösterir.
• “AMP’yi kaldırmak trafiği çökertir.” Canonical ilişkilerini ve yönlendirmeleri doğru yönettiğinizde etki genellikle asgari düzeyde olur.

Artık gerçekten önemli olan performans sinyalleri için Core Web Vitals ve daha geniş Web Performance kümesine bakın.

AI özet

Advanced sürümün kısa özeti:

• AMP = Accelerated Mobile Pages, Google’ın 2015’te başlattığı (Ekim 2015’te Google Arama’da kullanıma sunulan), kısıtlı HTML/CSS/JS ve Google AMP Cache üzerinden önceden oluşturma sayesinde neredeyse anında açılan mobil sayfalar sağlayan açık kaynaklı çerçevedir.
• Hiçbir zaman sıralama faktörü olmadı — Google bunu açıkça söylüyor. Hız önemlidir; AMP hız elde etmenin yollarından biridir, ancak tek yolu değildir.
• Haziran 2021 Page Experience güncellemesinden beri Top Stories için artık zorunlu değildir — performans sinyali olarak yerini Core Web Vitals aldı ve sonuçlardan AMP rozeti kaldırıldı.
• Sunum: Önbellekteki AMP genellikle google.com/amp/s/… altında görünür; Signed Exchange (SXG) içeriği kendi URL’niz altında sunabilir, ancak yalnızca Chrome’da çalışır (azami 7 günlük imza, karusel desteği yok, paketleyici gerekir).
• Canonical eşleştirmesi: AMP olmayan sayfa kendi canonical’ıdır ve rel="amphtml" taşır; AMP sayfası rel="canonical" ile ona geri işaret eder. Google canonical URL’yi dizine ekler; yapılandırılmış veriyi her iki sürüme de ekleyin ve site haritasında yalnızca canonical URL’leri listeleyin.
• Asıl maliyet analizlerdir: cdn.ampproject.org yönlendiren sorunu, AMP Linker / amp_id= ile çözülen oturum parçalanması ve karmaşık AMP için GTM kurulumu. GA4, Haziran 2024’te yerel AMP desteği ekledi.
• Farklı yüzeyler: Web Stories (AMP Stories, 2020’de yeniden adlandırıldı) ve AMP for Email — ikisi de arama için kullanılan standart makale AMP’si değildir.
• Bing: AMP’ye 2016’da katıldı, ancak AMP Bing sıralamasını hiçbir zaman etkilemedi; destek artık büyük ölçüde tarihîdir.
• Karar: AMP isteğe bağlıdır ve kullanımı azalmaktadır. Yeni AMP oluşturmayın; işletim maliyeti azalan yararı aştığında AMP’yi kaldırın (rel="amphtml" etiketini kaldırın ve AMP URL’lerini 301 ile yönlendirin).

Resmî belgeler

Arama motorlarının ve AMP projesinin birincil kaynak belgeleri.

Google

• AMP hakkında — Google’ın AMP’yi nasıl sunduğu (Viewer ve Signed Exchange), “bir sıralama faktörü değildir” ifadesi ve masaüstü önbelleğiyle ilgili istisna.
• AMP sayfalarını doğrulama — AMP Testi, Zengin Sonuçlar Testi ve Search Console AMP durum raporu.
• Sayfa deneyimi güncellemesi hakkında daha fazla ayrıntı (Nisan 2021) — AMP’nin Top Stories için artık zorunlu olmadığını duyuran açıklama.
• Google AMP Cache genel bakışı ve AMP Cache URL biçimi — önbelleğin AMP sayfalarını nasıl depoladığı ve adreslediği.
• Bir AMP URL’sinde ne bulunur? — Viewer URL’sinin önceden oluşturma için neden gerekli olduğu.
• İmzalı Değişimler (SXG) — AMP’yi kendi URL’niz altında sunma.
• E-posta için AMP — e-postaya özgü ayrı kullanım alanı.
• GA4 ile AMP ölçümü ve AMP oturum birleştirme — analizle ilgili ayrıntılar.

AMP project

• AMP nasıl çalışır? — çerçevenin kısıtlamalar ve önceden oluşturmayla ilgili kendi açıklaması.
• AMP’yi İmzalı Değişimlerle sunma — uygulama rehberi.

Bing / Microsoft

• Bing uygulaması AMP açık kaynak girişimine katılıyor (Eylül 2016) — Bing’in AMP’ye katılımı.

Kaynaktan alıntılar

Google ve Bing’den kayda geçmiş ifadeler. Her bağlantı kaynak sayfadaki alıntıya gider.

Google — AMP bir sıralama faktörü değildir

• “AMP itself isn’t a ranking factor.” (Türkçe çeviri) “AMP’nin kendisi bir sıralama faktörü değildir.” — Google Search Central belgeleri. Alıntıya git

Google — AMP, Top Stories için artık zorunlu değil

• Top Stories karuseli için “using the AMP format is no longer required” (Türkçe çeviri) “AMP biçimini kullanmak artık zorunlu değildir”. Alıntıya git

Google — Signed Exchange, Viewer’a tercih edilir

• Google, “prioritizes signed exchange over AMP Viewer when supported.” (Türkçe çeviri) “desteklendiğinde AMP Viewer yerine imzalı değişimi tercih eder.” Alıntıya git

Google — masaüstü AMP, önbellekten sunulmaz

• “Desktop AMP pages are not currently served from Google AMP Cache; canonical AMP pages behave as standard results.” (Türkçe çeviri) “Masaüstü AMP sayfaları şu anda Google AMP Cache üzerinden sunulmaz; canonical AMP sayfaları standart sonuçlar gibi davranır.” Alıntıya git

Bing — AMP bir Bing sıralama faktörü değildir

• “AMP does not impact our ranking algorithms in any way.” (Türkçe çeviri) “AMP, sıralama algoritmalarımızı hiçbir şekilde etkilemez.” — AMP’nin kullanıma sunulduğu dönemde Bing’in mühendislik grup yöneticisi. Haberi okuyun

AMP’yi korumak, kaldırmak veya hiç kullanmamak

Yeni bir proje için AMP’yi mi düşünüyorsunuz? SEO için eklemeyin. AMP bir sıralama faktörü değildir ve Top Stories için artık zorunlu değildir. Performans ve yayıncılık gereksinimlerini doğrudan karşılayan canonical bir site oluşturun.

Zaten AMP sayfaları işletiyor musunuz? AMP sürümü ancak ikinci bir uygulamayı sürdürme maliyetini aşan ölçülmüş bir işletim veya sunum yararı sağlıyorsa devam edin.

• AMP kararlı, ucuz ve gerçekten yararlıysa: Koruyun; ancak canonical eşleşmesini, doğrulamayı, analizleri ve içerik eşitliğini denetleyin.
• AMP yalnızca eski Top Stories zorunluluğu için varsa: Kaldırmayı planlayın.
• AMP analiz, özellik, marka veya bakım sorunlarına yol açıyorsa: URL bazında canonical eşdeğerlerine yönlendirerek kaldırın.
• Canonical sayfalarınız performans gereksinimlerini henüz karşılamıyorsa: Önce bunu düzeltin, sonra geçiş yapın; çalışan sürümü yedek olmadan kaldırmayın.

AMP bakım ve kaldırma kontrol listesi

AMP kalıyorsa

• Her canonical sayfa, rel="amphtml" ile kendi AMP karşılığına işaret eder.
• Her AMP sayfa, canonical’ı karşılık gelen AMP olmayan URL’ye döndürür.
• İçerik ve yapılandırılmış veri her iki sürümde eşdeğer kalır.
• AMP belgeleri şablon, bileşen ve reklam değişikliklerinden sonra doğrulanır.
• Analizler, önbellekten siteye geçişte ilişkilendirmeyi ve oturumları korur.
• XML site haritasında yalnızca canonical URL’ler bulunur.

AMP kaldırılıyorsa

• Canonical sayfaların tam içeriği içerdiğini ve ekibin performans kabul kontrollerini geçtiğini doğrulayın.
• Canonical sayfalardan rel="amphtml" etiketini kaldırın.
• Her AMP URL’sini tam canonical eşdeğerine kalıcı bir yönlendirmeyle eşleyin.
• Hedefte canonical’ları, yapılandırılmış veriyi, iç bağlantıları ve analizleri yeniden test edin.
• AMP raporları temizlenirken ve canonical URL’ler yeniden taranırken Search Console’u izleyin.

Kaçınılması gereken AMP hataları

Var olmayan bir sıralama artışı için AMP’yi tutmak

AMP hiçbir zaman bir sıralama faktörü olmadı ve 2021’den beri Top Stories için zorunlu değil. Yalnızca güncel ve ölçülmüş bir işletim yararı varsa koruyun.

Birbirinden uzaklaşan iki sürüm yayımlamak

İçeriği daha zayıf, yapılandırılmış verisi eksik veya farklı harekete geçirici öğeleri olan bir AMP sayfası eşitlik ve bakım sorunları yaratır. Tek bir içerik kaynağı kullanın ve her iki çıktıyı doğrulayın.

URL düzeyinde yönlendirmeler olmadan AMP’yi kaldırmak

AMP uç noktalarını silmek veya hepsini ana sayfaya göndermek yerleşik URL ilişkisini bozar. Her AMP URL’sini eşleşen canonical sayfaya yönlendirin.

Belge doğrulamayı geçti diye başarı ilan etmek

Doğrulama AMP uyumluluğunu kanıtlar; analiz sürekliliğini, canonical doğruluğunu, içerik eşitliğini veya iyi kullanıcı sonuçlarını kanıtlamaz. Sunum yolunun tamamını test edin.

AMP kopya kâğıdı

Çoğu tartışmayı sona erdiren gerçekler

Canonical eşleştirmesi

Site haritaları / yapılandırılmış veri: Site haritasında yalnızca canonical URL’ler bulunur; yapılandırılmış veriyi her iki sürüme ekleyin.

Sunum ve analiz hakkında kısa bilgiler

• Önbellekteki AMP genellikle cdn.ampproject.org / google.com/amp/s/… altında sunulur.
• SXG = adres çubuğunda sizin URL’niz; yalnızca Chrome’da çalışır, azami imza süresi 7 gündür ve karuselleri desteklemez.
• cdn.ampproject.org alanını yönlendiren olarak hariç tutun; oturumları birleştirmek için AMP Linker’ı (amp_id=) kullanın.
• GA4’ün yerel AMP desteği: Haziran 2024.

AMP’yi kaldırma

1. Canonical sayfalardan rel="amphtml" etiketini kaldırın → 2. AMP URL’lerini canonical’a 301 ile yönlendirin → 3. GSC’de AMP izlemeyi bırakın → 4. Hataların temizlendiğini doğrulayın.

Doğrulama: AMP Testi’ni (search.google.com/test/amp), Zengin Sonuçlar Testi’ni ve GSC AMP durum raporunu kullanın.

AMP denetim komutları

Tarama dışa aktarımında AMP ilişkilerini bulma

Bu düzenli ifadeyi bir tarayıcının HTML kaynağına yönelik özel çıkarımında kullanın:

<link\s+[^>]*rel=["'](?:amphtml|canonical)["'][^>]*href=["']([^"']+)["'][^>]*>

1. grup, bağlantılı AMP veya canonical URL’sini döndürür. Çıkarılan eşleşmeleri eksik, alanlar arası veya çoktan-bire eşlemeler açısından inceleyin.

AMP kaldırılırken bir yönlendirmeyi kontrol etme

Bir terminalde çalıştırın ve örnek URL’yi değiştirin:

curl -sSIL https://example.com/article/amp/

İlk yanıt kalıcı bir yönlendirme olmalı ve son hedefi, kaçınılabilir bir zincir olmadan, tam canonical makale olmalıdır.

Güncel belgede AMP bağlantılarını listeleme

Bunu bir canonical veya AMP sayfasında Chrome DevTools Console’da çalıştırın:

[...document.querySelectorAll('link[rel="amphtml"], link[rel="canonical"]')].map(link => ({ rel: link.rel, href: link.href }))

AMP’yi koruma veya kaldırma araçları

• AMP Validator: Yayınlanan belgenin şablon ve bileşen değişikliklerinden sonra AMP işaretleme kurallarına uyup uymadığını kontrol edin.
• Search Console URL Inspection: Temsili canonical ve AMP URL’leri için dizine eklenen canonical ve oluşturulmuş çıktıyı karşılaştırın.
• Search Console AMP durum raporu: AMP yayındayken şablon genelindeki geçerlilik hatalarını bulmak için kullanın; ardından planlı kaldırmadan sonra envanterin azalmasını bekleyin.
• PageSpeed Insights: AMP’nin sunduğu performans hedefini canonical karşılığın karşılayıp karşılamadığını doğrulayın; yalnızca önbellekteki AMP kopyasını değil canonical URL’yi test edin.
• Özel çıkarım yapan tarayıcı: amphtml/canonical eşleşmelerini listeleyin ve emekliye ayrılan her AMP URL’sinin karşılık gelen canonical’a yönlendiğini doğrulayın.

Bir AMP değişikliğini doğrulama

AMP şablonu yayımlandıktan sonra canonical eşleşmesini test etme

Çalıştırılacak test: Temsili eşleşmeleri tarayın ve amphtml ile canonical bağlantılarını çıkarın. Beklenen sonuç: Canonical, eşleşen tek bir AMP URL’sine; AMP sayfası da bu canonical’a döner. Başarısızlık yorumu: Keşif veya birleştirme sinyalleri bozulmuştur. İzleme penceresi: Hemen. Geri alma tetikleyicisi: Eksik, çapraz veya çoktan-bire eşlemeler görülür.

AMP kaldırma yönlendirmesini test etme

Çalıştırılacak test: Yönlendirme takibi önce devre dışıyken, ardından etkinken her AMP URL kalıbından bir örnek isteyin. Beklenen sonuç: Başarıyla yanıt veren tam canonical eşdeğerine tek bir kalıcı yönlendirme adımı. Başarısızlık yorumu: Geçiş haritası eksik veya zincirlenmiştir. İzleme penceresi: Dağıtımdan hemen sonra ve yeniden tarama boyunca. Geri alma tetikleyicisi: Herhangi bir AMP URL’sinin hata vermesi, döngüye girmesi veya genel bir sayfaya ulaşması.

Canonical karşılığın sunduğu deneyimi test etme

Çalıştırılacak test: Canonical hedefi PageSpeed Insights ve analiz kalite güvence testlerinden geçirin. Beklenen sonuç: Yeni sürüm, ekibin belirlediği mobil performans taban çizgisini karşılar ve beklenen ölçümü korur. Başarısızlık yorumu: AMP, sunum veya izleme rolünün yerini alacak çözüm hazırlanmadan kaldırılmıştır. İzleme penceresi: Laboratuvar kontrolleri hemen; saha verileri normal kayan penceresi boyunca. Geri alma tetikleyicisi: Geçişten sonra sistematik performans gerilemesi veya gerekli ölçümün kaybedilmesi.

Kendinizi test edin: AMP SEO

AMP’nin ne olduğu, ne yaptığı ve bugün nerede durduğu hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

Yazılarım

• Teknik SEO Başlangıç Rehberi — mobil performansın ve AMP’nin daha geniş çerçevedeki yeri.

Konuşmalarım

• AMP: Ya tamam ya devam? — SMX West 2018 oturum özeti (Search Engine Land) — AMP’nin her şirket, özellikle de AMP’nin destekleyemediği karmaşık yapılara ve işlevlere sahip büyük işletmeler için doğru çözüm olmayabileceğini savunduğum “angry old man” yaklaşımım.

Resmî kaynaklar

• Google — AMP hakkında ve AMP sayfalarını doğrulama.
• Google — Sayfa deneyimi güncellemesi hakkında daha fazla ayrıntı (Nisan 2021) — AMP artık Top Stories için zorunlu değildir.

Sektörden

• Search Engine Land’de AMP sayfalarını neden kapatıyoruz — büyük bir yayıncının AMP’yi bırakma kararı.
• AMP’yi kapattığımızda ne oldu? (Search Engine Land) — son değerlendirme: çok az trafik kesintisi ve daha net kitle analizleri.
• Top Stories için artık zorunlu olmadığında yayıncılar AMP’yi bırakacak mı? (Search Engine Land).
• Google AMP is dead! (Plausible Analytics) — AMP’nin kullanımının azalması yaklaşımı ve Google’ın zorunluluğu kaldırmasının arkasındaki antitröst incelemeleri bağlamı.
• Google AMP ve SEO: Bilmeniz Gereken Her Şey (Search Engine Journal) — canonical yönetimini de içeren teknik bir rehber.
• Good news: Google no longer requires publishers to use AMP (The Register) — Core Web Vitals geçişi hakkında haber.

Videolar

• Google Search Central (YouTube) — How Google Search Works serisi ile Martin Splitt’in Page Experience ve Core Web Vitals açıklamaları; Top Stories için AMP’nin yerini alan performans sinyallerini ele alır. Kanal

Değişiklik günlüğü