- Visão geral do Profile
- Visão geral do perfil (Vídeo)
- Profile e medidas de proteção de segmentação
- Profile painel
- Perfis de borda
- Expirações do evento de experiência
- Expirações de perfil pseudônimo
- Profile API
- Interface do usuário do perfil
- Atributos computados
- Políticas de mesclagem
- Esquemas de união
- Tutoriais
- Processamento de solicitação de privacidade
- Profile guia de solução de problemas
- Referência da API do perfil
- Notas de versão da Platform
Proteções padrão para Real-Time Customer Profile dados e segmentação
O Adobe Experience Platform permite fornecer experiências personalizadas entre canais com base em insights comportamentais e atributos do cliente na forma de Perfis de clientes em tempo real. Para dar suporte a essa nova abordagem aos perfis, o Experience Platform usa um modelo de dados híbrido altamente desnormalizado que difere do modelo de dados relacional tradicional.
Este documento fornece limites de uso e taxa padrão para ajudar a modelar seus dados de perfil para obter o melhor desempenho do sistema. Ao revisar as medidas de proteção a seguir, presume-se que você tenha modelado os dados corretamente. Em caso de dúvidas sobre como modelar os dados, entre em contato com o representante do Atendimento ao cliente.
A maioria dos clientes não excede esses limites padrão. Se quiser saber mais sobre limites personalizados, entre em contato com o representante do Atendimento ao cliente.
Introdução
Os seguintes serviços de Experience Platform estão envolvidos na modelagem de dados do Perfil do cliente em tempo real:
- Real-Time Customer Profile: crie perfis de consumidores unificados usando dados de várias fontes.
- Identidades: identidades de ponte de fontes de dados diferentes, à medida que são assimiladas na Platform.
- Esquemas: os esquemas do Experience Data Model (XDM) são a estrutura padronizada pela qual a Platform organiza os dados de experiência do cliente.
- Públicos-alvo: o mecanismo de segmentação na Platform é usado para criar públicos-alvo a partir dos perfis do cliente com base nos comportamentos e atributos do cliente.
Tipos de limite
Há dois tipos de limites padrão neste documento:
| Tipo de grade de proteção | Descrição |
|---|---|
| Proteção de desempenho (limite flexível) | As medidas de proteção de desempenho são limites de uso relacionados ao escopo dos seus casos de uso. Ao exceder as medidas de proteção de desempenho, você pode enfrentar degradação e latência do desempenho. O Adobe não é responsável por essa degradação de desempenho. Os clientes que excederem consistentemente uma garantia de desempenho podem optar por licenciar capacidade adicional para evitar a degradação do desempenho. |
| Medidas de proteção aplicadas pelo sistema (limite rígido) | As medidas de proteção aplicadas pelo sistema são aplicadas pela interface do usuário ou API do Real-Time CDP. Esses são limites que você não pode exceder, pois a interface do usuário e a API o bloquearão de fazer isso ou retornarão um erro. |
Os limites descritos neste documento estão sendo constantemente melhorados. Verifique regularmente se há atualizações. Se você estiver interessado em saber mais sobre limites personalizados, entre em contato com o representante do Atendimento ao cliente.
Limites do modelo de dados
As medidas de proteção a seguir fornecem limites recomendados ao modelar dados do Perfil do cliente em tempo real. Para saber mais sobre entidades primárias e entidades de dimensão, consulte a seção sobre tipos de entidade no apêndice.
Medidas de proteção da entidade principal
| Grade de Proteção | Limite | Tipo de limite | Descrição |
|---|---|---|---|
| Conjuntos de dados da classe Perfil individual XDM | 20 | Proteção de desempenho | Recomenda-se um máximo de 20 conjuntos de dados que usam a classe Perfil individual XDM. |
| Conjuntos de dados da classe XDM ExperienceEvent | 20 | Proteção de desempenho | Recomenda-se um máximo de 20 conjuntos de dados que usam a classe XDM ExperienceEvent. |
| Conjuntos de dados do conjunto de relatórios do Adobe Analytics ativados para Perfil | 1 | Proteção de desempenho | No máximo um (1) conjunto de dados do conjunto de relatórios do Analytics deve estar ativado para o Perfil. A tentativa de ativar vários conjuntos de dados do Analytics para o Perfil pode ter consequências não intencionais para a qualidade dos dados. Para obter mais informações, consulte a seção sobre Conjuntos de dados do Adobe Analytics no apêndice. |
| Relacionamentos de várias entidades | 5 | Proteção de desempenho | Recomenda-se um máximo de 5 relacionamentos de várias entidades definidos entre entidades primárias e entidades de dimensão. Mapeamentos de relacionamento adicionais não devem ser feitos até que um relacionamento existente seja removido ou desabilitado. |
| Profundidade JSON para o campo de ID usado no relacionamento de várias entidades | 4 | Proteção de desempenho | A profundidade máxima de JSON recomendada para um campo de ID usado em relacionamentos de várias entidades é 4. Isso significa que, em um esquema altamente aninhado, os campos aninhados com mais de 4 níveis de profundidade não devem ser usados como um campo de ID em uma relação. |
| Cardinalidade de matriz em um fragmento de perfil | <=500 | Proteção de desempenho | A cardinalidade de matriz ideal em um fragmento de perfil (dados independentes do tempo) é <=500. |
| Cardinalidade de matriz no ExperienceEvent | <=10 | Proteção de desempenho | A cardinalidade de array ideal em um ExperienceEvent (dados de série temporal) é <=10. |
| Contagem de identidades para o gráfico de identidade de perfil individual | 50 | Proteção imposta pelo sistema | O número máximo de identidades em um Gráfico de identidade para um perfil individual é 50. Quaisquer perfis com mais de 50 identidades são excluídos da segmentação, das exportações e das pesquisas. |
Medidas de proteção de entidade Dimension
| Grade de Proteção | Limite | Tipo de limite | Descrição |
|---|---|---|---|
| Não são permitidos dados de séries temporais paraXDM Individual Profile entidades | 0 | Proteção imposta pelo sistema | Os dados de série temporal não são permitidos paraXDM Individual Profile entidades no Serviço de perfil. Se um conjunto de dados de séries temporais estiver associado a umXDM Individual Profile ID, o conjunto de dados não deve ser ativado para Profile. |
| Nenhuma relação aninhada | 0 | Proteção de desempenho | Você não deve criar uma relação entre doisXDM Individual Profile esquemas. A capacidade de criar relações não é recomendada para esquemas que não fazem parte da Profile esquema de união. |
| Profundidade JSON para o campo de ID principal | 4 | Proteção de desempenho | A profundidade máxima recomendada de JSON para o campo de ID primária é 4. Isso significa que em um esquema altamente aninhado, você não deve selecionar um campo como uma ID primária se ele estiver aninhado a mais de 4 níveis de profundidade. Um campo que esteja no quarto nível aninhado pode ser usado como uma ID primária. |
Limites de tamanho de dados
As medidas de proteção a seguir se referem ao tamanho dos dados e fornecem limites recomendados para os dados que podem ser assimilados, armazenados e consultados conforme esperado. Para saber mais sobre entidades primárias e entidades de dimensão, consulte a seção sobre tipos de entidade no apêndice.
O tamanho dos dados é medido como dados descompactados no JSON no momento da assimilação.
Medidas de proteção da entidade principal
| Grade de Proteção | Limite | Tipo de limite | Descrição |
|---|---|---|---|
| Tamanho máximo do ExperienceEvent | 10 KB | Proteção imposta pelo sistema | O tamanho máximo de um evento é 10KB. A assimilação continuará, mas os eventos maiores que 10 KB serão descartados. |
| Tamanho máximo do registro de perfil | 100 KB | Proteção imposta pelo sistema | O tamanho máximo de um registro de perfil é 100 KB. A assimilação continuará, no entanto, registros de perfil maiores que 100 KB serão descartados. |
| Tamanho máximo do fragmento do perfil | 50MB | Proteção imposta pelo sistema | O tamanho máximo de um único fragmento de perfil é de 50 MB. A segmentação, as exportações e as pesquisas podem falhar para qualquer fragmento do perfil que seja maior que 50 MB. |
| Tamanho máximo de armazenamento do perfil | 50MB | Proteção de desempenho | O tamanho máximo de um perfil armazenado é 50 MB. Adição de novo fragmentos de perfil em um perfil com mais de 50 MB afetará o desempenho do sistema. Por exemplo, um perfil pode conter um único fragmento de 50 MB ou pode conter vários fragmentos em vários conjuntos de dados com um tamanho total combinado de 50 MB. Tentar armazenar um perfil com um único fragmento maior que 50 MB, ou com vários fragmentos que totalizam mais de 50 MB em tamanho combinado, afetará o desempenho do sistema. |
| Número de lotes Profile ou ExperienceEvent assimilados por dia | 90 | Proteção de desempenho | O número máximo de lotes Profile ou ExperienceEvent assimilados por dia é 90. Isso significa que o total combinado de lotes Profile e ExperienceEvent assimilados a cada dia não pode exceder 90. A ingestão de lotes adicionais afetará o desempenho do sistema. |
| Número de ExperienceEvents por registro de perfil | 5000 | Proteção de desempenho | O número máximo de ExperienceEvents por registro de perfil é 5000. Perfis com mais de 5000 ExperienceEvents não ser consideradas para segmentação. |
Medidas de proteção de entidade Dimension
| Grade de Proteção | Limite | Tipo de limite | Descrição |
|---|---|---|---|
| Tamanho total de todas as entidades dimensionais | 5 GB | Proteção de desempenho | O tamanho total recomendado para todas as entidades dimensionais é 5 GB. A ingestão de entidades de dimensão grandes pode afetar o desempenho do sistema. Por exemplo, não é recomendado tentar carregar um catálogo de produtos de 10 GB como uma entidade de dimensão. |
| Esquema de entidade dimensional de conjuntos de dados | 5 | Proteção de desempenho | Recomenda-se um máximo de 5 conjuntos de dados associados a cada esquema de entidade dimensional. Por exemplo, se você criar um esquema para "produtos" e adicionar cinco conjuntos de dados de contribuição, não deverá criar um sexto conjunto de dados vinculado ao esquema de produtos. |
| Lotes de entidades Dimension assimilados por dia | 4 por entidade | Proteção de desempenho | O número máximo recomendado de lotes de entidades de dimensão assimilados por dia é 4 por entidade. Por exemplo, você pode assimilar atualizações em um catálogo de produtos até 4 vezes por dia. A ingestão de lotes de entidades de dimensão adicionais para a mesma entidade pode afetar o desempenho do sistema. |
Proteções de segmentação
As medidas de proteção descritas nesta seção referem-se ao número e à natureza dos públicos que uma organização pode criar no Experience Platform, bem como mapear e ativar públicos para destinos.
| Grade de Proteção | Limite | Tipo de limite | Descrição |
|---|---|---|---|
| Públicos-alvo por sandbox | 4000 | Proteção de desempenho | Uma organização pode ter mais de 4000 públicos-alvo no total, desde que haja menos de 4000 públicos-alvo em cada sandbox individual. Tentar criar públicos adicionais pode afetar o desempenho do sistema. Leia mais sobre criação de públicos por meio do construtor de segmentos. |
| Públicos-alvo da borda por sandbox | 150 | Proteção de desempenho | Uma organização pode ter mais de 150 públicos-alvo de borda no total, desde que haja menos de 150 públicos-alvo de borda em cada sandbox individual. Tentar criar públicos-alvo de borda adicionais pode afetar o desempenho do sistema. Leia mais sobre públicos-alvo de borda. |
| Públicos-alvo de transmissão por sandbox | 500 | Proteção de desempenho | Uma organização pode ter mais de 500 públicos-alvo de transmissão no total, desde que haja menos de 500 públicos-alvo de transmissão em cada sandbox individual. Tentar criar públicos de transmissão adicionais pode afetar o desempenho do sistema. Leia mais sobre públicos-alvo de transmissão. |
| Públicos em lote por sandbox | 4000 | Proteção de desempenho | Uma organização pode ter mais de 4000 públicos-alvo em lote no total, desde que haja menos de 4000 públicos-alvo em lote em cada sandbox individual. Tentar criar públicos-alvo em lote adicionais pode afetar o desempenho do sistema. |
| Públicos-alvo da conta por sandbox | 50 | Proteção imposta pelo sistema | Você pode criar no máximo 50 públicos-alvo de conta em uma sandbox. Depois de atingir 50 públicos-alvo em uma sandbox, a variável Criar público o controle está desativado ao tentar criar um novo público-alvo para a conta. Leia mais sobre públicos-alvo da conta. |
| Composições publicadas por sandbox | 10 | Proteção de desempenho | Você pode ter no máximo 10 composições publicadas em uma sandbox. Leia mais sobre composição de público-alvo no guia da interface. |
Apêndice
Esta seção fornece detalhes adicionais para os limites neste documento.
Tipos de entidade
A variável Profile o modelo de armazenamento de dados consiste em dois tipos de entidade principais: entidades principais e entidades de dimensão.
Entidade principal
Uma entidade principal, ou entidade de perfil, mescla dados para formar uma "única fonte de verdade" para um indivíduo. Esses dados unificados são representados usando o que é conhecido como "visualização de união". Uma visualização de união agrega os campos de todos os esquemas que implementam a mesma classe em um único esquema de união. O esquema de união para Real-Time Customer Profile é um modelo de dados híbrido desnormalizado que atua como um container para todos os atributos de perfil e eventos comportamentais.
Os atributos independentes do tempo, também conhecidos como "dados de registro", são modelados usando XDM Individual Profile, enquanto os dados de série temporal, também conhecidos como "dados de evento", são modelados usando XDM ExperienceEvent. À medida que os dados de registro e de série temporal são assimilados no Adobe Experience Platform, ele é acionado Real-Time Customer Profile para começar a assimilar dados que foram ativados para seu uso. Quanto mais interações e detalhes forem assimilados, mais robustos os perfis individuais se tornarão.
entidade Dimension
Embora o armazenamento de dados do perfil que mantém os dados do perfil não seja um armazenamento relacional, o Perfil permite a integração com entidades de pequena dimensão para criar públicos-alvo de maneira simplificada e intuitiva. Essa integração é conhecida como segmentação de várias entidades.
Sua organização também pode definir classes XDM para descrever coisas que não sejam indivíduos, como lojas, produtos ou propriedades. Esses programas,XDM Individual Profile os esquemas são chamados de "entidades de dimensão" (também conhecidas como "entidades de pesquisa") e não contêm dados de série temporal. Os esquemas que representam entidades de dimensão são vinculados a entidades de perfil por meio do uso de relacionamentos de esquema.
As entidades Dimension fornecem dados de pesquisa que auxiliam e simplificam as definições de segmento de várias entidades e devem ser pequenas o suficiente para que o mecanismo de segmentação possa carregar todo o conjunto de dados na memória para um processamento ideal (pesquisa rápida por ponto).
Fragmentos de perfil
Neste documento, há várias medidas de proteção que se referem aos "fragmentos de perfil". No Experience Platform, vários fragmentos de perfil são mesclados para formar o Perfil do cliente em tempo real. Cada fragmento representa uma identidade primária exclusiva e o registro correspondente ou conjunto completo de dados do evento para essa ID em um determinado conjunto de dados. Para saber mais sobre fragmentos de perfil, consulte a Visão geral do perfil.
Políticas de mesclagem
Ao reunir dados de várias fontes, as políticas de mesclagem são as regras que a Platform usa para determinar como os dados serão priorizados e quais dados serão combinados para criar essa visualização unificada. Por exemplo, se um cliente interagir com sua marca em vários canais, sua organização terá vários fragmentos de perfil relacionados a esse único cliente que aparecem em vários conjuntos de dados. Quando esses fragmentos são assimilados na Platform, eles são mesclados para criar um único perfil para esse cliente. Quando os dados de várias origens entram em conflito, a política de mesclagem determina quais informações incluir no perfil para o indivíduo. São permitidas no máximo cinco (5) políticas de mesclagem por organização. Para saber mais sobre políticas de mesclagem, leia o visão geral das políticas de mesclagem.
Conjuntos de dados do conjunto de relatórios do Adobe Analytics na plataforma
Vários conjuntos de relatórios podem ser ativados para o Perfil desde que todos os conflitos de dados sejam resolvidos. Você pode usar a funcionalidade Preparo de dados para resolver conflitos de dados entre eVars, Listas e Props. Para saber mais sobre como usar a funcionalidade Preparo de dados, leia a Guia da interface do conector do Adobe Analytics.
Próximas etapas
Consulte a documentação a seguir para obter mais informações sobre outras medidas de proteção dos serviços de Experience Platform, informações de latência de ponta a ponta e informações de licenciamento dos documentos Descrição do produto Real-Time CDP:
- Medidas de proteção do Real-Time CDP
- Diagramas de latência de ponta a ponta para vários serviços de Experience Platform.
- Real-time Customer Data Platform (B2C Edition - Pacotes Prime e Ultimate)
- Real-time Customer Data Platform (B2P - Pacotes Prime e Ultimate)
- Real-time Customer Data Platform (B2B - Pacotes Prime e Ultimate)
Recursos
Conta do Adobe
