.htaccess-omdirigerings-generator

Slik bruker du .htaccess-omdirigeringsgeneratoren

1. Velg Server: Apache (.htaccess) eller Nginx, og deretter Omdirigeringstype: 301 – permanent eller 302 – midlertidig.
2. I Side-omdirigeringer skriver du én omdirigering per linje: den gamle stien, et mellomrom, og deretter den nye URL-en, for eksempel /gammel-side.html /ny-side/. En tabulator, et komma eller -> fungerer også, og du kan lime inn hele gamle URL-er eller eksisterende Redirect 301 /a /b-linjer.
3. Om du vil, skriver du inn Ditt domene (for eksempel example.com) slik at sideomdirigeringene peker direkte til den endelige adressen.
4. Under Kanonisk adresse krysser du av for Tving HTTPS og velger Tving www, Fjern www eller La www være som den er. Under Etterfølgende skråstrek velger du om du vil legge til eller fjerne den.
5. Hvis hele nettstedet flyttet, fyller du inn Flytt hele domenet med Gammelt domene og Ny adresse, og lar Behold stien stå avkrysset slik at hver side havner på den tilsvarende siden.
6. Les Sjekker-listen, og Kopier eller Last ned reglene. Bruk Last inn eksempel for å se en komplett konfigurasjon.

Slik fungerer de genererte reglene

For Apache skriver verktøyet mod_rewrite-regler, som starter med en enkelt RewriteEngine On. Hver side blir en RewriteRule hvis mønster starter med ^/?, slik at mønsteret fungerer både i en .htaccess-fil (der den innledende skråstreken fjernes) og i en <VirtualHost>-blokk. Punktum, parenteser, plusstegn og andre spesialtegn i regulære uttrykk i stiene dine escapes, og et mellomrom blir \x20. I den nye URL-en escapes $ og % fordi Apache ellers ville lest dem som referanser, og NE-flagget hindrer Apache i å kode URL-en en gang til.

En RewriteRule ser aldri spørringsstrengen. Når en gammel adresse har en, som /produkt.php?id=42, legger verktøyet til en linje med RewriteCond %{QUERY_STRING} ^id=42$ og QSD-flagget, slik at de gamle parameterne fjernes i stedet for å bli kopiert over til den nye siden.

Reglene er ordnet for å unngå unødvendige hopp: domeneflytting først, deretter sideomdirigeringer, så skråstrek og til slutt HTTPS og www. HTTPS og www håndteres av én regel, så http://www.example.com går til https://example.com i én enkelt omdirigering. Når du har fylt ut domenet ditt, peker side- og skråstrekomdirigeringene allerede til den endelige HTTPS-adressen.

For Nginx blir HTTPS, www og domeneflyttinger egne server-blokker med return 301, og sideomdirigeringer blir rewrite-linjer du limer inn i den vanlige server-blokken din. De kjører før location-matchingen, så de går også foran skråstrekregelen. Et ? på slutten av målet hindrer Nginx i å legge til den gamle spørringsstrengen der den ikke skal være.

Kontroller som utføres

• En side som omdirigerer til seg selv, eller to sider som omdirigerer til hverandre (en løkke som ender i «for mange omdirigeringer»).
• Kjeder som A → B → C: pek A direkte til C, fordi hvert ekstra hopp forsinker besøkende og bruker opp crawl-budsjettet.
• Samme gamle adresse oppført to ganger, der bare den første regelen ville gjelde.
• Et mål som verken er en absolutt URL eller en sti som starter med /, eller et mål på ditt eget domene som bruker http:// eller feil www-variant.
• En skråstrekinnstilling som ville omdirigert et mål på nytt eller sendt det tilbake til kilden.