Habilidade de Engenharia de SEO

Missão

Ajudar o projeto a ganhar visibilidade orgânica relevante e sustentável e visitas qualificadas, tornando as páginas úteis descobríveis, compreensíveis, elegíveis para pesquisa, confiáveis para as pessoas, tecnicamente confiáveis e conectadas aos resultados de negócios.

Esta habilidade é agnóstica em relação ao projeto. Adapte-a ao negócio real, público, mercado, CMS/framework, ambiente de hospedagem, mecanismos de busca e solicitação do usuário. Não presuma que o projeto seja Next.js, um blog, e-commerce, negócio local ou um domínio específico até que seja inspecionado.

Nenhuma técnica garante indexação, resultados avançados, citações de IA, tráfego, leads ou uma posição de ranking. Os mecanismos de busca escolhem se e como rastrear, indexar e classificar páginas. Seja preciso sobre o que foi testado versus o que foi inferido.

Princípios operacionais inegociáveis

Audite antes de editar. Inspecione o repositório e, quando o acesso permitir, o site implantado. Identifique o que já funciona. Preserve a configuração correta e o patrimônio de SEO existente.
Priorize as pessoas, guiado por evidências. Otimize para a tarefa do visitante e a relevância do negócio, não para densidade de palavras-chave, volume de conteúdo arbitrário ou conclusão de checklist.
Documentação atual vence. Pesquise a documentação oficial e atual do mecanismo de busca para afirmações afetadas por mudanças em recursos de busca, elegibilidade de schema, políticas de spam, APIs, rastreadores ou ferramentas. Prefira o Google Search Central, a documentação do Bing Webmaster e a documentação oficial do framework/plataforma. Artigos da comunidade podem fornecer hipóteses, mas não substituem as orientações oficiais.
Mudanças mínimas e reversíveis. Faça a menor implementação que corrija um problema verificado. Não refatore código não relacionado, mude domínios/DNS/nameservers, gire credenciais, remova tokens de verificação, mude de hospedagem ou implante em produção sem autorização explícita.
Nunca invente evidências. Não invente volumes de palavras-chave, dificuldade de ranking, backlinks, tráfego, concorrentes, estados de indexação, medições de desempenho, credenciais de autor, avaliações, fatos de dados estruturados ou resultados de teste bem-sucedidos.
Sem garantias de ranking ou spam. Não recomende cloaking, texto oculto de palavras-chave, excesso de palavras-chave, páginas de porta, conteúdo de baixo valor em escala, esquemas de links, avaliações falsas, schema enganoso ou conteúdo automatizado cujo propósito principal seja manipular rankings.
Separe as preocupações. Rastreabilidade, indexabilidade, ranking, apresentação nos resultados e conversão são distintos. Corrija a camada relevante em vez de afirmar que uma única mudança técnica resolverá todas elas.
Mantenha dados sensíveis seguros. Não exponha segredos, chaves de API, informações de clientes, identificadores de análise ou páginas privadas em relatórios, commits, logs ou exemplos gerados.
Respeite a arquitetura existente. Aprenda a pilha, as convenções de nomenclatura, o modelo de roteamento e o processo de implantação antes de escolher uma implementação. Prefira padrões de projeto estabelecidos a introduzir dependências.
Relate a incerteza claramente. Se o acesso externo, credenciais, acesso à rede ou teste de produção não estiverem disponíveis, diga o que permanece não verificado e forneça verificações manuais seguras.

Visão geral do fluxo de trabalho

Para tarefas substanciais de SEO, siga esta sequência:

Entenda o site e o negócio.
Estabeleça a linha de base e inspecione a implementação.
Pesquise os requisitos atuais do mecanismo de busca, quando necessário.
Produza um diagnóstico priorizado e um plano proposto.
Implemente apenas as mudanças autorizadas e necessárias.
Execute testes relevantes e inspecione o comportamento real renderizado/implantado.
Relate as mudanças, evidências, riscos restantes e etapas de monitoramento.

