Så här fungerar Adobe Target
Lär dig hur Adobe Target fungerar, inklusive information om JavaScript-bibliotek (Adobe Experience Platform Web SDK och at.js). I den här artikeln beskrivs också de olika aktivitetstyper som du kan skapa, Target strategier för användningsinventering, Target Edge Network, SEO och robotidentifiering.
Några viktiga punkter:
- JavaScript Libraries: Läs mer om Target JavaScript-biblioteken: Adobe Experience Platform Web SDK och at.js.
- Strategier för användning av serveranrop: Lär dig hur Target räknar olika serveranrop, inklusive slutpunkter, en mbox, batchmbox, körning, förhämtning och meddelandeanrop.
- Edge Network: Upptäck hur Target interagerar med Adobe Experience Platform Edge Network.
- Skyddad användarupplevelse: Lär dig hur Adobe säkerställer tillgänglighet och prestanda för målinfrastrukturen.
- SEO-riktlinjer: Följ bästa praxis för att justera Target-aktiviteter med SEO-riktlinjer.
- Punkttrafik: Lär dig hur Target hanterar robottrafik för att undvika skevningstester och personaliseringsalgoritmer.
Adobe Target JavaScript-bibliotek libraries
Målet kan integreras med webbplatser med Experience Platform Web SDK eller at.js:
- Adobe Experience Platform Web SDK: Med det här JavaScript-biblioteket på klientsidan kan Adobe Experience Cloud-kunder interagera med olika tjänster via Experience Platform Edge Network. Adobe rekommenderar att nya Target-kunder implementerar Experience Platform Web SDK.
- at.js: Det här implementeringsbiblioteket för Target förbättrar sidinläsningstiderna för webbimplementeringar och erbjuder bättre alternativ för enkelsidiga program. Uppdateras ofta med nya funktioner, Adobe rekommenderar att alla at.js-användare uppdaterar till den senaste versionen.
Referera Experience Platform Web SDK eller at.js på alla sidor på webbplatsen. Lägg till exempel till ett av dessa bibliotek i det globala sidhuvudet. Du kan också använda taggar i Adobe Experience Platform för att implementera Target.
Följande resurser innehåller detaljerad information som kan hjälpa dig att implementera Experience Platform Web SDK eller at.js:
Varje gång en besökare begär en sida som är optimerad för Target skickas en realtidsbegäran till målsystemet för att fastställa vilket innehåll som ska användas. Denna begäran görs och utförs varje gång en sida läses in, styrs av marknadsförarstyrda aktiviteter och upplevelser. Innehållet riktar sig till enskilda webbplatsbesökare, vilket maximerar svarsfrekvenserna, förvärvsfrekvensen och intäkterna. Personaliserat innehåll säkerställer att besökarna svarar, interagerar eller gör inköp.
I Target är varje element på sidan en del av en upplevelse, som kan innehålla flera element.
Vilket innehåll som visas beror på vilken typ av aktivitet du skapar:
A/B Test
I ett grundläggande A/B-test väljs innehåll slumpmässigt från de tilldelade upplevelserna. Du kan ange procentvärden för trafikallokering för varje upplevelse. Inledningsvis kan trafiken fördelas ojämnt på grund av slumpmässig uppdelning, men den utjämnas i takt med att trafiken ökar. För två upplevelser väljs till exempel startupplevelsen slumpmässigt. Låg trafik kan skeva besökarprocenten mot en upplevelse, men den här situationen balanserar ut mot mer trafik.
Ange procentmål för varje upplevelse. Ett slumpmässigt tal genereras för att välja vilken upplevelse som ska visas. Även om de resulterande procentsatserna kanske inte matchar målen exakt, leder högre trafik till en närmare delning av målmålen.
- En kund begär en sida från servern som visas i webbläsaren.
- En cookie från första part är inställd i kundens webbläsare för att lagra beteendet.
- Sidan anropar målsystemet.
- Innehållet visas baserat på aktivitetsreglerna.
Mer information finns i Skapa ett A/B-test.
Auto-Allocate
Auto-Allocate identifierar den vinnande upplevelsen bland två eller fler alternativ. Sedan omfördelas automatiskt mer trafik till vinnaren och antalet konverteringar ökar allt eftersom testet fortsätter att köras och lära sig mer.
Mer information finns i Auto-Allocate.
Auto-Target (AT)
Auto-Target använder avancerad maskininlärning för att välja bland flera högpresterande, marknadsföringsdefinierade upplevelser. Auto-Target levererar den mest anpassade upplevelsen till varje besökare baserat på enskilda kundprofiler och beteendet hos tidigare besökare med liknande profiler. Använd Auto-Target för att anpassa innehåll och driva konverteringar.
Mer information finns i Automatiskt mål.
Automated Personalization (AP)
Automated Personalization (AP) kombinerar erbjudanden eller meddelanden och använder avancerad maskininlärning för att matcha olika variationer för varje besökare. AP personaliserar innehåll baserat på individuella kundprofiler för att lyfta.
Mer information finns i Automated Personalization.
Experience Targeting (XT)
Experience Targeting (XT) levererar innehåll till specifika målgrupper baserat på marknadsföringsdefinierade regler och kriterier. XT är värdefull när det gäller att definiera regler för specifika upplevelser eller innehåll som riktar sig till en viss målgrupp. Flera regler kan anges i en aktivitet för att leverera olika innehållsvariationer till olika målgrupper. När besökarna visar din webbplats utvärderar XT dem för att avgöra om de uppfyller kriterierna. Om de är kvalificerade anmäler de sig till aktiviteten och ser upplevelsen som är utformad för dem. Ni kan skapa upplevelser för flera målgrupper inom en enda aktivitet.
Mer information finns i Experience Targeting.
Multivariate Test (MVT)
Multivariate Testing (MVT) jämför kombinationer av erbjudanden i sidelement 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.
Mer information finns i Multivariate Test.
Recommendations
Recommendations-aktiviteter visar automatiskt produkter eller innehåll som kan intressera kunder baserat på deras tidigare aktivitet eller andra algoritmer. Rekommendationer hjälper kunderna att hänvisa till relevanta objekt som de annars kanske inte hittar.
Mer information finns i Rekommendationer.
Edge Network concept_0AE2ED8E9DE64288A8B30FCBF1040934
En Edge är en geografiskt spridd serverarkitektur som ger optimal svarstid för besökare som begär innehåll, oavsett var de befinner sig.
För att förbättra svarstiderna är Target Edge värd endast för aktivitetslogik, cachelagrade profiler och erbjudandeinformation.
Aktivitets- och innehållsdatabaser, Analytics data, API:er och marknadsföringsanvändargränssnitt finns i Adobe Central Clusters. Uppdateringar skickas till Target-kanterna, som automatiskt synkroniseras med Central Clusters för att kontinuerligt uppdatera cachelagrade aktivitetsdata. Alla :1-modelleringar lagras också på varje kant, vilket gör att komplexa begäranden kan bearbetas lokalt.
Varje Edge-kluster innehåller all information som behövs för att svara på förfrågningar om besökarinnehåll och spåra analysdata. Besöksförfrågningar dirigeras till närmaste Edge-kluster.
Mer information finns i rapporten Adobe Target Security Overview.
Target ligger hos datacenter världen över som ägs av Adobe och som hyrs av Adobe.
De centrala klusterplatserna lagrar både datainsamling och databearbetningscentra. Edge klusterplatser innehåller endast datainsamlingscentraler. Varje rapportsvit tilldelas ett specifikt databehandlingscenter.
Data om kundwebbplatsaktivitet samlas in av närmaste sju Edge-kluster. Dessa data dirigeras sedan till en i förväg bestämd central klusterdestination (Oregon, Dublin eller Singapore) för bearbetning. Data för besökarprofilen lagras i det Edge-kluster som ligger närmast besökaren. Edge klusterplatser omfattar de centrala klusterplatserna samt Virginia, Mumbai, Sydney och Tokyo.
I stället för att bearbeta alla riktade begäranden från en enda plats hanteras förfrågningar av det Edge-kluster som ligger närmast besökaren. Den här metoden minskar effekten av nätverks- och internetresor.
Target Centralkluster, 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
Tjänsten Target Recommendations finns i ett Adobe-datacenter i Oregon.
Du kan tillåtslista Target Edge Clusters om du vill. Mer information finns i tillåtslista målkantnoder.
Skyddad användarupplevelse concept_40A5E781D90A41E4955F80EA9E5F8F96
Adobe ser till att målinfrastrukturen är så tillförlitlig som möjligt och att dess prestanda är så tillförlitliga som möjligt. Kommunikationsstörningar mellan en besökares webbläsare och Adobe servrar kan dock störa 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 besökarens webbläsare inte kan ansluta till Target.
Inga ändringar görs på sidan om besökarens webbläsare inte kan ansluta inom en angiven tidsgräns (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 garanterar prestandatester baserat på branschstandarder, som garanteras av Adobe Service Level Agreement.
- Edge Network ger snabb leverans av data.
- Adobe använder en metod med flera nivåer för att skydda sina program, vilket ger högsta tillgänglighet och tillförlitlighet för kunderna.
- Target Consulting erbjuder implementeringshjälp och fortlöpande produktsupport.
SEO-testning (Search Engine Optimization) concept_C0C865663CAB4251B66A1F250FD25E6A
Adobe Target följer riktlinjerna för sökmotor för testning. Google uppmuntrar till användartestning och säger att A/B och Multivariate Testing inte skadar rangordningar för organisk sökmotor om vissa riktlinjer följs.
Adobe Target följer riktlinjerna för sökmotor för testning.
Mer information finns i följande Google-resurser:
Riktlinjer presenterades i ett blogginlägg från Google Webmaster Central. Även om inlägget är från 2012 är det fortfarande Googles senaste programsats i ärendet, och riktlinjerna är fortfarande relevanta.
-
Ingen insvepning: Vid insvepning visas en uppsättning innehåll för användare och en annan uppsättning för sökmotorbotar genom att du specifikt identifierar botar och matar in dem med olika innehåll.
Target har konfigurerats för att behandla sökmotorobjekt på samma sätt som andra användare. Därför kan botar inkluderas i aktiviteter om de väljs slumpmässigt och"se" testvariationerna.
-
Använd rel="canonical": Ibland krävs olika URL:er för variationer för ett A/B-test. I dessa fall ska alla variationer innehålla en rel="canonical"-tagg som refererar till den ursprungliga (kontroll) URL:en. Om Adobe till exempel testar sin hemsida med olika URL:er för varje variation, ska följande kanoniska tagg för hemsidan placeras i taggen
<head>för varje variation:<link rel="canonical" href="https://www.adobe.com" /> -
Använd 302 (tillfälliga) omdirigeringar: När separata URL:er används för variantsidor i ett test rekommenderar Google att du använder en 302-omdirigering för att dirigera trafik till testvarianterna. Omdirigeringen till 302 informerar sökmotorer om att omdirigeringen är tillfällig och aktiv endast medan testet körs.
En 302-omdirigering är en omdirigering på serversidan, medan Target och de flesta optimeringsleverantörer använder funktioner på klientsidan. Därför är Target inte helt kompatibel med Googles rekommendationer för omdirigeringar. Detta påverkar dock endast en liten del av testerna. Standardmetoden för att köra tester via Target innebär att ändra innehåll inom en enda URL, vilket eliminerar behovet av omdirigeringar. I de fall där flera URL:er krävs för testvariationer använder Target JavaScript
window.location-kommandot, som inte anger om omdirigeringen är 301 eller 302.Adobe söker aktivt efter lösningar som är helt förenliga med riktlinjerna för sökmotorer. För klienter som behöver separata URL:er för testning anser Adobe att korrekt implementering av kanoniska taggar minskar de associerade riskerna.
-
Kör försök bara så länge som krävs: Adobe definierar "så länge som krävs" som den tid som krävs för att uppnå statistisk signifikans. Target erbjuder bästa praxis och Adobe Target Beräkna provstorlek för att avgöra när testet har nått den här punkten. Adobe rekommenderar att du införlivar den hårdkodade implementeringen av vinnande tester i ditt testarbetsflöde och tilldelar lämpliga resurser.
Vi rekommenderar inte att Target används för att"publicera" vinnande tester som en permanent lösning. Om det vinnande testet publiceras för 100 % av användarna hela tiden kan det här tillvägagångssättet användas tillfälligt medan det vinnande testet hårdkodas.
Tänk på vad ditt test har ändrats. Mindre uppdateringar, t.ex. knappfärger, påverkar inte den organiska rankningen. Textändringar bör dock vara hårdkodade.
Tänk också på tillgängligheten för sidan som du testar. Om sidan inte är tillgänglig för sökmotorer och aldrig var avsedd att rangordnas i organiska sökningar, gäller inte dessa överväganden. 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 testvariationer. Adobe rekommenderar dock att du är medveten om nyckelordsteman på en sida och underhåller 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 bots
Target använder DeviceAtlas-måttet isRobot för att identifiera kända botar baserat på den användaragentsträng som skickas i begärandehuvudet.
Trafik som identifieras som robotgenererad betjänas fortfarande. Bots behandlas som vanliga användare för att säkerställa att Target följer SEO-riktlinjerna. Robottrafiken kan dock förvränga A/B-tester eller personaliseringsalgoritmer om de behandlas som vanliga användare. Därför behandlas känd robottrafik i din Target-aktivitet på ett annat sätt. Borttagning av robottrafik ger en exaktare mätning av användaraktivitet.
Target gör inte följande för känd robottrafik:
- Skapa eller hämta en besökarprofil
- Logga profilattribut eller kör profilskript
- Slå upp Adobe Audience Manager (AAM) segment (om tillämpligt)
- Använd robottrafik i modellering eller för att leverera anpassat innehåll för Recommendations, Auto-Target, Automated Personalization eller Auto-Allocate aktiviteter
- Logga ett aktivitetsbesök för rapportering
- Loggdata som ska skickas till plattformen Adobe Experience Cloud
För känd robottrafik gäller inte Analytics for Target (A4T): Target
- Skicka händelser till Analytics
client_side returnerar inte för känd robottrafik när Target-loggning används:
tnta payload