Best practices voor Interaction interaction-best-practices
Algemene aanbevelingen general-recommendations
Het beheer van aanbiedingen in Adobe Campaign vereist zorgvuldig beheer om efficiënt te kunnen werken. Om problemen te voorkomen moet u een evenwicht vinden tussen het aantal contactpersonen en het aantal aanbiedingrubrieken en -aanbiedingen.
Deze sectie stelt beste praktijken voor om de module van de Interactie in Adobe Campaign, met inbegrip van toelatingsregels, vooraf bepaalde filters, werkschemaactiviteiten en gegevensbestandopties te beheren.
-
Wanneer het uitvoeren van en het vormen van interactie, moet u zich van de volgende aanbevelingen bewust zijn:
- Voor partijmotor (typisch gebruikt in uitgaande mededelingen zoals e-mail), is de productie de belangrijkste zorg, aangezien de veelvoudige contacten tezelfdertijd kunnen worden behandeld. Het typische knelpunt is gegevensbestandprestaties.
- De belangrijkste beperking voor eenheidsmotor (typisch gebruikt in binnenkomende mededelingen zoals een banner op een website) is latentie, aangezien iemand een antwoord verwacht. Het typische knelpunt is CPU-prestaties.
- Het ontwerp van de aanbiedingencatalogus heeft een enorme invloed op de Adobe Campaign-prestaties.
- Als u met veel aanbiedingen werkt, kunt u deze het beste opsplitsen in verschillende aanbiedingcatalogi.
-
Hieronder worden vermeld sommige beste praktijken wanneer het werken met toelatingsregels:
- Vereenvoudig de regels. De ingewikkeldheid van regels beïnvloedt prestaties aangezien het omhoog kijkt. Een complexe regel is elke regel die meer dan vijf voorwaarden heeft.
- Om de prestaties te verbeteren, kunnen de regels in verschillende vooraf bepaalde filters worden uitgesplitst die over veelvoudige aanbiedingen worden gedeeld.
- Zet de meest beperkende regels voor aanbiedingencategorieën op de hoogst mogelijke positie in de boom. Dit doet ze door eerst de meeste contacten uit te filteren, het doelaantal te verminderen en te voorkomen dat ze door verdere regels worden verwerkt.
- Plaats de duurste regels in termen van tijd of verwerking onder aan de boom. Hierdoor worden deze regels alleen uitgevoerd voor het resterende doelpubliek.
- Begin bij een bepaalde categorie om te voorkomen dat de gehele boom wordt gescand.
- Om verwerkingstijd te besparen, precompute aggregaten in plaats van het bouwen van complexe regels met verbindingen. Om dit te doen, probeer om klantengegevens in een verwijzingstabel op te slaan die binnen toelatingsregels kan worden opgezocht.
- Gebruik een minimumaantal gewichten om het aantal vragen te beperken.
- Aanbevolen wordt een beperkt aantal aanbiedingen per aanbiedingsruimte te hebben. Hierdoor worden aanbiedingen in een bepaalde ruimte sneller opgehaald.
- Gebruik indexen, vooral bij veelgebruikte opzoekkolommen.
-
Hieronder zijn vermeld een paar beste praktijken betreffende de propositielijst:
- Gebruik een minimumaantal regels om de verwerking zo snel mogelijk te maken.
- Beperk het aantal verslagen in de voorstellingstabel: houd slechts de verslagen die nodig zijn om zijn statusupdate te volgen en wat door de regels wordt vereist, dan archiveer hen in een ander systeem.
- Voer intensief gegevensbestandonderhoud op de propositietabel uit, zoals opnieuw bouwt indexen of ontspant lijst.
- Beperk het aantal voorgestelde voorstellen per doel. Stel niet meer in dan wat u gaat gebruiken.
- Vermijd zoveel mogelijk samengevoegde regels in de regelcriteria.
Tips bij het beheren van aanbiedingen tips-managing-offers
Deze sectie bevat gedetailleerder advies over het beheer van aanbiedingen en het gebruik van de Interactiemodule in Adobe Campaign.
Meerdere aanbiedingsruimten in een e-mail multiple-offer-spaces
Wanneer met inbegrip van aanbiedingen in leveringen, worden de aanbiedingen over het algemeen geselecteerd stroomopwaarts in het werkschema van de Campagne via een Verrijking werkschemaactiviteit (of een andere gelijkaardige activiteit).
Wanneer het selecteren van aanbiedingen in een Verrijking activiteit, kunt u kiezen welke ruimte aan gebruik aanbieden. Ongeacht de geselecteerde aanbiedingsruimte, hangt het menu voor de aanpassing van de levering echter af van de aanbiedingsruimte die in de levering is ingesteld.
In het onderstaande voorbeeld is de aanbiedingsruimte die in de levering is geselecteerd, Email (Environment - Recipient) :
Als er geen HTML-renderfunctie is ingesteld voor de aanbiedingsruimte die u in de levering selecteert, wordt deze niet weergegeven in het menu van de levering en kan deze niet worden geselecteerd. Dit is onafhankelijk van de aanbiedingsruimte die in de Verrijking activiteit wordt geselecteerd.
In het onderstaande voorbeeld is de HTML-renderfunctie beschikbaar in de vervolgkeuzelijst omdat de aanbiedingsruimte die in de levering is geselecteerd, een renderfunctie heeft:
Deze functie voegt code in zoals: <%@ include proposition="targetData.proposition" view="rendering/html" %> .
Wanneer u het voorstel selecteert, is de waarde van het kenmerk view als volgt:
- "rendering/html": html rendering. Er wordt de HTML-renderfunctie gebruikt.
- "aanbieding/view/html": HTML-inhoud. De renderfunctie van HTML wordt niet gebruikt. Het bevat alleen het HTML-veld.
Wanneer u meerdere aanbiedingsruimten opneemt in één e-mailbestelling en sommige daarvan renderingfuncties hebben en andere niet, moet u onthouden welke functies ruimtes bieden en welke ruimten renderfuncties bieden.
Daarom wordt u aangeraden voor alle aanbiedingsruimten een HTML-renderfunctie te definiëren, zelfs als voor de aanbiedingsruimte alleen HTML-inhoud is vereist.
De positie in de tabel in het propositielogboek instellen rank-proposition-log-table
De ruimten van de aanbieding hebben de capaciteit om gegevens in de propositietabel op te slaan wanneer de voorstellen worden geproduceerd of goedgekeurd:
Dit geldt echter alleen voor binnenkomende interacties.
Het is ook mogelijk om extra gegevens in de propositietabel op te slaan wanneer het gebruiken van uitgaande interactie, en ook wanneer het gebruiken van uitgaande aanbiedingen zonder de module van de Interactie.
Om het even welk gebied van de lijst van het werkschemamontabel de waarvan naam een gebiedsnaam in de propositietabel aanpast wordt gekopieerd in het zelfde gebied in de propositietabel.
Bijvoorbeeld, wanneer het selecteren van een aanbieding manueel (zonder Interactie) in een Verrijking werkschemaactiviteit, worden de standaardgebieden bepaald als volgt:
U kunt aanvullende velden toevoegen, zoals een veld @rank :
Omdat er een veld in de tabel met profielen met de naam @rank staat, wordt de waarde in de tabel met werkstroomsjablonen gekopieerd.
Voor meer bij het opslaan van extra gebieden in de propositielijst, verwijs naar deze sectie.
Voor uitgaande aanbiedingen met interactie is dit handig wanneer er meerdere aanbiedingen zijn geselecteerd en u wilt opnemen in welke volgorde deze in een e-mail worden weergegeven.
U kunt extra meta-gegevens in de propositietabel, zoals het huidige uitgeeft niveau ook direct opslaan, om historische verslagen over de uitgaven te houden op het tijdstip dat de aanbiedingen werden geproduceerd.
Wanneer u uitgaande interactie gebruikt, kunt u het veld @rank toevoegen, zoals in het bovenstaande voorbeeld, maar wordt de waarde ervan automatisch ingesteld op basis van de volgorde die door Interaction wordt geretourneerd. Als u bijvoorbeeld Interactie gebruikt om drie aanbiedingen te selecteren, krijgt het veld @rank de waarden 1, 2 en 3.
Wanneer de gebruiker Interactie gebruikt en manueel aanbiedingen selecteert, kan de gebruiker beide benaderingen combineren. De gebruiker kan het veld @rank bijvoorbeeld handmatig instellen op 1 voor de handmatig geselecteerde aanbieding en een expressie zoals "1 + @rank" gebruiken voor de aanbiedingen die door Interaction worden geretourneerd. Ervan uitgaande dat Interactie drie aanbiedingen selecteert, worden de aanbiedingen die door beide benaderingen worden geretourneerd, gerangschikt in 1-4:
De nms uitbreiden:aanbiedingsschema extending-nms-offer-schema
Wanneer het uitbreiden van nms:aanbiedingsschema, zorg ervoor u de uit-van-de-doosstructuur reeds opstelling volgt:
-
Definieer een nieuw veld voor de opslag van inhoud onder
<element name="view">. -
Elk nieuw veld moet tweemaal worden gedefinieerd. Eenmaal als een normaal XML-veld en eenmaal als een CDATA XML-veld met "_jst" toegevoegd aan de naam. Bijvoorbeeld:
code language-none <element label="Price" name="price" type="long" xml="true"/> <element advanced="true" label="Script price" name="price_jst" type="CDATA" xml="true"/> -
Alle velden die URL's bevatten die moeten worden bijgehouden, moeten onder
<element name="trackedUrls">worden geplaatst, dat zich onder<element name="view" >bevindt.