Wer DXPR Builder verwendet.

DXPR Builder lernenHier startenErste Seite erstellen

DXPR Builder dient drei Zielgruppen. Content-Marketer veröffentlichen Seiten ohne Code. Website-Administratoren verwalten Berechtigungen und Einstellungen. Die Entwicklung erweitert den Editor und verbindet ihn mit Drupal. Der erste Abschnitt zeigt, was jede Zielgruppe im Produkt tut; der zweite zeigt, welche Arten von Organisationen es einsetzen.

Die drei Zielgruppen

Content-Marketer

Marketer arbeiten im Editor direkt auf der Seite. Sie:

  • ziehen Elemente aus dem Element-Picker in Abschnitte, Zeilen und Spalten und bearbeiten Text inline (siehe Editor-Grundlagen)
  • starten Seiten aus Seitenvorlagen oder ihren gespeicherten eigenen Vorlagen (siehe Vorlagen)
  • generieren Abschnitte mit dem KI-Assistenten, formulieren Texte um und erstellen Bilder (siehe KI-Funktionen)
  • platzieren Drupal-Blöcke, Ansichten und Formulare in Layouts, ohne die Seite zu verlassen

Website-Administratoren und Webmaster

Administratoren konfigurieren das Modul unter DXPR Studio unter /admin/dxpr_studio/dxpr_builder. Sie:

  • geben den Produktschlüssel ein und wählen, wo er gespeichert wird (General Settings)
  • schalten KI-Funktionen ein oder aus und stellen die Ausgabefilterung ein (AI)
  • erstellen Benutzerprofile, die festlegen, welche Elemente, Blöcke, Ansichten, Vorlagen und Editor-Buttons jede Rolle sieht (siehe Benutzerprofile)
  • verwalten Seitenvorlagen und globale eigene Vorlagen
  • weisen die Berechtigung Edit with DXPR Builder zu und behalten die Seiten User Licenses und Content Items im Auge (siehe Lizenzierung)
  • prüfen ausgehende Verbindungen und die Datenresidenz (siehe Firewall und Datenresidenz)

Entwicklung

Die Entwicklung arbeitet mit dem Code und den APIs des Moduls. Sie:

  • binden den Feld-Formatter von DXPR Builder in ihre eigenen Inhalts- und Blocktypen ein
  • stellen Utility-Klassen mit hook_dxpr_builder_classes_alter() bereit und registrieren Icon-Sets mit *.dxpr_icon_sets.yml-Dateien (siehe Hooks-API)
  • skripten Inhalte mit den drush dxb:*-Befehlen (siehe Drush-Befehle)
  • rufen die AJAX- und KI-Routen aus eigenen Integrationen auf (siehe API-Endpunkte)
  • passen die Ausgabe per Theme an: Bootstrap-5-HTML, das im Entitätsfeld gespeichert wird

Organisationen, die DXPR Builder einsetzen

Digitalagenturen

Agenturen übergeben die Seitenerstellung an ihre Kunden und behalten dabei den Inhalts-Workflow und die Berechtigungen von Drupal. Benutzerprofile begrenzen, was jede Kundenrolle ändern kann.

Behörden

Teams in Behörden lassen Mitarbeitende ohne technische Kenntnisse Seiten veröffentlichen und erfüllen dabei die Anforderungen an Barrierefreiheit und Sicherheit. Das Modul läuft auf dem eigenen Drupal-Server der Organisation und speichert Seiten in dessen Datenbank. Ausgehende Verbindungen beschränken sich auf Lizenzprüfungen, Editor-Assets, Editor-Analysen und KI-Anfragen; mit der EU-Modelloption bleibt die KI-Verarbeitung bei einem europäischen Anbieter. Was bei blockiertem ausgehendem Zugriff funktioniert, steht auf Firewall und Datenresidenz.

Hochschulen

Webteams von Universitäten lassen Fachbereiche eigene Seiten in markenkonformen Vorlagen veröffentlichen. Benutzerprofile beschränken, welche Elemente, Vorlagen und Texteditor-Buttons jede Rolle nutzen kann.

Enterprise

Enterprise-Teams skalieren den Content-Betrieb über Geschäftsbereiche hinweg. Benutzerprofile, Seiten- und eigene Vorlagen sowie der Inhalts-Workflow von Drupal unterstützen große verteilte Teams.

Wie geht es weiter?