SEO Rehberi: Sayfanız Taranıyor ama Dizine Alınmıyorsa Ne Yapmalı

SEO, bir sayfanın arama sonuçlarında görünmesi için yapılan işlerin bütünü. Ama iş listesinin sırası çoğu rehberde yanlış veriliyor: başlık etiketi ve anahtar kelime yoğunluğu, sayfanız zaten dizindeyse anlamlı. Google sayfanızı tarayıp dizine almıyorsa bunların hiçbiri sizi kurtarmaz.

Bu yazı, o ikinci durumu çözmek üzerine. Kaynağı da ininia.com'un kendi Search Console verisi: 22.06.2026-21.09.2026 penceresinde 407 sayfa "Tarandı - şu anda dizine eklenmiş değil" durumundaydı. 365'ini tek tek çektik, ölçtük ve karara bağladık. Aşağıdaki kuralların çoğu o denetimin çıktısı.

"Tarandı ama dizine alınmadı" bir hata mesajı değil, bir not

Bu durumu gören ekiplerin refleksi teknik hata aramak oluyor: robots.txt, canonical, sunucu yanıt süresi. Çoğu zaman hiçbirinde sorun yoktur. 365 URL'nin tamamı canlıda 200 dönüyordu; tek bir kırık sayfa yoktu.

Google bu durumu tarama bütçesi belgesinde, sitenin tarama bütçesi optimizasyonuna ihtiyacı olabileceğinin göstergesi olarak sayıyor (bkz. Google Crawling infrastructure, Crawl Budget Management). Aynı belgede tarama bütçesini gerçekten dert etmesi gereken siteler tanımlanıyor: 1 milyondan fazla benzersiz sayfası olup içeriği haftada bir değişenler, ya da 10.000'den fazla sayfası olup içeriği günlük değişenler. Sizin siteniz bu eşiklerin altındaysa sorun bütçe değil.

Sorun değerlendirme. Google, tarama ile dizine alma arasında ayrı bir karar veriyor ve o kararda ölçtüğü şey sayfanın kendi başına bir şey ekleyip eklemediği. Spam politikalarındaki scaled content abuse tanımı bunu açıkça söylüyor: "Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users" (bkz. Google Search Central, Spam policies for Google web search).

Kendi denetimimizde 330 içerik sayfasının %73'ü 900 kelimenin altındaydı ve en uzun yazı 1.049 kelimeydi. Bir tavan bu kadar net görünüyorsa, sayfalar tek bir şablondan çıkmış demektir. Google'ın bunu ayırt etmesi için yapay zeka tespitine ihtiyacı yok; kümenin kendisi zaten sinyal.

Kanibalizasyonu tahmin etmeyin, Search Console'dan ölçün

Aynı sorguyu hedefleyen iki sayfanız varsa Google hangisini göstereceğine kendisi karar veriyor ve kararı sık sık değiştiriyor. Sonuç, ikisinin de ikinci sayfada kalması.

Bunu gözle bulmaya çalışmayın. Performans raporunda önce sorguyu filtreleyip "Sayfalar" sekmesine geçin: tek bir sorgu için birden fazla URL gösterim alıyorsa kanibalizasyon vardır. Kendi verimizde bu, ticari sorgularda net görünüyor. Örnek: mobil uygulama geliştirme firmaları sorgusunda 51 gösterim, ortalama konum 28,6 ve sıfır tıklama.

Sayfa sayısı büyüdüğünde URL Inspection API işi otomatikleştiriyor. Uç nokta ve gövde şu (bkz. Search Console API, urlInspection.index.inspect):

# Tek bir URL'nin dizin durumunu sorar. $TOKEN bir OAuth 2.0 erişim jetonu.
curl -s -X POST \
  'https://searchconsole.googleapis.com/v1/urlInspection/index:inspect' \
  -H "Authorization: Bearer $TOKEN" \
  -H 'Content-Type: application/json' \
  -d '{
    "inspectionUrl": "https://ininia.com/blog/ornek-yazi",
    "siteUrl": "sc-domain:ininia.com"
  }'

