Hur Adobe Target verk

Lär dig mer Adobe Target fungerar, inklusive information om JavaScript-bibliotek (Adobe Experience Platform Web SDK och at.js). I den här artikeln beskrivs även de olika aktivitetstyper som du kan skapa med Target. Du kan även lära dig mer om Target edge network, Search Engine Optimization (SEO), and how Target identifierar botar.

Adobe Target JavaScript-bibliotek

Target integreras med webbplatser med Experience Platform Web SDK eller at.js:

• Adobe Experience Platform Web SDK: The Experience Platform Web SDK är ett nytt JavaScript-bibliotek på klientsidan. The Experience Platform Web SDK för kunder som Adobe Experience Cloud interagerar med de olika tjänsterna i Experience Cloud (inklusive Target) via Experience Platform Edge Network. Adobe rekommenderar alla nya Target kunder implementerar Experience Platform Web SDK.
• at.js: at.js-biblioteket är ett implementeringsbibliotek för Target. at.js-biblioteket ger bättre sidladdningstider för webbimplementeringar och ger bättre implementeringsalternativ för enkelsidiga program. at.js uppdateras ofta med nya funktioner. Adobe rekommenderar att alla kunder som använder at.js uppdaterar sina implementeringar till senaste versionen av at.js.

Referera till Experience Platform Web SDK eller at.js på alla sidor på webbplatsen. Du kan till exempel lägga till ett av dessa bibliotek i det globala sidhuvudet. Du kan också överväga att använda taggar i Adobe Experience Platform implementera Target.

Följande resurser innehåller detaljerad information som kan hjälpa dig att implementera Experience Platform Web SDK eller at.js:

• Adobe Experience Platform Web SDK extension
• Implementera Target använda Adobe Experience Platform

Varje gång en besökare begär en sida som har optimerats för Targetskickas en begäran till målinriktningssystemet. Begäran hjälper till att avgöra vilket innehåll som ska användas för besökaren. Den här processen utförs i realtid. Varje gång en sida läses in görs en begäran om innehållet och utförs av systemet. Innehållet styrs av reglerna för marknadsföringsstyrda aktiviteter och upplevelser och är riktat till den enskilda besökaren. Innehållet får det att varje besökare mest sannolikt svarar på, interagerar med eller till slut köper. Personaliserat innehåll hjälper till att maximera svarsfrekvenser, förvärvsfrekvens och intäkter.

I Target, är varje element på sidan en del av en upplevelse för hela sidan. Varje upplevelse kan innehålla flera element på sidan.

Det innehåll som visas för besökarna beror på vilken typ av aktivitet du skapar:

A/B Test

Innehållet som visas i ett grundläggande A/B-test väljs slumpmässigt bland de upplevelser som du tilldelar aktiviteten. Du kan tilldela procentvärden för trafikallokering för varje upplevelse. Som ett resultat av denna slumpmässiga uppdelning av trafiken kan det ta en betydande del av den inledande trafiken innan procentsatserna blir ojämnade. Om du till exempel skapar två upplevelser väljs startupplevelsen slumpmässigt. Om trafiken är liten är det möjligt att andelen besökare kan skevas mot en upplevelse. När trafiken ökar utjämnas procentsatserna.

Du kan ange procentvärden för varje upplevelse. I det här fallet genereras ett slumpmässigt tal och det talet används för att välja vilken upplevelse som ska visas. De resulterande procentsatserna kanske inte matchar de angivna målen exakt, men mer trafik innebär att upplevelserna ska delas närmare målmålen.

1. En kund begär en sida från servern och den visas i webbläsaren.
2. En cookie från första part är inställd i kundens webbläsare för att lagra kundens beteende.
3. Sidan anropar målsystemet.
4. Innehåll visas baserat på reglerna för din aktivitet.

Se Skapa ett A/B-test för mer information.

Auto-Allocate

Auto-Allocate identifierar en vinnare bland två eller flera upplevelser. Auto-Allocate allokerar automatiskt om mer trafik till den vinnande upplevelsen, vilket bidrar till att öka antalet konverteringar medan testet fortsätter att köras och lära sig mer.

Se Auto-Allocate för mer information.

Auto-Target (AT)

