Checklist de SEO para site institucional

Sumário

• [ ] não verificado;
• [ ] problema confirmado;
• [ ] correto;
• [ ] não se aplica;
• [ ] depende de investigação.

1. 1escopo e linha de base
2. 2rastreamento e indexação
3. 3sitemap, robots, status e canonical
4. 4segurança, mobile e Core Web Vitals
5. 5arquitetura, URLs e links
6. 6titles, metas, headings e conteúdo
7. 7imagens, dados estruturados e local
8. 8Search Console e Analytics
9. 9prioridade e plano 30/60/90

1. Defina o escopo da auditoria

• [ ] Objetivo do site foi registrado.
• [ ] Serviços, públicos e regiões prioritários estão definidos.
• [ ] Conversões principais e secundárias têm significado claro.
• [ ] Domínios, subdomínios, protocolos e ambientes foram listados.
• [ ] Migrações, redesigns e mudanças recentes foram documentados.
• [ ] Responsáveis por conteúdo, desenvolvimento e publicação são conhecidos.
• [ ] Acesso a CMS, hospedagem e ferramentas está disponível com permissão adequada.
• [ ] Existe backup e plano de reversão antes de alterações de alto risco.

Um site institucional pode gerar leads, validar reputação, apoiar vendas e explicar serviços. Transforme isso em páginas prioritárias. Home, páginas de serviço, contato, unidades, casos e conteúdos com demanda merecem mais atenção que URLs sem função estratégica.

Crie uma amostra representativa quando o site for grande: páginas mais acessadas, com impressões, com conversões, novas, antigas, por tipo de template e com erro. Depois amplie o rastreamento.

2. Registre a linha de base

• [ ] Cliques e impressões orgânicos por página e consulta foram exportados.
• [ ] Conversões orgânicas têm definição conhecida.
• [ ] Páginas indexadas e excluídas foram comparadas.
• [ ] Principais landing pages orgânicas foram listadas.
• [ ] Consultas de marca e sem marca podem ser diferenciadas.
• [ ] Erros técnicos atuais têm evidência.
• [ ] Leads e vendas por página são observáveis quando possível.
• [ ] Sazonalidade e período de comparação foram anotados.

Sem linha de base, uma correção pode parecer sucesso por coincidência. Guarde data de mudança, páginas afetadas e hipótese. Compare períodos equivalentes e considere maturação de rastreamento e indexação.

3. Verifique o rastreamento por robôs

Rastreamento é a descoberta e o acesso a URLs. Indexação é a análise e possível inclusão no índice. Uma página rastreável não é automaticamente indexada, e uma URL conhecida pode aparecer em relatórios mesmo bloqueada.

• [ ] Páginas importantes são alcançadas por links HTML internos.
• [ ] Navegação funciona sem depender apenas de busca interna ou interação complexa.
• [ ] Não há bloqueio acidental por robots.txt.
• [ ] Meta robots e cabeçalhos X-Robots-Tag foram revisados.
• [ ] Recursos necessários à renderização não estão bloqueados sem razão.
• [ ] Páginas órfãs prioritárias foram identificadas.
• [ ] Parâmetros e filtros não criam espaço infinito de URLs.
• [ ] Logs do servidor são analisados quando o porte e acesso justificam.
• [ ] Ambientes de teste permanecem protegidos e fora do índice.

Use um crawler com configuração documentada e compare com sitemap, analytics e Search Console. Diferenças revelam URLs órfãs, páginas sem tráfego, redirecionamentos ou áreas inacessíveis.

Não desbloqueie tudo por impulso. Carrinho, busca interna, área autenticada, parâmetros e versões de impressão podem exigir tratamento próprio.

4. Audite a indexação

• [ ] As páginas estratégicas podem ser indexadas.
• [ ] URLs sem valor de busca têm decisão explícita.
• [ ] Tags `noindex` acidentais foram removidas das páginas certas.
• [ ] Conteúdo duplicado ou muito semelhante foi mapeado.
• [ ] Páginas vazias, de teste e resultados internos não poluem o índice.
• [ ] URLs antigas possuem redirecionamento ou status adequado.
• [ ] A inspeção de URL confirma como o Google vê páginas críticas.
• [ ] Renderização mostra conteúdo principal e links.
• [ ] Exclusões no Search Console foram classificadas por causa.

“Descoberta, mas não indexada” e “rastreada, mas não indexada” não têm correção única. Avalie qualidade, duplicidade, links, canonical, demanda, status e sinais do site. Solicitar indexação repetidamente não substitui melhorar a página.

