Müşteri URL’lerini tekrar ücret, belirsiz durum ve elektronik tablo karmaşası olmadan toplamak, doğrulamak, göndermek ve takip etmek için ölçeklenebilir iş akışı.
SEO ajansları için sağlıklı URL indeksleme iş akışı beş aşamadan oluşur: topla, teknik olarak kontrol et, tekrarı önle, gönder ve doğrula. Her URL; müşteri, proje, kaynak ve gönderim geçmişiyle birlikte izlenmelidir. Böylece tekrar ücret riski azalır, hatalar açıklanabilir hâle gelir ve “işlem tamamlandı” durumu müşteriye “Google kesin indeksledi” şeklinde yanlış aktarılmaz.
Kısa cevap: ortak elektronik tablo yerine kontrollü bir kuyruk kullanın. Yalnızca yetkili ve public URL’leri kabul edin, tekrar kontrolünden önce normalize edin, teknik uygunluk ile gönderim durumunu ayırın ve arama görünürlüğünü yalnızca kampanya gerçekten gerektiriyorsa ayrıca kontrol edin.
Ölçek büyüdüğünde neden tablo yetmez?
On URL elle takip edilebilir. Onlarca müşteriden gelen on bin URL ise önce veri yönetimi problemine dönüşür. Aynı bağlantı; link inşası raporundan, içerik ekibinden ve sitemap listesinden ayrı ayrı gelebilir. Takip parametreleri tek sayfayı farklı URL’ler gibi gösterebilir. Bugün 200 dönen sayfa yarın yönlenebilir. Durum adları doğru açıklanmazsa müşteri de “tamamlandı” ifadesini “indekslendi” zannedebilir.
İş akışı her an şu dört soruyu cevaplayabilmelidir:
- URL hangi müşteriye ve kampanyaya ait?
- Sayfa public erişim ve indekslenebilirlik açısından uygun mu?
- Aynı hedef daha önce gönderildi mi?
- İşlemden sonra ne, ne zaman ve hangi yöntemle gözlemlendi?
Bu cevaplar farklı dosyalarda tutulduğunda ekip kampanya geliştirmek yerine kayıt birleştirmekle uğraşır.
Beş aşamalı ajans iş akışı
1. URL’yi bağlamıyla birlikte toplayın
Her aktarımda müşteri, proje, URL kaynağı ve toplama tarihi bulunmalıdır. Kaynak türü olarak tanıtım yazısı, editoryal bağlantı, dizin kaydı, basın haberi, müşteriye ait içerik veya sitemap gibi etiketler kullanılabilir. Böylece hangi kaynak türünün sürekli yönlendirme, erişim veya kalite problemi oluşturduğu sonradan görülebilir.
Şifre, özel belge, önizleme bağlantısı veya müşterinin işlem yetkisine sahip olmadığı URL’leri kabul etmeyin. Bir sayfanın public olması tek başına kullanım yetkisi vermez.
2. Normalize edin ve tekrarı önleyin
Protokol ile alan adını standartlaştırın, fragment bölümünü kaldırın ve bozuk URL’leri reddedin. Her sorgu parametresini otomatik silmeyin; bazı parametreler gerçekten farklı bir sayfayı temsil eder. Canonical etiketi de körlemesine URL değiştirme kuralı değil, incelenecek bir sinyaldir.
Denetim için kullanıcının girdiği değeri korurken tekrar tespiti için sabit bir normalize değer saklayın. Yeni listenin kendi içinde ve yakın kampanya geçmişinde tekrar kontrolü yapın. API isteği zaman aşımına uğrarsa yeniden göndermeden önce dönen referansı veya istemci işlem anahtarını kontrol edin; zaman aşımı ilk isteğin başarısız olduğunu kanıtlamaz.
3. Teknik uygunluğu kontrol edin
Ücret veya kuyruk kapasitesi kullanmadan önce gönderim hizmetinin düzeltemeyeceği engellere bakın:
- HTTP hataları ve uzun yönlendirme zincirleri
- HTML veya
X-Robots-Tagiçindekinoindex - normal taramayı engelleyen robots kuralları
- başka URL’yi gösteren canonical etiketi
- giriş, onay veya coğrafi erişim engeli
- boş, kaldırılmış ya da geçici içerik
Kesin engel ile geçici erişim hatasını ayırın. Tek zaman aşımı sayfayı geçersiz saymak için yeterli değildir. Geçici hatayı sınırlı gecikmeyle yeniden kontrol edin ve ilk yanıt bilgisini koruyun.
4. Doğru işlem seviyesini seçin
Her URL aynı önceliğe sahip değildir. Düzenli ve kalıcı içerikler, genel işlem süresi 3 saat ile 7 gün olan Standart İndeks için uygundur. Zamana duyarlı duyurular ve önemli yerleşimler, genel işlem süresi 5–10 dakika olan Yüksek Hızlı İndeks ile değerlendirilebilir.
Bu aralıklar hizmetin işlem süreleridir; arama motorunun sayfayı tarayacağı, indeksleyeceği, sıralayacağı veya kalıcı tutacağı garantisi değildir. Bu kararlar arama motoruna aittir. Bütçeyi, en pahalı seçeneğin zayıf ya da engelli içeriği düzelteceği varsayımıyla değil, iş değeri ve aciliyete göre kullanın.
5. İşlemi takip edin, sonucu gerektiğinde doğrulayın
Gönderim durumu ile arama sonuçlarında gözlemlenen görünürlüğü ayrı alanlarda tutun:
| Durum | Anlamı | Ajansın aksiyonu |
|---|---|---|
| Sırada | İşlem kabul edildi ve bekliyor | Elle tekrar göndermeyin |
| İşleniyor | İş akışı devam ediyor | Takip edin, kopya oluşturmayın |
| Tamamlandı | Gönderim iş akışı bitti | İndeks iddiası olmadan raporlayın |
| Başarısız | İşlem açıklanabilir hatayla sona erdi | Nedeni ve tekrar politikasını inceleyin |
| Sonuçlarda gözlemlendi | Ayrı kontrol URL’yi buldu | Yöntem ve zamanı kaydedin |
| Gözlemlenmedi | Seçilen kontrol URL’yi bulmadı | Yeni aksiyondan önce teşhis edin |
Sonuç kontrolü ayrı bir işlemdir ve hizmet süresine göre planlanmalıdır. Standart bir listeyi birkaç dakikada bir kontrol etmek bütçeyi tüketir ve gürültü üretir. Öncelikli URL erken kontrolü hak edebilir; standart kampanyada daha geç kontrol ve yalnızca iş gerekçesi varsa ikinci kontrol daha sağlıklıdır.
Tutulması gereken temel alanlar
Her benzersiz URL kaydı şu bilgileri korumalıdır:
- müşteri ve proje kimliği
- orijinal ve normalize URL
- kaynak türü ve yerleşim tarihi
- teknik kontrol sonucu ve zamanı
- işlem seviyesi ve gönderim referansı
- ücret ve bakiye hareketi
- işlem durumu ve zaman damgaları
- sonuç kontrol yöntemi, zamanı ve gözlemi
- tekrar sayısı ve son açıklanabilir hata
Bu model; finansın ücretleri, müşteri yöneticisinin raporu ve teknik ekibin hatayı aynı doğru kayıt üzerinden değerlendirmesini sağlar.
Büyük kuyruklarda API kullanımı
Tek dev istek yerine belgelenmiş boyutlarda partiler gönderin. URL’leri istemci tarafında da doğrulayın, hız sınırlarına uyun ve artan beklemeli tekrarı yalnızca tekrar edilebilir hatalarda kullanın. Kalıcı doğrulama hataları sonsuz döngüye değil inceleme listesine gitmelidir.
Yerel işi gönderilmiş saymadan önce API yanıtını kaydedin. HTTP zaman aşımını anında yeniden ücretli istek oluşturma gerekçesi saymayın. Mümkünse referans üzerinden durum sorgulayın ve aynı yerel işi iki worker’ın eşzamanlı işlemesini engelleyin.
Index Grab API’sinde hizmet seçimi göndermeyen mevcut entegrasyonlar varsayılan yüksek hızlı akışını korur; standart işlem açık hizmet seçimiyle kullanılabilir. Limitler ve kabul edilen alanlar değişebileceği için canlıya çıkmadan önce güncel API dokümantasyonunu inceleyin.
Müşteriye abartısız ve anlaşılır rapor verin
Savunulabilir rapor, faaliyeti sonuçtan ayırır. Kaç benzersiz URL’nin kabul edildiğini, tamamlandığını, teknik kontrole takıldığını ve ayrıca gözlemlendiğini yazın. Gözlem yöntemini ve tarihini ekleyin. Kanıt yalnızca gönderimin tamamlandığını gösteriyorsa “Google tüm URL’leri indeksledi” demeyin.
Yararlı kampanya metrikleri şunlardır:
- gönderilen benzersiz ve uygun URL sayısı
- engellenen tekrar sayısı
- nedenine göre teknik engeller
- tamamlanan ve başarısız işlemler
- belirlenen zamanlarda gözlemlenen URL’ler
- benzersiz kabul edilen URL başına net maliyet
- bağımsız gözlemlenen sonuç başına net maliyet
İki maliyet metriği farklı soruları cevaplar. Gönderim maliyeti operasyon hacmini, gözlemlenen sonuç maliyeti ise belgelenmiş kontrol altındaki sonucu ölçer. Müşteriye ait doğrulanmış sitelerde bunların hiçbiri Search Console mülk verisinin yerine geçirilmemelidir.
Index Grab bu akışta nerede yer alır?
Index Grab; proje bazlı URL gönderimi, XML sitemap otomasyonu, işlem geçmişi, Türk lirası bakiye takibi, iki işlem seviyesi ve isteğe bağlı URL sonuç kontrolünü bir araya getirir. Ajanslar manuel kampanyalarda paneli, kontrollü otomasyonda REST API’yi kullanabilir. Public backlink ve yetkili üçüncü taraf URL’leri için her hedefi ajansın Search Console mülkü olarak bağlama zorunluluğu bulunmaz.
Önce temsili küçük bir listeyle yetki, tekrar ve raporlama kurallarını doğrulayın; ardından ölçeği büyütün. Temiz iş akışı, aynı niteliksiz listeyi tekrar tekrar göndermekten daha iyi kâr koruması sağlar.
Birincil kaynaklar
- Google Search Central, Google’dan URL’lerinizi yeniden taramasını isteme
- Google Search Central, Robots meta etiketi ve X-Robots-Tag
- Google Search Central, Canonical URL belirtme
- Index Grab, URL İndeksleme API Rehberi
Son inceleme: 16 Ağustos 2026.
Sık Sorulan Sorular
Ajans kendisine ait olmayan backlinkleri gönderebilir mi?
Ajans, müşteriden veya kampanya sahibinden yetki aldığı ve işlem ilgili koşullarla hukuka uyduğu sürece public URL’leri işleyebilir. Özel, hassas veya erişim korumalı URL’ler gönderilmemelidir.
Her URL yüksek hızlı işlem kullanmalı mı?
Hayır. İşlem seviyesini aciliyet ve iş değerine göre seçin. Düzenli sayfalar genellikle standart, zamana duyarlı sayfalar yüksek hızlı işlem için uygundur.
Tamamlandı, indekslendi demek midir?
Hayır. Tamamlandı, gönderim iş akışını anlatır. “Sonuçlarda gözlemlendi” ifadesi yalnızca ayrı kontrol URL’yi belgelenmiş yöntemle gerçekten bulduğunda kullanılmalıdır.
Tekrar ücret nasıl önlenir?
Gönderimden önce normalize edip tekrarı engelleyin, dönen referansı saklayın ve tekrarları idempotent tasarlayın. Ağ zaman aşımından sonra yeni ücretli istek oluşturmadan önce ilk işlemi uzlaştırın.
Index Grab Search Console’un yerini alır mı?
Hayır. Search Console, doğrulanmış siteler için birinci taraf mülk tanıları sunar. Index Grab ise ajansın Search Console mülkü olarak bağlı olmayan yetkili URL’ler dâhil gönderim ve takip iş akışını destekler.
Bu rehber, Index Grab editoryal ekibi tarafından kamuya açık arama motoru dokümantasyonu ve uygulanabilir teknik SEO kontrolleri kullanılarak hazırlanıp gözden geçirilmiştir. Ürün özellikleri ve fiyatlar yayın öncesinde güncel Index Grab arayüzünden doğrulanır.
Birincil kaynaklar: Google Search Central · Sitemaps.org · Schema.org
