Die Standardregeln der WordPress-.htaccess für eine Einzelsite sowie Multisite mit Unterordnern und Subdomains, dazu sichere Ergänzungen, die wp-config.php sperren und HTTPS erzwingen. Erstelle und kopiere deine eigene.
WordPress auf Apache braucht im Stammverzeichnis der Website einen kurzen .htaccess-Block, der jede Anfrage nach einer nicht vorhandenen Datei oder einem nicht vorhandenen Ordner an index.php weiterleitet. Das sorgt dafür, dass sprechende Permalinks funktionieren. Füge den Block zwischen # BEGIN WordPress und # END WordPress ein und setze deine eigenen Regeln über diese Markierungen.
Was jede Zeile des Einzelsite-Blocks macht
Eine kaputte .htaccess zeigt sich meist daran, dass jede Seite außer der Startseite einen 404 liefert oder die ganze Website nach der Änderung durch ein Plugin einen 500-Fehler wirft. Wähle unten deine Installationsart, such dir die gewünschten Extras aus und kopiere eine vollständige Datei. Der WordPress-Teil entspricht den Regeln aus der WordPress-Entwicklerdokumentation.
Im Stammordner der WordPress-Installation, neben wp-config.php und dem Ordner wp-content. Ihr Name beginnt mit einem Punkt, deshalb blenden Dateimanager und FTP-Programme sie oft aus, bis du versteckte Dateien einblendest.
Ersetze den Inhalt der Datei durch den Einzelsite-Block auf dieser Seite oder benenne die kaputte Datei um, öffne im Admin-Bereich Einstellungen, Permalinks und klicke auf Speichern. WordPress schreibt einen neuen Block, wenn es in die Datei schreiben darf.
Fast immer fehlen die Rewrite-Regeln oder mod_rewrite ist aus. Die Startseite lädt, weil sie index.php selbst ist. Jeder sprechende Permalink braucht die Regel, die unbekannte Pfade an index.php schickt.
Den, der zur Installationsart des Netzwerks passt. Websites unter example.com/shop nutzen den Unterordner-Block, Websites unter shop.example.com den Subdomain-Block. Die beiden unterscheiden sich darin, wie sie das Website-Präfix aus wp-admin und Dateipfaden entfernen.
Ja. PHP liest wp-config.php von der Festplatte, nicht über das Web, daher beeinträchtigt das Sperren von Webanfragen die Website nicht. Die WordPress-Dokumentation empfiehlt dieselbe FilesMatch-Regel wie hier.
Das sind die Regeln, die WordPress für jede Installationsart dokumentiert. Verwende genau einen davon.
Der Block für eine normale WordPress-Website im Web-Root.
Für Netzwerke, in denen jede Website unter einem Pfad wie example.com/shop/ liegt.
Für Netzwerke, in denen jede Website eine eigene Subdomain wie shop.example.com hat.
Jede davon gehört über # BEGIN WordPress. Füge sie einzeln hinzu und lade die Website nach jeder neu.
Nutzt die Require-Direktive von Apache 2.4. Ein älterer 2.2-Server bräuchte stattdessen die alte Order- und Deny-Syntax.
Eine dauerhafte 301-Weiterleitung, die Host und Pfad beibehält. Bietet dein Hoster im Panel einen HTTPS-Schalter, nutze diesen und lass das hier weg.
WordPress-Installationsart
Einzelsite
Multisite, Unterordner
Multisite, Subdomains
Extras über dem WordPress-Block
Webzugriff auf wp-config.php, .htaccess, .htpasswd und debug.log sperren
Jede http://-Anfrage auf https:// umleiten
Verhindern, dass Apache den Inhalt von Ordnern ohne Index-Datei auflistet
Deine .htaccess-Datei
Schalte die HTTPS-Weiterleitung erst ein, wenn dein Zertifikat funktioniert, sonst sehen Besucher eine Browserwarnung.
Kostenlos starten · Keine Kreditkarte nötig