Indexar mais não é sempre melhor. O objetivo é disponibilizar páginas únicas e úteis. Arquivos, tags, paginações ou combinações de filtro podem não merecer busca.

5. Revise o sitemap XML

• [ ] Existe sitemap válido e acessível.
• [ ] Ele usa URLs canônicas absolutas e preferencialmente indexáveis.
• [ ] Não contém 3xx, 4xx, 5xx, `noindex` ou URLs bloqueadas sem motivo.
• [ ] Inclui páginas estratégicas novas.
• [ ] Exclui ambientes, parâmetros e duplicatas.
• [ ] Datas de modificação refletem mudanças reais quando usadas.
• [ ] Arquivos são divididos de forma gerenciável quando necessário.
• [ ] O índice de sitemaps está correto.
• [ ] O sitemap foi enviado e monitorado no Search Console.

Sitemap ajuda a descoberta; não garante indexação nem substitui links internos. Compare “enviado” e “indexado” por tipo de página para identificar templates problemáticos.

6. Revise o robots.txt

• [ ] Arquivo responde no local correto do host.
• [ ] Sintaxe e grupos de agentes foram conferidos.
• [ ] Diretivas não bloqueiam páginas ou recursos importantes.
• [ ] O caminho do sitemap está indicado quando útil.
• [ ] Regras antigas de migração foram removidas ou justificadas.
• [ ] Dados sensíveis não dependem de robots.txt para proteção.
• [ ] Ambientes privados usam autenticação adequada.

Robots.txt controla rastreamento, não é mecanismo de sigilo e não é a forma principal de remover uma URL do índice. Uma URL bloqueada pode ainda ser conhecida por links. Para conteúdo privado, use acesso autenticado. Para decisões de indexação, combine status, `noindex`, canonical e remoções conforme o caso — lembrando que um robô precisa acessar a página para ler `noindex`.

7. Analise códigos de status e redirecionamentos

• [ ] Páginas válidas retornam 200.
• [ ] Mudanças permanentes usam redirecionamento apropriado.
• [ ] Não existem cadeias ou loops relevantes.
• [ ] URLs removidas retornam 404 ou 410 quando não há substituta.
• [ ] Erros de servidor 5xx foram investigados.
• [ ] “Soft 404” foi verificado em páginas vazias ou inexistentes com status 200.
• [ ] Links internos apontam ao destino final, não ao redirecionamento.
• [ ] Versões HTTP, WWW e variações de barra consolidam corretamente.
• [ ] Páginas de erro ajudam a navegar sem fingir que o conteúdo existe.

Ao migrar, crie mapa URL antiga → melhor equivalente. Não mande todas as páginas removidas para a home. Preserve intenção e atualize sitemap, canonicals, links e campanhas.

8. Confira canonical

• [ ] Cada página indexável possui canonical coerente.
• [ ] Canonical aponta para URL 200, indexável e equivalente.
• [ ] Não existem cadeias, conflitos ou canonicals para páginas sem relação.
• [ ] HTTP, parâmetros e duplicatas convergem quando apropriado.
• [ ] Sitemap e links internos usam a versão canônica.
• [ ] Canonical não conflita com `noindex`, hreflang ou redirecionamento.
• [ ] Páginas únicas por cidade ou serviço não apontam indevidamente para outra.

Canonical é uma indicação de versão preferida, não uma ordem absoluta nem redirecionamento para o usuário. Os mecanismos avaliam outros sinais. Se duas páginas são realmente redundantes e apenas uma deve existir, consolidação e redirecionamento podem ser melhores.

9. Garanta HTTPS e segurança básica

• [ ] Todo o site carrega em HTTPS.
• [ ] HTTP redireciona para HTTPS sem cadeia.
• [ ] Certificado é válido e cobre hosts necessários.
• [ ] Não há conteúdo misto.
• [ ] Canonical, sitemap, links e dados estruturados usam HTTPS.
• [ ] CMS, plugins e dependências estão atualizados.
• [ ] Backups, permissões e monitoramento existem.
• [ ] Formulários protegem dados em trânsito e no destino.

HTTPS protege a transmissão, mas não torna um site seguro sozinho. Revise contas, senhas, acesso administrativo, atualizações e fornecedores. Incidentes derrubam disponibilidade, confiança e presença orgânica.

10. Teste a experiência móvel

