--- title: Redakteursgruppen erstellen, die Kunden lieben url: "https://b13.com/de/wissen/redakteursgruppen-erstellen-die-kunden-lieben" description: Ein gut strukturiertes Backend ist mit entscheidend für ein erfolgreiches TYPO3-Projekt. Erfahre hier, wie Du es schaffst, dass Deine Redakteure dauerhaft zufrieden sind. image: "https://b13.com/fileadmin/_processed_/6/8/csm_Blog_Redakteursgruppen_191-2_4a3f294c2b.png" date: 2020-03-26 modified: 2026-08-19 lastUpdated: 2026-08-19 --- # Redakteursgruppen erstellen, die Kunden lieben [ TYPO3 ](https://b13.com/de/wissen/typo3) Redakteursgruppen erstellen, die Kunden lieben ================================================ ![](https://b13.com/fileadmin/_processed_/9/a/csm_desiree_bf441faeda.jpg)Desirée Lochner 27. März 2020 [ RSS Feed ](https://b13.com/de/rss.xml) ![Zwei Personen interagieren mit einer digitalen Benutzeroberfläche, wobei eine auf einen Bildplatzhalter zeigt, während die andere auf Textfelder deutet. Die Szene zeichnet sich durch ein modernes Design mit lebendigen Farben und abstrakten Formen im Hintergrund aus.](https://b13.com/fileadmin/_processed_/8/7/csm_Blog_Redakteursgruppen_12e0c2688c.webp) Wie wir uns das „Warum kann der Redakteur das und ich nicht?“-Chaos, Zeit und zusätzliche Arbeit sparen Der Erfolg eines TYPO3-Projekts hängt maßgeblich mit der Zufriedenheit der Redakteure zusammen, die die Installation regelmäßig nutzen. Gut durchdachte Redakteursgruppen und ein gut strukturiertes Backend bilden die Basis dafür, dass Redakteure gerne in dem Backend arbeiten (und u.a. auch zufrieden mit Eurer Arbeit sind!). Eine sinnvoll konzipierte Redakteursgruppen-Logik ist deshalb essentiell für ein System, das auch langfristig gut nutzbar, nachvollziehbar, erweiterbar und wartbar ist. Denn keiner will in einem laufenden Projekt später die Arbeit haben, das Chaos im Backend aufräumen zu müssen. Wer es gleich richtig macht, spart sich Zeit und Nerven! In diesem Blogpost zeige ich einige Grundsätze, wie Backend Usergruppen aufgebaut werden können und ein Backend ermöglichen, das Redakteure lieben. Grundsätze ------------ ### 1. Vom Allgemeinen zum Spezifischen Beim Aufbau einer Redakteursgruppen-Logik gilt: Immer vom Allgemeinen zum Spezifischen. Der Fall könnte später eintreten, dass eine Redakteursgruppe benötigt wird, die einen sehr eingeschränkten Zugriff haben soll (z.B. nur ein bestimmtes Modul, in dem nur ein bestimmtes Contentelement gepflegt werden darf). Aus diesem Grund braucht es eine Basis, auf der diese spezifische Redakteursgruppe aufgebaut werden kann (siehe Abschnitt zu [„Basic Page Access“](#c783)). ### 2. „Verkonfiguriere“ nicht deine Backend-Benutzer: Eine neue Redakteursgruppe tut keinem weh Besonders in Installationen mit sehr vielen Backend Users ist es nicht empfehlenswert, spezifische Konfigurationen an einem Backend User vorzunehmen, um seinen Zugriff zu beschränken oder zu erweitern (z.B. wenn ein Redakteur aus einer Abteilung spezifische Rechte bekommt). Es ist immer besser, für solche Fälle eine auf den Nutzer oder das Team zugeschnittene Redakteursgruppe zu erstellen. Alle zukünftigen Änderungen können dann an der Gruppe vorgenommen werden, ohne dass die Nutzer im Einzelnen angepasst werden müssen. Kommen nämlich neue Redakteure zum Team dazu, die dieselben Berechtigungen benötigen, müsste man zu jeder Zeit noch wissen, welche Nutzer im selben Team sind und dieselben Zugriffsrechte haben. Und mal ganz ehrlich: Dein Kopf hat wichtigere Dinge zu tun als sich das zu merken! Also: Mach dir dein Leben einfacher! Erstelle einfach neue Backend Usergruppen. ### 3. Nutze das Beschreibungsfeld unter „Hinweise“ Hinterlasse eine Beschreibung an der Nutzergruppe, die genau erklärt, wofür eine Nutzergruppe gedacht ist (und wozu auch nicht). Das wird dein Leben (und das der anderen) deutlich erleichtern, wenn Du nach Monaten oder Jahren Anpassungen an der Konfiguration vornehmen sollst. Zusätzlich bewahrt es andere auch davor, unabsichtlich Konfigurationen vorzunehmen, die die grundsätzliche Logik „zerstören“. ![Bearbeitungsoberfläche für die Benutzergruppe „Standard-Editor“ im Backend, die Abschnitte für Dateninformationen, Beschreibung, Zugriffsrechte und Optionen anzeigt. In der Beschreibung wird sie als Basisbenutzergruppe zur Verwaltung spezifischer Zugriffsrechte bezeichnet.](https://b13.com/fileadmin/_processed_/b/3/csm_backend_usergroups_basic-page-access_DE_eefc791671.webp) ### 4. Zugriff auf die Filelist/einen spezifischen Filemount Vergiss nicht, dass Deine Redakteure Dateien hochladen, verwenden und verwalten möchten. Lege deshalb — nach Bedarf — entsprechende Filemounts an und weise diese deiner Backend User-Gruppe zu (lieber der Gruppe als einem User — siehe [Punkt 2](#c773)). ### 5. Nicht verwendete Datenbank-Felder können komplett entfernt werden Damit die Einrichtung der Usergruppen so einfach wie möglich geht, sollten alle nicht genutzten Datenbank-Felder mit Hilfe der TCA Konfiguration oder `PageTSconfig` aus der Installation entfernt werden. Das sollte im besten Fall direkt bei der Integration eines neuen Contenttyps oder Plugins geschehen, da der Entwickler zu diesem Zeitpunkt am besten weiß, welche Felder tatsächlich genutzt werden. Bei der Konfiguration muss dann keiner überlegen, welche Felder den Nutzergruppen zugeordnet werden müssen und welche nicht. Notiz am Rande: Es gibt zwei Wege, um Datenbankfelder zu konfigurieren: „`explicitlyAllow`„ (explizit erlauben) und “`explicitlyDeny`„ (explizit verbieten). Um ein komplexes System erweiterbar zu halten, sollte immer die „`explicitlyAllow`„-Option verwendet werden. So kann vermieden werden, dass Felder verboten werden, die eigentlich aufgrund der Vererbung innerhalb einer Eltern-Nutzergruppe bereits erlaubt wurden. Ein- und Ausblenden von einzelnen Feldern in Seiten, Contenttypen oder anderen Datensatztypen auf Basis von Usergruppen sollte nur dann vorgenommen werden, wenn eine allgemeine Behandlung nicht möglich oder sinnvoll ist, d.h. wenn es also tatsächlich für das gleiche Element unterschiedliche Berechtigungen geben muss. Ein mögliches Beispiel ist die Checkbox „Restrict editing to admin users“ in Contentelementen, die für Redakteure weder sicht- noch editierbar sein sollte. Wird die Checkbox nämlich aktiviert, schließt sich der Redakteur selbst von der Bearbeitung des Elements aus. Diese Möglichkeit sollte er erst gar nicht haben ;-). ### 6. Datenbank-Felder müssen sinnvoll benannt werden Um es möglichst übersichtlich und nachvollziehbar zu machen, sollten die einzelnen Datenbankfelder sinnvoll und verständlich benannt werden (im Default TCA). Die Bezeichnungen sollten für alle am Projekt Beteiligten (z.B. Projektmanager) verstanden werden können — nicht nur von Entwicklern. ### 7. Installation der benötigten Sprache Viele Redakteure möchten das Backend am liebsten in ihrer Muttersprache bedienen und nicht auf Englisch. Vergiss deshalb nicht, das entsprechende Sprachen-Paket in TYPO3 zu installieren, damit das Backend auch in der gewünschten Sprache verfügbar ist. ### 8. Vergiss die Konfiguration über das Access-Modul nicht Über das Access-Modul wird gesteuert, welche Berechtigungen auf Seitenebene für die Redakteursgruppen gelten. Hierbei wird zwischen der „Group“ und „Everybody“ unterschieden. Für die Konfiguration von „Everybody“ muss der kleinste gemeinsame Nenner aller Redakteursgruppen identifiziert werden. **Beispiel:** Alle Redakteure dürfen Seiten sehen und Content bearbeiten, manche aber auch zusätzlich noch Seiteneigenschaften pflegen. In diesem Fall wäre der kleinste gemeinsame Nenner aller Redakteursgruppen demnach „Show Page“ und „Edit Content“, da ja nicht alle Redakteure Seiteneigenschaften bearbeiten dürfen (d.h. „Everybody“ bekommt diese beiden Berechtigungen). Die zusätzliche Berechtigung für Seiteneigenschaften muss dann über die Konfiguration „Group“ gesteuert werden. ### 9. Halte fest, wie die Backend Usergruppen konzipiert sind Besonders in komplexen Installationen empfehlen wir, die Logik der Backend Usergruppen zu dokumentieren, damit alle Beteiligten die Logik jederzeit einsehen und verstehen können. Ein einfaches Diagramm, auf das alle Beteiligten Zugriff haben und ggf. Angepasst werden kann, ist dafür sehr hilfreich. ![Flussdiagramm, das die Benutzerzugriffslevel für ein System darstellt. Es umfasst „Basisseitenzugriff“, „Standard-Editoren“ und spezifische Benutzergruppen für Personalwesen, Marketing und Produktmanagement, wobei deren Rollen und Zugriffsberechtigungen detailliert beschrieben werden.](https://b13.com/fileadmin/_processed_/7/e/csm_backend_usergroups_table_DE_6d9f5e8072.webp) Wie sollte ich die Usergruppen-Logik aufbauen? ------------------------------------------------ Die Redakteursgruppen-Logik kann wie ein Haus betrachtet werden: Die Gruppen basieren jeweils auf einer anderen Gruppe und werden so mit jedem Stockwerk immer spezifischer. ![Diagramm, das eine hierarchische Struktur veranschaulicht, mit einem zentralen Haus, das "Standard-Redakteur" repräsentiert, und vier Abteilungen, die von "Redaktion Abteilung 1" bis "Redaktion Abteilung 4" beschriftet sind. Ein kleineres Haus mit der Bezeichnung "Basis-Gruppe](https://b13.com/fileadmin/_processed_/f/9/csm_backend_usergroups_house_DE_504e2da973.webp) ### Hinweis: Diese Logik ist ein Vorschlag, der für wenig komplexe Berechtigungslogiken für die meisten Projekte funktionieren sollte. In Ausnahmefällen (d.h. bei sehr komplexen Redakteurskonzepten) kann die Logik abweichen. ### 1. Basis-Gruppe \[= „Basic Page Access“\] - das Fundament der Redakteursgruppen 1. Zu Beginn eines Projekts sollte bereits die erste Redakteursgruppe „Basic Page Access“ angelegt werden, die die Basis für alle weiteren Redakteursgruppen bildet. 2. Diese wird in der TYPO3-Konfiguration (`TCEMAIN.permissions`) so hinterlegt, dass (i.d.R.) alle Seiten diese Gruppe erhalten (kann im Access-Modul eingesehen werden). **Hinweis:** Es gibt selbstverständlich Sonderfälle und Anforderungen, in denen die Basic Page Access nicht als Basis für alle anderen dienen kann. 3. **Wichtig:** Die Basic Page Access-Gruppe erhält sonst keinerlei weitere Berechtigungen innerhalb der Usergroup! Diese Gruppe dient dazu, dass neu angelegte Seiten (egal von welchem Redakteur mit welcher Redakteursgruppe) grundsätzlich sichtbar sind für andere Redakteure (und nicht wie es sonst TYPO3-Standard wäre nur für die Personen mit derselben Redakteursgruppe wie die des Seiten-Erstellers). ![Tabelle mit Berechtigungen, die Spalten für "Besitzer," "Gruppe," "Jeder" und "Sperren" enthält. Die Zeile zeigt die Berechtigungen für die "Startseite" mit Häkchen und einem roten Kreuz für verschiedene Zugriffslevel an.](https://b13.com/fileadmin/_processed_/1/c/csm_backend_usergroups_permissions_DE_681d254c0d.webp) ### 2. Standard-Redakteursgruppe — das Erdgeschoss 1. Die Standard-Redakteursgruppe erbt die Einstellungen der Gruppe „Basic Page Access“. 2. Die Standard-Redakteursgruppe stellt die Konfiguration für den „Standard“-Redakteur dar. Hier werden also alle Einstellungen vorgenommen, die für die meisten Redakteure benötigt werden, d.h. Alle Contenttypen, Module, Plugins, die alle Redakteure sehen und bearbeiten können sollen. Ausgenommen sind hier Redakteure mit sehr eingeschränktem Zugriff (siehe [Punkt 4](#c790) dazu). ![Backend-Benutzergruppeneinstellungen für "Standard-Redakteur" mit Abschnitten für Bearbeitungsberechtigungen, Datenbankeinträge und verfügbare Objekte. Die Benutzeroberfläche umfasst Felder zur Eingabe von Daten und zur Verwaltung der Verfügbarkeit von Objekten.](https://b13.com/fileadmin/_processed_/c/5/csm_backend_usergroups_firstfloor_DE_c6add2ccba.webp) ### 3. Redakteure mit spezifischen Zugriffsrechten (z.B. Redakteure einer bestimmten Abteilung) – die Zimmer im Obergeschoss 1. In den meisten Projekten haben wir Backend Nutzer aus verschiedenen Unternehmens-Abteilungen, die deshalb auch häufig nur Zugriff auf einen bestimmten Teil des Seitenbaums erhalten (z.B. nur die Karriere-Seiten für die HR-Abteilung o.Ä.). 2. Diese Redakteure erben also die Einstellungen der Standard-Redakteursgruppe (welche die Einstellungen der Basic Page Access-Gruppe erbt) und erhalten zusätzlich nur spezifische Berechtigungen auf einen Teil des Seitenbaums und einen bestimmten Filemount. ![Benutzeroberfläche zur Bearbeitung der Backend-Benutzergruppe "Editor Human Resources", die Abschnitte für Datenberechtigungen, Auswahlmöglichkeiten und verfügbare Objekte anzeigt. Die Felder umfassen "Karriere" sowie Optionen zur Verwaltung des Benutzerzugriffs und der Berechtigungen.](https://b13.com/fileadmin/_processed_/e/f/csm_backend_usergroups_secondfloor_DE_ad3f324695.webp) ### 4. Redakteursgruppe mit sehr eingeschränkten Berechtigungen — die Hundehütte 1. Damit auch im Nachhinein noch Redakteursgruppen erstellt werden können, die sehr spezifische und wesentlich geringere Zugriffsrechte haben als die Standard-Redakteursgruppe (z.B. Zugriff auf nur ein bestimmtes Modul oder aber nur Zugriff auf ein paar spezifische Contentelementtypen etc.), dürfen der Basic Page Access-Gruppe keinerlei weitere Rechte gegeben werden Auch wenn es momentan evtl. so aussieht, dass es „ohnehin nur eine Redakteursgruppe gibt, bei der alle dasselbe können“, wird es später sicherlich einen Sonderfall geben. Den gibt es nämlich immer. Wirklich immer ;-). 2. Die „Hundehütte“ erbt damit die Konfiguration der Basic Page Access-Gruppe. Das Wichtigste kurz und knapp ------------------------------- - Backend Nutzergruppen sollten sauber konzipiert werden, BEVOR sie konfiguriert werden. Sprich dazu immer mit dem Kunden, damit seine Bedürfnisse und Strukturen in den Gruppen gut abgebildet werden. Wird das berücksichtigt, muss nachher keiner das Chaos beseitigen. - Nutzergruppen sollten immer vom Allgemeinen zum Spezifischen aufgebaut werden. - Entwickler sind keine Redakteure. Trotzdem müssen sie das Backend durch die Augen eines Redakteurs betrachten, wenn sie es konfigurieren. - Glaube niemals der Aussage „Wir brauchen wirklich nur eine Nutzergruppe für alle Redakteure. Da gibt es keine Ausnahmen.“ Das stimmt nicht. Nie. - Ein gut durchdachtes System spart dir, deinen Kollegen und dem Kunden unglaublich viel Zeit (und Nerven). Außerdem macht es den Redakteuren in ihrer täglichen Arbeit sehr viel mehr Spaß damit zu arbeiten — und davon profitieren letztlich alle. Ich versprech’s. ### Geschrieben von: ![Lächelnde Frau mit schulterlangem Haar, die ein helles Oberteil trägt, in einem modernen Büroumfeld mit verschwommenem Hintergrund.](https://b13.com/fileadmin/_processed_/9/a/csm_desiree_e6f1adcb99.webp) Kreative Projektmanagerin die mit Herz und Sachverstand stets die Fäden zusammenhält - im Büro und auf der Bühne Desirée Lochner Consulting [ mehr von Desirée Lochner ](https://b13.com/de/team/desiree-lochner) Ähnliche Artikel ------------------ - ![Cartoon-Trophäenfigur umgeben von Händen, die Daumen hoch und ein Herzzeichen geben, vor einem Hintergrund mit Zahnradmuster.](https://b13.com/fileadmin/_processed_/f/7/csm_T3ppy_Design_Kit_Headerbild_b51eb9dc31.webp) ### T3ppy gibt TYPO3 ein freundliches Gesicht 06. August 2026 | Florian “Flix” Keitgen TYPO3 ist leistungsstark — muss sich aber nicht unpersönlich anfühlen. Das ist T3ppy, unser freundlicher Begleiter fürs Backend. [ weiterlesen: T3ppy gibt TYPO3 ein freundliches Gesicht ](https://b13.com/de/wissen/t3ppy-design-kit) - ![Hammer mit der Aufschrift 'KI' auf einem schaltkreis-musternden Hintergrund mit gelben Sternen, der Regulierung oder Gesetzgebung im Zusammenhang mit künstlicher Intelligenz in der EU symbolisiert.](https://b13.com/fileadmin/_processed_/1/0/csm_EUAIAct_Headerbild_510724b3de.webp) ### KI-Inhalte in TYPO3: Transparenz braucht Verantwortung 02. August 2026 | Benni Mack Der EU AI Act rückt die Herkunft KI-generierter Inhalte in den Fokus. AI Label kennzeichnet KI-generierte und KI-bearbeitete Inhalte in TYPO3 und dokumentiert, wer den… [ weiterlesen: KI-Inhalte in TYPO3: Transparenz braucht Verantwortung ](https://b13.com/de/wissen/ai-content-in-typo3-labelling-needs-accountability) - ![Eine Reihe stilisierter Figuren in verschiedenen Posen, jede mit einem markanten orangefarbenen Hut, zeigt einen Übergang vom Gehen zum Stillstehen, während sie auf ein Handy schauen, vor einem lila Gitterhintergrund.](https://b13.com/fileadmin/_processed_/d/7/csm_QueuesDDEV_Headerbild_f640931350.webp) ### Bessere Skalierbarkeit mit entkoppelten Queues: So richtest du RabbitMQ mit TYPO3 ein 10. April 2024 | Jochen Roth Wenn integrierte Nachrichtentransporte an ihre Grenzen stoßen, kann RabbitMQ TYPO3 mit einer skalierbaren, robusten Message Queue versorgen. [ weiterlesen: Bessere Skalierbarkeit mit entkoppelten Queues: So richtest du RabbitMQ mit TYPO3 ein ](https://b13.com/de/wissen/bessere-skalierbarkeit-mit-entkoppelten-queues-so-richtest-du-rabbitmq-mit-typo3-ein) - ![Eine Cartoonfigur, die einem Schild ähnelt, gibt ein Daumen hoch vor einer Computeroberfläche mit verschiedenen Menüoptionen.](https://b13.com/fileadmin/_processed_/e/6/csm_Header_cda1f80173.webp) ### Gestatten, T3ppy! Ein neues Zeitalter für die Redaktionsarbeit in TYPO3 01. April 2026 | Florian “Flix” Keitgen Entdecke T3ppy und AiM — Deine KI-Assistenz im TYPO3 Backend für bessere Inhalte, klare Strukturen und volle Kontrolle über Redaktions-Prozesse. [ weiterlesen: Gestatten, T3ppy! Ein neues Zeitalter für die Redaktionsarbeit in TYPO3 ](https://b13.com/de/wissen/gestatten-t3ppy-ein-neues-zeitalter-fuer-die-redaktionsarbeit-in-typo3) - ![Retro-Mikrofon-Illustration mit einem Einkaufswagen-Symbol im Hintergrund, das E-Commerce oder Online-Shopping symbolisiert.](https://b13.com/fileadmin/_processed_/f/8/csm_Marketplace_Headerbild_ee1575614c.webp) ### Warum TYPO3 einen Marketplace für Produkte braucht 25. März 2026 | Florian “Flix” Keitgen Ein Marketplace würde TYPO3-Produkte sichtbarer machen, den Vergleich erleichtern und Agenturen sowie Kunden gleichermaßen profitieren lassen. [ weiterlesen: Warum TYPO3 einen Marketplace für Produkte braucht ](https://b13.com/de/wissen/warum-typo3-einen-marketplace-fuer-produkte-braucht) - ![Eine Hand hält eine Lupe über den Laptop-Bildschirm, der eine Webseite mit einem Bild und Textelementen anzeigt.](https://b13.com/fileadmin/_processed_/e/5/csm_BackendUserSection_Headerbild_6093c842fd.webp) ### Ein echter Geheimtipp in TYPO3: Die Backend User Section (Doktype 6) 05. März 2026 | David Steeb Entdecke den oft unterschätzten Doktype 6 (Backend User Section) in TYPO3 für sichere interne Vorschauen, Redaktionstrainings und Prototyping. Erfahre praxisnahe Anwendungsfälle,… [ weiterlesen: Ein echter Geheimtipp in TYPO3: Die Backend User Section (Doktype 6) ](https://b13.com/de/wissen/ein-echter-geheimtipp-in-typo3-die-backend-user-section-doktype-6) - ![Zwei stilisierte Webseiten-Designs mit einem Benutzerprofil, Platzhaltern für Bilder und Textabschnitten, vor einem hellblauen Hintergrund.](https://b13.com/fileadmin/_processed_/2/0/csm_BackendPreview_Headerbild_b4c5799cfa.webp) ### Backend-Content-Previews mit System — warum wir EXT:backendpreviews entwickelt haben 09. Februar 2026 | David Steeb EXT:backendpreviews sorgt für konsistente Content-Previews im TYPO3-Backend mit Fluid Templates, Layouts und Partials. [ weiterlesen: Backend-Content-Previews mit System — warum wir EXT:backendpreviews entwickelt haben ](https://b13.com/de/wissen/backend-content-previews-mit-system-warum-wir-extbackendpreviews-entwickelt-haben) - ![Eine menschliche Hand schüttelt eine Roboterhand vor einem lila Hintergrund mit Herzmustern, was die Zusammenarbeit zwischen Menschen und Technologie symbolisiert.](https://b13.com/fileadmin/_processed_/6/2/csm_AIbotsLoveMarkdown_Headerbild_72fe5820d6.webp) ### Das Internet ist nicht mehr nur für Menschen — KI-Bots lieben Markdown 28. Januar 2026 | Benni Mack Discover why most web traffic is now automated and how TYPO3’s structured content model prepares websites for humans, editors, and AI systems. [ weiterlesen: Das Internet ist nicht mehr nur für Menschen — KI-Bots lieben Markdown ](https://b13.com/de/wissen/das-internet-ist-nicht-mehr-nur-fuer-menschen-ki-bots-lieben-markdown) - ![Mehrere farbenfrohe Mockups von Webseiten, die übereinander gestapelt sind und verschiedene Layouts sowie Designelemente vor einem lila Hintergrund präsentieren.](https://b13.com/fileadmin/_processed_/e/3/csm_CaminoTheme_Headerbild_d082598009.webp) ### Camino—The Need for a Default Theme in TYPO3 Is Real 27. Januar 2026 | Benni Mack With TYPO3 v14, Camino introduces a default theme that removes friction from first installs. Why this matters—and how TYPO3 laid the groundwork. - ![Grafik mit stilisierten Darstellungen eines Turms, in dessen Mitte der Text "T3CON25 Düsseldorf" deutlich sichtbar ist.](https://b13.com/fileadmin/_processed_/7/b/csm_T3CON2025_Headerbild_fc9c5cc53e.webp) ### T3CON25 — der Zukunft des Content Managements einen Schritt näher 10. Dezember 2025 | Franzi Töpler Die T3CON25 zeigte die Zukunft von TYPO3 mit Einblicken in TYPO3 v14, KI, digitale Souveränität und Open-Source-Lösungen für moderne, sichere Webauftritte. [ weiterlesen: T3CON25 — der Zukunft des Content Managements einen Schritt näher ](https://b13.com/de/wissen/t3con25-der-zukunft-des-content-managements-einen-schritt-naeher)