Infinite Scroll Sayfaları Arama Motorlarına Nasıl Erişilebilir?

Infinite scroll nedir ve neden arama motorları için erişilebilirlik sorunu yaratır?

Infinite scroll (sonsuz kaydırma), kullanıcı sayfanın altına yaklaştıkça JavaScript’in yeni içerik segmentlerini arka planda yükleyip akışa eklediği bir arayüz desenidir. Klasik sayfalama butonlarına tıklamak yerine kullanıcı yalnızca aşağı kaydırır; ürün listeleri, blog arşivleri ve sosyal akışlar bu deseni sıkça kullanır. Deneyim akıcıdır, ancak bu akıcılığın altında SEO açısından kritik bir varsayım yatar: içeriğin yalnızca bir kaydırma olayı tetiklendiğinde var olması.

Sorun tam da burada başlar. Googlebot bir kullanıcı gibi sayfada aşağı kaydırmaz, fareyi hareket ettirmez veya “daha fazla yükle” etkileşimini taklit etmez. Render aşamasında sayfayı yükler ve görüntü alanında oluşan HTML’i değerlendirir; ancak kaydırmayla tetiklenmeden DOM’a eklenmeyen içeriği hiç görmeyebilir. Bu, sayfanın derinindeki onlarca ürünün veya yazının arama motoru tarafından keşfedilmemesi anlamına gelir. Keşfedilmeyen içerik indekslenmez, indekslenmeyen içerik de organik trafik üretmez.

İkinci bir keşif sorunu, dahili bağlantı erişimidir. Saf sonsuz kaydırmada alttaki içeriğe ulaşmak için gerçek bir <a href> bağlantısı yoktur; gezinme JavaScript ile yapılır. Tarayıcı, takip edebileceği taranabilir bağlantılar bulamayınca site mimarisinin alt katmanları izole kalır. Teknik SEO kavramlarını netleştirmek için teknik SEO terimleri sözlüğü faydalı bir başvuru noktasıdır.

Son olarak bir kavram karışıklığını gidermek gerekir: Google’ın arama sonuç sayfasındaki continuous scrolling (sürekli kaydırma) deneyimi ile sitenizdeki infinite scroll aynı şey değildir. Birincisi Google’ın SERP’i sunma biçimidir ve sitenizin indekslenme mantığını değiştirmez; ikincisi sizin sayfanızın içerik yükleme mimarisidir. Bu ikisini karıştırmak, yanlış optimizasyon kararlarına yol açar.

Infinite scroll erişilebilirlik sorununun temeli: her içeriğe benzersiz, taranabilir URL

İndekslenebilirliğin temel taşı tek bir ilkedir: her ayrı içerik parçası, kendine ait benzersiz ve taranabilir bir URL’ye sahip olmalıdır. Google Search Central’ın 2014’te yayımladığı sonsuz kaydırma için arama dostu önerilere göre, sonsuz akış mantıksal olarak sayfalara (component pages) bölünmeli ve her sayfa bağımsız bir adresle erişilebilir kılınmalıdır. Bir içerik segmentinin URL’si yoksa, o segment paylaşılamaz, sitemap’e eklenemez ve indekslenemez.

Pratikte bu, akışın arkasına bir sayfalama şeması koymak demektir. En yaygın yaklaşım page parametreli URL şemasıdır: ?page=2, ?page=3 gibi. Her parametre değeri, kategorinin veya arşivin belirli bir segmentini gösteren, sunucunun bağımsız olarak üretebildiği bir sayfaya karşılık gelir. Bu “component pages” yaklaşımı, kullanıcının gördüğü kesintisiz akışı bozmadan arama motoruna ayrık ve adreslenebilir bir yapı sunar.

Googlebot JavaScript içeriği nasıl render eder?

Googlebot modern bir tarayıcı motoru kullanarak JavaScript’i render edebilir; bu yüzden “Google JS okuyamaz” iddiası doğru değildir. Ancak render bir bütçe ve sınır dahilinde çalışır: kullanıcı etkileşimiyle (kaydırma, tıklama) tetiklenen içerik, bot etkileşim simüle etmediği için render edilmiş HTML’e girmez. Dolayısıyla güvenli strateji, kritik içeriği sunucu taraflı render (SSR) ile başta sunmak ve JavaScript’i yalnızca deneyimi zenginleştirmek için kullanmaktır.

