Tools Hub

Publish machine-readable metadata for a site

Describe a page to crawlers: build structured data, check the sitemap shape and ship the metadata without promising a ranking or fetching anything.

Browser onlyYour data never leaves this device.

Every tool named on this page runs in your browser; nothing you paste or open is uploaded.

Details: Privacy policy

Draft job page — noindex and awaiting human review before publication.

Formats this job covers

  • json
  • xml

Tools used in this job

Search engines read two things a human never sees: structured data that describes the page, and a sitemap that lists what exists. Getting both right is a small, unglamorous task with an outsized effect when something is wrong, because a malformed block is ignored and a sitemap that disobeys the protocol is quietly dropped. This job covers the pair in the order they matter. Describe the page first, then confirm the crawl surface tells the same story. The tools generate from the values you type and never contact your site, so no staging address or unpublished page is exposed while you work. Treat every generated fragment as a starting point to review, not a guarantee: nothing here promises a ranking, and a valid sitemap is still only a hint. Work one page at a time and verify as you go, because metadata faults are cheap to fix alone and expensive to untangle in a batch. Choose a type that matches what the page really is, then keep every declared field true to the visible content: a rating, a price or an author that appears nowhere on the page is a liability rather than an optimisation. Escape values so a quotation mark or an angle bracket cannot break the block. For the crawl surface, check that the sitemap lists only addresses that return successfully, that no staging hostname leaked into the markup, and that duplicate entries are removed, since repetition wastes the file's budget. Repeat the routine after a redesign rather than assuming old tags still describe the page. Two failure modes deserve a mention. The first is drift, where a page is rewritten but its description is not, so the snippet sells something the page no longer offers. The second is duplication, where several pages declare the same address and a crawler must guess which one counts. Neither is dramatic, and both are easy to catch in a routine pass. Keep a short note of the address and the tags you shipped, review them whenever the content changes, and treat the sitemap as a living index rather than a file written once. A checklist that names the person responsible for each tag keeps the habit alive long after launch week ends.

How to use Publish machine-readable metadata for a site

  1. Write the structured data for one page, choosing the type that matches what the page really is.
  2. Copy the generated block into the page and confirm it survives the build unchanged.
  3. Check the sitemap that lists the page and fix any malformed or duplicated location.
  4. Verify the two agree, then repeat for the next page rather than batching blindly.

What you get

  • Only urlset sitemaps are checked; a sitemap index is reported as the wrong format.
  • The protocol cap of 50,000 URLs per file is enforced as a warning, and locations are format-checked rather than fetched.

When to use Publish machine-readable metadata for a site

  • Describe an article and its breadcrumb trail so a crawler reads both.
  • Find a malformed location in a sitemap before submitting it.
  • Check that a hand-edited sitemap still parses after a deployment.

Frequently asked questions about Publish machine-readable metadata for a site

Will this improve my ranking?

No. The tools produce correct, escaped markup. Ranking depends on many factors outside a generator's control.

Do the tools crawl or fetch my site?

Never. They work only from the values you type; nothing is requested from your pages and no search interface is contacted.

Is a valid sitemap enough to be indexed?

No. A valid sitemap is a hint. Crawling and indexing remain the search engine's decision.

What happens to a malformed sitemap entry?

It is reported with its entry number so the fault can be fixed before the file is submitted.

How often should the sitemap be regenerated?

Whenever the set of live pages changes, which in practice means every deployment. A stale index that still lists a removed address costs a wasted crawl, and one that omits a new page leaves it waiting to be discovered through links alone.

Feedback

Send feedback about this tool (placeholder — feedback collection is not wired up yet).