Auto-Target använder avancerad maskininlärning för att välja bland flera högpresterande marknadsföringsdefinierade upplevelser. Auto-Target har den mest skräddarsydda upplevelsen för varje besökare. Leveransen av upplevelsen baseras på enskilda kundprofiler och beteendet hos tidigare besökare med liknande profiler. Använd Auto-Target för att personalisera innehåll och driva konverteringar.

Se Automatiskt mål för mer information.

Automated Personalization (AP)

Automated Personalization (AP) kombinerar erbjudanden och meddelanden och använder avancerad maskininlärning för att matcha olika erbjudandevarianter för varje besökare. Leveransen av upplevelser bygger på individuella kundprofiler för att personalisera innehåll och driva på lyft.

Se Automated Personalization för mer information.

Experience Targeting (XT)

Experience Targeting (XT) levererar innehåll till en viss målgrupp baserat på en uppsättning marknadsföringsdefinierade regler och kriterier.

Experience Targeting, inklusive geolokalisering, är värdefullt för att definiera regler som riktar sig till en viss upplevelse eller innehåll till en viss målgrupp. Flera regler kan definieras i en aktivitet för att leverera olika innehållsvariationer till olika målgrupper. När besökarna visar er webbplats Experience Targeting (XT) utvärderar dem för att avgöra om de uppfyller de villkor som du anger. Om de uppfyller kriterierna anger de aktiviteten och den upplevelse som är utformad för att kvalificera målgrupper visas. Ni kan skapa upplevelser för flera målgrupper inom en enda aktivitet.

Se Experience Targeting för mer information.

Multivariate Test (MVT)

Multivariate Testing (MVT) jämför kombinationer av erbjudanden i element på en sida för att avgöra vilken kombination som fungerar bäst för en viss målgrupp. MVT hjälper till att identifiera vilket element som mest påverkar aktivitetens framgång.

Se Multivariata tester för mer information.

Recommendations

Recommendations aktiviteter visar automatiskt produkter eller innehåll som kan intressera dina kunder baserat på tidigare användaraktiviteter eller andra algoritmer. Recommendations hjälper kunderna att hänvisa till relevanta objekt som de annars kanske inte känner till.

Se Recommendations för mer information.

Edge Network

En"Edge" är en geografiskt fördelad serverarkitektur som ger optimal svarstid för besökare som behöver innehåll, oavsett var i världen de befinner sig.

För att förbättra svarstiderna Target Kanterna har bara aktivitetslogik, cachelagrade profiler och erbjudandeinformation som värd.

Aktivitets- och innehållsdatabaser, Analytics data, API:er och marknadsföringsgränssnitt finns i Adobe Central Clusters. Uppdateringar skickas sedan till Target Kanter. Central Clusters och Edge Clusters synkroniseras automatiskt för att kontinuerligt uppdatera cachade aktivitetsdata. Alla 1:1-modelleringar lagras också på varje kant, så dessa mer komplexa begäranden kan också bearbetas på kanten.

Varje Edge Cluster har all information som krävs för att besvara besökarens innehållsförfrågan och spåra analysdata på begäran. Besöksförfrågningar dirigeras till närmaste Edge-kluster.

Mer information finns i Adobe Target - säkerhetsöversikt rapport.

The Target lösningen finns på datacenter som ägs av Adobe och som hyrs ut av Adobe över hela världen.

Platserna för centrala kluster innehåller både en datainsamlingscentral och en datacentral. Edge Cluster-platser innehåller bara ett datainsamlingscenter. Varje rapportsvit tilldelas ett specifikt databehandlingscenter.

Data om kundwebbplatsaktivitet samlas in av de närmaste sju Edge-kluster. Dessa data dirigeras till en kunds förbestämda mål för centrala kluster (en av tre platser: Oregon, Dublin, Singapore) för beredning. Data för besökarprofilen lagras på det Edge-kluster som ligger närmast besökaren. Bland Edge-klusterplatserna finns Central Cluster-platserna och Virginia, Mumbai, Sydney och Tokyo.

I stället för att svara på alla målförfrågningar från en enda plats, behandlas förfrågningar av det Edge-kluster som ligger närmast besökaren. Denna process bidrar till att minska effekten av restiden mellan nätverk och Internet.