Yanıt inspectionResult altında geliyor; işinize yarayan alan indexStatusResult. Kota sert: site başına günde 2.000 sorgu, dakikada 600 sorgu (bkz. Search Console API, Usage limits). 400 URL'lik bir denetim tek günde sığıyor, 5.000 URL'lik bir site için üç güne bölmeniz gerekiyor.

Sitemap'teki changefreq ve priority satırlarını silin

Bu, eski rehberlerin yaşattığı en yaygın ölü kod. Google'ın site haritası belgesi tek cümleyle bitiriyor: "Google ignores <priority> and <changefreq> values" (bkz. Google Search Central, Build and submit a sitemap).

lastmod ise kullanılıyor, ama şartlı. Google değeri gerçek değişikliklerle karşılaştırıyor; ana içerik, yapısal veri veya bağlantılar değiştiyse sayıyor, telif yılını güncellemek gibi kozmetik değişiklikler saymıyor. Her gece bütün lastmod değerlerini bugüne çeken bir sitemap üreticiniz varsa, alanı işe yaramaz hâle getiriyorsunuz.

Dosya sınırları: tek site haritası en fazla 50 MB (sıkıştırılmamış) veya 50.000 URL.

noindex ile robots.txt'yi aynı sayfada kullanmayın

Denetimimizde 283 sayfa için noindex önerdik. Uygulama sırasında en kolay düşülen tuzak bu ve Google bunu kendi belgesinde açıkça uyarıyor: noindex kuralının işe yaraması için sayfanın robots.txt ile engellenmemiş olması gerekiyor.

"If the page is blocked by a robots.txt file or the crawler can't access the page, the crawler will never see the noindex rule, and the page can still appear in search results." (bkz. Google Search Central, Block Search indexing with noindex)

Yani önce noindex koyup taranmasına izin vereceksiniz; sayfalar dizinden düştükten sonra isterseniz robots.txt ile tarama dışı bırakabilirsiniz. Ters sıra, temizlemek istediğiniz sayfaları dizinde donduruyor.

HTML sayfa için <meta name="robots" content="noindex">, PDF ve görsel gibi HTML olmayan kaynaklar için X-Robots-Tag: noindex başlığı kullanılıyor.

İç bağlantı: en güçlü kanonikleştirme sinyali yönlendirme

Google kanonik seçimi için üç yöntemi güç sırasıyla listeliyor: yönlendirme (güçlü sinyal), rel="canonical" (güçlü sinyal), site haritasında yer almak (zayıf sinyal). Üçü birikimli çalışıyor. Ama hiçbiri direktif değil; Google kendi kararını verebiliyor (bkz. Google Search Central, How to specify a canonical URL).

Pratik sonucu şu: mükerrer bir sayfayı yalnızca rel="canonical" ile işaretleyip iç bağlantıları eski URL'ye vermeye devam ediyorsanız, kendinize karşı oynuyorsunuz. Sinyalleri hizalayın.

Kendi denetimimizde en ucuz kazanç buradaydı: aynı IoT listesini gösteren dört ayrı kategori URL'i vardı (kategori/iot, kategori/iot-dijital-donusum, kategori/iot-mobil-dijital-donusum, kategori/iot-nesnelerin-interneti). Bunlar içerik üretmeden, yalnızca yönlendirme yazarak çözülüyor. Tarama bütçesini gerçek içerik sayfalarına kaydırmanın en hızlı yolu.

Bir de ölçmesi kolay bir kural: her yayında kalan sayfa en az bir bağlam içi iç bağlantı almalı. Menüden ve etiket sayfasından gelen bağlantı bu şartı karşılamıyor, çünkü bunlar sayfaya özgü bir sinyal taşımıyor.

Backlink: Google'ın yasak listesi sandığınızdan geniş

Backlink rehberlerinin çoğu "kaliteli link alın" diyor ve Google'ın fiilen yasakladığı davranışları atlıyor. Liste birincil kaynakta açık (bkz. Google Search Central, Spam policies, Link spam):

