ESC

Regelkonfiguration

Schnellvorlagen
Regel hinzufügen
Regelliste (0)
Noch keine Regeln hinzugefügt. Verwenden Sie Vorlagen oder fügen Sie Regeln manuell hinzu.

Generierte Ausgabe

Regeln hinzufügen, um Serverkonfiguration zu generieren...
Regeln hinzufügen, um Serverkonfiguration zu generieren...
Regeln hinzufügen, um Serverkonfiguration zu generieren...
Die gesamte Verarbeitung erfolgt in Ihrem Browser. Es werden keine Daten an einen Server gesendet. Testen Sie generierte Regeln immer in einer Entwicklungsumgebung, bevor Sie sie in die Produktion übernehmen.

Anwendungsbeispiele

E-Commerce SEO-Setup

HTTPS erzwingen, www auf ohne www umleiten und Schrägstriche anhängen. Essentielle SEO-Konfiguration für E-Commerce-Websites.

Blog-Migration

Alte Blog-URLs auf neue Artikelpfade umleiten. SEO-Wert beim Umstrukturieren Ihrer Website-Inhalte beibehalten.

Sicherheitshärtung

Hotlinking blockieren, Zugriff nach IP-Adresse einschränken und eigene Fehlerseiten für bessere Sicherheit einrichten.

Funktionen

Multi-Server-Unterstützung

Regeln für Apache (.htaccess), Nginx und IIS (web.config) aus einer einzigen Konfiguration generieren

Schnellvorlagen

Ein-Klick-Vorlagen für häufige Szenarien wie HTTPS-Weiterleitung, www-Verwaltung und Schrägstriche

Regelverwaltung

Regeln mit einer intuitiven Oberfläche hinzufügen, bearbeiten, löschen und neu anordnen

Datenschutz zuerst

Alle Verarbeitung erfolgt lokal in Ihrem Browser, keine Daten werden an Server gesendet

Anleitung

1

Regeln hinzufügen

Verwenden Sie Schnellvorlagen oder fügen Sie Weiterleitungs- und Rewrite-Regeln manuell mit Quelle, Ziel und optionalen Bedingungen hinzu.

2

Servertyp wählen

Wechseln Sie zwischen Apache (.htaccess), Nginx und IIS (web.config) Tabs, um die generierte Ausgabe für Ihren Server zu sehen.

3

Kopieren oder Herunterladen

Kopieren Sie die generierte Konfiguration in die Zwischenablage oder laden Sie sie als einsatzbereite Datei herunter.

Häufig gestellte Fragen

Ein Redirect leitet den Browser an eine andere URL weiter — die Adressleiste ändert sich und der Browser stellt eine zweite HTTP-Anfrage an den neuen Standort. Ein Rewrite ordnet die URL intern auf dem Server neu: Der Browser sieht die Änderung nie, die Adressleiste bleibt gleich und es wird nur eine einzige HTTP-Anfrage gesendet. Verwenden Sie Redirects, wenn Seiten permanent oder temporär verschoben wurden. Verwenden Sie Rewrites, um saubere, benutzerfreundliche URLs aus internen Dateipfaden zu bedienen — zum Beispiel, um /products/shoes anzuzeigen, während der Server tatsächlich /index.php?category=shoes ausliefert.

Verwenden Sie 301 (Permanent), wenn eine Seite dauerhaft verschoben wurde und Sie möchten, dass Suchmaschinen alle SEO-Ranking-Signale (Link Equity) auf die neue URL übertragen. Verwenden Sie 302 (Found/Temporary) oder 307 (Temporary Redirect), wenn der Redirect nur kurzlebig ist und Sie planen, die ursprüngliche URL wieder einzuführen. Der entscheidende Unterschied ist das Caching: Browser und CDNs cachen 301er aggressiv, sodass Benutzer im Falle einer Rücknahme des Redirects noch lange auf das alte Ziel geleitet werden könnten. Im Zweifel verwenden Sie 302, bis Sie sicher sind, dass der Umzug permanent ist.

Nutzen Sie das Quick-Preset "HTTP to HTTPS". Für Apache generiert es eine RewriteRule, die alle Anfragen matcht, bei denen HTTPS deaktiviert ist, und auf die https://-Version mit einem 301 weiterleitet. Für Nginx wird ein Serverblock auf Port 80 erstellt, der einen 301 zu dem HTTPS-Äquivalent zurückgibt. Für IIS wird eine HTTP Redirect-Regel in web.config hinzugefügt. Verifizieren Sie nach Anwendung der Regel, ob Ihr SSL-Zertifikat installiert und gültig ist, bevor Sie die Seite live schalten — ein HTTPS-Redirect ohne funktionierendes Zertifikat wird Ihre Seite beschädigen.

