WebSite Schema

How to implement WebSite schema markup for Sitelinks Searchbox (now deprecated by Google) and site-level entity definition, what schema.org/WebSite covers, and what it still does after the Searchbox removal.

First published: Jun 27, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #6 in Structured Data#19 in On-Page#94 in Technical SEO#125 on the site

WebSite schema (schema.org/WebSite) is structured data — usually JSON-LD on your homepage — that identifies your domain as a website entity via its name and URL. For over a decade a SearchAction on that type powered Google's Sitelinks Search Box, but Google discontinued that visual element on November 21, 2024, citing dropped usage. The single biggest myth to correct: the Sitelinks Search Box going away does NOT mean WebSite schema is dead. Google explicitly kept a variation of WebSite structured data alive for its Site Names feature (the bolded site name shown instead of a URL on homepage results, mainly on mobile), which needs name and url, recommends alternateName, and goes on the homepage only. Old SearchAction markup doesn't need to be removed — it's just inert now, and Google says unsupported structured data won't cause Search Console errors. None of this touches rankings or ordinary sitelinks.

TL;DR — schema.orgSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor./WebSite markup (usually JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal., homepage only) historically did two jobs for Google: a potentialAction/SearchAction powered the SitelinksSitelinks are extra links from the same domain that Google clusters together under a single search result, usually for branded or navigational queries. They're generated entirely algorithmically — there's no way to add, edit, or guarantee them. Search Box, and name/url/alternateName express a Site Names preference. Google discontinued the SitelinksSitelinks are extra links from the same domain that Google clusters together under a single search result, usually for branded or navigational queries. They're generated entirely algorithmically — there's no way to add, edit, or guarantee them. Search Box starting Nov 21, 2024 (“usage has dropped”) — this does not affect rankings or ordinary sitelinks, and existing SearchAction markup doesn’t need to be removed (unsupported structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. won’t trigger Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. errors). The critical distinction: the feature died, not the type. Google explicitly kept a variation of WebSite structured data alive for Site Names. Everything beyond name/url/alternateName (publisher, copyright fields) is valid schema.org vocabulary but isn’t tied to a documented Google Search feature.

Evidence for this claim Schema.org WebSite represents a website and provides properties such as name, alternateName, and url. Scope: Schema.org WebSite vocabulary. Confidence: high · Verified: Schema.org: WebSite Evidence for this claim Google uses WebSite structured data on the home page as one source for site names and requires name and url for that feature; sitelinks search box support was removed. Scope: Current Google site-name feature and WebSite markup usage. Confidence: high · Verified: Google Search Central: Site name structured data

What WebSite schema is (and isn’t)

schema.org/WebSite sits at Thing > CreativeWork > WebSite, and schema.org defines it in one line — “A WebSite is a set of related web pages and other items typically served from a single web domain and accessible via URLs.” Because it’s a CreativeWork subtype, it inherits a big property surface (publisher, copyrightHolder, copyrightYear, isPartOf, mainEntityOfPage, inLanguage, and the historical potentialAction). But Google only ever formally specified a handful of those for its two rich-result-adjacent features. Keep that framing straight and most WebSite-schema confusion evaporates: the type is broad, Google’s documented use of it is narrow.

For over a decade, the thing WebSite schemaWebSite schema (schema.org/WebSite) is structured data — usually JSON-LD on the homepage — that identifies your domain as a website entity via its name and URL. Today it mainly feeds Google's Site Names feature; the Sitelinks Search Box it used to enable was discontinued by Google in November 2024. was best known for was the Sitelinks Search Box — the in-SERP search field that occasionally showed under a brand’s result. You enabled it with a potentialAction of type SearchAction on the WebSite type:

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "url": "https://www.example.com/",
  "potentialAction": {
    "@type": "SearchAction",
    "target": "https://query.example.com/search?q={search_term_string}",
    "query-input": "required name=search_term_string"
  }
}

Two details worth remembering. First, Google used its own shorthand — "query-input": "required name=search_term_string" — rather than schema.org’s generic EntryPoint/urlTemplate pattern, so this exact syntax is a Google-ism. Second, there used to be an opt-out: a nositelinkssearchbox robots meta tagThe robots meta tag is an HTML element in a page's head — <meta name=\"robots\" content=\"noindex\"> — that tells search engines how to index and serve that page. It's crawl-then-obey: a page blocked in robots.txt is never fetched, so the tag is never seen. for sites that didn’t want the box. When the feature was retired, Google archived that documentation too.

