SEO local para empresas com várias unidades ou que atendem várias cidades

O que é SEO local para várias unidades

SEO local para várias unidades é o trabalho de fazer cada endereço ou cada área de atendimento de uma empresa aparecer, de forma separada e correta, nas buscas locais do Google, no Maps e nas respostas das IAs, sem que as unidades se confundam ou disputem entre si. É diferente de SEO local de uma empresa só porque o problema principal deixa de ser "aparecer" e passa a ser "aparecer com a unidade certa para a pessoa certa".

Existem três modelos de operação, e quase todos os erros vêm de tratar um modelo como se fosse outro:

• Unidades com endereço físico: clínicas, lojas, escritórios e academias que recebem clientes em cada endereço.
• Empresas com área de atendimento: prestadores que vão até o cliente, como dedetização, manutenção, instalação e reformas, a partir de uma base.
• Modelo híbrido: a empresa recebe clientes no endereço e também atende fora dele.

Os fundamentos de SEO local para uma unidade (categorias, avaliações, fotos, consistência de dados) estão no guia de SEO local. Aqui o foco é o que muda quando são várias unidades ou várias cidades.

Um Perfil da Empresa por unidade: o que as regras permitem

As >diretrizes para representar sua empresa no Google são a base de tudo. Elas permitem um Perfil da Empresa para cada local que recebe clientes ou que atende clientes onde eles estão, e proíbem criar mais de um perfil para o mesmo local, seja numa conta ou em várias. As regras que mais afetam redes e empresas com várias unidades são estas:

• Nome igual em todas as unidades. Todos os locais da mesma empresa no mesmo país devem usar o mesmo nome, com exceções para submarcas ou tipos de operação diferentes aplicados de forma consistente. Informação desnecessária no nome não é permitida e pode levar à suspensão. Nada de "Clínica X Melhor Dentista Campinas".
• Uma categoria comum. Todas as unidades devem compartilhar a categoria que melhor representa a empresa. Categorias adicionais podem variar conforme o que cada unidade realmente oferece.
• Endereço real. Escritório virtual ou endereço de correspondência onde a empresa não opera não é elegível. Caixa postal também não. Coworking só vale com sinalização visível, atendimento de clientes e equipe da empresa no horário informado.
• Departamentos com perfil próprio só quando atuam como entidades distintas e voltadas ao público, com nome diferente do principal e horário próprio. Uma seção dentro de uma loja não conta.
• Profissionais como médicos, advogados e corretores, que atendem diretamente no local, podem ter perfil próprio, sem perfis múltiplos por especialidade. Equipe de apoio não cria perfil.

Para redes maiores, há a verificação em massa. O Google informa, na >página de verificação em massa, que ela exige 10 ou mais locais da mesma empresa, sem contar perfis duplicados, suspensos ou desativados, e que agências que gerenciam várias empresas numa mesma conta não podem usá-la. A solicitação é feita pelo gerenciador do Perfil da Empresa, com uma planilha de todos os locais.

Área de atendimento: o limite que muita empresa ignora

Para quem vai até o cliente, as regras mudam. As mesmas diretrizes dizem que a empresa de área de atendimento deve ter um perfil para a sede ou base, com a área atendida definida, e ocultar o endereço se não recebe clientes ali. Uma empresa sem loja, que se desloca até o cliente, tem direito a um perfil de área de atendimento.

Dois pontos costumam surpreender:

1. A área não deve passar de cerca de 2 horas de carro a partir da base. As diretrizes admitem áreas maiores para alguns tipos de negócio, mas o padrão é esse. Uma empresa de Ribeirão Preto que marca o estado inteiro como área de atendimento está fora da regra e, na prática, não ganha relevância nas cidades distantes por isso.
2. Atender várias cidades não dá direito a vários perfis. Só locais separados, com área de atendimento própria e equipe própria, podem ter um perfil cada. Criar perfis em endereços de parentes, salas vazias ou escritórios virtuais para "estar" em outras cidades é exatamente o que as diretrizes proíbem.

Quem tem endereço com atendimento e também vai até o cliente pode mostrar o endereço e definir área de atendimento no mesmo perfil, desde que o local tenha equipe e receba clientes no horário informado.

A consequência é que, para as cidades onde a empresa atende mas não tem unidade, o trabalho de visibilidade vem principalmente do site, de conteúdo e de reputação, e não de perfis extras. Como avaliações e o perfil influenciam as IAs está em Google Business Profile, avaliações e IA.

