Make every public route describe itself.

A single document title and description is not enough for a multi-route site. Update metadata when the route changes, provide a server or prerendering strategy where needed, and verify the rendered HTML that crawlers receive.

Lovable SEO · 8 min read · Updated 2026-06-06

Metadata follows the route

A few moving parts are involved here. The points below cover each of them, so you can see the full scope before deciding where to start.

  • Title: unique, concise and aligned with the visible heading.
  • Description: useful summary of that specific route.
  • Canonical: absolute preferred URL on the live domain.
  • Open Graph: matching title, description and image.
  • Robots: index or noindex based on the route's purpose.

With that model in place, implement it using the steps below.

  1. Create a route-to-metadata map for fixed pages.
  2. Load CMS metadata only after validating the record and slug.
  3. Update the document head on navigation.
  4. Prevent stale metadata during loading and not-found states.
  5. Inspect source and rendered output on the published URL.
Metadata changes should follow route identity, not only component mounting. Test direct entry, client navigation and refresh.

Verification checklist

This comes down to a handful of concrete details. Work through the list below and flag the ones you have not covered yet.

  • View source shows correct title and description, not a default placeholder.
  • Metadata updates correctly on client-side navigation, not just first load.
  • Not-found routes return genuinely different metadata and a non-200 status where appropriate.
  • Loading states never leave stale metadata from a previous route.
  • Canonical URLs are absolute and match the actual published domain.

Common route metadata mistakes

Use the list below as a working checklist. Each item is something you can verify or action directly on your own site.

  • Metadata set once in a root component and never updated on navigation.
  • CMS-driven titles left blank while the record is still loading.
  • Canonical URLs using a relative path or the wrong domain in different environments.

Questions

This usually means metadata is set once at the application root rather than updated per route. Update the document head on every navigation, including client-side route changes.

Not always, but crawlers need to see the correct metadata in the response they receive. If metadata is only set after client-side JavaScript runs, verify that crawlers actually process it or consider prerendering key routes.

It should show genuinely different metadata from real pages and, where the platform allows it, return a non-200 status so it is not mistaken for indexable content.

Want a technical SEO plan?

We find what's holding your rankings back and fix it in order of impact.