A business owner installs a schema plugin, sees a green validation result and expects immediate ranking gains, review stars, a larger Google result, better Maps placement and inclusion in AI answers. A month later, nothing visibly changes.

Schema serves two practical purposes: helping machines interpret the page and its entities more clearly, and making pages eligible for certain supported search features. It does not guarantee rankings, rich results, Maps visibility or AI citations. This article explains what schema actually does, which types matter for businesses and what to prioritise. It connects to the technical SEO foundations in our SEO guide.

Schema helps Google read the label correctly. It does not make the contents of the package more valuable.

Four concepts that get mixed together

Before going further, it helps to separate four things that are commonly treated as the same.

Schema.org: The shared vocabulary containing hundreds of types and properties such as LocalBusiness, Organization, Person, Service, Product and Article. It is maintained collaboratively and covers far more types than any one search engine uses.

Structured data: The machine readable information added to a webpage using that vocabulary. It tells search systems what a page is about in a format they can parse reliably.

JSON LD: The implementation format Google generally recommends. It sits inside a script block and does not require embedding attributes throughout the visible HTML, which makes it easier to add and maintain.

Rich results: Enhanced Google Search appearances (review stars, event cards, product cards, FAQ expansions) available only for specific supported structured data types. Valid schema does not automatically produce a rich result.

What is schema markup?

A visitor can look at a contact page and understand: this is a plumbing business in Fitzroy, these are its hours, this is its phone number. A search system sees text, links and page elements. Structured data supplies an additional machine readable description stating the entity type, name, address, phone, opening hours, website and connected profiles.

Google defines structured data as a standardised format used to provide information about a page and classify its content. It uses schema.org vocabulary for most supported implementations.

Normal website content is the sign on the shopfront. Structured data is the structured record behind it, filed in a format machines can process without guessing.

Warning: Schema must match reality

Schema should describe information already present on the page. Do not use it to claim a service that is not offered, a location that does not exist, opening hours that differ from the website, awards or reviews that are not visible, or qualifications the person does not hold. Google requires structured data to represent the visible page content accurately and warns that misleading markup can make pages ineligible for rich results.

What schema markup can and cannot do

Schema can help with

Schema cannot guarantee

Clarifying the business entity

Higher organic rankings

Identifying the page type

A rich result appearing

Describing a real location

Local Pack placement

Connecting an author and organisation

Greater authority by itself

Supplying product price and availability

Google Shopping approval

Making supported pages eligible for enhancements

Review stars for your own business

Reducing entity ambiguity

Accurate AI recommendations

Supporting machine readable product or event data

Better content quality

Structured data can improve how clearly Google understands eligible content and may influence how a result is presented, but the markup itself is not a substitute for relevance, authority, links, reviews or customer usefulness.

Schema.org support and Google support are different

This is a critical distinction most schema guides miss. Schema.org is a broad vocabulary with hundreds of types. Google supports only selected types for specific search features. Google's Search Gallery lists the currently supported features, and Google advises publishers to use this documentation as the definitive source.

Google supported rich result schema: Types that can produce visible search enhancements when implemented correctly: LocalBusiness, Product, Article, BreadcrumbList, Event, JobPosting, Recipe, VideoObject and others listed in the Search Gallery.

Valid schema.org but no dedicated Google rich result: Types like Service and OfferCatalog are valid vocabulary that can describe content and entities, but should not be sold as guaranteed visible enhancements.

Technically valid but inappropriate: Product schema on a service page, Event schema for an ordinary appointment, Review markup for reviews that are not visible, or LocalBusiness markup for a fake location. Valid code does not make it appropriate.

"Valid schema" and "eligible Google feature" are two separate checks.

Which schema types should Australian small businesses prioritise?

Rather than adding every type a plugin offers, use a priority system based on what is accurate, supported and maintainable.

Layer

Schema types

Purpose

Foundation

Organization, LocalBusiness, WebSite, WebPage, BreadcrumbList