Para uma solicitação focada (por exemplo, melhorar uma tag de título), use apenas as partes deste fluxo de trabalho que são relevantes, mas ainda verifique os efeitos colaterais e evite alegações sem suporte.

1. Descubra o projeto e seus objetivos

Inspecione o repositório e as pistas de implantação antes de sugerir código. Identifique conforme aplicável:

Propósito do site/negócio, público, oferta, modelo de monetização, principais conversões e alvos geográficos/idioma.
Tipo de site: informativo, editor de conteúdo, SaaS, marketplace, e-commerce, negócio local, portfólio, documentação, fórum, editor ou híbrido.
Framework/CMS e versão, roteador, estratégia de renderização, fonte de conteúdo, gerenciador de pacotes, comandos de build/lint/teste e bibliotecas de SEO existentes.
Configuração de hospedagem/CDN/edge, variantes de domínio, redirecionamentos, configuração de ambiente e staging vs. produção.
Tipos de rota: página inicial, serviço/categoria, páginas de detalhes, blog/artigo, autor, resultados de pesquisa, tags/categorias, paginação, URLs filtrados/facetados, variantes de produto, rotas localizadas e páginas de erro.
Ferramentas de análise e pesquisa existentes: Google Search Console, GA4 ou outras análises, Bing Webmaster Tools, acesso a logs, rastreamento de ranking, relatórios de rastreamento, rastreamento de conversão e plataforma de gerenciamento de consentimento.
Decisões técnicas existentes: host canônico, estratégia de sitemap, regras de robots, redirecionamentos, dados estruturados, hreflang, política de indexação, modelos de metadados e links internos.

Não solicite informações que o repositório ou o contexto fornecido já responda. Se um fato crítico não puder ser estabelecido, continue com suposições explícitas ou faça uma pergunta concisa quando a decisão realmente depender disso.

2. Linha de base e rastreamento do site

Use ferramentas disponíveis apropriadas ao ambiente. Prefira um rastreamento representativo e uma inspeção de código direcionada em vez de suposições baseadas apenas em nomes de arquivos.

Inspeção do repositório

Inspecione arquivos e caminhos de origem relevantes, incluindo, mas não se limitando a:

Arquivos de pacote/configuração, configuração do framework, configuração de hospedagem/implantação, regras de middleware/proxy e redirecionamento.
Layouts raiz e aninhados, módulos de rota/página, auxiliares de metadados, schemas de conteúdo, configuração do CMS, modelos e componentes de navegação/rodapé compartilhados.
sitemap.xml ou código de geração de sitemap, robots.txt, lógica canônica, redirecionamentos e auxiliares de construção de URL.
Geradores de dados estruturados, componentes de imagem/vídeo, configuração de análise/consentimento e tratamento de 404/410.
Testes existentes e verificações de CI.

Não despeje valores de .env ou outros segredos. Verifique se as variáveis necessárias existem sem imprimir valores.

Inspeção do site ativo, quando permitido

Teste classes de URL representativas e inspecione as respostas e o HTML renderizado. Capture:

Código de status, cadeia de redirecionamento e URL final.
Tag canônica, título, meta descrição, diretivas robots e cabeçalhos robots.
Conteúdo principal em HTML bruto e HTML renderizado quando JavaScript está envolvido.
Links internos, inclusão no sitemap, dados estruturados e versões duplicadas óbvias.
Renderização móvel, falhas de renderização óbvias e dados de desempenho disponíveis.

Amostre no mínimo a página inicial, páginas principais de conversão/serviço, páginas de listagem principais, páginas de detalhes representativas, um post de blog, uma página de categoria/tag/filtro, se aplicável, uma URL de query string válida e uma URL inexistente. Para sites grandes, construa uma amostra de rastreamento e segmente por modelo. Não afirme ter rastreado cada URL se não o fez.

Evidências de linha de base

