Hands
Use cases
Apps
Insights
Handbook
Pricing
NL
Sign in Get started with Hands
From publishing to learning

Improve your website with data

GitHub and Cloudflare give a website a durable source and publishing path. Search Console and Analytics can tell you how the site is being found and used. The useful loop is to bring that evidence back to the Hand that maintains the site — as a report you provide today, or through your own compatible remote MCP server when you have one.

Guide · 7 min

Publishing a website is only the first loop. Once the source lives in GitHub and the site has a repeatable path through Cloudflare, the next question is whether people can find it — and whether the page they reach actually helps them.

Current availability

Google Search Console and Google Analytics are not currently listed in the normal Hands MCP catalog. This guide therefore treats them as measurement sources, not as built-in Hands connectors. You can use exported or summarized data now. If you independently provide a compatible public HTTPS MCP server for one of these services, the available tools and permissions depend on that server and the account or key you connect.

Start with the connections available to you

GitHub and Cloudflare are both present in the current curated MCP catalog. That makes them a good durable base: GitHub holds the source and history; Cloudflare can provide infrastructure and publishing tools according to the remote MCP server and the scoped provider token you use.

GitHub keeps the change durable.

Use the repository as the source of truth. The exact read or write tools available to the Hand depend on the GitHub MCP server and the repository access represented by your token.

Cloudflare closes the publishing side.

The current recipe uses a scoped API token. Which Cloudflare tools are exposed is determined by the provider MCP server and that token.

Search Console and Analytics answer different questions

Search Console is the primary source for organic Google query data: impressions, clicks, click-through rate, landing pages and average position over a selected period. Analytics tells you what happens on the site after a visitor arrives: landing-page activity, sessions, configured events and other on-site behaviour.

You do not need an automated connector to benefit from that distinction. A useful report can be a CSV export, a short table or even a carefully copied summary of the metrics your AI assistant can analyze against the project context in your Hand.

01Search evidenceQueries, impressions and CTR.
02Visit evidenceWhat happens after arrival.
03✦AnalyzeThe AI compares search and visit data with the current page.
04ChangeMake a focused, inspectable improvement.
05PublishUse the configured deployment path.

Ask questions that lead to a decision

  • Where are we visible but not convincing? Find pages with meaningful impressions but weak click-through rate, then inspect title, description and search intent.
  • Which questions deserve a better answer? Group question-shaped queries by landing page and compare them with what the page actually explains.
  • What happens after an organic visit? Use Analytics data for the landing pages you identified instead of treating a search click as the end goal.
  • Did a previous change help? Compare sensible before-and-after periods while allowing for processing delay, seasonality and ordinary traffic variation.
A practical brief with an exported report

“Here is a Search Console export for the last 28 days. Group question-shaped queries by landing page, identify pages with high impressions and weak CTR, inspect those pages in GitHub, and propose the three smallest copy improvements. Do not publish anything yet.”

Turn evidence into a change, not another dashboard tab

The durable part of the workflow is the short path from evidence to source. A recommendation is more useful when the AI can compare the report with the current page in GitHub, analyze the mismatch and use your Hand to prepare a small change that you can inspect through your normal development workflow.

01◎MeasureCollect the signal.
02✦AnalyzeThe AI connects the evidence to the current page.
03EditKeep the change small.
04PublishUse the configured path.
05↺Measure againSee what changed.

Automate only when you have a compatible data connection

Hands lets a user add a public HTTPS remote MCP server in addition to choosing from the curated catalog. If you operate or trust a compatible remote MCP server that exposes Search Console or Analytics data, you can connect that server yourself. That is your own connection, not a standard Hands connector. The tools and data you can use depend on that server and the account or key you connect.

That distinction keeps the workflow future-proof. The useful idea is the feedback loop; the transport for the measurement data can evolve without rewriting the whole strategy.

Know what each signal actually means

Average position is not a permanent rank. Search results vary by query, location, device, time and other context. Treat Search Console position as a trend signal, not a promise that everybody sees one fixed ranking.

Analytics does not tell you every Google query. Search Console is the primary source for organic Google query data. Analytics tells you what visitors do on your site. Keeping that boundary intact prevents plausible-looking but incorrect conclusions.

No workflow can guarantee SEO outcomes. Better evidence can help you make better decisions, but rankings and traffic remain external outcomes controlled by users, competitors, search systems and time.

Build the measurement habit before you automate it.

Start with a Search Console or Analytics report and the current site in GitHub. Once the questions are useful, automate the data path only when you have a compatible remote MCP connection you are comfortable operating.

← Back to all Insights