AMP Web Tasarım: Avantajlar ve Dezavantajlar 2026

Mobil internet hızı her geçen yıl artıyor — ama kullanıcı beklentileri daha da hızlı artıyor. AMP (Accelerated Mobile Pages), Google ve Twitter tarafından 2015’te başlatılan ve web sayfalarının mobil cihazlarda anlık hızda yüklenmesini sağlayan açık kaynaklı bir framework’tür.

Bu rehber, AMP’nin ne olduğunu, nasıl çalıştığını, hangi durumlarda kullanılması gerektiğini ve 2026 itibarıyla AMP’nin mevcut durumunu kapsamlı biçimde açıklamaktadır. Ayrıca Türkiye’deki bir haber sitesi üzerinden gerçekçi bir vaka kurgusu, AMP kurulumunda sık yapılan hatalar ve yapay zeka destekli arama deneyimlerinin sayfa hızı beklentilerini nasıl değiştirdiğini de ele alıyoruz.

AMP hakkında internette dolaşan bilgilerin önemli bir kısmı 2018-2020 dönemine ait ve güncelliğini yitirmiş durumda. Bu rehber bilinçli olarak 2026 gerçekliğine odaklanıyor: AMP’nin hangi alanlarda hâlâ anlamlı bir yatırım olduğunu, hangi alanlarda ise yerini modern alternatiflere bıraktığını net biçimde ayırt ediyor.

AMP Nedir?

AMP — Accelerated Mobile Pages — web sayfalarını mobil cihazlarda yıldırım hızında yüklemek için geliştirilmiş üç bileşenden oluşan bir teknoloji sistemidir:

1. AMP HTML: Standart HTML’in kısıtlandırılmış ve genişletilmiş hali. Belirli HTML etiketleri yasaklı, özel AMP etiketleri (amp-img, amp-video, amp-form) kullanılır.

2. AMP JavaScript: Tek bir özel AMP JS kütüphanesi. Özel JavaScript yazımı yasaklıdır. Bu kısıtlama, render-blocking JavaScript’i ortadan kaldırarak hızı garantiler.

3. AMP Cache: Google, Bing ve diğer platform sağlayıcılarının sunduğu içerik dağıtım ağı. AMP sayfaları bu cache’ten servis edilir — sunucunuza bile istek gitmez.

AMP Nasıl Çalışır?

Geleneksel Sayfa Yükleme:
Kullanıcı tıklar → DNS → Sunucu → HTML + CSS + JS yükleme → Render

AMP Sayfası Yükleme:
Kullanıcı tıklar → Google AMP Cache → Anında render (pre-rendered)

AMP sayfaları Google tarafından daha önce pre-rendered (önceden işlenmiş) olarak önbelleğe alınır. Kullanıcı arama sonucundan tıkladığında sayfa Google’ın sunucularından milisaniyeler içinde yüklenir. Kendi sunucunuza hiç bağlanmak gerekmeyebilir.

Bu mimarinin temel mantığı, hızı “iyi kod yazma disiplinine” değil, teknik olarak imkansız kılma prensibine dayandırmasıdır. Geliştiricinin yavaş bir script eklemesi mümkün değildir çünkü sistem bunu baştan engeller. Bu, AMP’nin en büyük gücü ve aynı zamanda en büyük kısıtlamasıdır: hız garanti altına alınırken, esneklik büyük ölçüde feda edilir. Bir ekip AMP’yi benimsediğinde aslında şu takası kabul etmiş olur — “biz kontrolü bırakırız, sistem hızı garanti eder.”

AMP Web Tasarımının Teknik Temelleri

AMP HTML Kısıtlamaları

AMP HTML’de bazı standart HTML özellikleri yasak veya kısıtlıdır:

Yasak özellikler:

• <script> etiketiyle özel JavaScript (yalnızca AMP JS iznine sahip)
• <img> doğrudan kullanımı (yerine <amp-img> kullanılır)
• <video>, <audio> doğrudan kullanımı
• Form elemanlarının bazı standart özellikleri
• onclick ve diğer inline event handler’lar

Zorunlu AMP yapısı:

