Hva er en Google Search Console MCP-server? Praktisk guide for 2026

Kort svar: hva er en Search Console MCP-server?

Tenk deg at du spør en AI-assistent: «Hvilke fem sider mistet mest Google-trafikk denne måneden?» Hvis den ikke har tilgang til dataene dine, kan den bare forklare hvordan du finner svaret selv. Tallene kjenner den ikke. Du kan laste opp et regneark, men neste spørsmål krever ofte en ny eksport.

En MCP-server for Google Search Console løser dette tilgangsproblemet. MCP står for Model Context Protocol, en standard som lar kompatible AI-applikasjoner finne og kalle eksterne verktøy. Serveren sitter mellom assistenten og tjenesten du har godkjent. Assistenten ber om en bestemt rapport, og serveren henter informasjonen og returnerer strukturerte resultater.

Det er ikke det samme som å gi en AI ubegrenset tilgang til nettstedet ditt. Search Console rapporterer om ytelsen i Google-søk, og tillatelsene du gir, avgjør hvilke handlinger connectoren kan utføre. En godt utformet integrasjon gjør disse grensene tydelige.

Er du ny i selve tjenesten, kan du begynne med guiden til Search Console API-et. Kjenner du allerede grensesnittet i Search Console, er hovedforskjellen at du kan stille oppfølgingsspørsmål uten å bygge opp alle filtrene på nytt for hånd.

Hva skjer når du stiller et spørsmål?

Det er fire deler i sving: en AI-klient, for eksempel Claude Code eller Cursor, en MCP-server, Google-kontoen eller annen godkjent legitimasjon, og en Search Console-eiendom. De gjør hver sin jobb.

1. Du stiller et spørsmål. For eksempel: «Sammenlign klikk uten merkevare for produktsidene mine over to hele perioder på 28 dager.»
2. Assistenten velger et tilgjengelig verktøy. Et analyseverktøy for Search Console tar parametere som nettsted, datoer, dimensjoner og filtre.
3. Serveren sender en autorisert forespørsel. Den henter radene du har tilgang til, direkte fra Google, i stedet for å gjette ut fra det åpne nettet.
4. Assistenten tolker svaret. Den kan oppsummere tapene per side, forklare hva som lar seg måle og foreslå en kort liste med ting å sjekke.

Det viktige skillet går mellom data og tolkning. Hvis Search Console viser færre visninger, er det en observasjon. «En konkurrent tok rangeringene dine» er bare en hypotese til du har belegg for det. En nyttig AI-arbeidsflyt holder de to fra hverandre.

MCP er transport- og verktøylaget. Det er ikke et nytt rangeringssignal i Google, ikke en SEO-crawler og ikke en erstatning for dataene bak Search Console.

Hvilke Search Console-data kan en AI-agent lese?

Hvilke verktøy du får, avhenger av MCP-serveren du velger. En enkel server kan tilby søkeytelse og en liste over eiendommer. En bredere server kan også tilby URL-inspeksjon og operasjoner på områdekart.

Google dokumenterer ytelses-API-et og dimensjonene i Search Analytics-referansen. URL Inspection API rapporterer informasjon om Googles indekserte versjon. Det utfører ikke den live URL-testen du finner i Search Console-grensesnittet.

For konverteringer, salg, engasjerte økter og nøkkelhendelser trenger du analysedata, for eksempel fra GA4. For visninger i Bing trenger du Bing Webmaster Tools. Ikke anta at en tilkobling til Google Search Console automatisk kobler til alt annet.

Hvorfor bruke MCP i stedet for CSV-eksporter?

En eksport nå og da er helt greit. Kanskje trenger du den bare én gang i måneden. Men en gjentakende SEO-arbeidsflyt trenger vanligvis flere utsnitt av det samme datasettet: per side, per søkeord, per land og per dato.

En CSV-eksport fryser ett bestemt bilde av dataene. Med MCP kan assistenten hente et nytt bilde når neste spørsmål endrer seg. Du kan starte med et fall i klikk for hele nettstedet, snevre det inn til én landingsside og deretter spørre om mobil står for mesteparten av tapet. Det er mye enklere enn å laste ned tre filer.

En annen fordel er repeterbarhet. En lagret prompt kan fastsette nøyaktige datovinduer, terskler og kolonner. Når verktøyet returnerer samme struktur hver uke, er det lettere å oppdage når en rapport endrer seg, eller når en anbefaling bygger på ufullstendig belegg.

