Google'a Yeni Sayfa Nasıl İndexlettirilir? Hızlı Dizine Ekleme

Yeni yazınızı yayımladınız, adresi Google'da arattınız ve hiçbir şey çıkmadı. Ertesi gün yine yok. Bu noktada herkes aynı soruyu soruyor: Google'a sayfa nasıl indexlettirilir? İnternette bulacağınız Türkçe cevapların önemli bir kısmı hâlâ ping servislerinden, sosyal medyada paylaşmaktan ve meta revisit-after etiketinden bahsediyor. Bunların hiçbiri bugün çalışmıyor; bazıları on yıldan uzun süredir çalışmıyor.

Bu yazıda gerçekten işe yarayan yöntemleri sırasıyla anlatacağız: Search Console'un URL denetleme aracıyla dizine ekleme isteği göndermek, sitemap'i doğru kurmak, iç linkle keşfi hızlandırmak ve sunucu tarafında taramayı kolaylaştırmak. Ayrıca Türkçe'de neredeyse hiç konuşulmayan üç konuyu netleştireceğiz: URL denetleme aracının günlük istek kotasının ne anlama geldiği, Indexing API'nin gerçekte hangi içerik türleri için geçerli olduğu ve yüzlerce URL için toplu istek göndermeye çalışmanın neden hiçbir şeyi hızlandırmadığı. Sonunda da sayfa hâlâ çıkmıyorsa hangi sırayla kontrol yapacağınızı gösteren bir liste bulacaksınız.

Google Bir Sayfayı Nasıl Bulur ve Dizine Alır#

Bir sayfanın arama sonuçlarında görünmesi için üç aşamayı sırayla geçmesi gerekir: keşif, tarama ve dizine alma. Bu üçünü ayırmadan yapılan her müdahale rastgele olur.

Keşif, Google'ın URL'nin varlığından haberdar olmasıdır. Kaynaklar: sitemap dosyası, başka bir sayfadan verilen link, dış bağlantı ve Search Console üzerinden gönderilen istek.

Tarama, botun sayfayı gerçekten indirmesidir. Sunucunuza istek gelir, HTML alınır, gerekiyorsa JavaScript işlenir.

Dizine alma, indirilen içeriğin değerlendirilip Google'ın dizinine yazılmasıdır. Bu aşama otomatik değildir; her taranan sayfa dizine girmez.

Sayfanız hangi aşamada takılı kaldığını bilmeden çözüm arayamazsınız. Search Console'da URL'yi denetlediğinizde gördüğünüz cümle bunu söyler:

İlk üç satır birbirine karıştırılıyor ve en çok zaman kaybı buradan çıkıyor. İkinci ve üçüncü durumun ayrıntısı için keşfedildi şu anda dizine eklenmedi hatası ve tarandı şu anda dizine eklenmedi hatası yazılarına bakın.

URL Denetleme Aracıyla Dizine Ekleme İsteği Gönderme#

Tek bir sayfayı Google'a en hızlı bildirmenin yolu Search Console'daki URL denetleme aracıdır. Adımlar:

1. Search Console'da doğru mülkü seçin. Alan adı mülkü (ornek.com) tüm alt alan adlarını ve protokolleri kapsar; URL öneki mülkü (https://ornek.com/) sadece o öneki kapsar. Yanlış mülkü seçerseniz araç "URL bu mülkte değil" der.
2. Üstteki arama kutusuna tam URL'yi yapıştırın. Protokol ve www durumu birebir doğru olmalı.
3. Sonucu bekleyin. Araç, sayfanın dizindeki mevcut durumunu gösterir.
4. Canlı URL'yi test et butonuna basın. Bu, Google'ın sayfayı şu anda nasıl gördüğünü gösterir; dizindeki eski kayıt değil.
5. Test sonucu "URL Google'da kullanılabilir" diyorsa Dizine eklenmesini iste butonuna basın.
6. İstek kuyruğa alınır. Onay ekranı bunun garanti olmadığını açıkça söyler.

Dördüncü adım en çok atlanan ve en öğretici olanıdır. Canlı test ekranındaki "Taranan sayfayı görüntüle" bölümünde botun aldığı ham HTML'i görebilirsiniz. Burada içeriğinizin görünmediğini fark etmek — çünkü tarayıcıda JavaScript ile yükleniyor, ya da bir eklenti bota farklı çıktı veriyor — sorunun kaynağını bir anda ortaya çıkarır.

Aynı kontrolü komut satırından da yapabilirsiniz:

