Guia de estilo editorial para equipes de SEO com regras claras sobre terminologia, capitalização, links e citações, para que todo autor publique páginas consistentes.
Em uma equipe de SEO ocupada, a inconsistência parece pequena isoladamente, mas fica óbvia quando você lê uma página de cima a baixo. Um rascunho diz "ecommerce", outro diz "e-commerce". Um nome de produto oscila entre "IndexNow" e "Index Now". Os títulos alternam entre Title Case e sentence case. Um redator adiciona referências internas, outro não adiciona nenhuma. Mesmo a mesma afirmação pode ser embasada por uma fonte sólida em um artigo e ficar sem suporte no próximo.
Os leitores percebem. Eles talvez não te escrevam sobre H2 vs H3, mas a página parece menos confiável quando os termos mudam, faltam fontes ou os links parecem aleatórios. Se um usuário já estiver em dúvida, esses pequenos sinais podem ser suficientes para fazê-lo sair.
Para a equipe, a inconsistência custa caro. Cria ciclos extras de edição, comentários de vai-e-volta e correções de última hora antes da publicação. Também confunde a intenção de SEO. Se os redatores usam nomes diferentes para a mesma coisa, você pode acabar mirando na expressão errada, diluindo a relevância ou criando páginas duplicadas que competem entre si.
A maioria dos problemas cai em quatro categorias: terminologia concorrente, deriva de formatação, regras de linkagem confusas e padrões fracos de sourcing.
Um guia de estilo editorial conserta isso transformando preferências em decisões: quais palavras usar, como formatar páginas, como linkar e como embasar afirmações. Os redatores mantêm liberdade onde importa (ideias e clareza) e perdem a adivinhação onde ela só desperdiça tempo.
Um guia só funciona quando as pessoas sabem o que ele cobre. Comece listando os tipos de conteúdo que sua equipe de SEO publica e mantenha regras consistentes entre eles. Para a maioria das equipes isso inclui posts de blog, entradas de glossário, páginas de produto ou funcionalidade e notícias ou anúncios. Se vocês também publicam modelos como FAQs, landing pages ou estudos de caso, inclua-os para que os redatores não precisem adivinhar.
Seja claro sobre o que o guia não tenta resolver. Não é um documento de estratégia de marca, e também não é uma revisão legal ou de compliance. Se uma peça precisa de revisão legal, diga isso, mas mantenha as regras de linguagem legal em um processo separado para que o guia continue utilizável.
A propriedade evita debates intermináveis. Nomeie uma pessoa ou função que tome a decisão final (frequentemente o editor responsável ou o líder de conteúdo SEO). Outros podem sugerir mudanças, mas o dono decide o que vai ao ar e quando.
Use rótulos simples para que os redatores saibam o que é obrigatório:
Mantenha o processo de mudança leve: os redatores sinalizam confusões repetidas, editores coletam os pedidos e o responsável atualiza o guia em uma cadência definida.
Defina um nível de leitura padrão: escreva para que alguém recém-contratado entenda na primeira leitura. Se um termo for majoritariamente interno, substitua por uma palavra simples ou explique brevemente na primeira ocorrência.
Aposte em uma voz direta, simples e específica. Prefira voz ativa e verbos claros. Evite promessas vagas e elogios vazios.
Alguns padrões valem a pena ser copiados no guia:
Escolha um ponto de vista e mantenha-o. "You" funciona bem para conteúdo how-to e checklists. "We" se encaixa em notas de produto e atualizações da empresa. Use terceira pessoa para definições neutras e páginas de glossário. Evite misturar na mesma página, a menos que haja uma razão clara.
Cuidado com humor, gírias e expressões idiomáticas, especialmente se você traduz conteúdo. Piadas envelhecem rápido e idiomatismos costumam quebrar na tradução. Se adicionar personalidade, mantenha-a leve e universal.
Comece com uma única fonte da verdade para palavras. A maioria dos problemas de consistência é um problema de nomes: a mesma coisa é chamada de três formas em páginas diferentes.
Crie uma lista de termos aprovados que inclua nomes de produtos, funcionalidades, cargos, siglas e frases comuns do setor. Mantenha-a curta o bastante para que as pessoas realmente usem, e estrita o bastante para eliminar debates. Para cada termo, registre a grafia exata, capitalização, uma definição curta e uma frase de exemplo.
Defina grafias preferidas e variantes proibidas. Decisões típicas incluem:
Adicione uma regra clara para abreviações: escreva por extenso na primeira menção e depois use a sigla se ela aparecer novamente na mesma página. Se aparecer apenas uma vez, mantenha por extenso. Também decida quais siglas nunca precisam ser explicadas para seu público (para muitas equipes, "SEO" já é aceitável sem explicação).
Nomes de concorrentes podem criar questões legais e de confiança. Use grafias oficiais de marcas, evite apelidos e não transforme nomes de marca em verbos. Quando quiser referir-se a uma categoria, use um termo genérico em vez do nome da marca.
Escolha um estilo de título e mantenha-o. A maioria das equipes se dá melhor com sentence case para títulos porque lê como escrita normal e reduz capitalizações estranhas entre autores. Use Title Case apenas para nomes oficiais que você não reescreveria.
Torne a regra fácil de aplicar:
A capitalização no corpo do texto exige a mesma disciplina. Funcionalidades do produto devem seguir a nomenclatura exata do app, mas só quando você realmente estiver se referindo ao nome como algo oficial. Cargos devem ficar em minúsculas, a não ser que venham antes de um nome: "the marketing manager" vs "Marketing Manager Priya Shah." Rótulos de UI devem corresponder à UI, mesmo que pareçam estranhos na frase.
Para texto de UI e código, a formatação importa mais que o estilo. Coloque nomes de botões, itens de menu e rótulos de campo em inline code para que os leitores identifiquem o que clicar: Publish, Settings, API key. Reserve blocos de código cercados por fences para trechos reais, não para palavras isoladas.
Ênfase é onde a inconsistência aparece mais rápido. Limite o negrito a principais conclusões e evite negritar sentenças inteiras. Use itálico para ênfase leve ou termos na primeira menção, não para títulos ou rótulos de UI. Evite TODAS AS MAIÚSCULAS e sublinhados (eles parecem links).
Se um escritor chama de "Integração IndexNow" e outro escreve "indexnow Integration", os leitores não saberão se é nome de recurso ou um conceito geral. Decida a forma oficial uma vez e aplique-a em todos os lugares.
Esses pequenos detalhes geram os momentos mais visíveis de "por que isso soa estranho?". Defina padrões claros para números, datas, unidades e pontuação.
Decida quando escrever números por extenso vs numerais. Uma regra comum é soletrar um a nove e usar numerais para 10 em diante. Depois acrescente exceções: medidas (5 km), idades (3 anos), passos em instruções (Step 1) e valores exatos em dados (2.7%).
Escolha um único formato de data e use-o em todo lugar, incluindo CTAs e notas de produto. Para intervalos, use um hífen simples: 3-5 dias. Se fusos horários importarem, nomeie-os (PT, ET, UTC) e evite "hora local" a não ser que a página seja específica por localização.
Unidades se perdem rápido em equipes globais. Escolha métrico ou imperial baseado no seu público e defina como tratar o outro. Seja consistente com espaços e símbolos: 10 kg, 5 mL, 30°C.
Regras práticas que evitam a maioria das edições:
Links fazem parte da sua escrita, não são decoração. Um bom linking facilita o uso da página e ajuda leitores a verificar o que você diz. Links ruins transformam uma página em uma lista dispersa de distrações.
O texto âncora deve explicar o que a pessoa encontrará após o clique. Deve fazer sentido se lido isoladamente. Evite âncoras vagas como "clique aqui", "isto" ou "leia mais". Use o nome da página ou o tópico como âncora e mantenha-a curta.
Não adicione links só porque pode. Coloque links onde um leitor naturalmente perguntaria "Onde eu vejo isso?" ou "Como eu faço aquilo?". Evite despejos de links no primeiro parágrafo e evite enfiar múltiplos links numa mesma frase.
Como diretriz, busque 1–2 links úteis por seção principal. Se precisar de mais, talvez esteja tentando cobrir muitos tópicos de uma vez.
Escolha alvos de link por intenção:
Se sua política permitir links externos, use-os para fontes originais como estudos, documentação oficial ou dados primários. Descreva a fonte na frase (quem publicou e o que ela comprova). Não inclua links externos como enchimento.
Citações protegem a confiança, reduzem tempo de revisão e facilitam atualizações quando números mudam. Trate citações como parte padrão da escrita, não um extra opcional.
Cite tudo que um leitor poderia razoavelmente perguntar "Quem disse isso?". Isso inclui estatísticas, citações diretas e afirmações específicas que podem ser verificadas (preços, requisitos legais, detalhes de política, "mais popular", "melhor", "mais rápido"). Cite também fatos pontuais como tamanho de mercado, taxas de adoção e datas de algoritmos.
Para evitar poluição visual, mantenha a atribuição curta e próxima à afirmação. Coloque o nome da fonte e o ano na frase quando possível, por exemplo: "Segundo uma pesquisa de 2024 da Fonte X, ...". Guarde detalhes mais longos para notas internas ou sua checklist editorial.
Para citações, exija precisão e contexto. Use aspas para palavras exatas e evite blocos grandes. Se encurtar uma citação, use reticências e não mude o sentido. Ao parafrasear, reescreva completamente com suas palavras e mantenha uma fonte clara por ideia quando possível.
Quando fontes conflitam ou parecem desatualizadas, não as "média". Escolha um padrão e documente o motivo:
Dois autores publicam posts sobre a mesma funcionalidade da plataforma, mas as páginas parecem ter vindo de empresas diferentes.
O Autor A chama de "Integração IndexNow" e "integração direta de crawler." O Autor B chama a mesma coisa de "instant indexing." Os leitores ficam na dúvida: são funcionalidades diferentes ou a mesma?
Um guia de estilo resolve isso com uma regra terminológica única: escolha um nome oficial para cada funcionalidade, mais uma forma curta aprovada. Por exemplo, use "Integração IndexNow" na primeira menção e depois "IndexNow". Qualquer outra forma é editada para coincidir.
Os títulos são o próximo ponto de desalinho. Um rascunho usa Title Case ("How IndexNow Works"), enquanto o outro usa sentence case ("How IndexNow works"). Multiplique isso por todo o blog e o site começa a parecer descuidado.
Uma regra única de formatação resolve: todos os títulos H2 e H3 usam sentence case, e apenas nomes próprios são capitalizados. Editores conseguem aplicar rapidamente porque a regra é simples.
Por fim, links e citações. O Autor A adiciona cinco referências externas para provar cada ponto. O Autor B não adiciona nenhuma, então as afirmações parecem sem fundamento.
Um padrão compartilhado pode cobrir os dois extremos:
Depois das edições, ambos os posts descrevem o mesmo conjunto de funcionalidades com as mesmas palavras, os títulos batem e as citações aparecem apenas onde acrescentam credibilidade.
Comece com provas, não opiniões. Reúna 10–20 artigos recentes e marque problemas repetidos: nomes de produto escritos de três formas, títulos inconsistentes, ortografia mista e sourcing desigual. Esses padrões dizem o que corrigir primeiro.
Transforme padrões em regras usando um template simples: a regra, por que existe, um exemplo correto e a exceção (só se realmente precisar). Mantenha cada regra curta o suficiente para que um redator consiga segui-la enquanto escreve.
Teste antes de implantar. Faça um piloto de uma semana com 2–3 redatores e um editor. Escolha um artigo novo e uma atualização. Acompanhe quais regras ficaram confusas, quais atrasaram a escrita e o que faltou.
Um rollout prático é: auditar uma amostra pequena, rascunhar a primeira versão, pilotar, publicar com um processo claro para pedidos de mudança e aplicá-lo com uma checagem editorial rápida. Atualize em uma cadência fixa (por exemplo, trimestralmente).
Facilite a manutenção. Atribua um dono (geralmente o editor principal) e exija que cada pedido de mudança traga um exemplo antes/depois. Se seu conteúdo passa por ferramentas, mantenha o guia mais recente onde todos escrevem e editam, não em um arquivo esquecido.
Um guia só funciona se as pessoas puderem usá-lo enquanto escrevem. A forma mais rápida de matar a adoção é fazer o guia parecer um livro didático. Se autores tiverem que parar a cada duas frases para checar uma regra, eles vão parar de usar o guia.
Outro fracasso comum é tratar tudo como igualmente importante. Equipes misturam requisitos (deve seguir) com preferências (seria bom) e não rotulam. Isso gera debates, atrasa a edição e transforma o guia numa pilha de opiniões em vez de uma ferramenta de decisão.
Copiar regras de uma marca com público diferente também falha. Um tom brincalhão, citações acadêmicas rigorosas ou Title Case pesado podem funcionar em outro lugar, mas soar deslocados para seus leitores. O guia deve refletir como clientes falam e como procuram.
Links e citações viram pensamento tardio. Redatores os adicionam no final, editores os removem para cumprir prazos e as páginas ficam com referências internas inconsistentes e suporte fraco. O resultado parece menos confiável, mesmo quando os fatos estão corretos.
Por fim, guias quebram quando não acompanham mudanças de produto ou mensagem. Se uma funcionalidade é renomeada e o guia ainda mostra o termo antigo, a inconsistência se espalha rápido.
Fique atento a esses modos de falha:
Antes de publicar, faça uma checagem rápida de consistência:
Para editores, mantenha o QA leve. Faça uma leitura rápida para voz e clareza, depois uma segunda passada que verifique apenas padrões: termos, títulos, números, links e citações. O hábito de duas passadas pega mais problemas do que uma leitura lenta.
Quando um mesmo problema aparecer duas vezes, transforme-o em regra. Mantenha um log simples com três colunas: o que aconteceu, a forma correta e onde deve entrar no guia. Revise mensalmente e promova os principais problemas a novas regras.
Se você produz conteúdo em escala, vale integrar o guia nas ferramentas que já usa. Por exemplo, GENERATED on generated.app oferece suporte à geração e polimento de conteúdo, traduções e geração adaptativa de CTAs com rastreamento de desempenho, o que pode facilitar manter o estilo consistente entre rascunhos e canais.
Comece reunindo 10 a 20 peças recentes e marcando problemas recorrentes como nomes de produto inconsistentes, variação de estilo de títulos e fontes faltantes. Transforme as ocorrências mais frequentes em regras curtas com um exemplo claro para que os redatores consigam aplicá-las enquanto escrevem.
Escolha um responsável, normalmente o editor-chefe ou o líder de conteúdo SEO, e deixe explícito que essa pessoa toma a decisão final. Os demais podem sugerir mudanças, mas um único dono evita que o guia vire debate infinito.
Defina o escopo listando os tipos de conteúdo cobertos, como posts de blog, entradas de glossário, páginas de produto e anúncios. Também deixe claro o que não cobre, por exemplo revisão legal, para que autores não tratem o guia como substituto de outros fluxos.
Use rótulos simples que digam o que é obrigatório e o que é flexível. Um bom padrão é rotular itens como: regra (deve seguir), diretriz (preferível), exemplo (padrão a copiar) e exceção (caso especial com aprovação).
Escolha um ponto de vista por tipo de conteúdo e mantenha-o na página. “You” funciona bem para artigos how-to, “we” para atualizações de produto, e terceira pessoa para definições. Misturar sem propósito deve ser raro.
Crie uma lista de termos aprovados que trave grafia, capitalização e significado para nomes de produto, funcionalidades, siglas e frases comuns. Inclua a forma oficial, uma abreviação aprovada quando necessário, e proíba variantes que gerem confusão.
Escolha um estilo de títulos para H2 e H3 e aplique-o em todo lugar; sentence case costuma reduzir erros estranhos de capitalização. Reserve Title Case apenas para nomes oficiais que você não reescreveria, como nomes de produto.
Por padrão, escreva por extenso de um a nove e use numerais para 10 em diante, definindo exceções para medidas, passos e dados exatos. Escolha um formato de data e de intervalo e mantenha-os para evitar que as páginas pareçam costuradas.
Use texto âncora descritivo que diga o que o leitor vai encontrar após o clique e coloque links onde alguém naturalmente perguntaria “onde vejo isso?” ou “como faço isso?”. Mantenha a densidade baixa e evite amontoar vários links numa mesma frase.
Cite estatísticas, citações e afirmações verificáveis sempre que um leitor puder perguntar “quem disse isso?”. Mantenha a atribuição curta e próxima à afirmação, prefira fontes primárias e remova ou suavize o que não der para verificar rapidamente.
Comece por identificar o problema em 10–20 artigos recentes e aplique uma regra única para o termo: por exemplo, usar “Integração IndexNow” na primeira menção e “IndexNow” nas subsequentes. Edite os rascunhos para uniformizar a terminologia, os títulos e as citações conforme a regra.
Use um rótulo simples para cada regra, explique por que ela existe, dê um exemplo correto e, só se necessário, uma exceção. Pilote com 2–3 redatores por uma semana, ajuste as regras confusas e depois publique com um processo claro para solicitações de mudança.