Google Search Console MCP: dört SEO MCP sunucusu gerçekte neyi açığa çıkarıyor

Google Search Console için MCP sunucuları, bir aracının önce CSV dışa aktarmadan arama verinizi okumasının yoludur. Kolay kısmı bu. Zor kısmı, sunucuları birbirinden ayırmaktır, çünkü hepsi kendini aynı şekilde tanıtır ve fark ancak gerçekte ne yapabildiklerini sorduğunuzda ortaya çıkar.

Biz de sorduk. 12 Eylül 2026'da yayımlanmış dört SEO MCP sunucusunu bağladık, her birine bir tools/list isteği gönderdik ve geri döneni saydık. Sayılar 42, 21, 4 ve 1 çıktı.

Bu aralık bir kalite sıralaması değil. Bir tasarım kararı, ve aracının ne yapabileceğini, size bağlam açısından ne kadara mal olduğunu ve verinizin ne kadarının çevrenizden çıktığını değiştiriyor.

Neyi test ettik ve nasıl

Yöntem: her sunucu kendi belgelerinin söylediği şekilde çalıştırıldı; standart girdi-çıktı üzerinden ya da belge bu kipi belirttiyse HTTP üzerinden. MCP initialize el sıkışmasını, ardından tools/list gönderdik ve araç sayısıyla adlarını kaydettik. API anahtarlarını yalnızca sunucunun anahtar olmadan açılmayı reddettiği yerlerde kullandık.

Bir sunucu, üçüncü taraf bir Search Console paketi, 50 saniyelik penceremizde el sıkışmayı tamamlayamadı, bu yüzden puanlanmak yerine dışarıda bırakıldı. Araç listeleri her sürümde değişir, o yüzden bu sayıları bir sabahın fotoğrafı olarak alın, hiçbir satıcının kalıcı özelliği olarak değil.

Dört tasarım ve her birinin işi

Sarmalayıcı (21 araç). mcp-gsc Search Console API'sini alır ve her raporu adlandırılmış bir araca sarar. Listesi bir arama analistinin görev tanımı gibi okunur: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Kazanç, modelin hiçbir zaman sorgu kurmak zorunda olmaması. Bedel, bir raporda ne bulunması gerektiğine dair başkasının görüşünü devralmanız ve liste dışındaki hiçbir şeyi isteyememeniz.

Tüm platformun aynası (42 araç). Ahrefs sunucusu satıcının ürün yüzeyini uç nokta uç nokta açığa çıkarır: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Ölçtüğümüz en zengin liste ve bağlam açısından en pahalısı, çünkü her araç tanımı görevle ilgili olsun olmasın yükleniyor. Ödünleşimi de en net gösteren bu: yetenek genişliği karşılığında her isteme kalıcı bir vergi.

Ağ geçidi (4 araç). DataForSEO'nun v3 sunucusu ters yöne gitti. docs_index, docs_list_sections, docs_search ve bir genel araç olan api_request sunar. Her uç noktayı adlandırmak yerine modele belgeyi bulmayı ve ardından kimlik doğrulamalı bir çağrı yapmayı öğretir. Dört araç, yüzlerce uç noktası olan bir API'yi kapsar ve model belirginlik bedelini yükleme anında değil çağrı anında öder. İncelememizde HTTP uç noktası kimlik bilgisi olmadan invalid auth döndü, kimlik bilgisiyle düzgün yanıt verdi. İstenen davranış budur.

Tek araçlı sunucu (1 araç). seo-mcp-server tam olarak bir araç döndürür: ai_content_detect. Küçük bir sunucuda yanlış bir şey yok, ama ne olduğu konusunda dürüst olmalı: bir demo ya da tek bir kontrol, SEO tezgâhı değil. Haftalık rapor bekleyerek kurarsanız, kurulum yönergesinin hiç söz etmediği bir biçimde hayal kırıklığına uğrarsınız.

Dört arketip. İkisi gerçek raporlama işine ölçekleniyor ve her biri farklı bir yöne ölçekleniyor.

Araç sayısı neden yanlış manşet