# Google'ın gördüğü ham HTML gerçekten içeriği taşıyor mu?
curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://ornek.com/blog/yeni-yazi | sed 's/<[^>]*>//g' | tr -s ' \n' ' \n' | wc -w

# Dizine almayı engelleyen bir başlık var mı?
curl -sI https://ornek.com/blog/yeni-yazi | grep -iE "x-robots-tag|location|^HTTP"

X-Robots-Tag başlığı HTML kaynağında görünmez ve bu yüzden en sinsi engeldir. Staging ortamından canlıya taşınan bir yapılandırma dosyası, tüm siteyi sessizce dizin dışı bırakabilir.

URL Denetleme Kotası ve Toplu İstek Göndermenin Sınırı#

Dizine ekleme isteği kotalıdır ve bu kotayı yüzlerce sayfa için kullanmak mümkün değildir. Google kesin sayıyı yayımlamaz; pratikte bir mülk için günlük istek sayısı onlu rakamlarla sınırlıdır ve kota dolduğunda araç "Kota aşıldı" uyarısı verir. Bu tasarım tercihi bilinçlidir: araç, tek tek önemli sayfaları bildirmek için vardır, toplu gönderim kanalı olarak değil.

Buradan çıkan üç pratik kural:

Aynı URL için tekrar tekrar istek göndermeyin. İkinci istek sırayı hızlandırmaz. Sayfa taranıp dizine alınmadıysa, aynı içerik için yapılan yeni istek büyük olasılıkla aynı sonucu üretir. Doğru sıra: önce sayfada gerçek bir değişiklik yapın, sonra tek bir istek gönderin.

Kotayı seçici kullanın. Günlük hakkınızı, gerçekten değişen ya da yeni yayımlanan en önemli sayfalara ayırın. 400 ürünlük bir katalogda tek tek istek göndermeye çalışmak haftalar sürer ve o sırada sitemap zaten aynı işi yapmış olur.

Toplu "index ettirme" vaat eden yöntemlerden uzak durun. Otomasyon araçlarıyla arayüzü sürekli tetiklemek, kotayı tüketmenin ötesinde bir işe yaramaz; sonuçları değiştirmediği gibi hesap düzeyinde sınırlamalara da yol açabilir.

Büyük siteler için doğru araç istek butonu değil, sitemap ve iç link mimarisidir. Bu ikisi ölçeklenir, buton ölçeklenmez.

Indexing API Gerçekte Hangi İçerik Türleri İçin Geçerli#

Indexing API, Google'ın belge olarak yalnızca iş ilanı (JobPosting) ve canlı yayın etkinliği (BroadcastEvent) yapılandırılmış verisi içeren sayfalar için sunduğu bir arayüzdür. Amacı, çok kısa ömürlü içeriklerin hızlı eklenip kaldırılmasıdır: bir iş ilanı yayından kalktığında dizinden de hızlıca düşmesi gerekir.

Türkçe kaynaklarda bu API sık sık "her siteye hızlı index" çözümü gibi anlatılıyor. Blog yazıları, ürün sayfaları ve kurumsal sayfalar için kullanmak, belgelenmiş kullanım dışıdır ve beklenen sonucu vermez. Teknik olarak istek gönderilebilir, yanıt olarak başarı kodu da alınabilir; ama bu, sayfanın dizine gireceği anlamına gelmez.

Uygun bir senaryoda çağrı şöyle görünür:

curl -X POST \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $ERISIM_TOKENI" \
  -d '{
        "url": "https://ornek.com/ilan/kidemli-sistem-yoneticisi",
        "type": "URL_UPDATED"
      }' \
  https://indexing.googleapis.com/v3/urlNotifications:publish

Kurulum, Google Cloud tarafında bir hizmet hesabı oluşturmayı, bu hesabın e-posta adresini Search Console mülküne sahip olarak eklemeyi ve token üretmeyi gerektirir. İş ilanı yayımlamıyorsanız bu emeğin karşılığı yoktur; aynı süreyi sitemap yapınızı düzeltmeye ve iç link kurmaya harcamak çok daha fazlasını getirir.

Blog ve e-ticaret için karşılığı olan tek "bildirim" kanalı sitemap'tir; onun da doğru kurulumu şöyledir.

Sitemap ile Yeni Sayfaları Hızlı Bildirmek#

Sitemap dizine alma garantisi vermez ama keşfi hızlandırır ve tekrarlanabilir bir kanaldır. Üç kural yeterlidir.

