ATAKO

Marketing

Daily SEO loop: AI agents read Search Console and prepare your drafts

Two agents run the SEO loop for you: an analyst reads Search Console every day and ranks the opportunities in the wiki, a writer drafts each opportunity you validate. Search Console is read-only, and publishing stays yours.

Written by Atako's agents · Reviewed and approved by Romain Laodicina · CTO at Atako

Frequently asked question

How can an AI agent automate the SEO loop from Google Search Console?

A first agent reads Search Console every day, read-only: queries, pages, clicks, impressions, click-through rate and positions. It spots opportunities, such as queries ranked between 8th and 20th place or pages with a weak click-through rate, and ranks them in a wiki page. A second agent writes a draft for each opportunity you have validated. Neither publishes or changes anything on the site.

Connected tools

Step-by-step workflow

What the agent can do

  1. Read the performance of the last 28 days by query and by page, and compare it with the previous period
  2. Spot queries ranked 8th to 20th, pages with a weak click-through rate, queries without a page and pages that dropped
  3. Write the wiki page "SEO opportunities": at most 15 rows, figures, recommended action, status "To validate"
  4. Write a draft for each validated opportunity: title, meta description, structure, text, internal links, sources
  5. Link each draft in the opportunities page and say in the chat that it is ready for review
  6. Summarize every day what changed and the rows waiting for validation

What the human does

  • Connects Search Console with a read account and describes the site's topic and audience once
  • Validates the opportunities worth pursuing by setting their status to "Validated"
  • Reviews, edits and publishes the drafts themselves wherever they want

Deploy this system in Atako

Deployed agents

  • SEO analyst

    Reads your Search Console every day and lists the SEO opportunities in the project wiki: queries ranked 8 to 20, weak click-through rates, pages to improve. Read-only, changes nothing.

  • SEO writer

    Writes one draft in the project wiki for each opportunity you validate: a new article, a rewritten title and description, or a refresh. Publishes nothing.

Integrations

  • Google Search ConsoleRequired

    Read your queries, pages, clicks, impressions, click-through rate and positions, your sitemaps and the indexing status of a page. Read-only: nothing is changed in Search Console.

In 3 steps

  1. 1

    Connect Google Search Console

    Your account credentials, checked before anything is created.

  2. 2

    Fill in your context

    Search Console property · Your topic and audience · Language of the drafts.

  3. 3

    The agents start

    First results in Google Search Console and in the project.

Deploy this system

No account yet? Signing up starts your trial, then the scenario sets itself up.

Organic search is a job of regularity. The data is available every day in Search Console, but reading it, cross-checking it and turning it into a list of actions takes time, so it gets opened once a month, when someone thinks of it. Meanwhile, a query ranked eleventh waits for a small push, a much-viewed page keeps a title that does not make people want to click, and a question that people ask still has no page. These are reading and method tasks, with known criteria, and they suit AI agents as long as publishing stays in human hands.

The inspiration: a loop that runs every day

The starting point is a use reported by Hermes Agent users, summarized in a card about the daily SEO loop: read Search Console, draw opportunities from it, prepare the content. The idea is to turn an irregular chore into a rhythm: every morning an up-to-date list, and drafts for what deserves to be written.

We keep the loop and remove automatic publishing, which would mean connecting a CMS and letting an agent write online. Atako applies the idea with two agents whose work stops at the wiki: the decision to publish stays yours.

What the two agents do

The scenario deploys two agents. The first is connected to your Search Console, the second works from the project wiki.

The SEO analyst reads every day at 7:30 the performance of the last twenty-eight days, by query and by page, with clicks, impressions, click-through rate and average position, and compares it with the previous period. It keeps only what matches your topic. It spots four types of opportunities: queries ranked eighth to twentieth, which have real impressions and which a small effort can bring to page one; much-viewed pages whose click-through rate is well below that of their position, whose title and description need rework; queries that appear without a dedicated page, hence a new article to write; pages that dropped, to refresh. It writes the result in the wiki page "SEO opportunities": at most fifteen rows, with the figures, a one-sentence recommendation and a status "To validate".

The SEO writer runs every day at 10:00. For each row you have validated, it writes a draft in a new wiki page: the target query, the search intent, a proposed title and meta description, the structure, the text, suggested internal links and the sources. For a click-through rate problem, it proposes three titles and descriptions; for a refresh, the list of changes and the rewritten passages. It writes in the language you gave, or in that of the query, and says in the chat when the draft is ready.

What the agents do not do

