What Is JSON-LD?

You may also hear the term JSON-LD.

JSON-LD is one of the formats that can be used to place structured data on a webpage. Google currently supports JSON-LD, Microdata and RDFa and generally recommends JSON-LD where a site's setup allows it.

For an owner, the format itself is normally not the important part.

You do not need to learn how to write JSON-LD simply because your website uses it.

The useful questions are:

· What information is being marked up?

· Is the schema type appropriate?

· Does the information match the real webpage and business?

· Has it been tested properly?

· Who will update it when the business information changes?

Those questions matter more than reading the code.

Where Can Schema Make Sense on a Small-Business Website?

The right structured data depends on what the website genuinely contains.

There is no reason to add every available schema type simply because it exists.

Business and organisation information

A business website may use Organization structured data to describe relevant organisational information.

For businesses with an applicable physical business location, a more specific LocalBusiness type may also make sense.

Depending on the business and Google's current documentation, this information may cover details such as the organisation's name, address, telephone number, website or other appropriate business information.

The important word is appropriate.

A service-area business without a public customer-facing location should not invent an address simply to fill a schema property. Likewise, opening hours, telephone numbers and other details should reflect reality.

Structured data should reinforce accurate business information, not manufacture it.

Breadcrumbs

Websites with several levels of pages may use breadcrumb structured data to describe where a page sits within the site's hierarchy.

For example, a visitor might move from the homepage to a services section and then to an individual service page.

Breadcrumb markup can provide search systems with structured information about that relationship.

That is different from designing the website's main menu or deciding which pages the business should have. Schema is describing the relationship rather than replacing good website organisation.

Blog articles

A website that publishes genuine articles may use appropriate article structured data.

This can help search systems interpret information about the article, such as its headline, images, author or publication details where those properties genuinely apply.

Again, markup should match the actual article.

Adding Article simply because a page contains a few paragraphs does not automatically make it a useful article or improve its rankings.

Products, events and other specialised content

Some businesses have products, events or other content with supported structured-data features.

These should be approached case by case.

An online shop may have a legitimate reason to investigate product markup. A business that hosts real public events may have a reason to investigate event markup.

Service businesses should not add them without relevant content.

The underlying page and business activity should justify them.

If your website provider mentions “schema”, “structured data” or “JSON-LD”, it can sound more technical than necessary.

The basic idea is much simpler.

A webpage is written mainly for people. Visitors recognise a business name, contact details, an article or a business address from the layout and wording.

Structured data adds extra labels behind the scenes so that search systems can identify some of that information more explicitly.

Those labels can be useful, but they are not a magic SEO switch. Adding schema does not automatically improve your rankings, and even perfectly valid structured data does not guarantee that Google will give your page a special search appearance.

Your goal is not to become a schema developer. Understand what is added, why it belongs and whether it describes your page accurately.

What Is Structured Data?

Structured data is a standardised way of describing information on a webpage so that machines can interpret it more consistently.

Imagine a local business webpage showing its name, phone, address and opening hours.

Visitors can infer these details from the layout.

Structured data provides additional machine-readable information that can effectively say:

· this is the organisation's name;

· this is its telephone number;

· this is a physical address;

· these are opening hours;

· this page represents a particular type of business.

The visible webpage still matters. Structured data is not supposed to create an alternative version of the business that visitors cannot see.

It should describe genuine information associated with the page.

So What Is “Schema Markup”?

This is where a few similar terms often get mixed together.

Structured data is the general idea of providing information in a standardised, machine-readable form.

Schema.org provides a widely used vocabulary for describing things such as organisations, local businesses, articles, products, events and many other types of information.

Schema markup is the everyday term people often use for structured data that uses this vocabulary.

Then there is Google's support for structured data.

That is related, but it is not exactly the same thing as Schema.org.

Schema.org contains a much broader vocabulary. Google supports particular structured-data types and properties for particular Search features, and its requirements can change over time.

This means that the fact that something exists in the Schema.org vocabulary does not automatically mean Google offers a special search result for it.

Remember this when someone promises a special Google appearance from a particular schema type.

Be Careful With Old Schema Advice

Structured-data guidance can become outdated.

One common example is FAQ markup.

FAQ structured data became popular because websites hoped to gain expanded FAQ search results. After earlier restrictions, Google stopped displaying FAQ rich results entirely on 7 May 2026.

How-to rich results were also removed from Google Search.

That does not mean every piece of old markup must immediately be deleted, but it does mean an ordinary small business should not be sold an outdated promise that FAQ or HowTo schema will automatically create a large special search result.

Review stars require similar care.

A business should not assume it can place its own customer testimonials on its website, add review schema and receive star ratings beside its Google result. Google's review-snippet rules specifically restrict self-serving reviews for LocalBusiness and Organization.

