Sonsuz Kaydırma Sayfalarında SEO Nasıl Kurulur?

Kullanıcı aşağı indikçe ürünler, yazılar ya da kartlar yükleniyor olabilir. Ancak Googlebot bir kullanıcı gibi kaydırma yapmıyorsa, o içerik arama motoru dizinlerinde gerçekten var mı? Başarılı bir sonsuz kaydırma seo stratejisi, sadece tasarım kararlarıyla değil, teknik açıdan erişilebilir bir mimari ile kurulmalıdır.

Özellikle sosyal medya platformlarında popüler hale gelen ve kusursuz bir kullanıcı deneyimi sunmak amacıyla tercih edilen infinite scroll yapısı, doğru yapılandırılmadığında ciddi dizin sorunlarına yol açabilir. Eğer içerikleriniz yalnızca kullanıcının kaydırma eylemiyle tetiklenerek görünür oluyorsa, botlar bu içerikleri keşfetmekte zorlanır. Sağlam bir teknik çözüm, her içerik bloğunu ayrı URL yapısı ile desteklemek ve aynı içeriği sunucu tarafında da taranabilir kılmaktan geçer.

Key Takeaways

• URL-Based Architecture: Every content block in a continuous scroll must correspond to a unique, indexable URL to ensure search engines can crawl and rank individual sections.
• Progressive Enhancement: Implement a foundation of traditional pagination that functions without JavaScript, then overlay the infinite scroll as a user experience enhancement.
• Server-Side Rendering (SSR): Essential content, including links, product cards, and metadata, must be present in the initial HTML response rather than rendered solely via client-side JavaScript.
• Crawling Path: Maintain clear, HTML-based internal links to subsequent pages so that search engine bots can discover deep content rather than relying on user scroll behavior.
• Balanced UX and SEO: Use the History API to update the URL in the address bar as the user scrolls, ensuring that users can return to their exact position while maintaining an SEO-friendly link structure.

Sonsuz kaydırma neden botlar için sorun çıkarır?

Sonsuz kaydırma, kullanıcı deneyimini iyileştirmek ve kullanıcı etkileşimi oranlarını artırmak için çekici bir yöntem olabilir. Özellikle mobil cihazlarda akışı hızlandırır ve ekranı her zaman dolu tutarak sayfayı canlı kılar. Ancak arama motorları söz konusu olduğunda, bu tasarımın ardındaki teknik yapı kritik hale gelir.

Googlebot, bir sayfanın HTML çıktısını alarak bağlantıları takip eder ve ardından JavaScript dosyalarını işler. Buradaki temel problem şudur: İçerik yalnızca kullanıcı aşağı kaydırdıkça tetiklenen bir istekle yükleniyorsa, bot bu yolu her zaman izlemez. Bu durum ciddi tarama sorunları yaratır ve sonuç olarak ikinci, üçüncü veya sonraki içerik blokları indeksleme süreçlerine dahil edilmez.

Sorun sadece içerik keşfi ile sınırlı değildir. İç bağlantı akışı ve sayfa otoritesinin dağılımı da doğrudan etkilenir. Eğer liste sayfanızdaki 200 ürünün sadece ilk 24 tanesi botlar tarafından görülüyorsa, geri kalan ürünler sitenizin mimarisinde arka plana itilir. Bu da potansiyel ürünlerinizin indeksleme almasını zorlaştırarak organik görünürlüğünüzü zedeler.

Kullanıcı tarafında da bazı riskler mevcuttur. NN/G’nin değerlendirmesi, sonsuz kaydırmanın her liste tipi için uygun olmadığını hatırlatıyor. Görev odaklı gezinmelerde, kullanıcılar genellikle sayfada nerede kaldıklarını takip etmek isterler. Özellikle sosyal medya platformlarında sıkça gördüğümüz ve bazen felaket kaydırması (doomscrolling) olarak adlandırılan bu sonsuz akış deneyimi, kurumsal sitelerde footer erişilebilirliğini de zora sokar. Eğer alt bilgideki önemli bağlantılar sürekli aşağı kaçıyorsa, hem erişilebilirlik standartları zarar görür hem de kullanıcılar aradıkları bölüme ulaşmakta zorlanır.