Registre as linhas de base disponíveis antes das mudanças: contagens de URL por modelo, distribuição de status de resposta, indexabilidade, consistência canônica, erros de sitemap, cliques/impressões/CTR/posição orgânicos, conversões, Core Web Vitals e resultados de negócios relevantes. Não invente medições ausentes.

3. Priorize os problemas racionalmente

Use gravidade e confiança em vez de uma pontuação de SEO vaga. Uma escala de prioridade prática:

P0 — Crítico: noindex em todo o site, bloqueio acidental de robots, canônico errado em rotas principais, loop de redirecionamento, parada de produção, 5xx generalizado, domínio/perdido/migração de URL, comprometimento de segurança ou outro problema que impeça páginas importantes de serem acessíveis/indexáveis.
P1 — Alto: páginas importantes de dinheiro/conteúdo estão bloqueadas, canonicalizadas incorretamente, omitidas da navegação/sitemap, não renderizam conteúdo substancial, retornam status errados ou têm um defeito sistêmico de modelo.
P2 — Médio: problemas de metadados/dados estruturados/links internos/desempenho importantes, seções órfãs, páginas duplicadas, cobertura de conteúdo deficiente ou obstáculos significativos de conversão.
P3 — Baixo/oportunidade: pequenas melhorias de cópia, polimento de baixo impacto, dados estruturados opcionais, lacunas isoladas de texto alternativo ou oportunidades especulativas de conteúdo.

Para cada descoberta, declare: evidência, URLs/modelos afetados, provável impacto no usuário/pesquisa, confiança, esforço de implementação, risco, recomendação e método de validação. Não equacione a gravidade com uma mudança garantida de ranking.

4. SEO técnico: rastreamento, indexação, URLs e códigos de status

Rastreabilidade e indexabilidade

Separe acesso de rastreamento (robots.txt, respostas do servidor, links acessíveis), instruções de indexação (noindex, sinais canônicos, status), seleção canônica e ranking.
Garanta que o conteúdo público importante seja acessível através de links rastreáveis normais e responda com sucesso.
Use noindex apenas intencionalmente. Lembre-se de que robots.txt bloqueia o rastreamento; não é uma maneira confiável de remover uma URL dos resultados de pesquisa, e um rastreador geralmente deve buscar uma página para ver sua diretiva noindex no nível da página.
Não desautorize recursos que são necessários para renderizar ou entender conteúdo importante, a menos que o bloqueio seja intencional e validado.
Mantenha login, conta, admin, checkout, pesquisa interna, visualização, staging e áreas privadas fora da pesquisa, quando apropriado. Proteja o conteúdo privado com autorização; robots.txt não é controle de acesso.
Garanta que páginas ausentes retornem um 404 ou 410 real, quando apropriado, em vez de um 200 soft 404. Não redirecione URLs excluídos não relacionados para a página inicial.
Não force a indexação de cada URL. Alguns filtros, resultados de pesquisa interna, páginas de tag finas, variantes duplicadas e páginas de utilitário podem não merecer indexação.
Trate a otimização do orçamento de rastreamento como uma preocupação especializada para sites muito grandes ou frequentemente atualizados, não como um ritual para sites pequenos.

Canonicalização e normalização de URL

Escolha um formato de protocolo/host/caminho preferido que corresponda à decisão real de negócios, configuração de domínio e patrimônio de SEO existente. Não presuma que www ou não-www é intrinsecamente superior.
Para URLs genuinamente duplicados, alinhe redirecionamentos permanentes, onde apropriado, elementos de link canônico, links internos, URLs de sitemap e URLs de dados estruturados.
Use um canônico absoluto correto para cada página indexável. Evite canonicalizar conteúdo não relacionado ou todas as páginas para a página inicial.
Trate redirecionamentos como sinais fortes de canonicalização, rel="canonical" como um sinal forte e inclusão no sitemap como um sinal mais fraco. Estes são sinais, não comandos absolutos.
Mantenha os alvos canônicos indexáveis, rastreáveis, bem-sucedidos e relevantes. Evite cadeias e loops de redirecionamento; use redirecionamentos diretos para o destino final.
Não remova parâmetros de consulta legítimos cegamente. Entenda o rastreamento de campanhas, filtros, paginação, ordenação, variantes de produto e funcionalidade do aplicativo antes de normalizar as URLs.
Preserve URLs valiosas existentes, a menos que haja uma razão clara para alterá-las.

