Google Search Console MCP: apa yang sebenarnya didedahkan empat pelayan MCP SEO

Perkara utama

Kami menyambungkan empat pelayan MCP SEO dan meminta senarai alat setiap satu. Yang kembali ialah 42, 21, 4 dan 1. Jarak itulah keseluruhan keputusannya: pembalut, gerbang, atau satu helah.

Pelayan MCP Google Search Console ialah cara membolehkan ejen membaca data carian anda tanpa mengeksport CSV terlebih dahulu. Itu bahagian yang mudah. Bahagian yang sukar ialah membezakan pelayan antara satu sama lain, kerana semuanya memperkenalkan diri dengan cara yang sama, dan perbezaannya hanya muncul apabila anda bertanya apa yang sebenarnya boleh mereka lakukan.

Jadi kami bertanya. Pada 12 September 2026, kami menyambungkan empat pelayan MCP SEO yang telah diterbitkan, menghantar permintaan tools/list kepada setiap satu, dan mengira apa yang kembali. Nombornya ialah 42, 21, 4 dan 1.

Jarak itu bukan kedudukan kualiti. Ia keputusan reka bentuk, dan ia mengubah apa yang boleh dilakukan ejen, berapa kosnya kepada konteks anda, dan berapa banyak data anda keluar dari perimeter anda.

Apa yang kami uji, dan bagaimana

Kaedah: setiap pelayan dijalankan tepat seperti yang diarahkan oleh dokumentasinya sendiri, melalui input dan output standard, atau melalui HTTP apabila dokumentasi menyatakan mod itu. Kami menghantar jabat tangan initialize MCP, kemudian tools/list, dan mencatat bilangan serta nama alat. Kami tidak menggunakan kunci API kecuali di tempat pelayan enggan dimulakan tanpa kunci.

Pelayan

Versi

Alat yang dikembalikan

Adakah senarai alat memerlukan pengesahan

Ahrefs MCP

0.0.11

42

Tidak

mcp-gsc

0.3.2

21

Tidak

DataForSEO MCP

3.1.1

4

Ya, melalui HTTP

seo-mcp-server

3.0.5

1

Tidak

Satu pelayan, pakej Search Console pihak ketiga, tidak menyelesaikan jabat tangan dalam tetingkap 50 saat kami, jadi dikecualikan dan bukan dinilai. Senarai alat berubah setiap keluaran, jadi anggap nombor ini sebagai gambar satu pagi, bukan sifat kekal mana-mana vendor.

Empat reka bentuk, dan kegunaan setiap satu

Pembalut (21 alat). mcp-gsc mengambil Search Console API dan membalut setiap laporan menjadi alat bernama. Senarainya terbaca seperti huraian tugas penganalisis carian: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Keuntungannya ialah model tidak pernah perlu membina pertanyaan. Harganya ialah anda mewarisi pendapat orang lain tentang apa yang perlu ada dalam satu laporan, dan apa-apa di luar senarai tidak boleh diminta.

Cermin seluruh platform (42 alat). Pelayan Ahrefs mendedahkan permukaan produk vendor itu titik hujung demi titik hujung: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Ini senarai terkaya yang kami ukur dan juga termahal dari segi konteks, kerana setiap definisi alat dimuatkan sama ada berkaitan dengan tugasan atau tidak. Ia juga paling jelas menunjukkan pertukaran itu: keluasan keupayaan ditukar dengan cukai kekal pada setiap gesaan.

Gerbang (4 alat). Pelayan v3 DataForSEO mengambil arah bertentangan. Ia mendedahkan docs_index, docs_list_sections, docs_search, dan satu alat umum, api_request. Daripada menamakan setiap titik hujung, ia mengajar model mencari dokumentasi kemudian membuat panggilan bersahih. Empat alat meliputi API dengan ratusan titik hujung, dan model membayar kos kekhususan pada masa panggilan, bukan pada masa pemuatan. Dalam pemeriksaan kami, titik hujung HTTP mengembalikan invalid auth tanpa kelayakan dan bertindak balas normal dengannya. Itulah tingkah laku yang dikehendaki.

Pelayan satu alat (1 alat). seo-mcp-server mengembalikan tepat satu alat, ai_content_detect. Tiada salahnya pelayan kecil, tetapi ia harus jujur tentang apa dirinya: demo atau pemeriksaan tunggal, bukan meja kerja SEO. Jika anda memasangnya sambil mengharapkan laporan mingguan, anda akan kecewa dengan cara yang tidak pernah disebut oleh arahan pemasangan.