Bu yüzden konu sadece “sonsuz kaydırma mı, sayfalama mı” tartışmasından ibaret değildir. Asıl sorulması gereken şudur: Arayüzünüz akıcı bir deneyim sunarken, arka planda arama motorları için taranabilir bir yapı mevcut mu? Eğer teknik altyapı eksikse, tasarımınız ne kadar modern olursa olsun SEO performansınız olumsuz etkilenecektir.

Doğru mimari, her içerik bloğunu ayrı URL’ye taşır

En güvenli yaklaşım nettir: Kaydırdıkça gelen her içerik bölümü ayrı bir URL ile açılmalıdır. Yani ?page=2, ?page=3 ya da anlamlı segment yapıları kullanılmalıdır. Kullanıcı sonsuz akışta ilerlerken, hem botlar hem de doğrudan gelen ziyaretçiler aynı içeriği bağımsız bir sayfa olarak görüntüleyebilmelidir. Bu yapı, doğru bir teknik SEO kurgusunun temel taşıdır.

Bu ayrım basit görünür, ancak çoğu ekip burada hata yapar. Scroll sırasında API üzerinden dinamik içerik çekip ekrana kart basmak tek başına yeterli değildir. Aynı kart grubu, bağımsız bir URL ile tarayıcıda açıldığında sunucu tarafında tam olarak görünmelidir. Aksi halde URL varmış gibi görünür, ancak içerik botlar için boş kalır.

Aşağıdaki tablo, üç yaygın modeli özetliyor:

Yaklaşım	Bot erişimi	Kullanıcı deneyimi	SEO riski
Tamamen JS ile sonsuz kaydırma	Düşük	Yüksek	Yüksek
Sayfalama tabanı + sonsuz kaydırma katmanı	Yüksek	Yüksek	Düşük
Klasik sayfalama	Yüksek	Orta	Düşük

Pratikte en dengeli model, ikinci satırdır. Kullanıcı kaydırdıkça sistem arka planda yeni bloğu yükler ve tarayıcının History API yapısını kullanarak adres çubuğunu günceller. PushState yöntemi ile URL güncellendiğinde, kullanıcı sayfayı kopyaladığında ya da yenilediğinde tam olarak kaldığı noktaya dönebilir. Bu yöntem, sayfalandırma mantığını sonsuz bir akışla birleştirerek hem kullanıcı deneyimini hem de teknik SEO performansını optimize eder.

Bu kurulumda canonical etiketi kullanımı kritik bir öneme sahiptir. İkinci ve üçüncü sayfaları kör biçimde her zaman ilk sayfaya canonical olarak işaretlemek, arama motorlarının keşfini zayıflatır. Her URL kendi benzersiz içeriğini sunuyorsa, canonical kararı da her sayfanın kendi değerine göre verilmelidir.

Bir başka eski alışkanlığı da bırakmak gerekiyor. rel=”next” ve rel=”prev” etiketleri eskiden sık önerilirdi, fakat Google bunları uzun süredir indeksleme sinyali olarak kullanmıyor. Hâlâ yardımcı bir işaret olabilir, ama tek başına çözüm değildir.

Sonsuz kaydırma bir arayüz katmanıdır. SEO için asıl ihtiyaç, aynı içeriğin linklenebilir ve açılabilir olmasıdır.

Bu yapıyı kurarken çoğu ekip site çapında kontrol ister. O noktada teknik SEO denetimi ve uygulama adımları gibi kapsamlı bir inceleme, şablon bazlı hataları daha hızlı ortaya çıkarır.

Progressive enhancement olmadan bu yapı kırılır

Sonsuz kaydırma kullanan sayfalarda en sağlam mantık, progressive enhancement yaklaşımıdır. Önce temel sayfa herkes için çalışır, sonra JavaScript deneyimi iyileştirir. Sıra bunun tersine döndüğünde sorun başlar.