<!doctype html>
<html>
  <head>
    <meta charset="utf-8">
    <script async src="https://cdn.ampproject.org/v0.js"></script>
    <link rel="canonical" href="https://example.com/original-page/">
    <meta name="viewport" content="width=device-width,minimum-scale=1">
    <style amp-boilerplate>body{...}</style>
    <noscript><style amp-boilerplate>body{...}</style></noscript>
    <!-- Custom styles max 75KB -->
    <style amp-custom>
      /* Tüm özel CSS buraya */
    </style>
  </head>
  <body>
    <!-- AMP içerik -->
  </body>
</html>

Temel AMP Bileşenleri

amp-img: Tüm görseller için zorunlu.

<amp-img
  src="/image.jpg"
  width="800"
  height="600"
  layout="responsive"
  alt="Görsel açıklaması">
</amp-img>

amp-video: Video için.

<amp-video
  src="/video.mp4"
  width="720"
  height="405"
  layout="responsive"
  controls>
</amp-video>

amp-carousel: Slider/karusel için.

<amp-carousel
  width="400"
  height="300"
  layout="responsive"
  type="slides"
  autoplay
  delay="2000">
  <amp-img src="slide1.jpg" width="400" height="300" layout="responsive"></amp-img>
  <amp-img src="slide2.jpg" width="400" height="300" layout="responsive"></amp-img>
</amp-carousel>

amp-form: Form bileşeni.

<form method="post"
  action-xhr="https://example.com/api/contact"
  target="_top">
  <input type="text" name="name" required>
  <input type="email" name="email" required>
  <input type="submit" value="Gönder">
</form>

amp-analytics: Analytics entegrasyonu.

<amp-analytics type="gtag" data-credentials="include">
  <script type="application/json">
  {
    "vars" : {
      "gtag_id": "G-XXXXXXXXXX",
      "config": {
        "G-XXXXXXXXXX": { "groups": "default" }
      }
    }
  }
  </script>
</amp-analytics>

CSS Kısıtlamaları

• Tüm CSS <style amp-custom> içinde yazılmalı
• Maksimum 75KB CSS (sıkıştırılmamış)
• External stylesheet yüklenemez
• !important kullanımı yasak
• overflow: visible input elemanlar için yasak
• Bazı CSS animasyonları kısıtlı

AMP SEO’ya Nasıl Etki Eder?

Bu konu AMP’nin en tartışmalı boyutu.

AMP’nin SEO Üzerindeki Olumlu Etkileri

Sayfa hızı: Google, sayfa hızını doğrudan sıralama faktörü olarak kullanıyor. AMP sayfaları standart sayfalardan çok daha hızlı yükleniyor. Bu, özellikle Core Web Vitals metriklerinde (LCP, FID/INP) fark yaratıyor.

Mobil uyumluluk: Mobil önce (mobile-first) indexleme döneminde AMP sayfalar mükemmel mobil uyumluluk sunuyor.

Top Stories (En Önemli Haberler): Google’ın arama sonuçlarındaki Top Stories carousel’ına dahil olmak için AMP zorunluluk değil artık — ancak AMP hâlâ bu alanda avantaj sunuyor.

CTR artışı: Arama sonuçlarında AMP simgesi görünen sonuçlar genellikle daha yüksek tıklama oranı alıyor.

AMP’nin SEO Üzerindeki Dezavantajları

Kanonik URL sorunları: AMP sayfası genellikle amp/ alt dizininde veya ?amp parametresiyle yayınlanıyor. Kanonik doğru kurulmazsa duplicate content sorunu çıkabiliyor.

Doğru canonical yapısı:

<!-- AMP sayfasında: -->
<link rel="canonical" href="https://example.com/makale/">

<!-- Ana sayfada: -->
<link rel="amphtml" href="https://example.com/amp/makale/">

Analitik izleme: Standard GA4 yerine amp-analytics kullanımı veri tutarsızlıklarına yol açabilir. Bazı dönüşüm eventleri AMP’de takip edilemiyor.

