WordPress Entwickler in Bochum

WordPress-Entwicklung für Bochum mit Schwerpunkt Multisite: wann ein Netzwerk für Fakultäten, Filialen oder Franchise-Standorte passt, wann getrennte Installationen besser sind. Ein Entwickler, schriftlich, remote.

WordPress Entwickler

Mein Platz in der WordPress-Community

  • Mein wordpress.org-Konto besteht seit 2006.
  • Ich habe zum WordPress-Core in den Versionen 7.0 und 7.1 beigetragen.
  • Ich betreue 30 Plugins auf wordpress.org.
  • Ich organisiere WordCamps und trete dort als Speaker auf.
  • Ich war bei jedem WordCamp Europe von 2017 bis 2026 dabei.

Mein WordPress.org-Profil

Eine Organisation mit zehn oder dreißig Teilseiten stellt früher oder später dieselbe Frage: ein WordPress-Netzwerk oder lauter einzelne Installationen? Mein Name ist Mariusz Szatkowski, ich entwickle von Gdynia aus und kenne WordPress seit 2006. Ich bin ein einzelner Entwickler und arbeite ausschließlich schriftlich auf Distanz. Diese Seite beschreibt, wie ich bei Organisationen in Bochum entscheide, ob WordPress Multisite passt, und was dabei früh festgelegt werden muss.

#Was Multisite ist und was nicht

Die WordPress-Dokumentation beschreibt Multisite als Funktion, mit der sich mehrere WordPress-Instanzen in einer Installation verwalten lassen. Die Teilseiten teilen sich die Core-Dateien und können Plugins und Themes teilen. Jede Teilseite hat aber eigene Tabellen in der Datenbank und ein eigenes Verzeichnis für Medien. Nur die Benutzertabelle ist für alle gemeinsam (WordPress Multisite / Network, Create A Network).

Die Dokumentation sagt auch, wann ein Netzwerk nicht die beste Lösung ist: Die Teilseiten seien getrennt, ähnlich wie einzelne Blogs bei WordPress.com. Wer stark verflochtene Seiten plant, die Daten oder Benutzer teilen, sollte das Netzwerk prüfen. Soll nur ein Teil der Seiten anders aussehen oder nur eine Gruppe andere Inhalte sehen, reicht oft eine einzelne Seite mit Plugin für Themes, Rechte oder Menüs (Before You Create A Network).

Inhalte werden zwischen Teilseiten nicht automatisch geteilt. Dafür gibt es Plugins, die ich nur einsetze, wenn der Bedarf klar beschrieben ist.

#Wann ein Netzwerk passt

FrageSpricht für ein NetzwerkSpricht für getrennte Installationen
BetreiberEin Rechtsträger betreibt alle TeilseitenMehrere Unternehmen mit eigenen Pflichten
TechnikGleiches Theme, gleiche PluginsJede Seite braucht eigene Plugins oder Versionen
BetreuungEine zentrale Stelle pflegt Technik und UpdatesJeder Standort will selbst installieren und aktualisieren
BenutzerRedakteure wechseln zwischen TeilseitenDie Teams sollen strikt getrennt bleiben
AusfallEin gemeinsamer Zeitpunkt für Updates ist akzeptabelEine Seite soll nie wegen einer anderen warten müssen

Der Vorteil eines Netzwerks ist die zentrale Pflege. Der Nachteil ist dieselbe Zentralität: Ein Theme gilt für alle Teilseiten, die es nutzen, und wer den Code ändert, ändert ihn für alle (Multisite Network Administration). Ein Fehler im Netzwerk trifft also mehr als eine Seite. Deshalb laufen Änderungen bei mir zuerst auf einer Staging-Umgebung.

Nicht jedes Plugin aus dem Verzeichnis läuft in einem Netzwerk. Die Dokumentation rät, die Seite des Plugins zu prüfen oder den Entwickler zu fragen. Diese Prüfung steht in meinem Plan, bevor ein Plugin gewählt wird.

#Bochum als Beispiel für eine Standortstruktur

Die Stadt Bochum gliedert sich nach eigenen Angaben in sechs Stadtbezirke und 30 statistische Bezirke, die in ihren Berichten Ortsteile heißen (Bochumer Ortsteile kompakt 2025). Wer als Verband, Träger oder Filialnetz je Stadtbezirk oder je Standort eine eigene Seite führen will, steht vor derselben Entscheidung wie jede mehrteilige Organisation: Hat jede Einheit eigene Inhalte und eigene Redakteure, aber dieselbe Technik und denselben Auftritt, passt ein Netzwerk gut. Dann gibt es eine Vorlage, eine Plugin-Auswahl und eine Wartung für alle.