Temel katmanda sayfa 1, sayfa 2 ve sayfa 3 arasında gerçek bağlantılar bulunmalıdır. JavaScript kapalıyken ya da render geciktiğinde kullanıcı yine gezinebilmelidir. Bot da bu bağlantıları HTML içinde görmelidir. JavaScript yüklendiğinde ise bu bağlantılar, modern bir infinite scroll deneyimine dönüşebilir.

Sayfalama ile sonsuz kaydırma karşılaştırması da aynı noktaya basıyor: JavaScript olmasa bile bağlantılar ve içerik erişilebilir kalmalı. Bu, eski tip noscript içine birkaç link atalım yaklaşımından daha güçlüdür çünkü esas deneyim zaten erişilebilir olarak başlar.

Sunucu tarafı burada belirleyicidir. Kritik içerik ilk HTML yanıtında yer almalıdır; kategori başlığı, ürün kartları, blog özetleri, iç linkler ve temel meta bilgiler render sonrası eklenmemelidir. Eğer React, Vue ya da başka bir framework kullanıyorsanız SSR, SSG ya da uygun yerde ISR daha güvenli seçeneklerdir. Bu yöntemler sayesinde sunucu tarafından gelen ilk yanıt hızlanır ve sayfa yükleme süresi üzerinde doğrudan olumlu bir etki oluşur.

Dinamik içerik geçmişte geçici köprü olarak kullanıldı, ancak bugün çoğu projede kalıcı çözüm olarak görülmemelidir. Çünkü iki farklı çıktı üretmek bakım yükünü artırır ve hata riskini büyütür. Aynı sayfanın kullanıcıya başka, bota başka görünmesi küçük farklarda bile sorun çıkarır.

Yoğun JavaScript kullanan projelerde ilk kontrol hep aynıdır: Kaynak HTML ile rendered DOM aynı ana sinyalleri taşıyor mu? JavaScript SEO süreçlerini doğru yönetmek ve site hızı metriklerini iyileştirmek, arama motorlarının içeriğinizi daha sağlıklı dizine eklemesini sağlar. Eğer bu soruyu hızlıca test etmek istiyorsanız, JavaScript SEO testi nasıl yapılır rehberi render farklarını teşhis etmek için iyi bir başlangıç verir.

Crawl path kurmadan keşif beklemeyin

Ayrı URL üretmek tek başına yeterli değildir. Botun bu URL’lere erişebileceği bir crawl path, yani tarama yolu da kurmanız gerekir. Bir URL sadece sitemap içerisinde yer aldığı için her zaman güçlü biçimde taranmaz. Güçlü bir içerik keşfi için iç bağlantı hâlâ en temel sinyallerden biridir.

En etkili çözüm, geleneksel sayfalandırma mantığını HTML içinde korumaktır. Görsel arayüz sonsuz bir akış sunsa da kaynak kodunda mutlaka sonraki sayfaya giden bir bağlantı bulunmalıdır. Gerekirse bu bağlantı tasarımsal olarak arka planda tutulabilir, ancak DOM içerisinde mutlaka gerçek bir link olarak yer almalıdır. Bu yapı, botların içerik keşfi sürecini doğrudan destekler.

Bu bağlantıların teknik olarak çalışır olması gerekir. href=”#” gibi yalnızca JavaScript fonksiyonu çağıran sahte linkler yetersizdir. Bot, tam URL yapısını görmek ister. Örneğin, ?page=2 parametresi ile açılan bir sayfa 200 durum kodu dönmeli ve ilgili içeriği doğrudan sunmalıdır. Doğru bir URL yapılandırma süreci, botun sayfaları hatasız anlamlandırmasını sağlar.

Ayrıca URL güncellemesi mantıklı eşiklerde yapılmalıdır. Kullanıcı ikinci blok ağırlıklı olarak görünür olduğunda adres çubuğunun değişmesi iyi bir uygulamadır. Google Search Central kaynakları da ideal bir kurulumun, standart sayfalandırma mantığını bozmadan sonsuz kaydırma deneyimi sunması gerektiğini vurguluyor.