İçerik kısıtlamaları: AMP kısıtlamaları nedeniyle bazı içerik türleri (karmaşık interaktif öğeler, özel JS widget’ları) AMP’de çalışmıyor.

AMP Ne Zaman Kullanılmalı? Karar Çerçevesi

AMP’ye yatırım yapıp yapmama kararını tek bir kritere değil, birden fazla faktöre dayandırmak gerekir. Aşağıdaki adımları sırayla değerlendirin:

1. İçerik türünüzü tanımlayın. Metin ağırlıklı, düşük etkileşimli bir yapı mı (haber, blog, tarif), yoksa etkileşim ve kişiselleştirme ağırlıklı bir yapı mı (e-ticaret, SaaS, üyelik sistemi)?
2. Gelir modelinizi belirleyin. Reklam geliriyle mi çalışıyorsunuz, yoksa doğrudan satış/dönüşüm mü önceliğiniz? Reklam gelirinde AMP Ads sisteminin hız avantajı doğrudan gelire yansır.
3. Hedef kitlenizin bağlantı hızını değerlendirin. Düşük bant genişliğine sahip bölgelerde (bazı kırsal alanlar, gelişmekte olan pazarlar) AMP’nin sağladığı hız farkı kullanıcı deneyiminde çok daha belirgin hissedilir.
4. Mevcut teknik altyapınızı gözden geçirin. Zaten Core Web Vitals hedeflerini karşılayan modern bir altyapınız varsa AMP’nin getirisi sınırlı kalabilir.
5. Geliştirme kaynağınızı hesaplayın. AMP ayrı bir şablon ve bakım yükü demektir; bu yükü üstlenecek kaynak yoksa Core Web Vitals odaklı optimizasyon daha sürdürülebilir bir yol olabilir.

AMP İçin İdeal Senaryolar

1. Haber ve yayın siteleri: AMP’nin en güçlü olduğu alan. Metin ağırlıklı içerik, basit layout, hız kritik. Top Stories’e girmek haber trafiğini katlar.

2. Blog ve makale siteleri: Uzun form metin içerik, düşük etkileşim. AMP bu tür içerik için neredeyse kusursuz çalışıyor.

3. Reklam yoğun siteler: AMP Ads sistemi standart reklam yüklemesinden belirgin şekilde daha hızlı. Reklam geliriyle para kazanan siteler için AMP ciddi gelir artışı anlamına gelebilir.

4. Düşük bant genişliği pazar hedefi: Gelişmekte olan ülkelerin mobil internet hızı düşük. Bu pazarlar için AMP deneyimi çok daha kritik.

AMP İçin Uygun Olmayan Senaryolar

1. E-ticaret sitesi: Ödeme akışı, kişiselleştirilmiş deneyim, karmaşık ürün konfigüratörü — bunların tamamı AMP kısıtlamalarına takılıyor.

2. SaaS web uygulaması: Interaktif web uygulamaları JavaScript gerektirir. AMP bu senaryoda kullanılamaz.

3. Kullanıcı hesabı gerektiren sayfalar: Kişiselleştirilmiş içerik, üyelik sistemi AMP ile sınırlı çalışıyor.

4. A/B test yoğun siteler: AMP ile JavaScript tabanlı A/B test araçları (Optimizely, VWO) çalışmıyor veya ciddi şekilde kısıtlı.

Karar Tablosu: Site Türüne Göre AMP Uygunluğu

AMP Alternatif Yaklaşımlar: PWA ve Core Web Vitals

2021’den itibaren Google, AMP’yi Top Stories için zorunluluktan çıkardı. Bu değişiklik AMP kullanımını azalttı — çünkü Top Stories’e AMP olmadan da girebilmek mümkün hale geldi.

Progressive Web App (PWA)

PWA, AMP’ye alternatif veya tamamlayıcı yaklaşımdır. PWA: hızlı, güvenilir ve uygulama benzeri deneyim sunan web sitesi.

PWA vs AMP karşılaştırması:

Core Web Vitals Odaklı Optimizasyon

2026 itibarıyla AMP’nin sunduğu avantajların büyük bölümü, Core Web Vitals optimizasyonuyla AMP olmadan da elde edilebilir.

