Guide : WebSite Schema

Comment implement Site web balisage de données structurées pour Sitelinks Searchbox (maintenant deprecated par Google) et site-level entity definition, ce que schema.org/Site web covers, et ce que il encore fait après le Searchbox removal.

Première publication : 27 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé

Site web schema (schema.org/Site web) est données structurées — généralement JSON-LD on votre homepage — que identifies votre domain as a site web entity via son nom et URL. Pour over a decade a SearchAction on que type powered Google's Sitelinks Recherche Box, mais Google discontinued que visual element on November 21, 2024, citing dropped usage. Le unique biggest myth à correct: le sitelinks Recherche Box going away ne fait pas signifier Site web schema est dead. Google explicitly kept a variation de Site web données structurées alive pour son Site Noms fonctionnalité (le bolded site nom affiché au lieu de une URL on homepage résultats, mainly on mobile), qui nécessite nom et url, recommends alternateName, et goes on le homepage seulement. Old SearchAction markup ne fait pas besoin à être supprimé — c’est simplement inert maintenant, et Google dit unsupported données structurées ne va pas causer Search Console erreurs. None de ce touches rankings or ordinary sitelinks.

TL;DR — schema.org/Site web markup (généralement JSON-LD, homepage seulement) historically a fait deux jobs pour Google: a potentialAction/SearchAction powered le Sitelinks Recherche Box, et name/url/alternateName express a Site Noms preference. Google discontinued le sitelinks Recherche Box starting Nov 21, 2024 (“usage has dropped”) — ce fait pas affecter rankings or ordinary sitelinks, et existing SearchAction markup ne fait pas besoin à être supprimé (unsupported données structurées ne va pas trigger Search Console erreurs). Le critical distinction: le fonctionnalité died, pas le type. Google explicitly kept a variation de WebSite données structurées alive pour Site Noms. Tout au-delà name/url/alternateName (publisher, copyright champs) est valide schema.org vocabulary mais n’est pas tied à a documented Recherche Google fonctionnalité.

Preuve à l’appui de cette affirmation Schema.org WebSite represents a website and provides properties such as name, alternateName, and url. Portée : Schema.org WebSite vocabulary. Niveau de confiance : élevé · Vérifié : Schema.org: WebSite Preuve à l’appui de cette affirmation 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. Portée : Current Google site-name feature and WebSite markup usage. Niveau de confiance : élevé · Vérifié : Google Search Central: Site name structured data

Ce que 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. » (Traduction) (Résumé en français de la section vingt, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Pour over a decade, le chose Site web schema était meilleur connu pour était le Sitelinks Recherche Box — le dans-SERP recherche champ que occasionally showed sous a brand’s résultat. Vous enabled il avec a potentialAction de type SearchAction on le 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"
  }
}

Deux details worth remembering. Premier, Google utilisé son propre shorthand — "query-input": "required name=search_term_string" — plutôt que schema.org’s générique EntryPoint/urlTemplate modèle, donc ce exact syntax est a Google-ism. Deuxième, là utilisé à être an opt-out: a nositelinkssearchbox robots meta balise pour sites que n’a pas vouloir le box. Quand le fonctionnalité était retired, Google archived que documentation aussi.

Google announced le fin dans a Recherche Central blog post, Farewell, Sitelinks Recherche Box (Oct 21, 2024, posted par John Mueller), avec removal starting November 21, 2024. Le stated raison était que usage avait dropped et Google wanted à simplify le résultats. Le concrete effects:

  • Rankings et ordinary sitelinks sont untouched. Seulement le dans-SERP recherche entrée box went away — pas le clickable subpage sitelinks, et rien à propos de classement.
  • Vous ne pas ont à supprimer votre old markup. Google’s position est que removal est unnecessary et unsupported données structurées ne va pas trigger Search Console erreurs.
  • Tooling modifié alongside il. Search Console’s Sitelinks Recherche Box rich-résultat rapport était supprimé, et le Résultats enrichis Tester stopped validating/highlighting le SearchAction markup pour ce fonctionnalité.

Le announcement came via le official blog et le Recherche Google Central X/Twitter account — Je ne pouvait pas trouver an individual Office Hours soundbite depuis Mueller, Illyes, or Splitt précisément à propos de il, donc Je’m pas going à invent un.

Do vous devez supprimer votre old markup? Aucun.

Court réponse: laisser il. c’est inert, il causes aucun erreurs, et ripping il out earns vous rien. Si vous êtes doing a schema audit et il bugs vous à ont dead code sitting là, vous peut supprimer le potentialAction/SearchAction bloquer — mais garder le surrounding WebSite object, parce que (voir ci-dessous) il encore a a actif job.

Ce que WebSite schema encore fait today: Site Noms

Ce est le myth Je la plupart vouloir à kill: “le sitelinks Recherche Box est gone, donc Site web schema est dead” est faux. Dans le very même announcement, Google était explicit que a variation de WebSite données structurées continues à être pris en charge — pour le Site Noms fonctionnalité. A site nom est Google’s étiquette pour le site une page comes depuis (distinct depuis le per-page titre lien), affiché pour entire-site/homepage-level résultats, primarily on mobile.

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

PropertyStatusNotes
nameRequisLe nom de le site web.
urlRequisL’URL de le site’s page d’accueil.
alternateNameRecommendedAn abbreviation/acronym/court formulaire; vous pouvez supply plusieurs, dans order de preference.