Jahrhunderthalle Bochum, Skulptur auf dem Gelände

Foto: Michielverbeek, CC BY-SA 4.0, Wikimedia Commons.

#Subdomain oder Unterverzeichnis

Die Dokumentation unterscheidet zwei Adressformen. Bei Subdomains hat jede Teilseite eine eigene Adresse wie standort.beispiel.de. Bei Unterverzeichnissen liegen alle Seiten unter einer Domain, etwa beispiel.de/standort. Der Installer nennt das Subdomain- und Unterverzeichnis-Installation (Before You Create A Network).

Was für die Wahl zählt:

  • Wildcard-DNS brauchen Sie nur, wenn Nutzer Teilseiten selbst anlegen sollen. Legen Sie die Seiten manuell an, genügt eine andere Konfiguration.
  • Bestehende Seite: Ein Netzwerk mit Unterverzeichnissen lässt sich bei einer Installation, die schon länger als einen Monat läuft, nicht anlegen, weil sich Pfade bestehender Seiten und neuer Teilseiten überschneiden könnten.
  • Hauptseite im Unterverzeichnis-Netzwerk: Ihre Beiträge erscheinen unter dem Präfix blog, etwa beispiel.de/blog/2026/11/titel. Das ist so gewollt, um Kollisionen zu vermeiden, und lässt sich nur mit Aufwand ändern (Multisite Network Administration).
  • Späterer Wechsel: Das Umstellen von Subdomain auf Unterverzeichnis oder zurück ist laut Dokumentation ein fortgeschrittener Eingriff. Die Konstante allein genügt nicht, es betrifft Adressen, DNS, TLS-Zertifikate, Weiterleitungen und Cookies. Sie sollten es auf Staging testen.

Meine Empfehlung leite ich schriftlich her, nicht aus Gewohnheit. Wenn absehbar ist, dass einzelne Standorte später eine eigene Domain wollen, ist die Subdomain-Variante der kleinere Umweg.

#Eigene Domain für einzelne Standorte

Eine Teilseite kann unter einer fremden Domain erscheinen. Dazu tragen Sie im Netzwerk unter Sites die gewünschte Adresse ein, etwa https://beispiel-standort.de. Seit WordPress 4.5 ist das eine native Funktion, vorher war dafür ein Plugin nötig (WordPress Multisite Domain Mapping).

Dafür müssen vorher drei Dinge stimmen:

  1. DNS: Die Domain zeigt auf denselben Server wie das Netzwerk.
  2. TLS: Jede Domain braucht ein Zertifikat. Die Dokumentation nennt SNI für alle Domains außer der primären, damit auch die Anmeldung verschlüsselt läuft.
  3. Anmeldung: Meldet der Browser blockierte Cookies, hilft laut Dokumentation eine Zeile in der wp-config.php mit COOKIE_DOMAIN.

Wer eine Domain besitzt, entscheidet nicht ich. Ich brauche von Ihnen die Zugänge zum DNS, oder Sie tragen die Einträge nach meiner schriftlichen Anleitung selbst ein.

#Rollen: wer darf was im Netzwerk

Die Rolle Super Admin gibt es nur in einem Netzwerk. Sie hat alle Rechte, die Rolle Administrator gilt nur für eine einzelne Teilseite (Roles and Capabilities). Folgen für Ihren Alltag:

  • Standort-Administratoren können keine neuen Themes oder Plugins installieren und keine Profile anderer Benutzer bearbeiten. Das dürfen nur Super Admins (Multisite Network Administration).
  • Updates für Core, Plugins und Themes sind in einem Netzwerk ebenfalls Super Admins vorbehalten. Das spart Arbeit und nimmt Standorten die Möglichkeit, eine Aktualisierung zu verschieben.
  • Benutzer liegen in einer gemeinsamen Tabelle, brauchen aber je Teilseite eine eigene Rolle. Eine Person kann auf einer Seite Redakteurin und auf einer anderen nur Leserin sein.

