ID EN PT

SC-MCP 2026: Claude Baca SEO Postingan X

8 Juli 2026 · 11 min read · Guide

Pada minggu pertama Juli 2026, dua pengumuman Google muncul dalam lima hari, dan bersama-sama mereka diam-diam menggambar ulang peta SEO untuk kreator X dan Bluesky. Pada 2 Juli, feed Show HN menampilkan search-console-mcp, server Model Context Protocol open-source yang memungkinkan Claude, Codex, dan agen lain yang mendukung MCP menarik data Google Search Console secara langsung tanpa copy-paste. Lima hari kemudian, pada 7 Juli, Google merilis panel platform sosial/video baru di dalam Search Console, mengekspos data tayangan YouTube, TikTok, LinkedIn, dan X sebagai filter kelas-pertama di samping pencarian web tradisional.

Dua rilis tersebut tidak terkait oleh posting resmi Google mana pun, tetapi selaras. SC-MCP adalah jalur baca yang membuat data sosial/video baru dapat ditindaklanjuti: Anda sekarang dapat bertanya kepada agen "thread X mana yang mendapat penemuan ala TikTok minggu ini" dan mendapatkan jawaban nyata tanpa spreadsheet di loop. Bagi kreator yang analitiknya tersebar di lima dashboard berbeda, ini adalah pertama kalinya data berada di tempat di mana alat AI dapat bertindak di atasnya.

Versi 30 detik: Search Console MCP (SC-MCP) adalah server MCP yang membungkus API Google Search Console. Pasangkan ke Claude Code atau Codex, dan Anda dapat bertanya "tunjukkan tayangan postingan X saya untuk Juli" dalam bahasa alami. Dikombinasikan dengan panel sosial/video baru GSC (7 Juli 2026), kreator sekarang dapat menutup loop performa postingan lintas-platform tanpa meninggalkan chat. Panduan ini adalah setup kerja ditambah empat query yang layak dijalankan terlebih dahulu.

Apa yang Sebenarnya Dilakukan Search Console MCP

Search Console MCP adalah server Python kecil yang mengekspos API Google Search Console sebagai seperangkat alat MCP. Klien yang mendukung MCP (Claude Code, Codex, Cline, Continue, Roo Code) dapat memanggil alat-alat tersebut secara langsung, tanpa akrobat autentikasi di sisi agen dan tanpa ekspor manual dari UI web GSC. Dari perspektif kreator, perbedaan antara "dengan SC-MCP" dan "tanpa SC-MCP" adalah perbedaan antara bertanya di chat dan menyalin baris dari CSV.

Repositori adalah github.com/sudomichael/search-console-mcp, berlisensi MIT, ~600 baris Python. Ini mengimplementasikan endpoint sisi-baca yang diekspos Search Analytics API: query, halaman, perangkat, negara, tanggal, dan tampilan pencarian. Tidak mengimplementasikan endpoint sisi-tulis (tanpa submit sitemap, tanpa penghapusan URL), dan tidak mengekspos data sosial/video baru secara langsung — data itu hidup di balik filter berbeda yang ditambahkan SC-MCP pada 7 Juli, hari yang sama saat Google merilis panel tersebut.

Yang Anda dapatkan, dari ujung ke ujung, adalah Google Search Console yang dapat diakses via chat. Itulah seluruh produknya, dan itulah tepatnya lapisan yang sebelumnya hilang.

Mengapa Pembaruan GSC 7 Juli Mengubah Perhitungannya

Sebelum 7 Juli 2026, GSC hanya menunjukkan performa pencarian web. Kreator yang mempublikasikan di X, Bluesky, LinkedIn, YouTube, atau TikTok harus menginstrumen setiap platform secara terpisah: X Analytics untuk X, statistik Bluesky untuk Bluesky, analitik Halaman LinkedIn untuk LinkedIn, YouTube Studio untuk YouTube, TikTok Creator Portal untuk TikTok. Tidak satu pun dari platform tersebut memiliki lensa performa pencarian terpadu karena masing-masing mendefinisikan "pencarian" secara berbeda, dan Google tidak memiliki cara untuk melihat data kreator lintas-platform sebagai korpus tunggal.

Pembaruan 7 Juli mengubah itu. Panel platform sosial/video baru di dalam GSC mengekspos tayangan, klik, CTR, dan posisi untuk:

Itulah pertama kalinya seorang kreator dapat duduk di satu UI Google dan melihat "thread X saya tentang federasi AT Protocol" di samping "post LinkedIn saya tentang topik yang sama" dengan format metrik yang sama. SC-MCP, yang sudah terpasang ke API GSC, mengambil data sosial/video baru di hari pertama. Dua rilis tersebut mendarat bersama karena kedua sisi stack membutuhkan sisi lain agar berguna.