Core identity, location and navigation

Content

Article, Person, ProfilePage, VideoObject, Event

Authorship, publishing and content type

Commercial

Product, merchant listing data, JobPosting, Dataset

Products, jobs and data assets

Descriptive

Service, OfferCatalog, areaServed

Service description (no dedicated Google rich result)

Five accurate, connected schema types are more useful than twenty incomplete ones added because a plugin offered them. Google similarly advises providing fewer complete and accurate properties rather than filling every possible property with weak or incorrect information.

LocalBusiness schema: describing the real business

LocalBusiness schema describes a genuine physical or service area business. Google recommends using the most specific relevant subtype available (Electrician, Plumber, Restaurant, Dentist, etc.) rather than the generic LocalBusiness type. For the broader local search picture, see the guide on Google Maps ranking factors.

Properties to include

Essential: Business name (canonical, matching GBP and website), address (full street address for physical locations), phone number (customer facing, matching GBP), website URL, opening hours (accurate, including special hours) and business type (most specific subtype available).

Recommended: Logo, image (real photo of the business), geo coordinates (latitude and longitude), price range, sameAs links to official social profiles, parent organisation relationship (for multi location businesses) and area served (for service area businesses).

Single location business

Create one clear entity representing the real business. The canonical name, address, phone, hours and business type should match what appears on the website, in Google Business Profile and across Australian local citations. Inconsistencies between these sources create confusion for both search systems and customers.

Service area business

A mobile tradie can describe the business and area served, but the markup must not expose or manufacture a fake public storefront. The website, structured data and Google Business Profile should communicate the operating model consistently.

Multi location business

Google recommends defining each genuine business location separately. Each location should have its own location page, unique address, unique phone where appropriate, location specific hours, a stable schema identity, a correct parent organisation relationship and an accurate Google Business Profile destination.

Warning: LocalBusiness schema does not replace Google Business Profile

Schema describes the location on your website. Google Business Profile manages the listing customers interact with in Maps and local search. They are connected but separate data sources. Keep both current and consistent.

The Google Business Profile guide covers the full GBP setup.

Organisation schema: defining the company behind the website

Organisation schema clarifies the preferred organisation name, legal or alternate name, website, logo, contact details, official social profiles and business identifiers. Google's Organization documentation supports properties including name, URL, logo, contact information and sameAs profiles.

Do not create separate disconnected entities for variations of the same business name unless they are genuinely separate businesses. Use one canonical identity and document alternate or former names carefully.

Tip: Connect Organisation and LocalBusiness

For a single location business, your Organisation and LocalBusiness schema should describe the same entity consistently. For a multi location business, the Organisation is the parent and each location is a connected LocalBusiness entity with its own address and details.

Service schema: useful description, but not a rich result shortcut

Schema.org defines Service as a service provided by an organisation, supporting properties like serviceType, provider, areaServed, audience and offers.

What Service schema may help describe: What the service is, who provides it, where it is available, how it is accessed and which organisation it belongs to.

What businesses should not expect: Google's current Search Gallery does not list a dedicated Service rich result. A valid Service block will not unlock a special service card or guaranteed enhancement.

Use Service schema where it creates a clearer entity graph, but make sure the service page itself already contains a clear service name, provider, scope, audience, pricing or quote process, limitations and visible contact action. Service schema can clarify a service. It cannot compensate for a vague service page.

FAQ schema: still valid vocabulary, but limited visible value

Most older schema guides advise every small business to add FAQ schema to every page. That advice needs updating. Google restricted FAQ rich results primarily to well known, authoritative government and health websites. For ordinary commercial websites, FAQ rich results are no longer shown regularly. The Google FAQ structured data documentation confirms the current eligibility restrictions.

What to do: Keep useful FAQs on your pages because they answer customer objections, improve page clarity, support long tail searches, help conversion and provide extractable answers for AI systems. But do not promise that FAQPage markup will produce expanded FAQ results for a small business.