Current platform documentation matters more than an old SEO checklist.

Does Schema Markup Improve Google Rankings?

There is an important distinction between helping a search system understand information and guaranteeing a ranking improvement.

Structured data can give Google clearer information about a page and may make eligible content available for supported search features.

That does not make schema an automatic ranking boost.

Google also makes clear that correctly implemented structured data does not guarantee that a rich result will actually appear.

An eligible page may still appear as an ordinary search result.

Google may choose a different presentation based on the query, user, device, location or other factors.

For a small-business owner, the sensible expectation is:

Use structured data to describe genuine information clearly and accurately. Do not buy it as a guaranteed ranking or rich-result trick.

How Can a Business Owner Check Whether Schema Exists?

You do not have to read your website's source code manually.

Google provides a Rich Results Test that can check a webpage for structured data associated with supported Google rich-result features.

A broader Schema Markup Validator can be useful for checking Schema.org markup beyond Google's specific rich-result features.

If your website is connected to Google Search Console, Google may also provide rich-result reports for supported types that it detects on the site.

Not every schema type has a Search Console report.

An owner can therefore ask a website provider to show:

1. which structured-data types are currently implemented;

2. which pages contain them;

3. whether they match the visible page content;

4. the result of an appropriate validation test; and

5. whether Google currently supports the intended Search feature.

That is better evidence than being told, “Your website has schema.”

Errors, Warnings and “Valid but Not Showing”

These situations are easy to confuse.

A critical error

A critical structured-data problem can make an item invalid for a particular Google rich-result feature.

This might involve a required property being missing, an incorrect value or another problem that prevents the item from meeting the feature's requirements.

That deserves attention.

A non-critical issue or warning

Search Console now generally groups rich-result items as valid or invalid rather than using “warning” as a main status.

However, tools can still identify non-critical issues or recommended improvements.

A non-critical issue does not necessarily stop an item from being valid. It can mean that extra recommended information could improve the quality or completeness of the markup.

It is still worth reviewing, but it is not the same as a critical error.

Valid markup with no special search appearance

This is a third situation entirely.

Your structured data may be valid while Google still shows an ordinary search result.

That is not automatically evidence that anything is broken.

The page may be eligible but not selected for a rich result, the schema may not relate to a Google-supported rich-result feature, or the page may not meet other requirements for a particular appearance.

Validation confirms that markup meets certain technical requirements. It does not force Google to display a particular result.

What Should You Ask Your Website Provider?

If schema comes up in a website project, you do not need a technical lecture.

Ask practical questions:

What schema types are currently on my website?

There should be a sensible reason for each important type.

Which pages use them?

Business-level information, articles, products and events may belong in different places.

Does the structured data match what customers can actually see?

Hidden, misleading or outdated information is a warning sign.

Does Google currently support the Search feature you are targeting?

This protects you from recommendations based on old SEO advice.

How was it tested?

Your provider should be able to explain which validation tool was used and whether critical issues remain.

Who updates the markup when my business changes?

Opening hours, addresses, contact information, products and other details can change. Structured data should not quietly become outdated.

Are you promising a result that Google does not guarantee?

Be cautious if schema is being sold as a guaranteed ranking improvement, guaranteed stars or guaranteed rich result.

Schema Should Describe a Good Website, Not Compensate for a Bad One

Structured data works best when it accurately describes useful, visible information that already exists.

It cannot turn inaccurate business details into correct information.

It cannot replace a useful service page.

It cannot fix unclear headings by itself.

It cannot repair an indexing problem simply because schema has been added.

And it cannot make a business eligible for a search feature that does not apply to the page.

That is why the best owner-level approach is relatively simple:

Use the right markup for real information, keep it accurate, validate it, and treat rich search appearances as a possible outcome rather than a promise.

The Practical Takeaway

Schema markup sounds highly technical because the implementation lives behind the scenes.

The principle is straightforward.

It gives search systems additional structured information about what your webpage contains.

For a small-business owner, you do not need to become a developer. You need to know what your website is describing, whether that description is accurate and whether the claimed benefit is supported by current guidance.

If your site already uses structured data, ask your provider what is implemented and why.

If schema is being recommended as something new, ask what genuine business information it will describe and what current Google feature, if any, it is intended to support.

Treat schema as one practical website tool, not an SEO promise.

Need a second set of eyes on your website? WebWise Management can help you review what is currently in place and explain the practical next steps in plain language.

Contact

Reach out anytime for personalized support.

Email:

Phone:

info@webwisemanagement.co.za

+27 72 709 7557

© 2026. All rights reserved.

Services

Home

Portfolio

Contact