Von WordPress-Multisite zurück zur Einzelinstallation – So geht’s

WordPress Multisite auflösen: Netzwerk sicher in eine Einzelinstallation zurückführen

Eine WordPress Multisite erlaubt es, mehrere Websites innerhalb einer einzigen WordPress-Installation zu verwalten. Das kann sinnvoll sein, wenn mehrere Projekte, Sprachversionen, Kundenwebsites oder Unterseiten zentral betreut werden sollen. In manchen Fällen wird ein Multisite-Netzwerk später jedoch wieder zu komplex: Vielleicht wird nur noch eine Website benötigt, die Verwaltung soll vereinfacht werden oder einzelne Seiten sollen als eigenständige WordPress-Installationen weitergeführt werden.

Das Auflösen einer Multisite ist ein fortgeschrittener technischer Vorgang. Es reicht nicht, nur ein Plugin zu deaktivieren. Multisite-Funktionen greifen in die WordPress-Konfiguration, Server-Regeln, Datenbanktabellen, Upload-Struktur, Benutzerverwaltung und teilweise auch in Plugin- und Theme-Einstellungen ein.

Wichtige Vorentscheidung: Was soll erhalten bleiben?

Bevor Sie technische Änderungen vornehmen, müssen Sie entscheiden, welches Ziel Sie verfolgen. Diese Entscheidung beeinflusst den gesamten Ablauf.

Diese Anleitung konzentriert sich auf den häufigsten Fall: Die Hauptseite soll als normale Einzelinstallation weiterlaufen. Wenn mehrere Unterseiten erhalten bleiben sollen, sollten Sie jede Website einzeln exportieren, migrieren und testen.

Warum eine Multisite-Auflösung riskant ist

WordPress Multisite verändert mehrere technische Bereiche. Beim Aktivieren einer Multisite werden zusätzliche Einträge in der wp-config.php, spezielle Rewrite-Regeln in der .htaccess und zusätzliche Datenbanktabellen genutzt. WordPress beschreibt beim Erstellen eines Netzwerks genau diese notwendigen Anpassungen an wp-config.php und Server-Regeln.

Beim Rückbau müssen diese Anpassungen kontrolliert entfernt oder angepasst werden. Fehler können dazu führen, dass die Website nicht mehr erreichbar ist, Bilder fehlen, Login-Probleme auftreten oder Inhalte aus Unterseiten verloren gehen.

Vorbereitung: Vollständiges Backup erstellen

Vor jeder Multisite-Änderung ist ein vollständiges Backup Pflicht. Ein reines Datei-Backup reicht nicht aus, weil ein grosser Teil der WordPress-Inhalte in der Datenbank gespeichert ist.

Ihr Backup sollte enthalten:

• alle WordPress-Dateien: inklusive wp-content, Themes, Plugins und Uploads,
• die vollständige Datenbank: inklusive Multisite-Tabellen und Unterseiten-Tabellen,
• wp-config.php: vor jeder Änderung separat sichern,
• .htaccess: vor jeder Änderung separat sichern,
• Uploads aller Sites: besonders bei Unterseiten unter wp-content/uploads/sites/,
• Notizen zu Domains und URLs: Hauptdomain, Subdomains, Unterverzeichnisse und Weiterleitungen.

Speichern Sie das Backup nicht nur im gleichen Hosting-Verzeichnis. Laden Sie zusätzlich eine Kopie lokal oder in einen sicheren externen Speicher herunter.

1. Aktuelle Multisite-Struktur dokumentieren

Bevor Sie etwas entfernen, dokumentieren Sie den aktuellen Zustand. Das hilft bei Fehlern und ist besonders wichtig, wenn Unterseiten später noch benötigt werden.

Prüfen Sie in der Netzwerkverwaltung:

• Welche Sites existieren im Netzwerk?
• Welche Site ist die Hauptseite?
• Welche Domains oder Pfade werden verwendet?
• Welche Themes sind netzwerkweit aktiviert?
• Welche Plugins sind netzwerkweit aktiviert?
• Welche Benutzer haben Zugriff auf welche Sites?
• Wo liegen die Uploads der einzelnen Sites?

