Sites e SEO / 04
Reformulação do site e SEO: preservar o percurso dos pedidos
O novo site está cuidado. Mas uma ligação antiga deixou de funcionar, mudar de idioma leva ao início e os pedidos são mais difíceis de acompanhar. Eis o que deve preservar e verificar para que a reformulação ajude o negócio.
Um site mais bonito também pode perder pedidos
A nova página inicial é rápida, os cartões estão cuidados e o menu móvel agrada à equipa. Algumas semanas depois, chegam menos pedidos através da pesquisa. A causa pode não ser a cor de um botão. Um serviço mudou de endereço, uma ligação de um parceiro termina numa página inexistente ou a troca de idioma abre sempre a página inicial.
Redesenhar um site significa alterar um conjunto de conteúdos, ligações e percursos que já desempenha uma função. Antes dos primeiros desenhos, identifique o que funciona. Que página apresenta a empresa? Qual responde a uma dúvida antes da contratação? Qual permite enviar um pedido? A nova estrutura deve preservar essas funções, mesmo quando a apresentação muda.
Os exemplos deste guia são hipotéticos, não resultados de clientes. Nenhuma migração garante posições iguais nos motores de pesquisa. Um inventário e verificações repetíveis ajudam, no entanto, a encontrar erros evitáveis antes do lançamento. Um site cuidado precisa de funcionar no uso diário, além de causar uma boa primeira impressão.
Guardar o ponto de partida
Reúna os endereços do sitemap, das ligações internas, da análise de visitas e dos relatórios disponíveis da Search Console. Registe idioma, assunto, ação principal e dados úteis de cada página importante. Não se limite ao menu. Um artigo antigo pode continuar a atrair pessoas relevantes, mesmo que a equipa já não se lembre dele.
O número de visitas não determina sozinho o valor. Uma página sobre uma integração específica pode receber poucas pessoas e responder precisamente à sua necessidade. Um artigo geral pode atrair mais tráfego sem contribuir para pedidos. Observe contactos e etapas úteis do percurso quando a medição o permite, deixando claras as informações que faltam.
Guarde também títulos, descrições, cabeçalhos, texto substancial e ligações importantes. Não precisa de conservar todas as frases antigas. Precisa de uma referência para distinguir uma mudança visual de uma mudança na resposta. Sem essa base, uma quebra acaba explicada por suposições quando talvez tenha simplesmente desaparecido uma página útil.
Registar
URLs, pesquisas, pedidos e formulários funcionais.
Mapear
Tomar uma decisão para cada endereço antigo.
Verificar
Idiomas, redirecionamentos, indexação e percurso de contacto.
Observar
Comparar páginas e períodos equivalentes após o lançamento.
Se um formulário falhar ou uma página essencial ficar indisponível, deve existir um responsável pela correção ou reversão.
Decidir o destino de cada endereço antigo
Para cada URL, escolha entre manter, transferir para uma página equivalente, reunir com conteúdo próximo ou remover. A decisão deve respeitar a intenção original do visitante. Redirecionar todos os serviços retirados para a página inicial pode facilitar a implementação, mas raramente oferece uma resposta equivalente.
O Google recomenda redirecionamentos permanentes do servidor para páginas transferidas e um caminho direto até ao destino final. Uma ligação antiga para uma auditoria deve abrir a nova auditoria correspondente. Evite cadeias desnecessárias. O redirecionamento orienta uma pessoa, além de comunicar uma alteração ao motor de pesquisa.
Peça uma tabela de correspondências e teste as linhas no servidor real. Confirme o estado HTTP, o destino e a ausência de ciclos. Inclua percursos antigos de idiomas e algumas ligações de campanhas. Uma tabela correta não demonstra que as regras publicadas produzem exatamente o mesmo resultado.
Desloque a tabela na horizontal para ver todas as colunas.
| Situação da página | Ação | Verificação |
|---|---|---|
| Endereço e conteúdo mantidos | Manter a resposta 200 | Canonical autorreferente e ligações internas |
| Existe uma substituta equivalente | Redirecionamento permanente 301 ou 308 | Um salto até ao URL final com resposta 200 |
| Conteúdos agrupados | Redirecionar para a página consolidada relevante | O destino responde à intenção de pesquisa original |
| Remoção sem substituição | Resposta 404 ou 410; retirar do sitemap | Não redirecionar tudo para a página inicial |
Preservar a resposta que motivou a pesquisa
Uma página de automação explicava documentos, exceções e critérios de entrega. A sua substituta mostra apenas «Construímos o futuro» e um botão de contacto. O desenho parece mais simples, mas o comprador deixa de perceber o trabalho incluído. Retirar pormenores úteis altera a função do conteúdo, mesmo que o nome do serviço se mantenha.
Identifique a intenção de cada página relevante. A pessoa procura um fornecedor, compara abordagens, investiga custos ou tenta resolver um problema? Escreva para essa tarefa. Os termos pertinentes surgem naturalmente nos nomes dos serviços, exemplos e explicações. Repetir uma expressão não substitui uma resposta desenvolvida.
Separe assuntos que precisam de explicações diferentes. Agentes de IA, desenvolvimento web à medida e criação de MVP podem ter páginas próprias, ligadas nos pontos adequados. O blogue aprofunda decisões. Assim, o leitor encontra detalhe sem atravessar um bloco genérico que tenta incluir todas as atividades da empresa.
Dar uma função clara a cada tipo de página
A página inicial apresenta a empresa e orienta. Uma página de serviço explica um trabalho concreto. Um artigo ajuda a compreender uma escolha antes de contratar. Quando estas funções são claras, torna-se mais simples avaliar a navegação, os textos e os convites à ação. Nem todas as pessoas estão prontas para pedir uma proposta na primeira visita.
Num serviço, explique a quem se destina, o que é entregue, que informação é necessária e como se verifica o resultado. Mostre provas reais que pode documentar. Um cenário ilustrativo deve ser identificado. Uma apresentação elegante não transforma números inventados num caso de cliente.
Coloque ligações quando o leitor precisa de contexto. Um guia sobre custos de automação pode levar ao serviço correspondente; a página comercial pode remeter para o cálculo detalhado. O texto da ligação deve explicar a utilidade do destino. Repetir «saber mais» em todo o lado dificulta a escolha.
Testar a mudança de idioma dentro do percurso
Abra um serviço específico e mude o idioma. Se existe uma tradução equivalente, deve aparecer o mesmo assunto. Voltar à página inicial obriga a repetir a procura. Num artigo extenso, o problema é ainda mais claro: a pessoa quer continuar o mesmo conteúdo numa língua mais confortável.
As anotações hreflang relacionam versões linguísticas ou regionais. As relações precisam de ser coerentes e apontar para equivalentes disponíveis. A etiqueta não traduz o texto nem cria relevância local por si. Vocabulário, exemplos, contacto e informação comercial aplicável também devem fazer sentido para o público.
Idioma e país não são a mesma decisão. Uma edição inglesa pode servir vários mercados. Uma versão regional justifica-se quando explica uma diferença real de oferta, condições ou conteúdo. Trocar apenas o nome do país em muitas páginas quase iguais ajuda pouco quem está a comparar prestadores.
Alinhar os endereços canónicos com o site publicado
O URL canónico indica a versão preferida entre páginas duplicadas ou muito semelhantes. Depois da reformulação, deve corresponder ao endereço público previsto. Um erro no modelo pode fazer todos os serviços apontarem para a página inicial ou conservar o domínio de testes. O mesmo problema espalha-se por várias páginas.
Inspecione o HTML do servidor para a página inicial, um serviço, um artigo e uma tradução. Depois verifique automaticamente o conjunto relevante. Compare os canónicos com as ligações internas e o sitemap. Sinais contraditórios não se tornam mais claros só porque se acrescenta outra etiqueta.
Não reúna indiscriminadamente traduções completas sob um canónico inglês. Uma edição linguística precisa geralmente de uma referência adequada no mesmo idioma; hreflang descreve a relação entre edições. Reveja estas decisões em conjunto para que metadados, seletor de idioma e sitemap representem a mesma estrutura.
Disponibilizar o texto antes de terminar os efeitos
Carregue um artigo com uma ligação lenta e observe quando surgem título, texto e ligações. Veja também a resposta HTML do servidor. O conteúdo editorial pode estar disponível logo no início. Ler um guia não deveria depender de uma animação pesada ou de um script sem relação com a tarefa.
JavaScript continua a ser útil para formulários, calculadoras e interações pertinentes. A questão é perceber quais as dependências necessárias para a função principal. Distinga o conteúdo dos efeitos que o acompanham. Isso facilita conter falhas e manter a página utilizável em condições normais de rede e equipamento.
Confirme que a navegação usa ligações reais. Uma pessoa pode abrir um serviço noutro separador, copiar uma referência ou navegar pelo teclado. Os destinos precisam de endereços válidos; as ações precisam de botões claros. Uma pequena escolha técnica pode melhorar a fiabilidade de todo o percurso.
Começar o desempenho pela primeira ação útil
Um vídeo grande ou uma cena tridimensional pode ser excelente no computador do designer. Teste a mesma página num telemóvel comum com ligação móvel. A proposta percebe-se rapidamente? A ação principal funciona? O texto desloca-se quando chega uma imagem ou um tipo de letra?
Os Core Web Vitals descrevem carregamento, resposta à interação e estabilidade visual. Considere testes de laboratório juntamente com dados disponíveis de visitas reais. Uma execução rápida não representa todo o público. Investigue os elementos e interações por trás de um resultado fraco, em vez de perseguir apenas uma pontuação.
Reserve espaço para os elementos visuais, reveja os tipos de letra e adie recursos desnecessários no início. Examine a quantidade de código do cliente exigida por uma página de leitura. Muitas vezes, o conceito gráfico pode manter-se com uma ordem de carregamento melhor. A experiência começa antes do último efeito.
Verificar o telemóvel com os textos definitivos
Um título curto em inglês pode tornar-se bastante maior em alemão, polaco ou ucraniano. Use as traduções reais nos cartões, menus e botões. A informação importante não deve desaparecer atrás de alturas fixas ou elementos decorativos. Um desenho que só funciona com texto provisório ainda não está concluído.
Complete a ação principal num ecrã estreito. O chat cobre o botão de envio? O teclado esconde a mensagem de erro? É possível fechar o menu de idiomas? Verifique as áreas de toque e o foco visível ao usar o teclado. Estes detalhes influenciam diretamente a conclusão de uma tarefa.
Artigos longos precisam de uma largura de leitura confortável, contraste suficiente e ligações para secções. Um índice expansível pode manter a abertura curta no telemóvel. O leitor deve conseguir reencontrar um cálculo ou uma lista de verificação sem percorrer novamente todo o texto.
Seguir um pedido até à pessoa responsável
O tráfego orgânico tem pouco valor se o formulário falha sem aviso. Teste desde a escrita da mensagem até ao registo final, confirmação e notificação do responsável. Use um ambiente acordado ou dados claramente identificados como teste. Uma mensagem de sucesso no navegador não demonstra, por si só, a receção.
Experimente um campo em falta, um segundo clique e uma falha temporária do servidor. O visitante precisa de saber se o pedido foi enviado e o que pode fazer a seguir. Preserve o texto até confirmar o sucesso. Perder uma descrição detalhada por um problema momentâneo prejudica uma experiência de resto cuidada.
Na análise, distinga um clique de um pedido efetivamente recebido. Verifique eventos duplicados e perdas durante a navegação. Se a medição muda ao mesmo tempo que o design, registe essa alteração. Caso contrário, a comparação de conversões pode mostrar diferenças de recolha em vez de comportamento.
Fazer os metadados corresponderem ao conteúdo visível
Cada página merece um título específico e uma descrição adequada ao assunto e idioma. O título permite reconhecer uma resposta antes de abrir o resultado. Enumerar todos os serviços da agência costuma ser menos útil do que explicar aquele recurso. Mantenha uma relação clara entre a apresentação na pesquisa e o título visível.
Os dados estruturados de um artigo podem descrever título, autor ou organização, datas e imagem. Os campos devem refletir o material publicado. Não altere datas sem mudanças substanciais nem invente um especialista para criar autoridade. Uma fonte de conteúdo comum facilita a coerência entre página e metadados.
Reveja também a pré-visualização de uma ligação partilhada. Endereço, título, descrição e imagem devem representar aquela página. Um artigo que parece a página inicial é mais difícil de identificar. Esta verificação pode acompanhar os testes de idiomas e canónicos, sem ficar esquecida no final.
Separar a proteção de testes da indexação pública
O sitemap deve listar os endereços públicos destinados à descoberta. Exclua variantes acidentais de parâmetros, páginas de testes e endereços que apenas redirecionam. Peça as páginas ao servidor e confirme as respostas. Um XML válido não prova que os seus destinos funcionam.
Bloquear a indexação pode ser adequado numa pré-visualização. Antes do lançamento, confirme que essas definições não permanecem nas páginas públicas. Inspecione robots.txt, metadados e cabeçalhos HTTP. Têm funções diferentes; uma única opção no painel de gestão pode não explicar a configuração completa.
As áreas privadas precisam de controlo de acesso independente. Noindex não é autenticação. Um inventário das páginas de marketing permite distingui-las da administração e das contas de clientes. Assim, uma mudança geral não é aplicada por engano a percursos com objetivos diferentes.
Usar uma verificação pequena mas completa no lançamento
Escolha exemplos de todos os modelos importantes: página inicial, serviço, artigo, contacto, tradução e endereço antigo redirecionado. Abra-os depois da publicação no domínio real. Confirme texto, estado, idioma, canónico e ação principal. Uma compilação bem-sucedida não prova que domínio e ambiente estão bem configurados.
Teste formulários e notificações no modo combinado. As credenciais dos serviços e os domínios permitidos podem diferir da pré-visualização. Defina quem pode corrigir uma integração. O plano de lançamento deve incluir esta responsabilidade operacional, não terminar quando os ficheiros são publicados.
Mantenha uma forma prática de recuperar a versão anterior e acorde quando a utilizar. Um pedido impossível de enviar exige uma reação diferente de um pequeno erro de espaçamento. Esta distinção mantém a conversa centrada no impacto para o cliente, em vez de decisões baseadas apenas em imagens isoladas.
Comparar condições equivalentes depois da reformulação
Comece pelos factos técnicos: páginas indisponíveis, redirecionamentos incorretos, alterações de indexação e falhas nos formulários. Depois examine entradas, pesquisas e contactos concluídos. O total de visitas pode esconder uma quebra num serviço ou idioma enquanto outro cresce.
Considere sazonalidade, campanhas e mudanças da oferta. Se preços, aquisição e design mudam juntos, a atribuição será limitada. A referência inicial ajuda a separar regressões técnicas claras de movimentos mais amplos. Mostre essa limitação em vez de atribuir tudo ao novo aspeto.
Não reconstrua páginas a cada variação diária. Reúna evidência suficiente para a decisão concreta. Mas não espere uma tendência estatística quando um endereço importante devolve erro ou um formulário não funciona. Corrija o defeito observável e meça depois o resultado geral.
Pedir um site que a equipa consiga manter
Juntamente com o design, peça o inventário de percursos, correspondências de URL, regras de idiomas, resultados dos testes e instruções de publicação. São instrumentos para a próxima pessoa que fizer uma alteração. Devem explicar decisões e permitir trabalhar, não apenas preencher um documento extenso.
Crie um artigo não publicado e altere o título. Verifique página, cartão e metadados em conjunto. Se a mesma informação precisa de ser copiada manualmente para vários locais, aumenta o risco de divergência. Uma estrutura editorial adequada torna repetível o resultado correto nas tarefas habituais.
Atribua finalmente responsáveis pela revisão de conteúdos e ligações quebradas. A reformulação é uma publicação na vida do site. A sua qualidade volta a aparecer quando se acrescenta um serviço, se alarga um idioma ou se corrige um guia. A entrega deve permitir à empresa fazer essas alterações com conhecimento.
Antes de começar
- Guardar os URL importantes, os conteúdos e os dados iniciais.
- Acordar correspondências de URL, percursos de idiomas e critérios de aceitação.
- Testar a configuração de pesquisa e o percurso completo de um pedido no domínio público.
Nota editorial. Os exemplos ilustram decisões ou testes; não são resultados de clientes.