Är det säkert att ansluta AI-agenter till Google Search Console?

Den verkliga frågan är inte bara ”Är MCP säkert?”

När du använder en AI-assistent för att granska webbplatsens prestanda ger du ett annat system tillgång till information från ett Google-konto. Det kan vara nyttigt och helt legitimt. Men det innebär också val som du bör förstå innan du klickar på Godkänn.

De största riskerna är bredare åtkomst än arbetsflödet behöver, läckta inloggningsuppgifter, onödig delning av data om sökfrågor, automatiska åtgärder utan tillräcklig granskning och en assistent som tar opålitligt innehåll för instruktioner.

Model Context Protocol, eller MCP, definierar hur klienter och verktyg kommunicerar. Det gör inte automatiskt en enskild server pålitlig. Du behöver fortfarande ta reda på vem som driver servern, vilka behörigheter den begär och vad som händer med din information.

Den goda nyheten är att ett arbetsflöde för SEO-rapportering oftast går att bygga kring skrivskyddad åtkomst och verktygsanrop som går att följa. Det är en mycket tryggare utgångspunkt än att låta en autonom agent ändra inställningar på webbplatsen.

Vilken information delar du?

Google Search Console ger information om de egendomar som ditt konto har åtkomst till: sidor, sökfrågor, visningar, klick, genomsnittliga positioner, indexeringsstatus och data om webbplatskartor. Ingen av de rapporterna innehåller lösenordet till ditt Google-konto, och ett korrekt genomfört OAuth-flöde ska inte be dig skriva in lösenordet i anslutningens chattfönster.

Rapporterna förtjänar ändå försiktighet. En lista med sökfrågor kan avslöja namnet på en funktion som inte är offentliggjord. En lista med egendomar kan visa vilka kunder du har. Information om indexering kan avslöja URL-mönster som ser interna ut. Byråer kan ha avtalsmässiga skyldigheter kring kunddata även när sidorna i sig är offentliga.

Skilj på två frågor: Kan anslutningen hämta den här informationen? och Får assistenten dela eller sammanfatta den i just den här arbetsytan? En tekniskt lyckad anslutning svarar inte på den andra frågan.

Bestäm innan du ansluter vilken organisation, vilket Google-konto och vilken egendom agenten ska använda. Undvik bred åtkomst över flera kunder när uppgiften bara gäller en webbplats.

Förstå OAuth-behörigheterna hos Google

OAuth är det system för godkännande som låter ett program begära begränsad åtkomst utan att be om ditt Google-lösenord. Googles godkännandesida ska ange tjänsten och de behörigheter som begärs.

Google dokumenterar behörigheten https://www.googleapis.com/auth/webmasters.readonly för skrivskyddad åtkomst till Search Console och https://www.googleapis.com/auth/webmasters för bredare åtkomst. API:t för Search Analytics listar de behörigheter som stöds.

För en uppgift som ”visa vilka sidor som tappade klick” bör läsåtkomst i regel räcka. Att skicka in eller ta bort webbplatskartor, ändra egendomar eller använda andra skrivåtgärder kräver ett annat resonemang.

Bedöm inte säkerheten enbart utifrån den första godkännandesidan. Vissa program ber om fler behörigheter senare, när en funktion aktiveras. Granska varje ytterligare begäran om godkännande från Google, särskilt när du aktiverar administrativa funktioner.

Om en anslutning också erbjuder GA4, Google Tag Manager eller Bing kan det finnas separata källor och behörigheter. Att ansluta dem ska vara ett medvetet val, inte ett antagande att ”Google-åtkomst” betyder att alla data är tillgängliga.

Skillnaden mellan skrivskyddade verktyg och skrivverktyg

Skrivskyddade verktyg hämtar data. Exempel är att lista egendomar, fråga efter prestanda och granska information om indexerade versioner av URL:er. De kan fortfarande exponera känsliga rapporter, men de ska inte ändra inställningar i Search Console.

Skrivverktyg utför en åtgärd. Det kan till exempel vara att skicka in en webbplatskarta, ta bort en egendom eller meddela en sökmotor om ändrade URL:er. Sådana åtgärder kan få konsekvenser i driften, även när API:t rapporterar att det gick bra.

I ett säkert arbetsflöde är skrivning ett undantag. Kräv ett särskilt syfte, begränsa vilka verktyg som finns, granska de föreslagna parametrarna och för logg över vad som hände. För en autonom agent kan du överväga att hålla skrivskyddade inloggningsuppgifter åtskilda från dem som används för godkända ändringar.

Den aktuella dokumentationen för GSC Magic beskriver skrivskyddade åtkomsttoken och ett valfritt skrivläge för planer som tillåter det. Det är den sortens kontroll du bör leta efter hos vilken leverantör som helst. Granska ändå leverantörens faktiska begäranden om godkännande och din organisations krav innan du förlitar dig på ett marknadsföringspåstående.