• [ ] Layout se adapta a larguras reais.
• [ ] Não há rolagem horizontal.
• [ ] Texto é legível sem zoom.
• [ ] Botões e links têm tamanho e distância adequados.
• [ ] Formulários usam teclado e validação apropriados.
• [ ] Conteúdo principal é equivalente ao desktop.
• [ ] Menus, filtros e modais funcionam por toque e teclado.
• [ ] Telefone, WhatsApp e mapa abrem corretamente.
• [ ] Anúncios e banners não cobrem o conteúdo.

O Google usa a versão móvel para indexação. Não esconda links ou informação essencial apenas para “limpar” a tela. Reorganize componentes. Teste aparelhos intermediários, conexões variadas e páginas internas, não só a home.

11. Avalie Core Web Vitals e desempenho

Os Core Web Vitals atuais são LCP, INP e CLS. Como referência de boa experiência no percentil 75, o LCP deve ficar em até 2,5 segundos, o INP em até 200 milissegundos e o CLS em até 0,1. Use dados de campo quando disponíveis; laboratório ajuda a diagnosticar, mas não substitui experiência real.

• [ ] Dados de campo foram separados por mobile e desktop.
• [ ] Templates e grupos de URLs foram comparados.
• [ ] O elemento de LCP foi identificado.
• [ ] Resposta do servidor e recursos críticos foram analisados.
• [ ] JavaScript longo e interações lentas foram investigados.
• [ ] Imagens e embeds têm dimensões para evitar mudanças de layout.
• [ ] Fontes e banners não causam deslocamento.
• [ ] Imagens estão comprimidas e no tamanho correto.
• [ ] Scripts de terceiros têm finalidade e orçamento de desempenho.
• [ ] Cache, CDN e carregamento tardio foram avaliados.

Não otimize apenas para “nota 100”. Priorize problemas percebidos e páginas importantes. Refaça medições depois de mudanças de tags, chat, vídeo ou consentimento.

12. Organize a arquitetura do site

• [ ] Serviços principais são acessíveis pela navegação.
• [ ] A hierarquia reflete como pessoas e negócio entendem a oferta.
• [ ] Páginas prioritárias estão a poucos caminhos lógicos da home.
• [ ] Categorias não se sobrepõem sem razão.
• [ ] Breadcrumbs refletem a estrutura real.
• [ ] Conteúdos apoiam páginas comerciais sem competir com elas.
• [ ] Páginas órfãs foram conectadas ou removidas.
• [ ] URLs de baixa utilidade não consomem atenção e rastreamento.

Pense em clusters: uma página central de serviço pode receber apoio de artigos sobre problemas, processo, comparação, custo e casos. Links ajudam descoberta, contexto e jornada. Evite arquitetura criada só por volume de palavra-chave.

Para empresas com atuação geográfica, use SEO local e páginas específicas apenas quando existe atendimento e conteúdo reais.

13. Padronize URLs

• [ ] URLs são curtas, estáveis e descritivas.
• [ ] Usam palavras separadas por hífen.
• [ ] Evitam parâmetros e IDs quando não são necessários.
• [ ] Não mudam apenas para “ficar mais bonitas” sem benefício.
• [ ] Acentos, maiúsculas e variações consolidam corretamente.
• [ ] Estrutura não depende de data quando o conteúdo é perene.
• [ ] Mudanças possuem redirecionamentos e links atualizados.

URL ajuda entendimento e gestão, mas não precisa repetir todo o title. Preserve endereços que funcionam. Toda mudança tem custo de migração e risco.

14. Revise SEO titles

• [ ] Cada página indexável tem title único e descritivo.
• [ ] A intenção principal aparece naturalmente.
• [ ] Serviço, tema e marca são priorizados conforme a página.
• [ ] Titles não são listas de palavras.
• [ ] Não há duplicidade causada por templates.
• [ ] Promessa corresponde ao conteúdo.
• [ ] Comprimento é observado sem tratar pixels ou caracteres como regra rígida.

Um title para serviço pode combinar “Serviço + local ou público + marca”. Um artigo pode usar pergunta ou guia. Mecanismos podem exibir outra formulação; ainda assim, o title é uma oportunidade importante de clareza.

15. Escreva meta descriptions úteis

• [ ] Páginas prioritárias têm descrição única.
• [ ] A descrição resume valor e contexto.
• [ ] Palavra principal aparece quando natural.
• [ ] Há convite coerente, sem sensacionalismo.
• [ ] Não existem textos automáticos quebrados.
• [ ] Condições importantes não são ocultadas.