Qual modelo serve para o seu negócio

Se a empresa se encaixa em mais de uma linha, comece pelo modelo da operação real e não pelo que gostaria de parecer. O Google cruza endereço, sinalização, telefone e avaliações, e as IAs cruzam o perfil com o site e com fontes externas. Um modelo que não corresponde à realidade aparece como inconsistência.

Páginas de localização sem cair em página-porta

As >políticas de spam do Google definem páginas-porta como sites ou páginas criados para ranquear em buscas específicas e parecidas, que levam o usuário a páginas intermediárias menos úteis que o destino final. Um dos exemplos citados é exatamente ter várias páginas ou domínios voltados a regiões ou cidades que afunilam o usuário para uma única página. A mesma política trata de conteúdo em escala criado principalmente para manipular rankings.

Isso não proíbe páginas por cidade. Proíbe páginas por cidade que são a mesma página com o nome trocado. A diferença está no que cada página entrega de próprio.

O que uma página de unidade precisa ter

• Nome, endereço, telefone e horário idênticos aos do Perfil da Empresa daquela unidade.
• Serviços realmente oferecidos ali, que podem ser diferentes dos de outras unidades.
• Equipe ou responsáveis locais, com nome e função.
• Fotos da fachada, do interior e da equipe daquela unidade.
• Como chegar, estacionamento, transporte público e pontos de referência.
• Perguntas frequentes daquela unidade, como convênios aceitos, agendamento e acessibilidade.
• Avaliações ou casos ligados à unidade, quando existirem e puderem ser publicados.

E para cidades sem unidade?

Para empresas de área de atendimento, uma página por cidade só se justifica quando há algo genuinamente diferente a dizer: prazo de atendimento, tipo de imóvel ou de cliente predominante, regras municipais, obras e casos feitos na cidade. Quando não há, uma página de serviço forte, que lista as cidades atendidas, é mais honesta e costuma funcionar melhor. No meu próprio site, as páginas por região do estado foram escritas sem texto repetido, cada uma com o contexto econômico e os setores da região, como em SEO no interior de São Paulo.

Na estrutura, um diretório como /unidades/ com uma página por unidade, linkada a partir de uma página-índice com mapa e lista, funciona bem. Se você for reorganizar URLs de unidades já existentes, trate como migração, com mapa de redirecionamentos, como explico em migração de site sem perder tráfego.

Dados estruturados e consistência para Google e IAs

Com várias unidades, a pergunta que Google e IAs precisam responder é: estas unidades são a mesma empresa ou empresas diferentes? Os dados estruturados ajudam a deixar isso explícito. Cada página de unidade pode ter um LocalBusiness (ou um subtipo mais específico, como Dentist ou LegalService) com @id próprio, ligado à organização principal pela propriedade parentOrganization, que segundo o >Schema.org indica a organização maior da qual aquela é uma unidade e substitui a antiga branchOf.

Um esqueleto em texto para a página de uma unidade:

• "@type": "Dentist",
• "@id": "https://seudominio.com.br/unidades/campinas/#local",
• "name": "Nome da Rede",
• "address": { "@type": "PostalAddress", "addressLocality": "Campinas", "addressRegion": "SP" },
• "telephone": "telefone da unidade",
• "parentOrganization": { "@id": "https://seudominio.com.br/#organization" }

O @id da organização é declarado uma vez, na página principal, e referenciado pelas unidades. O nome segue a regra do Perfil da Empresa: igual em todas as unidades, com a cidade no endereço e não no nome. Como montar o conjunto completo, com Organization, Person e Service, está em dados estruturados avançados.

Nas IAs, o problema mais comum é a mistura: o assistente informa o horário de uma unidade com o telefone de outra, ou recomenda a unidade errada para a cidade da pergunta. Isso acontece quando o site tem uma página única com todos os endereços, quando os perfis repetem o telefone central ou quando fontes externas descrevem unidades de jeitos diferentes. O artigo duas unidades com informação misturada trata desse sintoma. Se o site tiver um llms.txt, liste cada unidade com seu link e uma observação própria, nunca com a mesma frase para todas.

Relevância, distância, proeminência e avaliações por unidade