Aynı sayıya sahip iki sunucu tamamen farklı davranabilir, çünkü önemli olan sınırın biçimi, sayı değil.

Sarmalayıcı sorularınızı önceden karara bağlar. Alttaki API zorlu ve sarmalayıcı gerçek uzmanlığı kodladığında bu gerçekten faydalıdır, mcp-gsc listesi de tam bunu yapıyor. Sorunuzun listede olmadığı ilk anda kısıta dönüşür ve etrafından dolaşmanın yolu yoktur.

Ağ geçidi neredeyse hiçbir şey karara bağlamaz ve işi modele iter. Daha esnek ve daha kırılgan. Model her şeye erişebilir, yani yanlış uç noktaya erişebilir, yanıt biçimini yanlış okuyabilir ve istediği alanın başka bir adı olduğunu keşfetmek için üç araç çağrısı harcayabilir. Basit sorularda sarmalayıcı daha hızlıdır. Yeni sorularda baştan cevap veren tek şey ağ geçididir.

Pratik test "kaç araç var" değil, "sunucu her hafta sorduğum o şeyi açığa çıkarıyor mu". Sıralama takibi işinde bu genellikle tarih ve cihaz kırılımlı arama analitiği artı URL denetimidir. Sarmalayıcı da ağ geçidi de bunu kapsar. 42 araçlı sunucu bunu kapsar ve yanında bugün kullanmayacağınız kırk şeyi daha kapsar.

Bir şey kurmadan önce gerçekten önemli olan kontroller

Özellik listesini değil izin kapsamını okuyun. Search Console sunucuları OAuth izninizin verdiğini devralır. Mülkleri listeleyip arama analitiğini çekebilen salt okunur bir izin, raporlama ve izleme için yeterlidir. Ayar değiştirmeyi, site haritası göndermeyi veya dizine ekleme istemeyi öneren her şey mülklerinize yazıyor demektir ve bu, "bu deponun yıldızı var"dan çok daha yüksek bir eşiği hak eder.

Makinenizden neyin çıktığını doğrulayın. API kimlik bilgilerini bir satıcıya ileten ağ geçidinin risk profili, kendi jetonunuzla doğrudan Google API'siyle konuşan yerel sarmalayıcınınkinden farklıdır. İkisi de sorun olmayabilir. Ama yalnızca biri, bir üçüncü tarafın çektiğiniz her anahtar sözcüğü gördüğü anlamına gelir.

Boş yanıt testini çalıştırın. Sunucudan verisi olmayan bir tarih aralığı isteyin, örneğin henüz açmadığınız bir mülk. İyi yapılmış bir sunucu boş sonuç kümesi döndürür. Kötü yapılmış olan hata döndürür ve hata alan bir aracı, eksik veri için genellikle akla yatkın bir açıklama uydurur. Bu tek test, herhangi bir kod incelemesinden daha çok sorun yakalar.

İki sunucu tamamen aynı raporu açığa çıkarabilir ve kimlik bilgilerinizi kimin gördüğü konusunda bütünüyle ayrışabilir.

Bir araç başarısız olduğunda ne olduğunu kontrol edin. Hız limitleri gerçektir: Search Console mülk başına dakikada 1.200 sorguya izin verir ve aracının tek bir yeniden deneme dalgası bunu tek başına tüketir. Limiti görünür kılan sunucu kullanılabilir. Sessizce hiçbir şey döndürmeyen sunucu, aracınıza gösteriminiz olmadığını öğretir ki bu hatadan daha kötüdür. Aynı limit herhangi bir kendi yaptığınız sıralama izleyicisinin biçimini belirler, o yüzden istek bütçesi yapılandırma dosyasında bir satırı hak eder.

Bir aracıya bağlamak

Yapılandırma küçük kısım. Değeri alıp almayacağınızı belirleyen şey yerleştirme.

{
  "mcpServers": {
    "gsc": {
      "command": "npx",
      "args": ["-y", "mcp-gsc"],
      "env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
    },
    "dataforseo": {
      "url": "http://localhost:3000/mcp",
      "headers": { "Authorization": "Basic <base64 login:password>" }
    }
  }
}