Meta description não garante posição e pode ser reescrita no resultado. Ela funciona como proposta de clique quando exibida. Evite repetição e promessa que a página não cumpre.

16. Verifique headings

• [ ] Existe um H1 claro por página como prática editorial.
• [ ] H1 representa o tema e corresponde ao title.
• [ ] H2 e H3 formam hierarquia compreensível.
• [ ] Headings não são escolhidos apenas pelo tamanho visual.
• [ ] Não há saltos que prejudiquem compreensão e acessibilidade.
• [ ] Componentes repetidos não criam títulos irrelevantes.

Múltiplos H1 são permitidos no HTML moderno, mas uma estrutura editorial simples costuma ser mais fácil de gerenciar. Use CSS para aparência e headings para semântica.

17. Faça o mapa de intenção e palavras-chave

• [ ] Cada página prioritária tem intenção principal definida.
• [ ] Linguagem de clientes foi coletada.
• [ ] Resultado de busca foi analisado manualmente.
• [ ] Termos foram agrupados por decisão, não só por semelhança.
• [ ] Uma página principal foi atribuída a cada cluster.
• [ ] Canibalização foi investigada.
• [ ] Consultas do Search Console alimentam atualizações.
• [ ] Oportunidade considera valor e aderência, não somente volume.

O futuro guia de como escolher palavras-chave para o site pode ser conectado a este checklist após a publicação do lote seguinte. Por ora, comece com perguntas de clientes, CRM, busca interna, sugestões de pesquisa e termos que já geram impressões.

18. Audite o conteúdo de cada página

• [ ] O conteúdo responde à intenção principal.
• [ ] Público, problema, serviço e próximo passo estão claros.
• [ ] Escopo, processo e limites aparecem.
• [ ] Afirmações importantes têm prova.
• [ ] Informações estão atualizadas.
• [ ] Texto é original e específico ao negócio.
• [ ] Não existem parágrafos criados apenas para repetir palavras.
• [ ] Perguntas reais são respondidas.
• [ ] CTA corresponde à etapa da jornada.
• [ ] Conteúdo demonstra experiência sem inventar autoridade.

Páginas de serviço rasas frequentemente dizem “qualidade, inovação e excelência” sem explicar entrega. Uma boa página cobre para quem é, situações, método, benefícios, prova, processo, dúvidas e ação. O guia de páginas de serviços para SEO deverá aprofundar essa implementação quando publicado.

Atualize ou consolide conteúdos redundantes. Não aumente contagem por obrigação. Profundidade é resolver a decisão com clareza, não atingir um número arbitrário.

19. Melhore links internos

• [ ] Páginas importantes recebem links de páginas contextuais.
• [ ] Âncoras descrevem o destino naturalmente.
• [ ] Links quebrados foram corrigidos.
• [ ] Menus e rodapés não são a única fonte de links.
• [ ] Artigos apontam para serviços quando há continuidade.
• [ ] Serviços apontam para conteúdos que respondem objeções.
• [ ] Links não são repetidos em excesso no mesmo bloco.
• [ ] Atributos e comportamento são adequados ao destino.

Crie um mapa origem → destino → justificativa. A home transmite visibilidade, mas não precisa linkar toda URL. Use hubs e categorias. Ao publicar conteúdo novo, adicione links de páginas antigas relevantes; não espere que a ligação aconteça sozinha.

20. Otimize imagens

• [ ] Arquivos têm dimensões e compressão apropriadas.
• [ ] Formatos modernos são usados quando compatíveis.
• [ ] Nomes ajudam a gestão sem forçar palavras.
• [ ] Texto alternativo descreve imagens informativas.
• [ ] Imagens decorativas têm tratamento acessível adequado.
• [ ] Width e height ou proporção reservam espaço.
• [ ] Lazy loading não atrasa a imagem principal indevidamente.
• [ ] Imagens críticas são descobertas cedo.
• [ ] Direitos de uso estão documentados.

Alt text é para acessibilidade e compreensão, não um campo para lista de palavras-chave. Descreva função e conteúdo no contexto. Não repita legenda literalmente quando seria redundante.

21. Revise dados estruturados

• [ ] O tipo escolhido corresponde ao conteúdo visível.
• [ ] Propriedades obrigatórias e recomendadas foram avaliadas.
• [ ] Dados estruturados não inventam avaliação, preço, autor ou endereço.
• [ ] Informações coincidem com a página.
• [ ] Marcação valida em ferramentas apropriadas.
• [ ] Erros e avisos são monitorados.
• [ ] Templates atualizam datas e campos corretamente.
• [ ] A equipe sabe que resultado enriquecido não é garantido.