Gambar rajah empat arketaip pelayan MCP: pembalut yang menamakan setiap titik hujung, cermin platform, gerbang dengan satu alat permintaan umum, dan pelayan satu alat

Empat arketaip. Dua daripadanya berkembang sehingga kerja laporan sebenar, dan setiap satu berkembang ke arah berbeza.

Mengapa bilangan alat ialah tajuk yang salah

Dua pelayan dengan nombor yang sama boleh berkelakuan sangat berbeza, kerana yang penting ialah bentuk sempadan, bukan angkanya.

Pembalut menentukan soalan anda lebih awal. Ini benar-benar berguna apabila API di bawahnya rumit dan pembalut mengekod kepakaran sebenar, dan senarai mcp-gsc melakukan tepat itu. Ia menjadi batasan pada saat pertama soalan anda tiada dalam senarai, dan tiada cara untuk memutarkannya.

Gerbang hampir tidak menentukan apa-apa dan menolak kerja kepada model. Ia lebih anjal dan lebih rapuh. Model boleh mencapai apa sahaja, bermakna ia boleh mencapai titik hujung yang salah, salah membaca bentuk respons, dan menghabiskan tiga panggilan alat untuk menemui bahawa medan yang dicarinya bernama lain. Pada soalan mudah pembalut lebih cepat. Pada soalan baharu, hanya gerbang yang menjawab.

Ujian praktikal bukan "berapa banyak alat" tetapi "adakah pelayan mendedahkan perkara itu yang saya tanya setiap minggu". Dalam kerja memantau kedudukan, itu biasanya analitik carian dengan pecahan tarikh dan peranti, serta pemeriksaan URL. Pembalut dan gerbang meliputinya. Pelayan 42 alat meliputinya, dan meliputi bersama empat puluh perkara lain yang anda tidak akan guna hari ini.

Pemeriksaan yang benar-benar penting sebelum memasang apa-apa

Baca skop kebenaran, bukan senarai ciri. Pelayan Search Console mewarisi apa yang dibenarkan oleh pemberian OAuth anda. Pemberian baca sahaja yang boleh menyenaraikan harta dan menarik analitik carian sudah memadai untuk pelaporan dan pemantauan. Apa-apa yang menawarkan mengubah tetapan, menghantar peta laman, atau meminta pengindeksan sedang menulis ke harta anda, dan itu layak mendapat kayu ukur yang jauh lebih tinggi daripada "repositori ini ada bintang".

Sahkan apa yang keluar dari mesin anda. Gerbang yang memajukan kelayakan API kepada vendor mempunyai profil risiko berbeza daripada pembalut tempatan yang bercakap dengan Google API menggunakan token anda sendiri. Kedua-duanya mungkin baik. Tetapi hanya satu yang bermakna pihak ketiga melihat setiap kata kunci yang anda tarik.

Jalankan ujian respons kosong. Mintalah julat tarikh tanpa data daripada pelayan, contohnya harta yang belum anda lancarkan. Pelayan yang dibina dengan baik mengembalikan set hasil kosong. Yang dibina asal mengembalikan ralat, dan ejen yang menerima ralat sering mengarang penjelasan yang munasabah untuk data yang hilang. Satu ujian ini menangkap lebih banyak masalah daripada mana-mana semakan kod.

Gambar rajah yang menunjukkan ke mana data SEO mengalir pada pelayan pembalut tempatan berbanding pelayan gerbang yang dihoskan, dengan sempadan kelayakan masing-masing

Dua pelayan boleh mendedahkan laporan yang sama tepat dan berbeza sama sekali tentang siapa yang melihat kelayakan anda.

Periksa apa yang berlaku apabila alat gagal. Had kadar itu nyata: Search Console membenarkan 1,200 pertanyaan seminit bagi setiap harta, dan gelombang cubaan semula ejen menghabiskannya sendiri. Pelayan yang menunjukkan had itu boleh digunakan. Pelayan yang diam-diam mengembalikan kosong mengajar ejen anda bahawa anda tiada tayangan, dan itu lebih buruk daripada ralat. Had yang sama membentuk bentuk mana-mana penjejak kedudukan buatan sendiri, jadi belanjawan permintaan wajar mendapat satu baris dalam fail konfigurasi.