Wie viele Super Admins es gibt, legen Sie fest. Je weniger, desto kleiner die Angriffsfläche. Zwei-Faktor-Anmeldung richte ich für diese Konten ein.

#Plugins und Themes im Netzwerk

Plugins werden im Netzwerk installiert und können je Teilseite oder für das ganze Netzwerk aktiviert werden. Netzwerkweit aktivierte Plugins laufen auf allen Seiten, manche funktionieren in Multisite nur so. Must-Use-Plugins im Verzeichnis mu-plugins gelten für alle Seiten und erscheinen in den Plugin-Listen der Standorte nicht (Multisite Network Administration).

Aus der Dokumentation folgen drei Regeln, die ich im Projekt anwende:

  • Was jede Seite braucht, kommt netzwerkweit, etwa Sicherheit und Sicherung.
  • Was nur einzelne Standorte brauchen, wird je Seite aktiviert.
  • Eigene Logik gehört in ein eigenes Plugin in Ihrem Repository, nicht in das Theme.

Zu Themes: Netzwerkweit aktivieren heißt nur, dass die Teilseiten es wählen können. Die Style-Änderungen im Site-Editor gelten dagegen nur für die jeweilige Seite und liegen in deren Tabellen. So bleibt ein gemeinsames Theme mit standortspezifischem Auftritt möglich. Layout und Gestaltung kommen vom Auftraggeber, ich setze sie um und entwerfe nichts.

#Recht und Datenschutz bei mehreren Betreibern

Ob ein Netzwerk rechtlich sauber ist, hängt weniger von WordPress ab als davon, wem die Teilseiten gehören.

Impressum. Nach § 5 DDG muss ein Diensteanbieter bestimmte Angaben leicht erkennbar und unmittelbar erreichbar ständig verfügbar halten, darunter Name und Anschrift, Kontaktdaten, Rechtsform, Vertretungsberechtigte und Registernummer (§ 5 DDG). Die Pflicht trifft den jeweiligen Anbieter. Betreiben rechtlich getrennte Unternehmen Teilseiten, braucht jede Seite die Angaben des eigenen Betreibers. Ein gemeinsames Impressum auf der Hauptseite reicht dann nicht.

Datenschutz. Die Benutzertabelle ist gemeinsam. Mit mehreren Betreibern stellt sich damit die Frage, wer für welche Daten verantwortlich ist. Legen zwei oder mehr Verantwortliche Zwecke und Mittel gemeinsam fest, sind sie gemeinsam Verantwortliche und regeln ihre Pflichten in einer Vereinbarung (Art. 26 DSGVO). Verarbeitet ein Dienstleister Daten im Auftrag, braucht es einen Vertrag mit den Inhalten aus Art. 28 Abs. 3 (Verordnung (EU) 2016/679). Welche Konstellation vorliegt, entscheiden Sie mit Ihrer rechtlichen Beratung. Ich beschreibe schriftlich, welche Daten wo liegen, wer Zugriff hat und welche Plugins Daten übertragen.

Für Unternehmen mit Sitz in Nordrhein-Westfalen ist in der Regel die LDI NRW die Aufsichtsbehörde. Bei Standorten in anderen Ländern kann eine andere Behörde zuständig sein.

#Wie ein Multisite-Projekt mit mir läuft

  1. Briefing per E-Mail. Sie senden die Liste der Teilseiten, wer sie pflegt, ob alle zu einem Betreiber gehören und welche Domains es gibt.
  2. Schriftliche Antwort mit Entscheidung. Netzwerk oder getrennt, Subdomain oder Unterverzeichnis, mit Begründung. Dazu Umfang, Annahmen und Ausschlüsse. Gearbeitet wird erst nach Ihrer schriftlichen Bestätigung.
  3. Aufbau auf Staging. Backup, Netzwerk, Rollen, Plugins und Domains entstehen auf einer Staging-Umgebung in Ihrem Repository. Die Dokumentation rät, vor der Einrichtung Datenbank und Dateien zu sichern.
  4. Abnahme. Sie prüfen gegen die vereinbarten Kriterien und melden Befunde schriftlich.
  5. Übergabe oder Wartung. Dokumentation und Zugänge gehören Ihnen. Optional betreue ich das Netzwerk weiter, nach den Regeln auf der Seite zur WordPress-Wartung in Bochum: getestete Updates, Sicherungen außerhalb des Hosting-Kontos, schriftlicher Monatsbericht. Stunden übertragen sich nicht in den Folgemonat.

