</> Web Validators

Full Schema Hierarchy

Browse every schema.org type: what it inherits from, what inherits from it, and every property it accepts.

Built from schema.org's own machine-readable release -- 939 types and 1538 properties, version 30.1 -- and served from a committed copy, so it works whether or not schema.org is reachable. Each property is shown with the type it was declared on, which is the part that is hard to see on the official hierarchy page.

Based on: Schema.org · Schema.org — Full Hierarchy

About this validation

Browses the schema.org type hierarchy from a committed copy of schema.org's own machine-readable release: supertypes, subtypes, and the properties a type accepts including everything it inherits.

Rules reviewed:
Nov 15, 2026

SEOTechTests methodology: Serves schema.org's type hierarchy from a copy of its own machine-readable release that is generated by a script in this repository and committed, so the page never depends on schema.org being reachable. Supertypes are flattened breadth-first, and the property list for a type is everything declared on it plus everything inherited.

Standards and vendor-documented behavior can change. This reflects the source as last reviewed above, not a permanent guarantee.

PostalAddress

The mailing address.

schema.org/PostalAddress30 properties0 subtypes

Inheritance

Thing→Intangible→StructuredValue→ContactPoint→PostalAddress

Properties declared on PostalAddress (7)

addressCountryCountry, TextThe country.
addressLocalityTextThe locality in which the street address is, and which is in the region.
addressRegionAdministrativeArea, TextThe region in which the locality is, and which is in the country.
extendedAddressTextAn address extension such as an apartment number, C/O or alternative name.
postOfficeBoxNumberTextThe post office box number for PO box addresses.
postalCodeTextThe postal code.
streetAddressTextThe street address.

Inherited properties (23)

additionalTypefrom ThingText, URLAn additional type for the item, typically used for adding more specific types from external vocabularies in microdata syntax.
alternateNamefrom ThingTextAn alias for the item.
areaServedfrom ContactPointAdministrativeArea, GeoShape, Place, TextThe geographic area where a service or offered item is provided.
availableLanguagefrom ContactPointLanguage, TextA language someone may use with or at the item, service or place.
contactOptionfrom ContactPointContactPointOptionAn option available on this contact point (e.g.
contactTypefrom ContactPointTextA person or organization can have different contact points, for different purposes.
descriptionfrom ThingText, TextObjectA description of the item.
disambiguatingDescriptionfrom ThingTextA sub property of description.
emailfrom ContactPointTextEmail address.
faxNumberfrom ContactPointTextThe fax number.
hoursAvailablefrom ContactPointOpeningHoursSpecificationThe hours during which this service or contact is available.
identifierfrom ThingPropertyValue, Text, URLThe identifier property represents any kind of identifier for any kind of Thing, such as ISBNs, GTIN codes, UUIDs etc.
imagefrom ThingImageObject, URLAn image of the item.
mainEntityOfPagefrom ThingCreativeWork, URLIndicates a page (or other CreativeWork) for which this thing is the main entity being described.
namefrom ThingTextThe name of the item.
ownerfrom ThingOrganization, PersonA person or organization who owns this Thing.
potentialActionfrom ThingActionIndicates a potential Action, which describes an idealized action in which this thing would play an 'object' role.
productSupportedfrom ContactPointProduct, TextThe product or service this support contact point is related to (such as product support for a particular product line).
sameAsfrom ThingURLURL of a reference Web page that unambiguously indicates the item's identity.
serviceAreafrom ContactPointAdministrativeArea, GeoShape, PlaceThe geographic area where the service is provided.
subjectOffrom ThingCreativeWork, EventA CreativeWork or Event about this Thing.
telephonefrom ContactPointTextThe telephone number.
urlfrom ThingURLURL of the item.

FAQ

Where does this hierarchy come from?

From schema.org's published machine-readable vocabulary, condensed to the type and property relations and committed to this site. The release version it was built from is shown with the results.[1, 2]

Why does a type list properties it does not declare?

Because it inherits them. Every type ultimately descends from Thing, so name, url, description and image are available everywhere without being declared on each type.[1]

What do pending and attic mean next to a type?

schema.org keeps proposed terms in a pending area before they join the core vocabulary, and moves retired ones to an attic so old markup still resolves. A term in either is real, but not part of the core vocabulary.[1]