What the type represents
A retail store with a physical or local-business identity.
Use it when
- The page represents an actual store
- Store details are visible and current
Properties to evaluate
- @id
- name
- url
- image
- telephone
- address
- openingHoursSpecification
- paymentAccepted
JSON-LD example
{
"@context": "https://schema.org",
"@type": "Store",
"@id": "https://example.com/#store",
"name": "Example Store",
"url": "https://example.com/"
}
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.
Official references
Schema.org defines the vocabulary. Search platforms publish separate documentation for the structured-data features they currently support.
Entity fit for Store
Use Store 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.
Visible support
Every material property should be supported by visible, current, and accurate page content.
Stable identity
Use consistent identifiers when the same organization, person, place, product, service, or webpage appears across the graph.
Consumer requirements
Treat Schema.org validity and search-consumer eligibility as related but separate checks.
Deployment record for Store
- Local visibility and conversion evidence separated by location and service intent.
- Record the page template, generator, source fields, responsible owner, and release reference.
- Avoid publishing inconsistent business information across the website and external profiles.
- Inspect the live page, business profile, structured data, citations, and location-specific conversion tracking.
- Schedule review when visible content, offers, ownership, locations, products, or consumer documentation changes.
Turn store into an accountable record.
A justified type-selection decision for Store with visible-content support and validation evidence.