What does an AI SEO agent actually do?
A useful AI SEO agent does three things: it finds what is wrong, changes the code or content that causes it, and confirms the change worked where Google sees it. Most tools sold as SEO agents stop after the first step and hand you a report.
The gap is the middle step. A missing canonical on 400 pages is one line in a layout template, but only something with access to your repo can make that change. Coding agents like Claude Code and Codex already have that access. LogNorm gives them the findings, the evidence and a way to check the result. For a wider look at the category, read Best AI SEO Agents in 2026.
How does the audit, fix and validate loop work?
Each failing audit rule becomes one move that covers every affected page, so one fix in a template closes one ticket. Your agent claims it, fixes the cause, and LogNorm re-checks only the affected pages.
- Claim
Your agent reads this week's plan, claims a fix move and reads its evidence: the rule, why it matters, how to fix it and every affected URL.
- Fix the cause
It edits the template, metadata, robots.txt, sitemap or llms.txt in your repo and comments the files it changed and the pull request link on the move.
- Deploy and validate
Once the change is live, the agent marks the move published and runs
validate_fix. LogNorm re-fetches the affected pages and re-runs that rule. - Close or narrow
When every page passes, the move closes and measurement starts. Otherwise the move is updated to what is left.
Validation costs a few credits and skips the full re-crawl. Robots and sitemap rules re-check the file. Orphan pages and click depth depend on the whole link graph, so those need a new crawl and audit.
Which SEO issues can a coding agent fix?
Anything whose cause lives in your code or content files is in reach: metadata, headings, indexability, links, structured data and the files AI crawlers read. Issues that depend on hosting, a CDN rule or a third-party plugin may need a person.
| Finding | Typical fix in the repo | How LogNorm re-checks |
|---|---|---|
| Missing or duplicate titles | Set a unique title per page in the layout or metadata function | Re-fetches the affected pages |
| Broken internal links | Fix the link at its source, often one footer or nav component | Re-fetches pages and link targets |
| Noindex on pages that should rank | Remove the robots meta tag or X-Robots-Tag header | Re-fetches and reads both separately |
| Missing canonicals | Add a canonical in the shared head | Re-fetches the affected pages |
| Invalid or missing JSON-LD | Emit valid schema for the page type | Re-inspects the affected pages |
| AI crawlers blocked or no llms.txt | Edit robots.txt rules or add /llms.txt | Re-runs the GEO audit (site-wide check) |
The audit reports only what it checked. Where LogNorm could not verify something, the rule is listed as not checked instead of passing, and AI-judged rules such as thin content carry a confidence so the agent can tell measured facts from calls.
What does the agent get from a fix move?
It gets everything a careful developer would ask for before touching the code: the rule, why it matters, how to fix it and every affected URL, plus the evidence LogNorm collected for each page.
For broken internal links and links pointing at redirects, the finding names the URLs behind most of the failures, such as one broken link in a footer that appears on every page. That turns thousands of findings into one edit. Each finding also says how it was checked: Measured, or AI-judged with a confidence, so the agent knows when to look at the page itself before changing it.
The agent reads all of this through LogNorm's read-only API in a sandbox, filtered to what it needs, and comments its plan on the move before it starts. Your team sees the plan, the changed files and the pull request link in the move's discussion.
Why validate the fix on the live site?
Because a merged pull request is not a fixed page. Build caches, a CDN, a missed template or a deploy that never ran can all leave the old HTML in place, and only a fresh fetch of the live URL shows what Google will see.
LogNorm's check reports how many findings were fixed, how many remain and how many pages could not be reached. Fixed findings drop out of the audit, the CSV export and the move. A fix that passes then enters results measurement: LogNorm takes a Search Console baseline and measures clicks, impressions and position at 28 and 90 days.
How is an AI SEO agent different from an AI marketing agent?
Same agent, narrower job. An AI marketing agent works the whole growth plan, from research and content to competitors and reviews. The SEO agent role is the technical loop: findings in, code changes out, verified on the live site.
Many teams run both as sub-agents of one connection. A fixer takes audit moves in the repo while a writer takes content moves in LogNorm, and each appears under its parent on the dashboard.
What do you need to run it?
You need a site built from a repository, a coding agent that can open it, and a LogNorm workspace with that website added. The GEO audit is on paid plans; the SEO audit runs from the first analysis.
- Start Claude Code, Codex or Cursor in the repo that builds your site.
- Connect it with one sentence and click Allow. See Agents and MCP.
- Paste the Fix audit issues starter prompt, or run the
fix_auditslash command in Claude Code. - Review the agent's pull requests like any teammate's, then deploy.
Frequently asked questions
What is the best AI SEO agent?
It depends on whether you want reports or fixes. If your site lives in a repo, a coding agent connected to an audit that can verify its work closes the loop. Our comparison of AI SEO agents ranks the options by what they ship.
Can an AI agent do SEO on its own?
It can find and fix most technical and on-page issues, and draft content. On LogNorm a person still reviews the code change and approves any content before it is published.
Does the agent push straight to production?
No. It works in your repo the way you allow it to, usually on a branch with a pull request. LogNorm only validates once the change is deployed and the agent or a person marks the move published.
What if the fix only works on some pages?
Validation reports fixed, still failing and not checked pages. The move stays open and is narrowed to the pages that still fail.
Does it work for GEO issues as well as SEO?
Yes. GEO audit findings such as blocked AI crawlers, missing llms.txt or invalid JSON-LD become moves too. Page checks re-inspect the affected pages; site-wide checks re-run the GEO audit.
Keep reading
- All solutionsSee how different teams use LogNorm to find what holds growth back, rank the work and ship it with their AI agents, from solo founders to growth teams.
- Site and GEO auditVerifiable findings your agent can fix.
- Site audit docsRules, severities and how Validate fix works.
- Agents docsHow agents fix findings in your repo and re-check them on the live site.
- GEO auditWhat AI crawlers and agents need from your site.
- Agentic SEOLet your coding agent fix what the audit finds.
- Best AI SEO agents in 2026Tools compared by what they ship.