Elke aanbevelingswidget kiest zijn producten of artikelen met een algoritme — Bestsellers, Gepersonaliseerd, Vergelijkbare items en de rest. Afstemmen op de bezoeker bepaalt daarna voor elke persoon hun volgorde: de items die bij deze bezoeker passen, komen eerst. Dat kunnen de merken, maten, categorieën of auteurs uit hun eigen geschiedenis zijn, hun geslacht, de prijzen die ze bekijken, waar ze zijn, hun taal, of een van hun bezoekersvelden.
Het is een geordende lijst met voorwaarden die je zelf samenstelt. Het algoritme bepaalt nog steeds welke items meedingen; Afstemmen op de bezoeker verandert alleen wie wat het eerst ziet.
Waar het staat
Campagne › Content › de editor van de widget › stap 1 Aanbevelingsalgoritme kiezen › Afstemmen op de bezoeker, over de volle breedte onder de algoritmekaarten en boven Aangepaste filterregels.
Het zit in elke aanbevelingswidget:
- product- en contentwidgets op de site;
- aanbevelingen in e-mails;
- het aanbevelingsblok van de Canvas Builder;
- de JSON-feeds — Products Recommendations – JSON, Content Recommendations – JSON, External JSON API – Products en External JSON API – Articles. Een JSON-widget die eerder is gemaakt, neemt zijn voorwaarden over zodra hij opnieuw wordt opgeslagen.
Categorie- en interessewidgets hebben zo’n gedeelte niet: een categorie heeft geen eigen merk of auteur. Zie Categorie- en interesseaanbevelingen.
Hoe het werkt
- + Matchen op… voegt een voorwaarde toe, uit twee groepen: Uit hun geschiedenis en Over de bezoeker. Elke rij kan omhoog en omlaag, en × verwijdert hem.
- De voorwaarden herschikken alleen wat het algoritme vond. Ze rangschikken de top 200 van de aanbevelingen van het algoritme opnieuw, en de widget toont de eerste items van die gesorteerde lijst, zoveel als erin passen. Ze halen nooit een item van ergens anders binnen.
- Fallbacks doen nog steeds alleen mee als het hoofdalgoritme minder items vindt dan de widget toont (of er geen vindt, als de fallback op Alleen wanneer er verder niets te tonen is staat). Hun items worden op dezelfde voorwaarden gesorteerd, binnen hun eigen resultaten, en komen altijd na de items van het hoofdalgoritme, hoe goed ze ook overeenkomen. Zie fallbacks.
- Items die met Lege cellen vullen zijn toegevoegd, worden niet gesorteerd.
- Een lege waarde komt nooit overeen. Een product zonder merk komt nooit overeen met Merk uit de geschiedenis van de bezoeker.
Volgorde
Eén instelling voor de hele lijst. Bij een gelijke stand blijft hoe dan ook de eigen volgorde van het algoritme gelden.
| Volgorde | Hoe hij rangschikt |
|---|---|
| Strikte prioriteit (de standaard) | Voorwaarde 1 beslist eerst; voorwaarde 2 beslist alleen tussen items die op voorwaarde 1 gelijk staan, enzovoort. De rijen zijn genummerd. Voorbeeld, Merk en dan Kleur: een product van hun merk in een andere kleur komt vóór een product van een ander merk in hun kleur. |
| Meeste overeenkomsten eerst | Hoe meer voorwaarden een item vervult, hoe eerder het komt — welke maakt niet uit. Voorbeeld, Merk en Kleur: een product dat op allebei overeenkomt, komt eerst, daarna de producten die op een van beide overeenkomen. |
Als niets overeenkomt
Wat de widget doet voor een bezoeker als geen van zijn aanbevelingen met een voorwaarde overeenkomt.
| Keuze | Wat er gebeurt |
|---|---|
| Toch de beste producten tonen (de standaard; Toch de beste artikelen tonen bij een contentwidget) | De voorwaarden veranderen alleen de volgorde: items die nergens mee overeenkomen, vullen de widget nog steeds, na de items die dat wel doen. Fallbacks, Lege cellen vullen en Een plek reserveren voor nieuwe items werken zoals ze zonder voorwaarden zouden werken. |
| De widget verbergen | Alleen items die met minstens één voorwaarde overeenkomen, worden getoond: eerst die van het hoofdalgoritme, daarna — als dat er minder zijn dan de widget toont — de overeenkomende items van een fallback. Lege cellen vullen en de plek voor nieuwe items worden uitgezet (grijs). Als nergens iets overeenkomt, toont de widget niets. |
De voorwaarden
Uit hun geschiedenis
De geschiedenis van de bezoeker bestaat uit de items waarmee hij interactie had — ongeveer de laatste 20. Elke geschiedenisvoorwaarde heeft een keuze Geschiedenis, die de items kiest om mee te vergelijken:
| Producten | Artikelen | Vergelijkt met |
|---|---|---|
| Bekeken | Gelezen | Items die ze bekeken |
| Gekocht | Doel bereikt | Items die ze kochten, of die tot een doel leidden |
| Bekeken of gekocht (de standaard) | Gelezen of doel bereikt (de standaard) | Een van beide |
| Elke interactie | Elke interactie | Producten: bekeken, in de winkelwagen gelegd, op de verlanglijst gezet of gekocht. Artikelen: gelezen, becommentarieerd, geliket of doel bereikt |
| Voorwaarde | Zet eerst |
|---|---|
| Merk, Kleur, Maat (producten) | Producten van een merk, kleur of maat die in de geschiedenis van de bezoeker voorkomt. |
| Onderwerp, Auteur (artikelen) | Artikelen over een onderwerp, of van een auteur, die in de geschiedenis van de bezoeker voorkomt. |
| Categorie | Items die een categorie delen met iets in hun geschiedenis. Matchen op kiest Categorie, Tag of Interesse, en de naam van de rij volgt die keuze (Tag uit de geschiedenis van de bezoeker). Gebruik wat je catalogus gebruikt — sommige contentcatalogi leggen hun taxonomie vast als interesses. |
| Ander veld… | Dezelfde controle op elk ander catalogusveld, inclusief aangepaste velden, onder de namen die je account ze gaf — Fabrikant, Band, Materiaal. |
Over de bezoeker
| Voorwaarde | Zet eerst |
|---|---|
| Geslacht (producten) | Producten voor het geslacht van de bezoeker. Unisexproducten, en producten zonder geslacht, komen overeen met elke bezoeker van wie het geslacht bekend is. Het geslacht van de bezoeker is dat van zijn profiel als het bekend is, anders het geslacht dat de meeste producten in zijn geschiedenis hebben; een bezoeker van wie het geslacht niet te bepalen is, komt nergens mee overeen, dus zijn volgorde blijft ongewijzigd. Veld is het catalogusveld dat het geslacht van het product bevat — het begint bij het veld dat je account Gender noemde (veel feeds bewaren het in een aangepast veld). Waarden zoals male/female, men/women en unisex worden begrepen. |
| Prijs zoals de zijne (producten) | Producten binnen ±X% (standaard 30) van de gemiddelde prijs van de producten in zijn geschiedenis, na korting. 30% rond een gemiddelde van 100 omvat 70 tot 130. Een bezoeker zonder geschiedenis met prijzen komt nergens mee overeen. |
| Locatie (producten) | Producten binnen N km (standaard 50) van de bezoeker. Elk product heeft zijn breedte- en lengtegraad in de catalogus nodig. Een bezoeker die alleen op land is gelokaliseerd, komt nooit overeen — het midden van een land is niet waar hij is. |
| Taal (artikelen) | Artikelen in de browsertaal van de bezoeker. Veld is het catalogusveld met een taalcode zoals en, fr of en-US; zolang je artikelcatalogus er geen heeft, meldt de rij dat. Alleen op de site: een widget in een e-mail matcht nooit op taal. |
| Komt overeen met een bezoekersveld… (producten en artikelen) | Een itemveld dat gelijk is aan een van de eigen velden van de bezoeker: een profielveld zoals Branche of Huidige stad, of een van je bezoekersattributen. Bijvoorbeeld een attribuut Favoriete band tegen het veld Band van het product, of bij B2B-content de branche van het artikel tegen de branche van het bedrijf van de bezoeker. Alleen tekstvelden; een lege waarde aan een van beide kanten komt nooit overeen. |
Een voorwaarde die nog een veld nodig heeft — Ander veld…, Taal, Komt overeen met een bezoekersveld… — toont een oranje notitie (“Kies een veld – tot dan wordt deze voorwaarde niet opgeslagen.”) en wordt pas opgeslagen als je er een kiest.
De voorwaarde Geslacht is niet het geslachtsfilter. Catalogus beperken › Afstemmen op geslacht van bezoeker verwijdert elk item waarvan het geslacht afwijkt van het profiel van de bezoeker. De voorwaarde Geslacht hier verwijdert niets: ze zet het geslacht van de bezoeker eerst, telt unisexproducten als overeenkomst, en valt terug op zijn geschiedenis als het profiel geen geslacht heeft. Zie filters.
Recepten
| Site | Voorwaarden | Instellingen |
|---|---|---|
| Mode | Maat uit de geschiedenis van de bezoeker, dan Geslacht | Strikte prioriteit, Toch de beste producten tonen |
| Elektronica | Merk uit de geschiedenis van de bezoeker, dan Prijs zoals de zijne op 25% | Strikte prioriteit |
| Lokaal of meerdere winkels | Locatie binnen 25 km | De widget verbergen (vereist coördinaten in de feed) |
| Uitgever of blog | Auteur, dan Onderwerp — of Categorie gematcht op Tag | Strikte prioriteit |
| B2B-content | Komt overeen met een bezoekersveld: de Branche van het artikel tegen de Branche van de bezoeker | Toch de beste artikelen tonen |
Beperkingen
- Het herschikt de eigen top 200 van het algoritme; het voegt nooit items toe die het algoritme niet koos.
- Leeftijd wordt niet aangeboden: geen catalogus vult een leeftijdsbereik in, en van bezoekers is zelden een verjaardag bekend.
- Taal heeft een taalveld in de artikelcatalogus nodig.
- Een bestaande JSON-feedwidget neemt zijn voorwaarden over zodra hij opnieuw wordt opgeslagen.
Voor auteurs van templates
In een handgeschreven template kunnen dezelfde voorwaarden in de kop van ${foreach} staan: match by komt na where / group by en vóór order by, in elke tak.
${foreach recom_products as p where ... match by 'only', p->brand:in_visitor_history('viewed,goal'), p->size:in_visitor_history('viewed,goal') order by p->recom_score desc limit 8}- Vlaggen:
'most'is Meeste overeenkomsten eerst,'only'is De widget verbergen. - Functies:
in_visitor_history,visitor_gender,near_visitor_price('30'),within_km('50')(opp->geolocation),visitor_language(),in_visitor_interests('tag')(opp->id) enequals_visitor('industry'). - Een voorwaarde die met de hand in een template is geschreven, verschijnt in de editor als een eigen rij: “Een voorwaarde die met de hand in de template is geschreven. Die blijft zoals ze is.”
Gerelateerd
- Aanbevelingsalgoritmes — wat elk algoritme kiest, en Meer op voorraad eerst
- Filters op aanbevelingen instellen — wat een algoritme überhaupt mag teruggeven
- Fallbacks voor aanbevelingen instellen
- De engine afstellen — de gewichten voor het hele account onder elke widget
- Aanbevelingen — begin hier