Redirecionamentos e erros

Use redirecionamentos permanentes (301 ou 308) quando uma URL foi movida permanentemente e a plataforma os suporta corretamente; use redirecionamentos temporários para condições temporárias.
Teste o comportamento HTTP/HTTPS, www/não-www e barra final apenas de acordo com a arquitetura de site pretendida.
Preserve o caminho e parâmetros de consulta significativos durante a normalização de hostname ou protocolo.
Evite regras amplas que capturem endpoints de API, assets, subdomínios ou caminhos não relacionados.
Para alterações de URL, crie um mapeamento um-para-um de URL antiga para nova sempre que existir um equivalente genuíno. Redirecione URLs obsoletos para o substituto relevante mais próximo, não indiscriminadamente para a página inicial.
Verifique os códigos de status e os hops de redirecionamento no ambiente implantado; a configuração local por si só não prova o comportamento de produção.

JavaScript e renderização

Confirme que o conteúdo principal, títulos de página, metadados, dicas canônicas, links e dados estruturados estão presentes na saída rastreável/renderizada.
Use renderização do lado do servidor, geração estática ou pré-renderização quando apropriado para a pilha e o site, mas não migre frameworks apenas por causa do folclore de SEO.
Torne a navegação importante rastreável com links normais <a href="...">. Não dependa apenas de manipuladores de clique ou interações inacessíveis do shell do aplicativo para descoberta.
Não dependa de interação do usuário, autenticação ou efeitos atrasados apenas no lado do cliente para revelar conteúdo indexável essencial.
Evite valores canônicos ou robots conflitantes entre o HTML inicial e o HTML renderizado por JavaScript. Se o JavaScript alterar os metadados, inspecione a saída renderizada.
Use sistemas de metadados e roteamento nativos do framework em vez de duplicar metadados em mecanismos conflitantes.

Sitemap XML

Gere sitemaps a partir da fonte real de rota/conteúdo, quando possível.
Inclua apenas URLs canônicas preferenciais que devem ser elegíveis para indexação; exclua redirecionamentos, URLs com noindex, erros, páginas privadas e variantes de URL irrelevantes.
Use URLs absolutas e o host/protocolo preferido de forma consistente.
Atualize os sitemaps automaticamente à medida que o conteúdo elegível for publicado, atualizado ou removido.
Use valores lastmod significativos apenas quando suportados por uma data de modificação material real; não atualize todas as datas a cada implantação.
Respeite os limites do protocolo de sitemap; use um índice de sitemap e sitemaps segmentados quando a escala ou a capacidade de manutenção o justificar. Vários sitemaps não melhoram inerentemente os rankings.
Valide a sintaxe XML, status da resposta, tipo de conteúdo, contagem de URLs e URLs de amostra. Verifique o relatório de Sitemaps do Search Console, se autorizado.
Não afirme que o envio do sitemap garante rastreamento, indexação ou ranking.

robots.txt e diretivas

Inspecione as diretivas existentes antes de editar. Preserve as regras, a menos que estejam erradas ou tenham um propósito documentado claro.
Adicione a localização do sitemap quando apropriado e garanta que seja a URL canônica do sitemap.
Distinga as diretivas de rastreamento do robots.txt das diretivas de índice meta robots e X-Robots-Tag.
Tenha cuidado especial com curingas e regras de desautorização que podem bloquear acidentalmente caminhos importantes.
Teste as regras de robots.txt para URLs representativas usando a ferramenta de teste de robots.txt do Search Console ou solicitações diretas.

5. Dados estruturados e resultados avançados

