Google Ads MCP Admin
This server extends Google's official Google Ads MCP with confirmed campaign administration across managed client accounts, providing read-only querying plus a safe, approval-gated mutation workflow.
Read/Discovery:
List accessible customers (
customers_list_accessible_customers): Discover all customer/account IDs directly accessible to the authenticated user.Get resource metadata (
metadata_get_resource_metadata): Retrieve selectable, filterable, and sortable fields, metrics, and segments for any Google Ads resource (e.g.,campaign,ad_group).Search/query (
search_search): Fetch data from the Google Ads API using structured field selections, filters, orderings, and row limits.
Safe Mutation Workflow (no live data affected until final apply):
Plan mutations (
mutations_plan_mutations): Validate operations and generate an immutable, previewed mutation plan (old/new values, risk level, warnings, plan ID, expiration) — no actual writes.Get mutation plan (
mutations_get_mutation_plan): Retrieve a previously created plan's stored preview and current state.Cancel mutation plan (
mutations_cancel_mutation_plan): Invalidate a pending plan by ID and hash without touching Google Ads.Acknowledge high-risk plan (
mutations_acknowledge_high_risk_plan): First of two required approvals for high-risk operations (enabling campaigns, creating budgets, increasing budgets >25%, removing 10+ resources in one batch).Apply mutation plan (
mutations_apply_mutation_plan): Execute exactly one previously previewed and approved plan, after interactive approval, with manager-access revalidation, replay protection, and post-write verification.
Supported Writable Resources: campaign_budget, campaign, ad_group, ad_group_ad, ad_group_criterion (keywords), and campaign_criterion (targeting) — with create, update (explicit update_mask), and remove actions.
Safety: Plans are immutable, single-use, expire after 15 minutes, and the client hierarchy is revalidated immediately before any write.
Provides tools for administering Google Ads campaigns, ad groups, budgets, and criteria across manager accounts, with a mutation workflow requiring planning, approval, and verification.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Google Ads MCP Admin Pause campaign 8888888888 in account 1234567890"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Google Ads MCP Admin
An extension of Google's official Google Ads MCP that adds confirmed campaign administration across client accounts managed by a Google Ads manager account.
Website: jomiferse.com
Read tools run directly. Every persistent write requires an immutable plan, a preview, interactive approval, and post-write verification. High-risk changes require two independent approvals.
Safety model
Mutation plans are immutable, expire after 15 minutes, and can be applied only once.
The server revalidates the client hierarchy immediately before a write.
Normal writes require approval for
mutations_apply_mutation_plan.High-risk writes first require
mutations_acknowledge_high_risk_plan, followed by a separate apply approval.Ambiguous API responses are never retried automatically.
Audit records contain metadata and request IDs, not credentials or complete payloads.
Related MCP server: adsmith
Prerequisites
macOS, Windows, or Linux.
Python 3.11 or later.
uv.Google Cloud CLI (
gcloud).A Google Cloud project with the Google Ads API enabled.
A Desktop OAuth client authorized for a Google user who can access the target manager account.
An approved Google Ads API developer token.
Install the pinned dependencies:
uv sync --extra devConfigure Codex
Copy the public configuration template and replace its cwd value with the absolute path to this repository:
cp .codex/config.toml.example .codex/config.tomlThe local .codex/config.toml file is ignored by Git. Provide these non-secret variables to the Codex process. POSIX shell:
export GOOGLE_CLOUD_PROJECT="your-google-cloud-project"
export GOOGLE_ADS_LOGIN_CUSTOMER_ID="1234567890"PowerShell:
$env:GOOGLE_CLOUD_PROJECT = "your-google-cloud-project"
$env:GOOGLE_ADS_LOGIN_CUSTOMER_ID = "1234567890"Google Ads account IDs must contain digits only, without hyphens. GOOGLE_APPLICATION_CREDENTIALS is optional when Application Default Credentials are stored in the standard gcloud location.
You may place non-secret local values in the ignored configuration instead:
[mcp_servers.google_ads_admin.env]
GOOGLE_CLOUD_PROJECT = "your-google-cloud-project"
GOOGLE_ADS_LOGIN_CUSTOMER_ID = "1234567890"Never place the developer token, OAuth client secret, or ADC refresh token in this repository.
Configure OAuth
Create a Desktop OAuth client in Google Auth Platform and download its JSON file outside the repository. On macOS or Linux, run the optional helper:
export GOOGLE_CLOUD_PROJECT="your-google-cloud-project"
scripts/configure-google-ads-oauth.sh "/absolute/path/to/oauth-client.json"On Windows PowerShell, run the equivalent Google Cloud CLI commands:
$env:GOOGLE_CLOUD_PROJECT = "your-google-cloud-project"
gcloud services enable googleads.googleapis.com --project $env:GOOGLE_CLOUD_PROJECT
gcloud auth application-default login `
--scopes="https://www.googleapis.com/auth/adwords,https://www.googleapis.com/auth/cloud-platform" `
--client-id-file="C:\absolute\path\to\oauth-client.json"The helper enables googleads.googleapis.com and requests only these scopes:
https://www.googleapis.com/auth/adwordshttps://www.googleapis.com/auth/cloud-platform, required for Application Default Credentials
The resulting ADC file is stored outside the repository by gcloud.
Store the developer token
Store or replace the token with a hidden prompt:
uv run google-ads-mcp-admin-credentials setThe command uses the native credential store selected by Python keyring:
macOS Keychain.
Windows Credential Locker.
Linux Secret Service or KWallet when a compatible backend is available.
Check which source is active without displaying the token:
uv run google-ads-mcp-admin-credentials statusDelete only the native credential with:
uv run google-ads-mcp-admin-credentials deleteOn desktop Linux, install the Secret Service or KWallet packages recommended by your distribution and run the application in an active D-Bus session. keyring diagnose reports the selected backend. Headless Linux, CI, and containers can use the environment fallback instead.
POSIX shell fallback:
export GOOGLE_ADS_DEVELOPER_TOKEN="your-developer-token"PowerShell fallback:
$env:GOOGLE_ADS_DEVELOPER_TOKEN = "your-developer-token"The native credential has priority when both sources are configured. Never place the token in .codex/config.toml, .env, command arguments, or this repository.
Migration from the macOS-only release
Run uv run google-ads-mcp-admin-credentials set and paste the existing token into the hidden prompt. After status reports native, remove the legacy codex-google-ads-developer-token item with the Keychain Access application. Automatic migration is intentionally not performed.
Start the MCP server
Set the manager account and start the server manually to verify startup:
export GOOGLE_ADS_LOGIN_CUSTOMER_ID="1234567890"
uv run google-ads-mcp-adminPowerShell:
$env:GOOGLE_ADS_LOGIN_CUSTOMER_ID = "1234567890"
uv run google-ads-mcp-adminAfter editing .codex/config.toml:
Restart Codex or reopen the project.
Open
/mcpand confirm thatgoogle_ads_adminis available.Confirm that the official read tools and the five
mutations_*tools are present.
Do not weaken the write approval policies when the server can access production accounts.
Read-only verification
Offline checks require no credentials:
uv run pytest -m "not integration" -qAfter OAuth and credential setup, run the opt-in live read test. The test resolves the native token first and uses the environment fallback when needed:
export GOOGLE_ADS_LOGIN_CUSTOMER_ID="1234567890"
GOOGLE_ADS_RUN_INTEGRATION=1 \
uv run pytest tests/integration/test_google_ads_read.py -vThe test discovers enabled, non-manager client accounts and queries one of them without writing.
Mutation workflow
Call
mutations_plan_mutationswith a ten-digitcustomer_idand structured operations.Review
preview,old_values,new_values,warnings,risk,plan_id,plan_hash, and expiration.Approve
mutations_apply_mutation_planin Codex for a normal-risk plan.The server revalidates manager access, claims the plan to prevent replay, dispatches it once, and reads the resulting resources.
Review
request_idsandverification.
Use mutations_cancel_mutation_plan with the plan ID and hash to invalidate a pending plan. Plans are held only in memory and disappear when the server restarts.
High-risk changes
The following operations are high risk:
Enabling a campaign.
Creating a budget.
Increasing a budget by more than 25 percent.
Removing ten or more resources in one batch.
First approve mutations_acknowledge_high_risk_plan. Codex then requests a separate approval for mutations_apply_mutation_plan. Neither call can replace or alter the saved operations.
Supported resources
campaign_budgetcampaignad_groupad_group_adad_group_criterion, including keywordscampaign_criterion, including targeting
Supported actions are create, update with an explicit update_mask, and remove. Google Ads removal commonly changes status to REMOVED; it is not physical deletion and may be irreversible.
First persistent write
Complete these checks before any persistent write:
uv run ruff check .uv run pytest -m "not integration" -qThe live read-only integration test.
validate_onlyagainst a dedicated test account:
export GOOGLE_ADS_TEST_CUSTOMER_ID="1234567890"
GOOGLE_ADS_RUN_INTEGRATION=1 \
uv run pytest tests/integration/test_google_ads_validate_only.py -vThe first persistent test should create a PAUSED campaign with the minimum practical budget in a test account. Review and approve its plan, verify the resources, then create and approve a separate removal plan.
If no test account is available, stop after validate_only. A first write to production requires separate explicit authorization and should be limited to one paused resource with minimal financial impact.
Recovery and auditing
Expired or cancelled plan: create a new plan; it cannot be reactivated.
Revoked OAuth grant: rerun
scripts/configure-google-ads-oauth.sh.Replaced developer token: run
uv run google-ads-mcp-admin-credentials setagain.Ambiguous write response: do not retry; query state once and preserve the returned request ID.
Quota, permission, or policy error: preserve the Google Ads request ID for diagnosis.
Client removed from the manager hierarchy: the pre-write revalidation rejects the operation.
Local audit events are written to audit/google_ads_mcp.jsonl, rotate at 5 MiB, and contain account, plan, resource counts, result, and request IDs. They do not contain complete mutation payloads or credentials.
Development
uv run ruff check .
uv run pytest -m "not integration" -v
uv build
git diff --checkThe official server dependency is pinned to upstream commit f48a6b85e1f43ebd44a72531c9611e2b7265ca28. Review upstream changes, rerun all checks, and inspect MCP tool annotations before updating it.
License
Licensed under the Apache License, Version 2.0. See LICENSE.
Available Tools
8 toolscustomers_list_accessible_customersARead-only
Returns ids of customers directly accessible by the user authenticating the call.
Use this tool first to discover available customer IDs if the user hasn't provided one. Most other tools require a valid customer ID as input.
Returns: List[str]: A list of customer IDs.
Inputs: no named parameters. Returns: result
metadata_get_resource_metadataARead-only
Retrieves the selectable, filterable, and sortable fields for a specific Google Ads resource, including compatible metrics and segments.
Use this tool to find out which fields you can select, filter by, or sort by when querying a specific resource (e.g., 'campaign', 'ad_group'). This tool also returns metrics and segments that can be selected with the resource. Their names start with 'metrics.' and 'segments.' respectively.
Do not guess fields, you MUST use this tool to discover them before constructing a query for the
search tool.
The responses of this tool should be cached, as they don't change frequently.
Inputs: resource_name (required). Returns: object
mutations_acknowledge_high_risk_planB
Record the first interactive approval required for a high-risk plan.
Inputs: plan_id (required), plan_hash (required). Returns: object
mutations_apply_mutation_planADestructive
Apply exactly one previously previewed plan after interactive approval.
Inputs: plan_id (required), plan_hash (required). Returns: object
mutations_cancel_mutation_planBRead-only
Invalidate a pending local plan without changing Google Ads.
Inputs: plan_id (required), plan_hash (required). Returns: object
mutations_get_mutation_planARead-only
Return the stored immutable preview and current local plan state.
Inputs: plan_id (required). Returns: object
mutations_plan_mutationsARead-only
Validate operations and return an immutable preview; makes no Ads write.
Inputs: operations (required), customer_id (required), partial_failure. Returns: object
search_searchARead-only
Fetches data from the Google Ads API using the search method
Inputs: fields (required), resource (required), customer_id (required), limit, +2 more. Returns: result
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 8 tools
Each tool serves a distinct purpose: customer discovery, metadata lookup, data search, and mutation plan lifecycle. The only mild ambiguity is between 'plan_mutations' and 'get_mutation_plan', as both return previews, but their roles (create vs retrieve) are clarified in descriptions.
Tools follow a consistent [domain]_[action] pattern with snake_case, such as customers_list_accessible_customers and mutations_apply_mutation_plan. The name 'search_search' is slightly awkward (resource and verb identical), but overall the pattern is predictable and coherent.
Eight tools is well-scoped for the Google Ads admin domain, covering customer access, metadata/field discovery, search, and a complete mutation planning workflow. No redundant or excessive tools.
The mutation plan lifecycle is well covered (plan, get, cancel, acknowledge, apply), and search is supported by metadata discovery. Minor gaps include no way to list all mutation plans and no single-customer detail endpoint, but these are edge cases rather than core dead ends.
Maintenance
Related MCP Connectors
Google Ads MCP with 20,000+ account peer context and staged approve-then-execute writes.
Google Ads MCP server — manage campaigns, keywords, and metrics.
Google Ads MCP: reports, search terms, negatives, budgets, campaigns. Approval on every write.
Hosted MCP for Google Ads, Search Console, GA4, Merchant Center, Tag Manager: approve every change.
Related MCP Servers
- AlicenseAqualityBmaintenanceExtends the official Google Ads MCP with a safe write layer for creating paused-by-default Search campaigns and an account auditor, all running locally with no hosted dependencies.131Apache 2.0
- AlicenseNot gradedqualityCmaintenanceA Google Ads MCP server that enables safe, auditable management of ad accounts through natural language, including proposing, reviewing, applying, and rolling back changes with guardrails and dry-runs.MIT
- AlicenseNot gradedqualityDmaintenanceMCP server for managing Google Ads campaigns through the official Google Ads API, covering accounts, campaigns, budgets, keywords, search terms, and keyword ideas. It provides tools for both reading and mutating live ads data, such as pausing campaigns, updating budgets, and adding keywords.MIT
- AlicenseAqualityCmaintenanceAn MCP server that provides read and write access to Google Ads, allowing natural language management of campaigns, budgets, ad groups, bids, and keywords, with dry-run validation for safety.18MIT