Notieren Sie besonders die IDs der einzelnen Sites. In Multisite-Installationen haben Unterseiten häufig eigene Datenbanktabellen wie wp_2_posts, wp_3_posts oder ähnliche Präfixe.

2. Unterseiten nicht versehentlich verlieren

Eine wichtige Warnung: Inhalte von Unterseiten liegen nicht automatisch in den normalen Tabellen der Hauptseite. Die Hauptseite verwendet häufig Tabellen wie wp_posts und wp_options. Unterseiten verwenden dagegen eigene Tabellen, zum Beispiel wp_2_posts, wp_2_options oder wp_3_posts.

Wenn Sie die Multisite nur zur Einzelinstallation zurückbauen, bleibt normalerweise nur die Hauptseite direkt nutzbar. Inhalte aus Unterseiten müssen vorher exportiert oder in separate Installationen migriert werden.

3. Netzwerkweite Plugins prüfen

In Multisite-Netzwerken können Plugins netzwerkweit aktiviert sein. Nach dem Rückbau zur Einzelinstallation müssen diese Plugins wieder normal in der Hauptinstallation verfügbar und aktivierbar sein.

Prüfen Sie vor dem Rückbau:

• Welche Plugins sind netzwerkweit aktiv?
• Welche Plugins werden auf der Hauptseite benötigt?
• Welche Plugins werden nur von Unterseiten verwendet?
• Gibt es Multisite-spezifische Plugins?
• Gibt es Domain-Mapping-, Rollen- oder Netzwerk-Plugins?
• Gibt es Sicherheits- oder Cache-Plugins mit Multisite-Konfiguration?

Nach dem Rückbau sollten Sie wichtige Plugins einzeln prüfen und bei Bedarf erneut aktivieren oder konfigurieren.

4. wp-config.php sichern und Multisite-Konstanten entfernen

Verbinden Sie sich per FTP, SFTP oder über den cPanel-Dateimanager mit Ihrem Hosting-Account. Öffnen Sie im Hauptverzeichnis Ihrer WordPress-Installation die Datei wp-config.php.