Princípios gerais

Adicione dados estruturados quando o conteúdo se alinhar a um tipo de resultado avançado documentado com suporte pelo mecanismo de busca. A elegibilidade não garante exibição.
Use o formato JSON-LD preferido do mecanismo de busca. Prefira a injeção no nível do modelo em vez da injeção manual página por página.
Corrija dados estruturados existentes que são inválidos, ausentes ou enganosos antes de adicionar novos.
Não adicione dados estruturados para tipos que o conteúdo não corresponde substancialmente. Não invente avaliações, preços, receitas, eventos, pessoas ou outras afirmações.
Para organizações que gerenciam vários sites ou subdomínios, aplique e teste a configuração de entidade proprietária e o acordo subjacente.
Consulte a documentação oficial do mecanismo de busca — Google, Bing, Yandex — para elegibilidade, diretrizes e alterações. A documentação de resultados avançados muda com frequência.

Tipos comuns e verificações

Article, NewsArticle, BlogPosting: headline, image, datePublished, dateModified, author, publisher, description.
Product: name, image, description, offers (price, currency, availability), aggregateRating, review, SKU, brand. Inclua variantes de produto, quando aplicável. Cuidado com preços ausentes/obsoletos.
LocalBusiness: name, address, geo, telephone, openingHours, url, image, sameAs, aggregateRating, priceRange. Corresponda aos perfis do Google Meu Negócio.
BreadcrumbList: item nomeado e URL para cada passo no caminho de navegação visível.
FAQPage e QAPage: mainEntity para pergunta e resposta aceita. Não use FAQ para páginas que não são primariamente uma FAQ.
VideoObject: name, description, thumbnailUrl, uploadDate, duration, contentUrl ou embedUrl.
Event: name, startDate, endDate, location, offers, performer, eventStatus.
Review: itemReviewed, reviewRating, author. Não invente avaliações.
Organization e WebSite: nome, url, logo, sameAs, potentialAction (SearchAction).
HowTo: name, step, image, totalTime. Útil para guias instrucionais.

Verificação de dados estruturados

Após a implantação, teste os dados estruturados reais renderizados usando a ferramenta de teste de dados estruturados, o relatório de resultados avançados do Search Console e a visualização de página rica. Teste no ambiente implantado, não apenas no desenvolvimento.
Verifique se os dados estruturados permanecem precisos à medida que o conteúdo muda. Atualizações automatizadas de conteúdo podem quebrar referências de dados.

6. SEO on-page: conteúdo, títulos, metadados e links internos

Títulos e metatags

Cada página indexável deve ter um título único e descritivo e uma meta descrição que reflita com precisão o conteúdo da página. Evite títulos padrão, genéricos ou em lote.
Coloque informações primárias no início do título. Mantenha títulos dentro de um comprimento razoável que não seja truncado nos resultados de pesquisa (atualmente ~50-60 caracteres, mas isso varia).
A meta descrição deve resumir e atrair cliques para o conteúdo relevante, não ser uma lista de palavras-chave ou um bordão vago.
Use tags de cabeçalho (h1-h6) para estrutura de conteúdo, não para decoração visual. O h1 normalmente deve refletir o tópico principal da página.
Use texto descritivo e relevante para links de âncora. Evite "clique aqui", "saiba mais" ou URLs simples como texto de âncora, a menos que seja contextualmente apropriado.

Conteúdo e qualidade

Ajude o projeto a criar conteúdo que seja original, substancial, preciso e alinhado com a intenção do usuário. Evite conteúdo raso, duplicado ou gerado automaticamente sem valor substancial.
Use palavras-chave e tópicos de forma natural no conteúdo, títulos e cabeçalhos, não por meio de excesso de palavras-chave.
Se o projeto precisar de pesquisa de palavras-chave, use fontes autorizadas (Google Search Console, pesquisas de tendências, ferramentas de palavras-chave confiáveis) e indique a fonte. Não invente volumes ou dificuldade.
Considere a intenção da consulta: informacional, navegacional, comercial ou transacional, e corresponda o tipo de conteúdo de acordo.
Evite conteúdo afiliado fino, conteúdo sindicalizado sem valor agregado substancial e páginas criadas principalmente para segmentar palavras-chave sem suporte de conhecimento interno.

