---
title: "Schema Service: descrever o que a empresa vende | Grupo Marfre"
description: "Schema Service: como descrever serviços em JSON-LD com name, serviceType, provider e areaServed, e quando usar Service, Product ou Offer. Com exemplo."
canonical: https://grupomarfre.com.br/sites-agenticos/schema-service/
alternate_html: https://grupomarfre.com.br/sites-agenticos/schema-service/
language: pt-BR
last_updated: 2026-10-27
type: guia
---
# Schema Service: descrever o que a empresa vende

**Resposta rápida:** O schema Service descreve em JSON-LD um serviço que a empresa presta. Os campos centrais são name, description, serviceType, provider (ligado à Organization pelo @id) e areaServed. Use Service para trabalho prestado, Product para item vendido e Offer para a condição comercial (preço, disponibilidade), que se pendura em um dos dois.

O schema Service diz a quem lê o código da página (buscadores, assistentes de IA, agentes) qual serviço a página descreve, quem o presta e onde ele é atendido. Sem ele, a máquina precisa deduzir isso do texto. Com ele, a informação vem em campos nomeados, no mesmo formato em toda página de serviço.

Um aviso antes de começar: segundo a documentação do Google (atualizada em 10/12/2025), a Visão Geral por IA e o Modo IA não exigem arquivo, markup ou schema especial. O Service não é condição para aparecer. Ele reduz ambiguidade, e nada além disso. Nenhum markup garante citação: a escolha de citar é do modelo.

## Quais campos um Service precisa ter?

Cinco campos formam o mínimo útil: `name`, `description`, `serviceType`, `provider` e `areaServed`. Juntos respondem o que é o serviço, em que categoria ele cai, quem o presta e onde. Todos devem repetir o que está visível na página.

| Campo | O que recebe | Cuidado |
| --- | --- | --- |
| `name` | Nome do serviço, como aparece no título da página | Um serviço por página, sem juntar vários no mesmo nome |
| `description` | Uma ou duas frases sobre o que está incluso | Mesmo conteúdo do texto visível |
| `serviceType` | A categoria em texto simples (ex.: "Abertura de empresa") | Termo que o cliente usaria, não nome interno |
| `provider` | Referência à Organization pelo `@id` | Não repita os dados da empresa aqui |
| `areaServed` | Cidade, estado ou país atendido | Só o que a empresa de fato atende |