Use Organization ou LocalBusiness quando representar a entidade correta; BreadcrumbList para breadcrumbs reais; Article ou BlogPosting para artigos; e outros tipos apenas quando aplicáveis. FAQ visível não deve ser marcado só pela expectativa de destaque, e elegibilidade pode mudar. Siga documentação vigente.

22. Faça a auditoria local

• [ ] Nome, endereço e telefone são consistentes quando existe local físico.
• [ ] Áreas atendidas são verdadeiras.
• [ ] Perfil da Empresa no Google está completo e atualizado.
• [ ] Categoria e serviços representam a atividade.
• [ ] Horários, feriados e contatos estão corretos.
• [ ] Páginas de unidade têm conteúdo e prova específicos.
• [ ] Não há endereço virtual ou presença inventada.
• [ ] Avaliações são solicitadas e respondidas de forma ética.
• [ ] Links locais e menções relevantes foram mapeados.

O guia de como aparecer no Google Maps ajuda a organizar perfil, site e reputação. Para páginas por cidade, publique somente quando houver evidência real de atendimento e conteúdo útil; trocar o nome da cidade em um template cria páginas fracas e pode parecer uma porta de entrada artificial.

23. Configure o Search Console

• [ ] Propriedade adequada foi verificada.
• [ ] Usuários e permissões estão atualizados.
• [ ] Sitemap foi enviado.
• [ ] Relatório de desempenho tem filtros e períodos corretos.
• [ ] Indexação de páginas foi revisada por motivo.
• [ ] Core Web Vitals e HTTPS foram consultados.
• [ ] Ações manuais e problemas de segurança foram verificados.
• [ ] Inspeção de URL foi usada em amostra crítica.
• [ ] Exportações e anotações preservam a linha de base.

Search Console mostra a perspectiva da Busca, não todas as sessões nem toda consulta. Dados podem ser agregados ou limitados. Use para diagnosticar impressão, clique, indexação e experiência, e cruze com outras fontes.

24. Configure Analytics com respeito à privacidade

• [ ] Objetivos de medição estão documentados.
• [ ] Eventos têm nomes e definições consistentes.
• [ ] Conversões representam ações reais.
• [ ] Domínios e subdomínios preservam sessão quando necessário.
• [ ] Tráfego interno e spam são tratados com cuidado.
• [ ] UTMs seguem padrão.
• [ ] Dados pessoais não são enviados em URLs ou eventos.
• [ ] Consentimento e base aplicável foram avaliados.
• [ ] Acesso, retenção e fornecedores são governados.
• [ ] CRM recebe origem e retorna qualidade quando possível.

Não instale cada ferramenta disponível. Cada script cria custo de desempenho, segurança e governança. Meça o necessário para decisão. Um formulário enviado no navegador deve ser confirmado pelo backend ou CRM para reduzir falsos positivos.

Checklist de prioridade

P0 — risco crítico ou bloqueio

• [ ] site ou páginas estratégicas indisponíveis;
• [ ] bloqueio acidental de rastreamento ou indexação;
• [ ] migração sem redirecionamentos;
• [ ] canonical amplo para destino errado;
• [ ] invasão, conteúdo malicioso ou certificado inválido;
• [ ] formulário principal quebrado;
• [ ] dados pessoais vazando em URL, analytics ou logs indevidos;
• [ ] grande volume de 5xx.

Corrija ou contenha imediatamente, com backup, teste e monitoramento.

P1 — alto impacto

• [ ] páginas comerciais sem links ou fora do sitemap;
• [ ] duplicidade relevante e canibalização;
• [ ] titles e H1 ausentes em templates prioritários;
• [ ] experiência móvel impede conversão;
• [ ] conteúdo de serviço não responde à intenção;
• [ ] Core Web Vitals ruins em templates de alto tráfego;
• [ ] origem e conversão não chegam ao CRM.

Planeje no ciclo atual e acompanhe efeito.

P2 — melhoria

• [ ] metas pouco descritivas;
• [ ] imagens pesadas secundárias;
• [ ] links contextuais insuficientes;
• [ ] conteúdo desatualizado de menor impacto;
• [ ] avisos de dados estruturados relevantes;
• [ ] oportunidades locais e FAQs úteis.

