«Discovered – currently not indexed» ve «Crawled – currently not indexed», Search Console'daki „Sayfalar dizinde" raporunun en sık görülen iki satırı — ve en yanlış anlaşılan ikisi. Teknik bir arıza gibi görünürler, ama aslında bunlar Google'ın sayfalarınızın önceliği ve kalitesi hakkında verdiği kararlardır. Tekrar tekrar göndermek hiçbir şeyi değiştirmez. Nedeni düzeltmek — evet.
Bu rehber, tamamını Hermes Agent'a devredebileceğiniz eksiksiz bir döngüdür: URL listesini çekin, her sayfayı kontrol edin, gerçek nedeni belirleyin, düzeltme kuyruğunu onaylayın ve Google Indexing API üzerinden yalnızca dizine alınmayı hak eden sayfaları gönderin. Sonuç: tek seferlik bir tıklama oturumu değil, tekrarlanabilir haftalık bir pipeline.
Neler elde edersiniz
- Sınıflandırılmış envanter: „discovered" içinde takılı kalan URL'ler, taranan ama dizine alınmayanlar ve hiç göndermemeniz gerekenler
- Indexing API için onaylanmış liste ve nedenleriyle birlikte atlananlar listesi
- Gönderimlerinizin işe yarayıp yaramadığını gösteren doğrulama aşaması
Gerekenler: kurulu ve çalışan Hermes Agent (hermes chat bir oturum açar. Güncel kurulum adımları: hermes-agent.nousresearch.com/docs adresindeki resmi belgeler), sahibi olduğunuz bir Search Console mülkü ve iki takım Google kimlik bilgisi (biri GSC okuma için, diğeri Indexing API için). İlk kurulum yaklaşık 60–90 dakika, ardından haftada yaklaşık 15 dakika. „Tamam" demek: gönderdiğiniz URL'ler iki hafta içinde kontrol API'sinde gerçek bir durum değişikliği gösteriyor — ya da neden göstermediğine dair ikna edici kanıtınız var.
İki durumu doğru okumak
Google sitenizde takılı kalmadı. Bir karar verdi — ve durum size hangi kararı verdiğini söylüyor.
Durum | Gerçekte ne anlama gelir | Sık nedenler | Ne zaman göndermeli |
|---|---|---|---|
Discovered – currently not indexed | Google URL'yi biliyor (sitemap veya bağlantılardan) ama henüz taramadı | Düşük tarama önceliği, zayıf veya olmayan iç bağlantılar, büyük sitelerde tarama bütçesi baskısı, yeni site, yavaş veya ağır JS render, sık değişen sitemap'ler | Öncelik sinyallerini (özellikle iç bağlantıları) iyileştirdikten sonra bir kez |
Crawled – currently not indexed | Google URL'yi aldı ama dizine almamaya karar verdi | Kopya veya neredeyse kopya içerik, zayıf içerik, başka bir URL'ye işaret eden canonical, tarama anında noindex, soft 404, düşük değerli olarak değerlendirme | Yalnızca gerçekten bir şey değiştirdiyseniz: içerik, canonical veya noindex |
Indexed | Dizinde | — | Göndermeyin |
Excluded | Tarandı ve bilinçli olarak hariç tutuldu (noindex, canonical, kopya seçimi, engelleme) | — | Göndermeyin; hariç tutmanın bilinçli olup olmadığını kontrol edin |
Tek cümleyle: yalnızca gerçekten değiştirdiğiniz veya ikinci bir bakışı hak eden URL'leri gönderin. Indexing API bir bildirim kanalıdır, sıralama iptali değildir. Zayıf bir sayfayı on kez göndermek, on kez aynı kararı getirir.
Neden bunu bir agent yapmalı
GSC'deki „Dizine eklenmesini iste" düğmesinin genel bir API'si yok — onu komut dosyasıyla tıklamanın resmi bir yolu yoktur. En yakın otomasyon, URL bildirimlerini doğrudan kabul eden Google Indexing API'dir. Agent'ın değer katmasının üç nedeni:
- Döngü mekanik ve uzun: envanter → kontrol → sınıflandırma → düzeltme → gönderme → doğrulama. Her hafta.
- Denetim izi gerekir: hangi URL'lerin ne zaman ve neden gönderildiğini gösteren bir dosyaya ihtiyacınız var.
- Onay kapısı gerekir: Google'a yazan kısım insan tarafından kontrol edilmelidir. Hermes tam da bu ayrım üzerine kuruludur — skill'ler, proje klasörleri ve onay kuralları.
Başlamadan önce gerekenler
- Hermes Agent kurulu. Devam etmeden önce
hermes chat'i test edin. - Sahibi olduğunuz bir GSC mülkü.
sc-domain:example.combiçiminde (tam URL değil). - Okuma erişimi: Search Console API için Google Cloud OAuth istemcisi (client ID + secret). GSC skill'i komut dosyaları bunu sitemap, Search Analytics ve URL kontrolü için kullanır.
- Yazma erişimi: Indexing API etkinleştirilmiş bir Google Cloud projesi ve hizmet hesabı JSON anahtarı. Hizmet hesabı e-postasını GSC → Ayarlar → Kullanıcılar ve izinler'de sahip olarak ekleyin. Gönderim 403 döndürüyorsa — atlanan adım budur.
- Python 3 ve
pip install google-auth google-api-python-client. - Proje klasörü. Ör.
context/,data/,qa/ve gönderim aşamasının her zaman insan imzası gerektirmesini şart koşanapproval-rules.mdiçeren/hermes-seo-project.
Adım 1: URL envanterini toplayın
İki GSC skill'ini Hermes skill dizinine (~/.hermes/skills) kopyalayın: okuma skill'i (sitemap, Search Analytics, URL kontrolü) ve indeksleme skill'i (gönderim komut dosyası). Harness skill'leri katalogluyorsa, bunları skill_view ile de yükleyebilirsiniz.
Ardından proje klasöründen sohbet oturumunda Hermes'ten isteyin:
sc-domain:example.com için tüm sitemap'leri listele, her URL'yi lastmod ile çek ve data/url-inventory.csv dosyasına yaz. Çekmesi başarısız olan sitemap'leri işaretle.
Hermes sitemap komutlarını terminal aracıyla çalıştırır ve CSV yazar. İyi sonuç: URL, lastmod ve kaynak sitemap içeren, kopyalardan arındırılmış bir CSV. Kalite kontrolü: rastgele beş satırı kontrol edin ve toplamı GSC'deki sitemap raporuyla karşılaştırın. Liste boşsa veya kimlik doğrulama başarısız oluyorsa GSC kimlik doğrulama akışını tekrarlayın; okuma komut dosyası taze bir OAuth token'ına ihtiyaç duyar.
Adım 2: kontrol edin ve sınıflandırın
Ardından agent envanteri URL Inspection API üzerinden partiler halinde kontrol eder ve her sayfanın güncel kapsama durumunu alır. Sonraki aşamayı isteyin:
data/url-inventory.csv içindeki her URL'yi kontrol et. Üç dosyaya ayır: data/to-submit.txt (dizine alınmamış ve gönderilmeye değer), data/skip.txt (her URL için nedenle birlikte) ve data/needs-fix.txt (dizine alınmamış ve değiştirebileceğimiz bir şeye takılı).
Kontrol API'sinin mülk başına hız limitleri vardır (güncel kotayı Google Cloud Console'da görün; günde birkaç bin, ama sonsuz değil). Büyük sitelerde bu geçişi en yeni lastmod'lu URL'lerle — bu çeyrekte gerçekten değiştirdiklerinizle — sınırlayın. Kalite kontrolü: atlananlar listesine göz atın. Orada noindex, başka URL'lere işaret eden canonical ve kopyalar baskın olmalı; önemsediğiniz sayfalar değil. Binlerce URL'si olan bir site boş needs-fix veriyorsa, envanter aşaması muhtemelen sayfaları kaybetti. Giriş aralığını genişletin.
Adım 3: gönderimden önce triyaj
Herkesin atladığı adım. Takılı URL'leri şu sırayla nedene ve düzeltmeye eşleyin:
Neden | Düzeltme | Düzeltmeden sonra gönderilsin mi? |
|---|---|---|
Sayfada tek bir iç bağlantı yok | Dizine alınmış sayfalardan bağlamsal bağlantılar ekleyin | Evet |
Tamamen yeni site veya sayfa | Düzeltilecek bir şey yok; bir kez gönderin ve 1–2 hafta bekleyin | Evet, bir kez |
robots.txt engellemesi | Bu yoldaki engellemeyi kaldırın | Evet |
Tarandı ama kopya veya zayıf | Yeniden yazın, birleştirin veya silin | Yalnızca gerçek içerik değişikliğinden sonra |
canonical başka bir URL'yi gösteriyor | Yanlışsa canonical'i düzeltin; bilinçliyse bu URL'yi göndermeyi bırakın | Yalnızca düzeltmeden sonra |
Tarama anında noindex | noindex'i kaldırın ve Google'ın yeniden taramasına izin verin | Evet, kaldırdıktan sonra |
Soft 404, işe yaramaz sayfalama/arşivler | Sayfayı düzeltin veya silin | Hayır — kalıcı atlama |
Hermes'ten düzeltme kuyruğunu tablo halinde hazırlamasını isteyin: URL, olası neden, kanıt (kontrol sonucu veya içerik incelemesi), önerilen işlem, risk seviyesi. Her satırı sohbette onaylayın. approval-rules.md dosyanız bunu şart koşmalı: agent hazırlar, siz onaylarsınız ve düşük riskin üzerinde hiçbir şey imzasız gönderilmez.
Onay kapısı, agent'ın hazırlığını yazma aşamasından ayırır.
Düzeltmelerin kendisi sıradan SEO işidir: içeriği yeniden yazmak, canonical'leri temizlemek, iç bağlantılar. Bu pipeline işin yarısını — gönderimi — karşılar. Diğer yarıyı Hermes serisindeki denetim ve güncelleme yazıları karşılar.
Gönderim listesi, «düzeltilebilir» ile «dizine alınmaya değer»in kesişimidir.
Adım 4: Indexing API üzerinden gönderim
Kuyruk onaylandığında URL'leri data/approved-urls.txt içine koyun ve Hermes'in indeksleme skill'ini çalıştırmasına izin verin:
python3 ~/.hermes/skills/gsc-indexing/scripts/index_submit.py check-auth
python3 ~/.hermes/skills/gsc-indexing/scripts/index_submit.py submit --urls-file data/approved-urls.txtVarsayılan bildirim türü, yeni veya değişen sayfalar için tasarlanan URL_UPDATED'dir. Hatırlamanız gereken üç sayı: varsayılan kota günde 200 URL, dakikada 600 istek — ve 403, hizmet hesabının mülkün sahibi olmadığı anlamına gelir. Onaylanan liste 200'ü aşarsa günlere bölün; Hermes kalan partileri planlayabilir.
Dizine alınmış sayfaları ve atlananlar listesini asla göndermeyin. Boşa harcanan bildirimler yalnızca kotayı tüketir ve gürültü yaratır.
Adım 5: doğrulama ve bekleme
Gönderimden hemen sonra status yalnızca Google'ın bildirim meta verisine sahip olup olmadığını söyler; sayfanın dizine alınıp alınmadığını değil. Gerçek teyit birkaç gün sonra gelir.
Partiden 3–7 gün sonra Hermes'ten isteyin:
data/approved-urls.txt içindeki URL'leri yeniden kontrol et ve son çalıştırmaya göre durum değişikliklerini raporla.
Sağlıklı ilerleme discovered → crawled → indexed şeklindedir. Haftalar içinde şöyle görünür: dizine alınmamışlar listesi daralır ve gerçek düzeltmeleriniz (yeni iç bağlantılar, yeniden yazılan metinler) dizinde görünür. Unutmayın: GSC verileri birkaç gün gecikmeyle gelir ve Google kendi programına göre yeniden tarar. Gerçek düzeltmelerden 10–14 gün sonra „Crawled – currently not indexed" içinde kalan bir URL, gönderim sorunu değil kalite sinyalidir; onu içerik işine taşıyın.
Döngüyü canlı tutmak
Pipeline'ı haftalık bir rutine dönüştürün: son çalıştırmadaki yeni veya değişen URL'ler → kontrol → sınıflandırma → triyaj → onay → gönderme → günlük. Hermes salt-okunur kısmı (envanter, kontrol, sınıflandırma) gözetimsiz, programa göre çalıştırabilir ve her pazartesi size kuyruğu getirebilir. Gönderim aşaması onay kapısının arkasında kalır; qa/indexing-log.md içinde kesintisiz bir günlük tutulur: gönderim tarihi, URL, bildirim türü, sonuç. Yarım yıllık günlük, pipeline'ın çalışıp çalışmadığının tek dürüst ölçüsüdür.
Dürüst sınırlamalar
- Google, Indexing API'yi
JobPostingveyaBroadcastEventyapılandırılmış verileri olan sayfalar için belgeler. Sıradan sayfalarda kullanmak yaygın bir SEO pratiğidir, ancak Google hiçbir sayfa türü için indeksleme ve destek garantisi vermez. - „Dizine eklenmesini iste" düğmesinin genel bir API'si yoktur. Indexing API en yakın otomasyondur, ama aynı düğme değildir.
- Gönderim öncelik yaratmaz. Bir sayfa düzeltme, gönderim ve beklemeden sonra hâlâ dizine alınmıyorsa, sıradaki yanıt içerik kalitesidir, yeni bir bildirim değil.
Sık sorulan sorular
Indexing API sıradan sayfalarda çalışır mı? Gönderdiğiniz her URL'yi kabul eder. Google'ın resmi belgeleri JobPosting ve BroadcastEvent sayfalarını hedefler, bu yüzden sıradan sayfa gönderimini best-effort olarak görün: faydalı, yaygın, ama asla garanti değil.
Gönderimden sonra neden hâlâ «Discovered – currently not indexed» görünüyor? Bu durum genellikle bir başarısızlık değil, tarama önceliği demektir. Sayfaya giden iç bağlantıları, robots.txt'in yolu engelleyip engellemediğini ve sayfanın JavaScript'e ne kadar bağımlı olduğunu kontrol edin. Sonra bekleyin: yeni sitelerde keşiften taramaya 1–2 hafta sürebilir.
Günde 200 URL yeterli mi? Çoğu site için evet — zaten yalnızca gerçekten değişen URL'leri göndermelisiniz. Düzenli olarak daha fazlaysa iş değerine göre önceliklendirin ve Google Cloud Console'dan kota artışı isteyin.
Indexing API sıralamayı hızlandırır mı? Hayır. Yalnızca Google'a URL'nin değiştiğini bildirir. Sıralama, Google sistemlerinin gönderilen bildirim sayısından bağımsız ayrı bir kararıdır.
Search Console'daki „Dizine eklenmesini iste" tıklamasından farkı nedir? Aynı hedef, farklı mekanizma. Düğme, genel API'si olmayan saf bir arayüzdür; Indexing API ise komut dosyasıyla kullanılabilen bir kanaldır. İkisi de sayfanın dizinde olup olmayacağına dair Google kararını geçersiz kılmaz.
Yazar: Julian Mercer, Auspia'da 14 yıllık deneyime sahip teknik SEO uygulayıcısı. Tarama, indeksleme, şema ve bir siteyi hem Google hem AI sistemleri için okunabilir kılan teknik temeller hakkında yazar.