Google announced the end in a Search Central blog post, Farewell, Sitelinks Search Box (Oct 21, 2024, posted by John Mueller), with removal starting November 21, 2024. The stated reason was that usage had dropped and Google wanted to simplify the results. The concrete effects:

  • Rankings and ordinary sitelinks are untouched. Only the in-SERP search input box went away — not the clickable subpage sitelinks, and nothing about ranking.
  • You don’t have to remove your old markup. Google’s position is that removal is unnecessary and unsupported structured data won’t trigger Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. errors.
  • Tooling changed alongside it. Search Console’s Sitelinks Search Box rich-result report was removed, and the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test stopped validating/highlighting the SearchAction markup for this feature.

The announcement came through the official blog and the Google Search Central X/Twitter account — I couldn’t find an individual Office Hours soundbite from Mueller, Illyes, or Splitt specifically about it, so I’m not going to invent one.

Do you need to remove your old markup? No.

Short answer: leave it. It’s inert, it causes no errors, and ripping it out earns you nothing. If you’re doing a schema audit and it bugs you to have dead code sitting there, you can remove the potentialAction/SearchAction block — but keep the surrounding WebSite object, because (see below) it still has a live job.

What WebSite schema still does today: Site Names

This is the myth I most want to kill: “the Sitelinks Search Box is gone, so WebSite schema is dead” is false. In the very same announcement, Google was explicit that a variation of WebSite structured data continues to be supported — for the Site Names feature. A site name is Google’s label for the site a page comes from (distinct from the per-page titleThe title tag is the HTML title element in a page's head that specifies the document's title. It's the primary source for the SERP title link and a confirmed light ranking factor — but since August 2021 Google doesn't always show it verbatim. link), shown for entire-site/homepage-level results, primarily on mobile.

For expressing a site-name preference, the surface is tiny:

PropertyStatusNotes
nameRequiredThe name of the website.
urlRequiredThe URL of the site’s home page.
alternateNameRecommendedAn abbreviation/acronym/short form; you can supply multiple, in order of preference.

That’s it. No publisher, no copyright fields, no SearchAction — just name, url, and optionally alternateName.

Google’s own guidance is explicit that alternateName isn’t just a backup label: their system may pick one of your alternatives over your primary preference, for example when two globally-recognized sites would otherwise collide on the same name. Listing more than one, in order of preference, gives the automated system options — it doesn’t hand you control over which one gets used.

TIP Validate the live WebSite entity without reviving the retired search box

Schema validation can confirm the WebSite type, graph references, and property shape. It cannot make the retired Sitelinks Search Box return or guarantee Google’s chosen site name.

Paste the homepage HTML or JSON-LD into my validator to check the live entity before you remove legacy SearchAction code or connect it to Organization markup. Schema Markup Validator Free

  1. Keep one homepage WebSite entity with name, url, and an honest alternateName when one applies.
  2. Connect publisher by @id when an Organization entity is also present, rather than duplicating it.
  3. Treat SearchAction as inert legacy markup and verify Google’s selected site name separately in live results.

Placement: homepage / domain root only

Site Names markup goes on the home page only, at the domain or subdomain root — e.g. https://example.com/ or https://news.example.com/. A subdirectory-level “homepage” like https://example.com/news is not supported. This mirrors the same homepage-only placement rule the old SearchAction markup followed, so it’s a consistent pattern across WebSite markup generally: it lives at the root, once.

Google’s technical guidelines add a few scope details worth knowing before you implement:

  • One name per site, where “site” means domain or subdomain. https://example.com, https://www.example.com, and https://m.example.com are all treated as the same domain-level site (Google generally considers www/m subdomains equivalent to the bare domain); https://news.example.com is its own, separate subdomain-level site. https://example.com/news — a subdirectory — isn’t a supported “site” for this feature at all.
  • Duplicate homepages need consistent markup. If your homepage exists at more than one URL for the same content (HTTP vs. HTTPSHTTPS is the encrypted version of HTTP — it uses TLS to authenticate the server and protect data in transit between a browser and a website. Google announced it as a lightweight ranking signal in 2014 and today conditionally prefers HTTPS pages as canonical; Chrome marks plain HTTP pages 'Not Secure.', www vs. non-www), put the same WebSite structured data on every duplicate — not just the canonical one.
  • Subdomains without their own markup can fall back to the domain-level name. If a subdomain’s home page has no WebSite structured data of its own, Google may use the domain-level site name for it instead.