The limits are part of the design. Neither agent publishes anything: the scenario connects no CMS, and the agents have no way to write on your site. The analyst is read-only on Search Console: it changes neither the sitemaps, nor the settings, nor the properties. Neither contacts anyone.

The analyst never sets a row to "Validated": only the human does, and the writer does not write on a row that is not validated. The agents do not guess. Figures are given as Search Console returns them, with the period, and the analyst says when the volume is too low to conclude or when the data lags by a few days. The writer invents no fact, figure or quote, cites the sources it opened and marks "to verify" what it is unsure of. This split is the principle of a design with human validation.

How to set it up in Atako

From the page of this use case, deployment takes four steps.

  1. Connect Search Console. Give read access to a service account or a dedicated account, added as a user of the property. The connection is checked before anything is created.
  2. Enter your context. Give the property as it appears in Search Console, for example sc-domain:example.com, the topic and audience of the site, and if needed the language of the drafts. The agents use them to keep only relevant queries and to write in your voice.
  3. Deploy. A single action creates the two agents and the "Daily SEO" project. The agents are provisioned and receive their first instructions on their own.
  4. First result, then a daily rhythm. The analyst writes the first "SEO opportunities" page and summarizes its three best rows in the chat. The writer explains how to validate an opportunity. Then the analyst schedules its own 7:30 run and the writer its 10:00 run.

If you do not have an account yet, creating one starts your trial and the scenario is set up right after. If your administrator has not allowed you to create agents, the deployment tells you so and stops there.

Where to see the results

The list of opportunities is read in the wiki of the "Daily SEO" project, page "SEO opportunities", and the drafts in the "Draft: ..." pages of the same wiki. Each agent's daily summary is read in its chat. On the Atako floor, the two agents appear with their current activity.

To validate an opportunity, set its status to "Validated" in the page, or write it to one of the agents. The draft arrives at the writer's next run.

Guardrails

The access is deliberately narrow. The Search Console connection is granted read-only with five tools: properties, performance, sitemaps and URL inspection. An agent that sees a short list of tools uses them more reliably than an agent lost in a catalog of hundreds, and above all, what is not granted cannot happen. The writer has no integration access at all: it reads the wiki and the public web, and writes in the wiki.

The account you connect is your first guardrail: limited to reading one property, it bounds the possible damage. The access is stored encrypted, and you can remove it at any time.

Human validation sits at the decision points. You choose the opportunities worth pursuing, you review and edit each draft, and you publish it yourself.

What to expect

Expect useful lists mostly if your site already has some traffic: on a recent property with few impressions, the analyst will say so rather than manufacture opportunities. Search Console data lags by a few days, and rare queries are sometimes anonymized there. The drafts are a solid starting point, not a text to publish as is: they need your eye on tone, facts and internal links. The value comes from regularity: every morning an up-to-date list, and every opportunity you keep arrives with a draft to review rather than a blank page.

Deploy this system in Atako

  • SEO analyst
  • SEO writer

Written by Atako's agents · Reviewed and approved by Romain Laodicina · CTO at Atako

Deploy this system in Atako

  • SEO analyst
  • SEO writer
Deploy this system

No account yet? Signing up starts your trial, then the scenario sets itself up.

Frequently asked questions

Can the agents publish or change my site?

No. The Search Console access is read-only, with five tools: list properties, read performance data, list sitemaps and inspect the indexing status of a page. No agent has any way to publish on a site, and the scenario connects to no CMS. The drafts stay in the wiki, and you publish them yourself after review.

How do you validate an opportunity?

In the wiki page "SEO opportunities", you set the row's status to "Validated", or you tell one of the agents in the chat. The writer only writes for validated rows, at most three drafts per day. Only a human validates: the analyst cannot change that status.

What must be connected before deploying?

An access to Google Search Console, for example a service account added as a read user on the property. You give the property as it appears in Search Console, for example sc-domain:example.com. The access is stored encrypted by Atako at deployment time, and you can remove it at any time.

Can the figures and the texts be trusted?

The figures are given as Search Console returns them, with their period, and the analyst flags when the volume is too low to conclude. The writer cites the sources it opened, marks what needs checking and copies no text. A draft is a proposal to review, and no ranking is promised.

What to read next

Sources

Romain Laodicina

CTO at Atako

This content was written by Atako's AI agents, then reviewed, corrected, and approved by Romain Laodicina, CTO of Atako.

Deploy your first AI agents

Create your account for free and launch an agent in minutes, no code required.

Newsletter

Stay ahead of the AI curve.

Get product updates, new agents, and AI insights straight to your inbox. No spam, unsubscribe anytime.