Pagination SEO: Sayfalama ve Google'ın İçeriği Keşfetmesi

Bir e-ticaret sitesinde yüzlerce ürün kategorisi, bir haber portalında binlerce arşiv sayfası veya bir blogda onlarca “page/2”, “page/3” URL’si olduğunu düşünün. Bu sayfaların hepsini Google nasıl işler? Hangileri dizine alınır, hangilerinin dizine alınması anlam taşır ve sayfalama yapısı arama performansını doğrudan etkiler mi?

Sayfalama SEO’su — teknik SEO’nun en az anlaşılan ama en çok hata yapılan konularından biridir. Bu rehber, konunun tüm boyutlarını derinlemesiyle ele alıyor: tarihsel bağlam, güncel Google yaklaşımı, teknik çözümler ve site türüne göre strateji önerileri.

Sayfalama (Pagination) Nedir?

Sayfalama, büyük içerik listelerini birden fazla URL’ye bölme yöntemidir. Kullanıcı deneyimi açısından mantıklı görünür: tek bir sayfaya 5.000 ürün yüklemek yerine her sayfada 24 ürün göstermek, hem yükleme süresini kısaltır hem de kullanıcının içeriği tüketmesini kolaylaştırır.

Teknik açıdan sayfalama, birden fazla URL’nin oluşması anlamına gelir:

/urunler/ayakkabi/          → 1. sayfa
/urunler/ayakkabi/?sayfa=2  → 2. sayfa
/urunler/ayakkabi/?sayfa=3  → 3. sayfa
/urunler/ayakkabi/page/2    → URL yapısına göre alternatif format

Bu URL’lerin her birinin içeriği kısmen örtüşür. Sayfa başlığı aynıdır, site şablonu aynıdır, filtreler aynıdır — sadece ürün listesi değişir. İşte SEO sorunu tam burada başlar.

Neden SEO Sorunu Oluşur?

İçerik Tekrarı ve Dilüsyon

Bir kategorinin tüm sayfaları aynı H1 başlığını, aynı meta açıklamasını ve benzer şablon içeriklerini paylaşır. Google bu sayfaları taradığında her birini ayrı bir belge olarak değerlendirir. Eğer aynı anahtar kelime sinyali onlarca sayfa arasında dağılırsa, hiçbir sayfa yeterince güçlü bir sinyal taşıyamaz. Bu duruma sinyal dilüsyonu (signal dilution) denir.

Crawl Bütçesi İsrafı

Google’ın her siteye tahsis ettiği tarama kapasitesi sınırlıdır. /page/47 gibi bir URL’nin taranması için harcanan crawl bütçesi, yeni içeriklerin veya önemli ürün sayfalarının taranmasından çalınır. Büyük sitelerde bu durum, önemli sayfaların Google tarafından hiç keşfedilememesine yol açar.

Dizinlenme Kararı

Google her sayfanın dizine alınmaya değer olup olmadığına karar verir. Sayfa 38’deki içerik bağımsız olarak değer taşımıyorsa, Google bu sayfayı soft 404 veya düşük kaliteli içerik olarak değerlendirip sıralamadan dışlayabilir. Bu dışlama bazen tüm kategori grubunu da etkiler.

Bağlantı Değerinin Dağılması

Bir kategoriye dışarıdan bağlantı geldiğinde (örneğin /urunler/ayakkabi/), bu bağlantı değeri sayfalama URL’leri arasında dağılabilir. Birinci sayfa yerine ikinci veya üçüncü sayfa bağlantı alıyorsa, en önemli sayfanın yetkisi azalır.

Google’ın rel=prev/next Kararı: 2019’da Ne Oldu?

Tarihsel Arka Plan

Google, 2011 yılında sayfalama için rel="prev" ve rel="next" bağlantı etiketlerini önerdi. Bu etiketler, Google’a sayfalı içerik grubunu belirtmek için kullanılıyordu:

<!-- 2. sayfanın <head> bölümünde -->
<link rel="prev" href="https://example.com/urunler/ayakkabi/" />
<link rel="next" href="https://example.com/urunler/ayakkabi/?sayfa=3" />

Bu sistem, Google’ın sayfa dizisini anlamasına ve sıralama sinyallerini doğru şekilde birleştirmesine yardımcı olacaktı.

2019: Google rel=prev/next’i Resmi Olarak Kaldırdı

Mart 2019’da Google, rel=prev/next’i artık desteklemediğini duyurdu. Google’dan John Mueller’in açıklaması şuydu:

“rel=prev/next’i uzun süredir dikkate almıyorduk. Bunu resmi olarak duyuruyoruz.”

Bu açıklama SEO dünyasında şok etkisi yarattı; çünkü on yılın üzerinde bir süre boyunca bu etiket en iyi uygulama olarak önerilmişti.

Bugün Ne Anlama Geliyor?

rel=prev/next etiketlerini sitenizde kullanıyorsanız, bunlar artık Google tarafından sıralama sinyali olarak değerlendirilmiyor. Bing hâlâ bu etiketleri işleyebilir, bu nedenle tamamen kaldırmak gerekmez — ancak bunları tek başına sayfalama SEO stratejiniz olarak kullanmak artık geçersizdir.

Önemli not: rel=prev/next kaldırıldı, ama bu sayfalama sorunlarının da ortadan kalktığı anlamına gelmez. Sorunlar aynı şekilde devam ediyor, sadece çözüm için başka yöntemler kullanmak gerekiyor.

