Schema de WebSite

Como implementar a marcação de schema WebSite para a caixa de pesquisa de sitelinks (agora descontinuada pelo Google) e a definição de entidade no nível do site, o que schema.org/WebSite cobre e o que ainda faz após a remoção da caixa de pesquisa.

Publicado pela primeira vez: 27 de jun. de 2026 · Última atualização: 3 de ago. de 2026 · Avançado
Idiomas

O schema WebSite (schema.org/WebSite) é dados estruturados — geralmente JSON-LD na sua página inicial — que identifica seu domínio como uma entidade de site por meio de nome e URL. Por mais de uma década, uma SearchAction nesse tipo alimentou a caixa de pesquisa de sitelinks do Google, mas o Google descontinuou esse elemento visual em 21 de novembro de 2024, citando queda no uso. O maior mito a corrigir: a remoção da caixa de pesquisa de sitelinks NÃO significa que o schema WebSite está morto. O Google explicitamente manteve uma variação dos dados estruturados WebSite vivos para o recurso Site Names (o nome do site em negrito mostrado em vez de uma URL nos resultados da página inicial, principalmente no celular), que precisa de nome e URL, recomenda alternateName, e vai apenas na página inicial. A marcação SearchAction antiga não precisa ser removida — agora é apenas inerte, e o Google diz que dados estruturados não suportados não causarão erros no Search Console. Nada disso afeta o ranqueamento ou sitelinks comuns.

TL;DR — a marcação schema.org/WebSite (geralmente JSON-LD, apenas na página inicial) historicamente fazia dois trabalhos para o Google: um potentialAction/SearchAction alimentava a caixa de pesquisa de sitelinks, e name/url/alternateName expressam uma preferência de Site Names. O Google descontinuou a caixa de pesquisa de sitelinks a partir de 21 de novembro de 2024 (“o uso caiu”) — isso não afeta o ranqueamento nem os sitelinks comuns, e a marcação SearchAction existente não precisa ser removida (dados estruturados não suportados não acionarão erros no Search Console). A distinção crítica: o recurso morreu, não o tipo. O Google manteve explicitamente uma variação dos dados estruturados WebSite vivos para Site Names. Tudo além de name/url/alternateName (publisher, campos de direitos autorais) é vocabulário válido do schema.org, mas não está vinculado a um recurso documentado do Google Search.

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

O que o schema WebSite é (e não é)

schema.org/WebSite fica em Thing > CreativeWork > WebSite, e o schema.org o define em uma linha — “A WebSite is a set of related web pages and other items typically served from a single web domain and accessible via URLs.” (tradução) «Um WebSite é um conjunto de páginas da web relacionadas e outros itens normalmente servidos a partir de um único domínio da web e acessíveis por URLs.» Por ser um subtipo de CreativeWork, ele herda uma grande superfície de propriedades (publisher, copyrightHolder, copyrightYear, isPartOf, mainEntityOfPage, inLanguage e o histórico potentialAction). Mas o Google só especificou formalmente um punhado delas para seus dois recursos adjacentes a rich results. Mantenha esse enquadramento claro e a maior parte da confusão sobre o schema de WebSite desaparece: o tipo é amplo, o uso documentado pelo Google é restrito.

Por mais de uma década, a coisa pela qual o schema de WebSite era mais conhecido era a Sitelinks Search Box — o campo de busca no SERP que ocasionalmente aparecia sob o resultado de uma marca. Você a habilitava com um potentialAction do tipo SearchAction no tipo WebSite:

{
  "@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"
  }
}

Dois detalhes que valem lembrar. Primeiro, o Google usava sua própria abreviação — "query-input": "required name=search_term_string" — em vez do padrão genérico EntryPoint/urlTemplate do schema.org, então essa sintaxe exata é uma particularidade do Google. Segundo, costumava haver uma opção de exclusão: uma meta tag de robots nositelinkssearchbox para sites que não queriam a caixa. Quando o recurso foi descontinuado, o Google arquivou essa documentação também.