• Link karşılığı para almak veya vermek
• Link karşılığı mal veya hizmet vermek
• Birine ürün gönderip karşılığında link içeren bir yazı yazmasını sağlamak
• Aşırı link takası ve yalnızca karşılıklı link vermek için açılmış "iş ortakları" sayfaları
• Sıralama kredisi aktaran link içeren advertorial veya haber görünümlü reklam içerikleri
• Üçüncü tarafa linki niteleme seçeneği bırakmadan, sözleşme veya kullanım koşulu ile link zorunluluğu koymak

Üçüncü madde Türkiye'de en çok ihlal edilen madde. Ürün gönderip inceleme yazısı aldıran her marka bu kapsamda. Çözüm linki kaldırmak değil, nitelemek: Google aynı belgede "It's not a violation of our policies to have such links as long as they are qualified with a rel="nofollow" or rel="sponsored" attribute value" diyor.

Yani ajansınızla yaptığınız aylık link paketinde teslim kriteri "kaç link" değil, "linkler nasıl nitelenmiş" olmalı. Bu tek satır, elle işlem riskini paket satın alma riskinden ayırıyor.

E-E-A-T bir sıralama faktörü değil

İçerik pazarlama tarafında en çok yanlış aktarılan kavram bu. Google'ın kendi ifadesi net: "While E-E-A-T itself isn't a specific ranking factor, using a mix of factors that can identify content with good E-E-A-T is useful" (bkz. Google Search Central, Creating helpful, reliable, people-first content).

E-E-A-T, arama kalitesi değerlendiricilerinin kullandığı bir çerçeve. Sitenize "E-E-A-T puanı" veren bir araç satın alıyorsanız var olmayan bir sayıyı ölçüyorsunuz. Aynı belgedeki "Who, How, Why" sorusu ise uygulanabilir: içeriği kimin yazdığı görünüyor mu, nasıl üretildiği (yapay zeka kullanımı dâhil) açıklanmış mı, neden var.

Mobil: eşitlik kuralı, etkileşimle yüklenen içeriği yakalar

Mobil tarafta ranking ipuçları aramak yerine tek bir kurala bakın: mobil sayfanız masaüstü sayfanızla aynı içeriği taşımak zorunda. Google'ın belgesi bunu ana madde olarak veriyor ve üç yerde somutlaştırıyor (bkz. Google Search Central, Mobile-first indexing best practices):

1. Etkileşimle yüklenen içerik taranmaz. "Google won't load content that requires user interactions (for example, swiping, clicking, or typing) to load." Mobilde "Devamını oku" düğmesinin arkasına sakladığınız metin, Google için yok.
2. Yapısal veri iki sürümde aynı olmalı ve içindeki URL'ler mobil URL'lerle güncellenmeli.
3. Görsellerin alt metinleri aynı olmalı.

Core Web Vitals eşikleri, hepsi 75. yüzdelikte ölçülmek üzere: LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1 (bkz. web.dev, Web Vitals). FID artık Core Web Vitals'ta değil; yerini INP aldı. Hâlâ FID raporlayan bir panel kullanıyorsanız ölçtüğünüz şey emekliye ayrılmış bir metrik.

Yerel SEO: işletme adına anahtar kelime eklemek en hızlı askıya alınma yolu

Google Haritalar sıralaması için yazılan Türkçe tavsiyelerin çoğu işletme adına şehir veya hizmet adı eklemeyi öneriyor. Google'ın kendi kuralı bunun tam tersi. İşletme adında yasaklı olanlar arasında şunlar sayılıyor (bkz. Google, Guidelines for representing your business on Google): pazarlama sloganları, mağaza kodları, tamamı büyük harf yazım (KFC gibi yerleşik istisnalar dışında), çalışma saatleri, telefon numarası veya URL, hizmet ve ürün bilgisi, konum belirteçleri.

Kural tek cümle: ad, tabelanızda ve evrakınızda kullandığınız gerçek ad olmalı. Google bu kuralları ihlal eden profilleri askıya alma hakkını saklı tutuyor, ve askıya alınan bir profili geri kazanmak yeni profil açmaktan uzun sürüyor.

Adresi olmayan, müşteriye giderek hizmet veren işletmeler için ayrı bir kural var: hizmet alanı işletmesiyseniz adresinizi gizlemeniz gerekiyor. Ev adresinden çalışan tesisatçı örneği belgenin kendi örneği.

