Se você tem vários websites ou apps, pode criar uma seção da Dynamic Yield para cada um ou gerenciar todos eles em uma única entidade de seção da Dynamic Yield. Isso pode ter um impacto imenso em seu trabalho e em como você visualiza os relatórios. Não há uma única resposta correta para todos os casos, por isso use este artigo para ajudar a decidir o que é melhor para você.
Orientações
Você tem única base de usuários para todos os websites e apps?
Se os usuários precisam criar uma conta separada para cada website, você deve criar seções separadas na Dynamic Yield.
Você tem uma única equipe ou várias trabalhando em seus websites e apps?
Na Dynamic Yield, as permissões são definidas para cada seção individual. Se você usa uma única seção, todos os seus editores podem editar em todos os domínios. Separá-las permite que você defina uma equipe como editora para a seção A e outra equipe como editora para a seção B.
Você usa o mesmo catálogo de produtos para seus websites e apps?
Se você tem websites que são basicamente os mesmos, mas definidos para diferentes localizações (por exemplo, um para EN e outro para DE), você pode configurá-los sob uma única seção e adicionar um atributo para cada produto, declarando diferentes propriedades para cada localização (por exemplo, diferentes nomes, preços, disponibilidade de estoque). A localização é determinada na tag <head> da conta. Saiba mais sobre o suporte a vários idiomas.
Você veicula as mesmas campanhas em todos os seus websites e apps?
Se a maioria das campanhas for semelhante, considere usar uma única seção. Você pode então segmentar websites diferentes quando necessário para cada experiência ou campanha. Quando as campanhas são veiculadas em todos os websites, os relatórios não são subdivididos de acordo com o website. O mesmo se aplica ao Audience Explorer.
Alternativamente, você pode manter seções separadas e, quando necessário, copiar e transferir modelos, campanhas (a maioria dos tipos) e avaliadores. Algumas entidades não podem ser copiadas e devem ser recriadas manualmente para cada seção (incluindo campanhas multitoque, públicos, metas, unidades e campanhas de e-mail).
Vantagens da agregação de seções
- Os dados e histórico do usuário são consistentes entre todos os websites e apps.
- Um grande pool de usuários significa resultados mais rápidos em testes.
Por exemplo, isso ajuda a neutralizar longas durações de experimentos em países com tráfego baixo. - Um pool maior de dados significa uma lógica de algoritmo inteligente.
Por exemplo, a estratégia de recomendação Viewed Together tem por base o comportamento de todos os usuários combinados. - Exige-se menos esforço para manter as campanhas.
Por exemplo, você não precisa recriar os públicos, estratégias e campanhas em diferentes seções. Em vez disso, você pode construí-las uma vez e usar o nível de experiência para ajustar o conteúdo às necessidades específicas de cada website ou app.
Desvantagens da agregação de seções
As pontuações de popularidade são calculadas em todos os usuários em uma seção. Como resultado, algumas preferências locais podem ser ofuscadas por aquelas de uma localização com tráfego maior.
Por exemplo, uma tendência de calças verdes na Espanha comparada à tendência de calças vermelhas na Alemanha. Devido ao compartilhamento de tráfego, as calças vermelhas serão representadas de forma superior nas estratégias de recomendações com base na popularidade.
Resumo
Quando possível, recomenda-se minimizar o número de seções. Considere seu fluxo de trabalho: é apenas um domínio técnico diferente, mas, de modo geral, o mesmo negócio? Nesse caso, provavelmente vale a pena usar uma só seção ou um número menor de seções da Dynamic Yield. No entanto, se os seus websites ou apps representam "negócios" diferentes (por exemplo, para marcas diferentes), com equipes, metas, campanhas e bases de usuários diferentes, você provavelmente deve criar uma seção da Dynamic Yield diferente para cada um.