4 Query yang Layak Dijalankan Pertama

Setelah SC-MCP terpasang ke Claude Code (setup di bawah), bagian produktif adalah query yang Anda jalankan di atasnya. Empat yang menghasilkan sinyal paling dapat ditindaklanjuti di minggu pertama Juli 2026 adalah ini.

Query 1: Tayangan Lintas-Platform untuk Topik

Query SC-MCP paling dasar juga yang paling kuat: minta total tayangan di semua platform untuk klaster topik dalam 28 hari terakhir. SC-MCP mengembalikan format yang sama dengan UI web GSC, tetapi melakukan join dimensi secara otomatis (web + YouTube + TikTok + LinkedIn + X) tanpa Anda harus mengklik lima tab.

gsc_query(
  site_url="https://yourdomain.com",
  start_date="2026-06-10",
  end_date="2026-07-08",
  dimensions=["date"],
  filters={"query_contains": "at protocol"}
)

Responsnya memberi Anda deret tayangan yang dikelompokkan per tanggal. Dari sana Anda dapat meminta Claude memplot, merangkum lonjakan, atau mengorelasikan dengan URL thread X tertentu. Gerakan terakhir — "sekarang korelasikan ini dengan post X saya dari 14 Juni" — adalah workflow pembunuh karena menghubungkan sisi GSC ke sisi platform tanpa pembukuan manual.

Query 2: Penemuan Thread X vs Penemuan Web

Query kedua memisahkan tayangan pencarian X dari tayangan pencarian web untuk query yang sama. Alasan ini penting: kreator yang mempublikasikan thread di X dan post blog di topik yang sama sering akan melihat salah satunya mendominasi pencarian sementara yang lain diam. Pemisahan ini memberi tahu Anda platform mana yang merupakan permukaan penemuan untuk topik tertentu dan di mana harus berinvestasi untuk post berikutnya.

gsc_query(
  site_url="https://yourdomain.com",
  start_date="2026-06-10",
  end_date="2026-07-08",
  dimensions=["query", "searchAppearance"],
  filters={"searchAppearance": ["X_SEARCH", "WEB"}]
)

Bagi kreator yang memperlakukan X sebagai lapisan broadcast dan blog sebagai catatan tahan lama, query ini adalah hal terdekat dengan dashboard publishing. Anda melihat query yang mengenai post blog, query yang mengenai thread X, dan Anda bisa berhenti menebak di mana pembaca benar-benar menemukan Anda.

Query 3: Deteksi Drift Antar Platform

Deteksi drift adalah workflow yang mengubah SC-MCP dari keingintahuan menjadi alat harian. Anda meminta Claude membandingkan tayangan sosial/video minggu ini dengan minggu lalu, menandai apa pun yang turun lebih dari 30 persen, dan mengusulkan thread X atau post Bluesky yang bisa memulihkan jangkauan yang hilang. Query-nya memiliki format yang sama dengan Query 1, tetapi dengan dua rentang tanggal dan prompt kecil untuk Claude melakukan perbandingan.

last_week = gsc_query(site_url, "2026-07-01", "2026-07-07", dimensions=["date"])
this_week = gsc_query(site_url, "2026-06-24", "2026-06-30", dimensions=["date"])
# Claude compares: which platform, which date, which query dropped the most?
# Claude proposes: one X thread draft, one Bluesky post draft, one LinkedIn update.

Itulah loop kreator tingkat produksi di 2026: pembacaan 7 hari, satu prompt perbandingan satu baris, dan tiga post draf di output. Anda pindah dari lima dashboard dan satu spreadsheet ke satu pesan chat dalam 90 detik.

Query 4: Audit Cross-Link Antara X dan Blog

Query keempat adalah gerakan disiplin SEO: minta Claude mendaftar setiap URL post X yang Anda referensikan di post blog dalam 90 hari terakhir, lalu periksa dimensi halaman GSC untuk masing-masing. Jika post blog memiliki link outbound ke thread X dan thread tersebut memiliki nol tayangan X_SEARCH, Anda memiliki masalah audit cross-link: link tersebut tidak menarik beratnya di dunia X-search yang baru.

# Step 1: list all outbound x.com links in your blog (Claude does this from a sitemap crawl)
# Step 2: for each, ask SC-MCP for X_SEARCH impressions over 90 days
gsc_query(site_url, "2026-04-09", "2026-07-08",
  dimensions=["page"], filters={"searchAppearance": "X_SEARCH"})
# Step 3: Claude flags: blog post X has 6 outbound x.com links, 4 of them have 0 X impressions.
# Step 4: Claude rewrites the link text to be more descriptive so X's indexer classifies the thread better.

