Google Search Console MCP: apa yang sebenarnya dipaparkan empat server MCP SEO

Poin utama

Kami menyambungkan empat server MCP SEO dan meminta daftar perkakas masing-masing. Yang kembali 42, 21, 4, dan 1. Sebaran itu adalah seluruh keputusannya: pembungkus, gerbang, atau satu gimmick.

Server MCP Google Search Console adalah cara membuat agen membaca data penelusuran Anda tanpa mengekspor CSV lebih dulu. Itu bagian yang mudah. Bagian yang sulit adalah membedakan satu server dari yang lain, karena semuanya memperkenalkan diri dengan cara yang sama, dan perbedaannya baru muncul saat Anda bertanya apa yang sebenarnya bisa mereka lakukan.

Jadi kami bertanya. Pada 12 September 2026, kami menghubungkan empat server MCP SEO yang sudah dipublikasikan, mengirim permintaan tools/list ke masing-masing, dan menghitung apa yang kembali. Angkanya 42, 21, 4, dan 1.

Sebaran itu bukan peringkat kualitas. Itu keputusan desain, dan keputusan itu mengubah apa yang bisa dilakukan agen, berapa biayanya bagi konteks Anda, dan berapa banyak data Anda yang keluar dari perimeter Anda.

Apa yang kami uji, dan bagaimana

Metode: setiap server dijalankan persis seperti yang diperintahkan dokumentasinya sendiri, lewat masukan dan keluaran standar, atau lewat HTTP ketika dokumentasinya menyebut mode itu. Kami mengirim jabat tangan initialize MCP, lalu tools/list, dan mencatat jumlah serta nama perkakasnya. Kami tidak memakai kunci API kecuali di tempat server menolak menyala tanpa kunci.

Server

Versi

Perkakas yang dikembalikan

Apakah daftar perkakas butuh autentikasi

Ahrefs MCP

0.0.11

42

Tidak

mcp-gsc

0.3.2

21

Tidak

DataForSEO MCP

3.1.1

4

Ya, lewat HTTP

seo-mcp-server

3.0.5

1

Tidak

Satu server, paket Search Console pihak ketiga, tidak menyelesaikan jabat tangan dalam jendela 50 detik kami, jadi dikeluarkan alih-alih dinilai. Daftar perkakas berubah tiap rilis, jadi anggap angka ini sebagai potret satu pagi, bukan sifat permanen vendor mana pun.

Empat desain, dan untuk apa masing-masing

Pembungkus (21 perkakas). mcp-gsc mengambil Search Console API dan membungkus tiap laporan jadi perkakas bernama. Daftarnya terbaca seperti uraian jabatan analis penelusuran: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. Untungnya, model tidak pernah perlu menyusun kueri. Harganya, Anda mewarisi pendapat orang lain soal apa yang harus ada di sebuah laporan, dan apa pun di luar daftar tidak bisa diminta.

Cermin seluruh platform (42 perkakas). Server Ahrefs memaparkan permukaan produk vendor itu titik akhir demi titik akhir: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Ini daftar terkaya yang kami ukur sekaligus termahal dari sisi konteks, karena setiap definisi perkakas dimuat entah relevan dengan tugas atau tidak. Ini juga yang paling jelas menunjukkan pertukarannya: keluasan kemampuan ditukar dengan pajak permanen pada setiap prompt.

Gerbang (4 perkakas). Server v3 DataForSEO menempuh arah sebaliknya. Ia memaparkan docs_index, docs_list_sections, docs_search, dan satu perkakas umum, api_request. Alih-alih menamai setiap titik akhir, ia mengajari model menemukan dokumentasi lalu melakukan panggilan terautentikasi. Empat perkakas menutupi API dengan ratusan titik akhir, dan model membayar biaya kekhususan saat panggilan, bukan saat pemuatan. Dalam pemeriksaan kami, titik akhir HTTP mengembalikan invalid auth tanpa kredensial dan merespons normal dengannya. Itulah perilaku yang diinginkan.

