WordPress lokal installieren 2026: Mit LocalWP, XAMPP & MAMP

Warum WordPress lokal installieren

Eine lokale WordPress-Installation auf dem eigenen Rechner hat 2026 viele Vorteile gegenüber dem direkten Arbeiten auf einem Live-Server. Erstens kostet sie nichts — kein Hosting-Vertrag, keine Domain, keine SSL-Konfiguration nötig. Zweitens ist sie schnell — Seiten laden lokal in wenigen Millisekunden, weil keine Internet-Latenz im Spiel ist. Drittens ist sie sicher — Fehler in Plugins oder Themes betreffen niemanden außer den eigenen Rechner.

Typische Anwendungsfälle 2026: neue Themes oder Plugins testen ohne Risiko für die Live-Site, eigene Theme- oder Plugin-Entwicklung, Kunden-Demo-Sites vor dem Live-Gang, komplette Site-Migrationen mit Vorab-Test, Schulung neuer Mitarbeiter ohne Live-System-Zugriff. Profis arbeiten oft parallel mit lokaler und Live-Umgebung — Änderungen werden zuerst lokal getestet, dann auf die Staging-Site, erst nach Freigabe auf Live.

Voraussetzungen für die lokale Installation

Eine lokale WordPress-Installation 2026 braucht drei Komponenten: einen Webserver (Apache oder nginx), PHP 8.1 oder neuer, eine Datenbank (MySQL oder MariaDB). Glücklicherweise bündeln moderne Tools wie Local by Flywheel, MAMP oder XAMPP alle Komponenten in einer einzigen Installation. Statt jede Komponente einzeln zu konfigurieren, läuft alles in einem Tool.

Hardware-Anforderungen sind 2026 niedrig. Jeder Rechner mit 8 GB RAM und 20 GB freiem Festplattenspeicher reicht aus für mehrere parallele WordPress-Installationen. macOS, Windows und Linux werden alle gleichermaßen unterstützt. Auch Apple Silicon (M1, M2, M3) läuft seit 2022 nativ mit allen modernen Tools — keine Rosetta-2-Emulation mehr nötig.

Methode 1: Local by Flywheel — der Standard für Profis

Local (seit 2022 von WP Engine, früher Local by Flywheel) ist 2026 das verbreitetste Tool für lokale WordPress-Installationen. Über 750.000 aktive Nutzer weltweit, kostenlos, verfügbar für Windows, macOS und Linux. Installation in 5 Minuten: localwp.com → Download → Installer ausführen → fertig.

Neue WordPress-Site anlegen: Local öffnen, „Create a new site“ klicken, Site-Name eingeben (z. B. „mein-test“), Standard-Konfiguration (PHP 8.2, nginx, MySQL 8) akzeptieren oder Custom anpassen, Admin-Login setzen, „Add Site“ klicken. Nach 30 Sekunden steht die Site lokal unter http://mein-test.local und ist über einen Klick im Browser erreichbar. Site-Daten liegen in einem dedizierten Ordner pro Site, kein gemeinsames Datenbank-Wirrwarr.

Methode 2: XAMPP — der Klassiker

XAMPP von Apache Friends gibt es seit 2002 und ist 2026 immer noch verbreitet, vor allem an Universitäten und in Entwickler-Schulungen. XAMPP bündelt Apache, MariaDB, PHP und Perl. Die Installation läuft auf Windows, macOS und Linux gleichermaßen. Im Gegensatz zu Local muss WordPress manuell in das XAMPP-htdocs-Verzeichnis kopiert und konfiguriert werden — Setup-Zeit etwa 30 Minuten beim ersten Mal.

Workflow: XAMPP von apachefriends.org herunterladen, installieren, Apache und MySQL starten, WordPress von wordpress.org herunterladen, ZIP in C:\xampp\htdocs\ entpacken, Datenbank in phpMyAdmin erstellen, Browser zu http://localhost/wordpress/ navigieren, Setup-Assistent durchlaufen. Klassischer Weg, der Verständnis für die einzelnen Komponenten vermittelt. Für reine Tester aber unnötig umständlich gegenüber Local.

Methode 3: MAMP — für macOS-Fans

MAMP (Macintosh, Apache, MySQL, PHP) gibt es seit 2003, ursprünglich nur für Mac, seit 2014 auch für Windows. Freie Version reicht für einfache lokale WordPress-Setups, MAMP Pro (99 USD/Jahr oder 199 USD Lifetime) bringt Multi-Site-Verwaltung, dynamische DNS-Konfiguration und SSL-Support.

Vorteile gegenüber XAMPP: schickere Oberfläche, einfacherere Konfiguration der PHP-Versionen pro Site, native macOS-Integration. Nachteile: Free-Version weniger funktional als Local Free, Pro-Version kostenpflichtig. Für macOS-Nutzer, die zwischen XAMPP und MAMP wählen, ist MAMP die bessere Wahl. Wer von Local hört und Mac nutzt, sollte trotzdem Local nehmen — kostenloser und besser auf WordPress ausgelegt.

Methode 4: DevKinsta — für Kinsta-Hosting-Kunden

DevKinsta ist das kostenlose lokale Entwicklungstool von Kinsta (Premium-WordPress-Hosting). Funktional ähnlich zu Local, mit besonderem Vorteil für Kinsta-Kunden: direkte Synchronisation zwischen lokaler Umgebung und Kinsta-Live-Site. Eine Änderung lokal pushen, ein Klick, Live-Site ist aktualisiert. Verfügbar für Windows, macOS und Linux.

Setup-Zeit etwa 10 Minuten. Voraussetzung: Docker Desktop muss installiert sein, weil DevKinsta darauf basiert. Das ist 2026 für die meisten Entwickler kein Problem, weil Docker ohnehin im Stack steht. Für Nicht-Kinsta-Kunden bringt DevKinsta keinen Vorteil gegenüber Local, aber als zweite Option im Werkzeugkasten ist es nützlich.