Menyambungkannya kepada ejen

Konfigurasi ialah bahagian yang kecil. Penempatan yang menentukan sama ada anda akan mendapat nilainya.

json
{
  "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>" }
    }
  }
}

Tiga peraturan yang kami guna, disusun mengikut berapa banyak kesakitan yang dicegah.

Satu pelayan bagi setiap sumber data. Dua pelayan yang masing-masing mendakwa menjawab soalan kedudukan menghasilkan dua jawapan, dan ejen akan memilih yang kedengaran lebih munasabah, bukan yang betul. Berikan Search Console kepada pembalut, data SERP pihak ketiga kepada gerbang, dan tuliskan medan mana yang berwibawa pada siapa.

Simpan definisi pelaporan di luar pelayan. Alat memberi ejen akses kepada data. Ia tidak memberi definisi anda: harta mana yang dikira, pertanyaan mana yang memacu hasil, dan sama ada kedudukan itu purata tempoh atau gambar harian. Itu milik fail arahan yang dibaca ejen sebelum memanggil apa-apa, dan itulah bezanya ringkasan berguna dengan kesilapan yang yakin. Aliran kerja laporan mingguan ialah contoh hidup definisi yang tinggal di luar alat.

Sahkan jalan pertama dengan tangan. Tarik seminggu analitik carian melalui pelayan dan bandingkan dengan minggu yang sama dalam antara muka Search Console. Jika nombornya tidak sepadan, anda ada masalah julat tarikh atau atribusi, dan setiap laporan automatik selepas itu mewarisinya.

Pandangan Auspia: soalan MCP bukan "pelayan mana yang terbaik". Sebaliknya "sempadan seperti apa yang anda mahu lukis antara ejen dan data anda". Pembalut ialah kontrak yang anda terima lebih awal. Gerbang ialah tanggungjawab yang anda terima pada setiap jalan. Mana satu yang sesuai dengan aliran kerja kedudukan yang lebih luas ialah yang panduan keupayaan ejen susun mengikut tugasan. Kedua-duanya sah, dan pasukan yang terbakar ialah pasukan yang memilih tanpa menyedari ia sedang memilih.

Soalan lazim

Adakah Google menerbitkan pelayan MCP rasmi untuk Search Console? Setakat 12 September 2026, kami tidak menemui satu pun dalam daftar pakej. Pelayan Search Console yang kami uji ialah projek komuniti atau vendor yang duduk di atas API rasmi. Yang rasmi ialah lapisan API, dan itu sendiri bukan kecacatan automatik, tetapi ia bermakna pelayan itu ialah tanggungan penyelenggaraan yang anda pilih.

Berapa banyak alat MCP terlalu banyak untuk satu sesi ejen? Tiada nombor tetap. Had praktikalnya ialah sama ada senarai alat menolak arahan anda keluar dari tetingkap konteks. Memuatkan pelayan 42 alat untuk tugasan yang memerlukan dua daripadanya bermakna anda membayar empat puluh definisi pada setiap panggilan. Muatkan pelayan sempit untuk rutin dan yang lebar untuk penerokaan.

Bolehkah ejen menggunakan MCP dengan Search Console tanpa akaun perkhidmatan? Boleh, asalkan pelayan melaksanakan aliran OAuth dan anda menyelesaikannya sekali secara tempatan. Laluan akaun perkhidmatan lebih mudah diautomasikan dan lebih sukar diserahkan kepada orang, jadi pasukan biasanya menjalankan kedua-duanya: akaun perkhidmatan untuk jalan berjadual dan OAuth untuk kerja sekali-sekala.

Pelayan mana yang anda kekalkan? Pembalut, untuk laporan mingguan, kerana soalannya sudah diketahui. Gerbang dibiarkan terpasang untuk apa-apa kerja yang memerlukan sumber data yang tidak diliputi pembalut, dan itu sebahagian besar kerja menarik dan tiada satu pun kerja rutin.

Penulis: Julian Mercer, penyelidik integrasi MCP di Auspia, mengendalikan lebih 40 rantaian alat ejen. Beliau menulis tentang protokol ejen, sempadan alat, dan kos operasi menyambungkan model bahasa kepada data hidup.

Terokai topik ini

Teruskan aliran pertumbuhan yang sama