Seminar Magnolia CMS – Multisite, Mehrsprachigkeit und Lokalisierung

Das Seminar konzipiert und konfiguriert mehrere Websites, Domains und Sprachen mit Site-Definitionen, Locale-Strategie, Vererbung, Übersetzungsabläufen und lokalisierter Auslieferung. Der Schwerpunkt liegt auf einer reproduzierbaren Vorgehensweise mit klaren Ausgangswerten, kontrollierten Änderungen, Negativtests und dokumentierten Abnahmekriterien. Produktive Änderungen werden nicht vorausgesetzt; alle Arbeitsschritte lassen sich in einer Labor- oder Projektumgebung nachvollziehen.

Inhaltsübersicht

1. Site- und Domainmodell
2. Locale- und Fallback-Strategie
3. Redaktion und Übersetzungsablauf
4. Lokalisierte Ausgabe und Betrieb
5. Zielgruppe und Voraussetzungen
6. Didaktik und Arbeitsweise

Site- und Domainmodell

Inhaltsverzeichnis

• Site-Definitionen und Auflösungsregeln
• Domains, URL-Präfixe und Fallback-Site
• getrennte und geerbte Templates oder Themes
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Site-Definitionen und Auflösungsregeln, Domains, URL-Präfixe und Fallback-Site und getrennte und geerbte Templates oder Themes zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Site-Definitionen und Auflösungsregeln werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Domains, URL-Präfixe und Fallback-Site wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: getrennte und geerbte Templates oder Themes werden schrittweise konfiguriert oder implementiert. Ein Mehrsite-Szenario wird mit eindeutiger Auflösung und Verantwortungsgrenzen entworfen. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Site-Matrix mit Domains, Vererbung und Eigentümern.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Locale- und Fallback-Strategie

Inhaltsverzeichnis

• Default-, Fallback- und unterstützte Locales
• Sprach-Tags und URL-Strategie
• fehlende Übersetzungen und fachliche Fallbackregeln
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Default-, Fallback- und unterstützte Locales, Sprach-Tags und URL-Strategie und fehlende Übersetzungen und fachliche Fallbackregeln zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Default-, Fallback- und unterstützte Locales werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Sprach-Tags und URL-Strategie wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: fehlende Übersetzungen und fachliche Fallbackregeln werden schrittweise konfiguriert oder implementiert. Mehrere Sprachen werden eingerichtet und gegen vollständige sowie unvollständige Inhalte geprüft. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Sprachkonzept mit Fallback- und URL-Regeln.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Redaktion und Übersetzungsablauf

Inhaltsverzeichnis

• mehrsprachige Felder und Seiten
• Übersetzungsstatus, Aufgaben und Qualität
• Terminierung und koordinierte Veröffentlichung
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet mehrsprachige Felder und Seiten, Übersetzungsstatus, Aufgaben und Qualität und Terminierung und koordinierte Veröffentlichung zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: mehrsprachige Felder und Seiten werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Übersetzungsstatus, Aufgaben und Qualität wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Terminierung und koordinierte Veröffentlichung werden schrittweise konfiguriert oder implementiert. Ein Ausgangsinhalt wird übersetzt, geprüft und zeitgleich in mehreren Sprachen veröffentlicht. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Übersetzungsworkflow mit Status- und Freigaberegeln.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Lokalisierte Ausgabe und Betrieb

Inhaltsverzeichnis

• sprachabhängiges Rendering
• Delivery API für lokalisierte Inhalte
• Cache, Suchindex und Monitoring je Site und Sprache
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet sprachabhängiges Rendering, Delivery API für lokalisierte Inhalte und Cache, Suchindex und Monitoring je Site und Sprache zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: sprachabhängiges Rendering werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Delivery API für lokalisierte Inhalte wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Cache, Suchindex und Monitoring je Site und Sprache werden schrittweise konfiguriert oder implementiert. Lokalisierte Seiten- und API-Antworten werden auf Konsistenz und Cacheverhalten geprüft. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Betriebscheckliste für Sites, Sprachen und Auslieferung.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Zielgruppe und Voraussetzungen

Inhaltsverzeichnis

• Adressierte Rollen
• Fachliche und technische Vorkenntnisse
• Labor- und Arbeitsmittel

Zielgruppe: Magnolia-Administration und -Entwicklung, Content-Architektur, internationale Redaktion, Übersetzungsmanagement, Webbetrieb und Lösungsarchitektur.

Voraussetzungen: Magnolia-Grundkenntnisse sowie Verständnis von Domains, URL-Strukturen, Sprachen und redaktionellen Verantwortungen.

Für die Praxisanteile wird eine getrennte Magnolia-Umgebung mit Beispieldaten verwendet. Administrations- und Entwicklungsübungen werden mit nicht produktiven Konten durchgeführt. Vor jedem Eingriff werden Ausgangszustand, erwartete Wirkung und Rückfallmöglichkeit festgehalten.

Didaktik und Arbeitsweise

Inhaltsverzeichnis

• Fachimpuls und Demonstration
• Geführte Umsetzung
• Kontrollierte Fehlerfälle
• Abnahme und Dokumentation

Kurze Fachimpulse werden unmittelbar durch Demonstrationen und geführte Arbeitsschritte vertieft. Jede Übung enthält einen definierten Ausgangszustand, konkrete Prüfpunkte, mindestens einen Negativfall und eine schriftliche Abnahme. Wiederholbare Checklisten und Runbooks stehen im Mittelpunkt; reine Funktionsvorführungen ohne Prüfung sind nicht Bestandteil des Vorgehens.