Consentimientos y preferencias tipo de datos

La variable Consentimiento para las preferencias de privacidad, personalización y marketing tipo de datos (en lo sucesivo denominado "elConsentimientos y preferencias tipo de datos") es un Experience Data Model (XDM) tipo de datos diseñado para admitir la recopilación de permisos y preferencias de cliente generados por las plataformas de administración de consentimiento (CMP) y otras fuentes de sus operaciones de datos.

Este documento cubre la estructura y el uso previsto de los campos proporcionados por la Consentimientos y preferencias tipo de datos.

Requisitos previos

Este documento requiere una comprensión práctica de XDM y el uso de los esquemas en Experience Platform. Revise la siguiente documentación antes de continuar:

Estructura del tipo de datos

IMPORTANTE

La variable Consentimientos y preferencias el tipo de datos está diseñado para cubrir una amplia gama de casos de uso de administración de preferencias y consentimiento. Como resultado, este documento describe el uso de los campos del tipo de datos en términos generales y solo realiza sugerencias sobre cómo debe interpretar el uso de estos campos. Consulte con su equipo legal de privacidad para alinear la estructura del tipo de datos con la forma en que su organización interpreta y presenta estas elecciones de consentimiento y preferencias a sus clientes.

La variable Consentimientos y preferencias el tipo de datos proporciona varios campos utilizados para capturar permission y preferencias información.

Un consentimiento es una opción que permite a un cliente especificar cómo se pueden utilizar sus datos. La mayoría de los consentimientos tienen un aspecto jurídico, ya que algunas jurisdicciones requieren la obtención de permiso antes de poder utilizar los datos de una manera determinada o requieren que el cliente tenga la opción de detener ese uso (exclusión) si no se requiere consentimiento afirmativo.

Una preferencia es una opción que permite al cliente especificar cómo se deben gestionar los distintos aspectos de su experiencia con una marca. Se dividen en dos categorías:

  • Preferencias de personalización: Preferencias sobre cómo la marca debe personalizar las experiencias entregadas a un cliente.
  • Preferencias de marketing: Preferencias sobre si una marca puede ponerse en contacto con un cliente a través de varios canales.

La siguiente captura de pantalla muestra cómo se representa la estructura del tipo de datos en la interfaz de usuario de Platform:

SUGERENCIA

Consulte la guía de exploración de recursos XDM a para ver los pasos sobre cómo buscar cualquier recurso XDM e inspeccionar su estructura en la interfaz de usuario de Platform.

El siguiente JSON muestra un ejemplo del tipo de datos que el Consentimientos y preferencias el tipo de datos puede procesarse. En las secciones que siguen se proporciona información sobre el uso específico de cada uno de estos campos.

