Skip to content
Asuruas
Schema type

ContactPoint schema

A contact channel for an organization or person, including its purpose and availability.

Start reading
Schema type

ContactPoint

Choose the type because the page visibly represents the entity—not because the vocabulary happens to provide the class.

Primary topicContactPoint

A contact channel for an organization or person, including its purpose and availability.

Operating outcomeAccountable improvement

Describe real entities and relationships accurately without manufacturing unsupported claims.

Review statusMaintained resource

Reviewed for accuracy, clarity, and operational use.

01

What the type represents

A contact channel for an organization or person, including its purpose and availability.

02

Use it when

  • The contact method is public and intended for the stated purpose
  • The entity has a stable organization or person identifier
03

Properties to evaluate

  • contactType
  • telephone
  • email
  • areaServed
  • availableLanguage
  • hoursAvailable
04

JSON-LD example

{
  "@context": "https://schema.org",
  "@type": "ContactPoint",
  "contactType": "customer support",
  "telephone": "+1-304-555-0100",
  "availableLanguage": "English"
}
05

Common mistakes

  • Selecting the type only because a search feature is desired.
  • Publishing facts that are not visible or supported by the site.
  • Creating conflicting copies of the same entity instead of using a stable @id.
  • Failing to update markup when the visible page or source data changes.
06

Official references

Schema.org defines the vocabulary. Search platforms publish separate documentation for the structured-data features they currently support.

07

Entity fit for ContactPoint

Use ContactPoint only when the page visibly represents the corresponding entity or relationship. Begin with the page purpose and the entity graph, then select the most specific supported type. Do not let the available vocabulary dictate claims the page does not make.

01

Visible support

Every material property should be supported by visible, current, and accurate page content.

02

Stable identity

Use consistent identifiers when the same organization, person, place, product, service, or webpage appears across the graph.

03

Consumer requirements

Treat Schema.org validity and search-consumer eligibility as related but separate checks.

08

Deployment record for ContactPoint

  • Syntax validation, type/property validation, consumer testing, and post-deployment inspection.
  • Record the page template, generator, source fields, responsible owner, and release reference.
  • Avoid publishing properties that are unsupported, hidden, stale, or inconsistent with visible content.
  • Parse the deployed json-ld, validate the graph, compare it with visible content, and test any target consumer requirements.
  • Schedule review when visible content, offers, ownership, locations, products, or consumer documentation changes.
Next useful action

Turn contactpoint into an accountable record.

A justified type-selection decision for ContactPoint with visible-content support and validation evidence.