Methode 5: DDEV — die Container-Lösung für Teams

DDEV ist 2026 die professionellste Option für Entwickler-Teams. Basiert auf Docker, läuft als Open-Source-Projekt aus Deutschland (ehemals DDEV-Local von Localdev.foundation). Vorteil: jedes Team-Mitglied bekommt exakt die gleiche Umgebung mit identischer PHP-Version, Datenbank-Version, Server-Konfiguration. Reproduzierbar via .ddev/config.yaml-Datei, die im Git-Repo liegt.

Setup-Zeit etwa 30 Minuten für die initiale Docker-Installation und DDEV-Konfiguration. Danach läuft jede neue WordPress-Site in unter 60 Sekunden — DDEV erkennt WordPress automatisch und konfiguriert Web-Server, PHP und Datenbank passend. Ideal für Agenturen mit mehreren Entwicklern und vielen Kundensites. Solo-Entwickler bleiben oft bei Local wegen einfacherer UI.

Migration lokal → Live-Server

Nach der lokalen Entwicklung muss die fertige Site auf den Live-Server übertragen werden. Drei Methoden 2026 sind etabliert. Erstens das Plugin „All-in-One WP Migration“: exportiert die komplette Site als ZIP, importiert sie auf dem Ziel-Server. Free-Version für Sites bis 512 MB, Premium ab 69 USD einmalig. Funktioniert mit allen lokalen Tools und allen Live-Hostern.

Zweite Option: das Plugin „Duplicator“ mit ähnlichem Funktionsumfang. Free-Version ausreichend für die meisten Migrationen. Dritte Option: manuelles Backup via WP-CLI und FTP. Datenbank via mysqldump exportieren, Dateien per FTP übertragen, wp-config.php anpassen, URL via search-replace updaten. Diese Methode ist technisch anspruchsvoller, aber zuverlässig für sehr große Sites über 1 GB.

Performance der lokalen Installation

Lokale WordPress-Sites laden 2026 in wenigen Millisekunden, weil keine Internet-Latenz im Spiel ist. PageSpeed-Tests lokal sind allerdings nicht aussagekräftig für Live-Performance — der lokale Webserver ist nicht für Hochlast optimiert, kein Caching aktiv, keine CDN-Anbindung. Für Performance-Tests muss die Site auf einen vergleichbaren Live-Server gespielt werden.

Praktisch heißt das: lokal entwickeln ohne Performance-Sorgen, Performance-Optimierung erst auf Staging oder Live messen. Lighthouse-Tests lokal können aber zumindest grobe Probleme wie unkomprimierte Bilder, render-blocking JavaScript oder kaputte HTML-Strukturen aufdecken — diese Probleme zeigen sich lokal wie live.

Tool-Vergleich 2026

WP-CLI auf lokalen Installationen

WP-CLI ist 2026 das wichtigste Profi-Tool für WordPress-Administration und funktioniert lokal genauso gut wie auf Live-Servern. Mit Befehlen wie wp plugin install yoast-seo --activate oder wp user create test test@example.com --role=editor lassen sich Routine-Aufgaben in Sekunden erledigen, statt minutenlang durch das WP-Admin zu klicken.

Lokale Tools wie Local by Flywheel und DDEV bringen WP-CLI standardmäßig mit. In Local öffnet ein Rechtsklick auf eine Site das Kontextmenü „Open Site Shell“ — dort ist WP-CLI sofort einsatzbereit. DDEV-Sites erreichen WP-CLI via ddev wp. XAMPP und MAMP erfordern manuelle WP-CLI-Installation, was 5–10 Minuten dauert. Für Profis ist WP-CLI heute das Standard-Werkzeug — nicht optional.

Version-Control mit Git und WordPress

Lokale WordPress-Entwicklung profitiert massiv von Git-Versionskontrolle. Custom Themes und Plugins werden in einem Git-Repository versioniert, Änderungen über Branches und Pull-Requests organisiert. Im Team-Umfeld unverzichtbar — Solo-Entwickler profitieren ebenso durch sauberen Change-History und einfache Rollbacks.

Best Practice für WordPress-Repos 2026: nur Themes und Plugins versionieren, nicht den WordPress-Core (der wird per Composer oder Standard-Install nachgeladen). uploads-Ordner via .gitignore ausschließen (Bilder gehören nicht ins Repo). Datenbank wird separat verwaltet via Migration-Tools wie WP Migrate DB Pro. Diese Trennung hält das Repo schlank und macht Deploys reproduzierbar.

HTTPS lokal mit selbstsignierten Zertifikaten

Moderne Browser warnen bei HTTP-Sites, selbst lokal. Profis aktivieren deshalb HTTPS auch in der lokalen Entwicklungsumgebung. Local by Flywheel bietet HTTPS per Klick — ein selbstsigniertes Zertifikat wird generiert, im System-Trust-Store registriert, der Browser zeigt das Schloss-Symbol. Vorteil: Tests laufen unter realen HTTPS-Bedingungen, ohne Mixed-Content-Warnungen oder Service-Worker-Probleme.

Bei DDEV läuft HTTPS via mkcert standardmäßig. Bei XAMPP und MAMP erfordert HTTPS manuelle SSL-Zertifikats-Konfiguration in der Apache-Konfiguration — 15 Minuten Setup beim ersten Mal, danach automatisch. Wer 2026 ohne lokale HTTPS arbeitet, riskiert spätere Live-Deploy-Probleme, die zuhause nicht erkennbar waren.

Häufige Fragen 2026

Kostenloses Angebot
☎ Jetzt anrufen