Sadece dizine girmesini istediğiniz URL'leri koyun. İçinde noindex bulunan, canonical'ı başka sayfayı gösteren ya da yönlendirilen URL'ler Google'a çelişkili sinyal gönderir ve dosyanın güvenilirliğini düşürür.

lastmod alanını dürüst tutun. Bu alan, gerçekten değişen sayfaları öne çıkarmak içindir. Her gece bütün URL'lere bugünün tarihini yazan bir üretici kısa sürede yok sayılır.

Yeni içerikleri ayrı bir dosyada toplayın. Sık değişen küçük bir dosya, devasa bir dosyadan daha sık kontrol edilir.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://ornek.com/blog/yeni-yazi</loc>
    <lastmod>2026-08-11</lastmod>
  </url>
</urlset>

Sitemap'in yerini robots.txt üzerinden de bildirin; bu, Search Console'a erişimi olmayan diğer arama motorları için de geçerlidir:

User-agent: *
Allow: /

Sitemap: https://ornek.com/sitemap-index.xml

Gönderim adımları ve doğrulama için site haritası Google'a nasıl gönderilir yazısına bakın; kendi dosyanızı elle üretmek isterseniz sitemap üretici aracını kullanabilirsiniz. WordPress tarafındaki üretim ve yaygın hatalar için WordPress XML sitemap yazısı işinizi görür.

İç Link: En Az Konuşulan Ama En Etkili Yöntem#

Yeni bir sayfanın en hızlı keşfedildiği yer, botun zaten sık uğradığı bir sayfadır. Ana sayfa çoğu sitede en sık taranan adrestir; oradan verilen bir link, sitemap'ten daha güçlü bir sinyaldir.

Yeni yayımladığınız her sayfa için şu üç bağı kurmayı alışkanlık hâline getirin:

1. Ana sayfadan ya da bir hub sayfasından link. "Son eklenenler" bloğu bunu otomatik yapar.
2. Konu olarak en yakın iki eski yazıdan gövde içi link. Link metni, hedef sayfanın konusunu içersin; "buraya tıklayın" hiçbir şey anlatmaz.
3. İlgili kategori sayfasından link. Böylece tıklama derinliği düşer.

Hangi sayfalarınızın en sık tarandığını sunucu logundan görebilirsiniz; yeni linki oraya koymak keşif süresini kısaltır:

# Googlebot'un son 7 günde en çok uğradığı 15 adres
grep -i "googlebot" /var/log/nginx/ornek.com.access.log \
  | awk '{print $7}' | sort | uniq -c | sort -rn | head -15

Bir de tersini kontrol edin: sitemap'te olup site içinden hiç link almayan yetim sayfalar. Bunlar en yavaş keşfedilen sayfalardır.

curl -s https://ornek.com/sitemap.xml | grep -oP '(?<=<loc>)[^<]+' | sort -u > /tmp/harita.txt
grep -rhoP 'href="\Khttps://ornek\.com[^"]*' /home/kullanici/public_html/ | sort -u > /tmp/linkler.txt
comm -23 /tmp/harita.txt /tmp/linkler.txt

Artık İşe Yaramayan Yöntemler#

Bu bölüm, Türkçe kaynaklarda hâlâ tekrarlanan tavsiyeleri temizlemek için var.

Sosyal medya paylaşımı hakkında bir netleştirme gerekiyor: paylaşım, insanların sayfayı görmesini ve başka sitelerin ona link vermesini sağlayabilir; dolaylı etkisi budur. Ama paylaşımın kendisi Google'a "bu sayfayı dizine al" demez.

Sayfa Hâlâ Dizine Girmiyorsa Kontrol Listesi#

Sırayla ilerleyin; her adım bir sonrakinin ön koşuludur.