Audit adalah jenis hal yang tidak pernah dilakukan kreator secara manual, dan agensi pemasaran akan mengenakan biaya $5.000. Dengan SC-MCP itu adalah sesi chat 10 menit, dapat diulang mingguan.

Setup 5 Menit

Memasang SC-MCP ke Claude Code memakan waktu sekitar lima menit jika Anda sudah memiliki properti Google Search Console yang terverifikasi dan Claude Code yang berfungsi. Bentuknya sama dengan server MCP lainnya: satu baris config di ~/.config/claude/mcp_servers.json dan kunci service account di disk.

Langkah 1: Instal Paket

Clone atau pip-install server SC-MCP. Jalur yang direkomendasikan adalah rilis GitHub, bukan PyPI, karena Google memperbarui kontrak API pada 7 Juli dan tag rilis mengikuti endpoint GSC yang aktif.

git clone https://github.com/sudomichael/search-console-mcp.git
cd search-console-mcp
uv sync
# This pulls the MCP SDK + google-api-python-client + auth libs

Jika Anda tidak memiliki uv terinstal, repo jatuh ke pip install -e . di Python 3.11+. Environment lengkapnya ~80 MB.

Langkah 2: Service Account + Akses Properti GSC

SC-MCP mengautentikasi dengan service account Google, bukan OAuth. Buat service account di Google Cloud, unduh kunci JSON, dan tambahkan email service account sebagai pengguna (peran apa saja, "Full" berfungsi) di dalam properti Search Console yang ingin Anda query. Ini adalah alur yang sama dengan yang digunakan otomasi GSC lainnya; tidak ada scope khusus yang diperlukan selain webmasters.readonly.

# 1. Service account JSON at: ~/keys/gsc-service-account.json
# 2. In GSC UI: Settings → Users and permissions → Add user
#    Paste the service account email: [email protected]
#    Permission level: Full (read-only is enough for SC-MCP, but Full is harmless)

Alur service account adalah perbedaan antara SC-MCP dan alat GSC lainnya: tidak ada tarian OAuth browser, tidak ada refresh token di tengah sesi. Server MCP membaca kunci di disk dan siap.

Langkah 3: Pasang ke Claude Code

Tambahkan server SC-MCP ke konfigurasi MCP Claude Code. File konfigurasi ada di ~/.config/claude/mcp_servers.json di Linux dan macOS, dan jalur yang sama di bawah %APPDATA% di Windows.

{
  "mcpServers": {
    "gsc": {
      "command": "uv",
      "args": ["run", "--directory", "/path/to/search-console-mcp", "python", "-m", "search_console_mcp"],
      "env": {
        "GOOGLE_APPLICATION_CREDENTIALS": "/home/you/keys/gsc-service-account.json",
        "GSC_DEFAULT_SITE": "https://yourdomain.com"
      }
    }
  }
}

Restart Claude Code. Pertama kali Anda memulai sesi, ketik /mcp dan konfirmasi bahwa server GSC terdaftar dan menampilkan alat yang tersedia. Jika Anda melihat gsc_query dalam daftar alat, setup selesai.

Langkah 4: Query Sanity Pertama

Minta Claude melakukan pull 7 hari dan konfirmasi bahwa angka-angka cocok dengan UI web GSC. Ini adalah data yang sama yang ditunjukkan dashboard GSC, jadi perbandingannya adalah test ujung-ke-ujung literal dari pemasangan.

Use gsc_query to fetch the last 7 days of search analytics for https://yourdomain.com,
grouped by date. Show me the total impressions and clicks for each day.
Then compare it to what I see in the GSC Performance tab.
They should match exactly.

Jika angkanya cocok, setup terverifikasi. Jika tidak, penyebab paling umum adalah format URL situs: GSC menerima https://domainanda.com (properti domain) atau sc-domain:domainanda.com (properti prefix URL), dan SC-MCP memerlukan string persis dengan properti didaftarkan. Alat gsc_list_sites di README repo mendaftar setiap properti yang dapat dilihat service account Anda; gunakan itu untuk menyalin URL yang benar.

Di Mana ThreadGrab Masuk dalam Gambaran Ini

ThreadGrab adalah alat pengarsipan sosial sisi-baca: tempel URL X publik apa pun dan Anda mendapatkan halaman Markdown yang stabil dan terstruktur yang dapat diambil crawler dan agen AI. Pasangan alami dengan SC-MCP adalah bahwa setiap tayangan GSC pada halaman mirror threadgrab.com adalah kandidat kutipan AI yang dikonfirmasi. Ketika Anda menjalankan Query 1 SC-MCP (tayangan lintas-platform untuk topik), halaman mirror di threadgrab.com akan muncul di dimensi halaman. Itu memberi tahu Anda thread arsip mana yang sedang diambil oleh lapisan kutipan, dan mana yang masih bergantung pada x.com secara langsung.