Hangi sayfayı ne yapacaksınız

Denetimi bitirdikten sonra karar üç seçeneğe iniyor. Kendi 365 sayfamızı bu tabloya göre ayırdık.

Dağılımın bu kadar çarpık olması (%77 noindex) tek başına bir teşhis. İçerik üretim kararları sorgu listesine göre değil gündeme göre verilmişse tablo hep böyle çıkıyor.

İlk haftada yapılacaklar

Denetimi sıfırdan başlatacaksanız sıra şu, ve ilk üç madde içerik yazmadan tamamlanıyor:

1. Search Console'dan "Tarandı - şu anda dizine eklenmiş değil" listesini dışa aktarın. Bu liste sizin iş listeniz.
2. Listedeki kategori ve ?page=N URL'lerini ayırın. Bizde 35 taneydi; bunlar hiçbir zaman dizine girmeyecek ve mükerrer kategori slug'ları yönlendirmeyle kapanıyor.
3. Kalan içerik sayfalarını kelime sayısı ve hedef sorgu ile tabloya dökün. Aynı sorguya düşen her küme bir birleştirme adayı.
4. Birleştirmelerde önce 301'i yayına alın, kaynak sayfayı sonra kapatın. Ters sıra gelen bağlantılara 404 gösteriyor.
5. Yönlendirme zincirini kontrol edin: hiçbir 301 başka bir 301'e ya da 404'e inmemeli.

Dördüncü ve beşinci maddeyi atlayan ekipler, temizlik sonrası trafiğin neden daha da düştüğünü anlamakta zorlanıyor. Cevap genellikle zincirde.

Denetimin sonucu: ne yaptık, ne değişti

Yukarıdaki tablo bir öneri listesi değil, uyguladığımız plan. Bu yazının ilk sürümünden sonraki üç günde tamamı canlıya alındı: 283 sayfa noindex'e çekildi, 24 kaynak sayfa 36 yönlendirme kuralıyla hedef rehberlerine bağlandı, 40'ın üzerinde ince sayfa aynı URL'de yeniden yazıldı, İngilizce bölümde otomatik üretilmiş 605 kopya kapatıldı. Site haritası 2.471 URL'den 1.641'e indi. Kapatılan hiçbir sayfa silinmedi; her işlem günlüklendi ve tek komutla geri alınabiliyor.

Dizine alınma tarafındaki sonucu henüz yazmıyoruz; Search Console bu ölçekte bir değişikliği üç ile dört haftada yansıtıyor. 28. günde "Tarandı - şu anda dizine eklenmiş değil" sayısını, ortalama tıklama oranını ve birleştirilen sorguların konumlarını bu bölüme ekleyeceğiz. O sayı iyi de çıksa kötü de çıksa burada olacak; denetimin değeri, sonucunu ölçmekte.

Sırada ne var

Bir sonraki içeriği yazmadan önce tek soruyu cevaplayın: bu sayfa hangi sorguda, hangi mevcut sayfanızın yerine geçecek? Cevap yoksa yeni sayfa açmayın, mevcut sayfayı güçlendirin. Dizine alınmayan 407 sayfanın nasıl biriktiğinin cevabı bu sorunun hiç sorulmamış olması.

Teknik SEO tarafındaki sayfa hızı işleri için Docker ile deployment ve bulut migrasyonu yazılarına, uygulama mağazası tarafındaki karşılığı için ASO rehberine bakabilirsiniz. Denetimi birlikte yapmak isterseniz iletişim sayfası üzerinden yazın.

Bilgiler 25 Eylül 2026 tarihinde doğrulanmıştır: Google Search Central spam politikaları, tarama bütçesi belgesi, noindex belgesi, site haritası belgesi, kanonik URL belgesi, mobil öncelikli dizinleme en iyi uygulamaları ve yararlı içerik belgesi; Search Console API kullanım limitleri ve urlInspection.index.inspect referansı; Google İşletme Profili temsil kuralları; web.dev Web Vitals. Site içi sayılar ininia.com'un 22.06.2026-21.09.2026 Search Console penceresinden ve 365 URL'nin canlıdan çekilerek yapılan denetiminden alınmıştır.