Sitemap desteğini de kesinlikle ihmal etmeyin. Tüm önemli sayfa URL’leri XML sitemap içinde yer almalı, ancak sitemap hiçbir zaman iç linklerin yerine geçmemelidir. İkisini birlikte kullanarak tarama bütçesi yönetimini optimize edin.

Son olarak, filtreli listelemelere dikkat etmelisiniz. Sonsuz kaydırma kullanan e-ticaret sayfalarında renk, beden veya marka gibi parametreler hızla URL çoğalmasına yol açar. Bu nedenle indekslenecek kombinasyonlar ile yalnızca gezinme amaçlı olanları ayırmanız gerekir. Aksi halde tarama bütçesi boşa harcanır ve ana kategori yapınızın otoritesi zayıflar.

Ürün listesi, blog arşivi ve mobil feed için farklı kurulumlar

Aynı temel prensipler geçerli olsa da, teknik uygulama detayları sayfa türüne göre değişiklik gösterir. Ürün listelemesiyle blog arşivi farklı çalışma mantıklarına sahiptir ve e-ticaret siteleri bu konuda çok daha dikkatli bir yaklaşım sergilemelidir.

Ürün listeleme sayfalarında öncelik keşif ve sıra yönetimidir

Kategori sayfalarında ana hedef, mümkün olduğunca çok ürünün taranması ve keşfedilmesidir. Bu yüzden ilk sayfada güçlü ürün bağlantıları bulunmalı, sonraki bloklar ayrı URL yapısı ile sunulmalıdır. ?page=2 gibi standart parametreler e-ticaret siteleri için oldukça verimli sonuçlar verir.

Kullanıcı aşağı indikçe yeni ürünler yüklenebilir. Ancak sistem, aynı anda tarayıcı adresini güncellemeli ve ürün kartlarını doğrudan tıklanabilir linkler olarak sunmalıdır. Ürünün sadece görseli ya da JavaScript tetikleyicisi değil, gerçek ürün URL’si HTML içinde mutlaka yer almalıdır.

Burada sık yapılan bir hata, filtre uygulandığında tüm sonuçların tek sanal akış içinde kalmasıdır. Önemli filtre kombinasyonları kendi açılış sayfasına ihtiyaç duyar. Diğer kombinasyonlar ise noindex veya canonical stratejisiyle sınırlandırılmalıdır.

Blog arşivlerinde derin içeriklerin kaybolmasına izin vermeyin

Blog sayfalarında risk daha sessiz ilerler. İlk 10 yazı görünürken, geri kalan içerikler akışın altında kalır. Yeni yazılar sürekli öne çıktığı için, eski ama değerli içerikler keşif gücünü kaybedebilir. Sonsuz kaydırma (infinite scroll) yöntemini kullanırken, blog arşivlerinde sayfa bazlı bir hiyerarşi kurmak, içeriklerin hem botlar hem de kullanıcı deneyimi için erişilebilir kalmasını sağlar.

Yazar arşivleri, kategori sayfaları ve tarih bazlı listelemeler ayrı sayfalar olarak indekslenebilir durumda kalmalıdır. Sonsuz kaydırma yapısı, bu temel üzerine inşa edilen bir kolaylık katmanı olmalıdır. Ayrıca blog kartlarında tarih, başlık ve özet gibi ana metinler doğrudan HTML içinde bulunmalıdır. Sadece görsel yükleyip başlıkları sonradan getiren yapılar, özellikle zayıf render durumlarında içerik eksikliği yaratır.

Mobil feed yapılarında performans ve erişim birlikte düşünülmeli

Mobil akışlar, sonsuz kaydırmayı en yoğun kullanan alanlardır. Haber akışları, kampanya listeleri ve içerik keşif ekranları buna örnektir. Ancak burada mobil uyumluluk ve performans baskısı çok daha yüksektir.

Bu yüzden her ek yüklemede içerik ve tarama mantığı hafif tutulmalıdır. Tüm feed yapısını tek sayfada büyütmek yerine mantıklı parçalar üretin. Kullanıcı 60. karta kadar indiğinde sistem bunu tek bir ağır DOM yığınına çevirmemelidir; bu durum sayfa yükleme süresi üzerinde doğrudan olumsuz bir etki yaratır.