O Google explica, na página sobre >como melhorar o ranqueamento local, que os resultados locais se baseiam principalmente em relevância, distância e proeminência. Relevância é o quanto o perfil corresponde ao que a pessoa procura. Distância é o quão longe a empresa está de quem pesquisa. Proeminência é o quanto a empresa é conhecida, o que inclui links de outros sites e o número de avaliações. A mesma página diz que não há como pedir ou pagar por um ranqueamento local melhor, e que mais avaliações e notas positivas podem ajudar.

Para redes, isso tem três consequências práticas:

• A distância não se negocia. Uma unidade não vai aparecer no Maps para quem está do outro lado do estado só porque o perfil está bem feito. É por isso que perfis falsos em outras cidades são tentadores e proibidos.
• Avaliações são por unidade. A boa reputação da unidade da capital não ajuda a unidade de Sorocaba. Cada unidade precisa do próprio processo de pedido de avaliação, e as respostas devem ser feitas por alguém que conhece aquela operação.
• A proeminência também é local. Menções na imprensa da cidade, parcerias com associações comerciais e patrocínios locais fortalecem a unidade daquela cidade, além da marca.

Como eu aplico isso

Quando eu reviso uma empresa com várias unidades, começo por uma planilha, não pelo site: uma linha por unidade, com nome no perfil, endereço, telefone, horário, categoria principal, URL do site ligada ao perfil e página correspondente no site. Na prática, essa planilha sozinha já revela a maior parte dos problemas.

O erro que mais encontro é o perfil de cada unidade apontar para a home do site, e não para a página da unidade. Junto com ele vêm o telefone central repetido em todos os perfis e páginas de cidade clonadas, com o mesmo texto e o nome da cidade trocado. Cada um desses itens, isolado, parece pequeno. Juntos, fazem Google e IAs enxergarem uma empresa com uma unidade só e endereços soltos.

A sequência que costumo seguir:

1. Definir o modelo de cada local (unidade física, base de área de atendimento ou híbrido) com base na operação real.
2. Corrigir os perfis: nome padronizado, categoria principal comum, telefone e horário próprios, link para a página da unidade.
3. Criar ou reescrever as páginas de unidade com conteúdo próprio, seguindo a lista acima.
4. Ligar tudo com dados estruturados por @id e manter os mesmos dados em diretórios e redes.
5. Montar um processo de avaliações por unidade e acompanhar buscas locais e respostas de IA por cidade.

Foi esse tipo de arquitetura geográfica, sem clonar a mesma página trocando o nome da cidade, que sustentou o case como expandimos a presença de uma empresa no Google para várias cidades. E o case a estratégia que colocou uma empresa local na frente de concorrentes maiores mostra que relevância regional se constrói com estrutura, não só com orçamento.

Várias unidades no estado de São Paulo: capital, interior e litoral

O estado de São Paulo tem padrões de deslocamento que mudam a estratégia de rede:

• Capital e ABC: as cidades são contíguas e quem mora em Santo André pode trabalhar em São Paulo. Buscas como "clínica de fisioterapia perto de mim" mostram unidades de cidades vizinhas, e a distância decide mais que a fronteira municipal. Aqui, a página de cada unidade precisa falar de bairro e de acesso, não só de cidade. Veja SEO na Grande São Paulo e ABC.
• Interior, no eixo da Anhanguera: redes que crescem de Ribeirão Preto para Campinas, passando por cidades médias, costumam ter uma unidade forte e outras recentes. As novas precisam de avaliações e menções locais próprias desde o primeiro mês. O guia SEO de Ribeirão Preto a Campinas trata desse corredor.
• Litoral: na Baixada Santista, a demanda muda com a temporada e muita gente pesquisa de fora, da capital ou do interior, antes de viajar. Uma busca como "dentista de emergência no Guarujá" feita em São Paulo depende mais de relevância e proeminência que de distância. Mais em SEO na Baixada Santista.
• Prestadores de serviço com área de atendimento no interior costumam querer cobrir dezenas de cidades a partir de uma base. A regra de cerca de 2 horas de carro já limita o perfil, e o restante depende de páginas de serviço e conteúdo útil.

Para ver como esse trabalho se encaixa numa estratégia completa de SEO, AEO e GEO, a página do especialista em SEO, AEO e GEO em São Paulo resume a abordagem, e a biblioteca de SEO, AEO e GEO reúne os demais guias desta série.