Technical SEO 2026: Core Web Vitals, Schema & AI-Ready Content
Master technical SEO fundamentals: Core Web Vitals, schema markup, site speed, and mobile optimisation for 2026 search dominance.

TL;DR
- Core Web Vitals (LCP, FID, CLS) are confirmed ranking factors. Failing any = lower rankings.
- Mobile-first indexing: Google ranks the mobile version of your site. Desktop performance is secondary.
- Schema markup helps Google understand your content and can increase CTR via rich results.
Jump to Core Web Vitals · Jump to Schema markup · Jump to Site speed · Jump to Mobile-first indexing
# Technical SEO 2026: Core Web Vitals, Schema & AI-Ready Content
Technical SEO doesn't get the headlines that content and links do. But it's the foundation everything else rests on.
If your site is slow, doesn't load on mobile, or has broken links, no amount of great content will rank it. Google will literally rank a competitor's worse content ahead of your better content if theirs performs better.
In 2026, the bar for technical SEO is higher than ever. Here's what you need to know.
---
Core Web Vitals: Google's page experience signals
Core Web Vitals measure how a site *feels* to users. They're quantifiable, and they affect rankings.
Largest Contentful Paint (LCP)
Measures: How long until the main content loads and is visible
Target: <2.5 seconds
Common culprits:
- Unoptimised images (too large, wrong format)
- Slow server response times
- Render-blocking JavaScript
- Heavy third-party scripts (ads, analytics)
How to fix:
1. Optimise images: Use WebP format, lazy-load, responsive images
2. Minify and defer JavaScript: Delay non-critical JS
3. Use CDN: Serve static assets globally
4. Reduce server response time: Upgrade hosting, optimise database queriesCumulative Layout Shift (CLS)
Measures: How much the page layout shifts as it loads
Target: <0.1 (lower is better)
Common culprits:
- Ads loading late (pushing content down)
- Fonts swapping mid-load
- Images without specified dimensions
- Embedded content (videos, iframes) without reserved space
How to fix:
1. Reserve space for dynamic content (ads, images) with CSS aspect-ratio
2. Avoid inserting DOM elements above existing content
3. Use font-display: swap to prevent font swapping
4. Load third-party scripts asynchronouslyInteraction to Next Paint (INP) [replacing FID in 2024+]
Measures: Responsiveness to user interactions (clicks, taps, keyboard)
Target: <200 milliseconds
Common culprits:
- Slow JavaScript execution
- Heavy computation on main thread
- Unoptimised event handlers
How to fix:
1. Break up long JavaScript tasks into smaller chunks
2. Defer non-critical JavaScript
3. Use web workers for heavy computation
4. Optimise event handlers (debounce, throttle)---
Schema markup: Help Google understand your content
Schema is structured data that tells Google exactly what your page is about.
Without schema: Google guesses. "Is this a blog post? A product page? A job listing?"
With schema: Google knows exactly. "This is a BlogPosting by Max Beech, published April 2026, estimated 12 minutes to read."
Essential schema types
BlogPosting (required for blogs):
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Technical SEO 2026: Core Web Vitals, Schema & AI-Ready Content",
"author": {
"@type": "Person",
"name": "OpenHelm Content Team"
},
"datePublished": "2026-04-18",
"articleBody": "Technical SEO doesn't get the headlines...",
"description": "Complete guide to technical SEO for 2026",
"image": "/images/blog/technical-seo.jpg"
}FAQPage (for FAQ sections):
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "What is Core Web Vitals?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Core Web Vitals measure how a site feels to users..."
}
}
]
}Product (for product pages):
{
"@context": "https://schema.org",
"@type": "Product",
"name": "OpenHelm Platform",
"image": "/product.jpg",
"description": "AI-powered business assistant",
"brand": {
"@type": "Brand",
"name": "OpenHelm"
},
"offers": {
"@type": "Offer",
"price": "99.00",
"priceCurrency": "GBP"
}
}HowTo (for guides):
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "Technical SEO Optimisation",
"step": [
{
"@type": "HowToStep",
"name": "Audit your Core Web Vitals"
}
]
}Benefits of schema
- Rich results: Knowledge panels, featured snippets, star ratings in search results
- Higher CTR: Rich results get 20-30% more clicks than plain blue links
- AI citations: Schema helps AI systems cite your content
- E-E-A-T: Author and publication schema signals expertise
---
Site speed: The foundation of everything
Page speed affects:
- Ranking (directly, via Core Web Vitals)
- User experience (bounce rate, time on page)
- Conversion rate (every 100ms delay = 1% conversion loss)
- Crawlability (Google can crawl more in your budget)
Speed audit checklist
| Metric | Target | How to measure |
|---|---|---|
| Largest Contentful Paint (LCP) | <2.5s | PageSpeed Insights, GTmetrix |
| First Input Delay (FID) / INP | <100ms / <200ms | Web Vitals, Chrome DevTools |
| Cumulative Layout Shift (CLS) | <0.1 | PageSpeed Insights |
| First Contentful Paint (FCP) | <1.8s | PageSpeed Insights |
| Time to First Byte (TTFB) | <600ms | WebPageTest |
Speed optimisation checklist
- ✅ Image optimisation (WebP, responsive, lazy-load)
- ✅ Minify CSS and JavaScript
- ✅ Defer non-critical JavaScript
- ✅ Use CDN for static assets
- ✅ Enable compression (gzip, brotli)
- ✅ Upgrade hosting (shared → managed → dedicated if needed)
- ✅ Database query optimisation
- ✅ Remove unused CSS and JS
- ✅ Reduce third-party scripts
- ✅ Use caching (browser, server-side)
---
Mobile-first indexing: Mobile is primary, desktop is secondary
Google crawls and indexes the mobile version of your site first. Your desktop version is now secondary.
This means:
- Mobile design is critical: Not "nice to have"
- Mobile navigation must work: Touch targets, no hover-only menus
- Mobile content must match desktop: Don't hide important content on mobile
- Mobile page speed matters most: Optimise for 4G, not WiFi
Mobile checklist
- ✅ Responsive design (works on all screen sizes)
- ✅ Touch-friendly buttons (minimum 48px × 48px)
- ✅ No hover-only content (hover doesn't work on touch devices)
- ✅ Mobile forms are simple (not 20 fields)
- ✅ Readable text (minimum 16px font)
- ✅ Fast on 4G (test with throttled connection)
- ✅ No redirect chains (mobile → desktop → final page)
- ✅ Viewport meta tag is present
---
Crawlability and indexation
XML Sitemaps
Help Google find all your pages.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://openhelm.ai/blog/technical-seo</loc>
<lastmod>2026-04-18</lastmod>
<priority>0.8</priority>
</url>
</urlset>Submit to Google Search Console.
Robots.txt
Control what Google crawls.
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /private/Internal linking
Help Google discover and understand your content hierarchy.
- Link from high-authority pages to important pages
- Use descriptive anchor text ("read our technical SEO guide" not "click here")
- Limit internal links per page (20-50)
---
Common technical SEO mistakes
Mistake 1: Slow images
Images often account for 50-70% of page size. Optimise them.
Mistake 2: Render-blocking JavaScript
JavaScript that runs before page render delays LCP. Defer it.
Mistake 3: No mobile optimisation
50%+ of traffic is mobile. If your site doesn't work on mobile, you're losing half your potential.
Mistake 4: Duplicate content
Same content on multiple URLs confuses Google. Use canonical tags to point to the primary version.
Mistake 5: Broken links
404 errors waste crawl budget and hurt user experience. Fix them.
---
Real example: Optimising a slow blog
Before:
- LCP: 5.2 seconds (poor)
- CLS: 0.25 (poor)
- Mobile page size: 12 MB (massive)
- Ranking: #15 for target keyword
Issues identified:
- Unoptimised images (2MB per image × 5 images = 10MB)
- Render-blocking CSS and JS
- Third-party ads loading synchronously
- No lazy-loading
Fixes applied:
- Convert images to WebP, compress, implement lazy-loading (10MB → 2MB)
- Minify CSS/JS, defer non-critical JS
- Load ads asynchronously
- Upgrade to faster hosting
After:
- LCP: 1.8 seconds (good)
- CLS: 0.05 (good)
- Mobile page size: 2.5 MB
- Ranking: #3 for target keyword
- Organic traffic: +180%
Timeline: 2 weeks to optimise, 4 weeks to see ranking improvement
---
Next steps
- Run Google PageSpeed Insights on your 5 top pages
- Identify which Core Web Vital is failing (LCP, CLS, INP)
- Implement fixes (image optimisation, JS deferral, etc.)
- Add schema markup (BlogPosting, FAQPage, etc.)
- Test on mobile (4G, slow device)
- Monitor in Google Search Console (Core Web Vitals report)
- Re-run PageSpeed after 2 weeks to verify improvements
Technical SEO is the foundation. Content and links won't matter if your site is slow or doesn't work on mobile.
---
Key takeaways
- Core Web Vitals (LCP <2.5s, CLS <0.1, INP <200ms) are ranking factors. Failing any = lower rankings.
- Schema markup helps Google understand your content and can increase CTR via rich results.
- Mobile-first indexing: Google ranks your mobile version first. Desktop is secondary.
- Image optimisation and JavaScript deferral are the fastest wins for LCP improvement.
- Monitor Core Web Vitals quarterly; don't fix once and forget.
More from the blog
OpenHelm vs runCLAUDErun: Which Claude Code Scheduler Is Right for You?
A direct comparison of the two most popular Claude Code schedulers, how each works, what each costs, and which fits your workflow.
Claude Code vs Cursor Pro: Real Developer Cost Comparison
An honest look at what developers actually spend on Claude Code, Cursor Pro, and GitHub Copilot, and how to get the most from each.