Canonical Tag ile Sayfalama Yönetimi

Teknik SEO hizmetimiz kapsamında en sık karşılaştığımız soru: “Sayfalama sayfalarına canonical mi ekleyelim?” Bu sorunun tek bir doğru cevabı yok — bağlama göre değişiyor.

Self-Canonical: Her Sayfa Kendi URL’sini İşaret Eder

En yaygın ve genellikle en doğru yaklaşım, her sayfalama URL’sinin kendi canonical tag’ini taşımasıdır:

<!-- /urunler/ayakkabi/?sayfa=2 sayfasında -->
<link rel="canonical" href="https://example.com/urunler/ayakkabi/?sayfa=2" />

Bu yaklaşım Google’a “bu sayfa benzersiz içerik taşıyor ve dizine alınabilir” mesajı verir. Eğer sayfada gerçekten birbirinden farklı ürünler varsa self-canonical mantıklıdır.

Self-canonical ne zaman kullanılır:

• Her sayfa farklı ürünler veya içerikler içeriyorsa
• Sayfalama URL’lerinin arama sonuçlarında görünmesi isteniyorsa (nadir durum)
• Sayfaların bağımsız trafik potansiyeli taşıdığı düşünülüyorsa

Birinci Sayfaya Canonical: Sorunlu Bir Yaklaşım

Bazı kaynaklar, tüm sayfalama sayfalarının canonical etiketini birinci sayfayı gösterecek şekilde ayarlamayı önerir:

<!-- /urunler/ayakkabi/?sayfa=2 sayfasında YANLIŞ kullanım -->
<link rel="canonical" href="https://example.com/urunler/ayakkabi/" />

Bu yaklaşım teoride “tüm sayfa yetkisini birinci sayfada toplamak” gibi görünse de pratikte sorun yaratır:

• Google bu canonical’ı ipucu (hint) olarak değerlendirir, zorunluluk olarak değil
• İçerik farklıysa Google canonical’ı görmezden gelebilir
• 2. ve 3. sayfaların taranması engellenemez, yalnızca yönlendirme sinyali verilir
• Bu yaklaşımın kullanımı Canonical Tag Oluşturucu gibi araçlarla test edilmelidir

Genel öneri: Tüm sayfalama sayfalarına birinci sayfanın canonical’ını vermeyin. Bu yaklaşım genellikle öngörülen faydayı sağlamaz.

noindex ile Sayfalama Sayfalarını Yönetmek

noindex Nedir ve Nasıl Çalışır?

noindex meta etiketi veya HTTP başlığı, Google’a bir sayfanın dizine alınmaması gerektiğini söyler:

<meta name="robots" content="noindex, follow" />

Sayfalama bağlamında noindex şu anlama gelir: Google bu sayfayı tarayabilir, içindeki bağlantıları takip edebilir ama sayfanın kendisini arama sonuçlarında göstermez.

noindex Artıları

• 2., 3. ve sonraki sayfalar arama sonuçlarında görünmez; kullanıcılar her zaman en güncel ve kapsamlı kategori sayfasına (sayfa 1) yönlendirilir
• İçerik tekrarı sorununu kısmen azaltır
• Düşük kaliteli sayfalama içeriklerinin dizinden temizlenmesini sağlar

noindex Eksileri

En kritik eksi: noindex uygulandığında, Google bu sayfaları zamanla taramayı tamamen durdurabilir. Bu durumda o sayfaların içindeki ürün veya içerik bağlantıları da keşfedilmez. Yani noindex, nofollow yanlışlıkla uygulandıysa veya Googlebot zamanla bu sayfaları görmezden gelmeye başladıysa, sayfalama aracılığıyla ulaşılan ürün sayfaları keşfedilmeyebilir.

Doğru kullanım: noindex, follow (bağlantılar takip edilsin, ama sayfa dizine alınmasın).

noindex Ne Zaman Uygulanmalı?

View-All Sayfası Yaklaşımı

View-All Nedir?

View-all (hepsini gör) yaklaşımı, sayfalamaya paralel olarak tüm içeriği tek bir URL altında sunan bir sayfa oluşturmaktır:

/urunler/ayakkabi/          → Sayfalı liste (1. sayfa)
/urunler/ayakkabi/?sayfa=2  → 2. sayfa
/urunler/ayakkabi/tumu/     → Tüm ürünler tek sayfada

Bu yaklaşımın mantığı, Google’a sayfalara dağıtılmış içeriğin yerine tek bir kapsamlı kaynak sunmaktır.

View-All’ın Avantajları

İçerik yoğunluğu: Tüm içerik tek bir URL altında toplandığında, o URL için daha güçlü bir sinyal oluşur. 500 ürün adını, açıklamasını ve bağlantısını barındıran tek bir sayfa, 21 ayrı sayfaya dağılmış aynı içerikten çok daha güçlüdür.

Canonical sorununu ortadan kaldırır: Sayfalı versiyonlar view-all sayfasını canonical olarak gösterirse, tüm sinyaller tek bir URL’de toplanır.

Crawl bütçesi verimliliği: Bot, 21 sayfa yerine 1 sayfa tarayarak aynı içeriğe ulaşır.

View-All’ın Dezavantajları

Sayfa ağırlığı: 500 ürünü tek bir sayfada yüklemek, Core Web Vitals skorlarını olumsuz etkileyebilir. Büyük resimler, JavaScript widget’ları ve karmaşık filtreler bir araya geldiğinde sayfa LCP ve CLS metriklerini kötüleştirir.