LCP (Largest Contentful Paint) < 2.5s için:

• Hero görselini preload et
• WebP/AVIF format kullan
• CDN kullan
• Server-side rendering uygula

INP (Interaction to Next Paint) < 200ms için:

• JavaScript bundle’ı küçült
• Long tasks’ı parçala
• Event handler’ları optimize et

CLS (Cumulative Layout Shift) < 0.1 için:

• Tüm görsellerin width/height belirt
• Font display: swap kullan
• Reklam placeholder boyutları sabitle

Bu üç metriği “Good” seviyesinde tutmak, AMP’nin avantajlarının büyük kısmını karşılıyor.

AMP Implementasyon Rehberi

WordPress’te AMP

En kolay yol: AMP for WordPress eklentisi (resmi Google eklentisi).

Kurulum:

1. WordPress eklenti dizininden “AMP” eklentisini kur
2. Eklenti ayarlarından mod seçin: Standard, Transitional veya Reader
3. Canonical URL’ler otomatik kurulur
4. amp-analytics ile GA4 bağlantısı

AMP Modu Seçimi:

• Standard Mode: Tüm site AMP. En hızlı ama en kısıtlayıcı.
• Transitional Mode: Hem AMP hem standart sürüm mevcut. Paralel URL.
• Reader Mode: AMP ayrı template. İçerik aynı, sunum farklı.

Astro ile AMP

Astro ile statik AMP sayfaları oluşturmak mümkün ama resmi AMP entegrasyonu yok. Manuel uygulama gerekiyor.

Özel Geliştirmede AMP

Temel kontrol listesi:

[ ] HTML amp attribute mevcut
[ ] amp-boilerplate stylesheet mevcut
[ ] AMP JS script async yükleniyor
[ ] Canonical link doğru
[ ] Tüm <img> → <amp-img> dönüştürüldü
[ ] Custom script yok
[ ] External stylesheet yok
[ ] CSS 75KB altında
[ ] AMP Validator testleri geçildi

AMP Validator: Chrome uzantısı veya validator.ampproject.org’da sayfanızı test edin.

AMP Geçiş Süreci Adım Adım

Mevcut bir siteye AMP eklemeyi planlıyorsanız süreci şu sırayla ilerletmeniz önerilir:

1. Pilot bölüm seçin. Tüm siteyi bir kerede AMP’ye taşımak yerine, blog veya haber bölümü gibi tek bir içerik türüyle başlayın.
2. Şablonu oluşturun ve doğrulayın. AMP Validator ile şablonun teknik gereklilikleri karşıladığından emin olun.
3. Canonical ve amphtml bağlantılarını çapraz kurun. Standart sayfa AMP sürümüne, AMP sürümü standart sayfaya doğru referans vermeli.
4. Analytics ve dönüşüm takibini test edin. amp-analytics üzerinden gelen verinin GA4’teki standart sayfa verisiyle tutarlı olduğunu doğrulayın.
5. Search Console’da AMP durumunu izleyin. Google Search Console’un AMP raporu, geçerlilik hatalarını ve indexleme durumunu gösterir.
6. Performansı 4-6 hafta gözlemleyin. Trafik, CTR ve gelir üzerindeki etkiyi yeterli veri toplanana kadar izleyip, ardından siteninin geri kalanına yaymaya karar verin.

AMP Yatırımının Maliyeti ve Getirisi

AMP’ye geçiş kararı verirken göz ardı edilen bir nokta, bunun “ücretsiz bir hız artışı” olmadığıdır. AMP ayrı bir şablon, ayrı bir bakım süreci ve ayrı bir test döngüsü gerektirir. Bu maliyeti gerçekçi değerlendirmek, kararın doğruluğunu belirler. Pek çok işletme AMP’yi yalnızca “Google’ın önerdiği bir şey” olduğu için uygulamaya kalkışır ve sonrasında bakım yükünün beklenenden fazla olduğunu fark eder; bu nedenle aşağıdaki maliyet kalemlerini baştan netleştirmek, ilerideki hayal kırıklıklarını önler.

