Aktivitets-QA

Länkar att dela med teammedlemmar som aldrig behöver ändras eller behöver genereras om, oavsett vilka uppdateringar som gjorts för upplevelserna eller aktiviteterna. Med den här funktionen kan du testa dina aktiviteter fullständigt under hela användarresan.

Målgruppsvillkor kan respekteras så att marknadsförarna kan testa målinriktningskriterier eller ignorera målinriktningskriterier för att få QA att visa hur upplevelserna ser ut utan att behöva uppfylla målgruppsvillkoren.

QA-rapportering samlas in så att marknadsförarna kan bekräfta att mätvärdena ökar som förväntat och att QA-rapportdata hålls åtskilda från produktionsrapporter (för icke-A4T-rapportering).

Möjligheten att förhandsgranska en upplevelse separat eller med andra aktiva aktiviteter som uppfyller leveranskriterierna (sida/Target begäran/målgrupp).

Möjlighet att köra QA under hela användarresan. Du kan komma åt din webbplats en gång med QA-länken och sedan bläddra på hela webbplatsen i Activity QA. Du stannar kvar i Activity QA tills du avslutar sessionen eller tills du använder bokmärket QA Target för att tvinga dig ut ur Activity QA. Den här funktionen är användbar om du har en aktivitet som sträcker sig över flera webbsidor.

Eftersom Activity QA nu är tillgängligt för alla Target-aktivitetstyper är funktionen Preview Automated Personalization activity with experience preview URLs inte längre nödvändig.

Activity QA förhandsgranskningslänkar för sparade aktiviteter läses kanske inte in om det finns för många sparade aktiviteter på ditt konto. Det bör fungera att försöka återanvända förhandsvisningslänkarna. Om du vill förhindra att den här situationen fortsätter att inträffa arkiverar du sparade aktiviteter som inte längre används aktivt.

Activity QA URL:er är tillgängliga med aktiviteter med Analytics som rapportkälla (A4T). Träffar som genereras när kvalitetskontrollen utförs med hjälp av Activity QA-flödet till samma rapportsvit där aktivitetens data flödar även efter att aktiviteten har publicerats.

Activity QA visar inte innehåll för arkiverade aktiviteter eller aktiviteter som ligger efter deras slutdatum. Om du inaktiverar en avslutad aktivitet måste du spara aktiviteten igen för att Activity QA ska fungera.

Aktiviteter som importerats till Target Standard/Premium (till exempel från Target Classic) stöder inte QA-URL:er.

I Auto-Allocate- och Recommendations-aktiviteter påverkas inte modellen av de besök som gjorts i Activity QA.

Om du angav "URL is" när du skapade aktiviteten förfiningar i den formulärbaserade dispositionen eller sidleveransalternativen i Visual Experience Composer) fungerar inte QA-URL:en eftersom Activity QA lägger till URL-parametrar. Du löser det här problemet genom att klicka på QA-URL:en för att gå till webbplatsen, ta bort de tillagda parametrarna från URL:en och sedan läsa in den nya URL:en.

Om du har .js 1.Läget x, Activity QA är inte tilltalande om du använder Safari eller en annan webbläsare som blockerar cookies från tredje part. I dessa fall måste du lägga till förhandsgranskningsparametrarna i varje URL som du navigerar till. Detsamma gäller om du har implementerat CNAME.

Om en aktivitet använder flera upplevelsemålgrupper (till exempel en amerikansk och brittisk webbplats som ingår i samma aktivitet) genereras inte QA-länkar för de fyra kombinationerna (Experience A/US Site, Experience A/UK Site, Experience B/US Site, Experience B/UK Site). Endast två QA-länkar (Experience A och Experience B) skapas, och användarna måste kvalificera sig för att rätt målgrupp ska kunna se sidan. En brittisk QA-person kan inte se den amerikanska webbplatsen.

Alla at_preview-parametrar och värden är redan URL-kodade. För det mesta fungerar allt som förväntat. Vissa kunder måste dock läsa in utjämnare eller webbservrar som försöker koda frågesträngsparametrarna igen.

På grund av den här dubbla kodningen går det inte att extrahera rätt tokenvärde när Target försöker avkoda at_preview_token, vilket resulterar i att förhandsvisningen inte fungerar. Target

Adobe rekommenderar att du pratar med IT-avdelningen för att se till att alla förhandsgranskningsparametrar är tillåtslista så att dessa värden inte förändras på något sätt.

I följande tabell visas de parametrar som kan tillåtslista i din domän:

Gränssnittet Target QA Mode visar bara den första URL:en för en upplevelse i en flersidig aktivitet. Anta att du skapar ett resetest och går från URL1 till URL2. Om du vill gå till URL2 separat kopierar du alla URL-parametrar som finns mot URL1 och använder dem på URL2 efter att du har placerat ett "?" precis som i URL1.

Länkar för förhandsgranskning av aktivitet för sparade aktiviteter läses kanske inte in om det finns för många sparade aktiviteter på ditt konto. Försök med förhandsgranskningslänkarna igen. Arkivera sparade aktiviteter som inte längre används aktivt för att förhindra att problemet fortsätter att inträffa.