That’s it. Aucun publisher, aucun copyright fields, aucun SearchAction — simplement name, url, and optionally alternateName.

Google’s propre guidance est explicit que alternateName n’est pas simplement a backup étiquette: leur système peut pick un de votre alternatives over votre principal preference, Par exemple quand deux globally-recognized sites voudrait sinon collide on le même nom. Listing plus que un, dans order de preference, donne le automated système options — il ne fait pas hand vous contrôler over qui un obtient utilisé.

Placement: homepage / domain root seulement

Site Noms markup goes on le page d’accueil seulement, à le domain or subdomain root — e.g. https://example.com/ or https://news.example.com/. A subdirectory-level “homepage” comme https://example.com/news est pas pris en charge. Ce mirrors le même homepage-seulement placement règle le old SearchAction markup followed, donc c’est a consistent modèle à travers WebSite markup généralement: il lives à le root, une fois.

Google’s technical guidelines ajouter a few scope details worth knowing avant vous implement:

  • Un nom per site, où “site” signifie domain or subdomain. https://example.com, https://www.example.com, et https://m.example.com sont tout treated as le même domain-level site (Google généralement considers www/m subdomains equivalent à le bare domain); https://news.example.com est son propre, séparé subdomain-level site. https://example.com/news — a subdirectory — n’est pas a pris en charge “site” pour ce fonctionnalité à tout.
  • Duplicate homepages besoin consistent markup. Si votre homepage exists à plus que un URL pour le même contenu (HTTP vs. HTTPS, www vs. non-www), put le même WebSite données structurées on chaque duplicate — pas simplement le canonical un.
  • Subdomains sans leur propre markup peut fall back à le domain-level nom. Si a subdomain’s page d’accueil a aucun WebSite données structurées de son propre, Google peut utiliser le domain-level site nom pour il à la place.

How Google picks a site nom sans markup

Même avec aucun markup, Google va pick a site nom automatiquement, drawing on homepage signaux — og:site_name, le <title>, titre elements, et comment autre sites référence vous. Donc WebSite markup ici est a preference signal, pas a directive — exactly le “signal not guarantee” modèle vous voir avec Organization schema et Knowledge Panels. Autre documented limites: un site nom per domain, indisponible pour subdirectory-level sites, et il n’est pas affiché or testé dans le Résultats enrichis Tester.

Fonctionnalité boundaries: what’s connected to ce que

Entre le retired recherche box et le actif Site Noms fonctionnalité, c’est facile à blur plusieurs séparé SERP elements ensemble. Ils ne sont pas causally lié — supporting or removing un ne fait pas affecter le others:

FonctionnalitéCe que c’estStatusTied à WebSite schema?
Sitelinks Recherche BoxAn dans-SERP recherche entrée champ sous a résultatRetired Nov 21, 2024Était — via potentialAction/SearchAction, maintenant inert
Site NomsLe bolded site étiquette affiché au lieu de une URL pour homepage-level résultats, mostly on mobileActifOui — name/url/alternateName
Ordinary sitelinksLe clickable subpage liens sous a résultatActif, unaffected par le Nov 2024 modifierAucun
Titre liensLe per-page clickable headline pour an individual résultatActif, distinct depuis le site nom (Google’s propre Site Noms documentation draws ce line explicitly)Aucun
Knowledge PanelLe info box que peut apparaître alongside résultats de recherche pour a recognized entityActifAucun — ce est driven par broader entity signaux (Organization schema, tiers corroboration), pas WebSite markup, et n’est pas guaranteed par quelconque données structurées

ne pas lire a relationship dans ce tableau que n’est pas là: WebSite schema ne fait pas feed titre liens or Knowledge Panels, et none de ces fonctionnalités guarantee afficher simplement parce que markup est présent et valide.

WebSite vs. Organization schema

Ces deux obtenir co-deployed on homepages tout le temps, et c’est worth étant precise à propos de le division de labor:

  • Site web décrit le site-as-entity — le domain, son nom, son URL. Il feeds Site Noms.
  • Organization décrit le entreprise/publisher-as-entity — le entreprise behind le site, son logo, social profiles, contact info. Il feeds brand/Knowledge-Graph understanding.

Le natural bridge entre les est WebSite’s inherited publisher property, qui peut point à le Organization. Si vous êtes implementing homepage schema, “ajouter les deux” est le usual correct réponse — ils sont complementary, pas competing. (Le Organization schema article on ce site est le companion piece.)

Autre WebSite / CreativeWork properties

Au-delà name/url/alternateName (Site Noms) et le maintenant-inert potentialAction (Sitelinks Recherche Box), le rest de le WebSite/CreativeWork property surface — publisher, copyrightHolder, copyrightYear, copyrightNotice, isPartOf, mainEntityOfPage, inLanguage — est valide schema.org vocabulary mais n’est pas tied à a précisément documented Recherche Google fonctionnalité le façon name/url sont. Inclure les si ils aider general entity understanding or votre propre tooling; ne pas ajouter les expecting a rich résultat. Aucun dedicated Recherche Google Central page ties WebSite’s copyright/publisher champs à a named fonctionnalité, donc Je ne va pas overstate leur recherche valeur.

Bing and autre engines

«Bing supports the schema.org vocabulary broadly (JSON-LD, 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. » (Traduction) (Résumé en français de la section cinquante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Où ce sits in the bigger picture

«WebSite is one type in the wider structured data / schema markup 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.” » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.