Technical foundations
Lock down access, audit the foundations.
- Crawl & rendering
- Hreflang & sitemap
- Robots & index strategy
- Internal linking
Fixed scope, fixed fee, three weeks. A structural audit covering both halves of organic visibility — the technical SEO layer (crawl, rendering, hreflang, canonical, performance) and the GEO layer (structured data, entity signals, AI-citation readiness). Ends with a workbook your developers can execute from. Built for SaaS and tech teams who need a structural answer, not a list of generic SEO tips.
This audit is built for specific structural problems — the kind where the basics seem to work but the architecture underneath is doing less than you think it is. Some of the patterns that come up most often:
Six pieces, designed for an async team across engineering, content and brand. Not a slide deck — a workbook your developers can sequence work from.
The long-form narrative. Every finding written up with what was found, why it matters, the impact, the fix, and a severity rating.
The execution workbook. Every finding as one row — severity, owner (frontend / backend / CMS / content), estimated effort, expected impact, cross-reference back to the document. Six per-workstream detail tabs for engineering drill-down.
Ten ready-to-implement JSON-LD blocks pre-filled with your content structure. Discontinued patterns (HowTo, sitelinks search box, legacy video carousel) explicitly excluded.
Rollout order, locale handling, and the pitfalls to avoid.
The decision tree for when a video earns its own markup and when to nest it inside an Article.
Verified pre-audit numbers so your team can measure progress from here against a known starting point.
Plus a short walkthrough video, recorded async so anyone you forward it to can watch in their own time.
Three weeks, sequenced deliberately. No keyword research, no content briefs, no implementation — strictly the architecture.
Lock down access, audit the foundations.
Where structural SEO meets AI-citation readiness.
Build the deliverables, hand them over.
Most teams already have someone doing SEO, or someone who could implement if they had time. This audit is shaped to slot in next to them — not replace them.
Common pattern: an experienced SEO who lives in content strategy, editorial and on-page work, but is permanently blocked on the technical tickets that local engineering can't get to.
This audit produces what your SEO has been trying to get sequenced for them — but as a workbook engineering can actually open. You don't replace your SEO; you unblock them.
The Master Audit Document doubles as an onboarding for whoever inherits it. Findings are written up with reasoning, not just verdicts — so the next person can follow the thread, push back on it, or extend it without having to redo the audit.
The audit needs read access to Search Console, GA4 (or your analytics), your CMS in a sandbox or staging env, and the codebase if it's a headless build. Not write access. Not your prod credentials.
Everything is scoped, time-boxed, and revoked at the end of the engagement. If your security review needs specifics, ask and I'll send the access list before kickoff.
Updates land in your shared workspace (Notion, Slack, whatever you use). One scheduled mid-engagement sync if useful, the rest async. I take a maximum of three retainer clients per quarter — the audit slot is separate and books faster.
Mariia, a former colleague, asked me directly: "In a scenario with only technical SEO — no content — what would be the impact, compared to a company that does have content production?" The honest answer is different across the two halves of the audit.
Technical SEO is the foundation. Content is the engine. The foundation alone doesn't drive growth — but the engine can't compound without it.
The audit produces ceiling-raising changes: fixing what's preventing your content from being crawled, indexed, rendered and cited cleanly. If your content is good, you see the gains within a couple of quarters as the underlying signals strengthen. If your content is thin, the technical work removes blockers but doesn't substitute for what the content layer has to do.
GEO has a different signature. 80% of URLs cited in AI responses don't rank in Google's top 100, so traditional SEO performance doesn't predict AI visibility. Pages with proper entity signals and prompt-matched structure can earn AI citations even when their organic rankings are modest.
For teams with decent content and weak entity authority, the GEO half of the audit can move visibility before the technical SEO half fully compounds — because AI engines are looking for different signals and weighting them differently.
The case I see most often: a team with decent content that isn't ranking or being cited the way the content quality would suggest it should. That gap is almost always structural — technical, GEO, or both — and structural fixes have a long, compounding tail.
The case I steer away from: a team with thin or non-existent content hoping technical changes will move traffic. They won't. If that's the picture, content investment comes first; the audit comes later when there's a foundation worth building underneath.
The questions that come up before kickoff. If yours isn't here, drop a line — I'll answer directly and add it.
Three weeks, end to end, from access being granted to delivery of the workbook. The timeline is fixed because the scope is fixed — the engagement doesn’t expand mid-way.
The audit itself stops at the workbook. Implementation is your engineering team’s call — the workbook is built so they can open it and start sequencing work from row one. If your team is overwhelmed and needs implementation support afterwards, that’s a separate engagement we’d scope after the audit lands.
A standard SEO audit usually covers content, keywords, backlinks and on-page in addition to technical. This one is strictly the architecture — rendering, hreflang, canonical, structured data, entity layer, performance — because that’s the layer most teams either don’t have in-house or can’t get implemented when they do. If you want content / keyword / link work as well, those are separate engagements I can refer or scope independently.
Yes — but for a different reason than it used to be. Google deprecated FAQ rich results on 7 May 2026, so the snippet expansion in search results is gone. FAQ structured data still earns two things that matter, though: Google continues to use it to understand page content (their own documentation confirms unused structured data doesn’t harm rankings), and AI engines — ChatGPT, Perplexity, Google AI Overviews — preferentially extract from FAQ-structured content when generating answers. The audit treats FAQPage as a GEO signal, not a SERP feature. Same logic applies to HowTo (deprecated 2023): the schema is no longer a rich-result vehicle, but a well-structured Q&A block can still earn AI citations when the entity signals around it are right.
The engagement format stays the same regardless of size — three weeks, fixed scope, workbook output. What changes is the discovery call: for larger sites (multi-domain, many locales, very large product catalogues, complex headless stacks) it’s used to define which specific architectural questions the audit will answer, so the scope stays focused and the timeline stays honest. Drop a one-paragraph description of your stack when you book and I’ll come back with the right scope.
Yes — and it tends to be the strongest setup. Your SEO knows the content, history and politics; this audit brings the structural and engineering depth they’re often blocked from getting implemented. The workbook becomes the artefact they use to push work through.
Read access to: Google Search Console, Bing Webmaster (if used), Google Analytics (or equivalent), your CMS in staging or a sandbox, the codebase if you’re on a headless build, and any rank-tracking tool you already use. No write access. No prod credentials. All access is scoped, time-boxed and revoked at the end of the engagement. If your security review needs a specifics list ahead of contract, ask before kickoff.
No — and that’s a deliberate boundary. Content is a different discipline, done well by people who specialise in it. The audit makes content’s job easier (cleaner crawl, schema, entity signals) but doesn’t try to substitute for it.
The deliverables (Master Audit Document, Dev-Ready Action Plan, Schema templates) are delivered in English by default. Walkthrough video and async communication can be in English or Italian — your call.
Get in touch with a one-paragraph description of your stack and the structural question you'd like answered. I'll come back within 24 hours with whether this is the right engagement and what the next step looks like.
Choose which categories you allow. Essential cookies are always on because the site won't work without them. You can change this any time from the "Cookie preferences" link in the footer.
Required for the site to function — navigation, form submission, security.
Anonymous usage data via Google Analytics 4 — pages viewed, time on site, traffic source. Used to improve the site.
Cookies that enable ad measurement and remarketing. Off by default; only relevant if Google Ads or similar campaigns are running.
Used to remember preferences like language or display mode across visits.