Server satu perkakas (1 perkakas). seo-mcp-server mengembalikan tepat satu perkakas, ai_content_detect. Tidak ada yang salah dengan server kecil, tapi ia harus jujur soal dirinya: demo atau pemeriksaan tunggal, bukan meja kerja SEO. Kalau Anda memasangnya sambil mengharapkan laporan mingguan, Anda akan kecewa dengan cara yang tidak pernah disebut petunjuk pemasangannya.

Diagram empat arketipe server MCP: pembungkus yang menamai setiap titik akhir, cermin platform, gerbang dengan satu perkakas permintaan umum, dan server satu perkakas

Empat arketipe. Dua di antaranya berkembang sampai pekerjaan laporan sungguhan, dan masing-masing berkembang ke arah yang berbeda.

Mengapa jumlah perkakas adalah judul yang keliru

Dua server dengan angka yang sama bisa berperilaku sangat berbeda, karena yang penting adalah bentuk batasnya, bukan angkanya.

Pembungkus menentukan pertanyaan Anda lebih dulu. Ini sungguh berguna ketika API di bawahnya rumit dan pembungkusnya menyandikan keahlian nyata, dan daftar mcp-gsc melakukan itu. Ia jadi batasan pada detik pertama pertanyaan Anda tidak ada di daftar, dan tidak ada cara memutarinya.

Gerbang hampir tidak menentukan apa pun dan mendorong pekerjaan ke model. Ini lebih lentur dan lebih rapuh. Model bisa menjangkau apa saja, artinya ia bisa menjangkau titik akhir yang salah, salah membaca bentuk respons, dan menghabiskan tiga panggilan perkakas untuk menemukan bahwa bidang yang dicarinya bernama lain. Pada pertanyaan sederhana pembungkus lebih cepat. Pada pertanyaan baru, hanya gerbang yang bisa menjawab.

Uji praktisnya bukan "ada berapa perkakas" melainkan "apakah server memaparkan hal yang saya tanyakan tiap minggu". Dalam kerja pemantauan peringkat, itu biasanya analitik penelusuran dengan pemecahan tanggal dan perangkat, plus inspeksi URL. Pembungkus dan gerbang menutupinya. Server 42 perkakas menutupinya, dan menutupi pula empat puluh hal lain yang tidak Anda pakai hari ini.

Pemeriksaan yang benar-benar penting sebelum memasang apa pun

Baca cakupan izin, bukan daftar fitur. Server Search Console mewarisi apa yang diizinkan pemberian OAuth Anda. Pemberian hanya-baca yang bisa mendaftar properti dan menarik analitik penelusuran sudah cukup untuk pelaporan dan pemantauan. Apa pun yang menawarkan mengubah pengaturan, mengirim sitemap, atau meminta pengindeksan sedang menulis ke properti Anda, dan itu layak ambang yang jauh lebih tinggi daripada "repositori ini punya bintang".

Periksa apa yang keluar dari mesin Anda. Gerbang yang meneruskan kredensial API ke vendor punya profil risiko berbeda dari pembungkus lokal yang berbicara ke Google API dengan token Anda sendiri. Keduanya bisa saja baik-baik saja. Tapi hanya satu yang berarti pihak ketiga melihat setiap kata kunci yang Anda tarik.

Jalankan uji respons kosong. Mintalah rentang tanggal tanpa data ke server, misalnya properti yang belum Anda luncurkan. Server yang dibuat dengan baik mengembalikan kumpulan hasil kosong. Yang dibuat asal mengembalikan galat, dan agen yang menerima galat sering mengarang penjelasan yang masuk akal untuk data yang hilang. Satu uji ini menangkap lebih banyak masalah daripada tinjauan kode mana pun.

Diagram yang menunjukkan ke mana data SEO mengalir di server pembungkus lokal versus server gerbang terkelola, dengan batas kredensial masing-masing

Dua server bisa memaparkan laporan yang persis sama dan berbeda total soal siapa yang melihat kredensial Anda.

Periksa apa yang terjadi saat perkakas gagal. Batas laju itu nyata: Search Console mengizinkan 1.200 kueri per menit per properti, dan gelombang percobaan ulang agen menghabiskannya sendiri. Server yang menampakkan batas itu bisa dipakai. Server yang diam-diam mengembalikan kosong mengajari agen Anda bahwa Anda tidak punya tayangan, dan itu lebih buruk daripada galat. Batas yang sama membentuk bentuk pelacak peringkat buatan sendiri, jadi anggaran permintaan layak mendapat satu baris di berkas konfigurasi.