Sunucu yükü: Her bot isteği için devasa içerik döndürmek sunucu kaynaklarını tüketir.

Kullanıcı deneyimi sorunu: Gerçek kullanıcılar bu sayfayı kullanmak istemeyebilir; yüzlerce ürünü kaydırmak yerine sayfalı sistemi tercih ederler.

View-All Nasıl Doğru Uygulanır?

<!-- /urunler/ayakkabi/?sayfa=2 sayfasında -->
<link rel="canonical" href="https://example.com/urunler/ayakkabi/tumu/" />

<!-- /urunler/ayakkabi/tumu/ sayfasında self-canonical -->
<link rel="canonical" href="https://example.com/urunler/ayakkabi/tumu/" />

Bu yapıda:

• View-all sayfası tüm sayfalama URL’leri için canonical hedef olur
• Sayfalı sayfalar taranabilir (crawlable) kalır ama tek bir canonical URL’de birleşir
• Google view-all sayfasını en yetkili versiyon olarak öğrenir

Önemli uyarı: View-all sayfa yaklaşımı yalnızca sayfa boyutu yönetilebilir olduğunda uygulanabilir. 2.000’den fazla ürün içeren kategoriler için lazy loading + JavaScript render kombinasyonu gerekebilir; ancak bu durum ayrı bir teknik SEO değerlendirmesi gerektirir.

Infinite Scroll ve SEO

Infinite Scroll Nedir?

Infinite scroll (sonsuz kaydırma), kullanıcı sayfanın altına indiğinde yeni içeriğin otomatik olarak yüklenmesini sağlayan bir UX desenidir. Instagram, Twitter, Pinterest bu modelin en yaygın örnekleridir.

Kullanıcı deneyimi açısından akıcı görünür — ancak SEO açısından ciddi sorunlar doğurabilir.

Infinite Scroll’un SEO Sorunları

Problem 1: JavaScript bağımlılığı

Infinite scroll içeriği genellikle sayfa yüklendiğinde HTML içinde yer almaz; JavaScript ile dinamik olarak yüklenir. Googlebot JavaScript’i işleyebilir, ancak:

• JavaScript render gecikmeli gerçekleşir (genellikle ikinci tarama aşamasında)
• Bot, scroll davranışı simüle etmez — yani otomatik yüklenen içerik görünmeyebilir
• Dinamik yüklenen içerik her zaman dizine alınmaz

Problem 2: Bağlantı keşfi

Eğer bir ürün veya içerik yalnızca infinite scroll ile erişilebiliyorsa ve HTML içinde bağlantı yoksa, Google bu içeriği hiç keşfedemeyebilir.

Problem 3: Sayfa URL’si değişmez

Kullanıcı kaydırdıkça URL değişmiyorsa, 100. üründe aynı URL gösterilir. Kullanıcı bu URL’yi paylaşırsa, alıcı 1. üründen başlar. SEO açısından ise tüm içerik tek bir URL’ye atanmış gibi görünür — ama Google bu içeriği gerçekte tarayamıyorsa, o tek URL da zayıf kalır.

Infinite Scroll için SEO Çözümleri

Çözüm 1: History API ile URL güncelleme

// Kullanıcı kaydırdıkça URL güncellenir
window.history.pushState(
  { page: currentPage },
  '',
  '/urunler/ayakkabi/?sayfa=' + currentPage
);

Bu yaklaşım, her “sayfayı” kendi URL’sine sahip kılar. Kullanıcı sayfayı yenilediğinde o noktadan devam eder, Google ise her URL’yi ayrı tarayabilir.

Çözüm 2: Prerender / SSR ile ilk içeriği HTML’de sun

İlk sayfa içeriğini sunucu tarafında render ederek HTML içinde döndürün. Sonraki içerikler JavaScript ile yüklenebilir, ancak en azından ilk içerik Google’ın görüntülemesini garantiler.

<!-- Sunucu tarafından render edilen ilk 24 ürün HTML içinde -->
<ul id="urun-listesi">
  <li><a href="/urun/spor-ayakkabi-a1">Spor Ayakkabı A1</a></li>
  <li><a href="/urun/kosu-ayakkabisi-b2">Koşu Ayakkabısı B2</a></li>
  <!-- ... -->
</ul>

<!-- JavaScript sonraki ürünleri fetch eder -->

Çözüm 3: Pagination fallback

Infinite scroll’un yanında geleneksel sayfalı navigasyon sağlayın. Bot sayfalara tıklayamaz, ancak sayfalama bağlantıları HTML içinde yer aldığında Google bu URL’leri keşfeder ve tarar.

<!-- Görünmez pagination fallback (botlar için) -->
<nav aria-label="Sayfalama" class="pagination-fallback">
  <a href="/urunler/ayakkabi/?sayfa=2">Sayfa 2</a>
  <a href="/urunler/ayakkabi/?sayfa=3">Sayfa 3</a>
</nav>

Google’ın resmi önerisi: Infinite scroll kullanıyorsanız, sayfalara karşılık gelen ayrı URL’ler oluşturun ve bu URL’lerin HTML’de erişilebilir olduğundan emin olun.

E-Ticaret Kategori Sayfalama Stratejisi