Keşfi desteklemenin tamamlayıcı yolu sitemap’tir. Tüm sayfalı URL’leri (örneğin ?page=2 ile ?page=N arası) XML sitemap’e eklemek, Google’ın bu adresleri kaydırma davranışına bağımlı olmadan bulmasını sağlar. Sitemap, dahili bağlantıların yerini tutmaz ama keşfi hızlandıran ek bir kanaldır.

Adım adım çözüm: infinite scroll’u erişilebilir hale getirme

Sorunu netleştirdiğimize göre uygulamaya geçelim. Aşağıdaki yöntem, kullanıcı için sonsuz kaydırma deneyimini korurken arama motoruna sağlam, taranabilir bir iskelet sunan hibrit yapıyı kurar. Google’ın 2026 itibarıyla e-ticaret için yayımladığı sayfalama ve artımlı yükleme dokümanının da işaret ettiği gibi, hâkim öneri saf sonsuz kaydırma değil, gerçek bağlantılı sayfalama ile desteklenen hibrit modeldir.

1. Başlangıç içeriğini sunucu tarafında render et: İlk segmentin içeriğini SSR ile doğrudan HTML’e basın. Progressive enhancement yaklaşımıyla JavaScript bu temeli sonradan zenginleştirsin; böylece bot ve JS’siz istemciler ilk ekranı eksiksiz görür.
2. Her segment için benzersiz, taranabilir URL üret: ?page=2 page parametresi ya da component pages şemasıyla her parçayı ayrı bir indekslenebilir adrese bağlayın. Bu URL’ler doğrudan açıldığında ilgili segmenti tam olarak göstermelidir.
3. Hibrit yapı kur: load more / pagination + sonsuz kaydırma: Kullanıcıya kaydırma deneyimini koruyun; ancak akışın altına gerçek <a href> bağlantılı bir sayfalama veya “daha fazla yükle” bağlantısı yerleştirin. Bot bu bağlantıları takip ederek derin segmentlere ulaşır.
4. noscript fallback ve dahili linkler ekle: JavaScript çalışmadığında devreye giren <noscript> bağlantıları ve sayfalar arası gezinmeyi garanti eden dahili link yapısı ekleyin. Bu, hem Googlebot hem de yardımcı teknolojiler için güvenli bir erişim yoludur.
5. Self-referencing canonical ve sitemap ayarla: Her sayfalı URL kendine işaret eden bir canonical taşısın; tüm sayfaları 1. sayfaya kanonikleştirmek hatadır ve derin içeriğin indekslenmesini engeller. Tüm URL’leri sitemap’e ekleyin.
6. URL Inspection ve render kontrolüyle doğrula: Search Console URL Inspection, site: sorgusu ve render edilmiş HTML kontrolüyle içeriğin gerçekten görülüp indekslendiğini teyit edin.

Burada güncel bir noktayı vurgulamak gerekir: rel=next ve rel=prev etiketlerini Google 2019’dan beri indeksleme sinyali olarak kullanmıyor. Bu yüzden sayfalama stratejinizi bu etiketlere değil; benzersiz URL, sağlam dahili bağlantı ve self-referencing canonical üçlüsüne dayandırın. Render mantığını derinlemesine kavramak isteyenler için Google Search Central’ın JavaScript SEO ve render süreçlerini anlatan resmi video kaynakları faydalı bir başvurudur.

Geçiş vakası: saf sonsuz kaydırmadan hibrit yapıya geçişte indekslenen sayfa verisi

Teoriyi sahaya taşıyalım. Bir e-ticaret kategori sayfasını saf infinite scroll’dan “pagination + benzersiz URL” hibrit yapısına taşıdığımız bir çalışmada, geçişin etkisini ham veriyle ölçmek için iki ayrı kontrol noktası kullandık: Search Console URL Inspection sonuçları ve kategori altında indekslenen sayfa sayısı. Geçiş öncesinde kategorinin yalnızca ilk segmenti güvenilir biçimde render ediliyor; alt segmentlerdeki ürün URL’lerinin önemli bir kısmı “Keşfedildi – şu anda dizine eklenmedi” veya hiç keşfedilmemiş durumdaydı.

