Google Index Karar Süreci

Gülşah Arslan

Bir sayfa yayınlıyorsunuz. Günler geçiyor, haftalar geçiyor — Google’da iz yok. “Neden?” sorusunun cevabı çoğu zaman tek bir nedene bağlı değil. Google, bir sayfayı index’e almadan önce arka arkaya sekiz farklı karar noktasından geçiriyor.

Bu yazıda o sürecin tamamını adım adım açıklayacağız. Hangi aşamada takılıyorsunuz, nasıl anlarsınız, nasıl çözersiniz?

Google index kararını nasıl alır?

Googlebot bir URL’yi keşfettiğinde “index’e alalım mı?” diye sormaz. Önce bir dizi süzgeçten geçirir. Bu süzgeçlerin herhangi birinde takılırsa sayfa index dışı kalır — üstelik hiçbir hata vermeden.

Sırasıyla şu sorular sorulur:

Crawl budget yeterli mi?
robots.txt izin veriyor mu?
Sayfa başarıyla taranabildi mi?
Noindex sinyali var mı?
İçerik kalitesi yeterli mi?
Bu URL kanonik mi?
Sayfa deneyimi nasıl?
Tüm sinyaller birleşince index kararı ne?

Her adımı tek tek inceleyelim.

1. Crawl budget: Googlebot sıra bekliyor olabilir

Googlebot sonsuz kaynağa sahip değil. Her siteye günlük belirli bir tarama kotası ayırıyor — buna crawl budget deniyor.

Büyük siteler, 404 dönen ölü linkler, sonsuz filtre URL’leri veya yavaş sunucular bu kotayı hızla tüketiyor. Sonuç: önemli sayfalar taranmayı beklerken önemsiz sayfalar defalarca ziyaret ediliyor.

Search Console’dan nasıl kontrol edilir?

Ayarlar → Tarama İstatistikleri → Yanıt Kodlarına Bakın. 404 veya 5xx hata oranı yüksekse, bu hatalar crawl budget’ınızı yiyor demektir.

Çözüm:

404 dönen sayfaları 301 ile yönlendirin ya da robots.txt ile engelleyin
Filtre/sıralama URL’lerini (?sort=fiyat, ?sayfa=2) kanonik veya noindex ile kontrol altına alın
Sunucu yanıt süresini 200ms’nin altına çekmeye çalışın

2. robots.txt: İlk sert engel

Googlebot bir sayfayı taramadan önce robots.txt dosyasını kontrol eder. Disallow kuralı varsa içeriye hiç girmez.

Bu aşamada kritik bir yanlış anlamayı düzeltelim:

robots.txt ile engellenen sayfalar index’te kalabilir.

Doğru okudunuz. Eğer bir sayfa daha önce index’teydi ve sonradan robots.txt ile engellendiyse, Google o sayfayı index’ten çıkarmaz — sadece yeniden taramaz. Sayfayı tamamen kaldırmak istiyorsanız noindex gerekli.

Search Console’dan nasıl test edilir?

Araçlar → robots.txt Test Aracı → URL girin → “İzin verildi” mi “Engellendi” mi görün.

User-agent: *
Disallow: /admin/
Disallow: /temp/
Allow: /blog/
Sitemap: https://example.com/sitemap.xml

Sık yapılan hata: Bir sayfayı hem robots.txt ile engellemek hem de index’ten kaldırmayı beklemek. Bu ikisi ayrı şeydir.

3. Sayfa taranıyor: HTML, JavaScript, bağlantılar

robots.txt’den geçtiyse Googlebot sayfayı tarar. Bu aşamada:

HTML içeriği çekilir
JavaScript render edilir (gecikmeyle)
Yeni bağlantılar keşfedilir ve kuyruğa eklenir

Buradaki en önemli detay: Googlebot JavaScript’i hemen render etmez. Bazı içerikler render kuyruğuna girer ve saatler, bazen günler sonra işlenir. JavaScript ile üretilen kritik içerikler bu nedenle gecikmeli indexlenir.

Öneri: Önemli içerikleri server-side rendering (SSR) ile sunun. Saf client-side JavaScript ile üretilen içerikler indexleme sürecini yavaşlatır.

4. Noindex: Tarandı ama index dışı

Sayfa başarıyla tarandı. Ama şimdi Google bir şey görüyor:

html

veya HTTP header’da:

X-Robots-Tag: noindex

Bu sinyallerden biri varsa Google sayfayı indexlemez. Nokta.

robots.txt’den farkı nedir?

	robots.txt	noindex
Taramayı engeller mi?	Evet	Hayır
Indexlemeyi engeller mi?	Hayır (doğrudan değil)	Evet
Sayfayı index’ten kaldırır mı?	Hayır	Evet

Sayfayı tamamen kontrol altına almak istiyorsanız ikisini birlikte kullanmayın — noindex tek başına yeterli.

Noindex kaldırıldıktan sonra ne olur?

Bu sorunun cevabını ayrıca detaylandıralım çünkü sık soruluyor.

Noindex etiketini kaldırdıktan sonra Google’ın bunu fark etmesi için sayfayı yeniden taraması gerekiyor. Organik taramayı beklersek bu 3 günden 8 haftaya kadar sürebilir.

Daha hızlı bir yol var: Search Console → URL Denetleme → “Dizine eklenmesini iste”. Bu Google’a direkt sinyal gönderir ve genellikle 1-7 gün içinde sonuç alınır.