E-ticaret siteleri sayfalama SEO sorunlarının en yoğun yaşandığı ortamlardır. Büyük bir kategoride yüzlerce sayfa, filtreler ve sıralama seçenekleri bir araya geldiğinde URL sayısı katlanarak artar.

Senaryo: Büyük Bir Kategori (500+ Ürün)

/ayakkabi/kadin-spor/           → Ana kategori (1. sayfa)
/ayakkabi/kadin-spor/?sayfa=2   → 2. sayfa
...
/ayakkabi/kadin-spor/?sayfa=22  → 22. sayfa

/ayakkabi/kadin-spor/?renk=kirmizi           → Kırmızı filtresi
/ayakkabi/kadin-spor/?renk=mavi              → Mavi filtresi
/ayakkabi/kadin-spor/?beden=38&renk=kirmizi  → Çoklu filtre
/ayakkabi/kadin-spor/?siralama=fiyat-artan   → Sıralama

Bu yapıdaki URL kombinasyonları binleri bulabilir. Tüm bu URL’lerin taranması hem crawl bütçesini tüketir hem de içerik tekrarı sorununa yol açar. Faceted navigation’ın SEO etkisini daha geniş bir çerçevede ele aldığımız yazımızda, filtre kombinasyonlarının nasıl yönetilmesi gerektiğini ayrıca inceledik.

Önerilen E-Ticaret Yaklaşımı

1. Ana kategori sayfası: dizine al

/ayakkabi/kadin-spor/ sayfası kesinlikle dizine alınmalı, self-canonical taşımalı ve iyi optimize edilmelidir. Bu sayfa tüm kategori trafiğinin odak noktasıdır.

2. Sayfalama URL’leri: self-canonical + gerekirse noindex

<!-- /ayakkabi/kadin-spor/?sayfa=2 -->
<link rel="canonical" href="https://example.com/ayakkabi/kadin-spor/?sayfa=2" />

<!-- Küçük kataloglar için noindex tercih edilebilir -->
<meta name="robots" content="noindex, follow" />

Büyük kataloglarda sayfalama URL’lerine noindex eklemek yerine, self-canonical bırakın — ürün bağlantılarının keşfi için bot’un bu sayfaları taraması gerekir.

3. Filtre URL’leri: robots.txt veya noindex ile yönet