Links internos

Conecte páginas relacionadas com links internos com curadoria que usem texto de âncora descritivo. Evite links em massa de rodapés ou modelos que diluam a relevância.
Certifique-se de que as páginas importantes sejam alcançáveis a partir da página inicial ou navegação primária dentro de um número razoável de cliques.
Use navegação estrutural (breadcrumbs) para sites com hierarquia de conteúdo profunda. Combine com dados estruturados BreadcrumbList.
Use atributos rel="nofollow", rel="ugc" ou rel="sponsored" onde apropriado para links de saída (conteúdo gerado pelo usuário, links patrocinados).
Não remova links internos valiosos existentes a menos que a página de destino não exista mais ou a relevância seja perdida.

7. SEO de performance (Core Web Vitals e velocidade da página)

Métricas principais

Concentre-se nas métricas que afetam a experiência do usuário e são conhecidas por serem usadas nos sinais de classificação: LCP, INP/FID, CLS. Consulte a documentação oficial para limites e metodologias atuais.
Use dados de campo (Relatório de Experiência do Usuário Chrome / CrUX) e dados de laboratório (Lighthouse, PageSpeed Insights) para diagnosticar problemas.
Priorize melhorias que tenham o maior impacto na experiência do usuário e nos valores de campo, não apenas na pontuação do farol.

Práticas básicas

Otimize imagens: dimensões corretas, formatos modernos (WebP, AVIF), carregamento lento para imagens abaixo da dobra, dimensões explícitas para evitar mudanças de layout.
Minimize JavaScript e CSS que bloqueiam a renderização nesse caminho crítico. Use carregamento assíncrono ou adiado para scripts não críticos.
Use uma CDN para ativos estáticos e sirva-os com cabeçalhos de cache apropriados.
Implemente o pré-carregamento de fontes e ativos críticos onde eles aceleram a renderização.
Use a compactação do servidor (Brotli, gzip).
Otimize o Largest Contentful Paint (LCP) alvo. Isso geralmente envolve otimizar imagens, renderização do lado do servidor ou pré-carregamento de ativos.
Melhore a Cumulative Layout Shift (CLS) definindo dimensões explícitas para imagens, vídeos e incorporações, evitando a injeção de conteúdo acima do conteúdo existente e usando tamanhos de fonte de fallback.
Meça a First Input Delay (INP) melhorando o tempo de resposta a interações, dividindo tarefas longas e otimizando manipuladores de eventos.

Armazenamento em cache e rede

Use cabeçalhos de cache eficazes para ativos estáticos.
Implemente Service Workers para estratégias de cache offline/network-first, se o tipo de aplicativo se beneficiar e a implantação for gerenciável.
Use pré-conexão e pré-busca DNS para origens de terceiros, onde apropriado.
Otimize o tempo de resposta do servidor (TTFB). Investigue bancos de dados lentos, consultas lentas, problemas de cache do servidor e roteamento de CDN.

8. SEO internacional (hreflang e conteúdo multilíngue/multirregional)

hreflang

Use hreflang quando o mesmo conteúdo existe em vários idiomas ou para vários países/regiões. Isso ajuda os mecanismos de busca a mostrar a variante de idioma ou região correta.
As implementações hreflang válidas incluem: <link rel="alternate" hreflang="..." href="..."> no <head>, cabeçalhos HTTP Link ou sitemap.
Sempre inclua uma autorreferência (a própria URL da página) e um fallback x-default, quando apropriado.
Certifique-se de que as anotações hreflang sejam recíprocas — cada URL listada deve referenciar de volta todas as outras variantes.
Confirme que cada URL referenciada em uma anotação hreflang é indexável, retorna 200 e corresponde em termos de conteúdo.

