Yetkili URL, güvenli tekrar, sitemap kampanyası, gizli rapor, bakiye mutabakatı ve dürüst müşteri bilgilendirmesi için uygulanabilir akış.
Bir SEO ajansı çoğu zaman müşterinin tablosu, indeksleme hizmeti ve aylık rapor arasındaki boşluklarda zaman kaybeder. Sağlam operasyon bu boşlukları gizlemeye çalışmaz. Her URL’ye sabit kimlik verir, istenen iş ile arama görünürlüğünü ayırır ve müşteri listesini korur.
Tekrarlanabilir ajans modeli
Tek bir kaynak kullanın
Normalize edilmiş URL’yi, projeyi, müşteri referansını, sayfa türünü ve başlangıç gözlemini ajansın kendi sisteminde saklayın. Sağlayıcı paneli faydalıdır ancak müşterinin tüm geçmişinin tek kopyası olmamalıdır. Host büyük/küçük harfini standardize edin, parçaları kaldırın ve açık yönlendirmeleri ücretli işlemden önce çözün.
Kampanya politikasını baştan yazın
Projenin Standart mı Instant mı kullanacağını, parti sınırını, gözlem zamanlarını ve tekrar onayını belirleyin. Bu kural, hesap yöneticisinin kampanya ortasında ticari modeli değiştirmesini önler.
Yetki ve gizliliği koruyun
Yalnız ajansın veya müşterinin yönetmeye/göndermeye yetkili olduğu URL’leri işleyin. Müşteri domainini, URL’sini veya sağlayıcı referansını yazılı izin olmadan vaka çalışmasında yayımlamayın. Rapor için çoğu zaman kırpılmış URL hash’i veya iç müşteri numarası yeterlidir.
Tekrarları güvenli yönetin
Tekrar etmeden önce hatayı sınıflandırın. Geçici ağ hatası yeniden denenebilir; noindex, geçersiz URL veya tükenmiş sağlayıcı hesabı aynı adresi sonsuza kadar göndermekle düzelmez. API’de zaman aşımını mutabıklaştırmadan yeni ücretli istek açmayın; aynı idempotency anahtarını koruyun.
Parayı uzlaştırın
Her kampanyada gönderilen URL, kabul edilen URL, ücret, iade ve ayrıca yapılan gözlem ücretini eşleştirin. Müşteri bir URL’nin neden kuyrukta, işleniyor, gönderildi, başarısız veya yalnız belirli bir anda görünür olduğunu anlayabilmelidir.
Rol ve onay matrisini netleştirin
Ajans içinde listeyi hazırlayan, bütçeyi onaylayan, gönderimi başlatan ve sonucu müşteriye raporlayan kişi aynı olmak zorunda değildir. Özellikle büyük sitemap çalışmalarında ikinci göz kontrolü; yanlış domaine, eski test ortamına veya müşterinin istemediği sayfalara ücretli işlem açılmasını önler. En azından proje sahibi, kampanya türü, tahmini URL adedi, beklenen maliyet ve iptal sınırı kayda alınmalıdır.
Müşteri kendi panelinden işlem açabiliyorsa yetki kapsamını proje bazında sınırlayın. API anahtarını tüm hesap yerine gerekli endpoint ve bütçe ile sınırlandırmak, entegrasyon hatasının bütün bakiyeyi tüketmesini engeller. Deneme bakiyesi ile normal bakiyeyi raporda ayırmak da önemlidir; iki kaynağın onay ve kullanım kuralları aynı olmayabilir.
Önce pilot, sonra ölçek
Binlerce URL içeren yeni bir projeyi tek seferde başlatmak yerine farklı sayfa tiplerini temsil eden küçük bir pilot hazırlayın. Ürün, kategori, blog, yerel açılış ve yönlendirmeli URL’leri ayrı gözlemleyin. Pilot; normalize etme kuralını, sitemap ayrıştırmasını, tekrar davranışını, ücret mutabakatını ve müşteri raporunu doğruladıktan sonra daha büyük partilere geçmek için kullanılır.
Bu yaklaşım yalnız maliyeti düşürmez; hata kaynağını da görünür kılar. Örneğin yalnız kategori sayfaları başarısızsa genel sağlayıcı kesintisi varsaymak yerine o şablonun canonical, robots veya yanıt yapısı incelenebilir. Operasyon ekibi böylece teknik SEO sorunuyla hizmet kuyruğu sorununu birbirine karıştırmaz.
Index Grab ajans iş akışına nasıl oturur?
Index Grab tekil URL ve public XML sitemap girdisi, TL bakiye, Standart ve Instant işlem seçenekleri, iş/URL geçmişi ve sunucu tarafı API sunar. Panel gönderimden önce birim fiyatı gösterir. URL sonuç kontrolü ayrıdır ve hiçbir zaman garanti olarak anlatılmamalıdır.
Sitemap kampanyasında önce dosyayı okuyun, tekrarları ayıklayın ve keşfedilen adresleri inceleyin. İlk taramayı sonraki “yeni URL” çalışmalarından ayırın. Otomasyon sitemap’e arka arkaya erişemiyorsa boş gönderimler oluşturmak yerine otomasyonu durdurup kaynağı düzeltin.
Müşteri raporu şablonu
| Alan | Örnek anlam |
|---|---|
| Müşteri referansı | Public domain değil, iç kimlik |
| URL hash’i | Gizlenmiş sabit tanımlayıcı |
| Başlangıç | Başta görünür, bulunamadı veya kontrol edilmedi |
| İstenen zaman | Ajansın işi oluşturduğu an |
| Servis durumu | Kuyruk, işleniyor, gönderildi veya başarısız |
| Sağlayıcı yanıtı | Referans veya sınıflandırılmış hata |
| Gözlem | Kararlaştırılan sorgu ve zaman damgası |
| Sonraki aksiyon | Düzelt, bekle, tekrar kontrol et veya kapat |
“Gönderildi” kelimesini “indekslendi” yerine kullanmayın. Bunlar farklı soruları cevaplar. Profesyonel rapor çoğu zaman sınırı açıkça söylediğinde daha güvenilir görünür.
Backlink ve üçüncü taraf URL’ler
Backlink indeksleme hedef siteyi yönetmekle aynı şey değildir. Bağlantının public, kalıcı ve kampanya için yetkili olduğunu kontrol edin. Hedefte noindex, başka canonical veya erişim duvarı varsa ajans teknik kısıtı raporlamalıdır. Index Grab isteği düzenleyebilir; hedefin sahipliğini veya talimatlarını değiştiremez.
Sık sorulan sorular
İlk parti ne kadar büyük olmalı?
Ajansın elle inceleyebileceği, temsil gücü olan bir pilot seçin. Tekrar, ücret ve durum mutabakatı doğru olduktan sonra büyütün.
Ajans kalıcı indeks garantisi satmalı mı?
Hayır. Belgelenmiş gönderim ve gözlem süreci satın. Tarama, indeks, sıralama ve kalıcılığa Google karar verir.
Aynı URL iki hızda birden gönderilebilir mi?
Yalnız kampanya sahibi bilinçli bir deney istiyor ve rapor/ücret kuralı netse. Aksi halde iki kez ödeme yapılabilir ve sonuç belirsizleşir.
Sağlayıcı kesintisi nasıl anlatılmalı?
“İstek sağlayıcının uygunluk penceresinde tamamlanamadı” gibi tarafsız bir dil kullanın. İç sağlayıcı adı ve ham yanıt korumalı logda kalmalı; müşteri hata metninde yer almamalıdır.
Kaynaklar
- SEO ajansları için Index Grab
- Index Grab API
- Index Grab sistem durumu
- Google Search Essentials: spam politikaları
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
Index