What we look for
The hreflang tags (lines in <head> listing the page's versions in other languages) on these pages point to a crawled page whose status code (the server's three-digit reply) is not 200 OK, such as a 404 error.
Why it matters
Search engines expect every listed version to load normally, and may ignore a language group that points at a missing or failing page.
How to fix
Point each hreflang tag at the working address of that language version, in the page template or the plugin that writes the tags, or remove versions that no longer exist.
What it cannot know
Raptor checks only versions this crawl fetched, and matches addresses as written, so a version reached through a redirect is not checked.
Where you’ll see it
The id is stable, and every surface uses it, so it’s the thing to search for or hand to an agent.
- Terminal
- When it is one of the five findings under Fix first,
raptor crawlprints the id under it.Check: hreflang.
non_ 200_ urls - crawl.json and the CSV
- The crawl JSON names the finding by this id, and so do the CSV and
raptor_query."check_
id": "hreflang. non_ 200_ urls" - The HTML report
- This link opens the finding in the report, and each finding shows its id.
crawl.
html# finding= hreflang. non_ 200_ urls - MCP
raptor_findingswith thischeck_idreturns the finding in full, with a fix brief ready to paste into a task. If it didn’t fire, it says why.raptor_
findings { "job_ id": ". . . ", "check_ id": "hreflang. non_ 200_ urls" }