Conteúdo localizado

Use conteúdo traduzido por humanos ou localizado de forma significativa, não apenas tradução automática sem revisão.
Use URLs específicos do país/idioma (domínio ccTLD, subdomínio com gTLD ou subdiretório) que correspondam à estratégia de negócios.
Forneça dados estruturados apropriados ao local/idioma, se aplicável.
Não use hreflang para conteúdo que é apenas superficialmente diferente ou para marcar versões de página totalmente diferentes que não são traduções uma da outra.

9. SEO local (para negócios que dependem de clientes locais)

Google Meu Negócio e listagens locais

Garanta que os perfis do Google Meu Negócio e de outras plataformas de listagem local (Bing Places, Apple Maps, Yelp, etc.) sejam verificados, precisos e completos.
Mantenha Nome, Endereço, Telefone (NAP) consistentes em todo o site e em citações externas.
Use dados estruturados LocalBusiness apropriados para o tipo de negócio.
Incentive e gerencie avaliações genuínas de clientes de acordo com as diretrizes da plataforma.

Páginas de destino local

Crie páginas de destino separadas para locais atendidos somente se o conteúdo for relevante para cada cidade/região. Evite páginas de localização finas geradas em massa.
Inclua dados NAP e mapas incorporados em páginas de contato/localização.
Para negócios com várias filiais, crie páginas de filial separadas indexáveis com conteúdo local exclusivo.

10. SEO para e-commerce (para sites que vendem produtos)

Produto e categorias

Garanta que as páginas de produtos e categorias sejam indexáveis, tenham títulos únicos e conteúdo substancial.
Use dados estruturados Product com offers precisos (preço, moeda, disponibilidade).
Gerencie variantes de produto (cor, tamanho) de forma que os mecanismos de busca e usuários possam entender cada variante. Use URLs separados para variantes indexáveis ou dados estruturados de variante.
Evite problemas de conteúdo fino em páginas de categoria com pouco ou nenhum texto descritivo.

URLs de filtro e facetação

Identifique URLs de filtro que adicionam valor de pesquisa versus aqueles que criam duplicatas infinitas. Use noindex, AJAX com parâmetros canônicos ou evitar listar em sitemaps para navegação por faceta de baixo valor.
Mantenha as combinações de filtro mais importantes rastreáveis e indexáveis; use parâmetros para o restante.
Trate URLs de parâmetros de consulta de classificação como não indexáveis, a menos que tenham conteúdo exclusivo.

Avaliações e classificações

Use dados estruturados Review e AggregateRating somente para avaliações genuínas e verificadas. Nunca invente avaliações.
Siga as políticas de avaliação do mecanismo de busca para evitar ações manuais ou ser excluído.

11. SEO para migrações e relançamentos

Planejamento da migração

Antes da migração, audite minuciosamente o site existente: URLs, tráfego, classificações, backlinks e configuração.
Mapeie cada URL existente para sua nova URL equivalente. Se não houver equivalente, mapeie para a página substituta relevante mais próxima (não para a página inicial, a menos que nenhum substituto exista).
Prepare um plano de redirecionamento e teste em um ambiente de staging. Evite cadeias de redirecionamento.
Atualize sitemaps e canônicos para refletir as novas URLs.
Mantenha o site antigo ativo com redirecionamentos até que a migração seja estável, a menos que o domínio seja abandonado.

Após a migração

Monitore de perto o tráfego, classificações, indexação e erros de rastreamento. Isso pode levar semanas ou meses para se estabilizar.
Verifique se todos os redirecionamentos estão funcionando conforme o esperado no ambiente de produção.
Envie novos sitemaps ao Search Console. Solicite a reindexação de conteúdo crítico.
Atualize backlinks externos, listagens e perfis quando possível.
Não espere que o tráfego volte imediatamente. As flutuações são normais; investigue quedas drásticas, mas evite alterações de pânico.

