Technical SEO Audit: Crawl, Index, Mobile, Performance | Adviora
A technical SEO audit covers six categories: security (HTTPS and certificates), crawl (can bots reach your pages and resources), mobile (does the page render on a phone), technical markup (canonicals, headings, structured data), indexation (does the page qualify to be indexed) and performance (Core Web Vitals). Triage every finding with one question: does it block crawling, block indexing, degrade experience, or merely deviate from best practice? Fix in that order, because a crawl block hides the effect of every other fix.
Key takeaways
A technical SEO audit is six audits in one: security, crawl, mobile, technical markup, indexation and performance.
Severity is not a tool label. Ask whether a finding blocks crawling, blocks indexing, degrades experience, or only deviates from best practice.
Fix crawl blocks first: every later fix stays invisible until the bot can reach the page and its resources.
Core Web Vitals pass at the 75th percentile of real loads: LCP 2.5s, INP 200ms, CLS 0.1 or better.
A finding is real only if you can reproduce it by hand, on a URL that earns impressions.
Technical SEO Audit Anatomy: Crawl, Index, Mobile, Performance, Security
Most technical SEO audits fail for an unexpected reason: they find too much. Any mid-sized site produces several hundred flagged issues, each stamped with a severity label the tool invented. Three are costing you traffic. The rest are homework.
A technical SEO audit is really six audits sharing one name: security, crawl, mobile, technical markup, indexation and performance. Each fails in its own way and produces its own species of false positive.
This guide walks all six and gives you the four-level severity question that turns a 400-row list into a short ordered work plan. Adviora's Technical SEO Governance module runs the six categories on a schedule.
Why Technical SEO Audits Matter More in 2026
Technical SEO used to be about entering the index. It is now about staying retrievable across systems that behave nothing like a 2015 crawler.
Google is explicit that no special optimisation is needed for its AI features: a page must be indexed, eligible to appear with a snippet, and meeting Search's technical requirements. Its named best practices are almost entirely technical — allow crawling, make content findable through internal linking, deliver good page experience, present important content as readable text, keep structured data matching what is visible. There is no AI-specific markup to buy, only a foundation that holds or does not.
The Severity Question That Replaces Every Tool's Priority Label
Crawlers rank findings critical, high, medium and low against their own model, not your business. Replace those labels with four questions, asked in order.
- Does it block crawling? The bot cannot fetch the URL or its resources: a robots.txt disallow over a build directory, 5xx under crawl load, a firewall challenging the crawler.
- Does it block indexing? Fetchable but unqualified: a noindex inherited from staging, a canonical pointing at a redirected URL, a soft 404.
- Does it degrade experience? Indexed but poor for users: Core Web Vitals failing at the 75th percentile, content that never renders on mobile.
- Or does it merely deviate from best practice? Nothing is broken: a missing alt attribute on a decorative image, or a meta description the engine rewrites anyway.
Order matters as much as classification: a crawl block invalidates everything measured downstream, so it goes first even when the tool called it medium. Adviora's Technical SEO Governance module groups findings by category, making this a re-sort.
Security: Smallest Category, Largest Failures
Security checks HTTPS coverage, certificate validity, mixed content, and whether HTTP URLs resolve cleanly to HTTPS.
- Certificate expiry or hostname mismatch. Browsers show a full-page interstitial: not a ranking problem but a traffic-to-zero problem, usually within hours.
- Mixed content. Browsers block HTTP scripts and styles requested by an HTTPS page, so it often surfaces first as a mobile render failure.
- Both protocols live. HTTP and HTTPS each returning 200, splitting signals and creating duplicate-content work downstream.
Security findings are level one or two by definition, never level four.
Crawl: Can the Bot Reach It, and What Did That Cost?
Crawl asks two things: can a bot reach the URL, and what did that cost?
- Disallowed resources. Blocking /assets/, /static/ or a build directory hides the JavaScript and CSS that produce your content. A blocked bundle renders blank.
- Facet and parameter explosion. Sort, filter and session parameters generate more URLs than you have products; migration-era redirect chains spend the rest.
- Orphan pages. A URL with no internal inbound links may still be indexed, but has no discovery path or importance signal.
Crawl findings are almost always level one and systemic: one robots.txt line, not fifty bugs.
Mobile: Loading Is Not Rendering
Under mobile-first indexing, the mobile rendering of your page is the page. This category checks viewport, tap targets, font sizing, overflow and content presence.
- Content parity gaps. Text, links or structured data on desktop but absent on mobile. What is missing on mobile is missing.
- Render failures. A 200 response with no readable content, because a script failed, a resource was blocked, or the renderer timed out.
- Viewport failures. A missing or fixed-width viewport puts a desktop layout in a phone-sized window: legible in a screenshot, unusable in a hand.
A 200 means the server answered, not that a page exists for the bot. A very high mobile failure rate is one systemic cause, not many; our mobile render failures webinar walks the isolation sequence.
Technical Markup: The Signals You Fully Control
This category covers what you assert in markup: canonicals, hreflang, headings, alt text and structured data. You control it completely, which is why errors survive longest here.
- Structured data contradicting the page. Google names this explicitly: markup must match visible content. A JSON-LD price differing from the screen is a defect, not a tactic.
- Missing Breadcrumb markup on deep hierarchies. It states where a page sits in the site hierarchy, which matters most where the URL says nothing.
- Self-contradicting canonicals. Tags pointing at redirected, noindexed or paginated URLs, or one canonical emitted site-wide.
Preview rich results rather than trusting a validator's green tick; Google says plainly that actual appearance may differ. Adviora reports schema coverage per page; its Schema Maximiser is roadmap, not shipped.
Indexation: Eligible, Excluded, or Ignored
Most sites have three populations: pages that should be indexed and are, pages that should be and are not, and — largest and least examined — pages indexed that should not be.
- Sitemap pollution. Sitemaps carrying redirects, 404s, noindexed or non-canonical URLs. A sitemap is a statement of intent; a dirty one is self-inflicted.
- Accidental noindex. A robots meta tag inherited from staging or flipped by a template flag, quietly taking weeks of impressions with it.
- Thin duplicate variants. Parameter URLs, print views, tag archives and paginated series indexed as independent pages.
The useful question is not how many pages are indexed, but how many earned an impression in the last 90 days.
Performance: The Thresholds, Precisely
Most performance arguments are really arguments about which number someone is looking at.
- LCP (Largest Contentful Paint), loading: good is 2.5 seconds or less.
- INP (Interaction to Next Paint), responsiveness: good is 200 milliseconds or less. INP replaced First Input Delay in 2024, so an audit reporting FID is out of date.
- CLS (Cumulative Layout Shift), visual stability: good is 0.1 or less.
Two qualifications settle most disputes. These are assessed at the 75th percentile of page loads, segmented across mobile and desktop, so a good median is not a pass. And Lighthouse is lab data: one synthetic load, one device. Lab explains why a page is slow; field data decides whether it passes. Adviora runs Lighthouse per page for that role.
Want your six categories scored, not just listed? Adviora's Technical SEO Governance module runs crawl, index, mobile, performance, security and schema checks on a schedule, benchmarked against AGBS. Book a demo → |
Telling a Real Problem From Audit-Tool Noise
Every crawler ships opinions alongside facts. Four questions separate them.
- Can you reproduce it by hand? A finding you cannot reproduce is a tool artifact until proven otherwise.
- Does the affected URL earn impressions? Sort by the traffic of the pages a finding touches, not by row count.
- Is it one page or one template? Four thousand findings across two templates is a two-ticket job.
- Does it survive a second engine? Render, mobile and performance verdicts are engine-dependent, so confirm independently before any template-wide change.
Those four collapse a several-hundred-row list into a few level-one and level-two items plus an honest level-four backlog: an ordered work plan, not a score.
Best Practices for Running a Technical SEO Audit
- Fix in severity order: crawl, then index, then experience, then hygiene.
- Audit on a schedule, not before a crisis: most crawl blocks arrive with a deploy.
- Crawl as a mobile user agent with JavaScript rendering on.
- Join every finding to Search Console impressions before prioritising.
- Group findings by template and cause, never by URL count.
- Assign one owner per category. Unowned categories are the ones that rot.
The Future of Technical SEO Audits
The direction of travel is from periodic checklists to continuous, benchmarked governance, pushed by deploy cadence and by audience count: search crawlers, AI training crawlers and user-directed retrieval agents each fetch, render and fail differently. Adviora scores findings against AGBS, whose Tier-1 sources are Google's documentation, WCAG 2.1 AA and schema.org, so severity comes from a standard, not a vendor's opinion.
Primary sources cited:
Google Search Central - AI features in Google Search
Google Search Central - Featured snippets
Google Search Central - Google common crawlers
OpenAI - Bots and crawlers
Conclusion
A technical SEO audit is worth exactly as much as the triage applied to it. Run all six categories, then ask one question of every finding: does this block crawling, block indexing, degrade experience, or merely deviate from best practice? Fix in that order, reproduce before acting, re-crawl afterwards. A short ordered plan is the only kind that gets done.
Further reading and sources
On the Adviora Knowledge Hub:
- Orphan Pages: Why They Happen and How to Reclaim Their Lost Equity
- Mobile Render Failures: Diagnosing the Silent Traffic Killer
- The New Search Stack: How SEO, GEO and AEO Actually Differ
- AI Crawler Access Audit: GPTBot, ClaudeBot, Google-Extended and PerplexityBot
- Content Gap Analysis: Finding What Competitors Rank For and You Don't
- The CMO's Marketing Intelligence Dashboard: 8 Metrics That Matter
- Adviora Technical SEO Governance
- Book a demo
Primary sources cited:
- Google Search Central - AI features in Google Search
- Google Search Central - Featured snippets
- Google Search Central - Google common crawlers
- OpenAI - Bots and crawlers
Frequently asked questions
What is included in a technical SEO audit?
SEO Governance module reports all six, with a Lighthouse run per page.
What are the Core Web Vitals thresholds?
LCP 2.5 seconds or less, INP 200 milliseconds or less, CLS 0.1 or less, assessed at the 75th percentile of page loads and segmented across mobile and desktop. INP replaced First Input Delay in 2024.
See How Visible Your Brand Is Across AI Search