How Google picks a site name without markup

Even with no markup, Google will pick a site name automatically, drawing on homepage signals — og:site_name, the <title>, heading elements, and how other sites reference you. So WebSite markup here is a preference signal, not a directive — exactly the “signal not guarantee” pattern you see with Organization schemaOrganization schema (schema.org/Organization) is structured data that describes the business or entity itself — name, logo, official URL, social profiles, contact info, and identifiers — rather than a page's content. Google says it can help disambiguate your brand and some properties can influence visual elements like Knowledge Panel/attribution; it has no required properties and doesn't guarantee a Knowledge Panel. and Knowledge Panels. Other documented limits: one site name per domain, not available for subdirectory-level sites, and it isn’t shown or tested in the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test.

Feature boundaries: what’s connected to what

Between the retired search box and the live Site Names feature, it’s easy to blur several separate SERP elements together. They aren’t causally linked — supporting or removing one doesn’t affect the others:

FeatureWhat it isStatusTied to WebSite schema?
Sitelinks Search BoxAn in-SERP search input field under a resultRetired Nov 21, 2024Was — via potentialAction/SearchAction, now inert
Site NamesThe bolded site label shown instead of a URL for homepage-level results, mostly on mobileLiveYes — name/url/alternateName
Ordinary sitelinksThe clickable subpage links under a resultLive, unaffected by the Nov 2024 changeNo
Title linksThe per-page clickable headline for an individual resultLive, distinct from the site name (Google’s own Site Names documentation draws this line explicitly)No
Knowledge PanelThe info box that can appear alongside search results for a recognized entityLiveNo — this is driven by broader entity signals (Organization schema, third-party corroboration), not WebSite markup, and isn’t guaranteed by any structured data

Don’t read a relationship into this table that isn’t there: WebSite schema doesn’t feed title links or Knowledge Panels, and none of these features guarantee display just because markup is present and valid.

WebSite vs. Organization schema

These two get co-deployed on homepages all the time, and it’s worth being precise about the division of labor:

  • WebSite describes the site-as-entity — the domain, its name, its URL. It feeds Site Names.
  • Organization describes the business/publisher-as-entity — the company behind the site, its logo, social profiles, contact info. It feeds brand/Knowledge-Graph understanding.

The natural bridge between them is WebSite’s inherited publisher property, which can point at the Organization. If you’re implementing homepage schema, “add both” is the usual right answer — they’re complementary, not competing. (The Organization schema article on this site is the companion piece.)

Other WebSite / CreativeWork properties

Beyond name/url/alternateName (Site Names) and the now-inert potentialAction (Sitelinks Search Box), the rest of the WebSite/CreativeWork property surface — publisher, copyrightHolder, copyrightYear, copyrightNotice, isPartOf, mainEntityOfPage, inLanguage — is valid schema.org vocabulary but isn’t tied to a specifically documented Google Search feature the way name/url are. Include them if they help general entity understanding or your own tooling; don’t add them expecting a rich result. No dedicated Google Search Central page ties WebSite’s copyright/publisher fields to a named feature, so I won’t overstate their search value.

Bing and other engines

Bing supports the schema.org vocabulary broadly (JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal., Microdata, RDFa, Microformats) and validates typed data, but I found no dedicated Bing documentation describing a Bing-specific Sitelinks-Search-Box equivalent or a Bing “Site Names” analog tied to WebSite markup. So schema.org/WebSite is valid, generically-supported markup on Bing — there’s just no bespoke Bing feature to target with it. I’d call that a genuine documentation gap rather than implying Bing quietly matched Google.

Where this sits in the bigger picture

WebSite is one type in the wider structured data / schema markupSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor. world, and on a homepage it’s a natural pair with Organization schema. If you’re auditing legacy schema, the practical takeaway is simple: keep the WebSite object for Site Names, stop worrying about the dead SearchAction, and don’t confuse “the search box is gone” with “the schema is gone.”

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.