Siteniz Google’da görünüyor, hatta bazı sayfalarınız sıralarda yer alıyor; ama yayınladığınız belirli bir blog yazısı, ürün sayfası ya da hizmet sayfası Google’ın dizinine bir türlü girmiyor. Google Search Console’da URL’yi denetlediğinizde “Google’da mevcut değil” veya “Dizine eklenmedi” uyarısıyla karşılaşıyorsunuz.
Bu durum, yeni açılmış bir sitenin hiç görünmemesinden farklı bir sorundur. Siteniz var, Google onu biliyor; ama belirli bir sayfa sürekli dışarıda kalıyor. Arkasında çok spesifik teknik nedenler yatıyor.
Bu yazıda Google’ın belirli sayfaları neden indekslemediğini, her nedeni GSC URL Denetleme aracıyla nasıl teşhis edeceğinizi ve adım adım nasıl çözeceğinizi ele alacağız.
Önce Teşhis: GSC URL Denetleme Aracını Kullanın
Her sorunu araştırmadan önce temel teşhis aracınız Google Search Console olmalıdır. GSC kurulu değilse ilk adım bu olsun.
GSC’de bir sayfayı denetlemek için:
- Sol menüden “URL Denetimi” bölümünü açın.
- İndekslenmeyen sayfanın tam URL’sini yapıştırın ve Enter’a basın.
- Gelen raporda “Sayfa dizine ekleme” bölümüne bakın: sayfa neden indekslenmemiş? Güncel durumu görmek için “Canlı URL’yi test et” seçeneğini de kullanın.
GSC size şu bilgileri verir:
- Sayfanın son taranma tarihi
- Googlebot’un sayfada hangi kaynakları yükleyip yükleyemediği
- İndekslenmeme nedeni (noindex etiketi, canonical, soft 404 gibi)
- Canlı URL testiyle Googlebot’un sayfayı gerçekte nasıl gördüğü (ekran görüntüsü ve işlenmiş HTML)
Bu raporu okumayı öğrenmek, aşağıdaki 9 sorunun her birini çok daha hızlı çözmenizi sağlar.
Karar Çerçevesi: Rapor Ne Diyor, Siz Ne Yapmalısınız?
GSC URL Denetimi raporunu okurken kafanızda şu basit haritayı tutmak, yanlış yere zaman harcamanızı önler.
GSC raporundaki ifade — anlamı ve öncelikli adım
9 Neden ve Her Biri İçin Çözüm
1. Noindex Meta Etiketi Yanlışlıkla Aktif
Neden olur: CMS ya da SEO eklentisi üzerinde yanlışlıkla “Bu sayfayı arama motorlarından gizle” seçeneği işaretlenmiş olabilir. Geliştirme ortamından canlıya geçişte tüm siteye uygulanan noindex ayarının kaldırılması unutulabilir. Bazı temalar belirli sayfa türlerine (arşivler, etiket sayfaları gibi) otomatik noindex uygular.
Nasıl teşhis edilir:
GSC URL Denetimi raporunda “URL, ‘noindex’ etiketi içeriyor” şeklinde bir uyarı görünür. Sayfanın kaynak kodunu tarayıcıda açıp (sağ tıkla > Sayfa kaynağını görüntüle) <head> bölümünde şunu arayın:
<meta name="robots" content="noindex">
veya
<meta name="robots" content="noindex, nofollow">
Çözüm:
Bu etiketi sayfanın kaynak kodundan kaldırın. WordPress + Yoast SEO kullanıyorsanız ilgili sayfanın düzenleme ekranında Yoast SEO kutusunu açın, “Gelişmiş” sekmesine gidin ve “Arama motorlarının bu sayfayı göstermesini engelle” seçeneğinin kapalı olduğunu doğrulayın. Düzeltmenin ardından GSC URL Denetimi’nde “Dizine eklenmesini iste” butonuna tıklayın.
Sık karşılaşılan varyant: Geliştirme (staging) ortamından canlıya taşınan sitelerde, tüm siteye toplu noindex uygulayan bir ayarın unutulması çok yaygın bir hatadır. Bu durumda sorun tek bir sayfada değil, sitenin büyük bir bölümünde birden ortaya çıkar. Yeni bir site yayına alındıktan hemen sonra rastgele beş-on sayfayı manuel kontrol etmek, bu tür toplu hataları erken yakalamanın en pratik yolu.
2. robots.txt Dosyası O URL’yi Engelliyor
Neden olur: robots.txt kuralları geniş yazılmışsa belirli dizinleri veya URL kalıplarını istemeden engelleyebilir. Örneğin /blog/ dizinini engelleyen bir kural tüm blog yazılarınızın taranmasını durdurur.
Nasıl teşhis edilir:
GSC URL Denetimi raporunda “robots.txt tarafından engellendi” uyarısını arayın. Ayrıca GSC’nin sol menüsündeki Ayarlar > robots.txt raporundan Google’ın dosyanızı en son ne zaman, hangi durumla çektiğini görebilirsiniz.
Tarayıcınızda sitenizinadi.com/robots.txt adresini açarak dosyayı elle de inceleyebilirsiniz.
Çözüm:
Sorunlu kuralı kaldırın ya da daraltın. Değişiklikten sonra GSC URL Denetimi’nde ilgili URL için “Canlı URL’yi test et” ile artık engellenmediğini, robots.txt raporunda da dosyanın başarıyla çekildiğini doğrulayın. Ardından sayfayı URL Denetimi ile yeniden indeksleme talebine gönderin.
Dikkat edilmesi gereken bir ayrıntı: robots.txt kuralları büyük/küçük harfe duyarlıdır ve joker karakter (*) kullanımı beklenmedik biçimde geniş bir kapsamı engelleyebilir. Örneğin Disallow: /*? gibi bir kural, parametre içeren tüm URL’leri engelleyip filtreleme sayfalarınızın yanı sıra istemeden önemli sayfaları da kapsam dışı bırakabilir. Her kuralı yayına almadan önce bir robots.txt doğrulayıcısı veya tarama aracıyla tek tek denemek, bu tür geniş kapsamlı hataları önler.
3. İnce veya Yinelenen İçerik (Thin / Duplicate Content)
Neden olur: Google tüm sayfaları otomatik indekslemez; kullanıcıya gerçek değer sağlamayan sayfaları dizine almama hakkını saklı tutar. Çok kısa, özgün olmayan ya da sitenizin başka sayfalarıyla büyük ölçüde örtüşen içerikler bu kategoriye girer. Etiket sayfaları, filtreleme URL’leri ve az içerikli ürün sayfaları sıkça etkilenir.
Nasıl teşhis edilir:
GSC’de “Dizine eklenmedi — kopyalanmış içerik” veya “Keşfedildi, şu anda dizine eklenmedi” durumunu görüyorsanız bu bir sinyal olabilir. Discovered Currently Not Indexed durumunu detaylı ele aldığımız yazımızda bu konuyu derinlemesine inceledik.
Çözüm:
Sayfanın kelime sayısını ve kapsam derinliğini artırın. Kullanıcının sormadığı soruları değil, sormaya değer soruları yanıtlayan özgün bir içerik oluşturun. Eğer sayfa yapısal olarak yeterli içerik taşıyamıyorsa (örneğin boş bir etiket sayfası) o URL’ye noindex uygulamak ve crawl bütçesini korumak daha iyi bir strateji olabilir.
İnce içeriği tespit etmenin pratik yolu: Sitenizdeki sayfaları kelime sayısına göre sıralayan bir tarama raporu çıkarın. Ortalamanın çok altında kalan, örneğin birkaç cümleden ibaret sayfaları listeleyin. Bu liste genellikle e-ticaret sitelerinde varyant sayfaları, kurumsal sitelerde ise eski kampanya sayfaları ile dolu çıkar. Her biri için ya içerik zenginleştirmesi ya da noindex kararı vermeniz gerekir.
4. Canonical Etiketi Başka Bir URL’ye İşaret Ediyor
Neden olur: Canonical etiketi, içerik kopyalarından hangisinin “asıl” sayfa olduğunu Google’a söyler. Yanlış yapılandırılmış bir canonical, Google’ı başka bir URL’yi tercih etmeye yönlendirir; bu durumda mevcut sayfanın kendisi dizine alınmaz.
Nasıl teşhis edilir:
GSC URL Denetimi raporunda “Sayfanın canonicali kullanıcı tarafından belirtilmiş” bölümünü kontrol edin. Orada gösterilen URL ile denetlediğiniz URL aynı değilse sorun burada.
Sayfanın kaynak kodunda şunu arayın:
<link rel="canonical" href="https://sitenizinadi.com/baska-bir-sayfa/">
Çözüm:
Canonical etiketinin değerini, sayfanın kendi URL’siyle birebir eşleşecek şekilde düzeltin:
<link rel="canonical" href="https://sitenizinadi.com/bu-sayfanin-url'si/">
Düzeltme sonrası GSC’de birkaç gün içinde yeniden tarama gerçekleşir. URL Denetimi ile manuel indeksleme talebi de gönderebilirsiniz.
Sık görülen kaynak: Şablon tabanlı CMS’lerde canonical etiketi genellikle otomatik oluşturulur ve bazı eklentiler varsayılan olarak ana sayfayı canonical değer olarak atar. Site geneline yayılmış toplu bir canonical hatası varsa, tek tek sayfa düzeltmek yerine şablonun kendisini incelemek gerekir.
5. Sayfaya Dahili Link Yok (Orphan Page)
Neden olur: Googlebot sayfaları iki yolla keşfeder: sitemap ve dahili linkler. Sitemap’e eklenmiş olsa bile sitenin hiçbir sayfasından link almayan (orphan/yetim) sayfalar Googlebot tarafından düşük öncelikli sayılır ve taranmayabilir ya da tarandıktan sonra dizine alınmayabilir.
Nasıl teşhis edilir:
Bir tarama aracı (Screaming Frog, Ahrefs Site Audit, Sitebulb) ile sitenizi tarayın ve “Hiçbir dahili linkten hedeflenmeyen URL’ler” raporunu inceleyin. Sitemap’teki URL listesini tarama aracının dahili link verisiyle karşılaştırmak da yetim sayfaları bulmanın hızlı bir yoludur.
Çözüm:
İlgili sayfayla tematik olarak alakalı mevcut sayfalarınızdan (blog yazıları, hizmet sayfaları, ana sayfa) bu yeni sayfaya birer dahili link ekleyin. Bu hem Googlebot’un sayfayı daha kolay bulmasını sağlar hem de sayfanın otorite kazanmasına katkı sunar. Genellikle 2-3 kaliteli dahili link yeterlidir.
Orphan sayfaların en sık görüldüğü yer: Kampanya amaçlı oluşturulup menüden veya ilgili blog yazılarından hiç link verilmeyen açılış sayfaları. Kampanya bittiğinde bu sayfaya giden reklam da durduğu için sayfa tamamen “unutulmuş” hâle geliyor. Site içi bağlantı yapınızı düzenli aralıklarla (örneğin üç ayda bir) gözden geçirmek, bu tür sayfaların birikmesini önler.
6. Crawl Bütçesi Tükenmiş
Neden olur: Google her siteye belirli bir tarama kapasitesi (crawl budget) ayırır. Sitenizde çok sayıda düşük değerli URL varsa (sonsuz filtreleme kombinasyonları, oturum ID’li URL’ler, yinelenen parametreli sayfalar) Googlebot bu gereksiz sayfalara kaynak harcayarak önemli sayfalarınıza ulaşamayabilir.
Nasıl teşhis edilir:
GSC’deki Ayarlar > Tarama İstatistikleri raporunu açın. Günlük tarama sayısı ile indekslenen sayfa sayısını karşılaştırın. Çok sayıda taranmış ama indekslenmemiş URL varsa ya da tarama oranı tutarsızsa crawl bütçesi sıkıntısı yaşıyor olabilirsiniz. Teknik SEO denetimi bu problemi tespit etmenin en güvenilir yoludur.
Çözüm:
Düşük değerli URL’lere noindex uygulayın veya robots.txt ile engelleyin. Parametre yönetimini robots.txt üzerinden yapılandırın. Sitemap’inizi yalnızca indekslenmesini istediğiniz, yüksek kaliteli sayfalara göre filtreleyin. Bu adımlar Googlebot’un kapasitesini önemli sayfalara yönlendirir.
Crawl bütçesi sorunu genellikle büyük e-ticaret siteleri ve çok sayıda filtreleme kombinasyonu üreten kategori yapılarında görülür. Küçük ve orta ölçekli kurumsal sitelerde bu sorun nadiren ana neden olur; bu yüzden crawl bütçesini araştırmadan önce yukarıdaki beş nedeni tüketmiş olmak, zamanınızı daha isabetli kullanmanızı sağlar.
7. Sayfa Yükleme Hızı Çok Yavaş
Neden olur: Googlebot bir sayfayı taramak için sınırlı süre ayırır. Sunucu yanıt süresi çok uzunsa (sürekli yüksek) veya sayfa kaynakları aşırı büyükse Googlebot sayfayı tam taramadan geçip gidebilir. Bu, sayfanın taranmış ama eksik indekslenmiş ya da hiç indekslenmemiş görünmesine yol açar.
Nasıl teşhis edilir:
GSC URL Denetimi raporunda “Sayfa, Googlebot tarafından kısmen yüklendi” veya zaman aşımı uyarıları arayın. Google PageSpeed Insights (pagespeed.web.dev) ile sayfanın Core Web Vitals puanlarını kontrol edin. Sunucu yanıt süresini (TTFB) GTmetrix veya WebPageTest ile ölçün; 200 ms altında olması idealdir.
Çözüm:
Görsel sıkıştırma, tarayıcı önbelleği, sunucu taraflı önbellek (CDN), gereksiz JavaScript kaldırma ve hosting yükseltme bu problemi çözen başlıca yöntemlerdir. Önce en yavaş yüklenen kaynağı tespit edip onu optimize etmek en hızlı sonucu verir.
JavaScript ile oluşturulan sayfalarda ek risk: İçeriği tamamen istemci tarafında (client-side) JavaScript ile oluşturan sitelerde, Googlebot’un içeriği görebilmesi için sayfayı render etmesi gerekir. Bu render adımı bazı durumlarda gecikebiliyor ya da tam tamamlanamayabiliyor; bu da sayfanın “boş” göründüğü bir tarama sonucuna yol açabiliyor. GSC URL Denetimi’ndeki “Test Edilen Sayfa” görünümü, Googlebot’un sayfayı gerçekte nasıl gördüğünü kontrol etmenin en pratik yolu.
8. Soft 404: Sayfa Var Ama İçerik Yok
Neden olur: Bir sayfa 200 HTTP durum koduyla açılıyor ama Google o sayfada anlamlı içerik bulamıyor. Boş arama sonuç sayfaları, hiç ürün içermeyen kategori sayfaları, “yakında” veya “içerik bulunamadı” yazan sayfalar soft 404 olarak değerlendirilir. Google bu sayfaları indekslemeyi reddeder.
Nasıl teşhis edilir:
GSC’de Sayfa dizine ekleme raporunu açın ve “Soft 404” nedenini bulun. Listelenen URL’leri tek tek kontrol edin. URL Denetimi’nde de belirli bir sayfa için “Soft 404 algılandı” uyarısı gelebilir.
Çözüm:
İki seçeneğiniz var:
- Sayfaya gerçek, değerli içerik ekleyin.
- Sayfanın varlığı mantıklı değilse 301 yönlendirmesiyle kullanıcıyı alakalı bir sayfaya yönlendirin ya da 404 döndürün. Boş bir sayfa ile “bulunamadı” sayfası arasında kalıpsa ikincisi daha temizdir.
E-ticarette özel bir durum: Stokta olmayan ürün sayfaları genellikle soft 404 tuzağına düşer. Ürün stoktan kalktığında sayfayı tamamen silmek yerine, “bu ürünün yerine önerilen benzer ürünler” bölümü eklemek hem kullanıcı deneyimini korur hem de sayfanın anlamlı içerik barındırmasını sağlar.
9. Sayfa Henüz Taranmadı (Yeni İçerik)
Neden olur: Yayınladığınız sayfa gerçekten yeni olabilir. Google’ın bu sayfayı keşfedip taraması ve ardından indekslemesi zaman alır. Sitenizin güncelleme sıklığına ve otorite düzeyine göre bu süreç birkaç saatten birkaç haftaya uzayabilir. Yüksek otoriteli siteler günler içinde indekslenirken yeni ya da düşük otoriteli siteler haftalar bekleyebilir.
Nasıl teşhis edilir:
GSC URL Denetimi’nde “Keşfedildi, şu anda dizine eklenmedi” durumunu görüyorsanız bu çoğunlukla bekleme sürecindedir. “Son taranma: —” yazıyorsa sayfa henüz hiç taranmamış demektir.
Çözüm:
GSC URL Denetimi raporunda “Dizine eklenmesini iste” butonuna tıklayın. Bu Googlebot’a öncelikli tarama sinyali gönderir. Ayrıca:
- Sayfanın URL’sini sitemap.xml dosyasına ekleyin ve GSC üzerinden gönderdiğinizi doğrulayın.
- Sitenizin mevcut güçlü sayfalarından bu yeni sayfaya bir dahili link ekleyin; bu Googlebot’u sayfaya daha hızlı yönlendirir.
Genellikle birkaç gün ile bir hafta içinde indekslenme gerçekleşir. Eğer 2 haftayı geçtiyse yukarıdaki diğer nedenleri araştırın.
Dokuz Nedenin Karşılaştırmalı Özeti
Aşağıdaki tablo, dokuz nedeni yan yana koyarak hangisinin sizin durumunuza uyduğunu hızlıca eşleştirmenizi sağlıyor.
| Neden | Tipik belirti | Çözüm süresi |
|---|---|---|
| Noindex etiketi | GSC’de doğrudan “noindex” uyarısı | Dakikalar — etiket kaldırılınca hızlı |
| robots.txt engeli | ”robots.txt tarafından engellendi” uyarısı | Dakikalar — kural düzeltilince hızlı |
| Thin / duplicate content | ”Kopyalanmış içerik” veya düşük kalite sinyali | Günler — içerik zenginleştirme gerektirir |
| Yanlış canonical | Farklı bir URL “kullanıcı tarafından belirtilen canonical” olarak görünür | Dakikalar — düzeltme sonrası birkaç gün bekleme |
| Orphan page | Sitemap’te var ama hiçbir sayfadan link almıyor | Günler — dahili link eklenip taranması beklenir |
| Crawl bütçesi | Yüksek tarama sayısı, düşük indeksleme oranı | Haftalar — büyük ölçekli temizlik gerektirir |
| Yavaş yükleme | ”Kısmen yüklendi” veya zaman aşımı uyarısı | Değişken — teknik iyileştirmenin kapsamına bağlı |
| Soft 404 | 200 durum kodu ama “Soft 404 algılandı” uyarısı | Günler — içerik eklenir veya sayfa kaldırılır |
| Henüz taranmadı | ”Son taranma: —“ | Birkaç gün — doğal bekleme süreci |
Nasıl kullanılır: GSC raporundaki ifadeyi bu tablonun ikinci sütunuyla eşleştirin, üçüncü sütun size ne kadar sabırlı olmanız gerektiğini gösterir. Dakikalar içinde çözülebilecek bir sorunu haftalarca “bekleyerek” çözmeye çalışmak, en sık yapılan zaman kaybıdır.
Yeni Sayfa Yayınlama Sürecine Kontrol Adımı Eklemek
Yukarıda anlatılan dokuz nedenin çoğu, aslında yayın öncesi bir kontrol adımıyla baştan önlenebilir. Özellikle birden fazla kişinin içerik yayınladığı sitelerde, bu kontrolü standart bir prosedüre dönüştürmek, sorunları ortaya çıktıktan sonra teşhis etmek zorunda kalmaktan çok daha verimli.
- Yayın öncesi kaynak kod kontrolü. Yeni sayfanın
<head>bölümünde noindex etiketi olmadığını ve canonical’ın kendi URL’sine işaret ettiğini manuel olarak doğrulayın. - Dahili link planı. Her yeni sayfa yayınlanırken, en az bir mevcut sayfadan bu yeni sayfaya link verilmesini zorunlu bir adım hâline getirin.
- Sitemap güncellemesini doğrulayın. Çoğu modern CMS bunu otomatik yapar; yine de yeni yayınlanan URL’nin sitemap.xml içinde göründüğünü kontrol etmek zarar vermez.
- Yayından bir hafta sonra GSC kontrolü. Sayfanın taranıp taranmadığını, indekslenip indekslenmediğini kontrol eden bir hatırlatma kurun; bu, sorunları erken yakalamanın en pratik yolu.
Bu dört adımı bir kontrol listesine dönüştürüp her yeni içerik yayınından önce çalıştırmak, yukarıdaki dokuz nedenin en az beşini (noindex, canonical, orphan page, sitemap eksikliği, geç fark edilen bekleme süreci) baştan önlüyor.
İleri Teşhis: Log Dosyası Analizi Ne Zaman Gerekir?
Yukarıdaki dokuz nedenin hiçbiri açıklama getirmiyorsa, bir sonraki adım sunucu log dosyalarını incelemek olabilir. Bu, GSC’nin sunmadığı bir ayrıntı seviyesi veriyor: Googlebot’un sitenize gerçekte ne sıklıkla, hangi sayfalara, hangi durum koduyla uğradığını gösteriyor.
Diğer Arama Motorları: Bing ve Yandex İçin de Kontrol Gerekir mi?
Bu yazı Google odaklı olsa da, işletmenizin hedef kitlesine bağlı olarak Bing Webmaster Tools üzerinden de benzer bir kontrol yapmak faydalı olabiliyor. Bing’in tarama mantığı Google’a büyük ölçüde benzese de, robots.txt yorumlama ve crawl bütçesi davranışlarında küçük farklar bulunuyor. Türkiye pazarında Google’ın payı ezici çoğunlukta olduğundan, öncelik her zaman GSC üzerinden yürütülen teşhis olmalı; Bing kontrolü ikincil bir adım olarak düşünülebilir.
Sorunları Önceliklendirme: Hangisinden Başlamalısınız?
Her 9 nedeni aynı anda araştırmak yerine aşağıdaki sırayı takip edin:
- GSC URL Denetimi ile raporu okuyun ve belirtilen nedeni not edin.
- Rapor “noindex” veya “robots.txt” diyorsa önce teknik engeli kaldırın.
- Rapor “canonical” diyorsa canonical etiketini düzeltin.
- Rapor “soft 404” veya “düşük kalite” sinyali veriyorsa içeriği geliştirin.
- Rapor “keşfedildi, henüz dizine eklenmedi” diyorsa dahili link ve sitemap kontrolü yapın, birkaç gün bekleyin.
- Hiçbir açık neden yoksa sayfa hızını ve crawl bütçesini inceleyin.
Bu sıralama, çözüm sürecini gereksiz yere uzatmadan en kritik soruna odaklanmanızı sağlar.
Kontrol Listesi
Bir sayfa indekslenmiyor diye şikayetiniz olduğunda, aşağıdaki listeyi sırayla işaretleyin:
- Sayfanın kaynak kodunda noindex etiketi var mı?
- robots.txt dosyası bu URL’yi ya da üst dizinini engelliyor mu?
- Sayfanın canonical etiketi kendi URL’sine mi işaret ediyor?
- Sayfaya sitenizin başka bir yerinden en az bir dahili link veriliyor mu?
- Sayfa sitemap.xml içinde yer alıyor mu?
- Sayfanın kelime sayısı ve içerik derinliği sitenizin diğer indekslenen sayfalarıyla kıyaslanabilir mi?
- Sayfa 200 HTTP durum kodu döndürüyor ve gerçek, anlamlı içerik barındırıyor mu (soft 404 değil)?
- Sunucu yanıt süresi ve sayfa yükleme hızı kabul edilebilir aralıkta mı?
- Sayfa gerçekten yeni mi (bir haftadan az) — bekleme süresi tükendi mi?
- ”Dizine eklenmesini iste” talebi gönderildi mi ve üzerinden yeterli süre geçti mi?
Vaka Kurgusu: Hukuk Bürosu Sitesinde Hizmet Sayfası İndekslenme Sorunu
Orta ölçekli bir hukuk bürosu, yeni açtığı bir hizmet sayfasının (belirli bir uzmanlık alanı için) yayından haftalar sonra hâlâ Google’da görünmediğini fark ediyor. Diğer hizmet sayfaları normal şekilde indekslenmiş durumda.
Teşhis. GSC URL Denetimi aracına sayfa yapıştırıldığında “Sayfanın canonicali kullanıcı tarafından belirtilmiş” bölümünde, denetlenen URL’den farklı bir adres görünüyor. İncelemede bu farklı adresin, sayfa oluşturulurken kullanılan şablonun test aşamasında kalan eski bir canonical değeri olduğu anlaşılıyor.
İnceleme. Geliştirici, yeni sayfa şablonunu oluştururken canonical etiketini elle girmiş ama bir önceki test sayfasının URL’sini silmeyi unutmuş. Bu hata, sayfa yayına alınırken fark edilmemiş çünkü sayfa tarayıcıda normal görünüyor — sorun yalnızca kaynak kodunda, gözle kolay fark edilmeyen bir satırda.
Uygulama. Şu adımlar izleniyor:
- Canonical etiketi, sayfanın kendi URL’siyle eşleşecek şekilde düzeltiliyor.
- Aynı şablon kullanılarak oluşturulmuş diğer sayfalar da kontrol ediliyor; benzer bir hata iki sayfada daha bulunuyor.
- Düzeltilen üç sayfa için GSC URL Denetimi üzerinden “Dizine eklenmesini iste” talebi gönderiliyor.
- Sitenin ana sayfasından ve ilgili blog yazılarından bu üç hizmet sayfasına dahili link ekleniyor.
Sonuç penceresi. Talebin gönderilmesinden birkaç gün sonra sayfalardan biri indekslenmeye başlıyor; diğer ikisi bir haftaya yakın bir sürede takip ediyor. Büro, bu deneyimden sonra yeni sayfa yayınlama sürecine bir kontrol adımı ekliyor: her yeni sayfanın canonical etiketi, yayına almadan önce manuel olarak doğrulanıyor.
(Vaka temsilidir.)
Sık Yapılan Hatalar
- Aynı sayfayı defalarca “dizine eklenmesini iste” ile göndermek. Bu, süreci hızlandırmıyor; aksine GSC’nin günlük talep kotasını gereksiz yere tüketiyor.
- Sorunun kaynağını teşhis etmeden içerik eklemeye başlamak. Sorun noindex etiketiyse, içerik eklemek hiçbir şeyi değiştirmez; önce teknik engeli kaldırmak gerekir.
- robots.txt değişikliğini test etmeden yayınlamak. Geniş yazılmış bir kural, istemeden sitenin büyük bir bölümünü engelleyebilir; her değişiklik yayından önce denenmeli, sonra robots.txt raporundan izlenmeli.
- Canonical etiketini şablon seviyesinde kontrol etmemek. Tek bir sayfada bulunan hata düzeltilirken, aynı şablonu kullanan diğer sayfalarda da aynı sorunun tekrarlanıp tekrarlanmadığı kontrol edilmiyor.
- Yeni sayfalara hiç dahili link vermemek. Sitemap’e eklemek yeterli sanılıyor ama dahili link olmadan sayfa düşük öncelikli kalabiliyor.
- Thin content sorununu “daha fazla kelime ekleyerek” çözmeye çalışmak. Kelime sayısını artırmak tek başına yeterli değil; eklenen içeriğin gerçekten kullanıcının sorusuna cevap veriyor olması gerekiyor.
- Soft 404 sayfalarını fark etmemek. Bu sayfalar 200 durum kodu döndürdüğü için “çalışıyor” sanılıyor, ama Google onları boş sayfa olarak değerlendirip indekslemiyor.
- Sayfa hızı sorununu yalnızca masaüstünde test etmek. Googlebot’un mobil öncelikli tarama yaptığı unutulmamalı; mobil hız testi ayrıca yapılmalı.
- JavaScript ile oluşturulan içeriğin Googlebot tarafından nasıl göründüğünü hiç kontrol etmemek. GSC’nin “Test Edilen Sayfa” görünümü bu konuda doğrudan bir cevap veriyor.
- Bekleme süresini tüketmeden panik yapmak. Yeni yayınlanan bir sayfanın birkaç gün içinde indekslenmemesi normaldir; asıl endişe iki-üç haftayı geçtiğinde başlamalı.
Yapay Zeka Çağında İndeksleme: Değişen Ne, Değişmeyen Ne?
Google’ın AI Overviews ve AI Mode gibi deneyimleri, Google Arama’da indekslenmiş ve kaynak olarak uygun içeriği kullanır; yani bu özelliklerde yer alabilmek için de sayfanın önce Google tarafından taranıp indekslenmesi gerekir. Diğer yapay zeka sistemlerinin kaynak seçimi farklı işleyebilir, ancak temel indeksleme sorunlarını çözmek hâlâ ilk adım. İlgili arka plan için AI arama motorları nasıl çalışıyor yazısına bakabilirsiniz.
Sık Sorulan Sorular
Sonuç
Belirli sayfaların Google tarafından indekslenememesi çok spesifik teknik nedenlere dayanır. Noindex etiketi, robots.txt engeli, yanlış canonical, orphan page, thin content, crawl bütçesi sorunları, yavaş yükleme, soft 404 ve basit bekleme süreci — bunların her biri farklı bir teşhis ve çözüm adımı gerektirir.
Doğru yaklaşım şu sırayla ilerlemektir: GSC URL Denetimi ile sayfanın durumunu okuyun, raporun işaret ettiği sorunu çözün, gerekirse manuel indeksleme talebinde bulunun. Bu disiplinli sıralama, çoğu durumda birkaç gün içinde ölçülebilir bir sonuç veriyor; sonuç gelmiyorsa listede henüz kontrol edilmemiş bir madde kalmış demektir.
Sayfalarınızın indekslenme sorunlarını çözmek veya sitenizin genel teknik yapısını iyileştirmek için profesyonel destek almak istiyorsanız iletişim sayfamızdan bize ulaşabilirsiniz. Teknik SEO hizmetimiz kapsamında sitenizi tarayarak indeksleme sorunlarını kökten tespit edip çözüyoruz.
Son bir not: indeksleme sorunları genellikle tek seferlik değil, tekrarlayan bir disiplin gerektiriyor. Yeni bir sayfa yayınladığınızda, şablonunuzu güncellediğinizde veya siteyi başka bir altyapıya taşıdığınızda, yukarıdaki dokuz nedenin her biri yeniden ortaya çıkma potansiyeli taşır. Özellikle site yenileme (redesign) ve platform değişikliği projelerinde, eski URL yapısından yeni yapıya geçişte canonical, yönlendirme ve robots.txt ayarlarının birlikte kontrol edilmesi, indekslenme kaybının en yaygın kaynağıdır. Bu noktaları yayın öncesi bir kontrol listesine dönüştürüp her büyük değişiklikte tekrar çalıştırmak, sürpriz indeksleme kayıplarını büyük ölçüde önlüyor.
İlgili: Yeni site Google’da ne zaman çıkar · Site yenileme sonrası trafik düşüşü · Web sitemin trafiği neden azaldı