Write FAQs because customers need the answers, not because an old screenshot showed a larger Google result.

Review schema: why your own testimonials normally will not produce stars

Businesses often display Google reviews, Facebook reviews or customer testimonials, add Review or AggregateRating markup and expect organic review stars. This does not work as expected. Google's review snippet policies treat reviews about an organisation or local business as self serving when the reviewed entity controls the website displaying them. This includes reviews embedded through third party widgets. Those pages are ineligible for organic review star features for LocalBusiness and Organization.

Your customer testimonials can build trust. They normally cannot be marked up to manufacture organic stars for your own business.

For guidance on building genuine reviews, see the guide on getting Google reviews legally in Australia.

Article, author and profile schema

For articles, reports and guides, connect Article, author Person, publisher Organization, publication date, modified date, headline, image and author profile URL. This is particularly valuable for legal, health, financial and technical content where demonstrating real experience and trust through E-E-A-T matters for both readers and search systems.

Author profiles should contain: Full name and role, relevant experience and years in the field, professional qualifications and credentials, areas of expertise, published articles on the site and official professional profile links (LinkedIn, industry register).

Schema can connect the author to the article. It cannot prove that the author is qualified. The visible profile and external evidence still need to support the claimed expertise.

Schema and AI search: important, but frequently overstated

Some GEO guides claim schema matters more because AI search uses structured data. This should be framed carefully. Google says normal SEO practices remain relevant to AI Overviews, no special AI schema is required and structured data is not required specifically for generative AI search. The guide to generative engine optimisation covers the full GEO landscape.

Structured data remains useful because clear entity and content information supports machine understanding. But it does not guarantee AI citations and it does not turn schema into a recommendation switch. AI search increases the value of clear facts. It does not create authority where none exists.

Schema priorities by business type

Different businesses need different schema setups. Here is what to prioritise based on your business type.

Tradies and home services

Use the most specific LocalBusiness subtype (Electrician, Plumber, Locksmith, etc.), accurate service area, opening hours including emergency availability and connected Organisation. Add Service schema for each major service type. For the broader SEO strategy, see the guide on SEO for tradies.

Priority schema: LocalBusiness with specific subtype, Organization, Service (for each major service), BreadcrumbList, Article and Person (for author bios on blog content).

Professional services (lawyers, accountants, consultants)

Professional service firms need schema that reflects practitioner credentials, practice areas and organisational structure. The SEO for professional services industry hub covers the broader strategy.

Priority schema: LocalBusiness (LegalService, AccountingService, etc.), Organization, Person (for practitioner profiles with credentials), Article (for expert content with author and reviewer), Service (for each practice area), BreadcrumbList.

Medical and allied health

Healthcare schema needs to reflect practitioner registrations, clinical review processes and compliant content practices. The SEO for healthcare industry hub covers the broader approach.

Priority schema: LocalBusiness (Physician, Dentist, MedicalClinic, etc.), Organization, Person (for practitioner profiles with registration details), Article (with reviewer for clinical content), MedicalSpecialty where appropriate.

Restaurants and hospitality

Google supports Restaurant as a LocalBusiness subtype with additional properties like menus, cuisine type and reservation links. For the full restaurant SEO picture, see the guide on restaurant SEO.

Priority schema: Restaurant (with menu, servesCuisine, acceptsReservations), Organization, BreadcrumbList, Event (for special dining events, if genuine).

Ecommerce

Product schema is critical for ecommerce, especially merchant listing markup that includes price, availability, shipping and returns. The guide to ecommerce SEO covers product schema, variant handling and Merchant Center alignment in detail.

Priority schema: Product (with merchant listing properties), Organization, BreadcrumbList, AggregateRating (for genuine product reviews, not self serving business reviews), WebSite (with SearchAction for site search).

A simple schema plan for a service business

Here is what a connected schema setup looks like for a typical Australian service business.

Page

Primary schema

Connections

Homepage

Organization, LocalBusiness, WebSite, WebPage

