When to use it
Use LocalBusiness when the primary entity represented by the visible page matches the Schema.org definition. Select a more specific subtype when accurate.
Minimum starting properties
- name
- url
Recommended properties to evaluate
- @id
- image
- telephone
- address
- geo
- openingHoursSpecification
- areaServed
JSON-LD example
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"@id": "https://example.com/#business",
"name": "Example Local Business",
"url": "https://example.com/",
"telephone": "+1-304-555-0100",
"address": {
"@type": "PostalAddress",
"addressLocality": "Example City",
"addressRegion": "WV",
"addressCountry": "US"
}
}Common mistakes
- Choosing the type only because a rich result is desired.
- Adding properties not visible or supported by the site.
- Creating conflicting duplicate entities instead of using stable @id values.
- Failing to update markup when visible data changes.
Entity fit for LocalBusiness
Use LocalBusiness 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 LocalBusiness
- 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.
Expand the reach of LocalBusiness
Search visibility and user value improve when localbusiness answers the real questions people bring to the page. For business owners, marketers, seo practitioners, and developers, that means covering the decision context, observable signals, implementation boundaries, and proof that the result works in production—not repeating a keyword or publishing a longer version of the same incomplete explanation.
Use the page as part of a connected topic cluster. Link the broad concept to focused implementation guides, definitions, checklists, examples, and the Asuruas workflow that can identify affected URLs. The goal is to help a reader move from discovery to a confident next action while giving search systems clear entities, relationships, and page purpose.
- Inspect business identity and location consistency.
- Inspect service-area and location-page usefulness.
- Inspect local entity markup and citations.
- Inspect reviews, contact paths, and conversion clarity.
Strengthen the answer
Create useful location context instead of doorway pages.
Build the topic cluster
Connect services, locations, and proof.
Prove the outcome
Measure qualified local actions rather than rankings alone.
Turn localbusiness into an accountable record.
A justified type-selection decision for LocalBusiness with visible-content support and validation evidence.