Geliştirme maliyeti: Sıfırdan bir AMP şablonu oluşturmak, mevcut şablonun karmaşıklığına bağlı olarak birkaç günden birkaç haftaya kadar sürebilir. WordPress gibi hazır eklenti desteği olan platformlarda bu süre kısalır; özel geliştirilmiş bir sitede ise şablonun AMP kısıtlamalarına uygun şekilde yeniden yazılması gerekir.

Bakım maliyeti: Standart site ve AMP sürümü paralel yürütüldüğünde, her yeni özellik veya tasarım değişikliğinin iki ayrı sürümde uygulanması gerekir. Bu, uzun vadede geliştirme ekibinin iş yükünü kalıcı olarak artıran bir faktördür.

Test maliyeti: AMP Validator testleri, canonical/amphtml bağlantı kontrolleri ve analytics tutarlılık testleri, her önemli güncelleme sonrasında tekrarlanması gereken ek bir kalite kontrol katmanı oluşturur.

Beklenen getiri: Karşılığında beklenen getiri, öncelikle reklam gelirli ve yüksek trafikli haber/medya sitelerinde belirgindir — hız artışının kullanıcı elde tutma ve reklam gösterim sayısına doğrudan yansıması nedeniyle. Düşük trafikli veya reklam geliri olmayan bir kurumsal sitede bu maliyetin karşılığını bulması daha zordur. Bu nedenle yatırım kararını vermeden önce, mevcut trafiğinizin AMP’nin fayda sağlayacağı eşiğin üzerinde olup olmadığını gerçekçi biçimde değerlendirmeniz gerekir.

AMP Yatırım Kararı İçin Basit Bir Değerlendirme

Her faktörü kendi işletmeniz için 1-5 arası puanlayıp toplam puanı değerlendirmek, öznel bir “AMP yapalım mı” tartışmasını daha somut bir karara dönüştürmenin pratik bir yoludur. Toplam puan düşükse (örneğin düşük trafik, düşük reklam geliri, zaten hızlı bir site), kaynakları Core Web Vitals optimizasyonuna yönlendirmek genellikle daha isabetli olur.

AMP Performansını Ölçme ve İzleme

AMP’ye geçtikten sonra, yatırımın gerçekten karşılığını verip vermediğini ölçmek için düzenli bir izleme rutini kurulmalıdır.

Google Search Console AMP raporu. Bu rapor, hangi AMP sayfalarının geçerli, uyarılı veya hatalı olduğunu gösterir. Haftalık kontrol, yeni yayınlanan içeriklerdeki teknik hataları erken yakalamayı sağlar.

Core Web Vitals karşılaştırması. AMP sayfalarının LCP, INP ve CLS değerlerini, aynı içeriğin standart sürümüyle karşılaştırmak, gerçek kazanımın büyüklüğünü gösterir. Bazı durumlarda kötü yapılandırılmış bir AMP sayfası, iyi optimize edilmiş bir standart sayfadan daha yavaş bile ölçülebilir.

Trafik ve gelir karşılaştırması. AMP sayfalarından gelen oturum süresi, sayfa başına görüntüleme ve reklam geliri, standart sayfalarla düzenli olarak karşılaştırılmalıdır. Bu karşılaştırma, AMP’nin belirli bir içerik türünde gerçekten fayda sağlayıp sağlamadığını gösteren en somut veridir.

A/B değerlendirmesi. Mümkünse, sitenin bir bölümünü AMP ile bir bölümünü standart olarak tutup performans farkını doğrudan gözlemlemek, öznel varsayımlara dayanmadan karar vermenin en güvenilir yoludur.

AMP’nin Geleceği: 2026 Perspektifi

AMP’nin 2021’de Top Stories zorunluluğundan çıkarılmasıyla birlikte adoptasyonu yavaşladı. Ancak AMP tamamen ortadan kalkmadı.

AMP’nin Hâlâ Güçlü Olduğu Alanlar

• Haber ve medya siteleri: Top Stories’de hâlâ avantaj sağlıyor
• Reklam yoğun siteler: AMP Ads sistemi hız avantajını koruyor
• Düşük bant genişliği pazarlar: Yavaş internet bölgelerinde AMP deneyimi kritik