# robots.txt
Disallow: /*?renk=
Disallow: /*?beden=
Disallow: /*?siralama=

Filtre kombinasyonlarından oluşan URL’ler genellikle bağımsız arama değeri taşımaz. Bu URL’leri robots.txt ile taramadan çıkarmak crawl bütçesini korur. Ancak bu URL’lere bağlantı veriyorsanız dikkatli olun — taranmayan URL’lere verilen bağlantılar etkisizdir.

4. Faceted navigation için parametrik kontrol

Google Search Console’da URL parametrelerini yapılandırarak (eski Parametre araçları) veya doğrudan robots.txt ile belirli parametre kombinasyonlarını yönetebilirsiniz. Ancak GSC’deki parametre aracı 2022’de kaldırıldığı için artık birincil yöntem robots.txt veya canonical’dır.

E-Ticarette Sıkça Yapılan Hatalar

Blog ve Arşiv Sayfalama Stratejisi

Blog sayfalama, e-ticaret kategorilerinden farklı dinamikler taşır. İçerik türü değişir, kullanıcı amacı farklıdır ve anahtar kelime hedefleme stratejisi de ayrışır.

Blog Arşivi Sayfalama Sorunları

Tipik bir blog arşivi:

/blog/              → Son yazılar (1. sayfa)
/blog/page/2/       → Daha eski yazılar
/blog/page/3/       → Daha da eski yazılar
/blog/kategori/seo/         → SEO kategorisi
/blog/kategori/seo/page/2/  → SEO kategorisi 2. sayfa
/blog/etiket/canonical/     → Canonical etiketi

Bu URL’lerin büyük çoğunluğu bağımsız arama değeri taşımaz. “Eski blog yazıları” veya “2. sayfa” için kimse arama yapmaz.

Blog Sayfalama İçin Önerilen Yaklaşım

Arşiv sayfalarına noindex, follow:

<!-- /blog/page/2/ ve sonrası -->
<meta name="robots" content="noindex, follow" />
<link rel="canonical" href="https://example.com/blog/page/2/" />

Neden self-canonical ama noindex? Çünkü:

• Self-canonical çakışan sinyalleri önler
• noindex bu sayfanın arama sonuçlarında görünmesini engeller
• follow ile içindeki bağlantılar (bireysel blog yazıları) keşfedilmeye devam eder

Kategori arşivleri için:

Eğer /blog/kategori/seo/ sayfası SEO kategorisinin tüm içeriklerini listeleyen ve kendi başına sıralama değeri olan bir sayfa ise, bu sayfayı dizine alın. Ama /blog/kategori/seo/page/2/ ve sonrasına noindex verin.

Etiket sayfaları için:

Çoğu durumda etiket sayfaları düşük kaliteli ve tekrarlı içerik üretir. noindex genel olarak doğru tercihdir:

<!-- Tüm etiket sayfaları için -->
<meta name="robots" content="noindex, follow" />

Tarih Bazlı Arşivler

WordPress gibi CMS’lerin otomatik oluşturduğu yıl/ay bazlı arşivler (/2024/03/, /2023/) de sayfalama sorunları yaratır. Bu URL’lerin genellikle tamamına noindex vermek uygundur:

<!-- /2024/03/ tarih arşivi -->
<meta name="robots" content="noindex, follow" />

Internal Link ile Crawl Depth Yönetimi

Crawl Depth Nedir?

Crawl depth, bir sayfaya ana sayfadan kaç tıklama ile ulaşıldığıdır. Google, ana sayfadan uzak (derin) sayfaları daha az sıklıkla tarar ve bu sayfalara daha düşük önem atar.

Sayfalama bu sorunu dramatik biçimde derinleştirir:

Ana Sayfa (0. derinlik)
  └─ Kategori: Ayakkabı (1. derinlik)
       └─ Sayfa 2 (2. derinlik)
            └─ Sayfa 3 (3. derinlik)
                 └─ Sayfa 10 (4. derinlik)
                      └─ Ürün X (5. derinlik)

Bu yapıda “Ürün X”, ana sayfadan 5 tıklama uzağındadır. Google bu ürünü geç keşfeder ve düşük değer atar.

Internal Link ile Derinliği Azaltma

Yöntem 1: Ana sayfa veya üst sayfadan doğrudan ürün bağlantıları

Öne çıkan ürünleri ana sayfaya veya kategori sayfasına doğrudan bağlayın. “En çok satanlar”, “yeni ürünler” veya “önerilen ürünler” bölümleri bu amaca hizmet eder:

<!-- Ana sayfada veya kategori sayfasında -->
<section class="one-cikanlar">
  <a href="/urun/spor-ayakkabi-premium">Premium Spor Ayakkabı</a>
  <a href="/urun/kadin-yuruyus-ayakkabisi">Kadın Yürüyüş Ayakkabısı</a>
</section>

Yöntem 2: Sitemap ile doğrudan dizinleme

XML sitemap, Google’ın önemli sayfaları sayfalama zincirini takip etmeden doğrudan keşfetmesini sağlar:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/urun/spor-ayakkabi-premium</loc>
    <lastmod>2026-07-10</lastmod>
    <priority>0.8</priority>
  </url>
</urlset>

Sitemap, crawl derinliği sorununu ortadan kaldırmak için en etkili araçtır. Tüm önemli ürün ve içerik URL’leri sitemap’e eklenmelidir.

Yöntem 3: Footer veya sidebar bağlantıları

Popüler kategorileri, öne çıkan ürünleri veya önemli içerikleri site genelinde footer veya sidebar aracılığıyla bağlamak, bu sayfaların crawl derinliğini azaltır.

<footer>
  <nav aria-label="Popüler Kategoriler">
    <a href="/ayakkabi/kadin-spor/">Kadın Spor Ayakkabı</a>
    <a href="/ayakkabi/erkek-deri/">Erkek Deri Ayakkabı</a>
    <a href="/canta/sirt-cantasi/">Sırt Çantaları</a>
  </nav>
</footer>

Breadcrumb ile Derinlik Görselleştirme

Breadcrumb navigasyonu hem kullanıcıya konumunu gösterir hem de Google’ın site hiyerarşisini anlamasını sağlar. Schema.org BreadcrumbList işaretlemesiyle birlikte kullanıldığında arama sonuçlarında zengin snippet olarak görünebilir:

<nav aria-label="Gezinti yolu">
  <ol>
    <li><a href="/">Ana Sayfa</a></li>
    <li><a href="/ayakkabi/">Ayakkabı</a></li>
    <li><a href="/ayakkabi/kadin-spor/">Kadın Spor</a></li>
    <li aria-current="page">Spor Ayakkabı A1</li>
  </ol>
</nav>

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Ana Sayfa",
      "item": "https://example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Ayakkabı",
      "item": "https://example.com/ayakkabi/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Kadın Spor",
      "item": "https://example.com/ayakkabi/kadin-spor/"
    },
    {
      "@type": "ListItem",
      "position": 4,
      "name": "Spor Ayakkabı A1",
      "item": "https://example.com/urun/spor-ayakkabi-a1"
    }
  ]
}
</script>

Sayfa URL Yapısı: Parametre mi, Dizin mi?

Sayfalama URL’lerinin nasıl yapılandırıldığı hem kullanıcı deneyimini hem de SEO’yu etkiler. İki temel yaklaşım vardır:

Parametre Tabanlı URL

/urunler/ayakkabi/?sayfa=2
/urunler/ayakkabi/?page=2

Avantajlar:

• Sunucu yapılandırması genellikle kolaydır
• Mevcut sistemlerde değişiklik gerektirmez

Dezavantajlar:

• URL parametreleri Google tarafından zaman zaman sıralama sinyali yerine “varyasyon” olarak değerlendirilir
• Farklı parametre isimleri (sayfa, page, p, pg) karışıklık yaratabilir
• Canonical parametreler düzgün yapılandırılmazsa duplikasyon oluşur

Dizin Tabanlı URL

/urunler/ayakkabi/sayfa/2/
/urunler/ayakkabi/page/2/

Avantajlar:

• Temiz, okunabilir URL yapısı
• Parametre karışıklığı olmaz
• Bazı CMS’lerde canonical yönetimi daha kolaydır

Dezavantajlar:

• Sunucu tarafında yeniden yazma kuralları gerekebilir
• Mevcut parametre yapısından geçiş redirect gerektirir

Genel öneri: Her iki yaklaşım da işlevseldir. Önemli olan tutarlılıktır — sitenin bir bölümünde parametre, diğer bölümünde dizin yapısı kullanmak sorun yaratır.

Google Search Console ile Sayfalama Sorunlarını Tespit Etme

Kapsam (Coverage) Raporu

Search Console’un “Dizine Ekleme” > “Sayfalar” bölümünde sayfalama kaynaklı sorunlar görünür:

• “Bulunan, şu anda dizine eklenmedi”: Google bu URL’leri keşfetti ama dizine almadı. Sayfalama sayfaları için bu genellikle normaldir; ancak önemli ürün sayfalarının bu kategoride yer alması sorun işaretidir.

• ”Canonical olmayan yinelenen”: Google, bir URL’nin kanonik olmayan versiyonunu tespit etti. Yanlış canonical yönetiminin belirtisidir.

• ”Kullanıcı tarafından seçilen kanonik tarafından hariç tutuldu”: canonical etiketinizi Google kabul etti. İstenen bir durumdur.

URL Denetleme Aracı

Belirli bir sayfalama URL’sinin nasıl işlendiğini anlamak için URL Denetleme Aracı kullanılabilir:

1. Search Console > URL Denetleme
2. Sayfalama URL’sini girin (örn: /urunler/ayakkabi/?sayfa=5)
3. Google’ın bu URL’yi nasıl gördüğünü, hangi canonical’ı seçtiğini ve dizine alınıp alınmadığını inceleyin

”Google tarafından görüntülenen sayfa” bölümünde render edilmiş HTML’yi görmek, infinite scroll veya JavaScript tabanlı içeriklerin doğru işlenip işlenmediğini doğrulamak için kritik önem taşır.

Crawl Stats Raporu

Search Console > Ayarlar > Tarama İstatistikleri bölümü, Googlebot’un sitenizi nasıl taradığını gösterir. Sayfalama sayfaları toplam taranan URL’lerin büyük bir yüzdesini oluşturuyorsa crawl bütçesi verimsiz kullanılıyor demektir.

Site Türüne Göre Özet Strateji Tablosu

Yapay Zeka Arama Motorları ve Sayfalanmış İçerik (2026 Bağlamı)

2026 itibarıyla arama görünürlüğü yalnızca Google sıralamalarından ibaret değil. ChatGPT, Perplexity, Gemini ve Claude gibi yapay zeka destekli arama sistemleri, kullanıcı sorularına yanıt üretirken web içeriğini tarayıp özetliyor. Sayfalanmış içerik, bu sistemler için Google’dan farklı ve bazen daha zorlu bir sorun oluşturuyor.

AI crawler’ların sayfalama davranışı:

• Tek seferlik derin tarama eğilimi: GPTBot, ClaudeBot gibi botlar bir siteyi tararken genellikle sayfalama zincirinin tamamını takip etmek yerine ilk birkaç sayfayla sınırlı kalabilir. Bu, 5. veya 10. sayfadaki ürün ya da makalelerin AI yanıtlarında hiç referans gösterilmeme riskini artırır.
• Özetleme için tek sayfa tercih edilir: Bir dil modeli, kullanıcının sorusuna yanıt oluştururken parçalanmış (sayfa 1, sayfa 2, sayfa 3) içerik yerine, tek ve kapsamlı bir kaynağı tercih eder. Bu nedenle view-all yaklaşımı veya kapsamlı bir “rehber” sayfası, sayfalanmış arşive kıyasla AI aramalarında referans olma ihtimali daha yüksektir.
• llms.txt ve yapılandırılmış veri önemi artıyor: Sitenizin en değerli, kapsamlı sayfalarını llms.txt gibi mekanizmalarla veya net bir iç link yapısıyla öne çıkarmak, AI botlarının doğru sayfayı bulma ihtimalini artırır.
• Ürün ve içerik keşfi hâlâ HTML bağlantılara dayanır: JavaScript ile geç yüklenen sayfalama linkleri, birçok AI crawler tarafından da atlanabilir; bu nedenle infinite scroll için önerilen SSR ve statik bağlantı çözümleri, hem Google hem AI botları için ortak bir zemin oluşturur.

Pratik sonuç: Sayfalama stratejinizi kurarken artık yalnızca “Google bu sayfayı dizine alır mı” sorusunu değil, “bir yapay zeka sistemi bu içeriği bulup doğru biçimde özetleyebilir mi” sorusunu da göz önünde bulundurmanız gerekiyor. Kapsamlı kategori sayfaları, öne çıkan ürün/koleksiyon sayfaları ve iyi yapılandırılmış rehber içerikleri, hem klasik SEO hem AI görünürlüğü açısından sayfalama zincirinin derinliklerindeki tekil sayfalardan daha değerlidir.

Vaka Kurgusu: Büyük Bir Kategori Sayfasında Crawl Bütçesi Krizi

Orta-büyük ölçekli bir ev tekstili e-ticaret sitesi, “nevresim takımı” kategorisinde 1.400’den fazla ürün barındırıyordu. Kategori, filtre kombinasyonları (renk, beden, marka, fiyat aralığı, malzeme) ile birlikte teorik olarak on binlerce benzersiz URL üretebilecek bir yapıya sahipti.

Başlangıç durumu: Site denetiminde, Googlebot’un son 90 günde taradığı URL’lerin yaklaşık %60’ının filtre kombinasyonlu sayfalama URL’leri olduğu tespit edildi. Buna karşın yeni eklenen ürün sayfalarının dizine alınma süresi 3-4 haftaya kadar uzuyordu — normalde bu süre birkaç gün olmalıydı.

Teşhis: Screaming Frog taramasında şu bulgular ortaya çıktı:

• Filtre URL’lerinin tamamı self-canonical taşıyordu ve hiçbiri noindex değildi.
• Sayfalama URL’leri (?sayfa=2 ve sonrası) HTML içinde statik <a> etiketleriyle bağlanıyordu, bu da onları tam anlamıyla taranabilir kılıyordu.
• XML sitemap yalnızca kategori ana sayfalarını içeriyordu; yeni ürünler sitemap’e otomatik eklenmiyordu.
• Crawl derinliği analizi, yeni eklenen ürünlerin ortalama 4-6 tıklama uzaklıkta olduğunu gösterdi.

Uygulanan çözüm:

1. Tüm filtre kombinasyonlu URL’ler robots.txt üzerinden taramadan çıkarıldı (Disallow: /*?renk=, Disallow: /*?beden= vb.).
2. Sayfalama URL’lerine noindex, follow uygulandı; birinci sayfa dizine alınmaya devam etti.
3. XML sitemap otomatik güncellenecek şekilde yeniden yapılandırıldı; yeni ürünler eklendiği anda sitemap’e dahil edilmeye başlandı.
4. Kategori sayfasına “Yeni Gelenler” ve “Çok Satanlar” blokları eklenerek yeni ürünlere doğrudan iç link verildi, crawl derinliği 4-6’dan 2-3’e indirildi.

Sonuç penceresi: Değişikliklerden altı hafta sonra Search Console Tarama İstatistikleri raporunda filtre URL’lerinin taranan URL’ler içindeki payı %60’tan %12’ye geriledi. Yeni ürünlerin ortalama dizine alınma süresi 3-4 haftadan 4-6 güne düştü. Üç ay sonunda kategori genelinde organik trafik yaklaşık %22 arttı; bu artışın büyük kısmı, artık daha hızlı keşfedilen ve dizine alınan yeni ürün sayfalarından geliyordu. (Vaka temsilidir.)

Sık Yapılan Hatalar

1. Tüm sayfalama ve filtre URL’lerini olduğu gibi dizine bırakmak. “Google zaten en iyisini seçer” varsayımı, crawl bütçesinin büyük kısmının değersiz URL kombinasyonlarına harcanmasına yol açar.
2. rel=prev/next’e hâlâ tek başına güvenmek. Bu etiketler Google tarafından 2019’dan beri dikkate alınmıyor; canonical ve robots meta etiketleri olmadan bu etiketlere güvenmek sayfalama sorununu çözmez.
3. Tüm sayfalama sayfalarına birinci sayfanın canonical’ını vermek. Google bunu yalnızca bir ipucu olarak değerlendirir; içerik gerçekten farklıysa bu canonical genellikle görmezden gelinir ve beklenen fayda sağlanmaz.
4. noindex uygularken follow eklemeyi unutmak. Yalnızca noindex yazıp follow eklemezseniz, Googlebot zamanla o sayfaları tamamen taramayı bırakabilir ve sayfalama zincirinin arkasındaki ürünler keşfedilemez hale gelir.
5. Infinite scroll’u URL güncellemesi olmadan uygulamak. Kullanıcı sayfayı ne kadar kaydırırsa kaydırsın URL değişmiyorsa, hem paylaşılabilirlik hem de arama motoru keşfi ciddi biçimde zedelenir.
6. Önemli sayfaları yalnızca sayfalama zinciri üzerinden erişilebilir bırakmak. Yeni veya öne çıkan ürünlere üst seviye sayfalardan doğrudan bağlantı verilmezse, bu sayfaların dizine alınması haftalar sürebilir.
7. XML sitemap’i statik tutup güncellememek. Yeni içerik eklendiğinde sitemap otomatik güncellenmiyorsa, Google yeni sayfaları sayfalama zincirini tarayarak geç keşfeder.
8. Sayfa başına ürün sayısını aşırı artırarak sayfalama sayısını azaltmaya çalışmak. Bu yaklaşım LCP süresini kötüleştirir; sayfalama sayısını azaltmanın bedeli Core Web Vitals performansı olmamalıdır.
9. Farklı parametre isimleri kullanmak (sayfa, page, p, pg). Aynı site içinde tutarsız parametre adlandırması, canonical ve crawl yönetimini gereksiz yere karmaşıklaştırır.
10. Sayfalama stratejisini bir kez kurup unutmak. Katalog büyüklüğü, filtre sayısı ve içerik hacmi zamanla değişir; sayfalama stratejisinin periyodik olarak (örneğin yılda bir) gözden geçirilmesi gerekir.

Sıkça Sorulan Sorular

Sayfalama SEO Denetimi: Adım Adım Kontrol Listesi

Bir sitenin sayfalama yapısını denetlerken aşağıdaki adımları sırayla izlemek, gözden kaçan sorunları gün yüzüne çıkarır.

1. Mevcut Sayfalama URL’lerini Tespit Et

Screaming Frog veya Sitebulb gibi tarayıcı araçlarla siteni tara. Sayfalama URL’lerini belirlemek için parametre veya dizin deseni filtresi uygula (?page=, /page/, ?sayfa= vb.). Kaç adet sayfalama URL’sinin oluştuğunu say.

2. Her URL Türü İçin Meta Robot Etiketini Kontrol Et

Taranan URL’lerin yanıt başlıklarını ve HTML’ini incele. Her sayfalama URL’si için şunları doğrula:

• <meta name="robots"> etiketi var mı, değeri ne?
• X-Robots-Tag HTTP başlığı var mı?
• Canonical tag doğru mu işaret ediyor?

3. Search Console Coverage Raporunu İncele

”Dizine Eklenmedi” kategorisindeki URL örneklerini gözden geçir. Önemli ürün veya içerik sayfaları bu kategoride görünüyorsa — ve sayfalama zinciri dışında erişimleri yoksa — acil müdahale gerekir.

4. Crawl Bütçesi Kullanımını Analiz Et

Search Console > Ayarlar > Tarama İstatistikleri raporunu aç. “Tarama İsteklerine Göre URL Türleri” grafiğinde sayfalama URL’lerinin toplam crawl’ın kaçta kaçını oluşturduğunu görürsün. Bu oran yüzde ellinin üzerindeyse, filtreleme ve noindex stratejileri ciddi biçimde değerlendirilmelidir.

5. Internal Link Haritasını Çıkar

Önemli ürün veya içerik sayfalarına kaçıncı derinlikten ulaşıldığını kontrol et. Üç veya daha fazla tıklama gerektiren sayfalar için sitemap’e ekleme veya üst seviye sayfalardan doğrudan bağlantı ekleme planı yap.

6. Render Testini Uygula

JavaScript ile oluşturulan sayfalama veya infinite scroll kullanan sayfalarda, Google’ın render ettiği HTML’nin ham HTML ile aynı ürün bağlantılarını içerip içermediğini doğrula. Bunun için Search Console’daki “Canlı Test Et” özelliği veya Google’ın Mobile-Friendly Test aracı kullanılabilir.

Sayfalama ve Site Hızı İlişkisi

Sayfalama SEO’sunun sıkça atlanan bir boyutu, sayfalama yapısının Core Web Vitals skorlarına etkisidir.

LCP (Largest Contentful Paint) ve Sayfalama

Sayfa 1’de 24 ürün göstermek yerine sayfa başına 48 veya 96 ürün koyan siteler, daha az sayfalama URL’si üretir. Ancak her sayfadaki ürün sayısı arttıkça LCP süresi de uzar: daha fazla resim, daha fazla DOM öğesi ve daha büyük veri yükü.

Optimum sayfa başına ürün sayısı: Kategori büyüklüğüne bağlıdır. Mobil kullanıcı deneyimi açısından 24-36 ürün genellikle hem hız hem de kullanılabilirlik dengesi sağlar. 48 ve üzeri başlangıç LCP süresini olumsuz etkileyebilir.

CLS (Cumulative Layout Shift) ve Sonsuz Kaydırma

Infinite scroll uygulamalarında sıkça yapılan hata, yeni yüklenen içerik için sayfada yer rezerve edilmemesidir. İçerik yüklendiğinde sayfa aniden kayar ve CLS skoru bozulur. Çözüm, yeni içerik yüklenmeden önce tahmini yüksekliği CSS ile belirtmektir:

.urun-liste-iskeleti {
  min-height: 400px; /* Ürün kartı yüksekliğine göre ayarla */
}