O Google anunciou o fim em uma postagem do blog Search Central, Farewell, Sitelinks Search Box (tradução) «Adeus, Sitelinks Search Box» (21 de outubro de 2024, publicada por John Mueller), com a remoção começando em 21 de novembro de 2024. O motivo declarado foi que o uso havia caído e o Google queria simplificar os resultados. Os efeitos concretos:

  • Os rankings e os sitelinks comuns não são afetados. Apenas a caixa de entrada de busca no SERP desapareceu — não os sitelinks clicáveis de subpáginas, e nada relacionado a rankings.
  • Você não precisa remover sua marcação antiga. A posição do Google é que a remoção é desnecessária e dados estruturados não suportados não acionarão erros no Search Console.
  • As ferramentas mudaram junto. O relatório de rich results da Sitelinks Search Box no Search Console foi removido, e o Rich Results Test parou de validar/destacar a marcação SearchAction para esse recurso.

O anúncio veio pelo blog oficial e pela conta do Google Search Central no X/Twitter — não consegui encontrar um trecho individual do Office Hours de Mueller, Illyes ou Splitt especificamente sobre isso, então não vou inventar um.

Você precisa remover sua marcação antiga? Não.

Resposta curta: deixe-a. Ela é inerte, não causa erros, e removê-la não traz nenhum benefício. Se você está fazendo uma auditoria de schema e a incomoda ter código morto ali, você pode remover o bloco potentialAction/SearchAction — mas mantenha o objeto WebSite ao redor, porque (veja abaixo) ele ainda tem uma função ativa.

O que o schema de WebSite ainda faz hoje: Site Names

Este é o mito que mais quero eliminar: “a Sitelinks Search Box acabou, então o schema de WebSite está morto” é falso. No mesmo anúncio, o Google foi explícito que uma variação dos dados estruturados de WebSite continua sendo suportada — para o recurso Site Names. Um nome de site é o rótulo do Google para o site do qual uma página vem (distinto do title link por página), mostrado para resultados de site inteiro/página inicial, principalmente no celular.

Propriedades obrigatórias e recomendadas

Para expressar uma preferência de nome de site, a superfície é mínima:

PropriedadeStatusNotas
nameObrigatóriaO nome do site.
urlObrigatóriaA URL da página inicial do site.
alternateNameRecomendadaUma abreviação/acrônimo/forma curta; você pode fornecer várias, em ordem de preferência.

É só isso. Sem publisher, sem campos de copyright, sem SearchAction — apenas name, url e, opcionalmente, alternateName.

A orientação do próprio Google é explícita: alternateName não é apenas um rótulo de backup — o sistema pode escolher uma das suas alternativas em vez da sua preferência principal, por exemplo, quando dois sites globalmente reconhecidos colidiriam no mesmo nome. Listar mais de um, em ordem de preferência, dá opções ao sistema automatizado — não lhe dá controle sobre qual será usado.

Posicionamento: somente na página inicial / raiz do domínio

A marcação de Site Names vai somente na página inicial, na raiz do domínio ou subdomínio — por exemplo, https://example.com/ ou https://news.example.com/. Uma “página inicial” em nível de subdiretório, como https://example.com/news, não é suportada. Isso espelha a mesma regra de posicionamento somente na página inicial que a antiga marcação SearchAction seguia, então é um padrão consistente na marcação WebSite em geral: ela fica na raiz, uma vez.

As diretrizes técnicas do Google adicionam alguns detalhes de escopo que vale a pena conhecer antes de implementar:

  • Um nome por site, onde “site” significa domínio ou subdomínio. https://example.com, https://www.example.com e https://m.example.com são todos tratados como o mesmo site em nível de domínio (o Google geralmente considera os subdomínios www/m equivalentes ao domínio puro); https://news.example.com é seu próprio site separado em nível de subdomínio. https://example.com/news — um subdiretório — não é um “site” suportado para este recurso de forma alguma.
  • Páginas iniciais duplicadas precisam de marcação consistente. Se sua página inicial existe em mais de uma URL para o mesmo conteúdo (HTTP vs. HTTPS, www vs. não-www), coloque os mesmos dados estruturados WebSite em cada duplicata — não apenas na canônica.
  • Subdomínios sem marcação própria podem recorrer ao nome em nível de domínio. Se a página inicial de um subdomínio não tem dados estruturados WebSite próprios, o Google pode usar o nome do site em nível de domínio para ele.

Como o Google escolhe um nome de site sem marcação

Mesmo sem marcação, o Google escolherá um nome de site automaticamente, com base em sinais da página inicial — og:site_name, o <title>, elementos de cabeçalho e como outros sites referenciam você. Portanto, a marcação WebSite aqui é um sinal de preferência, não uma diretiva — exatamente o padrão “sinal, não garantia” que você vê com o schema Organization e os Painéis de Conhecimento. Outros limites documentados: um nome de site por domínio, não disponível para sites em nível de subdiretório, e não é exibido nem testado no Teste de resultados avançados.