AMP’nin Yerini Almakta Olan Yaklaşımlar

• Core Web Vitals odaklı optimizasyon: AMP olmadan da hız hedeflerine ulaşılabiliyor
• Edge rendering: Vercel Edge, Cloudflare Workers ile sunucu tarafı hız
• Modern image formats: WebP, AVIF ile büyük boyut kazanımı
• Partytown: Third-party script’leri web worker’a taşıyarak ana thread’i boşaltma

Karar: AMP’ye Yatırım Yapmalı mıyım?

2026 itibarıyla AMP’ye yatırım yapma kararı şu faktörlere bağlı:

AMP’yi tercih edin:

• Haber/medya sitesi işletiyorsunuz
• Top Stories trafiği önceliğiniz
• İçerik ağırlıklı, düşük interaktiviteli site
• Reklam geliriyle para kazanıyorsunuz

AMP yerine Core Web Vitals optimizasyonu yapın:

• E-ticaret veya web uygulaması
• Karmaşık kullanıcı etkileşimleri
• A/B test ve kişiselleştirme öncelikli
• Mevcut siteyi yeniden yapılandırmak istemiyorsunuz

Türkiye Bağlamında AMP: Ne Zaman Anlamlı?

Türkiye’de mobil internet altyapısı büyük şehirlerde son yıllarda önemli ölçüde hızlanmış olsa da, kırsal bölgelerde ve bazı yoğun etkinlik anlarında (örneğin büyük bir spor müsabakası sırasında hücresel şebeke yoğunluğu) bağlantı hızı hâlâ dalgalanabiliyor. Bu durum, özellikle geniş bir Türkiye genelinde okuyucu kitlesine sahip haber siteleri için AMP’nin pratik faydasını sürdürmesine neden oluyor.

Türkiye pazarına özgü değerlendirilmesi gereken noktalar:

• Google Discover trafiği. Türkiye’de pek çok haber ve içerik sitesi için Google Discover, arama trafiğinden bağımsız önemli bir ziyaretçi kaynağıdır. AMP kullanımı Discover’a girme koşulu olmasa da, hızlı yüklenen sayfaların Discover’da daha uzun süre kalma eğiliminde olduğu gözlemlenmektedir.
• Reklam ağı uyumluluğu. Türkiye’deki yayıncıların kullandığı bazı yerel reklam ağları AMP Ads formatını tam desteklemeyebilir; AMP’ye geçmeden önce mevcut reklam sağlayıcınızın AMP uyumluluğunu teyit etmeniz gerekir.
• Çok dilli ve bölgesel içerik siteleri. Yabancı hasta veya turizm odaklı çok dilli sitelerde AMP’nin dil bazlı hreflang etiketleriyle birlikte doğru yapılandırılması ek bir teknik katman gerektirir; bu noktada dikkatli planlama yapılmazsa indeksleme sorunları ortaya çıkabilir.

Yapay Zeka Destekli Arama ve Sayfa Hızı Beklentisi

2026 itibarıyla yapay zeka destekli arama deneyimleri (AI Overview ve benzeri özetleme katmanları), kullanıcıların arama sonucuna tıklamadan önce zaten bir özet görmesini sağlıyor. Bu değişiklik, bir sayfaya tıklayan kullanıcının artık daha “niyetli” ve dolayısıyla sayfanın gerçekten hızlı ve akıcı yüklenmesini beklediği anlamına geliyor — çünkü özeti okuyup yine de tıklamışsa, beklediği şey genellikle anlık bir doğrulama veya derinlemesine bilgidir, sayfanın yavaş açılması bu niyeti hayal kırıklığına uğratır.

Bu bağlamda AMP’nin sunduğu anlık yükleme deneyimi, yapay zeka destekli arama sonuçlarından gelen trafiğin elde tutulmasında halen bir avantaj sağlayabilir. Ancak burada da altta yatan gerçek şudur: önemli olan “AMP kullanmak” değil, “kullanıcının beklediği hızda içerik sunmaktır.” AMP bu hedefe ulaşmanın bir yoludur, tek yolu değildir. Modern JavaScript framework’leri (Astro, Qwik gibi statik öncelikli araçlar) da benzer hız hedeflerine AMP’nin katı kısıtlamaları olmadan ulaşabilmektedir.