Sichern Sie die Datei zuerst unter einem Namen wie wp-config-backup-multisite.php. Entfernen Sie danach die Multisite-Konstanten. Typische Einträge sehen zum Beispiel so aus:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/';
define( 'DOMAIN_CURRENT_SITE', 'ihre-domain.ch' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Auch diese Zeile wurde häufig zur Aktivierung der Netzwerkeinrichtung verwendet:

define( 'WP_ALLOW_MULTISITE', true );

Sie können diese Zeile entfernen oder auf false setzen:

define( 'WP_ALLOW_MULTISITE', false );

Wichtig ist, dass Sie nicht versehentlich andere wichtige Einstellungen löschen, zum Beispiel Datenbankzugangsdaten, Sicherheitsschlüssel, Tabellenpräfix, Debug-Einstellungen oder Memory-Limits.

5. .htaccess-Regeln auf Einzelinstallation zurücksetzen

Bei Apache- oder LiteSpeed-Setups nutzt WordPress häufig die Datei .htaccess für Permalinks und Rewrite-Regeln. Multisite-Netzwerke verwenden spezielle Regeln, die je nach Subdomain- oder Unterverzeichnisstruktur anders aussehen können.

Sichern Sie die bestehende .htaccess zuerst separat. Danach können Sie die Multisite-Regeln durch Standardregeln einer Einzelinstallation ersetzen.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Wenn Ihre WordPress-Installation nicht im Hauptverzeichnis, sondern in einem Unterordner liegt, müssen RewriteBase und Pfade entsprechend angepasst werden. Bei Nginx-Setups werden Rewrite-Regeln nicht über .htaccess, sondern über die Serverkonfiguration gesteuert.

6. Permalinks neu speichern

Nach der Anpassung von wp-config.php und .htaccess sollten Sie sich neu im WordPress-Dashboard anmelden. Öffnen Sie anschliessend:

Einstellungen > Permalinks

Klicken Sie dort auf Änderungen speichern, ohne zwingend etwas zu ändern. Dadurch schreibt WordPress die Permalink-Regeln neu. Das kann viele 404-Probleme nach technischen Änderungen beheben.

Prüfen Sie danach:

• Startseite,
• Unterseiten,
• Beiträge,
• Kategorien,
• Medien-URLs,
• Login und Dashboard,
• Kontaktformulare.

7. Datenbanktabellen nur nach Prüfung bereinigen

Eine Multisite verwendet zusätzliche Netzwerk-Tabellen. Häufige Multisite-Tabellen sind zum Beispiel:

• wp_blogs
• wp_blogmeta
• wp_blog_versions
• wp_registration_log
• wp_signups
• wp_site
• wp_sitemeta

Zusätzlich gibt es Tabellen für Unterseiten, zum Beispiel wp_2_posts, wp_2_options, wp_3_posts und weitere. Diese enthalten Inhalte der jeweiligen Unterseiten.

Löschen Sie Tabellen nicht sofort. Gehen Sie sicher vor:

1. Datenbank vollständig exportieren.
2. Tabellenpräfix prüfen, zum Beispiel wp_ oder ein individuelles Präfix.
3. Hauptseiten-Tabellen identifizieren.
4. Unterseiten-Tabellen identifizieren.
5. Prüfen, ob Inhalte aus Unterseiten noch benötigt werden.
6. Erst nach erfolgreichem Test unnötige Netzwerk-Tabellen entfernen.

8. Upload-Pfade und Bilder prüfen

In Multisite-Installationen können Medien je nach Site in unterschiedlichen Verzeichnissen liegen. Die Hauptseite verwendet häufig den normalen Upload-Pfad wp-content/uploads/. Unterseiten verwenden oft Pfade wie:

wp-content/uploads/sites/2/
wp-content/uploads/sites/3/

Wenn Sie nur die Hauptseite behalten, sind deren Medien normalerweise weiterhin vorhanden. Wenn Sie Inhalte aus Unterseiten migrieren, müssen auch deren Medien korrekt übertragen und Pfade angepasst werden.

Prüfen Sie nach dem Rückbau:

• Sind Beitragsbilder sichtbar?
• Funktionieren Bilder in Seiten und Beiträgen?
• Sind PDF-Dateien und Downloads erreichbar?
• Zeigen Bild-URLs noch auf alte Multisite-Pfade?
• Gibt es fehlende Medien aus Unterseiten?

9. Benutzerrollen und Administratorrechte prüfen

Multisite kennt Netzwerkadministratoren und Site-Administratoren. Nach dem Rückbau zur Einzelinstallation sollten Sie prüfen, welche Benutzer noch vorhanden sind und welche Rechte sie besitzen.

Prüfen Sie:

• Gibt es noch den richtigen Administrator?
• Haben ehemalige Netzwerkadministratoren passende Rollen?
• Gibt es unnötige Benutzerkonten?
• Sind Redakteure, Autoren und Mitarbeiter korrekt zugeordnet?
• Sind starke Passwörter gesetzt?
• Soll Zwei-Faktor-Authentifizierung aktiviert werden?

Gerade nach Netzwerkänderungen lohnt sich eine Bereinigung der Benutzerverwaltung.

10. Plugins und Themes nach dem Rückbau aktivieren

Nach dem Entfernen der Multisite-Funktion können netzwerkweit aktivierte Plugins anders erscheinen oder neu geprüft werden müssen. Gehen Sie zu Plugins und kontrollieren Sie den Status.

Prüfen Sie:

• Sind wichtige Plugins aktiv?
• Gibt es Multisite-spezifische Plugins, die nicht mehr benötigt werden?
• Funktionieren Sicherheits-, Cache- und SEO-Plugins?
• Ist das aktive Theme korrekt?
• Gibt es Theme-Einstellungen, die aus der Netzwerkverwaltung kamen?
• Müssen Lizenzen neu aktiviert werden?

Entfernen Sie Plugins, die nur für Multisite-Funktionen benötigt wurden, erst nach einem erfolgreichen Funktionstest.

11. Domain-Mapping und Weiterleitungen prüfen

Viele Multisite-Netzwerke verwenden Subdomains, Unterverzeichnisse oder Domain-Mapping. Beim Auflösen des Netzwerks müssen diese Domains und Weiterleitungen sauber geprüft werden.

Typische Fälle:

• site1.example.ch
• example.ch/site1/
• kundendomain.ch auf eine Netzwerkseite gemappt

Wenn diese Domains nicht mehr genutzt werden, sollten DNS, Weiterleitungen, SSL-Zertifikate und cPanel-Domainzuweisungen bereinigt werden. Wenn Inhalte erhalten bleiben, müssen passende 301-Weiterleitungen eingerichtet werden.

12. SEO-Risiken beim Auflösen einer Multisite

Wenn Multisite-Unterseiten öffentlich indexiert waren, kann eine Auflösung erhebliche SEO-Auswirkungen haben. Suchmaschinen kennen möglicherweise URLs der Hauptseite und der Unterseiten. Wenn diese URLs plötzlich verschwinden, entstehen 404-Fehler.

Prüfen Sie daher:

• Welche Netzwerkseiten waren öffentlich erreichbar?
• Welche URLs sind bei Google indexiert?
• Welche Seiten haben Backlinks?
• Welche Inhalte sollen weiter erreichbar bleiben?
• Welche alten URLs benötigen 301-Weiterleitungen?
• Welche Sitemaps müssen entfernt oder aktualisiert werden?

Nach der Umstellung sollten Sie die Google Search Console prüfen und 404-Fehler beobachten.

13. Abschlussprüfung nach der Umstellung

Wenn die Multisite-Konfiguration entfernt wurde, sollten Sie die Website systematisch testen. Der Menüpunkt Meine Websites beziehungsweise die Netzwerkverwaltung sollte verschwunden sein.

Prüfen Sie anschliessend:

• Funktioniert der Login?
• Ist das Dashboard normal erreichbar?
• Funktionieren Seiten und Beiträge?
• Sind Bilder in der Mediathek sichtbar?
• Funktionieren Permalinks?
• Funktionieren Kontaktformulare?
• Sind Plugins aktiv?
• Ist das Theme korrekt?
• Funktionieren Menüs und Widgets?
• Gibt es 404-Fehler?
• Funktioniert SSL?
• Ist die Website mobil korrekt dargestellt?

Leeren Sie danach alle Caches: WordPress-Cache, Plugin-Cache, Server-Cache, CDN-Cache und Browser-Cache.

14. Wann professionelle Unterstützung sinnvoll ist

Eine einfache Multisite mit nur einer Hauptseite lässt sich mit Erfahrung relativ sauber zurückbauen. Komplexe Netzwerke sollten jedoch professionell migriert werden.

Technische Unterstützung ist besonders sinnvoll, wenn:

• mehrere Unterseiten erhalten bleiben sollen,
• Domain-Mapping verwendet wurde,
• WooCommerce-Shops betroffen sind,
• Mitgliederbereiche oder Benutzerportale existieren,
• mehrsprachige Websites im Netzwerk liegen,
• viele Medienpfade angepasst werden müssen,
• SEO-Rankings erhalten bleiben sollen,
• Sie unsicher bei Datenbanktabellen sind.

Häufige Fehler beim Auflösen einer Multisite

• Kein vollständiges Backup: Fehler lassen sich nicht sauber rückgängig machen.
• Unterseiten-Tabellen gelöscht: Inhalte anderer Sites gehen verloren.
• Uploads nicht geprüft: Bilder aus Unterseiten fehlen nach der Migration.
• .htaccess falsch ersetzt: Website oder Unterseiten liefern 404-Fehler.
• wp-config.php beschädigt: Website ist nicht mehr erreichbar.
• Plugins nicht geprüft: Netzwerkweit aktive Plugins fehlen oder funktionieren anders.
• Keine Weiterleitungen: Alte URLs verlieren Besucher und SEO-Signale.
• Domain-Mapping ignoriert: Externe Domains zeigen ins Leere.

Empfohlene Vorgehensweise

1. Ziel festlegen: Nur Hauptseite behalten oder Unterseiten separat migrieren?
2. Vollständiges Backup erstellen: Dateien, Datenbank, wp-config.php, .htaccess und Uploads.
3. Netzwerk dokumentieren: Sites, Domains, Tabellen, Plugins, Themes und Benutzer erfassen.
4. Unterseiten exportieren: Falls Inhalte erhalten bleiben sollen.
5. wp-config.php sichern und anpassen: Multisite-Konstanten entfernen oder deaktivieren.
6. .htaccess sichern und ersetzen: Standardregeln für Einzelinstallation verwenden.
7. Permalinks neu speichern: Unter Einstellungen > Permalinks.
8. Website testen: Frontend, Backend, Medien, Plugins, Menüs und Formulare prüfen.
9. Datenbank erst später bereinigen: Nicht benötigte Tabellen erst nach erfolgreichem Test entfernen.
10. SEO und Weiterleitungen prüfen: Alte URLs, Sitemaps und Search Console kontrollieren.

Häufige Fragen zur Auflösung einer WordPress Multisite

Kann ich eine WordPress Multisite einfach deaktivieren?

Nicht wie ein normales Plugin. Multisite nutzt Einstellungen in wp-config.php, Server-Regeln, Datenbanktabellen und spezielle Upload-Strukturen. Der Rückbau muss sorgfältig erfolgen.

Bleiben meine Unterseiten erhalten?

Nicht automatisch als normale Einzelinstallation. Unterseiten haben eigene Tabellen und Upload-Verzeichnisse. Wenn sie weiterbestehen sollen, müssen sie separat exportiert oder migriert werden.

Welche Dateien muss ich bearbeiten?

Typischerweise wp-config.php und bei Apache- oder LiteSpeed-Setups die .htaccess. Bei Nginx können Serverregeln an anderer Stelle liegen.

Welche Datenbanktabellen kann ich löschen?

Erst nach vollständigem Backup und erfolgreichem Test. Netzwerk-Tabellen wie wp_blogs, wp_site oder wp_sitemeta können später entfallen, aber Unterseiten-Tabellen dürfen nicht gelöscht werden, wenn deren Inhalte noch gebraucht werden.

Warum fehlen nach dem Rückbau Bilder?

Medien aus Unterseiten liegen häufig unter wp-content/uploads/sites/ID/. Wenn Inhalte aus Unterseiten migriert wurden, müssen auch Medienpfade korrekt übernommen oder angepasst werden.

Was mache ich bei 404-Fehlern?

Speichern Sie zuerst die Permalinks neu unter Einstellungen > Permalinks. Prüfen Sie danach .htaccess, Cache, Weiterleitungen und alte Multisite-URLs.

Ist eine Multisite-Auflösung schlecht für SEO?

Sie kann problematisch sein, wenn URLs verschwinden oder keine Weiterleitungen eingerichtet werden. Mit sauberer Planung, 301-Weiterleitungen und Sitemap-Aktualisierung lässt sich das Risiko reduzieren.

Sollte ich den Rückbau selbst durchführen?

Nur, wenn Sie sicher mit Dateien, Datenbank und WordPress-Konfiguration umgehen können. Bei mehreren Unterseiten, Domain-Mapping oder wichtigen Rankings ist professionelle Unterstützung empfehlenswert.

Weitere hilfreiche Artikel:

• Was ist phpMyAdmin und wie nutze ich es?
• WordPress Bilder einfügen und optimieren
• Dateien im cPanel-Dateimanager verwalten