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.
In deze sectie worden de aanbevolen procedures voor het beheren van de Interactie in Adobe Campaign, inclusief toelatingsregels, vooraf gedefinieerde filters, workflowactiviteiten en databaseopties.
-
Wanneer interacties implementeren en configureren, dient u op de hoogte te zijn van de volgende aanbevelingen:
- 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 de prestaties van de CPU.
- 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 enkele aanbevolen procedures weergegeven wanneer u werkt met subsidiabiliteitsregels:
- 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 vindt u een aantal aanbevolen procedures voor de concepttabel:
- 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 aanbiedingen in leveringen worden opgenomen, worden de aanbiedingen doorgaans stroomopwaarts geselecteerd in de campagneworkflow via een Verrijking workflowactiviteit (of een andere vergelijkbare activiteit).
Als u voorstellen selecteert in een Verrijking activiteit, kunt u kiezen welke ruimte aan gebruik aanbiedt. 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 ruimte voor het aanbieden geselecteerd in de levering Email (Environment - Recipient):
Als er geen renderfunctie voor HTML 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 staat los van de ruimte die u in het dialoogvenster Verrijking activiteit.
In het onderstaande voorbeeld is de renderfunctie HTML 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, wordt de waarde van de optie view Het kenmerk is als volgt:
- "rendering/html": html rendering. De renderfunctie HTML wordt gebruikt.
- "aanbieding/view/html": HTML-inhoud. De renderfunctie HTML wordt niet gebruikt. Het bevat alleen het veld HTML.
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 renderfunctie voor HTML te definiëren, zelfs als voor uw 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.
Als u bijvoorbeeld handmatig een aanbieding selecteert (zonder interactie) in een Verrijking de standaardvelden voor workflowactiviteit zijn als volgt gedefinieerd:
U kunt extra velden toevoegen, zoals een @rank veld:
Omdat er een veld in de propositietabel met de naam @rank, wordt de waarde in de tabel met werkstroomsjablonen gekopieerd.
Raadpleeg voor meer informatie over het opslaan van extra velden in de tabel met voorstellen 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 het gebruiken van uitgaande Interactie, @rank kan worden toegevoegd, zoals in het bovenstaande voorbeeld, maar de waarde ervan wordt automatisch ingesteld op basis van de volgorde die door Interaction wordt geretourneerd. Als u bijvoorbeeld Interactie gebruikt om drie aanbiedingen te selecteren, @rank field will have values 1, 2, and 3 returned.
Wanneer de gebruiker Interactie gebruikt en manueel aanbiedingen selecteert, kan de gebruiker beide benaderingen combineren. De gebruiker kan bijvoorbeeld handmatig de @rank veld 1 voor handmatig geselecteerde aanbieding en gebruik een expressie zoals "1 + @rank" 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:
-
Een nieuw veld definiëren 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">die u vindt onder<element name="view" >.