Bagi kreator yang sudah menjalankan ThreadGrab, SC-MCP adalah jawaban sisi-baca yang hilang untuk pertanyaan yang dijawab ThreadGrab di sisi tulis: di mana konten saya benar-benar ditemukan? Kedua alat bersama menutup loop dari publikasi (X) ke mirror (ThreadGrab) ke penemuan (GSC) ke tindakan (post berikutnya yang di-draft Claude). Itulah stack kreator tingkat produksi untuk paruh kedua 2026.

Pertanyaan yang Sering Diajukan

Apakah SC-MCP berfungsi dengan panel sosial/video baru yang dirilis GSC pada 7 Juli 2026?

Ya, dengan tag rilis 7 Juli. Versi sebelumnya hanya mengekspos data pencarian web; rilis saat ini menambahkan filter platform sosial/video sebagai dimensi kelas-pertama, yang berarti Anda dapat meminta tayangan X_SEARCH, YOUTUBE_SEARCH, TIKTOK_SEARCH, dan LINKEDIN_SEARCH di samping pencarian web tradisional dalam query yang sama. Jika Anda mengkloning repo sebelum 7 Juli, tarik tag rilis terbaru dan restart server MCP.

Apakah saya memerlukan paket Claude berbayar untuk menggunakan Search Console MCP?

Tidak. SC-MCP berjalan melawan protokol MCP, yang digunakan oleh Claude Code, Codex, Cline, Continue, dan Roo Code. Paket gratis Claude Code berfungsi untuk query ad-hoc; paket berbayar hanya diperlukan jika Anda ingin menjalankan sesi audit lintas-platform panjang yang melebihi batas rate tier gratis (sekitar 50 panggilan API GSC per hari, yang cukup untuk workflow kreator mingguan).

Apakah data GSC saya dikirim ke suatu tempat ketika saya menggunakan SC-MCP?

Tidak. SC-MCP berjalan secara lokal di mesin Anda. Alurnya: klien MCP Anda (Claude Code, dll.) memanggil alat di server SC-MCP lokal, server memanggil Google Search Console API secara langsung menggunakan kunci service account Anda, dan respons kembali ke chat lokal Anda. Google melihat permintaan datang dari service account Anda, bukan dari layanan pihak ketiga mana pun. Tidak ada relay, tidak ada pengiriman log, tidak ada middleware analitik. Repo tidak memiliki kode telemetri, dan lisensi MIT memungkinkan Anda mengaudit setiap baris.

Berapa batas rate API GSC, dan apakah SC-MCP menanganinya?

Search Analytics API mengizinkan sekitar 1.200 query per menit per service account, dengan langit-langit praktis 5 query per detik untuk satu properti. SC-MCP memiliki rate limiting bawaan yang membatasi ke 4 query per detik secara default, yang tetap nyaman di bawah langit-langit API. Jika Anda menjalankan audit lintas-platform 90 hari dengan panel sosial/video baru, harap batas rate menjadi bottleneck, bukan lapisan MCP. README mendokumentasikan env var GSC_RATE_LIMIT_QPS yang dapat Anda turunkan jika service account Anda berbagi proyek dengan konsumen GSC lain.

Bisakah SC-MCP menulis ke GSC, atau apakah read-only?

Read-only. Server mengimplementasikan endpoint query Search Analytics dan endpoint daftar situs, dan tidak ada yang lain. Itu tidak dapat mengirim sitemap, meminta pengindeksan, menghapus URL, atau mengubah pengaturan GSC apa pun. Itu adalah fitur, bukan keterbatasan: menjaga permukaan keamanan tetap kecil, membuat izin service account "Restricted" aman (scope baca minimum), dan berarti agen yang dikompromikan tidak dapat secara tidak sengaja merusak properti GSC Anda.

Bagaimana ini dibandingkan dengan cakupan threadgrab MCP dan OpenRouter MCP yang ada di situs ini?

SC-MCP menutup loop sisi-baca yang X-Hosted MCP (distribusi), OpenRouter MCP (routing model), dan ThreadGrab sendiri (mirroring) tinggalkan terbuka. Stack 3-layer sekarang terbaca: ThreadGrab mirroring publikasi, X-Hosted MCP mendistribusikannya, OpenRouter MCP merutekan model yang mendraft post berikutnya, dan SC-MCP membaca data penemuan kembali. Setiap layer adalah server MCP terpisah; bersama-sama mereka adalah stack kreator yang berfungsi untuk paruh kedua 2026.

Ingin mirror siap-kutip di domain Anda sendiri?

Coba ThreadGrab