P3 — experimento ou acabamento

• [ ] pequenas variações de copy;
• [ ] novas seções sem evidência de demanda;
• [ ] ajustes cosméticos de URL sem necessidade;
• [ ] ferramentas adicionais sem caso claro.

Matriz de priorização

Pontue de 1 a 5:

Priorize alto impacto, alto risco, alta confiança e esforço viável. Correções irreversíveis ou de arquitetura exigem revisão maior. Não faça 100 alterações sem anotação; será impossível aprender.

Plano de correção em 30, 60 e 90 dias

Dias 1 a 30 — estabilizar e medir

1. 1definir objetivo, páginas críticas e linha de base;
2. 2corrigir indisponibilidade, segurança e vazamento;
3. 3remover bloqueios acidentais;
4. 4tratar 5xx, 404 estratégicos, loops e cadeias críticas;
5. 5alinhar HTTPS, canonical e sitemap;
6. 6testar formulários e conversões;
7. 7configurar Search Console e Analytics necessário;
8. 8criar backlog com evidência, prioridade e dono;
9. 9corrigir titles, H1 e conteúdo ausente em páginas principais;
10. 10monitorar efeitos das mudanças.

Entregáveis: mapa técnico, linha de base, correções P0, backlog priorizado e painel mínimo.

Dias 31 a 60 — fortalecer arquitetura e páginas

1. 1revisar navegação, clusters e páginas órfãs;
2. 2mapear intenção e canibalização;
3. 3reescrever páginas de serviço prioritárias;
4. 4melhorar links internos;
5. 5otimizar templates móveis e desempenho;
6. 6comprimir e dimensionar imagens;
7. 7corrigir dados estruturados aplicáveis;
8. 8alinhar SEO local e unidades reais;
9. 9integrar origem e qualidade ao CRM;
10. 10publicar atualizações em lotes controlados.

Entregáveis: arquitetura aprovada, páginas principais atualizadas, templates melhorados e qualidade mensurável.

Dias 61 a 90 — expandir e criar rotina

1. 1publicar conteúdos que apoiam serviços e objeções;
2. 2avaliar páginas por cidade somente com evidência;
3. 3consolidar conteúdos fracos ou redundantes;
4. 4ampliar links de páginas antigas;
5. 5acompanhar coortes e conversões orgânicas;
6. 6investigar consultas com impressão e baixa resposta;
7. 7criar governança para publicação e migração;
8. 8documentar QA técnico e editorial;
9. 9treinar responsáveis;
10. 10definir revisão mensal e trimestral.

Entregáveis: calendário baseado em demanda, critérios de publicação, documentação e próximo roadmap.

Rotina após a auditoria

Semanal

• monitorar disponibilidade, segurança e conversões;
• observar mudanças anormais de cliques e indexação;
• revisar publicações e erros recentes.

Mensal

• comparar páginas, consultas e conversões;
• revisar exclusões, Core Web Vitals e CRM;
• atualizar backlog e links internos;
• medir efeito de correções maduras.

Trimestral

• reavaliar arquitetura, oferta e prioridades;
• consolidar ou atualizar conteúdo;
• revisar permissões, ferramentas e privacidade;
• decidir testes e expansão.

SEO é operação contínua, mas isso não significa alterar o site sem pausa. Monitoramento é contínuo; mudanças devem ter hipótese, lote e janela de avaliação.

Erros comuns em auditorias

• confiar em uma única ferramenta;
• tratar todo aviso como problema crítico;
• buscar mais páginas indexadas sem qualidade;
• bloquear rastreamento e esperar remoção imediata;
• usar canonical como redirecionamento;
• alterar URLs que já funcionam sem plano;
• repetir palavra-chave mecanicamente;
• criar páginas de cidade sem atendimento real;
• instalar schema que não representa conteúdo;
• ignorar mobile, acessibilidade e conversão;
• enviar dados pessoais ao analytics;
• corrigir sem backup ou anotação;
• medir posição e esquecer lead, venda e marca.

Um checklist de SEO é valioso quando transforma sinais em decisões. Comece pelos bloqueios que impedem acesso e conversão, depois fortaleça arquitetura, páginas e conteúdo. Com Search Console, Analytics responsável, CRM e uma rotina de QA, o site institucional deixa de ser um folheto estático e passa a acumular descoberta, confiança e oportunidades.

Perguntas frequentes

Enviar para alguém

Compartilhe este conteúdo com o time ou com quem precisa estruturar marketing e vendas.