syted

syted blog

AI SEO Agent: What It Automates, and What Breaks

The top organic result for "ai seo agent" in the US is a Reddit thread in r/n8n titled "Do AI SEO Agents actually work? Looking for real results." Everything below it is a vendor page or a pipeline diagram. That gap is the whole story of this category: the people selling agents publish architecture, and the people considering one ask each other whether any of it lands.

This article is written from the other side of that question. We run an SEO agent in production, every day, against real customer domains. What follows is the split we would want before buying one: the jobs an agent genuinely does better than a person, the jobs it cannot do at all, the failure modes that only appear after a few hundred runs, and how Google's published rules judge whatever comes out.

Two of the three highest-ranking guides for this keyword are vendor pipeline explainers of 2,200 and 4,800 words. Neither mentions Google's spam policies once. That omission matters more than any of the architecture they describe, because the policy is what decides whether the output stays indexed.

What an AI SEO agent is, once you remove the pipeline diagram

An AI SEO agent is a loop that decides and acts without you in the middle of it. That is the only definition that separates it from the AI writing tools that have existed since 2021.

A writing tool takes a topic from you and returns prose. You still chose the topic, checked whether you already covered it, decided the angle, published the file and watched what happened. Those five decisions are the actual work. The writing was never the bottleneck for most founders, which is why buying a writing tool rarely changed anything.

An agent claims the decisions too. That is a much larger promise, and it is the reason the category deserves scrutiny rather than enthusiasm.

Here is the honest division of labour, written as the four decisions any agent has to own:

Decision What it requires Can an agent own it
What to write about next Volume, difficulty, parent topic, plus what you already rank for Yes, and better than a person
Whether to write it at all A rule about your buyer, applied to the live SERP Yes, once you have defined the buyer
What the article actually says Facts a machine can read, plus facts only you have Partly
Whether it arrived and worked Fetching the published URL, then reading Search Console Yes, and almost nobody does it

Row three is where every honest answer gets complicated, and we come back to it below.

Google's rules changed on August 28, and they judge purpose, not authorship

Google's spam policies page was last updated on 2026-08-28 UTC, days after the August 2026 spam update finished rolling out (it ran roughly 18 to 21 August). If you are evaluating an agent right now, this is the document that decides whether its output survives, and it is worth reading the definition literally.

"Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users."

Read the two conditions in that sentence. The pages must be generated for the primary purpose of manipulating rankings, and they must not help users. Authorship is not a condition. Volume is not a condition on its own. The examples that follow make the same point in the other direction:

"Using generative AI tools or other similar tools to generate many pages without adding value for users"

The operative words are "without adding value for users", not "using generative AI tools". This is the difference between a policy that bans machines and a policy that bans waste, and the entire category depends on which one you think it is.

One line did change in a way worth noting. The policies now open by describing spam as "attempting to manipulate Search systems into ranking content highly or attempting to manipulate generative AI responses in Google Search". Gaming AI Overviews is now named as spam in the same breath as gaming rankings, which affects every vendor selling a shortcut into AI answers. We wrote about what actually influences those answers in our piece on answer engine optimization.

The practical test to apply to any agent, then, is not "does it use AI" but: would a reader who searched this query be glad this page exists? If the honest answer is no for most of the pages it produces, the policy has a name for that, and it does not care how the pages were made.

The four jobs an agent does better than a person

Some of this work is genuinely mechanical, high-volume and boring, which is exactly the profile of a job worth automating. Four jobs qualify.

Measuring every candidate keyword instead of a handful. A person researching topics checks maybe ten keywords before deciding. An agent checks the volume, the difficulty and the parent topic for every candidate it harvests, and drops the ones that fail a numeric threshold before any writing happens. The parent topic matters most: two phrasings that share one are one article, not two, and merging them is how you avoid competing with yourself.

Running a live SERP check before every single article. This is the job nobody does by hand at any real cadence. Fetching the current top ten for a keyword, reading who ranks and what those pages are actually known for, takes a few minutes per keyword. Nobody does that thirty times a month, so most content calendars are built on a spreadsheet whose numbers were true one quarter ago.

Maintaining internal links across a growing corpus. Every new article should be linked from the older ones it belongs with. That is an O(n²) chore that decays the moment a human owns it, and it is trivially automatable. Our own piece on SEO for SaaS covers why the link graph, not the individual page, is what accumulates.

Checking that the article actually arrived. This is the most neglected step in the category. Publishing through an API returns a 200 and everyone moves on, and nobody looks at whether the URL serves the article or a catch-all page. Verifying it is about fifteen lines:

// Fetch the published URL and prove it is serving THIS article,
// not a catch-all route that happily returns 200 for anything.
async function isLive(url, articleId, fallbackTitle) {
  const res = await fetch(url, { redirect: 'follow' })
  if (!res.ok) return { ok: false, reason: `http_${res.status}` }

  const html = await res.text()
  if (html.includes(articleId)) return { ok: true, matched: 'id' }
  if (fallbackTitle && html.includes(fallbackTitle)) {
    return { ok: true, matched: 'title' }
  }
  return { ok: false, reason: 'served_something_else' }
}