Defines the core business entity

Service page

WebPage, Service, breadcrumb

Provider linked to the main organisation

About page

AboutPage, Organisation

Founder and team relationships

Team member page

ProfilePage, Person

Works for relationship to organisation

Blog article

Article, author, publisher, breadcrumb

Author linked to Person entity

Contact/location

LocalBusiness, address, phone, hours, geo

Parent organisation connection

These should form one connected entity graph rather than several unrelated blocks referring to the same company in slightly different ways. Every entity should share the same canonical business name, URL and core details.

The duplicate schema problem

This is one of the most common practical issues. A WordPress website may receive schema output from an SEO plugin, a Local SEO add on, the page builder, the theme, a review plugin, an ecommerce plugin, custom code or tag manager. This can create two Organisation entities with different names, two LocalBusiness blocks, conflicting phone numbers, duplicate breadcrumbs and several unrelated ID values.

Common duplicate scenarios:

  • The SEO plugin outputs Organisation while the theme also outputs LocalBusiness with a different name

  • A review plugin adds AggregateRating to LocalBusiness pages (triggering the self serving restriction)

  • An ecommerce plugin adds Product schema that overlaps with or contradicts the SEO plugin

  • Custom code in Google Tag Manager duplicates what a plugin already produces

  • A Local SEO add on conflicts with the main SEO plugin's Organisation output

Audit checklist:

  • Which plugin currently owns schema output?

  • Does the theme also output markup?

  • Does an ecommerce or review plugin add additional types?

  • Do all entities use the same business name, address and phone?

  • Can duplicate outputs be disabled?

  • Does the final rendered page show one clean, consistent graph?

Adding a second schema plugin rarely fixes the first plugin. It often creates a second version of the business.

How to add schema without coding

There are three levels of implementation depending on complexity.

Level 1: CMS or SEO plugin

Suitable for Organization, Article, Breadcrumb, basic WebPage types and standard author relationships. Popular WordPress tools include Yoast SEO, Rank Math and All in One SEO. Each handles schema differently. Do not install multiple schema plugins without understanding what each one outputs.

Level 2: Schema generator

Suitable for preparing a controlled JSON LD block, understanding required fields and testing specific implementations. The schema markup generator can build valid JSON LD for common types. A generator still requires the user to know which type is appropriate, where it belongs, which facts are accurate and whether another plugin already outputs the same type.

Level 3: Developer implementation

Recommended for multi location businesses, complex service relationships, ecommerce variants, custom post types, directories, datasets, dynamic inventory and large sites with several connected entities. If you are working with a web design Melbourne agency on a rebuild, schema architecture should be part of the project scope from the start.

No code implementation removes the typing. It does not remove the need to choose the correct entity and information.

How to test schema markup properly

There are two main validation tools, and they check different things.

Test 1: Google Rich Results Test. Check whether Google detects supported rich result markup, whether required properties are present and whether critical errors exist. A green result means technically eligible. It does not mean Google will show a rich result.

Test 2: Schema Markup Validator. Use for broader schema.org validation, including Service schema, custom properties and entity relationships not tied to a current Google rich result.

Test 3: Search Console URL Inspection. After publishing, inspect the live URL to confirm Google can crawl the page, the schema appears after rendering and the markup is detected correctly.

Test 4: Search Console Enhancement Reports. Monitor supported rich result reports for valid items, warnings and invalid items over time.

Tool

What it checks

What it does not prove

Rich Results Test

Google supported feature eligibility

Ranking or guaranteed display

Schema Markup Validator

General schema.org validity

Google feature eligibility

URL Inspection

What Google sees on the live page

Guaranteed rich result

Search Console reports

Detected errors and performance

Every schema type on the site

Validation checks structure. It cannot verify whether the business claim is true.

Understanding errors, warnings and eligibility

Error: A required field is missing or invalid. The page may not be eligible for the related rich result.

Warning: A recommended field is missing. The markup may still be valid and eligible, but supplying the property could improve completeness.

