Technical SEO is not a collection of meta-tag snippets. It is the agreement between route generation, internal links, canonical URLs, status codes, sitemap output, and what the page actually renders.
The implementation boundary
Generate one canonical from the configured production origin and pathname. Keep titles and descriptions unique, publish semantic breadcrumbs, use durable lowercase slugs, and redirect retired URLs directly.
For Build an Astro Blog with Verifiable Technical SEO, the useful boundary is the smallest complete result that the repository can demonstrate. Supporting details stay in this guide when separating them would create a weaker URL, and claims stop where the saved output stops.
Reproducible example
Run the following command from the repository root with the supported Node runtime:
grep -o '<link rel="canonical"[^>]*>' dist/blog/astro-blog-seo-tutorial/index.html
The evidence directory for astro-blog-seo-tutorial stores this exact command and its result beside the image. An editor can therefore rerun grep after a dependency, route, or hosting change and compare like with like.

What happened in this site
The built article HTML is inspected rather than trusting source code. That catches base-path mistakes, duplicated tags from nested layouts, and development origins leaking into production output.
The astro-blog-seo-tutorial case records what happened in AstroSEO.io rather than presenting one repository as a universal benchmark. Apply this seo fundamentals check to your own URL model and compare the observed output before adopting the recommendation.
A reliable working sequence
- Define what a successful Build an Astro Blog with Verifiable Technical SEO result should contain.
- Run
grep -o '<link rel="canonical"[^>]*>' dist/blog/astro-blog-seo-tutorial/index.htmlagainst the current production build. - Save only the output relevant to astro-blog-seo-tutorial and redact private account data.
- Compare the observed seo fundamentals artifact with the intended inventory.
- Make one focused correction, rebuild, and repeat this astro-blog-seo-tutorial check.
Using the same astro-blog-seo-tutorial measurement before and after a change separates diagnosis from guesswork and leaves a defensible rollback point.
Verification
Repeat the displayed command for Build an Astro Blog with Verifiable Technical SEO, confirm its exit status, and compare the current output with the saved result. Open the generated route afterward and inspect its canonical URL, contextual links, evidence image, and narrow-screen layout. For this topic, a green build is not sufficient when the inspected artifact is wrong.
Continue with the next implementation guide and the related verification guide and the deployment guide.
Limitations and recommendation
Do not change a working slug for a cosmetic wording improvement. The redirect and reprocessing cost is rarely justified unless the old URL is misleading or broken.
For astro-blog-seo-tutorial, automate the objective check shown above and keep the final usefulness decision with an editor. Static generation makes this seo fundamentals output inspectable, but it cannot decide whether the explanation is distinct enough to deserve its URL.