CrawlCheck Skip to content

Menu

For agents

The door: what an agent should know before it acts on a site

Quickstart: ask before you act

MCP, curl, Python, OpenAI Agents, Claude tool use, LangChain

The signed answer about any domain, laid out for a person

How each named agent behaves on sites, from verified requests

Capability registry

What sites declare agents can do, and what was verified

Verify a record

Check any answer or bundle on your own machine

Before you act

One signed answer, no key.

Read, cite, connect or transact: ask first, verify the receipt offline, keep it with the action.

Start in a minute

For sites

The door: scan free, have it fixed, keep it fixed

The checks behind the audit, one at a time

Is your business record right where agents look?

Compare two sites

Two domains, side by side, same measurement

What search and answer engines read from a video

Browser extension

The second vantage point: from your own address, after JavaScript

The record on your phone, with receipts

Your site

Measured as agents see it.

A free A–F audit with every defect named, no account. Fix it, then prove it held.

Developers

The door: the API by lane, the specs, SDKs, keys and quotas

Every endpoint, with a worked example from production

Resolve protocol

The signed answer: what it holds, how to verify it

SDKs: npm and PyPI

Typed clients, the offline verifier, conformance fixtures

The Ed25519 keys every answer is signed with

Every finding the measurement can raise, with its revision

Run the suite against your own implementation

Data

The door: census, conduct, proof and datasets, each with a denominator

Signed decisions, scans and crawler visits, counted

Proof and timestamps

How every record is sealed and anchored

CC BY 4.0 snapshots and the archive

SEO and AI tools, measured

The vendors that measure sites, measured by the same rules

Registry: media kits, llms.txt, entity graphs

Verified machine-readable profiles of real organisations

Learn

The door: guides, findings and the glossary, from measurements

The scan, stage by stage, and what each grade means

How to check one thing, with the rate at which it fails

Dated cases from real scans, with the bytes behind them

Every term the product uses, defined

Who sends each agent, what it reads, how to verify it

Pricing Sign in

Glossary · Entities and schema

structured data validation

Checking markup parses and matches the visible page.

What structured data validation does not show

Valid markup that contradicts the visible text is a worse position than no markup, because it makes a confident wrong claim available for reuse.

Related terms in Entities and schema

Declaring who you are in a form a resolver can use without guessing.

invented value · signed business record · listing audit · listing supplier · fix receipt · structured data · JSON-LD · stable @id · entity collision · reciprocated sameAs · sameAs · knowledge graph · entity resolution · entity disambiguation · Wikidata · NAP · local citation · Organization schema · LocalBusiness · FAQPage · @context · agentic knowledge graph · microformats (h-card) · RDF · triple · dangling @id · RDFa and Microdata · founder edge · foundingDate · knowsAbout · unreciprocated profile · entity graph · DefinedTerm · Person schema · named entity recognition · NAP consistency · name drift · geocoding · rival roots · speakable · FAQPage schema · OpeningHoursSpecification · service area

Questions about structured data validation

What is structured data validation?

Checking markup parses and matches the visible page.

What does structured data validation not show or guarantee?

Valid markup that contradicts the visible text is a worse position than no markup, because it makes a confident wrong claim available for reuse.

Which area of the glossary does structured data validation belong to?

Entities and schema: Declaring who you are in a form a resolver can use without guessing.

← FAQPage · @context →

See it in the full glossary · 731 terms across 19 areas.