Geçişten sonra her segmenti ?page=N şemasıyla ayrı bir taranabilir URL’ye bağladık, başlangıç içeriğini SSR ile sunduk ve akışın altına gerçek bağlantılı sayfalama ekledik. URL Inspection’da daha önce render edilmiş HTML’de görünmeyen alt segment ürünleri, artık “Sayfa dizine eklendi” durumuna geçti. Buradaki kritik içgörü, hangi içeriğin gerçekten render edilip indekslendiğini render edilmiş HTML çıktısıyla satır satır doğrulamaktı; “sayfa hızlı açılıyor” hissi ile “bot içeriği görüyor” gerçeği aynı şey değildir.

Sayfa türüne göre reçete de değişir. E-ticaret kategorilerinde her sayfalı URL’nin filtreden bağımsız, kararlı bir adres olması ve canonical’ın kendine işaret etmesi önceliklidir. Blog arşivlerinde kronolojik sayfalama yeterlidir ancak öne çıkan yazılara dahili linklerle ayrıca erişim sağlanmalıdır. Sosyal feed benzeri akışlarda ise tüm içeriği indekslemek çoğu zaman amaç değildir; burada önemli olan, indekslenmesi istenen kalıcı sayfaların akıştan ayrı, taranabilir URL’lere sahip olmasıdır. Doğru segmentleri belirlemek için kategori sayfaları için anahtar kelime bulma aracı ile hangi sayfaların talep gördüğünü önceden tespit etmek geçiş planını isabetli kılar.

Doğrulama ve izleme: URL Inspection, render kontrolü ve Core Web Vitals ile teyit etme

Uygulama bittiğinde iş bitmez; sonucu kanıtla doğrulamak gerekir. İlk araç URL Inspection‘dır: bir segment URL’sini girip “Canlı URL’yi test et” ile render edilmiş HTML’i inceleyin ve beklediğiniz ürün/yazı içeriğinin orada olduğundan emin olun. Tamamlayıcı kontrol olarak site: sorgusuyla kategori altındaki indekslenen URL sayısını izleyin; geçiş sonrası bu sayının artması, hibrit yapının işe yaradığının somut göstergesidir.

İkinci boyut performanstır. Sonsuz kaydırma, DOM’a sürekli düğüm eklediği için Core Web Vitals üzerinde gerçek etki yaratabilir: ağır ilk yük LCP‘yi geciktirebilir, akışa eklenen öğeler düzen kaymasıyla CLS‘yi bozabilir. Hibrit yapı, her segmenti ayrı sayfaya bölerek tek sayfaya yüklenen düğüm sayısını sınırlar ve bu metrikleri kontrol altında tutmayı kolaylaştırır. Yeni içerik yerleşirken yükseklik rezervasyonu yapmak CLS’yi belirgin biçimde düşürür.

Üçüncüsü erişilebilirliktir. Saf sonsuz kaydırma; ekran okuyucu kullanıcıları için odak yönetimini zorlaştırır, klavyeyle gezinmeyi ve sayfanın sonuna (footer) ulaşmayı engelleyebilir. Nielsen Norman Group’un sonsuz kaydırma üzerine araştırmasının vurguladığı gibi, bu desen her bağlam için uygun değildir; gerçek bağlantılı sayfalama eklemek hem SEO hem erişilebilirlik açısından aynı anda kazanç sağlar.

Son olarak bu döngüyü sürdürülebilir kılmak için izleme şarttır. SEOYEN’in tek platformda topladığı Türkçe arayüzlü araçlarıyla site sağlığı taraması ile taranabilirlik sorunlarını bulun; render edilemeyen veya keşfedilemeyen URL’leri erkenden tespit edin. Geçiş sonrası organik etkiyi ölçmek içinse sıralama takibi aracıyla indekslenme değişimini izleyin ve sonuçları TL bazlı raporlarla yerel ekibinizle paylaşın. Ahrefs ya da SEMrush gibi araçlar bu metrikleri sunar; SEOYEN aynı yetenekleri Türkiye pazarına uyarlanmış arayüzü, TL bazlı fiyatlandırması ve yerel Türkçe desteğiyle tek platformda bir araya getirir. Plan ve fiyatlandırma sayfası üzerinden ihtiyacınıza uygun paketi seçebilirsiniz.

Sıkça Sorulan Sorular