Was Sie vorbereiten: die Liste der Teilseiten mit Betreiber und Redaktion, die Layout-Vorlage je Seitentyp (Tabelle oder Skizze, Grafikdesign und Mockups liefern Sie), Zugänge zu Hosting und DNS und die Inhalte oder deren Quelle.

#Checkliste vor der Entscheidung

  • Gehören alle Teilseiten zu einem Rechtsträger?
  • Nutzen sie dasselbe Theme und dieselbe Plugin-Auswahl?
  • Wer ist Super Admin, und wer vertritt ihn?
  • Soll eine Teilseite später eine eigene Domain bekommen?
  • Gibt es eine bestehende Seite mit Inhalten, die älter als einen Monat sind?
  • Läuft der Server mit den Rewrite-Regeln, die ein Netzwerk braucht? Die Dokumentation nennt mod_rewrite für Apache und eigene Regeln für Nginx.
  • Hat jede Teilseite ein eigenes Impressum, wo die Betreiber verschieden sind?

#Verwandte Leistungen

Wenn aus einer Teilseite ein Shop werden soll, beginnt das bei der WooCommerce-Entwicklung in Bochum. Wie ich Seiten in der Nachbarschaft betreue, steht bei der WordPress-Entwicklung in Duisburg, Essen und Dortmund.

#Häufige Fragen zu Multisite in Bochum

Ab wann lohnt sich Multisite statt einzelner Installationen? Wenn die Teilseiten dasselbe Theme und dieselben Plugins nutzen, von derselben Stelle betreut werden und rechtlich zu einem Betreiber gehören. Teilen die Seiten keine Technik oder gehören sie verschiedenen Unternehmen, sind getrennte Installationen meist die einfachere Lösung.

Subdomain oder Unterverzeichnis, was ist besser? Beides funktioniert. Unterverzeichnisse (beispiel.de/standort) brauchen keine Wildcard-DNS-Einträge, sind aber bei einer bestehenden Seite mit älteren Inhalten nicht frei wählbar. Subdomains sind flexibler, wenn später eigene Domains zugeordnet werden sollen.

Kann jeder Standort eine eigene Domain haben? Ja. Seit WordPress 4.5 ist Domain-Mapping eine native Multisite-Funktion. Pro Domain brauchen Sie einen DNS-Eintrag und ein TLS-Zertifikat, ich trage die Adresse im Netzwerk ein.

Dürfen Standortleiter Plugins installieren? Nein. In einem Netzwerk dürfen nur Super Admins Plugins und Themes installieren. Standort-Administratoren können freigegebene Plugins nur aktivieren, wenn Sie diese Einstellung im Netzwerk zulassen.

Brauche ich bei Franchise-Standorten Verträge zum Datenschutz? Wenn mehrere rechtlich getrennte Betreiber dasselbe Netzwerk nutzen, ist zu klären, wer Verantwortlicher ist und ob eine Vereinbarung nach Art. 26 oder ein Vertrag nach Art. 28 DSGVO nötig ist. Das ist eine rechtliche Einstufung, die Sie mit Ihrer Beratung treffen. Ich liefere die technischen Angaben dazu.

Kommen Sie für das Projekt nach Bochum? Nein. Ich arbeite allein und remote aus Gdynia, ohne Termine vor Ort und ohne Anrufe. Briefing, Umfang und Abnahme laufen schriftlich.

Wie starte ich? Per E-Mail über das Kontaktformular: Adresse der Website, Ziel, Termin und aktueller Stand. Auf die erste schriftliche Antwort folgt keine Rechnung.

#Ihre Anfrage

Schreiben Sie mir über das Kontaktformular: die Adresse Ihrer Website oder die Liste der geplanten Teilseiten, was das Netzwerk leisten soll, Ihren Termin und die heutige Technik (WordPress-Version, Theme, Hoster, wenn bekannt). Ich antworte schriftlich an Werktagen mit Rückfragen und einer ersten Einschätzung, ob ein Netzwerk für Ihre Organisation in Bochum passt. Die Einschätzung ist kostenlos.

Siehe auch in Deutschland

Brauchen Sie die Leistung: WordPress Entwickler in Bochum?

Beschreiben Sie Ihr Projekt per E-Mail. Antwort innerhalb von 48 Stunden.

Projekt beschreiben