Zum Hauptinhalt springen

Web-App-Modell

Für Gäste sichtbare Web-Apps bestehen aus einem Web-App-Datensatz zusammen mit seinen geordneten Kacheln. Veröffentlichte Inhalte werden als eine einzige Nutzlast für die Gast-Shell geladen und dann als responsives Raster von Modulen gerendert.

Kernkonzepte​

Web-App-Shell​

  • Enthält geordnete Kacheln, Präsentations- und Branding-Optionen, mehrsprachige Texte, optionale Domains oder Slugs und Beziehungen zur besitzenden Organisation.
  • Das Gästeerlebnis wandelt diese Nutzlast in das interaktive Layout um, das den Besuchern angezeigt wird.

Kacheln​

  • Jede Kachel hat einen Typ (siehe /reference/tile-types) und eine Größe, die die Platzierung im Raster beeinflusst und ob die Navigation eine vollständigere Erfahrung öffnet.
  • Kacheln können je nach Typ auf Module wie Veranstaltungslisten, Angebote, Empfehlungen, Chats, Mediengalerien und Flash-Screens verlinken.

Besuche und Interaktion​

  • Besuche auf Web-App-Ebene messen das Öffnen der Erfahrung.
  • Interaktionen auf Kachel-Ebene messen das Tippen auf tiefere Abläufe, für die für diesen Kacheltyp Instrumentierung vorhanden ist.

Typischer Gast-Flow​

flowchart LR
  guest[Gast_Browser] --> route["Gast-Route"]
  route --> load["Veröffentlichte Web-App-Nutzlast laden"]
  load --> layout["Responsives Kachel-Layout"]
  layout --> modules["Kachel-Module"]
  1. Der Gast öffnet die Web-App-URL (Pfade haben die Form /landing/{landingPageId}; die Locale-Behandlung folgt Ihrer Deployment-Konfiguration).
  2. Die Gast-Shell lädt die veröffentlichte Web-App-Nutzlast mit dem für anonyme oder angemeldete Gäste geeigneten Aufruferkontext.
  3. Die Layout-Engine platziert Kacheln im responsiven Raster.
  4. Jede Kachel rendert entweder eine eingebettete Oberfläche oder eine Navigation zu einem fokussierten Bildschirm.

Einige Kacheln passen Links an, sodass Gäste innerhalb des Navigationskontexts der Web-App bleiben (verschachtelte Shells, eingebettete Roots oder absolute Hosts für iframe-ähnliche Einbettungen). Wenn ein Modul den falschen Host oder Pfad zu öffnen scheint, überprüfen Sie die Veröffentlichungseinstellungen, Einbettungseinstellungen und die Richtlinie für erlaubte Domains der übergeordneten Seite.

Standalone-Kachel-Einbettung​

Teams können eine einzelne Kachel isoliert bereitstellen, z. B. wenn eine externe Marketing-Website ein Modul vollbreit ohne das umgebende Web-App-Raster einbetten soll.

Verschachtelte Web-App-Navigation​

Web-App-Kacheln können eine weitere verlinkte Web-App innerhalb des Gast-Flows öffnen. Dies ermöglicht Hierarchien wie Übersicht → Referenten → Veranstaltungsortkarte, ohne die Chrome-Elemente zu duplizieren.

Die organisationsübergreifende Wiederverwendung hat Auswirkungen auf die Mandantentrennung – veröffentlichen Sie nur Links, die Ihre Organisationsrichtlinien zulassen.

Viele Entdeckungs-Kacheln zeigen Karten-/Listenansichten mit gespeicherten Filtern oder Ankerpunkten an. Support-Teams sollten überprüfen, ob eine Kachel als eingebettet (bleibt im Web-App-Raster) oder als kartenbasierte Navigation (öffnet die vollständigere Gast-Shell) konfiguriert ist, da sich die Symptome bei der Diagnose von Layout- oder Routing-Problemen unterscheiden.

Verwandte Dokumentation​