Menyambungkannya ke agen

Konfigurasi adalah bagian yang kecil. Penempatan yang menentukan apakah 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 aturan yang kami pakai, diurutkan menurut seberapa banyak rasa sakit yang dicegah.

Satu server per sumber data. Dua server yang masing-masing mengklaim menjawab pertanyaan peringkat menghasilkan dua jawaban, dan agen akan memilih yang terdengar lebih masuk akal, bukan yang benar. Berikan Search Console ke pembungkus, data SERP pihak ketiga ke gerbang, dan tuliskan bidang mana yang otoritatif di siapa.

Simpan definisi pelaporan di luar server. Perkakas memberi agen akses ke data. Perkakas tidak memberi definisi Anda: properti mana yang dihitung, kueri mana yang mendorong pendapatan, dan apakah peringkat itu rata-rata periode atau potret harian. Itu milik berkas instruksi yang dibaca agen sebelum memanggil apa pun, dan itulah bedanya ringkasan yang berguna dengan kesalahan yang percaya diri. Alur kerja laporan mingguan adalah contoh hidup definisi yang tinggal di luar perkakas.

Periksa jalan pertama dengan tangan. Tarik satu minggu analitik penelusuran lewat server dan bandingkan dengan minggu yang sama di antarmuka Search Console. Kalau angkanya tidak cocok, Anda punya masalah rentang tanggal atau atribusi, dan setiap laporan otomatis sesudahnya mewarisinya.

Pandangan Auspia: pertanyaan MCP bukan "server mana yang terbaik". Melainkan "batas seperti apa yang ingin Anda tarik antara agen dan data Anda". Pembungkus adalah kontrak yang Anda terima lebih dulu. Gerbang adalah tanggung jawab yang Anda terima di tiap jalan. Mana yang cocok dengan alur kerja peringkat yang lebih luas adalah yang panduan kemampuan agen susun menurut tugas. Keduanya sah, dan tim yang terbakar adalah tim yang memilih tanpa menyadari bahwa ia sedang memilih.

Pertanyaan umum

Apakah Google menerbitkan server MCP resmi untuk Search Console? Per 12 September 2026, kami tidak menemukannya di registri paket. Server Search Console yang kami uji adalah proyek komunitas atau vendor yang berada di atas API resmi. Yang resmi adalah lapisan API-nya, dan itu sendiri bukan cacat otomatis, tapi itu berarti server tersebut adalah dependensi pemeliharaan yang Anda pilih.

Berapa banyak perkakas MCP yang terlalu banyak untuk satu sesi agen? Tidak ada angka pasti. Batas praktisnya adalah apakah daftar perkakas mendorong instruksi Anda keluar dari jendela konteks. Memuat server 42 perkakas untuk tugas yang butuh dua di antaranya berarti Anda membayar empat puluh definisi di tiap panggilan. Muat server sempit untuk rutinitas dan yang lebar untuk penjelajahan.

Bisakah agen memakai MCP dengan Search Console tanpa akun layanan? Bisa, asalkan servernya menerapkan alur OAuth dan Anda menyelesaikannya sekali secara lokal. Jalur akun layanan lebih mudah diotomatiskan dan lebih sulit diserahkan ke orang, jadi tim biasanya menjalankan keduanya: akun layanan untuk jalan terjadwal dan OAuth untuk kerja sesekali.

Server mana yang Anda pertahankan? Pembungkus, untuk laporan mingguan, karena pertanyaannya sudah diketahui. Gerbang dibiarkan terpasang untuk pekerjaan apa pun yang butuh sumber data yang tidak ditutupi pembungkus, dan itu sebagian besar pekerjaan menarik dan tidak satu pun pekerjaan rutin.

Penulis: Julian Mercer, peneliti integrasi MCP di Auspia, menangani lebih dari 40 rantai perkakas agen. Ia menulis tentang protokol agen, batas perkakas, dan biaya operasional menghubungkan model bahasa ke data hidup.

Jelajahi topik ini

Lanjutkan alur pertumbuhan yang sama