Mandanten und Portale im SEO CMS

Wer mehrere Websites betreibt, pflegt mit getrennten Installationen dieselben Updates mehrfach und gleicht Vorlagen von Hand an. Das SEO CMS ist von Anfang an mandantenfähig gebaut. Eine Installation trägt beliebig viele Websites, jede mit eigener Domain, eigener Datenbank und eigenem Ausgabeverzeichnis. Diese Seite behandelt Mandantenfähigkeit, Mandantenverwaltung, Portal-Synchronisation und zentrale Datenbankverwaltung. Was ein Mandant ist, erklärt das Lexikon unter Mandant.

Was getrennt ist und was gemeinsam

Getrennt sind alle Inhalte: Beiträge, Lexikon, Verzeichnis, Autorenprofile, statische Seiten und Einstellungen liegen in der Datenbank des jeweiligen Mandanten. Getrennt sind auch das Ausgabeverzeichnis unter sites/ und die Einstellungen für Name, Farbe, Adresspfade und Vokabular. Ein Mandant sieht die Daten eines anderen nicht.

Gemeinsam sind Programmcode, Vorlagen und die zentralen Dateien unter shared/. Eine Aktualisierung des CMS wirkt deshalb auf alle Websites zugleich, und ein behobener Fehler ist überall behoben. Dieser Verbund ist ein Beispiel: www.seo-manager.info und seine Fachportale, darunter dieses hier, laufen als Mandanten einer gemeinsamen Installation. Jede Sub hat ihre eigene Datenbank, ihre eigene Themenfarbe und ihr eigenes Bildzeichen.

Nach unserer Erfahrung lohnt sich der Aufbau, sobald mehrere Websites zu pflegen sind. Bei einer einzelnen Website ist eine einzelne Installation meist leichter zu überblicken. Die Vor- und Nachteile beschreibt der Beitrag Ein System, viele Websites.

Auch der Funktionsumfang ist je Mandant einstellbar. Unter Einstellungen und Module lassen sich Verzeichnis, Bestenliste, Ortsseiten, Blog, Lexikon und Autorenprofile einzeln abschalten. Ein abgeschaltetes Modul verliert seinen Menüpunkt und seine Zeilen in der Sitemap, die Adresse bleibt aber in den Einstellungen erhalten und steht beim Wiedereinschalten wieder bereit. Ein reines Ratgeberportal braucht so kein leeres Verzeichnis, und ein Verzeichnisportal kommt ohne Blog aus. Bezeichnungen wie "Agentur", "Shop" oder "Funktion" stellt jeder Mandant über das Vokabular selbst ein, beschrieben unter Ordnung, Vokabular und Querverweise.

Mandanten im Backend verwalten

Auf dem Portal gibt es im Backend eine Mandantenverwaltung. Dort legst du einen neuen Mandanten an, richtest ihn ein und baust ihn, ohne den Host zu wechseln. Fremde Mandanten laufen dabei in einem eigenen PHP-Prozess, weil sich die Konstanten eines Mandanten je Prozess nur einmal setzen lassen. Der Unterprozess läuft unter demselben Benutzer, die Dateirechte bleiben also gleich.

Im Backend angelegte Mandanten speichert das CMS in einer JSON-Datei, config/tenants.json. Eine vom Webserver beschreibbare PHP-Datei im Anwendungsverzeichnis wäre ein Weg, fremden Code auszuführen. Eine JSON-Datei wird nur gelesen und ausgewertet. Mandanten, die du von Hand in config/tenants/ pflegst, bleiben daneben gültig. Welche Subdomain zu welchem Mandanten gehört, löst die Domain-Weiche über den Hostnamen auf. Sie steht auf der Seite Adressen, Weiterleitungen und Zertifikate.

Das Portal bündelt die Subs

Ein Mandant kann als Portal arbeiten. Er führt dann in der Voreinstellung kein eigenes Verzeichnis, sondern listet die übrigen Websites. Beim Build liest er die Stammdaten jedes Subs direkt aus dessen Datenbank und schreibt sie bei sich als Eintrag und als Position in die Liste fort. Ein neu installierter Sub erscheint damit nach dem nächsten Build des Portals auf dessen Startseite, und gepflegt wird jede Angabe nur an einer Stelle.

Übernommen werden nur Subs, die zur Indexierung freigeschaltet sind. Eine Website im Aufbau taucht also nicht auf der Startseite des Portals auf. Die Reihenfolge kommt aus einer Einstellung des jeweiligen Subs. Punktwerte vergibt der Abgleich keine. Wie der Indexierungsschalter wirkt, steht unter Indexierung, Sitemap und robots.txt.

Datenbankzugänge an einer Stelle

Ab dem zweiten Mandanten hilft die zentrale Datenbankverwaltung. Ein Benutzer, ein Passwort, ein Präfix: Der Name der Datenbank ergibt sich aus Präfix und Mandantenschlüssel. Die Zugangsdaten stehen damit an einer Stelle und nicht in jeder Konfigurationsdatei. Gespeichert wird auch das als JSON, aus demselben Grund wie bei den Mandanten. Einzelne Mandanten nimmst du aus der zentralen Verwaltung heraus, wenn sie bewusst auf einem anderen Konto liegen sollen. Dann gilt der Datenbankblock in ihrer eigenen Konfigurationsdatei.

Wo ein eigener Provisionierungsbenutzer hinterlegt ist, legt die Einrichtung fehlende Datenbanken selbst an, statt mit einer Fehlermeldung abzubrechen. Dieser Benutzer braucht Rechte, die auf Datenbanken mit dem eingestellten Präfix begrenzt sind. An andere Datenbanken kommt er nicht heran. Ein üblicher Datenbankbenutzer aus der Hosting-Oberfläche darf keine Datenbanken anlegen.

Was zu beachten ist

Ein gemeinsamer Code heißt auch: Ein Fehler in einem Update betrifft alle Mandanten. Deshalb gehört jede neue Fassung zuerst auf eine Testinstallation. Erweiterungen wie die zentrale Moderation heben die Trennung der Mandanten teilweise auf, weil sie wartende Einträge aller Websites auf einer Seite zeigen. Sie sind darum standardmäßig ausgeschaltet. Was die Wartung über alle Mandanten hinweg erleichtert, beschreibt die Seite Backend, Wartung und Diagnose.

Für Agenturen und Betreiber mehrerer Fachportale ist der Aufbau naheliegend. Für eine einzelne Firmenwebsite ohne Unterseiten auf weiteren Domains bringt er wenig. Den Begriff erklärt auch das Lexikon unter Mandantenfähigkeit. Wenn Suchmaschinen mehrere Domains eines Betreibers als Netzwerk sehen, gelten dieselben Regeln wie für jede andere Website: Jede braucht eigene, nützliche Inhalte. Das Glossar beschreibt das Risiko unter Duplicate Content.

Du betreibst mehrere Websites und überlegst, sie zusammenzulegen? Bring eine Liste deiner Domains in die gratis Sprechstunde mit, dann sprechen wir darüber, ob ein Mandantenbetrieb für dich passen könnte.

Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.