Det finnes ulemper. En live-connector er avhengig av nettverkstilgang, autentisering, leverandørens kvoter og kvaliteten på verktøydefinisjonene. En AI-modell kan dessuten misforstå en forespørsel. Ved sensitive analyser bør du ta med selve tallene i svaret og kontrollere overraskende konklusjoner i Search Console.

Tre SEO-oppgaver som fungerer spesielt godt

1. Finn muligheter like under side én

Si at du har 500 søkeord. Du trenger ikke lese gjennom alle. Be om søkeord uten merkevare med mange nok visninger og en gjennomsnittlig posisjon mellom 4 og 20. Se deretter på sidene som hører til disse søkeordene.

En slik rapport gir deg kandidater, ikke garanterte quick wins. Posisjoner er gjennomsnitt og kan blande land og enheter. Et søkeord med 1 000 visninger og ti klikk fortjener en nærmere titt, men ikke automatisk en ny artikkel.

Vurder søkeintensjonen og den live siden før du endrer noe. I guiden til søkeord med lav CTR finner du en beslektet arbeidsflyt.

2. Forklar et trafikkfall

Velg to hele perioder av samme lengde. Be om sidene med størst tap i antall klikk, og bryt de største tapene ned etter søkeord og enhet. Da ser du raskt forskjellen på et problem som gjelder hele nettstedet, og en håndfull sider som mister synlighet.

En tenkt produktside kan for eksempel falle fra 420 til 275 klikk. Hvis visningene også falt kraftig, bør du sjekke etterspørselen etter søkeordene, rangeringen og indekseringen. Hvis visningene holdt seg omtrent like, men CTR falt, bør du se på sammensetningen av søkeord og hvordan resultatet presenteres. Ingen av mønstrene beviser årsaken alene.

Før logg over datoene du brukte. De ferskeste tallene i Search Console kan være foreløpige, og da blir det misvisende å sammenligne dagens ufullstendige tall med en hel dag i fortiden.

3. Sjekk viktige sider etter en lansering

Etter en nettstedsmigrering, en redesign eller en stor publiseringsrunde lager du en kortliste over kommersielt viktige URL-er og inspiserer indekseringsstatusen som er rapportert for dem. Se etter uventede kanoniske URL-er, ekskluderte sider og problemer med områdekart.

Du trenger ikke inspisere hver eneste URL hver dag. Googles inspeksjons-API har kvoter, blant annet en daglig grense per eiendom. Begynn med sidene du ville merket mest hvis de manglet. Poenget er å finne unntak som er verdt å undersøke, ikke å få til et perfekt «100 % indeksert»-dashbord.

Slik kobler du til en MCP-server i praksis

Begynn med tilgangsspørsmålet: hvilken Search Console-eiendom skal denne agenten kunne lese? En domeneeiendom og en URL-prefikseiendom kan gi ulike totaler. Bruk den som passer til nettstedet eller delen av det du vil analysere.

Velg deretter en kompatibel klient og server. Noen servere er lokale programmer som klienten starter. Andre er hostede HTTP-tjenester som håndterer autorisasjonen. Med en hostet tjeneste legger du vanligvis til en ekstern URL og logger inn. Med en selvhostet server kan du trenge et Google Cloud-prosjekt, OAuth-konfigurasjon og en prosess som kjører.

GSC Magic er ett hostet alternativ. Det dokumenterte MCP-endepunktet er https://mcp.gscmagic.com/mcp, og verktøyene inkluderer gsc_query_analytics, gsc_inspect_url og egne rapporter for trafikkfall og quick wins. Det dokumenterer også støtte for Bing, GA4 og planlagte varsler. De ekstra funksjonene er nyttige når du jobber på tvers av kilder, men du trenger dem ikke for å forstå MCP.

I Claude Code er den dokumenterte kommandoen for ekstern tilkobling:

claude mcp add --transport http --scope user gsc-magic https://mcp.gscmagic.com/mcp

Åpne /mcp for å se serveren og følge innloggingen. Serveren må være tilgjengelig, og kontoen din må ha tilgang. Selve tilkoblingskommandoen gir ingen autorisasjon til private Google-data.

For et nettbasert Claude-oppsett kan du følge vår trinn-for-trinn-guide til Claude-connectoren. For ChatGPT finner du mer i oppsettguiden for ChatGPT, siden innstillingene for egendefinerte connectorer varierer mellom kontoer og arbeidsområder.

Den første prompten jeg ville kjørt

Begynn med en trygg forespørsel du kan verifisere. Da fanger du opp feil eiendom, forvirring rundt datoer og manglende tillatelser før du stoler på en lang rapport.

