Personalisierung

Fóir entscheidet, welche Version Ihrer Inhalte eine Anfrage erhält, bevor es antwortet. Eine Website, eine native App und ein Agent stellen dieselbe Frage und erhalten dieselben Inhalte, ohne dass im Client noch etwas aufzulösen wäre.

Am echten Datensatz ausprobieren

Dieses Panel liest einen echten Datensatz aus der Fóir-API: die Startseiten-Hero einer laufenden Marke. Ändern Sie den Besucher, und dieselbe Abfrage liefert andere Inhalte.

Die Website sagt nur, welche Art von Produkt im Warenkorb liegt. Fóir ermittelt auf dem Server, wo sich der Besucher befindet, was er gekauft und was er ausgegeben hat. Niemand kann also nach Paris ziehen oder VIP werden, indem er eine Anfrage bearbeitet. Auf dieser Seite legen Sie die Werte selbst fest, um jeden Fall zu sehen.

Von Ihrer Website gesendet

Was liegt in ihrem Warenkorb?

Von Fóir auf dem Server ermittelt

Wo befindet sich der Besucher?
Haben sie schon einmal Laufschuhe gekauft?
Wie viel haben sie ausgegeben?

Was zurückkam

Die Abfrage, die Ihre Website sendet

personalisationDemo(
  naturalKey: "home-hero"
) {
  heading
  body
  ctaLabel
  _variant
}

Von Fóir auf dem Server ergänzt

location
51.51,-0.13
segment.runner
false
segment.vip
false

Der Server trifft die Auswahl

Eine Leseanfrage teilt Fóir mit, was sie über die Anfrage weiß: das Gerät, die Locale und jede eigene Dimension, etwa die Art des Produkts im Warenkorb oder den Markt, in dem der Besucher einkauft. Den Rest ergänzt Fóir selbst: woher die Anfrage kam, ob der Nutzer angemeldet ist und zu welchen Segmenten er gehört.

Fóir wählt die Variante aus, deren Regeln zutreffen, und liefert den Datensatz mit den Werten dieser Variante bereits eingesetzt. Ihr Code liest dieselben Felder, welche Version auch zurückkommt.

Was ein Besucher nicht behaupten kann

Standort, Anmeldestatus, Segmentzugehörigkeit und Profildaten werden nie vom Aufrufer übernommen. Fóir ordnet die Anfrage selbst ein und ermittelt den Rest aus dem Token des Nutzers, was auch immer die Anfrage behauptet.

Die Regel eines Segments kann ein Profilfeld lesen, das der Client nicht sehen darf. Ein Wert, den Sie privat halten, kann also trotzdem bestimmen, was ein Kunde angezeigt bekommt.

Eine Zielgruppe wird einmal definiert

Für wen eine Variante gedacht ist, steht in einem Eintrag des Variantenkatalogs: einem benannten Satz von Regeln mit einer Priorität. Regeln können Dimensionen und Segmente mit AND und OR kombinieren.

Beliebig viele Datensätze können auf einen Eintrag verweisen. Ändern Sie den Eintrag, und jede Variante, die ihn verwendet, wird neu ausgerichtet.

Eine Seite, ein Feld oder ein Absatz

Eine Variante kann einen ganzen Datensatz ersetzen, mit eigenen Entwürfen und eigenem Versionsverlauf. Sie kann auch ein einzelnes Feld oder einen einzelnen Eintrag in einem Prosa-Feld oder einer Liste überschreiben und den Rest unverändert lassen.

Redakteure schreiben jede Version im selben Editor und sehen den Entwurf in der Vorschau als die Zielgruppe, für die er gedacht ist.

Beispiel: der Paris-Marathon

Eine Laufmarke möchte, dass ihre Startseite mit dem Marathon eröffnet, aber nur für Personen, die in Paris sind und schon einmal Laufschuhe bei ihr gekauft haben.

Keine der beiden Angaben stammt von der Website. Fóir ordnet jede Anfrage ein, daher kann eine Regel Besucher im Umkreis von 30 km um Paris verlangen. Ein Segment liest das Profil des angemeldeten Kunden: Die Kategorien, die er gekauft hat, enthalten Laufschuhe.

Ein Katalogeintrag kombiniert beides, und eine Variante der Startseite mit der Marathon-Überschrift und dem Marathon-Bild verweist darauf. Am Frontend ändert sich nichts.

Was diese Leseanfrage zurückgibt

Die Leseanfrage ist dieselbe, die die Seite jedes Besuchers ohnehin stellt, gesendet mit dem Token des Kunden. Ein Kunde in Paris, der Laufschuhe gekauft hat, erhält die Marathon-Seite, und _variant in der Antwort nennt die ausgelieferte Variante.

Ein Besucher in Lyon oder jeder abgemeldete Besucher erhält die Standardseite. Das Segment wird bei jeder Anfrage ausgewertet, sodass keine Liste von Läufern synchron gehalten werden muss.

Beispiel: VIP nach Gesamtumsatz

Eine VIP-Zielgruppe ist ein Segment: eine Regel auf dem Profil des Kunden, wonach seine Gesamtausgaben über einem von Ihnen gewählten Schwellenwert liegen.

Lassen Sie einen Katalogeintrag darauf verweisen, und jeder Datensatz kann eine VIP-Version tragen, sei es ein Banner, eine Preisliste oder eine ganze Landingpage. Ein Kunde sieht sie bei der ersten Leseanfrage, nachdem er die Schwelle überschritten hat.

Vorschau, Caching und ein Trace

Der Editor löst einen Entwurf für die Locale und die Zielgruppe auf, die Sie wählen, sodass ausgeliefert wird, was Sie freigeben. Eine Antwort, die eine aufgelöste Variante enthält, wird als privat markiert, damit ein gemeinsam genutzter Cache sie nicht speichert.

Ein Debug-Schalter an einer Leseanfrage meldet, welche Varianten in Betracht gezogen wurden und warum eine ausgeliefert wurde, und zwar an einen Schlüssel, der den Debug-Scope hält.

Details nachlesen

Varianten, Zielgruppen und Segmente und Beim Lesen aufgelöst behandeln jeweils einen Teil ausführlich, und der Targeting-Leitfaden enthält die Regelsyntax.