Kullandığımız üç kural, önledikleri acıya göre sıralı.

Veri kaynağı başına bir sunucu. İkisi de sıralama sorularını yanıtladığını iddia eden iki sunucu iki cevap üretir ve aracı doğru olanı değil, kulağa daha akla yatkın geleni seçer. Search Console'u sarmalayıcıya, üçüncü taraf SERP verisini ağ geçidine verin ve hangi alanda kimin yetkili olduğunu yazın.

Raporlama tanımını sunucunun dışında tutun. Araçlar aracıya veri erişimi verir. Size ait tanımları vermez: hangi mülkler sayılıyor, hangi sorgular geliri sürüklüyor ve sıralama dönem ortalaması mı günlük fotoğraf mı. Bunlar aracının bir şey çağırmadan önce okuduğu yönerge dosyasına aittir ve işe yarar özet ile kendinden emin hata arasındaki fark budur. Haftalık rapor akışı, tanımların araçların dışında yaşadığı canlı bir örnektir.

İlk çalıştırmayı elle doğrulayın. Sunucu üzerinden bir haftalık arama analitiğini çekin ve Search Console arayüzündeki aynı haftayla karşılaştırın. Sayılar uyuşmuyorsa tarih aralığı ya da ilişkilendirme sorununuz var ve sonraki her otomatik rapor bunu devralır.

Auspia görüşü: MCP'nin sorusu "hangi sunucu en iyi" değil. "Aracınızla veriniz arasında nasıl bir sınır çizmek istiyorsunuz"dur. Sarmalayıcı önceden kabul ettiğiniz bir sözleşmedir. Ağ geçidi her çalıştırmada kabul ettiğiniz bir sorumluluktur. Hangisinin daha geniş bir sıralama akışına oturduğunu aracı yetenekleri kılavuzu göreve göre düzenliyor. İkisi de meşru, ve yanan ekip seçtiğini fark etmeden seçen ekiptir.

Sık sorulan sorular

Google, Search Console için resmî bir MCP sunucusu yayımlıyor mu? 12 Eylül 2026 itibarıyla paket kayıtlarında bulamadık. Test ettiğimiz Search Console sunucuları resmî API'nin üzerine oturan topluluk ya da satıcı projeleridir. Resmî olan API katmanıdır, bu kendi başına otomatik bir kusur değil, ama o sunucunun sizin seçtiğiniz bir bakım bağımlılığı olduğu anlamına gelir.

Bir aracı oturumu için kaç MCP aracı çok fazla? Sabit bir sayı yok. Pratik sınır, araç listesinin yönergelerinizi bağlam penceresinden dışarı itip itmemesidir. İki tanesine ihtiyaç duyan bir görev için 42 araçlı bir sunucu yüklemek, her çağrıda kırk tanım için ödeme yapmanız demektir. Rutin için dar, keşif için geniş sunucular yükleyin.

Bir aracı, hizmet hesabı olmadan Search Console ile MCP kullanabilir mi? Kullanabilir, sunucu OAuth akışını uygulamışsa ve siz bir kez yerelde tamamladıysanız. Hizmet hesabı yolu otomatikleştirmesi daha kolay, bir kişiye devretmesi daha zordur, bu yüzden ekipler genellikle ikisini birden çalıştırır: zamanlanmış işler için hizmet hesabı, tek seferlik işler için OAuth.

Hangi sunucuyu bıraktınız? Sarmalayıcıyı, haftalık rapor için, çünkü sorular biliniyor. Ağ geçidi, sarmalayıcının kapsamadığı bir veri kaynağı gereken her iş için kurulu kalıyor ve bu, ilginç işin çoğu ve rutin işlerin hiçbiri.

Yazar: Julian Mercer, Auspia'da 40'tan fazla aracı araç zincirinde MCP entegrasyonu araştırmacısı. Aracı protokolleri, araç sınırları ve dil modellerini canlı veriye bağlamanın işletme maliyeti üzerine yazıyor.