Technical infrastructure is the first pillar of Search Quality Assurance (SQA-200)™ and carries forty of the framework's two hundred points, one point per checkpoint. It asks a single question with no room for interpretation: can a crawler reach, render and index every page that matters, quickly enough that the reader stays.
What the technical pillar covers in SQA-200
The technical pillar covers the layer beneath every other pillar: server response, resource delivery, rendering, indexability, mobile layout and transport security. Its scope stops where editorial judgment begins. Nothing in these forty checkpoints asks whether a page is good; they ask only whether a machine can obtain it in full and a reader can use it on a phone.
That narrow scope is deliberate. A technical checkpoint has to be answerable by measurement rather than by opinion, because the framework's promise is that two auditors scoring the same site reach the same number. Every one of the forty items therefore names a threshold, a header, a tag or a file, and the pass condition is written so that the answer is yes or no.
Why the technical pillar is audited first
The technical pillar is audited first because the framework's core axiom says a single technical or entity bottleneck creates lead leakage that compounds across everything downstream. Points earned in later pillars are not independent of this one. An excellent answer-first page that a crawler renders without its body text scores thirty points in pillar four and delivers nothing.
This ordering is also the reason the thirty-day roadmap spends its entire first sprint here. Restructuring content on an infrastructure that drops requests, blocks resources or serves a blank document object model to a bot is work whose result nobody can measure, and unmeasurable work is exactly what the framework exists to eliminate.
The three Core Web Vitals thresholds and what each one measures
Three checkpoints in this pillar carry the Core Web Vitals thresholds, and they measure three different things that teams routinely collapse into the word speed. Largest Contentful Paint measures how long the largest visible element takes to render and passes under 2.5 seconds. Interaction to Next Paint measures how long the page takes to respond visually after an interaction and passes under 200 milliseconds.
Cumulative Layout Shift measures unexpected movement of content during load and passes under 0.1. The distinction matters when remediating: Largest Contentful Paint is usually an asset and server problem, Interaction to Next Paint is almost always a main-thread JavaScript problem, and Cumulative Layout Shift is nearly always missing width and height attributes on images and embeds. One fix rarely moves more than one of the three.
Crawl budget and the checkpoints that protect it
Crawl budget is the finite attention a search engine spends on a site, and roughly a third of the technical checkpoints exist to stop that attention being wasted. Redirect chains, soft 404 responses, parameter noise, unfiltered internal search results and staging paths all consume crawl budget without producing an indexable URL, and none of them are visible to a reader.
The checkpoints that protect crawl budget work as a set rather than individually. A clean sitemap listing only canonical URLs that return 200, a robots file that blocks the known waste, self-referencing canonical tags and resolved redirect chains together tell the crawler where the site ends. Passing three of those four still leaves the crawler a route into the part that was supposed to be closed.
The forty technical checkpoints
Below are the forty itemized checkpoints of pillar one, each carrying exactly one point. The weighting is deliberately flat here and in no other pillar: at the infrastructure layer the framework treats a broken image and an unresolved redirect chain as equally binary, because both are either present or absent and neither requires a judgment call to score.
| Item | Checkpoint | Weight | Verification and execution standard |
|---|---|---|---|
| P1.01 | LCP Optimization | 1.0 pt | Optimize Largest Contentful Paint elements (hero image, banner text) to render in < 2.5 seconds. |
| P1.02 | INP Interactivity | 1.0 pt | Minimize Interaction to Next Paint to < 200ms by optimizing main-thread JavaScript execution. |
| P1.03 | CLS Minimization | 1.0 pt | Eliminate Cumulative Layout Shift (< 0.1) by setting explicit width/height on image and media tags. |
| P1.04 | TTFB Server Response | 1.0 pt | Achieve Time to First Byte < 300ms via server-level caching, PHP optimization, and database indexing. |
| P1.05 | Gzip / Brotli Compression | 1.0 pt | Enable Brotli/Gzip text compression on server to reduce HTML, CSS, and JS transfer payloads. |
| P1.06 | WebP / AVIF Images | 1.0 pt | Convert all raster assets to next-generation formats (WebP/AVIF) with appropriate compression. |
| P1.07 | Native Lazy Loading | 1.0 pt | Apply loading='lazy' attributes on all off-screen images and iframe embeds. |
| P1.08 | Critical CSS Inline | 1.0 pt | Inline critical above-the-fold CSS styles to prevent render-blocking resources. |
| P1.09 | Unused JS/CSS Elimination | 1.0 pt | Remove or defer unused CSS and JavaScript files using code splitting and tree shaking. |
| P1.10 | Minify HTML/CSS/JS | 1.0 pt | Minify all production source files to strip whitespace, comments, and redundant formatting. |
| P1.11 | Browser Cache Headers | 1.0 pt | Configure max-age Cache-Control headers (1 year) for static assets. |
| P1.12 | Edge CDN Integration | 1.0 pt | Distribute static assets via global CDN (Cloudflare, Fastly) for low-latency worldwide delivery. |
| P1.13 | SSL/TLS Security | 1.0 pt | Enforce TLS 1.3 encryption across all domain endpoints with HSTS preloading. |
| P1.14 | Redirect Chain Audit | 1.0 pt | Resolve multi-hop redirect chains to single 301 direct redirects. |
| P1.15 | 404 Error Remediation | 1.0 pt | Clean up broken links and map 404 URLs to relevant 301 destinations. |
| P1.16 | Canonical Tag Precision | 1.0 pt | Specify absolute self-referencing rel='canonical' tags on every indexable page. |
| P1.17 | XML Sitemap Governance | 1.0 pt | Maintain clean sitemap.xml containing strictly 200 OK indexable canonical URLs. |
| P1.18 | Robots.txt Efficiency | 1.0 pt | Block crawl budget waste on admin, search result, and staging parameters in robots.txt. |
| P1.19 | Mobile Responsive Design | 1.0 pt | Verify fluid mobile rendering across 320px to 430px viewports without horizontal scroll. |
| P1.20 | Tap Target Spacing | 1.0 pt | Ensure all interactive mobile buttons and links have minimum 48x48px hit areas. |
| P1.21 | Viewport Tag Alignment | 1.0 pt | Set width=device-width, initial-scale=1.0 in HTML head meta viewport tag. |
| P1.22 | Pagination Tag Logic | 1.0 pt | Implement clean rel='next'/'prev' or canonical parameter handling on multi-page archives. |
| P1.23 | Hreflang Multi-Region | 1.0 pt | Configure bidirectional hreflang annotations for multi-language or multi-regional sites. |
| P1.24 | Clean URL Slug Structure | 1.0 pt | Standardize short, lowercase, hyphen-separated URL slugs matching taxonomy rules. |
| P1.25 | Breadcrumb Hierarchy | 1.0 pt | Expose logical HTML breadcrumb navigation matching site Information Architecture. |
| P1.26 | Infinite Scroll SEO | 1.0 pt | Ensure paginated infinite scroll uses pushState and indexable URL fallbacks. |
| P1.27 | Site Search Integration | 1.0 pt | Expose SearchAction Schema and clean internal site search query handling. |
| P1.28 | Internal Search Optimization | 1.0 pt | Audit internal site search analytics to discover content gaps and user intent. |
| P1.29 | Image Alt Text Completeness | 1.0 pt | Supply descriptive, contextual alt text on 100% of informational images. |
| P1.30 | Video Indexing & Thumbnail | 1.0 pt | Pair video embeds with VideoObject Schema and accessible preview thumbnails. |
| P1.31 | Broken Image Repair | 1.0 pt | Fix 100% of broken image SRC attributes across all published URLs. |
| P1.32 | 200 OK Header Stability | 1.0 pt | Ensure core money pages return clean HTTP 200 status without intermittent server drops. |
| P1.33 | No-Index Meta Tag Guard | 1.0 pt | Verify noindex meta tags are applied exclusively to private/utility pages. |
| P1.34 | Soft 404 Elimination | 1.0 pt | Fix thin or empty pages returning HTTP 200 instead of proper 404 or redirect. |
| P1.35 | DOM JS Rendering QA | 1.0 pt | Verify search bots can render all primary content text without relying on client JS. |
| P1.36 | DNS Resolution Speed | 1.0 pt | Optimize DNS lookup time to < 20ms using premium DNS providers. |
| P1.37 | Database Cleanup Routine | 1.0 pt | Execute monthly database optimization to purge post revisions, transients, and spam. |
| P1.38 | Security Header Suite | 1.0 pt | Deploy X-Content-Type-Options, X-Frame-Options, and Content-Security-Policy headers. |
| P1.39 | Plugin Audit & Reduction | 1.0 pt | Audit CMS plugins, removing redundant or slow extensions to minimize overhead. |
| P1.40 | Target Server Location | 1.0 pt | Host infrastructure in geographic proximity to target audience for optimal latency. |
How to score the technical pillar
Scoring the technical pillar is addition. Each of the forty checkpoints is worth one point, awarded only when the written verification standard is met across the site rather than on a sample page, and the pillar total is the count of items passed. A partial pass is not available, which is the point of writing the standard as a threshold.
Two scoring rules prevent the most common inflation. First, a checkpoint that applies to every indexable page is scored against every indexable page, so alt text present on the homepage and absent on four hundred articles fails. Second, a checkpoint the site cannot yet be measured against is scored zero rather than skipped, because a skipped item silently raises the percentage of everything else.
What the technical pillar hands to Entity Verification
The technical pillar hands the next pillar a site a machine can actually read, which is the precondition for declaring anything about identity. Structured data that a crawler never fetches, or that sits in a document object model only a browser assembles, declares nothing at all. Pillar two's twenty checkpoints all assume the markup they describe is reachable in the served HTML.
Continue to pillar two, Entity Verification and Semantic Schema, which turns a readable site into a named and corroborated entity.