Valid schema but unsupported feature: The markup follows schema.org correctly, but Google does not provide a corresponding rich result. Example: valid Service markup.

Valid markup but policy ineligible: The code validates, but the content breaks feature guidelines. Example: self serving LocalBusiness reviews, hidden content, inaccurate price or fake events.

The Rich Results Test cannot identify every policy or content quality problem. A green test is a necessary check, not a sufficient one.

What results should a small business expect?

Most likely: Cleaner machine readable business information, fewer entity ambiguities, better maintained page and author relationships, eligibility for supported rich results and clearer Search Console diagnostics.

Possible: Richer result presentation, improved click through rate, more accurate business information in certain search experiences and stronger product, event or article presentation.

Not guaranteed: Higher rankings, Local Pack movement, review stars, Knowledge Panel creation, AI citations, greater traffic or immediate changes.

Google states it may choose a normal text result even when valid structured data exists. Use the local SEO readiness checker to assess your broader local presence, and the SEO timeline estimator to set realistic expectations for when SEO improvements typically show results.

Schema needs ongoing maintenance

Schema becomes inaccurate when the business moves, opening hours change, a phone number changes, a team member leaves, a service is discontinued, a product goes out of stock, an event ends, prices change, the business rebrands, a plugin update changes output or a page template is replaced.

Assign ownership. Record: Who owns schema maintenance, which plugin or system produces it, where the business data source of truth lives, when it was last tested and last updated, which pages are affected and when the next review is due.

Schema is not a one time code snippet. It is another representation of business information that must stay current.

Quick schema audit: 15 minutes

You do not need to understand code to check your schema basics. This pairs well with the SEO audit checklist for a broader technical review.

Minutes 0 to 3: Check what exists. Open your homepage in Google's Rich Results Test. Note what schema types are detected and whether there are errors or warnings.

Minutes 3 to 6: Check for duplicates. Look at the rendered output. Is there one Organisation or two? Does the business name match your real name? Is the address correct? Are there conflicting phone numbers?

Minutes 6 to 9: Test a service page. Run your most important service page through the same test. Check whether it connects back to the same Organisation entity or creates a separate one.

Minutes 9 to 12: Test an article. Run a blog article through the test. Check whether it has Article markup, an author connection and a publisher connection.

Minutes 12 to 15: Check Search Console. Open Search Console and look at the enhancement reports. Note any errors, warnings or invalid items. Check whether the reported page count matches what you expect.

Action: Score and prioritise

For each page tested, mark schema as: Clean (one entity, correct info, no errors), Needs attention (warnings, missing properties, minor inconsistencies) or Broken (duplicate entities, wrong info, errors or policy violations).

Common schema mistakes small businesses make

Mistake

Better approach

Adding every schema type offered by a plugin

Use only types that match visible content

Expecting schema to increase rankings directly

Schema creates understanding and eligibility, not a ranking boost

Marking up fake suburb locations

Describe only genuine locations

Adding self serving review stars

LocalBusiness pages are ineligible for organic review stars on the business's own site

Adding FAQ schema purely for expanded results

Ordinary commercial websites rarely receive FAQ rich results after Google's restrictions

Using Product schema for a service package

Use a truthful Service or Offer relationship

Allowing several plugins to create Organisation schema

Nominate one source of truth

Treating a green test as guaranteed eligibility

Validation confirms structure, not display or policy compliance

Never retesting after redesigns

Add schema to your QA procedures

Believing schema guarantees AI citations

Build evidence and authority alongside structured data


A 30 day schema action plan

Week

Focus

Actions

Week 1

Audit current output

Test homepage, service pages, articles, contact and location pages. Identify every schema producing plugin. Record duplicate entities. Compare markup with visible business information. Review Search Console errors.

Week 2

Define the entity model

Confirm canonical business name. Confirm Organisation versus LocalBusiness setup. Choose the most accurate business subtype. Document addresses, phones and hours. Map team and author entities. Decide which plugin owns each type.

