Seminar Ibexa DXP

Die modulare Digital-Experience-Plattform verbindet strukturiertes Content Management, visuelle Seitengestaltung, Headless-Ausgabe, Produktdaten und digitale Commerce-Prozesse. Das Seminarangebot trennt Rollen und Vertiefungsstufen, damit redaktionelle, fachliche und technische Kompetenzen gezielt aufgebaut werden.

Inhaltsübersicht

• Plattform und Einsatzfelder
• Seminarportfolio
• Empfohlene Lernreihenfolge
• Lernpfade nach Rolle
• Kompakt- und Intensivformat
• Dauerlogik
• Auswahl und Kombination

Plattform und Einsatzfelder

Ibexa DXP basiert auf einem strukturierten Repository und einer Symfony-orientierten Anwendungsarchitektur. Inhalte, Locations, Sprachen, Sites, Medien, Taxonomien, Benutzer und Produkte werden zentral verwaltet und über serverseitige Frontends, REST, GraphQL oder weitere Integrationen an unterschiedliche Kanäle ausgeliefert. Experience-Funktionen ergänzen visuelle Seiten, Formulare, Workflows, Kollaboration, Segmente und Targeting. Commerce-Funktionen erweitern das Modell um Produktkataloge, Preise, Verfügbarkeit, Warenkorb, Checkout, Bestellungen und B2B-Kundenkonten.

Seminarportfolio

Das Portfolio umfasst Grundlagen für Architektur und Content-Modellierung, operative Schulungen für Redaktion und Page Builder, Governance- und Administrationskurse sowie technische Vertiefungen für Frontend, Headless, PHP-Entwicklung, Suche, Migration und Betrieb. Ergänzend stehen PIM-, Personalisierungs- und Commerce-Seminare zur Verfügung. Jedes Einzelseminar ist eigenständig buchbar; die angegebenen Voraussetzungen verhindern unnötige Wiederholungen und fachliche Sprünge.

Empfohlene Lernreihenfolge

1. Schritt 1: Orientierung und Zielbild

   Projekt- und Architekturverantwortliche beginnen mit „Architektur und Projektorganisation“. Rollen mit bereichsübergreifendem Einstieg nutzen alternativ das dreitägige Kompaktseminar.

2. Schritt 2: Gemeinsame Content-Basis

   „Content-Modellierung und Repository-Grundlagen“ schafft das gemeinsame Verständnis für Content-Typen, Felder, Locations, Relationen, Versionen und Sprachen.

3. Schritt 3: Redaktionelle Arbeitsweise

   „Redaktion und Content Operations“ folgt vor Page Builder, Formularen, Kollaboration, Workflows, Taxonomien und redaktioneller Automatisierung.

4. Schritt 4: Experience und Governance

   Page Builder, Form Builder, Collaborative Editing, Content Governance, Multisite, Mehrsprachigkeit, Personalisierung und AI Actions werden abhängig von Rolle und Projektziel kombiniert.

5. Schritt 5: Administration und Plattformaufbau

   Technische Rollen bearbeiten „Installation, Konfiguration und Projektstart“ sowie anschließend „Administration, Benutzer, Rollen und Berechtigungen“.

6. Schritt 6: Darstellung und Schnittstellen

   Frontend-Entwicklung mit Twig wird vor oder parallel zur Headless-Entwicklung eingeplant. Die umfangreiche PHP- und Symfony-Entwicklung folgt nach sicherem Repository-Verständnis.

7. Schritt 7: Daten, Suche und Migration

   Suche, Taxonomien, Medien und Datenmigration werden nach dem Content-Modell vertieft und vor produktiven Import- oder Relaunch-Phasen abgeschlossen.

8. Schritt 8: Produkt und Commerce

   Die Commerce-Reihenfolge beginnt mit „Produktkatalog und PIM“, führt über Preise, Verfügbarkeit, Rabatte und Kataloge zu Warenkorb, Checkout und Bestellungen und endet bei Corporate Accounts und Customer Portal.

9. Schritt 9: Qualität und Betrieb

   „Testing, Performance, Betrieb und Updates“ schließt den technischen Lernpfad ab und sollte vor dem ersten produktiven Release oder einem größeren Update stattfinden.

Lernpfade nach Rolle

• Redaktion und Content Operations: Redaktion und Content Operations → Page Builder → Form Builder → Collaborative Editing und Workflows → Taxonomien und Medien → AI Actions → Personalisierung.
• Anwendungsadministration: Kompaktseminar oder Architektur → Content-Modellierung → Administration und Berechtigungen → Multisite und Mehrsprachigkeit → Workflows → Suche → Testing und Betrieb.
• Frontend und Headless: Architektur → Content-Modellierung → Frontend mit Twig → Headless mit REST und GraphQL → Suche → Testing, Performance und Betrieb.
• Backend-Entwicklung: Architektur → Installation → Content-Modellierung → Entwicklung mit PHP API und Symfony → Datenmigration → Suche → Testing und Updates.
• PIM und Commerce: Content-Modellierung → Produktkatalog und PIM → Preise, Verfügbarkeit, Rabatte und Kataloge → Warenkorb, Checkout und Bestellungen → Corporate Accounts und Customer Portal → Personalisierung.
• Projekt- und Lösungsverantwortung: Architektur und Projektorganisation → Kompaktseminar → ausgewählte Fach- und Technikmodule → Testing, Performance, Betrieb und Updates.

Kompakt- und Intensivformat

Das dreitägige Kompaktseminar vermittelt eine belastbare Orientierung für Redaktion, Administration und Entwicklung und eignet sich für neue Projektteams oder Rollen mit Schnittstellenverantwortung. Das fünftägige Intensivseminar fasst sämtliche Themenbereiche in einem durchgängigen Referenzprojekt zusammen. Es schafft Gesamtverständnis und Entscheidungssicherheit, ersetzt bei spezialisierten Produktionsaufgaben jedoch nicht die tieferen Übungen der jeweiligen Einzelseminare.

Dauerlogik

• Ein Tag: klar abgegrenzte Funktionen mit begrenzter Konfigurationstiefe, beispielsweise Form Builder oder AI Actions.
• Zwei Tage: vollständige operative oder technische Themen mit Einführung, Konfiguration, Übungen und Qualitätssicherung.
• Drei Tage: bereichsübergreifende Prozessketten wie PIM, Checkout, Betrieb oder das Kompaktformat.
• Vier Tage: vollständige Entwicklungsarbeit mit PHP API, Symfony, Events, Tests und Releaseprozess.
• Fünf Tage: maximal verdichtetes Intensivformat für den Gesamtüberblick über alle Rollen und Funktionsbereiche.

Auswahl und Kombination

Für ein konkretes Programm werden Zielrollen, vorhandene Kenntnisse, eingesetzte Edition, Projektphase und gewünschte Handlungstiefe bestimmt. Operative Rollen benötigen zuerst Bedien- und Prozesssicherheit, technische Rollen zuerst Architektur- und Repository-Verständnis. Bei Inhouse-Formaten können Einzelseminare entlang eines realen Content-Modells, einer SiteAccess-Struktur oder einer Commerce-Prozesskette kombiniert werden.