Vaka Kurgusu: Bir Bölgesel Haber Sitesinin AMP Geçişi

Orta ölçekli, günlük yaklaşık 200 bin sayfa görüntülemeye sahip bölgesel bir haber sitesi, mobil kullanıcılarının önemli bir bölümünün 3G ve zayıf 4G bağlantılarla siteye eriştiğini fark ediyor. Standart mobil sayfa yükleme süresi ortalama 4,5 saniye civarında seyrederken, bu durum hem kullanıcı deneyimini hem de reklam gelirini olumsuz etkiliyor çünkü kullanıcıların önemli bir kısmı sayfa tam yüklenmeden siteden ayrılıyor.

Uygulanan adımlar:

1. Haber detay sayfaları için AMP şablonu Transitional Mode ile devreye alındı; standart sayfa ve AMP sürümü paralel olarak yayında tutuldu.
2. Reklam ağı sağlayıcısıyla görüşülerek AMP Ads uyumlu reklam birimlerine geçildi.
3. amp-analytics üzerinden GA4 entegrasyonu kurularak AMP sayfalarındaki davranış standart sayfalarla karşılaştırmalı olarak izlenmeye başlandı.
4. Canonical ve amphtml bağlantıları çapraz olarak doğru şekilde yapılandırıldı ve AMP Validator ile tüm şablon hataları giderildi.

Sonuç penceresi (yaklaşık 8 haftalık uygulama sonrası): AMP sayfalarının ortalama yüklenme süresi 4,5 saniyeden yaklaşık 1 saniyenin altına indi. Mobil kullanıcılarda sayfa terk oranı belirgin şekilde azaldı ve ortalama oturum başına görüntülenen sayfa sayısı arttı. Reklam gelirinde de AMP sayfalarından gelen trafik payı arttıkça olumlu bir katkı gözlemlendi. Site, bu sonuçların ardından AMP’yi haberin tamamına kademeli olarak yaymaya karar verdi; ancak anket, form ve interaktif içerik barındıran özel sayfaları AMP dışında standart olarak sürdürmeye devam etti. (Vaka temsilidir.)

Sık Yapılan AMP Hataları

1. Standard ve AMP sayfasını aynı anda canlıya almak ama canonical/amphtml bağlantısını kurmamak. Bu durum arama motorlarının iki sayfayı ayrı içerik olarak algılamasına ve duplicate content sorununa yol açar.
2. Tüm siteyi bir kerede AMP’ye taşımaya çalışmak. Karmaşık sayfa türlerinde (form, interaktif widget) AMP kısıtlamaları beklenmedik görünüm bozukluklarına yol açabilir; kademeli geçiş bu riski azaltır.
3. AMP Validator testini atlamak. Görsel olarak doğru görünen bir sayfa, teknik olarak geçersiz AMP kodu içerebilir; bu da Google’ın sayfayı AMP olarak tanımamasına neden olur.
4. amp-analytics kurulumunu standart GA4 kurulumuyla karşılaştırmadan bırakmak. İki veri kaynağı arasında tutarsızlık olup olmadığı test edilmezse, dönüşüm rakamlarına güvenilmez.
5. Reklam ağı uyumluluğunu önceden kontrol etmemek. Bazı reklam sağlayıcıları AMP Ads formatını desteklemez; bu kontrol yapılmadan geçiş yapmak gelir kaybına yol açabilir.
6. AMP’yi bir “hız sorunu çözücü” olarak görüp asıl performans sorunlarını (büyük görseller, optimize edilmemiş sunucu) çözmeden uygulamak. AMP, kötü optimize edilmiş bir sayfa yapısının üzerini örtmez; temel performans sorunları AMP dışı sayfalarda da giderilmelidir.
7. AMP sayfalarını sonradan kaldırırken 301 yönlendirmesi ve indeks güncellemesi yapmamak. Ani kaldırma, arama motorlarının eski AMP URL’lerini hâlâ indekste tutmasına ve trafik kaybına yol açabilir.