Så bör inloggningsuppgifter hanteras

Token är hemligheter. De ska finnas i ett autentiseringsarkiv, en miljö eller en klientkonfiguration som är avsedd för hemligheter – inte i en bloggkommentar, en README i ett repo eller en chattlogg.

Med MCP-klienter som stöder OAuth kan ett godkännande i webbläsaren göra att du slipper klistra in token i konfigurationsfiler. För klienter som kräver en bearer-token skapar du en token med snäv behörighet, ger den ett rimligt utgångsdatum och återkallar den när den inte längre behövs.

Om du lägger en token i en lokal konfigurationsfil ska du kontrollera att filen inte checkas in i Git eller automatiskt synkas in i ett delat projekt. En skärmdump av inställningarna kan läcka en token lika lätt som en incheckad kod.

Dela aldrig en riktig token med en AI-assistent för att ”felsöka”. Du kan visa strukturen med en platshållare som gsm_YOUR_TOKEN och hålla det faktiska värdet för dig själv.

Om en token har exponerats ska du återkalla den och skapa en ny. Det räcker inte att redigera meddelandet som läckte den.

Så ser prompt injection ut i ett SEO-arbetsflöde

En AI-assistent kan läsa text från sidor, loggar, utdrag i sökresultat eller resultat från verktyg. Materialet kan innehålla skadliga instruktioner skrivna av någon annan. En webbsida kan till exempel innehålla en rad som säger åt en agent att strunta i sin ursprungliga uppgift och skicka analysdata någon annanstans.

Den raden är innehåll på en webbplats, inte en instruktion från användaren. En säker agent ska behandla den som opålitliga data och fortsätta följa den faktiska användarens begäran och verktygens behörigheter.

Raderna i Search Console är strukturerade, men de kan ändå innehålla strängar som användare styr över, som texten i en sökfråga eller URL:er. En sökfråga som liknar ett kommando är fortfarande bara en sökfråga. Ett robust arbetsflöde ska undvika att utföra instruktioner som står i hämtade data.

Det starkaste skyddet är inte en magisk prompt. Använd verktyg med minsta möjliga behörighet, skilj läsande från skrivande arbetsflöden, begränsa åtkomst till nätverk och filsystem där det är lämpligt och behåll ett godkännandesteg före åtgärder utanför systemet.

En säkerhetschecklista innan du ansluter

1. Bekräfta vem som äger servern. Använd den leverantör du avser och verifiera slutpunkten mot den officiella dokumentationen.
2. Granska begäran om godkännande. Ta reda på vilket Google-konto, vilka egendomar och vilka behörigheter det gäller.
3. Välj skrivskyddat som standard. Undvik breda skrivbehörigheter för rutinmässig rapportering.
4. Kontrollera datahanteringen. Granska lagringstider, underbiträden, loggning, modelleverantörens villkor och möjligheter till radering.
5. Undvik delade hemligheter. Håll token borta från chattmeddelanden, incheckade filer och skärmdumpar.
6. Begränsa agentens möjligheter. En rapporteringsuppgift behöver inte driftsättning, godtycklig körning av skalkommandon eller okontrollerad åtkomst till webbläsaren.
7. Verifiera resultaten. Kräv exakta identifierare för egendomar, datumintervall och rapporterade siffror.
8. Ta reda på hur du återkallar åtkomst. Testa vägen för att koppla bort innan det blir bråttom.
9. Skilj kunder åt. Håll kunddata och inloggningsuppgifter i rätt arbetsyta.
10. Granska alla skrivningar. En inskickad begäran och en korrekt åtgärd är inte nödvändigtvis samma sak.

Det kan låta mycket för att läsa ett enkelt diagram, men det mesta är en engångsinstallation. När behörigheterna väl är rätt utformade ska en vanlig veckorapport vara tråkig – på ett bra sätt.

Så återkallar du åtkomst på ett säkert sätt

Om du slutar använda en MCP-integration tar du bort eller inaktiverar den i AI-klienten och återkallar dess token eller kopplade kontoåtkomst i MCP-leverantörens dashboard. Om du har gett åtkomst via Google OAuth granskar du tredjepartsprogrammen som är kopplade till ditt Google-konto och återkallar de behörigheter du inte längre vill behålla.

Det är olika kontroller. Att ta bort en server från klienten gör inte nödvändigtvis en token ogiltig som en separat leverantör har utfärdat. Att koppla bort en Google-källa raderar inte heller nödvändigtvis data som tidigare exporterats till en AI-konversation.

Vid avslut av ett kunduppdrag bör du dokumentera vilken tjänst som hade åtkomst och när den återkallades. Fråga leverantören om radering eller lagring om avtal kräver det.

Får en MCP-server ditt Google-lösenord?