O `provider` merece atenção. Em vez de copiar nome, endereço e telefone dentro de cada serviço, o Service aponta para a Organization que já existe no site: `"provider": {"@id": "https://www.exemplo.com.br/#organization"}`. A ficha da empresa fica num lugar só, e os serviços se penduram nela. A mecânica está em [@id: como ligar os blocos de dados estruturados entre si](https://grupomarfre.com.br/sites-agenticos/id-e-ligacao-de-entidades/), e a ficha em si, em [Schema Organization](https://grupomarfre.com.br/sites-agenticos/schema-organization/).

## Service, Product ou Offer: qual usar?

Use Service quando o que se vende é um trabalho prestado (consulta, instalação, assessoria, aula). Use Product quando o que se vende é um item que se entrega ou se compra (peça, roupa, produto de loja). Offer não é uma alternativa aos dois: é a condição comercial (preço, moeda, disponibilidade) que fica pendurada em um Service ou em um Product.

Um teste rápido para decidir:

1.  O cliente recebe um item físico ou digital que passa a ser dele? Product.
2.  O cliente contrata alguém para fazer algo? Service.
3.  Existe preço público, estável e visível na página? Acrescente um Offer dentro do tipo escolhido.
4.  O preço depende de orçamento ou a regra da profissão proíbe divulgá-lo? Não crie Offer com valor inventado. Deixe só o Service.

Na régua do Grupo Marfre, clínica não publica preço, por causa da regra de conselho profissional. Nesse caso o Service vai sem `offers`. Para loja virtual, o caminho é outro: veja [Product e Offer: dados estruturados pra loja virtual](https://grupomarfre.com.br/sites-agenticos/schema-product-e-offer/).

## Como fica o JSON-LD de uma página de serviço?

Uma página de serviço leva um bloco com a Organization e o Service, ligados por `@id`. O bloco abaixo usa uma empresa fictícia. Exemplo fictício: a Alfa Contabilidade, com um serviço de abertura de empresa.

```json
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "AccountingService",
      "@id": "https://www.exemplo.com.br/#organization",
      "name": "Alfa Contabilidade",
      "url": "https://www.exemplo.com.br/"
    },
    {
      "@type": "Service",
      "@id": "https://www.exemplo.com.br/servicos/abertura-de-empresa/#service",
      "name": "Abertura de empresa",
      "description": "Registro de empresa do contrato social à inscrição nos órgãos competentes, com acompanhamento até o CNPJ ativo.",
      "serviceType": "Abertura de empresa",
      "url": "https://www.exemplo.com.br/servicos/abertura-de-empresa/",
      "provider": { "@id": "https://www.exemplo.com.br/#organization" },
      "areaServed": [
        { "@type": "City", "name": "Belo Horizonte" },
        { "@type": "City", "name": "Contagem" }
      ]
    }
  ]
}
```

Três detalhes do exemplo valem a atenção. O `@id` do Service termina em `#service` e usa o endereço da própria página, então é único e estável. O tipo da empresa é `AccountingService`, o mais específico possível, e não um genérico. E o `description` é uma frase que também existe no texto da página, não um resumo diferente escrito só para o código. Para escolher o tipo certo do seu negócio, consulte [Schema LocalBusiness](https://grupomarfre.com.br/sites-agenticos/schema-localbusiness/).

## O que checar antes de publicar?

Confira se o dado estruturado bate com a página, campo por campo. Dado que existe no código e não aparece no texto visível é o erro que essa conferência procura.

1.  Cada página de serviço tem um único Service, com o nome do serviço daquela página.
2.  O `provider` aponta para um `@id` que existe de fato no site (se o endereço não bate, a ligação se perde).
3.  A `areaServed` lista só os locais atendidos e mencionados no texto.
4.  Não há preço, avaliação ou prazo no código que o leitor não veja na página.
5.  O JSON-LD passa numa validação, com o método de [Como validar seus dados estruturados](https://grupomarfre.com.br/sites-agenticos/validar-dados-estruturados/).

Um serviço que ainda não tem página própria também não ganha Service. O markup descreve o que a página mostra e não cria serviço que o site não explica.

## Perguntas frequentes

### Preciso do schema Service para a IA citar meu serviço?

Não para o Google: ele diz que não exige schema especial para a Visão Geral por IA e o Modo IA. E nenhum markup garante citação. O Service serve para descrever o serviço sem ambiguidade a quem lê o código.

### Posso colocar preço no Service?

Só com um Offer, e só se o preço for público, estável e visível na página. Se o valor depende de orçamento ou se a regra da profissão não permite divulgá-lo, publique o Service sem preço.

### Service substitui o LocalBusiness ou a Organization?

Não, eles se complementam. A Organization ou o LocalBusiness diz quem é a empresa; o Service diz o que ela presta, e o `provider` faz a ligação entre os dois.

### Uma página para cada serviço ou uma página só?

Uma página por serviço real, cada uma com texto próprio e seu Service. Uma única página com todos os serviços numa lista curta dificulta a leitura, tanto para pessoas quanto para máquinas.

## Fontes consultadas

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

## Leia também

### [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.

### [Product e Offer: dados estruturados pra loja virtual](https://grupomarfre.com.br/sites-agenticos/schema-product-e-offer/)

Product e Offer no schema.org: quais campos declarar (nome, imagem, marca, sku, preço, moeda, disponibilidade) e por que o preço deve ser igual ao da página.

### [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.

### [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.

### [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-service/