Mobilde geri dönme davranışı da oldukça kritiktir. Kullanıcı bir içeriğe girip çıktığında aynı noktaya dönebilmelidir. URL güncellemesi ve kaydırma pozisyonunu saklama gibi teknikler, mobil uyumluluk standartlarını karşılamak için zorunludur. SEO tarafında bu yaklaşım bir bonus değil, temel bir gerekliliktir; çünkü doğru URL yönetimi botlar için de net bir keşif yolu oluşturur.

Artık önerilmeyen yöntemler ve sık yapılan hatalar

Eski önerilerin bir kısmı bugün teknik açıdan riskli kabul ediliyor. Bunların başında rel=”next” ve rel=”prev” etiketlerine aşırı anlam yüklemek geliyor. Bu etiketler tek başına tarama ve indeksleme sorunlarını çözmek için yeterli değildir.

Sık karşılaşılan bir diğer hata ise hash tabanlı sayfalamadır. #page-2 gibi URL parçaları çoğu durumda botlar tarafından ayrı birer kaynak olarak kabul edilmez. Bu nedenle, gerçek URL yapıları oluşturmak arama motoru optimizasyonu süreçleri için çok daha güvenlidir.

Üçüncü kritik hata, önemli metin içeriklerini lazy loading yöntemiyle gizlemektir. Görsellerde lazy loading uygulamak performans için makuldür; ancak ürün adı, fiyat, açıklama veya bağlantıların kullanıcı kaydırdıkça yüklenmesi tarama motorları için erişilemezlik yaratır. Eğer içerik miktarınız çok fazlaysa, sonsuz kaydırma yerine bir load more butonu kullanmak çok daha sağlıklı ve güvenli bir alternatif olabilir.

Yanlış canonical kullanımı da yapıyı bozan bir unsurdur. Tüm paginated URL’leri ilk sayfaya yönlendirmek, sonraki blokların değerini tamamen öldürür. Benzer biçimde, hatalı robots veya noindex kuralları da taramayı engeller. Özellikle şablon bazlı sayfalarda yanlışlıkla noindex eklenen sayfaları bulma çalışması yapmak, görünürlüğünüzü korumak adına çok işe yarar.

Sık görülen hatalardan biri de şudur: Adres çubuğu değişir, ancak sayfa yenilenince aynı içerik gelmez. Bu durumda History API sadece kozmetik bir işlev görür ve botlar açısından hiçbir değer üretmez.

Son olarak, footer bölümünü sürekli tetiklenen içerikler nedeniyle tamamen erişilemez kılmak çok hatalı bir yaklaşımdır. Kullanıcı yardım sayfalarına, iletişim bilgilerine veya politika bağlantılarına ulaşamıyorsa kullanıcı deneyimi ciddi oranda düşer. Aynı zamanda, arama motoru botları da bu kritik iç linkleri takip edemez ve sitenizin otorite dağılımı zayıflar.

Kurulumu test etmenin pratik yolu

Yayın öncesi kontrol listesi yararlıdır, ancak tek başına yeterli olmaz. Sonsuz kaydırma kullanan sayfalar gerçek test süreçleri ister, çünkü hata çoğu zaman tasarımda değil, kaynak HTML ile render edilmiş görünüm arasındaki farkta ortaya çıkar. Bu noktada gerçekleştirilen teknik optimizasyon, sitenizin taranabilirliğini güvence altına alır.

İlk kontrol oldukça basittir. ?page=2 URL’sini doğrudan tarayıcıda açın. Sayfa 200 durum koduyla yanıt veriyor mu, içerik doğru yükleniyor mu, title ve canonical etiketleri mantıklı mı? Ardından JavaScript’i devre dışı bırakarak temel gezinmenin sürüp sürmediğini kontrol edin.

Daha sonra kaynak HTML’yi inceleyin. Ürün ya da yazı bağlantıları ilk yanıt içinde yer alıyor mu, yoksa yalnızca sonradan mı ekleniyor? Eğer ilk HTML boşsa ve kartlar sonradan yükleniyorsa, botun keşfi riske girer. Modern sitelerde sıkça tercih edilen hibrit çözümler, bu noktada sunucu tarafındaki yüklemeyi birincil öncelik haline getirmelidir.

