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
-
- 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ı?
| Durum | Öneri |
|---|---|
| Blog arşivi sayfa 2+ | noindex, follow |
| Etiket/kategori arşivi sayfa 2+ | noindex, follow |
| Küçük e-ticaret <50 ürün/kategori | noindex, follow |
| Büyük e-ticaret kategorisi | Self-canonical tercih et |
| Ürün özelinde filtreleme sayfaları | noindex, follow |
| Ana kategori sayfaları | Dizine al (noindex kullanma) |
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.
Ö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
| Hata | Sonuç | Çözüm |
|---|---|---|
| Tüm filtre URL’lerini dizine almak | Crawl bütçesi tükenir | robots.txt veya noindex |
| Sayfa 2+‘ye birinci sayfa canonical’ı vermek | Google canonical’ı görmezden gelebilir | Self-canonical veya noindex,follow |
| Infinite scroll + JavaScript render | Ürünler keşfedilmez | SSR veya pagination fallback |
| Sayfalama link’lerini yalnızca JS ile oluşturmak | Bot bağlantıları bulamaz | HTML içinde statik link’ler |
| Sıralama parametrelerini dizine almak | Duplikasyon | noindex veya robots.txt |
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:
- Search Console > URL Denetleme
- Sayfalama URL’sini girin (örn:
/urunler/ayakkabi/?sayfa=5) - 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
| Site Türü | Sayfalama URL’si | Filtre URL’si | Infinite Scroll |
|---|---|---|---|
| Büyük e-ticaret (>1000 ürün) | Self-canonical + index | noindex veya robots.txt | SSR + URL güncelleme |
| Küçük e-ticaret (<200 ürün) | noindex, follow | noindex veya robots.txt | Sayfalı fallback |
| Blog / Haber | noindex, follow | noindex | SSR ilk içerik |
| Haber portalı | noindex, follow | noindex veya robots.txt | URL güncelleme |
| SaaS / Belgelendirme | Self-canonical + index | Yok veya noindex | Nadir kullanılır |
| Portallar / Dizinler | Site büyüklüğüne göre | noindex veya robots.txt | URL güncelleme |
Sıkça Sorulan Sorular
rel=prev/next hâlâ kullanılmalı mı?
Google 2019’dan beri rel=prev/next’i dikkate almıyor. Bu etiketleri sitenizde bırakmanın zararı yoktur — Bing hâlâ kullanıyor olabilir — ama tek başına bir SEO stratejisi olarak güvenemezsiniz. Canonical ve robots meta etiketleri çok daha etkili araçlardır.
Sayfalama sayfaları sitemap’e eklenmeli mi?
Genel kural: noindex verdiğiniz sayfaları sitemap’e eklemeyin. Google noindex ile sitemap’e ekleme arasında çelişki gördüğünde genellikle noindex’i seçer; ancak bu çelişkili sinyaller Search Console’da hata olarak raporlanır. Self-canonical verdiğiniz sayfalama URL’lerini sitemap’e eklemek isteğe bağlıdır — crawl bütçeniz kısıtlıysa sadece birinci sayfaları ekleyebilirsiniz.
Kaç ürün olursa view-all yaklaşımı kullanılmalı?
Kesin bir sayı yoktur. View-all sayfasının yükleme süresi kabul edilebilir seviyede (LCP < 2.5 saniye) kalabiliyorsa — genellikle 100-200 ürüne kadar — view-all faydalı olabilir. Daha büyük kataloglar için sayfalama + XML sitemap kombinasyonu daha pratiktir.
Yeni bir site kuruyorum, hangi sayfalama yapısını seçmeliyim?
Küçük bir katalog için baştan noindex, follow + sitemap yaklaşımını benimseyin. Katalog büyüdükçe self-canonical ile geçiş yapabilirsiniz. Sayfalama URL formatı olarak temiz dizin yapısını (/sayfa/2/) tercih edin, böylece canonical ve parametre yönetimi daha basit kalır.
Google sayfalama sayfalarını ne sıklıkla tarar?
Bu, sitenizin genel otoritesine, güncelleme sıklığına ve crawl bütçenize bağlıdır. Yüksek otoriteli büyük sitelerde sayfalama sayfaları her birkaç günde bir taranabilirken, düşük otoriteli sitelerde aylarca taranmayabilir. Bu nedenle önemli ürünlerin sitemap aracılığıyla doğrudan keşfedilmesi kritiktir.
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-TagHTTP 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.