{
  "consents": {
    "collect": {
      "val": "VI",
    },
    "adID": {
      "idType": "IDFA",
      "val": "y"
    },
    "share": {
      "val": "y",
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "u"
      },
      "push": {
        "val": "n",
        "reason": "Too Frequent",
        "time": "2019-01-01T15:52:25+00:00"
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
SUGERENCIA

Puede generar datos JSON de muestra para cualquier esquema XDM que defina en Experience Platform para ayudar a visualizar cómo se deben asignar los datos de consentimiento y preferencias del cliente. Consulte la siguiente documentación para obtener más información:

consents

consents contiene varios campos que describen las preferencias y consentimientos de un cliente. Estos campos se describen en detalle en las subsecciones siguientes.

"consents": {
  "collect": {
    "val": "VI",
  },
  "adID": {
    "idType": "IDFA",
    "val": "y"
  },
  "share": {
    "val": "y",
  },
  "personalize": {
    "content": {
      "val": "y"
    }
  },
  "marketing": {
    "preferred": "email",
    "any": {
      "val": "u"
    },
    "email": {
      "val": "n",
      "reason": "Too Frequent",
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}

collect

collect representa el consentimiento del cliente para que se recopilen sus datos.

"collect": {
  "val": "y"
}
Propiedad Descripción
val La opción de consentimiento proporcionada por el cliente para este caso de uso. Consulte la apéndice para valores y definiciones aceptados.

adID

adID representa el consentimiento del cliente para saber si se puede usar un ID de anunciante para vincular al cliente entre aplicaciones en este dispositivo.

"adID": {
  "idType": "IDFA",
  "val": "y"
}
Propiedad Descripción
idType El tipo de ID de anuncio: IDFA para Apple ID para anunciantes o GAID para el ID del anunciante de Google, también conocido como ID del anunciante de Android (AAID).
val La opción de consentimiento proporcionada por el cliente para este caso de uso. Consulte la apéndice para valores y definiciones aceptados.

share

share representa el consentimiento del cliente para saber si sus datos se pueden compartir con (o vender a) terceros.

"share": {
  "val": "y"
}
Propiedad Descripción
val La opción de consentimiento proporcionada por el cliente para este caso de uso. Consulte la apéndice para valores y definiciones aceptados.

personalize

personalize captura las preferencias de los clientes con respecto a las formas en que se pueden utilizar sus datos para la personalización. Los clientes pueden desactivar casos de uso de personalización específicos o excluirse por completo de la personalización.

IMPORTANTE

personalize no cubre casos de uso de marketing. Por ejemplo, si un cliente decide excluirse de la personalización para todos los canales, no debería dejar de recibir comunicaciones a través de esos canales. En su lugar, los mensajes que reciben deben ser genéricos y no estar basados en su perfil.

Por el mismo ejemplo, si un cliente decide excluirse del marketing directo para todos los canales (a través de marketing, tal y como se explica en la sección sección siguiente), el cliente no debe recibir ningún mensaje, aunque la personalización esté permitida.

"personalize": {
  "content": {
    "val": "y",
  }
}
Propiedad Descripción
content Representa las preferencias del cliente para el contenido personalizado en el sitio web o la aplicación.
val La preferencia de personalización proporcionada por el cliente para el caso de uso especificado. En los casos en los que no sea necesario pedir al cliente que dé su consentimiento, el valor de este campo debe indicar la base sobre la que debe realizarse la personalización. Consulte la apéndice para valores y definiciones aceptados.

marketing

marketing captura las preferencias del cliente con respecto a los fines de marketing para los que se pueden utilizar sus datos. Los clientes pueden excluirse de casos de uso de marketing específicos o excluirse completamente del marketing directo.

"marketing": {
  "preferred": "email",
  "any": {
    "val": "u"
  },
  "email": {
    "val": "n",
    "reason": "Too Frequent"
  },
  "push": {
    "val": "y"
  },
  "sms": {
    "val": "y"
  }
}
Propiedad Descripción
preferred Indica el canal preferido del cliente para recibir comunicaciones. Consulte la apéndice para valores aceptados.
any Representa las preferencias del cliente para el marketing directo en su conjunto. La preferencia de consentimiento proporcionada en este campo se considera la preferencia "predeterminada" para cualquier canal de marketing, a menos que se sobrescriba por los subcampos adicionales proporcionados en marketing. Si planea utilizar opciones de consentimiento más granulares, se recomienda excluir este campo.

Si el valor está establecido en n, se deben ignorar todos los ajustes de personalización más específicos. Si el valor está establecido en y, todas las opciones de personalización más específicas también deben tratarse como y, a menos que se establezca explícitamente en n. Si el valor no está establecido, se deben respetar los valores de cada opción de personalización según se especifique.
email Indica si el cliente acepta recibir mensajes de correo electrónico.
push Indica si el cliente permite recibir notificaciones push.
sms Indica si el cliente acepta recibir mensajes de texto.
val La preferencia proporcionada por el cliente para el caso de uso especificado. En los casos en los que no sea necesario pedir al cliente que dé su consentimiento, el valor de este campo debe indicar la base sobre la que se debe llevar a cabo el caso de uso de marketing. Consulte la apéndice para valores y definiciones aceptados.
time Marca de fecha y hora ISO 8601 del momento en que se cambió la preferencia de marketing, si corresponde. Tenga en cuenta que si la marca de tiempo de cualquier preferencia individual es la misma que la proporcionada en metadata, este campo no se debe definir para esa preferencia.
reason Cuando un cliente se excluye de un caso de uso de marketing, este campo de cadena representa el motivo por el que el cliente se excluyó.

metadata

metadata captura metadatos generales sobre las preferencias y consentimientos del cliente cada vez que se actualizaron por última vez.

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
Propiedad Descripción
time Marca de tiempo ISO 8601 para la última vez que se actualizaron los consentimientos y preferencias del cliente. Este campo se puede utilizar en lugar de aplicar marcas de tiempo a las preferencias individuales para reducir la carga y la complejidad. Proporcionar un time bajo una preferencia individual anula la metadata marca de tiempo para esa preferencia en particular.

Ingesta de datos mediante el tipo de datos

Para usar la variable Consentimientos y preferencias tipo de datos para introducir datos de consentimiento de sus clientes, debe crear un conjunto de datos basado en un esquema que contenga ese tipo de datos.

Consulte el tutorial en creación de un esquema en la interfaz de usuario para ver los pasos sobre cómo asignar tipos de datos a campos. Una vez que haya creado un esquema que contenga un campo con la variable Consentimientos y preferencias tipo de datos, consulte la sección sobre creación de un conjunto de datos en la guía del usuario del conjunto de datos, siga los pasos para crear un conjunto de datos con un esquema existente.

IMPORTANTE

Si desea enviar datos de consentimiento a Real-time Customer Profile, es necesario que cree un Profileesquema habilitado según el XDM Individual Profile clase que contiene el Consentimientos y preferencias tipo de datos. El conjunto de datos que cree en función de ese esquema también debe estar habilitado para Profile. Consulte los tutoriales vinculados anteriormente para ver los pasos específicos relacionados con Real-time Customer Profile requisitos para esquemas y conjuntos de datos.

Además, también debe asegurarse de que las políticas de combinación estén configuradas para priorizar los conjuntos de datos que contienen los datos de consentimiento y preferencias más recientes, a fin de que los perfiles de clientes se actualicen correctamente. Consulte la descripción general sobre combinar directivas para obtener más información.

Gestión de cambios de consentimiento y preferencias

Cuando un cliente cambia sus consentimientos o preferencias en el sitio web, estos cambios deben recopilarse e implementarse inmediatamente mediante el SDK web de Adobe Experience Platform. Si un cliente se excluye de la recopilación de datos, toda la recopilación de datos debe cesar inmediatamente. Si un cliente decide excluirse de la personalización, no debería haber ninguna personalización presente en la siguiente página que visite.

Apéndice

En las secciones siguientes se proporciona información adicional de referencia sobre la variable Consentimientos y preferencias tipo de datos.

Valores aceptados para val

La siguiente tabla describe los valores aceptados para val:

Valor Título Descripción
y Sí (opción de inclusión) El cliente ha elegido el consentimiento o la preferencia. En otras palabras, do el consentimiento para el uso de sus datos, tal como se indica en el consentimiento o preferencia de que se trate.
n No (exclusión) El cliente ha excluido el consentimiento o la preferencia. En otras palabras, no el consentimiento para el uso de sus datos, tal como se indica en el consentimiento o preferencia de que se trate.
p Verificación pendiente El sistema aún no ha recibido un consentimiento definitivo o un valor de preferencia. Esto se utiliza generalmente como parte de un consentimiento que requiere una verificación en dos pasos. Por ejemplo, si un cliente decide recibir correos electrónicos, ese consentimiento se establece en p hasta que seleccionen un vínculo en un correo electrónico para verificar que han proporcionado la dirección de correo electrónico correcta, en cuyo momento el consentimiento se actualizaría a y.

Si este consentimiento o preferencia no utiliza un proceso de verificación de dos conjuntos, la variable p en su lugar, se puede utilizar para indicar que el cliente aún no ha respondido al mensaje de consentimiento. Por ejemplo, puede establecer automáticamente el valor en p en la primera página de un sitio web, antes de que el cliente haya respondido a la solicitud de consentimiento. En jurisdicciones que no requieren consentimiento explícito, también puede utilizarlo para indicar que el cliente no ha excluido explícitamente la solicitud (es decir, se asume el consentimiento).
u Unknown Se desconoce la información de consentimiento o preferencias del cliente.
dy Predeterminado de Sí (opción de inclusión) El cliente no ha proporcionado un valor de consentimiento por sí mismo y se trata como una opción de inclusión ("Sí") de forma predeterminada. En otras palabras, se asume el consentimiento hasta que el cliente indique lo contrario.

Tenga en cuenta que si las leyes o los cambios en la política de privacidad de su empresa producen cambios en los valores predeterminados de algunos o de todos los usuarios, debe actualizar manualmente todos los perfiles que contengan valores predeterminados.
dn Valor predeterminado de no (exclusión) El cliente no ha proporcionado un valor de consentimiento por sí mismo y se trata como un valor de exclusión ("No") de forma predeterminada. En otras palabras, se supone que el cliente ha denegado el consentimiento hasta que indique lo contrario.

Tenga en cuenta que si las leyes o los cambios en la política de privacidad de su empresa producen cambios en los valores predeterminados de algunos o de todos los usuarios, debe actualizar manualmente todos los perfiles que contengan valores predeterminados.
LI Interés legítimo El interés legítimo de las empresas en recopilar y procesar estos datos con el fin especificado supera el daño potencial que supone para la persona.
CT Contrato La recopilación de datos con el fin especificado es necesaria para cumplir las obligaciones contractuales con la persona.
CP Cumplimiento de una obligación legal La recopilación de datos con el fin especificado es necesaria para cumplir las obligaciones jurídicas de la empresa.
VI Interés vital del individuo La recopilación de datos con el fin especificado es necesaria para proteger los intereses vitales de la persona.
PI Interés público La recopilación de datos con el fin especificado es necesaria para llevar a cabo una tarea de interés público o en el ejercicio de la autoridad oficial.

Valores aceptados para preferred

La siguiente tabla describe los valores aceptados para preferred:

Valor Descripción
email Mensajes de correo electrónico.
push Notificaciones push.
inApp Mensajes en la aplicación.
sms Mensajes SMS.
phone Interacciones de llamadas telefónicas.
phyMail Correo físico.
inVehicle Mensajes en el vehículo.
inHome Mensajes en casa.
iot Internet de los mensajes (IoT).
social Contenido de medios sociales.
other Canal que no se ajusta a una categoría estándar.
none No hay canal preferido.
unknown Se desconoce el canal preferido.

Completa Consentimientos y preferencias esquema

Para ver el esquema completo de la variable Consentimientos y preferencias tipo de datos, consulte repositorio oficial XDM.

En esta página