.htaccess-redirectgenerator

Zo gebruik je de .htaccess-redirectgenerator

1. Kies je Server: Apache (.htaccess) of Nginx, en daarna het Type redirect: 301 – permanent of 302 – tijdelijk.
2. Schrijf bij Paginaredirects één redirect per regel: het oude pad, een spatie en dan de nieuwe URL, bijvoorbeeld /oude-pagina.html /nieuwe-pagina/. Een tab, een komma of -> werkt ook, en je kunt volledige oude URL’s of bestaande regels als Redirect 301 /a /b plakken.
3. Vul eventueel Je domein in (bijvoorbeeld example.com), zodat paginaredirects direct naar het uiteindelijke adres verwijzen.
4. Vink onder Canoniek adres HTTPS afdwingen aan en kies www afdwingen, www verwijderen of www laten zoals het is. Kies onder Slash aan het einde of je die wilt toevoegen of verwijderen.
5. Is de hele site verhuisd? Vul dan bij Het hele domein verhuizen het Oud domein en het Nieuw adres in, en laat Pad behouden aangevinkt zodat elke pagina op haar tegenhanger uitkomt.
6. Lees de Controles en klik op Kopiëren of Downloaden. Met Voorbeeld laden zie je een complete configuratie.

Hoe de gegenereerde regels werken

Voor Apache schrijft de tool mod_rewrite-regels, beginnend met één RewriteEngine On. Elke pagina wordt een RewriteRule waarvan het patroon begint met ^/?, zodat het zowel in een .htaccess-bestand werkt (waar de eerste slash wordt weggehaald) als in een <VirtualHost>-blok. Punten, haakjes, plustekens en andere tekens met een betekenis in reguliere expressies worden in je paden ge-escaped, en een spatie wordt \x20. In de nieuwe URL worden $ en % ge-escaped, omdat Apache ze als terugverwijzingen zou lezen, en de vlag NE voorkomt dat Apache de URL nog een keer codeert.

Een RewriteRule ziet de querystring nooit. Bevat een oud adres er een, zoals /product.php?id=42, dan voegt de tool een regel RewriteCond %{QUERY_STRING} ^id=42$ en de vlag QSD toe, zodat de oude parameters vervallen in plaats van naar de nieuwe pagina te worden gekopieerd.

De regels staan in een volgorde die onnodige tussenstappen voorkomt: eerst de domeinverhuizing, dan de paginaredirects, dan de slash aan het einde en ten slotte HTTPS en www. HTTPS en www worden door één regel afgehandeld, dus http://www.example.com gaat in één redirect naar https://example.com. Als je domein bekend is, verwijzen pagina- en slashredirects al direct naar het uiteindelijke HTTPS-adres.

Voor Nginx worden HTTPS, www en domeinverhuizingen aparte server-blokken met return 301, en paginaredirects worden rewrite-regels die je in je hoofdblok server plakt. Ze worden uitgevoerd vóór de location-matching, en gaan dus ook voor op de slashregel. Een ? aan het einde van een doel voorkomt dat Nginx de oude querystring toevoegt waar dat niet hoort.

Uitgevoerde controles

• Een pagina die naar zichzelf doorstuurt, of twee pagina’s die naar elkaar doorsturen (een lus die eindigt in “te veel omleidingen”).
• Ketens zoals A → B → C: laat A direct naar C verwijzen, want elke extra stap maakt het trager voor bezoekers en verspilt crawlbudget.
• Hetzelfde oude adres dat twee keer voorkomt, waarbij alleen de eerste regel zou gelden.
• Een doel dat geen absolute URL is en geen pad dat met / begint, of een doel met http:// of de verkeerde www-variant op je eigen domein.
• Een slashinstelling die een doel nog een keer zou doorsturen of terug naar de bron zou sturen.