Limites do recurso: o que está conectado a quê

Entre a caixa de pesquisa aposentada e o recurso Site Names ativo, é fácil confundir vários elementos separados da SERP. Eles não estão causalmente ligados — suportar ou remover um não afeta os outros:

RecursoO que éStatusVinculado ao schema WebSite?
Caixa de pesquisa de sitelinksUm campo de entrada de pesquisa na SERP sob um resultadoAposentado em 21 de nov. de 2024Era — via potentialAction/SearchAction, agora inerte
Site NamesO rótulo de site em negrito exibido em vez de uma URL para resultados em nível de página inicial, principalmente no celularAtivoSim — name/url/alternateName
Sitelinks comunsOs links de subpágina clicáveis sob um resultadoAtivo, não afetado pela mudança de nov. de 2024Não
Links de títuloO título clicável por página para um resultado individualAtivo, distinto do nome do site (a própria documentação de Site Names do Google traça essa linha explicitamente)Não
Painel de ConhecimentoA caixa de informações que pode aparecer ao lado dos resultados de pesquisa para uma entidade reconhecidaAtivoNão — isso é impulsionado por sinais de entidade mais amplos (schema Organization, corroboração de terceiros), não pela marcação WebSite, e não é garantido por nenhum dado estruturado

Não leia uma relação nesta tabela que não existe: o schema WebSite não alimenta links de título nem Painéis de Conhecimento, e nenhum desses recursos garante exibição apenas porque a marcação está presente e válida.

Schema WebSite vs. Organization

Esses dois são co-implantados em páginas iniciais o tempo todo, e vale a pena ser preciso sobre a divisão de trabalho:

  • WebSite descreve o site como entidade — o domínio, seu nome, sua URL. Ele alimenta os Nomes de Sites.
  • Organization descreve o negócio/publicador como entidade — a empresa por trás do site, seu logotipo, perfis sociais, informações de contato. Ele alimenta o entendimento da marca/Grafo de Conhecimento.

A ponte natural entre eles é a propriedade publisher herdada de WebSite, que pode apontar para a Organization. Se você está implementando o schema da página inicial, “adicionar ambos” é a resposta certa usual — eles são complementares, não concorrentes. (O artigo sobre schema de Organization neste site é a peça complementar.)

Outras propriedades de WebSite / CreativeWork

Além de name/url/alternateName (Nomes de Sites) e do agora inerte potentialAction (Caixa de Pesquisa de Sitelinks), o restante da superfície de propriedades de WebSite/CreativeWorkpublisher, copyrightHolder, copyrightYear, copyrightNotice, isPartOf, mainEntityOfPage, inLanguage — é vocabulário schema.org válido, mas não está vinculado a um recurso do Google Search especificamente documentado da mesma forma que name/url estão. Inclua-os se ajudarem no entendimento geral da entidade ou em suas próprias ferramentas; não os adicione esperando um rich result. Nenhuma página dedicada do Google Search Central vincula os campos de copyright/publicador de WebSite a um recurso nomeado, então não vou superestimar seu valor de busca.

Bing e outros mecanismos

O Bing suporta amplamente o vocabulário schema.org (JSON-LD, Microdata, RDFa, Microformats) e valida dados tipados, mas não encontrei nenhuma documentação dedicada do Bing descrevendo um equivalente da Caixa de Pesquisa de Sitelinks específico do Bing ou um análogo de “Nomes de Sites” do Bing vinculado à marcação WebSite. Portanto, schema.org/WebSite é uma marcação válida e genericamente suportada no Bing — simplesmente não há um recurso exclusivo do Bing para mirar com ela. Eu chamaria isso de uma genuína lacuna de documentação, em vez de sugerir que o Bing igualou silenciosamente o Google.

Onde isso se encaixa no panorama geral

WebSite é um tipo no mundo mais amplo de dados estruturados / marcação de schema, e em uma página inicial é um par natural com o schema de Organization. Se você está auditando schema legado, a conclusão prática é simples: mantenha o objeto WebSite para Nomes de Sites, pare de se preocupar com o SearchAction morto e não confunda “a caixa de pesquisa sumiu” com “o schema sumiu.”

Add an expert note

Pin an expert quote

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