Sonuç ve Eylem Planı

Sayfalama SEO’su, tek bir “doğru cevap” olmayan, site büyüklüğüne, katalog yapısına ve hedeflenen kullanıcı davranışına göre farklılaşan bir konudur. Ancak tüm senaryolarda geçerli temel ilkeler şunlardır:

1. İçerik değeri belirleyici: Eğer bir sayfalama sayfası bağımsız arama değeri taşımıyorsa (yani kimse “spor ayakkabı sayfa 7” için arama yapmıyorsa), o sayfayı noindex ile yönetin.

2. Ürün keşfini asla engellemeyin: Sayfalama sayfalarına noindex verirken follow eklemeyi unutmayın. Ürün bağlantıları keşfedilmeye devam etmelidir.

3. XML sitemap zorunludur: Önemli ürün, hizmet ve içerik sayfaları mutlaka XML sitemap’e eklenmelidir. Crawl zincirini sayfalama sayfalarına bırakmayın.

4. Canonical tutarlılığı: Her sayfa için canonical tag’in doğru ve tutarlı olduğunu Canonical Tag Oluşturucu gibi araçlarla düzenli olarak doğrulayın.

5. Search Console izlemesi: Coverage raporunu aylık bazda inceleyin. “Bulunan, dizine eklenmedi” kategorisinde önemli sayfalar görünüyorsa acil müdahale gerekir.

6. Infinite scroll dikkatli kullanın: Bu UX deseni SEO ile temelden çatışır. Kullanıyorsanız URL güncellemesi ve SSR ile birlikte uygulayın.

Sayfalama SEO’su, doğru uygulandığında crawl bütçesini korur, içerik tekrarını azaltır ve önemli sayfalara sıralama sinyallerinin odaklanmasını sağlar. Teknik SEO desteği için uzman ekibimizle iletişime geçebilir, sitenizin sayfalama yapısını kapsamlı biçimde analiz ettirebilirsiniz.

Sayfalama konusu, tarama bütçesi, crawl derinliği, JavaScript SEO’su ve faceted navigation konularıyla iç içe geçmiş durumdadır; bu konulardaki rehberlerimiz sayfalama stratejinizi bütünsel bir teknik SEO planına oturtmanıza yardımcı olur.

İlgili: E-ticaret kategori sayfası SEO