Week 3

Implement and consolidate

Correct Organisation schema. Add or fix LocalBusiness. Connect genuine locations. Fix Article and author relationships. Remove conflicting outputs. Add Service markup only where useful. Remove misleading review markup. Confirm breadcrumb output.

Week 4

Test and monitor

Run Rich Results Test and Schema Markup Validator. Inspect live URLs in Search Console. Correct errors and review warnings. Submit important URLs for recrawling. Monitor enhancement reports. Document the owner and review date.


What we recommend at Elev8d

When we audit a website's schema, we start by checking what plugins are already outputting, whether entities are consistent and whether the markup matches the visible page content. Most small businesses need clean Organization and LocalBusiness schema, accurate Article and author connections and no duplicate or conflicting outputs. For ecommerce brands, product schema and Merchant Center alignment are equally important. Our approach to SEO Melbourne treats schema as one piece of the technical foundation, not a standalone fix.

We use our schema markup generator for controlled implementations and test every deployment through both validation tools and live URL inspection. The goal is not to add as many schema types as possible. It is to build one clean, connected entity graph that accurately represents the business.

FAQs

What is schema markup?

Schema markup is structured data that describes a page and its entities in a machine readable format. It helps search systems understand content without relying solely on interpreting the visible text.

Does schema markup improve Google rankings?

Schema can help Google understand eligible content and may make it eligible for richer search appearances, but valid markup does not guarantee higher rankings or rich results.

What is JSON LD?

JSON LD is a structured data format placed inside a script block on the page. Google generally recommends it because it is easier to implement and maintain than markup interwoven through the visible HTML.

What schema should a local business use?

A genuine local business should use Organization and the most specific relevant LocalBusiness subtype, supported by accurate location, contact and opening hours information.

Can schema make my Google reviews appear as stars?

A business's own LocalBusiness or Organization pages are ineligible for self serving review stars in organic results, even where reviews are displayed through a third party widget.

Should a small business still use FAQ schema?

Useful FAQs should remain on the page for customers, but ordinary commercial websites should not expect regular FAQ rich results. Google restricted those to authoritative health and government websites.

Is Service schema supported by Google?

Service is a valid schema.org type, but Google does not currently list a dedicated Service rich result. It can still describe a service as part of the entity graph for machine understanding.

Does schema help AI search?

Structured data can support machine understanding, but Google says it is not required for its generative AI features and there is no special AI schema.

How do I test schema?

Use Google's Rich Results Test for supported Google features, Schema Markup Validator for broader schema.org validation and URL Inspection in Search Console to confirm what Google sees on the live page.

Can a WordPress plugin fix all my schema?

A plugin can handle common types like Organization, Article and Breadcrumb well. But it cannot automatically fix duplicate outputs from other plugins, validate business accuracy or handle complex multi location or ecommerce setups without configuration.

Next steps: pick your path

Path 1: Run the 15 minute audit. Test your homepage, top service page and one article through both the Rich Results Test and Schema Markup Validator. Check for duplicate entities, conflicting information and outputs from multiple plugins.

Path 2: Follow the 30 day plan. Use the four week plan in this article. Audit what exists, define your entity model, consolidate the implementation and set up monitoring.

Path 3: Get it reviewed professionally. If your schema is producing errors, duplicates or confusing entities, get in touch. We will audit your current structured data, identify conflicts and build a clean implementation that accurately represents your business across search.

Schema helps Google read the label correctly. Five accurate, connected types are more useful than twenty incomplete ones. Start with what is real, keep it current and test it properly.

Sources and further reading

General information only. Rules vary by situation, particularly around advertising claims, privacy, reviews and consumer law. If you are unsure about compliance, get professional advice.

AK
Written by

Ajay K.

Ajay is the co-founder of Elev8d. Psychology grad turned marketer. He writes plain English guides on SEO, Google Ads and web design for Australian businesses.