1. Sayfa 200 dönüyor mu? curl -sI ile durum kodunu doğrulayın. 301/302 varsa hedef URL dizine girer, kaynak değil.
2. noindex var mı? Hem HTML <meta name="robots"> etiketini hem de X-Robots-Tag yanıt başlığını kontrol edin.
3. Robots.txt engelliyor mu? Engellenen sayfa taranamaz. Kurallar için robots.txt nasıl yazılır yazısına bakın; hata mesajı alıyorsanız robots.txt tarafından engellendi hatası yazısı doğrudan bu durumu ele alıyor.
4. Canonical kendini mi gösteriyor? Başka bir URL'yi gösteriyorsa sayfa bilinçli olarak dizin dışıdır. Mantığı için canonical etiketi nedir yazısına bakın.
5. Sayfa parola korumalı mı? Test için açılmış bir dizin koruması unutulmuş olabilir; cPanel dizin parola koruma ayarını kontrol edin.
6. İkinci bir alan adı aynı içeriği mi yayınlıyor? Park edilmiş ya da addon alan adları kopya üretir; doğru kurulum için addon ve parked domain cPanel yazısına bakın.
7. Sunucu bota hata dönüyor mu? Loglarda Googlebot'a giden 4xx/5xx yanıtlarını arayın.
8. İçerik gerçekten HTML'de mi? Yalnızca tarayıcıda JavaScript ile yükleniyorsa, canlı testte boş görünür.
9. Site içinden link var mı? Yoksa ekleyin; bu, listedeki en etkili maddedir.
10. İçerik dizindeki mevcut cevaplara ne katıyor? Cevap "hiçbir şey" ise, teknik adımların hiçbiri sonucu değiştirmez.

Sitesi WordPress olan okuyucular için ek bir uyarı: Ayarlar → Okuma altındaki "Arama motorlarının siteyi dizine eklemesini engelle" kutusu, geliştirme sırasında işaretlenip unutulan bir klasiktir. Bu kutu işaretliyken sitenin tamamına noindex basılır. Konunun WordPress'e özgü tarafını WordPress sitem Google'da çıkmıyor yazısında ele alıyoruz.

Gerçekçi Süre Beklentisi#

Sayfanın dizine girme süresi, sitenin yaşına, yayın sıklığına ve sunucu hızına göre değişir. Aşağıdaki aralıklar, sağlıklı bir teknik kurulumda beklenen tipik değerlerdir.

Bu tabloda "yavaş sunucu" satırı gerçek bir uyarıdır: yanıt süreleri uzayan ya da aralıklı hata veren bir sitede Google tarama sıklığını kendi kendine düşürür ve bütün diğer çabalar etkisiz kalır. Ölçüm ve iyileştirme için TTFB nedir nasıl düşürülür ve site neden yavaş açılıyor yazılarına bakabilirsiniz.

Sıkça Sorulan Sorular#

Dizine ekleme isteği gönderdim ama sayfa hâlâ çıkmıyor#

Dizine ekleme isteği bir garanti değil, bir sıraya girme talebidir. İstek gönderildikten sonra Google sayfayı tarar, sonra dizine alıp almayacağına karar verir; bu ikinci aşamada olumsuz karar verilebilir. URL denetlemede "tarandı, şu anda dizine eklenmedi" görüyorsanız sorun teknik değil içerikseldir ve yeniden istek göndermek sonucu değiştirmez. Bu durumda sayfanın derinliğini artırmak ve ona site içinden en az iki-üç link kazandırmak gerekir.

Günde kaç sayfa için dizine ekleme isteği gönderebilirim#

Google kesin sayıyı yayımlamaz, ancak mülk başına günlük kota onlu rakamlarla sınırlıdır ve dolduğunda araç açık bir uyarı verir. Bu yüzden kotayı gerçekten yeni ya da önemli ölçüde değişmiş sayfalar için saklayın. Yüzlerce URL'i bu yolla bildirmeye çalışmak pratik değildir; o ölçekte doğru araç sitemap ve iç link mimarisidir. Kotayı tüketmek, ayrıca gerçekten acil bir sayfa çıktığında elinizi bağlar.

Indexing API'yi blog yazılarım için kullanabilir miyim#

Hayır, Indexing API belgelenmiş kullanımı iş ilanı ve canlı yayın etkinliği yapılandırılmış verisi içeren sayfalarla sınırlıdır. Blog yazısı, ürün ya da kurumsal sayfa için gönderilen istekler teknik olarak başarı yanıtı dönebilir ama beklenen hızlandırmayı sağlamaz. Bu API'yi kurmak için harcayacağınız zamanı sitemap yapısına ve iç linklere ayırmak çok daha yüksek getiri sağlar. İş ilanı yayımlıyorsanız ise doğru ve önerilen kanal budur.

Sitemap göndermek sayfamın dizine gireceğini garanti eder mi#

Hayır, sitemap yalnızca URL'lerin varlığını bildirir. Google sitemap'teki her URL'yi taramak ya da dizine almak zorunda değildir; dosya bir keşif kolaylığıdır, bir talep değil. Buna karşılık sitemap'i doğru tutmak önemlidir: içinde yönlendirilen, noindex taşıyan veya canonical'ı başkasını gösteren URL'ler bulunması dosyanın güvenilirliğini düşürür. En güçlü keşif sinyali hâlâ site içinden verilen linktir.

