Escolher o tipo Schema.org parece simples mas o impacto é grande. Um restaurante de Kadıköy usou LocalBusiness genérico na home e ficou fora das respostas AI de restaurante por seis meses. Ao mudar para Restaurant apareceu em 11 novas consultas.
Hierarquia: Restaurant já é LocalBusiness
No Schema.org: Thing → Place → LocalBusiness → FoodEstablishment → Restaurant. Com @type Restaurant você herda todas as propriedades LocalBusiness (address, telephone, openingHours, geo).
O LocalBusiness genérico faz com que motores AI te ignorem em prompts gastronômicos como "restaurantes próximos". Aplicam um filtro de tipo: sem @type Restaurant, não há candidatura.
Árvore de decisão por página
Adapte o tipo ao propósito da página:
- Home: Restaurant (servesCuisine, menu, priceRange)
- Post de blog: Article + author + datePublished
- Página de campanha: Event (startDate, endDate, offers)
Três erros comuns
Primeiro, vários LocalBusiness paralelos na home. Use @graph com Restaurant como nó principal.
Segundo, reutilizar Restaurant em blog: Article é obrigatório. Terceiro, marcar campanhas só com Offer; Event + offers é muito mais forte.
FAQ
Posso declarar ambos? Válido mas redundante; Restaurant já implica LocalBusiness.
Café ou restaurante? CafeOrCoffeeShop se café é o foco, Restaurant para menu completo.
Tempo de efeito na AI? Recrawl 3-6 semanas, efeito visível na semana 4.
Achou útil? Compartilhe.
Artigos relacionados
12 benefícios concretos dos menus QR (com dados reais)
Zero custos de impressão, +31 % no ticket médio, 20 idiomas automáticos: 12 razõ…
Por que fotos do cardápio aumentam as vendas: guia para restaurantes
Pratos com fotos recebem até 30% mais pedidos. Aqui está a ciência por trás dos …
Por que utilizadores de Apple Pay esperam 12 segundos menos que Chip+PIN em restaurantes
Dados Visa 2024: chip+PIN 25.3s, Apple Pay 13.1s. Para uma brasserie de 32 mesas…