Bundan sonra Search Console URL Denetimi, canlı test, render edilmiş HTML karşılaştırması ve tarama simülasyonu gelir. Screaming Frog gibi araçlarla sayfayı hem JavaScript açık hem de kapalı şekilde taramak, bileşen sayfalar özelinde oldukça iyi sonuç verir. Özellikle ikinci ve üçüncü sayfaların başarılı bir şekilde keşfedilip edilmediğini analiz etmelisiniz.

Sunucu kayıtları da size çok şey söyler. Googlebot sadece ilk sayfayı mı ziyaret ediyor, yoksa paginated URL’lere de gidiyor mu? Eğer site haritasında bulunan bu alt sayfalar hiç görüntüleme almıyorsa, oluşturduğunuz tarama yolu yeterince güçlü değildir.

Kontrol ederken şu dört noktayı kesinlikle atlamayın:

1. Ayrı URL doğrudan açıldığında ilgili içerik gelmeli.
2. Sayfalar arası gerçek HTML linkleri bulunmalı.
3. Kritik metinler ve bağlantılar sunucu tarafında görünmeli.
4. Canonical, robots ve sitemap etiketleri birbiriyle çelişmemeli.

Bu testler tamamlanmadan sonsuz kaydırma kurulumu bitmiş sayılmaz. Çünkü sorun çoğu zaman kullanıcı tarafında çalışıyor gibi görünse de, arama motoru botları için sessizce kırılmış olabilir.

Frequently Asked Questions

Why does infinite scroll cause issues for Googlebot?

Googlebot may struggle to discover content if it relies solely on JavaScript triggers during scrolling. If the crawler does not trigger the load events or if content is not accessible in the initial HTML, the items appearing later in the feed remain hidden, leading to poor indexing performance.

Should I use rel=”next” and rel=”prev” for infinite scroll pages?

While these tags were historically recommended, Google no longer uses them as a primary signal for indexing. They can serve as helpful indicators for crawlers, but they are insufficient on their own and should not replace a robust URL structure or proper internal linking.

Is “Load More” button a better alternative to infinite scroll?

Yes, a “Load More” button is often safer for SEO than automatic infinite scrolling. It provides a more predictable interaction model, reduces the risk of footer inaccessibility, and is easier to implement with a crawlable, link-based structure that ensures all content remains reachable by search engines.

How can I verify that my infinite scroll is SEO-friendly?

Test your implementation by disabling JavaScript in your browser to see if the content links still function. Additionally, check if each page segment has a unique, accessible URL, and ensure that the rendered HTML contains all critical content tags during a live URL inspection in Google Search Console.

Son söz

Sonsuz kaydırma sayfalarında başarılı bir sonsuz kaydırma seo stratejisi, görsel efektlerden ziyade erişilebilir bir URL yapısından doğar. İçerik blokları ayrı şekilde yüklenebiliyorsa, sunucu tarafında görünür kalıyorsa ve botlar bu içeriğe doğrudan linklerle ulaşabiliyorsa, altyapınız oldukça sağlam demektir.

En güvenli model oldukça nettir: önce temel bir sayfalandırma yapısı kurulur, ardından bunun üzerine bir infinite scroll deneyimi inşa edilir. Bu sayede kullanıcı akış hissini koruyarak yüksek bir kullanıcı etkileşimi elde ederken, arama motorları da tüm içeriği eksiksiz bir şekilde tarayabilir.

Kısacası, arayüz sonsuz olabilir ancak tarama yolu her zaman net, belirli bir mantığa dayalı ve linklerle izlenebilir olmalıdır. Doğru kurgulanmış bir yapı, hem arama motorlarının içeriğinizi daha kolay indekslemesini sağlar hem de modern web tasarımında kusursuz bir kullanıcı deneyimi sunmanıza yardımcı olur.

This post may contain affiliate links. If you make a purchase through these links, I may earn a small commission at no extra cost to you.