agentleFS
windsor-aiwindsor-ai/claude-windsor-ai-plugin/skills/google-search-console/SKILL.md

google-search-console

Skill1 starsChanged 50 days agoMITView on GitHub

Analyze Google Search Console (organic search) data through Windsor.ai. Use when the user asks about their site's organic Google Search performance — clicks, impressions, CTR, or average position, broken down by search query, page/URL, country, device, search appearance, or date. Do not use for paid search / Google Ads cost, other webmaster tools (e.g. Bing), web analytics like GA4, or changing Search Console settings.

10 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

6 rules. 0 are common, 1 is distinctive, and 5 are very specific to this project.

  • 0

    Common

    Most of the 9 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read-only connector; there are no live write actions to run.

    line 22
  2. Very specific:

    Call get_connectors to see which Search Console sites/properties are connected (each has an id and usually a name).

    line 27
  3. Very specific:

    Call get_fields for searchconsole to get valid field ids.

    line 36
  4. Very specific:

    Call get_data with the fields you need (dimensions + metrics), the target site/account(s), and a date range — date_from/date_to …

    line 40
  5. Very specific:

    Add filters for conditions (e.g.

    line 43
  6. Very specific:

    organic: search only — there is no cost/spend data.

    line 57

“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Google Search Console via Windsor.ai

Windsor.ai pulls live read-only Google Search Console data through the Search Analytics API. The connector id is searchconsole. Pass searchconsole as the connector on every tool call; the Windsor.ai server serves all connectors, so it is never implied.

This connector is read-only organic-search analytics. It reports Search Console metrics and dimensions; it does not cover paid search or ad cost (that lives in the Google Ads connector), and it does not submit sitemaps or change any Search Console setting — there are no write actions. If asked to submit a sitemap or change settings, say that's out of scope here.

Golden rules:

  • Never guess field, site, or option names — get them from get_fields, get_connectors, and get_options. Call those first.
  • Read-only connector; there are no live write actions to run.
  • Report what the user asked for, concisely.

1. Ground yourself first

Call get_connectors to see which Search Console sites/properties are connected (each has an id and usually a name). If none is connected, help the user connect: get_connector_authorization_url (or get_connector_connect_info for the auth type and steps) and give them the setup link — don't describe manual dashboard navigation. If several sites are connected and the request is ambiguous, ask which one.

2. Reading Search Console data

  1. Call get_fields for searchconsole to get valid field ids. Search Console splits into dimensions (e.g. query, page/URL, country, device, search appearance, date) and metrics (clicks, impressions, CTR, average position). Use the exact ids returned, not these examples.
  2. Call get_data with the fields you need (dimensions + metrics), the target site/account(s), and a date range — date_from/date_to ("2026-02-01") or a date_preset like last_7d, last_28d, last_30d, this_month. Add filters for conditions (e.g. branded vs non-branded queries, a country).

Common requests → recipe:

  • Search performance overview / trend: date + clicks/impressions/CTR/ position over a preset range.
  • Top queries or pages: the query or page dimension + clicks/impressions, then rank in your answer.
  • By country/device: that dimension + the metrics.
  • Position is an average position (lower is better); CTR is clicks ÷ impressions. Compute derived figures from returned fields.

Watch out: Search Console data typically lags by ~2–3 days (very recent days may be missing or partial) and history is limited to about 16 months. It is organic search only — there is no cost/spend data. If a field the user wants isn't in get_fields, say so rather than substituting a different metric.

3. Reference real data, don't fabricate

On an error (unknown field/connector/site), call the relevant discovery tool and retry with correct ids, or report the specific error. Never invent click counts, positions, query strings, or site ids.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.