---
title: "Schema WebSite: o nome do site e a ligação com a empresa | Grupo Marfre"
description: "Schema WebSite em JSON-LD: para que serve, os campos name, url, description e publisher e um exemplo completo, ligado à Organization pelo @id."
canonical: https://grupomarfre.com.br/sites-agenticos/schema-website/
alternate_html: https://grupomarfre.com.br/sites-agenticos/schema-website/
language: pt-BR
last_updated: 2026-10-27
type: guia
---
# Schema WebSite: o nome do site e a ligação com a empresa

**Resposta rápida:** O schema WebSite é um bloco de JSON-LD que diz às máquinas o nome do site, o endereço, uma descrição curta e quem o publica. O campo publisher aponta, por @id, para a Organization da empresa. É assim que o site e a empresa deixam de ser dois objetos soltos e viram uma ligação explícita.

O WebSite é o bloco de dados estruturados que descreve o site como um objeto próprio: como ele se chama, qual é o endereço principal, o que ele é em uma frase e quem o publica. Ele não descreve a empresa (isso é papel da Organization), e sim o site. A ligação entre os dois é o campo `publisher`, que aponta para a empresa pelo `@id`.

No método do Grupo Marfre, o WebSite entra no JSON-LD de todo site agêntico junto com a Organization e, quando há perguntas visíveis na página, com o FAQPage, todos ligados por `@id`. Ele é curto e evita que site e empresa apareçam com nomes diferentes em cada lugar.

## Para que serve o schema WebSite?

Serve para dar ao site uma identidade legível por máquina: nome, endereço canônico, descrição e responsável. Sem ele, o nome do site fica implícito no `title`, no rodapé e no texto corrido, que podem não concordar entre si.

Vale uma ressalva de expectativa. A documentação do Google sobre recursos de IA diz que não exige arquivo, markup ou schema especial para a Visão Geral por IA e o Modo IA. O WebSite, portanto, não é condição para aparecer em respostas. Ele é higiene de dados: reduz ambiguidade e deixa explícito de qual empresa é o site.

## Quais campos usar?

Quatro campos cobrem o essencial do bloco:

| Campo | O que recebe | Cuidado |
| --- | --- | --- |
| `name` | O nome do site, igual ao nome da empresa na Organization | Sem slogan, sem palavra-chave extra |
| `url` | O endereço da home, na versão que é a canônica | Mesmo protocolo, mesmo `www` e mesma barra final do `rel="canonical"` |
| `description` | Uma frase dizendo o que o site é e para quem | Texto próprio, não copiado da meta description |
| `publisher` | Objeto com apenas o `@id` da Organization | O `@id` precisa existir de fato em outro bloco |