Target Centrala kluster, som finns på Amazon Web Services (AWS), innehåller:

• Oregon, USA
• Dublin, Irland
• Republiken Singapore

Target Edge Clusters, som finns på AWS, innehåller:

• Mumbai, Indien
• Tokyo, Japan
• Virginia, USA
• Oregon, USA
• Sydney, Australien
• Dublin, Irland
• Republiken Singapore

The Target Recommendations är värd för en tjänst Adobe datacenter i Oregon.

Du kan tillåtslista Target Edge Clusters, om du vill. Mer information finns i tillåtelselista: Hörnkantsnoder.

Skyddad användarupplevelse

Adobe ser till att infrastruktur för målinriktning blir så tillförlitlig som möjligt och presterar. En kommunikationsanalys mellan en besökares webbläsare och Adobe -servrar kan orsaka avbrott i innehållsleveransen.

För att skydda mot avbrott i tjänsten och anslutningsproblem ställs alla platser in på att inkludera standardinnehåll (definieras av klienten). Det här standardinnehållet visas om användarens webbläsare inte kan ansluta till Target.

Inga ändringar görs på sidan om användarens webbläsare inte kan ansluta inom en angiven tidsgräns (som standard: 15 sekunder). Om den här tidsgränsen nås visas standardplatsinnehåll.

Adobe skyddar användarupplevelsen genom att optimera och skydda prestanda.

• Adobe säkerställer prestandatester baserade på branschstandarder som garanteras av Adobe Service Level Agreement.
• Edge Network ger snabb leverans av data.
• Adobe har ett flernivåbaserat arbetssätt för att skydda sina applikationer och ger kunderna högsta möjliga tillgänglighet och tillförlitlighet.
• Target Konsulttjänster ger implementeringshjälp och fortlöpande produktsupport.

SEO-testning (Search Engine Optimization)

Adobe Target anpassar sig till riktlinjer för sökmotorer vid testning.

Google uppmuntrar användare att testa. Google anger i sin dokumentation att A/B och Multivariate Testing skadar inte klassificeringar av organiska sökmotorer om du följer vissa riktlinjer.

Mer information finns i följande Google-resurser:

• Webbplatstestning och Google Search
• Experimentera och insvepning

Riktlinjer presenterades i en Google Webmaster Central Blog publicera. Även om posten är från 2012 är den fortfarande Google senaste uttalande om ärendet och riktlinjerna är fortfarande relevanta.

• Ingen insvepning: Insvepning visar en uppsättning innehåll för användarna och en annan uppsättning innehåll för sökmotorrobotar. Insvepning åstadkoms genom att man specifikt identifierar botar och målmedvetet matar in olika innehåll.

  Target, som en plattform, har konfigurerats för att behandla sökmotorobjekt på samma sätt som andra användare. Detta innebär att botar kan inkluderas i aktiviteter om de väljs slumpmässigt och"se" testvariationerna.

• Använd rel=“canonical”: Ibland måste ett A/B-test konfigureras med olika URL:er för variationerna. I dessa fall bör alla variationer innehålla en rel="canonical" -tagg som refererar till den ursprungliga (kontroll) URL-adressen. Anta till exempel att Adobe testar sin hemsida med olika URL:er för varje variation. Följande kanoniska tagg för hemsidan finns i <head> tagg för varje variant:

  <link rel="canonical" href="https://www.adobe.com" />

• Använd 302 (tillfälliga) omdirigeringar: I de fall där separata URL:er används för variationssidorna i ett test rekommenderar Google att man använder en 302-omdirigering för att dirigera trafik till testvariationerna. Omdirigeringen 302 meddelar sökmotorerna att omdirigeringen är tillfällig och endast är aktiv så länge som testet körs.

  En 302-omdirigering är en omdirigering på serversidan, och Target, tillsammans med de flesta optimeringsleverantörer, använder funktioner på klientsidan. Därför är omdirigering ett område där Target följer inte Google rekommendationer fullt ut. Detta tillvägagångssätt påverkar dock endast en liten del av testerna. Standardmetoden för att köra tester genom Target anropar ändring av innehåll inom en enda URL, så ingen omdirigering behövs. Det finns tillfällen när klienter måste använda flera URL:er för att representera testvariationerna. I dessa fall Target använder JavaScript window.location -kommando. Det här kommandot instruerar användare att testa variationer, vilket inte uttryckligen anger om omdirigeringen är 301 eller 302.

  Adobe fortsätter att leta efter användbara lösningar som helt överensstämmer med riktlinjerna för sökmotorer. För de klienter som måste använda separata URL:er för testning, Adobe Vi är övertygade om att en korrekt implementering av de kanoniska taggarna minskar riskerna med detta tillvägagångssätt.

