Se hai più siti web, potresti chiederti se è il caso di creare una sezione Dynamic Yield diversa per ognuno di loro o gestirli tutti tramite un'unica entità dal sito Dynamic Yield. Questa scelta avrà un impatto enorme sul tuo lavoro e sul modo in cui visualizzerai i report. Non esiste una risposta corretta per tutti i casi, ma grazie a questo articolo potrai capire come decidere cosa è meglio per te.
Linee guida
Hai un'unica base di utenti per entrambi i siti?
Se un utente può aprire un account su entrambi i siti, ma con profili diversi, dovresti creare sezioni diverse in Dynamic Yield.
È lo stesso team che lavora su app e siti o ci sono gruppi diversi?
In Dynamic Yield, le autorizzazioni sono definite per ogni singola sezione. Se userai una sola sezione, tutti i tuoi editor potranno effettuare modifiche in tutti i domini. Separandoli potrai impostare un team come redattore per la sezione "A" e un altro per la sezione "B".
Usi lo stesso catalogo prodotti per entrambi i siti?
Se i siti web sono sostanzialmente simili, ma in lingua diversa (ad esempio, uno in EN e l'altro in DE), li puoi creare sotto un'unica sezione e puoi aggiungere un attributo per ogni prodotto, indicando proprietà diverse per ogni località (ad esempio, nome, prezzi diversi, disponibilità in magazzino). Le impostazioni locali sono determinate <head> nell'account. Scopri di più sulla possibilità di supportare più lingue..
Lanci le stesse campagne su più siti?
Se la maggior parte delle campagne è simile, potresti pensare di usare una sola sezione. A quel punto, se necessario, potrai scegliere come target diversi siti in base ad ogni esperienza o campagna. Quando le campagne vengono lanciate su tutti i siti, inoltre, i report non vengono suddivisi in base alle pagine. Lo stesso vale per la funzione "Esplora pubblico".
In alternativa, puoi tenere i siti separati e, se necessario, copiare modelli, campagne (per la maggior parte delle tipologie) e valutatori. Alcune entità non si possono copiare e devono essere ricreate manualmente per ogni sito (incluse campagne multi-touch, segmenti di pubblico, obiettivi, unità e campagne e-mail).
Vantaggi dell'aggregare più siti
- I dati e la cronologia degli utenti sono coerenti tra tutti i siti e le app.
- Un pool di utenti più ampio che garantisce risultati più rapidi nei test.
Ad esempio, minimizza gli effetti di esperimenti di lunga durata in paesi con poco traffico. - Un pool di dati più ampio per logiche algoritmiche intelligenti.
Aad esempio, Reco Strategy Viewed Together si basa sul comportamento utente di tutti i visitatori combinati. - Richiede minore impegno nella gestione delle campagne.
Ad esempio, i segmenti di pubblico, le strategie e le campagne non andranno ricreate in siti diversi, ma le potrai creare una sola volta, utilizzando solo il livello Esperienza per adattare i contenuti alle specifiche di ogni paese.
Svantaggi dell'aggregare più sezioni
i punteggi di popolarità verranno calcolati tra tutti gli utenti di una sezione. Di conseguenza, le preferenze specifiche potrebbero essere sovrastate dalle preferenze locali di un dominio. con più traffico.
Ad esempio, una tendenza riscontrabile rispetto ai pantaloni verdi in Spagna potrebbe essere sovrastata da un trend relativo ai calzoni rossi in Germania. Per via della quota di traffico, i pantaloni rossi saranno maggiormente rappresentati nelle strategie di suggerimento basate sulla popolarità.
Riepilogo
Quando possibile, ti consigliamo di ridurre al minimo il numero di sezioni. Considera il tuo flusso di lavoro: è solo un dominio tecnico diverso, ma nel complesso si tratta delle stesse attività? In tal caso, probabilmente vale la pena utilizzare una o più sezioni Dynamic Yield. Al contrario, se i tuoi siti o app rappresentano "aziende" diverse (ad esempio, con marchi differenti), con team, obiettivi, campagne e basi di utenti disomogenei, probabilmente dovresti creare una specifica sezione Dynamic Yield per ognuna di esse.