O `publisher` é o campo que dá sentido ao conjunto. Ele não repete os dados da empresa: apenas aponta para onde eles estão. Os detalhes dessa ligação estão em [@id: como ligar os blocos de dados estruturados entre si](https://grupomarfre.com.br/sites-agenticos/id-e-ligacao-de-entidades/).

## Como fica o exemplo completo?

O exemplo abaixo usa uma empresa fictícia (Padaria Modelo) e um domínio fictício. Os dois blocos ficam num único `@graph`, e o WebSite aponta para a Organization pelo `@id`.

```html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.padariamodelo.com.br/#organization",
      "name": "Padaria Modelo",
      "url": "https://www.padariamodelo.com.br/",
      "description": "Padaria de bairro com pães artesanais e encomendas de bolos.",
      "sameAs": [
        "https://www.instagram.com/padariamodelo"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://www.padariamodelo.com.br/#website",
      "name": "Padaria Modelo",
      "url": "https://www.padariamodelo.com.br/",
      "description": "Site oficial da Padaria Modelo: cardápio, encomendas e endereço.",
      "publisher": {
        "@id": "https://www.padariamodelo.com.br/#organization"
      }
    }
  ]
}
</script>
```

Dois detalhes do exemplo importam. O `@id` não precisa ser um endereço que abre: é só um identificador estável, e o uso de `#organization` e `#website` sobre a URL da home é uma convenção prática. E o `name` do WebSite é idêntico ao da Organization, o que elimina a divergência de nomes.

## Onde colocar e como manter

Coloque o bloco no HTML da home, dentro de `<script type="application/ld+json">`. O dado precisa estar no HTML que o servidor entrega, e não ser montado por JavaScript depois, porque as documentações dos robôs de IA consultadas não dizem quais executam script. Mais sobre isso em [Conteúdo que aparece sem JavaScript](https://grupomarfre.com.br/sites-agenticos/conteudo-sem-javascript/).

Se você repetir o WebSite em outras páginas, mantenha o mesmo `@id` em todas. Mudar o identificador de uma página para outra cria objetos diferentes e desfaz a ligação que o bloco existe para criar.

## Como conferir se o bloco está correto?

Faça três conferências: uma no HTML cru, outra de coerência entre os campos e, por último, a de sintaxe.

1.  Veja se o bloco está no HTML entregue pelo servidor, sem renderizar nada:

    ```bash
    curl -s https://www.padariamodelo.com.br/ | grep -A25 'application/ld+json'
    ```

2.  Compare, lado a lado, o `name` do WebSite, o `name` da Organization e o nome no rodapé da home. Os três devem ser o mesmo texto.

3.  Confira se o `url` do WebSite é exatamente o endereço do `rel="canonical"` da home. Detalhes em [URL canônica: qual versão da página vale](https://grupomarfre.com.br/sites-agenticos/canonical/).

4.  Procure o `@id` citado em `publisher` e confirme que há outro bloco com esse mesmo `@id`. Se não houver, o ponteiro aponta para o nada.

5.  Passe a página por um validador de sintaxe, como descrito em [Como validar seus dados estruturados](https://grupomarfre.com.br/sites-agenticos/validar-dados-estruturados/).

Um erro que passa despercebido é o `publisher` apontar para um `@id` que foi escrito de outro jeito na Organization (uma barra a mais, um `www` a menos). Por isso o passo 4 vem antes da validação de sintaxe: a sintaxe pode estar perfeita e a ligação, quebrada.

## Perguntas frequentes

### O schema WebSite melhora minha posição no Google?

Não há base para esperar isso. O Google diz que não exige schema especial para os recursos de IA, e o WebSite é um dado de identificação do site: nenhuma das fontes consultadas o trata como sinal de posição. Ele serve para tirar ambiguidade sobre nome e responsável.

### Preciso do WebSite se já tenho Organization?

Os dois descrevem coisas diferentes: a Organization descreve a empresa e o WebSite descreve o site. No método do Grupo Marfre eles andam juntos, ligados por `@id`, e o custo de manter o segundo é baixo. Para a Organization, veja [Schema Organization: a ficha da empresa para as máquinas](https://grupomarfre.com.br/sites-agenticos/schema-organization/).

### Posso usar o schema WebSite em um site com vários domínios?

Cada domínio é um site, então cada um leva o próprio WebSite, com o próprio `url` e o próprio `@id`. O `publisher` pode apontar para a mesma Organization nos dois, desde que o `@id` dela seja o mesmo em todos os lugares.

## Fontes consultadas

- [developers.google.com/search/docs/appearance/ai-features](https://developers.google.com/search/docs/appearance/ai-features)

## Leia também

### [JSON-LD: o que é e o que se sabe sobre o uso pela IA](https://grupomarfre.com.br/sites-agenticos/json-ld/)

JSON-LD é um bloco de dados no HTML, no vocabulário schema.org. Veja o que é, um exemplo mínimo e o que o Google diz sobre dados estruturados e IA.

### [Schema Organization: a ficha da empresa para as máquinas](https://grupomarfre.com.br/sites-agenticos/schema-organization/)

Schema Organization em JSON-LD: quais campos importam (name, url, logo, contactPoint, address, sameAs), como fixar o @id, exemplo completo e erros comuns.

### [@id: como ligar os blocos de dados estruturados entre si](https://grupomarfre.com.br/sites-agenticos/id-e-ligacao-de-entidades/)

@id no JSON-LD: como usar um identificador fixo e o @graph para ligar Organization, WebSite e Article e referenciar a mesma empresa em todas as páginas.

### [Como validar seus dados estruturados](https://grupomarfre.com.br/sites-agenticos/validar-dados-estruturados/)

Como validar dados estruturados: Teste de pesquisa aprimorada do Google, validador do schema.org e parse em linha de comando para conferir o JSON-LD.

### [URL canônica: qual versão da página vale](https://grupomarfre.com.br/sites-agenticos/canonical/)

URL canônica é a versão da página que vale quando há cópias. Veja a tag canonical, o espelho .md, o sitemap e as variações com barra, www e http.

### [Avaliações no schema: quando pode e quando é violação](https://grupomarfre.com.br/sites-agenticos/avaliacoes-no-schema/)

aggregateRating no schema só vale com avaliação real, coletada e visível no próprio site. Veja quando pode, quando é violação e como testar a sua página.

---

## Sobre o Grupo Marfre

Grupo Marfre Automação e Tecnologia LTDA (CNPJ 49.685.676/0001-55): agência de marketing digital e inteligência artificial com base em Contagem/MG, que atende o Brasil inteiro de forma remota.

- Endereço: Alameda das Cotovias, 75, Cabral, Contagem - MG, Brasil
- WhatsApp: (31) 93618-7272, https://wa.me/5531936187272
- E-mail: contato@grupomarfre.com.br
- Instagram: https://instagram.com/marfregrupo
- Serviços: gestão de tráfego pago (Meta Ads e Google Ads), site agêntico (site pronto pra assistentes de IA lerem), site que vira contato, SEO e Google, IA no WhatsApp, CRM e automação
- Serviço de site agêntico: https://grupomarfre.com.br/servicos/site-agentico/ · serviço de gestão de tráfego: https://grupomarfre.com.br/servicos/gestao-de-trafego/
- Guias: https://grupomarfre.com.br/sites-agenticos/ e https://grupomarfre.com.br/gestao-de-trafego/
- Método em 4 etapas: Diagnóstico, Estratégia, Execução, Otimização
- Segmentos já atendidos: clínica, consultório, advocacia, loja, igreja
- Preço e escopo não são publicados: são definidos por diagnóstico, caso a caso
- Todas as páginas em Markdown: https://grupomarfre.com.br/llms.txt · conteúdo completo: https://grupomarfre.com.br/llms-full.txt

Página HTML equivalente: https://grupomarfre.com.br/sites-agenticos/schema-website/