• Kör bara experimenten så länge det behövs: Adobe anser att "så länge det behövs" är så lång som det behövs för att uppnå statistisk signifikans. Target innehåller bästa praxis och Adobe Target Beräkna samplingsstorlek för att avgöra när testet har nått denna punkt. Adobe rekommenderar att du inkluderar den hårdkodade implementeringen av vinnande tester i testarbetsflödet och tilldelar lämpliga resurser.

  Använda Target att"publicera" vinnande tester rekommenderas inte som en permanent lösning. Om det vinnande testet publiceras för 100 % av användarna 100 % av tiden kan det här tillvägagångssättet användas medan processen med att hårdkoda det vinnande testet slutförs.

  Det är också viktigt att tänka på vad ditt test har ändrats. Om du bara uppdaterar färgen på knappar eller andra mindre objekt som inte är textbaserade på sidan påverkas inte den organiska rankningen. Ändringar av text bör dock vara hårdkodade.

  Det är också viktigt att tänka på tillgängligheten för sidan som du testar. Om sidan inte är tillgänglig för sökmotorer och inte har utformats för att rangordnas i organiska sökningar, gäller inget av ovanstående. Ett exempel är en dedikerad landningssida för en e-postkampanj.

Google uppger att om du följer dessa riktlinjer"bör testerna få liten eller ingen effekt på webbplatsen i sökresultaten".

Förutom dessa riktlinjer ger Google även ytterligare en vägledning i dokumentationen till verktyget Innehållsexperiment:

• "Variantsidorna ska bibehålla innehållets anda på originalsidorna. Dessa variationer bör inte ändra innebörden av eller användarens allmänna uppfattning av det ursprungliga innehållet."

Google anger som exempel att om en webbplats originalsida läses in med nyckelord som inte relaterar till de kombinationer som visas för användarna, kan vi ta bort den webbplatsen från vårt index.

Adobe anser att det skulle vara svårt att oavsiktligt ändra innebörden av det ursprungliga innehållet i testvariationerna. Men Adobe bör du vara medveten om nyckelordsteman på en sida och underhålla dessa teman. Ändringar av sidinnehåll, särskilt när du lägger till eller tar bort relevanta nyckelord, kan leda till att URL:en rangordnas vid organisk sökning. Adobe rekommenderar att du samarbetar med SEO-partnern som en del av testprotokollet.

Bots

Adobe Target använder DeviceAtlas metrisk "isRobot" för att identifiera kända bots baserat på användaragentsträngen som skickades i begärandehuvudet.

Trafik som identifieras som genererad av en robot betjänas fortfarande av innehåll. Boxar behandlas som vanliga användare för att säkerställa att Target är i linje med SEO:s riktlinjer. Om du använder robottrafik kan du skeva A/B-tester eller personaliseringsalgoritmer om de behandlas som vanliga användare. Om en känd robot upptäcks i Target trafiken behandlas något annorlunda. Att ta bort robottrafik ger en mer exakt mätning av användaraktivitet.

Särskilt för känd robottrafik Target inte:

• Skapa eller hämta en besökarprofil
• Logga alla profilattribut eller kör profilskript
• Slå upp Adobe Audience Manager (AAM) segment (om tillämpligt)
• Använd robottrafik för att modellera och leverera personaliserat innehåll för Recommendations, Auto-Target, Automated Personalization, eller Auto-Allocate verksamhet
• Logga ett aktivitetsbesök för rapportering
• Loggdata som ska skickas till Adobe Experience Cloud plattform

För känd robottrafik vid användning Analytics for Target (A4T), Target inte:

• Skicka händelser till Analytics

För känd robottrafik när du använder loggning på klientsidan, Target returnerar inte:

• talnyttolast