AMP ile Modern Alternatifleri Bir Arada Kullanmak

Pratikte pek çok orta ve büyük ölçekli yayıncı, AMP’yi “ya AMP ya da modern framework” şeklinde bir ikilem olarak değil, birbirini tamamlayan iki yaklaşım olarak ele almaktadır. Örneğin bir haber sitesi, yüksek trafikli haber detay sayfalarında AMP kullanırken, kurumsal sayfalar, kariyer sayfası veya interaktif anket gibi düşük trafikli fakat yüksek etkileşimli sayfalarda standart modern bir framework (Astro, Next.js gibi) tercih edebilir.

Bu hibrit yaklaşımın başarılı olması için birkaç noktaya dikkat edilmelidir:

• Şablon tutarlılığı korunmalı. AMP ve standart sayfalar arasında marka kimliği, renk paleti ve temel navigasyon yapısı tutarlı olmalı; kullanıcı hangi sürümde olduğunu fark etmemelidir.
• Analytics birleştirilmeli. AMP ve standart sayfalardan gelen veri, tek bir raporlama panelinde birleştirilerek genel site performansı bütüncül olarak değerlendirilmelidir.
• SEO ekibi ile geliştirme ekibi arasında net bir sorumluluk paylaşımı olmalı. Hangi sayfa türlerinin AMP’de kalacağı, hangilerinin standart sürüme taşınacağı kararı düzenli olarak (örneğin altı ayda bir) gözden geçirilmelidir; içerik stratejisi değiştikçe bu karar da güncellenmelidir.

Sonuç olarak AMP’yi “eski teknoloji” ya da “geleceğin teknolojisi” olarak kutuplaştırmak yerine, doğru içerik türü için doğru araç olarak konumlandırmak, 2026 itibarıyla en gerçekçi ve sürdürülebilir yaklaşımdır. Teknoloji seçimini ideolojik bir tercih değil, ölçülebilir bir mühendislik kararı olarak ele almak, hem geliştirme ekibinin hem de pazarlama ekibinin uzun vadede daha az sürtüşme yaşamasını sağlar.

Sonuç

AMP, doğru kullanım senaryosunda hâlâ güçlü bir araç. Haber siteleri, içerik odaklı platformlar ve reklam geliriyle çalışan medya kuruluşları için anlamlı. Ancak e-ticaret, SaaS ve interaktif web uygulamaları için AMP yerine Core Web Vitals optimizasyonu ve modern web teknolojileri çok daha pratik bir yol.

2026’da AMP’yi düşünmeden önce şu soruyu yanıtlayın: Sitenizin önceliği hız mı, etkileşim mi? Hız öncelikliyse AMP değerlendirilir; etkileşim öncelikliyse Core Web Vitals optimizasyonu yeterli. Her iki durumda da asıl hedef aynıdır: kullanıcıyı beklemeden, kaybetmeden içeriğinize ulaştırmak.

Bu kararı verirken tek başına teknik trendlere değil, kendi sitenizin trafik yapısına, gelir modeline ve hedef kitlenizin bağlantı kalitesine bakmanız gerekir. AMP’yi bir moda olarak değil, belirli bir sorunun (yavaş mobil yükleme, düşük reklam gösterim sayısı, yüksek terk oranı) çözümü olarak değerlendirmek, hem geliştirme kaynağınızı doğru yere yönlendirmenizi hem de gerçekten ölçülebilir bir fayda elde etmenizi sağlar. Karar ne olursa olsun, düzenli ölçüm ve gözden geçirme olmadan hiçbir teknik yatırımın gerçek getirisini bilemezsiniz.

Web sitenizin hangi yaklaşımdan fayda sağlayacağını birlikte değerlendirmek, mevcut Core Web Vitals durumunuzu ölçmek ve hız/performans optimizasyonu için web tasarım hizmetlerimiz hakkında bilgi almak isterseniz iletişime geçebilirsiniz.