List opp Search Console-eiendommene som er tilgjengelige for denne tilkoblingen. Spør meg hvilken jeg vil bruke. For den valgte eiendommen: sammenlign de siste 28 hele dagene med data mot de foregående 28 dagene. Vis nøyaktige datointervaller, klikk, visninger, CTR og gjennomsnittlig posisjon. List deretter de fem sidene med størst fall i antall klikk. Hold de observerte tallene adskilt fra hypotesene.

Legg merke til hva denne prompten ikke ber om. Den ber ikke om en omskriving av hele nettstedet, later ikke som at et fall i rangeringen har én enkelt årsak, og ber ikke agenten gjøre endringer. Den ber om belegg som er lett å etterprøve.

Den andre prompten kan zoome inn på én URL. Be om oppdelingen i søkeord og enheter, og avgjør selv hva du vil undersøke manuelt. Det er som regel mer nyttig enn å be en agent finne på 50 SEO-anbefalinger.

Sikkerhet: lesetilgang først, skrivetilgang bare ved behov

En Search Console-connector håndterer informasjon som kan være kommersielt sensitiv. Navn på uutgitte produkter, mønstre i søkeordene og lister over private eiendommer kan dukke opp i svarene. Gå gjennom både connector-leverandørens rutiner og AI-klientens vilkår for databehandling.

Foretrekk skrivebeskyttede tilgangsomfang (scopes) til rapportering. Google støtter omfanget webmasters.readonly for Search Console-rapportering, mens bredere omfang tillater flere operasjoner. En server kan tilby ekstra handlinger, som å sende inn områdekart, men at de finnes, betyr ikke at en assistent skal få kjøre dem uten godkjenning.

Bestem også hvor legitimasjonen oppbevares. Lim aldri inn et tilgangstoken i en vanlig chat som eksempel. Bruk klientens sikre konfigurasjon eller autorisasjonsflyt, sørg for at tokener kan trekkes tilbake, og sjekk hva organisasjonen din tillater.

Ett skille til er viktig: Google Indexing API er ikke en generell knapp for å få vanlige nettsider indeksert. Google begrenser det til støttede sidetyper for stillingsannonser og direktesendinger. Se den offisielle dokumentasjonen for Indexing API.

MCP, Search Console og SEO: vanlige spørsmål

Forbedrer en MCP-tilkobling rangeringene i Google?

Nei. En connector endrer ikke rangeringer bare fordi den finnes. Den kan hjelpe deg å oppdage problemer og prioritere forbedringer, men søkeytelsen avhenger fortsatt av nettstedet og søkeresultatene.

Må jeg kunne programmere?

Ikke nødvendigvis. En hostet connector kan gjøre oppsettet mye enklere. Selvhosting krever vanligvis mer teknisk arbeid, siden du selv må ta ansvar for kjøremiljø, legitimasjon og tilgangstillatelser.

Kan agenten se alle søkene?

Nei. Google anonymiserer noen søk og har begrensninger på dataene. API-et kan ikke hente frem informasjon Google ikke viser. Vær skeptisk til rapporter som hevder å kunne rekonstruere alle skjulte søkeord.

Er MCP bedre enn Googles eget Search Console-grensesnitt?

Det er bedre for noen arbeidsflyter, ikke for alle. Search Console er gratis og forblir fasit for sine egne rapporter. MCP er nyttig når du vil ha samtalebasert analyse, repeterbare rapporter eller datatilgang inne i en AI-arbeidsflyt du allerede bruker.

Hva bør et lite nettsted gjøre først?

Koble til én eiendom, sammenlign to hele tidsvinduer og finn tre sider det er en tydelig grunn til å undersøke. Ikke automatiser dusinvis av rapporter før du vet hvilke beslutninger de skal støtte.

Hva gjør du nå?

Prøv ett spørsmål som i dag krever flere klikk i Search Console eller flere CSV-eksporter å besvare. Skriv ned det nøyaktige datointervallet og hva du forventer å få ut før du spør. Hvis connectoren returnerer det samme belegget som du ser i Search Console, har du et nyttig utgangspunkt.

Derfra går du mot gjentakende ukesjekker i stedet for flere dashbord for dashbordenes skyld. Du kan utforske oppsettet og verktøyreferansen til GSC Magic eller gå videre til samlingen av SEO-prompter. Det riktige verktøyet er det som gjør en konkret SEO-beslutning enklere, ikke det som lager den lengste rapporten.