Finns det en officiell Google Ads MCP-server?

Ja. Google publicerar en på GitHub under organisationen googleads. Den är läsande: den kör GAQL-frågor och returnerar kontometadata, så en agent kan analysera och rapportera men inte ändra kampanjer.

Vad behöver jag för att använda Google Ads MCP?

En developer token för Google Ads API (testtoken fungerar bara mot testkonton; Basic access eller högre för riktiga konton), OAuth-uppgifter eller ett servicekonto, samt kund-ID:n för kontona, inklusive manager-kontots ID om ni går via ett MCC.

Kan Claude ändra mina Google Ads-kampanjer via MCP?

Inte via den officiella servern. Att ändra budgetar, bud, annonser eller målgrupper kräver Google Ads API direkt eller en community-server med skrivverktyg. I ett team bör sådana skrivningar kräva mänskligt godkännande och loggas.

Vad kan en AI-agent analysera i Google Ads?

Allt GAQL kan fråga efter: kampanj- och annonsgruppsprestanda, söktermer, sökord och kvalitetspoäng, konverteringar, budgetar och förbrukningstakt, auktionsinsikter, ändringshistorik och tillgångsprestanda. Vanligast är granskning av bortkastad budget och negativa sökord.

Google Ads MCP: så kopplar ni Claude till Google Ads, och var den officiella servern slutar

Google Ads är stället där ett misstag kostar riktiga pengar i realtid, vilket är exakt varför Googles officiella MCP-server bara läser. Det är rätt design, och den lämnar ändå mycket på bordet: en agent som kan fråga varje konto i ett MCC och svara på "vad läcker budget den här veckan" är värd mer än de flesta dashboards.

Vi kör vår egen Google Ads-annonsering via MCP och har byggt skrivsidan separat. Den här guiden går igenom den officiella servern, förutsättningarna som folk fastnar på, vad ni kan göra med den, och hur vi hanterar ändringar. En längre engelsk version finns i Google Ads MCP, och grunderna i Vad är MCP?.

Den officiella servern

Google publicerar Google Ads MCP-servern i sin GitHub-organisation googleads. Den exponerar en liten uppsättning verktyg:

lista åtkomliga kunder: kontona som inloggningen kan se.
search: kör en GAQL-fråga mot ett kund-ID och få rader tillbaka.
hämta resursmetadata: fält, mätvärden och segment per resurs, så att agenten kan skriva giltiga frågor.

GAQL, Google Ads Query Language, liknar SQL och modellen är bra på det när den har metadatan. Allt ni ser i gränssnittets rapporter går att nå.

Förutsättningar

Här stannar de flesta installationer, så i ordning:

1. En developer token. Skapas i ett Google Ads manager-konto under API Center. Nya tokens börjar med teståtkomst, som bara fungerar mot testkonton. För riktiga konton behöver ni Basic access eller högre, vilket kräver en ansökan till Google. Räkna med några dagar.

2. Inloggningsuppgifter. Antingen OAuth som användare (en OAuth-klient i Google Cloud plus en refresh token som skapas en gång) eller ett servicekonto med domänomfattande delegering för Google Workspace. OAuth går snabbare för en person; servicekonto är bättre för ett team.

3. Kund-ID:n. Tiosiffriga ID:n för kontona. Om ni når kundkonton via ett manager-konto (MCC) behöver ni också manager-kontots ID som login customer ID.

4. API:et aktiverat i det Google Cloud-projekt som håller OAuth-klienten.

Servern tar emot detta som miljövariabler eller en konfigurationsfil; README:n anger namnen.

Installation i Claude Code

Med förutsättningarna på plats:

claude mcp add --transport stdio google-ads \
  -e GOOGLE_ADS_DEVELOPER_TOKEN=... \
  -e GOOGLE_ADS_LOGIN_CUSTOMER_ID=1234567890 \
  -e GOOGLE_ADS_CREDENTIALS_PATH=/sökväg/till/credentials.json \
  -- <kommando som startar servern>

Starta en session, kör /mcp för att se att den anslutit, och be den lista åtkomliga kunder. Fungerar det, fungerar allt.

Vad ni ska fråga

Frågorna som motiverar arbetet:

Bortkastad budget. "Söktermer senaste 30 dagarna med fler än 20 klick och noll konverteringar, per kampanj. Föreslå negativa sökord."
Förbrukningstakt. "Per kampanj: förbrukning hittills i månaden mot månadsbudget, och prognos vid nuvarande dagstakt."
Kvalitet. "Sökord med kvalitetspoäng 5 eller lägre och fler än 100 visningar, med landningssidor."
Ändringshistorik. "Vad ändrades i kontot senaste 14 dagarna, och av vem?"
Över konton. "För alla konton i MCC:t, CPA per kampanjtyp detta kvartal mot förra."

Paketerat som en skill blir det en veckorapport agenten tar fram på samma sätt varje gång.

Var den officiella servern slutar

Den kan inte ändra något. Inga budgetändringar, ingen pausning, inga nya negativa sökord, ingen annonstext. För det finns tre vägar:

Agenten föreslår, en människa genomför. Agenten tar fram listan; en person lägger in den i gränssnittet. Enkelt, spårbart, långsamt.
API:et direkt för skrivningar, från ett skript eller ett eget verktyg som agenten anropar. Det är vad vi gör: läsning via MCP, skrivning via några egna funktioner som gör en sak var (lägg till sökteman, justera en budget, pausa en kampanj) och kräver bekräftelse.
En community-server med skrivverktyg. Flera finns. Granska dem som produktionskod, begränsa inloggningen, och lägg varje skrivverktyg bakom godkännande.

Oavsett väg gäller samma regel: ett verktyg som spenderar pengar får en människa i loopen och en loggpost.

Drift i ett team

En developer token, en refresh token och ett MCC-login-ID ger tillsammans läsåtkomst till alla kundkonton. Det hör hemma på ett ställe, inte i miljövariabler på laptops. I ett team ligger inloggningsuppgifterna i en gateway, användarna får servern genom den, skrivverktyg kräver godkännande och varje anrop loggas med vem som frågade.

Så kör vi vår egen Google Ads-åtkomst: bakom Walma AI Hub i vår Azure-tenant, bredvid Search Console, GA4 och Ahrefs, med en policy och en logg. Hanterar ni annonskonton för fler än en person eller en kund, boka en genomgång.