Ett legitimt OAuth-flöde hos Google skickar dig till Googles godkännandesida i stället för att be dig lämna ut lösenordet till anslutningen. Den anslutna tjänsten får godkännanden eller token, inte ditt lösenord. Det betyder inte att den saknar känslig åtkomst: OAuth-token kan vara kraftfulla och måste skyddas.

Om en påstådd integration för Search Console ber dig klistra in ditt Google-lösenord i ett vanligt formulär eller i en chatt ska du avbryta och kontrollera den på egen hand.

Kan en agent av misstag få en webbplats avindexerad?

En skrivskyddad integration med Search Console ska inte kunna skicka in destruktiva administrativa åtgärder via Search Console. En agent som kan redigera och driftsätta webbplatsens filer kan däremot införa noindex, en omdirigering eller ett problem i robots.txt via separata behörigheter för kod.

Därför måste säkerhetsgränsen omfatta AI-klienten, inte bara MCP-servern. Håll anslutningen för rapportering skrivskyddad och granska kodändringar innan de driftsätts.

Kom ihåg att Search Console inte själv avgör varje indexeringsresultat. Googles API för URL-granskning rapporterar status för den indexerade versionen och fungerar inte som en knapp för att indexera direkt.

Hur är det med Googles Indexing API?

Vissa verktyg marknadsför att de kan ”indexera sidor automatiskt”. Det förtjänar särskild granskning. Dokumentationen för Googles Indexing API begränsar det som stöds till sidor med den angivna markupen för JobPosting eller BroadcastEvent för livesändningar. Det är ingen allmän lösning för vanliga målsidor för SaaS-tjänster eller blogginlägg.

Ett verktyg som påstår att det kan tvinga Googles index att acceptera vilken sida som helst överdriver vad det officiella API:t lovar. Att skicka in en webbplatskarta är också en ledtråd för upptäckt, inte en garanti.

Du kan automatisera kontroller och aviseringar inom de gränser som stöds. Förväxla inte ett lyckat API-svar med framgång i form av synlighet i sökning.

Så testar du en ny anslutning med minimal risk

Börja med ett litet skrivskyddat experiment. När du har godkänt anslutningen ber du AI-klienten lista de egendomar i Search Console som den har åtkomst till och vänta på ditt val. Be sedan om totalt antal klick och visningar för en hel sjudagarsperiod.

Jämför resultatet med gränssnittet i Google Search Console med samma egendom, söktyp och datumintervall. Om du ser en avvikelse ska du undersöka parametrarna i förfrågan i stället för att anta att en av tjänsterna ljuger. Data i Search Console kan aggregeras olika per egendom och per sida.

Be sedan agenten identifiera den sida som tappat mest – men instruera den att inte redigera något innehåll eller några inställningar. Först när rapporten ger mening bör du överväga bredare arbetsflöden.

Vår översikt över MCP för Google Search Console förklarar hur förfrågningarna går till och vilka verktyg som är vanliga.

Frågor som folk ställer om åtkomst för AI

Är en MCP-server som jag kör själv alltid mer privat?

Inte automatiskt. Den kan ge dig större kontroll, men bara om drift, lagring av inloggningsuppgifter, loggning och uppdateringar sköts ordentligt. En server som inte underhålls kan vara mindre säker än en hostad som drivs med omsorg.

Visar Google Search Console vilka AI-prompter som har kommit åt mina data?

Inte som en vanlig prestandarapport i Search Console. Din MCP-leverantör eller klient kan erbjuda loggar över verktygsanrop. Kontrollera att de funktionerna finns i stället för att anta att Google för en granskningslogg över agenter åt dig.

Kan jag begränsa åtkomsten till en enda egendom?

Behörigheterna för egendomar i Search Console på ditt Google-konto är en viktig gräns. Vissa leverantörer kan också erbjuda begränsningar per arbetsyta eller webbplats. Kontrollera hur verktygen faktiskt beter sig och vilka kontroller organisationen har innan du utgår från detaljerad isolering.

Är rapporterna i Search Console offentliga eftersom sökresultaten hos Google är offentliga?

Nej. Sökresultaten hos Google är offentliga, men dina aggregerade rapporter på kontonivå och information om åtkomst till egendomar är privata data i tjänsten.

Är skrivskyddad åtkomst helt riskfri?

Nej. Den minskar risken för oönskade ändringar, men konfidentiell information kan ändå röjas, sparas eller användas i en olämplig arbetsyta.

Det tryggaste sättet att komma igång

Använd en avsedd egendom, så få behörigheter som möjligt och en skrivskyddad fråga som du kan korskontrollera. Håll ändringar i genomförandet i en separat granskningsprocess. Då får du nytta av AI-stödd sökanalys utan att ge bort onödig kontroll.

Dokumentationen för GSC Magic beskriver i detalj de aktuella alternativen för åtkomsttoken och skrivläge. Du kan jämföra de kontrollerna med kraven ovan innan du avgör om en hostad anslutning passar ditt arbetsflöde.