Verwenden Sie das Preset "www to non-www" oder "non-www to www". Apache nutzt eine RewriteCond auf HTTP_HOST, um das www-Präfix zu erkennen und mit einem 301 weiterzuleiten. Nginx verwendet einen separaten Serverblock, der www.yourdomain.com matcht und einen 301 zur non-www-Version zurückgibt. Wählen Sie eines der beiden und bleiben Sie dabei — eine Mischung aus beidem bedeutet, dass Google denselben Inhalt unter zwei URLs sieht, was die Ranking-Signale aufteilt. Setzen Sie Ihre Canonical URL so, dass sie Ihrem Redirect-Ziel entspricht.

Ja. Aktivieren Sie "Use regular expression" beim Hinzufügen einer Regel und geben Sie ein regex-Muster im Source URL-Feld ein. Für Apache sind die Muster PCRE-kompatible regex, die gegen den URL-Pfad geprüft werden. Für Nginx verwendet die location-Direktive PCRE-regex mit dem ~-Präfix. Für IIS verwendet die match-Direktive .NET-regex. Erfasste Gruppen sind als Backreferences ($1, $2 in Apache/Nginx) in der Destination URL verfügbar. Zum Beispiel verschiebt Source /blog/([0-9]+) mit Destination /news/$1 alle alten numerischen Blog-URLs zu /news/.

Apache verarbeitet RewriteRules von oben nach unten und stoppt bei der ersten übereinstimmenden Regel (es sei denn, das [L]-Flag oder eine RewriteRule-Kette ändert dies). Wenn Sie eine allgemeine Regel vor einer spezifischen haben, fängt die allgemeine Regel Anfragen ab, die eigentlich von der spezifischen Regel hätten behandelt werden sollen. Setzen Sie immer spezifischere Regeln zuerst. Zum Beispiel setzen Sie /old-page → /new-page vor /(.*) → /index.php, da sonst alle URLs inklusive /old-page zuerst von der Wildcard-Regel erfasst werden.

Ja. Die Download-Schaltfläche exportiert den aktuell sichtbaren Konfigurations-Tab als Datei mit dem korrekten Namen für Ihren Server: .htaccess für Apache, nginx.conf für Nginx oder web.config für IIS. Die Datei wird in Ihren Standard-Download-Ordner heruntergeladen. Platzieren Sie die .htaccess-Datei in Ihrem Website-Root-Verzeichnis (auf der gleichen Ebene wie index.php oder index.html). Bei Nginx fügen Sie die generierten Direktiven in Ihre bestehende Serverblock-Konfiguration ein.

Nein. Alles läuft lokal in Ihrem Browser mit JavaScript. Ihre Source URLs, Destination URLs und generierten Konfigurationen werden niemals an einen Server gesendet. Es gibt keine Konten, keine Historie und kein Tracking. Schließen Sie den Tab und die Regeln sind weg — nutzen Sie die Download-Schaltfläche, um Ihre Arbeit zu speichern, bevor Sie gehen.

Was ist der Rewrite-Regel-Generator?

Wenn Sie schon mal an der .htaccess-Syntax verzweifelt sind und sich gefragt haben, warum Ihre Weiterleitung nicht funktioniert, ist dieses Tool genau richtig. Sie konfigurieren Ihre Regeln visuell und bekommen die korrekte Konfiguration für Apache, Nginx oder IIS. Schluss mit Copy-Paste von Stack Overflow.

Wichtige Funktionen

Ein-Klick-Vorlagen für die Basics: HTTP zu HTTPS, www-Handling, Schrägstriche, Domain-Umzug. Für individuelle Regeln geben Sie Quelle und Ziel an, aktivieren bei Bedarf Regex, und das Tool generiert alle drei Serverformate gleichzeitig. Regeln lassen sich sortieren, bearbeiten und als Datei herunterladen.

Typische Einsatzgebiete

Site-Migrationen sind der Hauptanwendungsfall. Bei URL-Änderungen oder Domain-Umzügen brauchen Sie saubere 301-Weiterleitungen, damit Suchmaschinen folgen können. Online-Shops nutzen es für HTTPS-Erzwingung und kanonische URLs. Sicherheitsbewusste Admins setzen es für Hotlink-Schutz oder IP-basierte Zugriffsbeschränkungen ein.

Tipps

Verwenden Sie immer 301 für permanente und 302 für temporäre Änderungen. Bei Apache ist die Reihenfolge wichtig - spezifischere Regeln zuerst. Testen Sie die generierte Konfiguration immer in einer Entwicklungsumgebung.

Datenschutz

Alles läuft in Ihrem Browser. Ihre URLs, Muster und Serverkonfiguration verlassen Ihren Rechner nicht. Kein Server, kein Konto, kein Tracking.

Sicherheit und Datenschutz

Ihre Datensicherheit ist unsere Priorität

Lokale Verarbeitung

Alle Verarbeitung erfolgt in Ihrem Browser

Keine Datenübertragung

Ihre Daten werden nicht an unsere Server gesendet

Keine Datenspeicherung

Es werden keine Daten gespeichert oder geteilt

SSL-Verschlüsselung

SSL-Verschlüsselung für sichere Verbindung

Mehr auf MoreOnlineTools