My Tool Studio
Schema Markup·4 min read

When to Use WebPage Schema (and When to Skip It)

Not every URL needs a specialist schema type, and that's fine. Knowing when plain WebPage markup fits saves you from two opposite failures: shipping no structured data at all, or mislabeling a page as an Article it isn't. Take a pricing page. It isn't an article, a product or an event, but it still has a publisher, dates, a topic and a place in your site structure worth declaring. That's where WebPage belongs.

{"@type": "Article","name": "…","url": "…"}RICH RESULTArticle

The decision rule for WebPage schema

Work down the list from specific to general. Is the page an article? A product? An event, a job posting, a recipe? If a specific type is true, use it, because specific types are what Google reads for its search features and WebPage has none of its own. Only when nothing specific fits does WebPage become the right answer, and at that point it's a good one.

Consider PlanSprint, a fictional planning tool, publishing a signup page for a quarterly webinar with no recording yet. VideoObject would be untrue, and Event markup would overstate a marketing demo. WebPage lets the team declare ownership, dates and hierarchy without claiming anything the page isn't.

WebPage as a fallback, not a default

Treat WebPage as what you reach for after the check fails, not what you stamp on all two hundred URLs out of habit. Blanket WebPage markup with identical boilerplate values adds bytes and no information; crawlers already know each URL is a web page.

The markup earns its place when the properties carry real data: a genuine author, accurate dates, a publisher with a logo, a breadcrumb trail. Pricing pages, landing pages, legal pages and documentation indexes tend to clear that bar. A thin thank-you page usually doesn't.

Eleven page types and the topic fields

The WebPage Schema Generator's type dropdown goes beyond the generic label: WebPage, AboutPage, ContactPage, FAQPage, CollectionPage, ItemPage, ProfilePage, QAPage, CheckoutPage, SearchResultsPage and RealEstateListing. Several of these have dedicated generators on this site with more fields; use this one when you want them with the shared WebPage extras.

Two fields are worth knowing about. about names the page's main topic and mentions names other things it discusses; enter each as Name | URL, using a Wikipedia or Wikidata link, and the tool writes a Thing with a name and sameAs. Tick Add a WebSite block and enter the site name to output a WebSite node linked by isPartOf, which is where Google reads the site name shown in results. Add it on the homepage at least.

A worked WebPage example for a landing page

PlanSprint's pricing page lives at https://plansprint.com/pricing. Filling in the title, URL and publisher with a logo yields: {"@context":"https://schema.org","@type":"WebPage","name":"Pricing","url":"https://plansprint.com/pricing","publisher":{"@type":"Organization","name":"PlanSprint","logo":{"@type":"ImageObject","url":"https://plansprint.com/logo.png"}}}.

The logo arrives wrapped in an ImageObject because that's how Schema.org models a logo; a bare URL string there is a common hand-coding slip. Auto-fill from URL uses the site favicon as a starting point for the logo, so replace it with a proper logo file. Add the WebSite block and the output becomes an @graph, with the WebPage's isPartOf pointing at the site.

Adding a breadcrumb and an author

The generic type is good at bundling. One script can state the page and its position in your hierarchy together: the three-level breadcrumb links level 1 to the site root and the last level to the page URL. With three levels, type the level 2 URL next to its name, since Google needs a URL for every level except the last.

The author matters more than people expect on non-article pages. Documentation and support content credited to a real Person, or to the company by switching Author type to Organization, makes authorship clear across the site. For trails deeper than three levels, build a standalone BreadcrumbList with the Breadcrumb Schema Generator instead.

WebPage markup mistakes worth avoiding

Five patterns account for most wasted WebPage blocks:

  • Using WebPage where Article fits, giving up article results for no reason.
  • The same description text on every page instead of describing each URL.
  • WebPage and another type on the same URL as two unlinked blocks with conflicting names or dates.
  • A 300-character description that gets cut off wherever it might display; the counter warns past 160 characters for a reason.
  • Choosing a subtype like RealEstateListing because it sounds close, when the page is really just a landing page.

Keeping WebPage schema honest over time

Two habits cover most of it. Update dateModified when the content meaningfully changes and only then; a date that moves with every CSS deploy is a date nobody believes. And when a generic page grows into a specific one, retype it: the day PlanSprint's webinar page gains a recording and becomes a watch page, WebPage should give way to VideoObject markup.

After each retype or redesign, run the live URL through the Schema Markup Extractor to confirm the old block didn't survive alongside the new one.

WebPage schema against the specialized generators

This tool overlaps several dedicated builders, and the dedicated ones win whenever they apply. The About Page Schema Generator and Contact Page Schema Generator go deeper on their types, with @id links to your organization and one contact point per department. For posts and news, the Article Schema Generator is the right choice, since Article is what Google reads for article results.

Use the WebPage Schema Generator when you need its breadth: eleven page types, topics, publisher, author, breadcrumb and an optional WebSite block, for the pages nothing else describes.

Try it now

Open WebPage Schema Generator

The tool is one click away. No sign up, no upload, no payment.

Open WebPage Schema Generator