Sayfayı sosyal medyada paylaşmak indexlemeyi hızlandırır mı#

Doğrudan hızlandırmaz. Sosyal ağlarda paylaşılan linkler Google için doğrudan bir dizine alma sinyali değildir ve bu bağlantıların çoğu zaten takip edilmeyecek şekilde işaretlenir. Dolaylı bir etkisi olabilir: paylaşımı gören biri kendi sitesinden link verirse, o gerçek bir keşif kaynağı oluşturur. Yani fayda paylaşımın kendisinden değil, doğurabileceği bağlantılardan gelir.

Yeni açtığım sitede hiçbir sayfa dizine girmiyor#

Yeni sitelerde ilk haftalarda yavaşlık normaldir, ancak hiçbir sayfanın girmemesi genellikle teknik bir engele işaret eder. Sırasıyla şunları kontrol edin: WordPress'te "arama motorlarını engelle" seçeneği, sitenin tamamına basılan noindex etiketi, X-Robots-Tag yanıt başlığı, robots.txt'te kök dizini kapatan bir kural ve dizin düzeyinde unutulmuş parola koruması. Bu beş maddenin hepsi temizse Search Console'a mülkü doğru protokol ve alan adıyla eklediğinizden emin olun.

Sayfayı güncellersem tekrar dizine ekleme isteği göndermeli miyim#

Önemli bir güncelleme yaptıysanız evet, tek bir istek göndermek mantıklıdır. Küçük düzeltmeler için gerek yoktur; Google düzenli taradığı sayfaları zaten yeniden değerlendirir. İsteği, içeriğin gerçekten değiştiği durumlar için saklayın; aynı sayfa için art arda gönderilen istekler kotayı tüketmekten başka bir işe yaramaz. Sitemap'teki lastmod alanını da gerçek değişiklik tarihiyle güncellemeyi unutmayın.

Alt alan adındaki sayfalar için ayrı bir işlem gerekiyor mu#

Search Console'da URL öneki mülkü kullanıyorsanız evet, her alt alan adı ayrı bir mülk gibi davranır ve o mülke eklenmeden URL denetleme aracıyla işlem yapamazsınız. Alan adı mülkü kullanıyorsanız tüm alt alan adları tek çatı altında toplanır ve ek işlem gerekmez. Alt alan adları arama motoru açısından büyük ölçüde bağımsız sitelerdir; bu nedenle ana sitenizden alt alan adına iç link vermek keşfi belirgin biçimde hızlandırır.

Kapanış#

Google'a sayfa indexlettirmenin sihirli bir kısayolu yok; işe yarayan yöntemler sınırlı ve sıradan. Tek bir önemli sayfa için URL denetleme aracından dizine ekleme isteği göndermek en hızlı yoldur, ama kotalıdır ve ölçeklenmez. Ölçekte çalışan iki şey vardır: doğru kurulmuş, dürüst lastmod taşıyan ve yalnızca dizine girmesini istediğiniz URL'leri içeren bir sitemap; ve yeni sayfaya botun zaten sık uğradığı adreslerden verilen gerçek iç linkler. Ping servisi, revisit-after etiketi ve toplu istek denemeleri bugün karşılığı olmayan yöntemlerdir; onlara ayıracağınız zamanı sunucu hızına ve iç link mimarisine harcamak çok daha fazlasını getirir.

Bir de altyapı tarafı var: bot yavaş yanıt aldığında ya da aralıklı hata gördüğünde tarama sıklığını kendi kendine düşürür, o zaman yaptığınız hiçbir iyileştirmenin etkisini zamanında göremezsiniz. İçeriği büyüyen siteler için istikrarlı yanıt süresi sunan hosting paketlerimize, kaynakların tamamen size ayrıldığı projelerde VDS sunucu seçeneklerine bakabilirsiniz. WordPress tabanlı bir sitede indexleme sorunlarının önemli kısmı eklenti, tema ve yapılandırma kaynaklıdır; bu takibi devretmek isterseniz WordPress bakım hizmetimiz güncelleme, hız ve teknik SEO kontrollerini üstlenir. İçerik planı ve iç link mimarisinin birlikte kurgulanması içinse SEO hizmetlerimiz sayfasına göz atabilirsiniz.