01 · Subject
Which named thing is making the statement?
Use a stable identifier or canonical record. Avoid ambiguous references such as “we,” “the platform,” or “the leading system” when a specific entity is required.
Foundation 02 · Structured relationships
Structured data is most useful when it expresses a relationship a reader could also find, understand, and inspect in the page itself. Markup can organize a documented claim; it cannot cure an unsupported one.
Learning objective
By the end of this lesson, you should be able to define a subject, relation, object, source, date, scope boundary, and update rule before expressing that relationship in a machine-readable form.
01 · Subject
Use a stable identifier or canonical record. Avoid ambiguous references such as “we,” “the platform,” or “the leading system” when a specific entity is required.
02 · Relation
Choose a relationship that the visible page can explain: author of, part of, same as, cites, about, or a similarly bounded connection. Do not substitute a relation for evidence.
03 · Object
Point to a stable source or record whenever possible. If the target is a proposal, working category, or unverified claim, write that status visibly rather than disguising it as settled fact.
04 · Context
Record freshness, source scope, and any caveat needed to prevent overreading. A graph relationship without temporal or editorial context can outlive the statement it was meant to describe.
Practice lab
A site wants to add JSON-LD stating that a report is “about AI safety,” authored by an organization, and based on an internal review. The report contains a thoughtful framework but no measured results, independent assessment, or complete source set.
Source shelf
Continue the pathway