Ga naar hoofdinhoud

Web-app-model

Voor de gast zichtbare web-apps zijn opgebouwd uit een landingspagina-record samen met de bijbehorende geordende tegels. Gepubliceerde inhoud wordt geladen als één payload voor de gast-shell, en vervolgens weergegeven als een responsief raster van modules.

Kernconcepten​

Landingspagina-shell​

  • Bevat geordende tegels, presentatie- en merkkeuzes, meertalige tekst, optionele domeinen of slugs, en relaties met de eigenaar-organisatie.
  • De gast-ervaring zet deze payload om in de interactieve lay-out die aan bezoekers wordt getoond.

Tegels​

  • Elke tegel heeft een type (zie /reference/tile-types) en een grootte die de plaatsing in het raster beïnvloedt en of navigatie een volledigere ervaring opent.
  • Tegels kunnen linken naar modules zoals evenementenlijsten, aanbiedingen, aanbevelingen, chats, mediagalerijen en flash-schermen, afhankelijk van het type.

Bezoeken en betrokkenheid​

  • Bezoeken op landingspaginaniveau meten het openen van de ervaring.
  • Interacties op tegelsniveau meten tikken op diepere stromen waar instrumentatie bestaat voor dat tegeltpe.

Typische gast-stroom​

flowchart LR
  guest[Gast_browser] --> route["Gast-route"]
  route --> load["Laad gepubliceerde landings-payload"]
  load --> layout["Responsieve tegel-lay-out"]
  layout --> modules["Tegel-modules"]
  1. De gast opent de landings-URL (paden hebben de vorm /landing/{landingPageId}; locale-afhandeling volgt uw implementatieconfiguratie).
  2. De gast-shell laadt de gepubliceerde landings-payload met de aanroepercontext die geschikt is voor anonieme of ingelogde gasten.
  3. De lay-out-engine plaatst tegels in het responsieve raster.
  4. Elke tegel rendert een ingesloten oppervlak of navigatie naar een gefocust scherm.

Sommige tegels passen links aan zodat gasten binnen de navigatiecontext van de landing blijven (geneste shells, ingesloten roots of absolute hosts voor iframe-achtige embeds). Als een module de verkeerde host of het verkeerde pad lijkt te openen, controleer dan de publicatie-, insluitingsinstellingen en het toegestane domeinbeleid van de bovenliggende pagina.

Op zichzelf staande tegel-insluiting​

Teams kunnen een enkele tegel geïsoleerd beschikbaar maken, bijvoorbeeld wanneer een externe marketingwebsite één module volledig breed moet insluiten zonder het omringende landingsraster.

Geneste landingsnavigatie​

Landingspagina-tegels kunnen een andere gelinkte landingspagina openen binnen de gast-stroom. Dat maakt hiërarchieën mogelijk zoals Overzicht → Sprekers → Locatiekaart zonder de chrome te dupliceren.

Hergebruik tussen organisaties heeft implicaties voor tenancy — publiceer alleen links die uw organisatiebeleid toestaat.

Veel ontdekkings-tegels tonen kaart/lijst-ervaringen met opgeslagen filters of ankers. Supportteams moeten verifiëren of een tegel is geconfigureerd als ingesloten (blijft op het landingsraster) versus kaart-grootte navigatie (opent de volledigere gast-shell), omdat symptomen verschillen bij het diagnosticeren van lay-out- of routeringsproblemen.

Gerelateerde documentatie​