Key takeaways
- Technical SEO exists to let search engines find, render and understand your pages. Fix the things that block that before polishing anything else.
- Start with what Search Console already tells you: coverage, indexing, sitemaps and Core Web Vitals reports show real problems on your own site.
- Check rendering as well as source HTML. A page that needs JavaScript to show its content can be indexed differently from the one you see in a browser.
- Order fixes by impact on indexed, revenue-relevant pages, and record each change so you can tell what worked.
01
What belongs on a technical SEO checklist?
A useful technical SEO checklist covers seven areas: whether pages can be crawled, whether the right pages are indexed, whether content renders for search engines, how fast and stable the pages are, whether structured data is valid and honest, whether internal links connect the site, and whether redirects and migrations were handled safely. Each area has a free way to check it, and most sites find their real problems in the first two.
Work through the list in order. Crawl and index problems stop everything downstream, so a fast, beautifully marked-up page that is accidentally blocked earns nothing.
| Area | What to check | Where to look |
|---|---|---|
| Crawlability | robots.txt rules, server errors, blocked resources | robots.txt, server logs, Search Console crawl stats |
| Indexing | Noindex tags, canonicals, duplicates, sitemap coverage | Search Console indexing reports, URL Inspection |
| Rendering | Content visible without user interaction, links as real anchors | URL Inspection rendered HTML, a JS-off test |
| Page experience | LCP, INP and CLS on real users | Search Console Core Web Vitals, field data |
| Structured data | Valid, matches visible content, no invented claims | Rich results test, Search Console enhancements |
| Internal links | Orphan pages, depth, descriptive anchors | Site crawl, link report |
| Redirects | Chains, loops, 404s on old URLs | Crawl, redirect map, server logs |
02
How do you check crawling and indexing first?
Open Search Console and read the indexing report before anything else. It lists pages Google found but did not index and gives reasons: blocked by robots.txt, noindex, duplicate without a chosen canonical, soft 404, or discovered but not yet crawled. Compare that list with the pages that earn you money; any important page in the excluded group is your first fix.
Then read robots.txt and your sitemap together. The sitemap should list canonical, indexable, 200-status URLs only. Robots.txt controls crawling, not indexing, so a blocked URL can still appear in results without a description, and a noindex tag on a page that robots.txt blocks will never be seen.
03
What should you check for rendering and speed?
Use the URL Inspection tool to see the HTML Google rendered for a key page. If your headline, body copy or internal links are missing there, your framework is hiding them behind scripts or user actions, and you have found a high-value fix. Google documents JavaScript SEO basics, including using real links and avoiding fragments for routing.
For speed, rely on field data. Core Web Vitals in Search Console report what real visitors experienced for loading, interactivity and layout stability. Google says good Core Web Vitals align with what its core ranking systems seek to reward, alongside other page experience aspects. In our view relevance still comes first, so fix poor groups on important templates and do not chase a perfect lab score.
- Rendered HTML contains the main content and links
- Links are anchor tags with real URLs
- Images have dimensions to prevent layout shift
- Heavy third-party scripts load after the content that matters
04
What should you do after the audit?
Rank each issue by two things: how many indexable, valuable pages it affects, and how cheap it is to fix. A sitewide noindex tag on a template beats a hundred missing alt attributes. Write the fix, the owner, the date and the expected effect in a log so later traffic changes can be tied to changes you made.
Re-crawl after each batch and check Search Console again in a few weeks. Google notes that some changes take effect in hours and others in months, so judge results over a window, not a day, and keep a record of anything else that changed in the same period.
Was this useful? Send it to someone who owns this problem.
Primary sources and further reading
Use the source material to validate details against your own context and current platform configuration.
- Google Search Central: SEO Starter Guide
- Google Search Central: Robots.txt introduction and guide
- Google Search Central: JavaScript SEO basics
- Google Search Central: Build and submit a sitemap
- Search Console Help: Page indexing report
- Google Search Central: Core Web Vitals and Google search results
This field note follows the XenGrowth editorial policy: primary sources where available, visible limitations, material review dates, and no invented first-hand experience.
Stay with the problem
Related field notes
Local Search OptimizationReview Management Is a Workflow, Not a Reply Button: Ask, Route, Reply, Escalate, Use
AI and answer enginesAI Search Optimization: What Moves Citations and What Is Folklore
SEO & GEOTopical Map: Build a Cluster Plan Search and AI Can Read, and Know What Topical Authority Is Not