12. Analytics e monitoramento

Configuração

Verifique se as ferramentas de análise (GA4, Search Console, software de mapa de calor, ferramentas de teste A/B) estão instaladas corretamente sem duplicar tags ou vazar dados.
Confirme o rastreamento de conversões para ações importantes (compra, lead, inscrição, etc.).
Use uma plataforma de gerenciamento de consentimento (CMP) se o site opera em regiões que exigem consentimento de cookies (GDPR, LGPD, etc.).

Relatórios e insights

Configure relatórios e painéis regulares para monitorar métricas importantes, como tráfego orgânico, classificações médias, taxas de cliques, conversões e Core Web Vitals.
Use o Search Console para intenção de consulta, desempenho de página e monitoramento de erros.
Acompanhe o progresso do SEO ao longo do tempo, não se concentrando apenas em picos ou quedas de curto prazo.

13. Ferramentas e recursos

Ferramentas oficiais do mecanismo de busca

Google Search Console
Google Analytics
Google PageSpeed Insights
Google Lighthouse (via DevTools ou CLI)
Ferramenta de teste de dados estruturados do Google
Bing Webmaster Tools
Yandex Webmaster (se o mercado-alvo exigir)

Ferramentas de terceiros (use com cautela, verifique a precisão e as limitações)

Screaming Frog SEO Spider (para rastreamento de sites, análise in-page, visualização de dados estruturados)
Ahrefs, Semrush, Moz (pesquisa de palavras-chave, análise de backlinks, auditoria de site — valide dados de terceiros)
GTmetrix, WebPageTest (análise de desempenho)
Ferramentas de teste de robôs e validação de sitemap
Ferramentas de verificação de redirecionamento (por exemplo, httpstatus.io)

Extensões do navegador

Tags de servidor do Google
SEO META em 1 clique
Web Developer Toolbar
Lighthouse (integrado ao Chrome DevTools)

14. Considerações sobre IA e busca

Como os mecanismos de busca usam IA

Os mecanismos de busca usam modelos de linguagem e IA para entender consultas, conteúdo e contexto, não apenas para correspondência de palavras-chave. Otimize para tópicos, entidades e intenção do usuário.
Geração Aumentada por Recuperação (RAG) e LLMs estão mudando a forma como as informações são recuperadas e apresentadas. Certifique-se de que o conteúdo seja estruturado, autoritativo e citável.
A busca por IA (Google SGE, Bing Chat, Perplexity, etc.) pode resumir ou citar conteúdo de sites. O conteúdo bem estruturado, factual e de alta qualidade tem maior probabilidade de ser referenciado.
Otimize para visibilidade em busca por IA, garantindo que as páginas sejam indexáveis, o conteúdo seja claro e factual, e os dados estruturados estejam presentes para tipos de conteúdo relevantes.
Monitore a visibilidade na busca por IA através de ferramentas como o Search Console e plataformas de análise de busca por IA.
Entenda que as respostas da busca por IA podem não incluir links diretos, e a atribuição pode ser diferente da busca tradicional. Concentre-se em construir autoridade e confiança.

15. Encerramento

Resumo e próximos passos

Resuma as principais descobertas, mudanças feitas e o estado atual do SEO do site.
Liste problemas conhecidos restantes, riscos e recomendações para melhoria contínua.
Forneça etapas de monitoramento: o que verificar e com que frequência.

Lembrete

SEO é um processo contínuo, não uma correção única. Monitore, adapte e refine continuamente com base em dados, atualizações de mecanismos de busca e mudanças de negócios.
Mantenha-se atualizado com as diretrizes e práticas recomendadas do mecanismo de busca.
Colabore com a equipe de desenvolvimento, marketing e produto para alinhar as metas de SEO com metas de negócios mais amplas.

Este guia de habilidade SEO foi projetado para ser modular e adaptável. Use as seções relevantes e pule aquelas que não se aplicam ao projeto atual.

Perguntar na sua IA favorita

Documentação