Süreyi belirleyen faktörler:

Crawl budget: Büyük ve sık taranan siteler değişikliği daha hızlı fark eder
Backlink sayısı: Çok bağlantı alan sayfalar daha sık ziyaret edilir
İç link gücü: Sitemap’te ve ana sayfadan erişilebilen sayfalar öncelikli taranır

Önemli uyarı: Noindex kalktıktan sonra sayfa index’e girerse bile bu sıralamaya girmek anlamına gelmiyor. Sıralama ayrı bir değerlendirme süreci — haftalarca sürebilir.

5. İçerik kalitesi: E-E-A-T ve thin content

Sayfa tarandı, noindex yok. Şimdi Google içeriği değerlendiriyor.

E-E-A-T nedir?

Google’ın içerik kalitesini değerlendirdiği dört kriter:

Experience (Deneyim): Yazar konuyu bizzat yaşadı mı?
Expertise (Uzmanlık): Konu hakkında yetkin mi?
Authoritativeness (Otorite): Sektörde tanınan biri mi?
Trustworthiness (Güvenilirlik): Site güvenilir mi?

Thin content nedir?

Az kelime içeren, yüzeysel, kopyalanmış veya otomatik üretilmiş içerikler “thin content” olarak değerlendirilir. Google bu sayfaları indexlemeyebilir veya düşük sıralamada tutar.

Kontrol listesi:

İçerik özgün ve derinlemesine mi?
Başka bir sayfanın kopyası mı? (iç veya dış duplicate)
Kullanıcı sorusunu gerçekten yanıtlıyor mu?
Yazar bilgisi, referans, kaynak var mı?

6. Kanonik seçimi: Aynı içerik, farklı URL

Google bir sayfayı tarayıp beğense bile şunu sorar: “Bu içeriğin başka versiyonları var mı?”

Aynı içerik farklı URL’lerde yaşıyorsa Google birini seçer, diğerlerini index dışı bırakır. Bu seçim her zaman sizin istediğiniz URL olmayabilir.

Yaygın duplicate URL örnekleri:

https://example.com/urunler          ← kanonik (ideal)
https://example.com/urunler/         ← trailing slash farkı
https://example.com/urunler?sort=fiyat ← parametre
https://example.com/urunler?sayfa=1  ← sayfalama
http://example.com/urunler           ← HTTP vs HTTPS

Çözüm: rel=canonical etiketi

Her varyant sayfaya doğru kanonik URL’yi işaret eden bir etiket ekleyin:

html

Bu Google’a “indexlemek istediğim URL bu” diye açıkça söyler.

Dikkat: Google canonical etiketi bir direktif değil, öneridir. Eğer başka sinyaller çelişiyorsa (örneğin backlink yoğunluğu) Google kendi seçimini yapabilir.

7. Sayfa deneyimi: Core Web Vitals

Tüm içerik kontrolleri geçildi. Son olarak Google sayfa deneyimini ölçüyor.

Core Web Vitals üç metrikten oluşur:

Metrik	Ne ölçer?	İyi eşik
LCP (Largest Contentful Paint)	Ana içeriğin yüklenme hızı	< 2.5 sn
INP (Interaction to Next Paint)	Etkileşim yanıt süresi	< 200 ms
CLS (Cumulative Layout Shift)	Sayfa stabilitesi	< 0.1

Sıralamayı etkiliyor mu?

Evet, ama bir ranking faktörü olarak CWV’nin etkisi diğer faktörlere (içerik kalitesi, backlink) göre daha sınırlı. Ancak “kötü” kategorisindeki siteler için fark edilir bir etki var.

En sık yapılan hata: CLS

Reklamlar, geç yüklenen görseller veya web fontları sayfa düzenini kaydırıyor. Her görsele önceden width ve height belirtin, reklam alanlarını sabit boyutlu tutun.

Search Console → Core Web Vitals raporunda URL bazlı sorunları görebilirsiniz.

8. Sonuç: Tüm sinyaller birleşiyor

Yedi aşamanın hepsinden geçen sayfa artık index adayı. Google tüm sinyalleri birleştiriyor:

Crawl budget müsait mi?
İçerik orijinal ve kaliteli mi?
Kanonik net mi?
Sayfa deneyimi yeterli mi?

Bunların hepsi “evet” ise sayfa index’e alınıyor. Index’e girdikten sonra sıralama algoritması devreye giriyor — bu ayrı bir değerlendirme süreci.

Özet: Hızlı kontrol listesi

Sayfanız neden index’te değil? Şu sırayla kontrol edin:

Search Console → Tarama İstatistikleri → 404/5xx hata oranı yüksek mi?
robots.txt → Sayfa engellendi mi?
URL Denetleme Aracı → Noindex sinyali var mı?
Coverage raporu → “Hariç tutulan” sayfalar arasında mı?
İçerik ince, yüzeysel veya duplicate mi?
Kanonik URL doğru tanımlı mı?
Core Web Vitals → CLS veya LCP kötü mü?

Sorun bulduğunuzda düzeltin, ardından Search Console’dan “Dizine eklenmesini iste” butonunu kullanın. Organik taramayı beklemeyin.

Bu yazı Google Search Central dokümantasyonu ve Search Console verileri referans alınarak hazırlanmıştır. SEO değişken bir alan olduğundan zaman zaman güncel kaynaklarla karşılaştırmanız önerilir.

Our Gallery

Contact Info

Blog