Match on a stable identifier, not on the title. Titles get rewritten, and a rewrite would make every previously healthy page look dead the next morning.

The three jobs it cannot do, and pretending otherwise is the failure

An agent that oversells these three is not a better agent. It is a worse one, because it will fill the gap with plausible text instead of stopping.

Deciding what your business actually sells. The audience check (do the pages ranking for this keyword serve my buyer, or someone else's) is mechanical once you have written down who your buyer is. Writing that down is not mechanical. It is the founder's judgement, and an agent that guesses it will confidently write for the wrong reader all year.

Keywords with excellent numbers fail this check constantly. A term with 1,000 searches and a difficulty of 8 is worthless if the whole first page is agencies selling to a reader who wants to hire rather than to do. That distinction is the one we cover in what an AI SEO agency actually sells.

Supplying first-party facts. An agent can read documentation, competitors and search results. It cannot know your churn number, your customer's exact objection, or what happened in support last week. Everything it writes is a recombination of what it can reach, and articles built only from that recombination are the ones that read like every other article on the topic. If your agent never asks you for anything, the output will show it.

Anything that requires a person to say yes. Digital PR, partnerships, a source who agrees to be quoted, a customer who agrees to be named. No amount of automation produces consent. Any vendor whose deck includes automated outreach at scale is describing a spam programme with better branding.

The failure modes that only show up after a few hundred runs

These are the ones you cannot see in a demo, because a demo is one happy run. Each one below cost us a real day of production before it had a name.

A model step fails and the pipeline silently uses a default. Our cover-image step once died at its token limit before finishing its JSON, fell back to a generic prompt, and produced acceptable-looking images for weeks. Nothing was logged, so nothing looked wrong. The rule that came out of it: every fallback path writes a log line with its cause, or it does not exist.

A 200 that is not your page. A catch-all route, or a page the customer already had at that address, answers 200 all day. Without the identity check shown above, your monitoring reports perfect health for an article no reader can reach.

Slug collisions. Publishing to an address that is already occupied makes the new article invisible permanently. This is not a ranking risk to be weighed, it is a silent total loss, so the address has to be reserved at the moment the topic is queued rather than at the moment of publishing.

Writing a competitor to your own ranking page. The worst version of this we have seen: a harvest that collected the keywords a domain already ranked for and queued them as articles to write. The site was about to publish a rival to its own page sitting at position 8 with 21,000 monthly impressions. Keywords you already rank for are seeds to research around, never topics to write.

A green cron that did nothing. A scheduler that returns success while writing nothing is worse than one that fails loudly, because it takes weeks to notice. Any agent you buy should be able to tell you, per day, how many articles it intended to publish and how many it actually did, with a reason attached to every gap.

Ask a vendor about these five directly. The answers separate people who have run an agent in production from people who have drawn one.

The claims that should end the demo

Three specific promises are contradicted by Google's own documentation, and each is checkable in about a minute.

"We get you indexed instantly through the Indexing API." The Indexing API quickstart, last updated 2026-07-16 UTC, is unambiguous: "The Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject." Unless the agent is publishing job listings or livestreams, that endpoint is not available for its pages, whatever the sales deck says.

"We add an llms.txt file so you show up in AI Overviews." Google's own page on AI features, last updated 2025-12-10 UTC, closes this one: "There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary", and "You don't need to create new machine readable files, AI text files, or markup to appear in these features." The eligibility rule stated there is simply that a page must be indexed and eligible to be shown with a snippet.

What actually changes your presence in assistant answers is covered in LLM SEO and in how to get cited by ChatGPT, and none of it is a file you upload.

"You will rank on page one." No one can guarantee a position, a timeline, or a volume of traffic, and any vendor who does is selling something other than search. The honest version of the pitch is capacity: an agent gives you the ability to publish and measure consistently, and consistency is a precondition for ranking rather than a substitute for it. If you want the arithmetic behind whether that capacity is worth buying at all, we worked it through in is SEO worth it.

The gate to wire before you let anything publish

Whether you build the agent or buy one, one thing has to sit between generation and publication. Here is the minimum, as code, so it is concrete rather than a principle:

// Refuse to publish unless every gate passes. Order matters: the cheap
// checks run first so a rejected draft costs almost nothing.
function fingerprint(keyword) {
  return keyword
    .toLowerCase()
    .normalize('NFD').replace(/[̀-ͯ]/g, '')
    .replace(/\b(the|a|an|for|to|of|in|and|best|top)\b/g, ' ')
    .replace(/[^a-z0-9 ]/g, ' ')
    .split(/\s+/).filter(Boolean).sort().join('-')
}

function canPublish(draft, published) {
  const fp = fingerprint(draft.keyword)
  if (published.some(p => fingerprint(p.keyword) === fp)) {
    return { ok: false, reason: 'keyword_already_covered' }
  }
  if (published.some(p => p.slug === draft.slug)) {
    return { ok: false, reason: 'slug_taken' }
  }
  if (draft.internalLinks.length < 3) {
    return { ok: false, reason: 'orphan_article' }
  }
  if (draft.wordCount < 1200) {
    return { ok: false, reason: 'thin' }
  }
  return { ok: true }
}

Sorting the words before joining them is what makes "seo tools for startups" and "startup tools for seo" collide, which is correct: they are one search result page, so they are one article.

Note what the gate deliberately does not do. It does not merge "X" and "best X", because those return genuinely different results and folding them together quietly drains your topic list. A gate that is too aggressive fails in a way you never see, which is the worst property a gate can have.

The threshold that matters most is the first one, and it should reject drafts. An agent whose quality gate only warns will publish everything it writes, which is the exact behaviour the scaled content abuse policy describes.

How to measure whether it worked, without fooling yourself

Read impressions and average position first. Clicks are a lagging indicator that stays at zero long after a page starts working, and treating zero clicks as failure will make you kill pages that are climbing.

A live example from our own Search Console, as of publication: one article on this blog sits at 394 impressions and 0 clicks over the last 28 days, with the impression count rising roughly 30 per day. Zero clicks against a rising impression curve is not a content failure. It is a page that Google is now showing and nobody is choosing, which is a title and description problem, and the fix is a rewrite of two lines rather than a second article on the same topic.

That is the diagnostic an agent should hand you, and most do not. The three questions worth answering per article, in order:

  1. Is it indexed at all? Anything else is premature.
  2. Are impressions rising, flat or absent? Absent after several weeks usually means the keyword was wrong, not the writing.
  3. Is average position improving month over month? Position moves before clicks do.

Only after those three does click-through rate mean anything, and at small impression counts it is mostly noise. A page at 40 impressions has a CTR that swings by 5 points on a single click. For a fuller version of this measurement loop, including what to do with a page that stalls, see DIY SEO for small business and the four verdicts of a content audit.

Where an agent fits, and where it does not

An agent replaces production capacity. It does not replace strategy, and it is worth being blunt about which of your problems is which.

If your problem is that you know what to write and never ship it, an agent solves that directly and the economics are easy to check against what SEO costs. If your problem is that you do not know who your buyer is or what they search for, an agent will industrialise the confusion, and you would get more from an afternoon with someone who does this for a living. We compared those two paths honestly in SaaS SEO consultant and, at larger budgets, in B2B SEO agency.

The middle case is the common one: you know your buyer, you have opinions, you have no time. That is the case an agent is genuinely built for, provided it stops when it should. Ours refuses to publish rather than publish something it just rejected, which means some days produce nothing and say why. A vendor who never reports a skipped day is not running a quality gate.

Syted publishes to your own domain, on your subfolder, through a package you install once, and it runs the audience check and the live SERP check before every article. It is not magic and it does not promise a position. It is the boring half of the work, done every day, with the reasons written down. If you are on Next.js, the integration specifics are in our notes on Next.js SEO, and the measurement side of AI answers in LLM brand visibility.

FAQ

Does Google penalize content written by an AI SEO agent?

Not for being written by a machine. The spam policies, last updated 2026-08-28, define scaled content abuse as pages "generated for the primary purpose of manipulating search rankings and not helping users", and the listed example targets generating "many pages without adding value for users". Authorship is not one of the conditions. What is penalised is volume without value, which an agent makes easier to produce, so the quality gate is the part that matters.

What is the difference between an AI SEO agent and an AI writing tool?

A writing tool takes a topic from you and returns prose. An agent chooses the topic, checks it against the live search results, decides whether to write it at all, publishes it and verifies it arrived. The writing is the smallest part of the difference. If a product cannot tell you why it skipped a topic, it is a writing tool with a scheduler.

Can ChatGPT do SEO on its own?

It can do the parts that are language: drafting, outlining, rewriting a title. It cannot measure a keyword, read a live search result page, or know what you already published, because those need data it does not have and tool access it is not given by default. Those gaps are precisely what an agent wires up, and they are also why a bare chat window plateaus quickly.

How many articles a month can an agent safely publish?

There is no published number, and any vendor quoting one is inventing it. The safe rate is the rate at which each page still answers a real query better than what already ranks for it. Publishing one useful article a day is fine; publishing fifty thin ones is the behaviour the scaled content abuse policy describes, whatever the tool.

Do I need llms.txt to appear in AI Overviews?

No. Google's AI features documentation, last updated 2025-12-10, states that "There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary" and that you do not need to create machine readable files or markup for those features. A page must be indexed and eligible to be shown with a snippet. Publishing an llms.txt is cheap and harmless, but it is not the mechanism.

How long before an agent's articles show anything in Search Console?

Indexation can take days to weeks and is the first thing to check. After that, impressions usually appear before clicks, and average position typically moves before either. Nobody can guarantee a timeline or a position, and results vary with your domain's history, your competition and the queries themselves. Treat any specific promise as a reason to walk.

Get cited by ChatGPT. Rank on Google.

You found this article through search. That is the whole product.

  • One researched article a day
  • Published on your own domain
  • Keywords checked against live results
Start writing

Get cited by ChatGPT. Rank on Google.

You found this article through search. That is the whole product.

  • One researched article a day
  • Published on your own domain
  • Keywords checked against live results
Start writing