Saltar para o conteúdo 
Com um plano bem pensado htaccess redireccionamento os URLs podem ser controlados especificamente - dependendo das condições, do protocolo ou do agente do utilizador. No artigo seguinte, analiso exemplos de redireccionamentos no ficheiro .htaccess, explico a sua importância para SEO e mostro casos de utilização práticos com dicas úteis para implementação.
Pontos centrais
- Redireccionamentos 301 valores SEO seguros com reencaminhamento permanente
- RewriteCond Permite o reencaminhamento em função do anfitrião, da porta ou dos parâmetros
- Forçar HTTPS Aumenta a segurança e a confiança, pode ser claramente regulamentado
- Conteúdo duplicado evitar por www-variante ou barras oblíquas finais
- Depuração obrigatório para erros de .htaccess antes da utilização em direto
Introdução aos redireccionamentos htaccess com condições
A configuração através do .htaccess tem lugar no diretório raiz de um domínio e baseia-se principalmente em dois módulos do Apache: mod_alias e mod_rewrite. Enquanto o mod_alias permite redireccionamentos simples, o mod_rewrite entra em ação quando as condições entram em jogo - tais como endereços IP, protocolos ou cadeias de consulta.
Normalmente, utilizo o mod_rewrite para criar redireccionamentos fáceis de utilizar, por exemplo, de páginas de produtos antigas para novos URL ou para migrações de domínios. Ao configurar um redireccionamento, é crucial utilizar a sintaxe correta, um código de estado adequado (por exemplo, 301 para permanente) e verificar possíveis sobreposições com outras regras. Um caso de utilização comum é, por exemplo, o redireccionamento de /loja/ para /loja/ incluindo todas as subpáginas. Um padrão regex como ^shop/(.*)$.
Especialmente quando utilizo vários redireccionamentos, também me certifico de que RewriteEngine On só é apresentado uma vez por cima de todas as regras. Embora a ativação múltipla seja tolerada em muitos ambientes, pode dar origem a confusão. A opção RewriteBase pode ser importante se o diretório raiz não estiver claramente definido. O princípio é: mantenho uma sequência clara e estruturada de todos os redireccionamentos para que possa ver sempre quando é que a regra se aplica.
Descrição geral: Que redireccionamentos fazem sentido e quando
Nem todos os redireccionamentos são estruturados da mesma forma. A decisão a favor do redireccionamento ou da reescrita depende do destino - e se devem ser tidas em conta variáveis como as cadeias de consulta. O quadro seguinte dá-lhe alguma orientação:
| Tipo de redireccionamento | Código de estado | Tecnologia | Adequado para |
|---|---|---|---|
| Reencaminhamento simples de URL | 301 | Redirecionar | Alterações de páginas estáticas |
| Redireccionamento de diretórios | 301 | Redirecionar | Caminhos URL completos |
| Forçar HTTPS | 301 | mod_rewrite | Segurança, SSL |
| Transferência de domínio | 301 | RewriteCond + RewriteRule | Cenários de migração |
| Filtragem de bots | 403 | RewriteCond | Evitar abusos |
Reencaminhamento para HTTPS - ligação segura com benefícios SEO
Redirecciono todos os pedidos especificamente para a versão HTTPS. Isto funciona com um RewriteCond que reconhece se a porta 80 (http) está a ser utilizada. Em caso afirmativo, redirecciono para a versão segura através do 301. A regra tem o seguinte aspeto:
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]Isto não só protege os dados do utilizador, como também indica consistência aos motores de busca. Se precisar de instruções pormenorizadas e mais dicas sobre a conversão SSL, pode encontrá-las em configurar o reencaminhamento https.
Para além da sincronização de portas, também é possível utilizar RewriteCond %{HTTPS} off para verificar se o pedido não está encriptado. Ambas as abordagens conduzem ao mesmo resultado, mas por vezes a porta não é fiável ou pode ser diferente devido a configurações de proxy. Por isso, certifico-me de que escolho a variante mais adequada para o meu servidor. Sempre que mudo para HTTPS, não só melhoro a segurança, como também aumento a confiança dos utilizadores.
Redireccionamentos canónicos: www ou não?
Existem frequentemente duas variantes acessíveis de um domínio: com e sem www. Para evitar conteúdos duplicados, aplico uma das duas variantes. Aqui está um exemplo de colocação de www à frente:
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ https://www.example.com%{REQUEST_URI} [R=301,L]Tais regulamentos ajudam a agrupar os valores das ligações e a criar clareza para os motores de busca. Melhor ainda: Decida logo no início da estrutura de um projeto qual a variante de domínio que deve ser chamada e redireccione todas as outras em conformidade.
Por vezes, escolho deliberadamente uma variante sem www para que o domínio permaneça mais curto. Ambas as variantes são compatíveis com SEO. A única coisa importante é que eu especifico uma delas e redirecciono consistentemente para ela. Uma orientação clara evita a duplicação de conteúdos e garante uma indexação clara para que os utilizadores e os rastreadores vejam o mesmo domínio principal.
Reencaminhamento com cadeias de consulta e condições individuais
Se pretender filtrar por parâmetros GET, como IDs ou campanhas, utilize RewriteCond com QUERY_STRING. Por exemplo, reencaminho determinadas páginas de produtos com base no ID:
RewriteEngine On
RewriteCond %{QUERY_STRING} ^id=123$
RewriteRule ^page.php$ /new-page/ [R=301,L]Isto limpa a estrutura do URL e permite o rastreio sem conteúdo duplicado. Em combinação com as etiquetas canónicas, estas regras criam clareza adicional. Os redireccionamentos para determinados agentes de utilizador também podem ser implementados desta forma, por exemplo, para afastar os bots.
Também posso realizar consultas de acordo com vários parâmetros. Por exemplo, se eu utilizar uma estrutura de URL antiga, como page.php?id=123&mode=detail Também posso intercetar especificamente o segundo parâmetro:
RewriteCond %{QUERY_STRING} ^id=123&mode=detail$
RewriteRule ^page\.php$ /new-page-detailed/ [R=301,L]Se pretender utilizar apenas parte da cadeia de consulta, utilizo partes regex como (.*)para definir redireccionamentos flexíveis. O segredo é planear as minhas opções com antecedência para não criar ciclos intermináveis ou criar inadvertidamente os redireccionamentos errados.
Configurar sistematicamente o reencaminhamento de domínios
Ao mudar de domínio, é obrigatório um redireccionamento 301 completo. Utilizo a seguinte regra para redirecionar tudo do domínio antigo para o novo, incluindo todos os caminhos:
RewriteCond %{HTTP_HOST} ^(www\.)?domínio-antigo\.com$
RewriteRule ^ https://neue-domain.de%{REQUEST_URI} [L,R=301]É importante verificar previamente todas as definições de DNS e de alojamento. Pode encontrar instruções adequadas sobre como o fazer na Strato, por exemplo, em Configurar o reencaminhamento de domínios com o Strato.
Utilizo frequentemente este tipo de redireccionamento de domínio para relançamentos ou renomeações de empresas. Faço um planeamento antecipado para que não se perca tráfego para o domínio antigo. Para além dos parâmetros e caminhos clássicos, por vezes é necessário incluir subdomínios no redireccionamento. Em seguida, adiciono consultas RewriteCond adicionais para subdomínios para manter toda a construção limpa.
Especialmente para lojas ou sítios Web com muitas ligações internas, é aconselhável criar uma tabela de mapeamento. Tomo nota de cada URL antigo, incluindo o URL de destino correspondente, para verificar todos os redireccionamentos com precisão. Isto reduz o risco de subpáginas importantes não irem a lado nenhum.
Fontes típicas de erro - o que evito
Primeiro, testo todas as novas regras num ambiente de teste. Os erros de sintaxe conduzem rapidamente a páginas inacessíveis ou a loops de redireccionamento intermináveis. As sequências incorrectas também são críticas: a primeira regra aplicável é executada - independentemente das regras subsequentes.
Fontes de erro que verifico regularmente:
- Bandeiras em falta (por exemplo, L para "Load", caso contrário são processadas as seguintes regras)
- Erro Regex (interpretação incorrecta de caracteres especiais)
- Lógica de redireccionamento pouco claradestinos diferentes por anfitrião ou protocolo
A depuração é possível através dos registos de erros do Apache ou de ambientes de desenvolvimento locais, como o XAMPP ou o MAMP. Eu divido conjuntos maiores de regras em secções comentadas - isto facilita a sua compreensão mais tarde. Uma estrutura clara vale o seu peso em ouro, especialmente para projectos com dezenas ou mesmo centenas de redireccionamentos. Ao mesmo tempo, certifico-me de reconhecer potenciais conflitos desde o início, para evitar problemas com cascatas de reescrita ou mistura de Redirecionar e RewriteRule a evitar.
Exemplos práticos que utilizo ativamente
# Redirecionar uma única página HTML
Redirecionar 301 /kontakt-alt.html /kontakt.html
# Redirecionar tudo o que está em /blog/ para um novo diretório
Redirecionar 301 /blog/ https://example.com/magazin/
# Redirecionar com placeholder
RewriteRule ^products/(.*)$ /shop/$1 [R=301,L]
# Bloquear bots indesejados
RewriteCond %{HTTP_USER_AGENT} BadBot
RewriteRule ^.*$ - [F,L]O desempenho dos redireccionamentos extensivos pode variar consoante o fornecedor de alojamento. Muitos confiam em fornecedores como o Webhoster.de - onde o processamento de RewriteRules funciona particularmente bem rápido e fiável.
Combino diretivas de redireccionamento simples e regras de reescrita de uma forma direcionada e evito confusões, uma vez que isso pode tornar a depuração extremamente difícil. Por outro lado, quando um Redirecionar 301 ou Redirecionar 302 deve ser clara. Alguns operadores de sítios utilizam redireccionamentos 302 para alterações temporárias, mas eu prefiro uma distinção clara: 301 para permanente e 302 para temporário. Isto mantém os sinais dos motores de busca consistentes.
Reforçar as estratégias de SEO através de redireccionamentos direcionados
Com cada redireccionamento, influencio a indexação do meu sítio. 301 redireccionamentos sinalizam alterações permanentes para os motores de busca, pelo que devem ser verificados cuidadosamente. Também presto atenção aos canónicos e asseguro a coerência entre mapas de sites XML, ligações internas e objectivos de redireccionamento.
Monitorizo as principais alterações através das ferramentas para webmasters (por exemplo, Google Search Console). Isto permite-me reconhecer redireccionamentos errados ou soft 404s numa fase inicial. Também é importante evitar redireccionamentos em cadeia. Cada redireccionamento adicional piora o desempenho e torna o rastreio mais difícil.
Também utilizo RewriteCondpara encaminhar parâmetros internos exclusivamente para subpáginas verificadas, por exemplo. Isto é particularmente importante para projectos multilingues: Caminhos de línguas diferentes, tais como /pt/, /pt/ ou /fr/ devem ser corretamente encaminhados para que o Google possa indexar corretamente cada versão linguística. Por vezes, é mesmo necessário efetuar os seus próprios redireccionamentos por região IP, mas isto deve ser cuidadosamente considerado para evitar a criação de loops de redireccionamento indesejados.
Utilização de alto desempenho para migrações e relançamentos
O relançamento de um sítio Web requer um planeamento claro - os redireccionamentos são uma ferramenta fundamental neste caso. Trabalho com tabelas de mapeamento para transferir de forma limpa os URLs antigos para os novos. Elimino o conteúdo duplicado com uma consolidação direcionada.
Especialmente em sistemas de loja virtual com URLs dinâmicos, surgem desafios com strings de consulta ou variantes de caminho. As construções RewriteCond com condições adequadas também ajudam aqui - muitas vezes emparelhadas com páginas de erro definidas pelo utilizador e testes de redireccionamento antes do go-live.
Também recomendo que se analise cuidadosamente a estrutura das ligações internas para que os utilizadores e os motores de busca possam navegar para a nova estrutura da página sem problemas. Demasiados redireccionamentos aninhados, por exemplo, do domínio antigo para o domínio intermédio e para o novo domínio, podem levar a um fraco desempenho. Por isso, verifico se existem estações intermédias desnecessárias em cada cadeia de redireccionamento. Ferramentas como o Screaming Frog ou verificadores .htaccess especiais também ajudam na verificação final. Se mover todas as ligações de forma limpa, beneficiará de classificações estáveis e evitará perdas de tráfego valiosas.
Utilizar e compreender o .htaccess de uma forma direcionada - considerações finais
Quer eu redireccione apenas uma página ou domínios inteiros - a utilização orientada do .htaccess dá-me controlo total sobre os códigos de estado, condições e objectivos. Defino sempre conscientemente essas regras para garantir a visibilidade, a facilidade de utilização e o desempenho dos meus sítios Web.
Se quiser aprofundar o assunto, deve ler o guia htaccess para configuração do servidor web vista. Aí explico em pormenor as diretivas mais importantes e os cenários adequados.
Para projectos optimizados, vale a pena definir regras bem pensadas de forma centralizada uma vez e apenas expandi-las seletivamente mais tarde. Observo regularmente que um ficheiro .htaccess mantido de forma consistente é uma garantia de sucesso escalável na Web. Por fim, incluo sempre a limpeza de redireccionamentos antigos e a documentação de regras de reencaminhamento importantes como parte integrante da manutenção do sítio Web. Isso mantém o sistema enxuto e à prova de falhas, mesmo no caso de ajustes futuros.
