SEO no desenvolvimento: o que se constrói de raiz
Uma parte substancial do SEO não é marketing — são decisões tomadas durante o desenvolvimento, baratas durante a construção e caras depois. Estrutura de URL, forma de renderizar, ligações internas e metadados editáveis pertencem todos a essa categoria.
Este guia cobre o que se constrói desde o início, aproximadamente por ordem de quanto custa acrescentar mais tarde.
Garantir que o site é rastreado e indexado#
Tudo o resto é irrelevante se os motores de busca não conseguirem chegar às páginas nem lê-las. É também onde se acumulam os erros do dia de lançamento.
- O robots.txt de produção permite rastreio. A versão do ambiente de testes não pode seguir.
- Nenhuma etiqueta noindex esquecida do ambiente de testes.
- Cada página tem URL canónico autorreferente, e existe uma só versão canónica do domínio.
- O conteúdo vem no HTML ou é gerado no servidor. Se só aparecer depois do JavaScript correr, a indexação fica mais lenta e menos fiável.
- Mapa do site XML apenas com URL indexáveis e canónicos — sem variantes filtradas ou paginadas.
- Cada página indexável tem pelo menos uma ligação interna. Páginas órfãs quase não são rastreadas.
- Códigos de estado coerentes: 200 para páginas reais, 404 para inexistentes, 301 para movidas.
O erro de lançamento mais frequente desta lista é o robots.txt de testes ir para produção. Verifique-o no dia, a partir de fora da sua rede.
Estrutura que os motores conseguem ler#
As decisões estruturais são as que doem a mudar depois, porque mudar implica redirecionamentos e perda de sinais acumulados.
| Decisão | Como construir | Custo de mudar depois |
|---|---|---|
| Padrão de URL | Curto, minúsculas, hífenes, estável | Alto — redirecionamentos e sinais perdidos |
| Hierarquia de títulos | Um H1, sem saltar níveis | Baixo |
| Ligações internas | Páginas centrais que ligam a detalhe e de volta | Médio |
| Paginação | Ligações rastreáveis, não só JavaScript | Médio |
| Navegação por filtros | noindex nas combinações | Alto — o índice limpa devagar |
| Versões por idioma | URL com prefixo e hreflang recíproco | Muito alto |
Metadados que a sua equipa consegue editar#
Um erro comum é gerar títulos e descrições a partir de um modelo sem forma de os substituir. Seis meses depois, marketing precisa de mudar o título de uma página e a resposta é abrir um pedido de desenvolvimento.
- Título editável por página, com um valor gerado sensato por omissão.
- Descrição editável, com contagem de caracteres visível no CMS.
- Título, descrição e imagem de Open Graph editáveis para ligações partilhadas.
- Dados estruturados nos modelos que os suportam: Article, Product, FAQ, Breadcrumb, Organization.
- Interruptor de noindex por página, para páginas que devem existir sem posicionar.
- URL canónico automático, com possibilidade de substituição manual no caso raro em que é preciso.
Marque apenas o que está efetivamente visível na página. Dados estruturados a descrever conteúdo que o visitante não vê são uma violação das diretrizes, não um atalho.
Velocidade e estabilidade como requisitos de construção#
A experiência de página pertence à construção, não a um projeto de otimização posterior. Acrescentar velocidade a um site terminado significa quase sempre reverter decisões em vez de acrescentar código.
| Métrica | Objetivo | Construído com |
|---|---|---|
| Largest Contentful Paint | Abaixo de 2,5 s | Priorizar a imagem principal, evitar ficheiros bloqueantes |
| Cumulative Layout Shift | Abaixo de 0,1 | width e height nas imagens, espaço reservado |
| Interaction to Next Paint | Abaixo de 200 ms | Menos JavaScript, não bloquear a thread principal |
| Peso da página | O mais baixo que o desenho permitir | Formatos modernos, sem bibliotecas por usar |
| Time to First Byte | Abaixo de 800 ms | Cache, CDN e consultas sensatas |
Perguntas frequentes
O SEO deve estar no contrato de desenvolvimento?
A parte técnica, sim — rastreio, estrutura de URL, metadados editáveis, dados estruturados, objetivos de velocidade e a lista de redirecionamentos. Estratégia de conteúdo e construção de ligações são trabalho separado, com outro perfil. Ter os requisitos técnicos no contrato significa que são orçamentados em vez de descobertos depois do lançamento, quando custam um múltiplo.
Um framework de JavaScript prejudica o SEO?
Pode, se as páginas só forem renderizadas no navegador. Os motores executam JavaScript mas com atraso e nem sempre por completo, por isso renderizar apenas no cliente torna a indexação mais lenta e menos fiável. Renderizar no servidor ou gerar estaticamente elimina o problema. Para um site de conteúdo, a resposta mais simples é pôr o conteúdo no HTML.
Quanto tempo até ver tráfego de pesquisa?
Num domínio novo, semanas até indexação e meses até posições relevantes — sites novos não posicionam depressa, por melhor que seja a técnica. Num relançamento de um site existente com redirecionamentos limpos, conte com duas a seis semanas de oscilação antes de estabilizar perto do nível anterior.
Preciso de uma extensão de SEO?
Num CMS, uma extensão é uma forma prática de dar aos editores controlo sobre títulos, descrições, canónicos e mapas do site. Não é uma estratégia, e a configuração por omissão não substitui alguém que decida do que trata cada página. Num site à medida, a mesma funcionalidade costuma ser escrita diretamente e fica mais leve.
seo desenvolvimento webseo técnicoseo básicorastreio indexaçãodados estruturadosseo on-page
