Configuración de la experiencia basada en código code-based-configuration

Creación de una configuración de canal reatte-code-based-configuration

Para crear una configuración de canal, siga estos pasos:

  1. Acceda al menú Canales > Configuración general > Configuraciones de canal y luego haga clic en Crear configuración de canal.

  2. Introduzca un nombre y una descripción (opcional) para la configuración.

    note note
    NOTE
    Los nombres deben comenzar por una letra (A-Z). Solo puede contener caracteres alfanuméricos. También puede utilizar caracteres de guion bajo _, punto. y guión -.
  3. Para asignar etiquetas de uso de datos principales o personalizadas a la configuración, puedes seleccionar Administrar acceso. Más información sobre el Control de acceso de nivel de objeto (OLAC).

  4. Seleccione Acciones de marketing para asociar directivas de consentimiento a los mensajes que usan esta configuración. Todas las políticas de consentimiento asociadas con la acción de marketing se aprovechan para respetar las preferencias de los clientes. Más información

  5. Seleccione el canal Experiencia basada en código.

  6. Seleccione la plataforma para la que se aplicará la experiencia basada en código.

  7. Para la web:

    • Especifique una URL de página para aplicar los cambios exclusivamente a una sola página.

    • O bien, cree una regla de coincidencia de páginas para dirigirla a varias direcciones URL que coincidan con la regla especificada. Por ejemplo, esto podría utilizarse para aplicar los cambios de forma universal en un sitio web, como actualizar un banner a pantalla completa en todas las páginas o añadir una imagen principal para mostrar en cada página de producto. Más información

  8. Para iOS y Android:

    • Escriba su ID de aplicación y ubicación o ruta de acceso dentro de la aplicación.

      {width="500"}

  9. Seleccione Otro como plataforma si la implementación no es para la web, iOS o Android, o si necesita segmentar URI específicos. Al elegir varias plataformas o agregar varios URI, el contenido se envía a todas las páginas o aplicaciones seleccionadas.

    • Escriba el URI de superficie.
    note caution
    CAUTION
    Asegúrese de que el URI de superficie utilizado en la campaña basada en código coincida con el utilizado en su propia implementación. De lo contrario, los cambios no se entregarán.
  10. Rellene el campo URL de vista previa para habilitar las vistas previas en el dispositivo. Esta dirección URL informa al servicio de vista previa de la dirección URL específica que se utiliza al activar una vista previa.

    • Para la web:

      • Si se introduce una dirección URL de una sola página, esa dirección URL se utilizará para la vista previa.
      • Si se selecciona una regla de coincidencia de página, se debe introducir una URL de vista previa predeterminada que se utilizará para obtener una vista previa de la experiencia en el explorador.
    • Para plataformas móviles (iOS/Android):

      • La URL de vista previa es un vínculo profundo configurado por el desarrollador de la aplicación dentro de la aplicación. Esto garantiza que cualquier dirección URL que coincida con el esquema de enlace profundo se abra en la aplicación en lugar de en un explorador web móvil. Póngase en contacto con el desarrollador de aplicaciones para obtener el esquema de vínculos profundos configurado para su aplicación.
Los siguientes recursos pueden ayudarle a configurar vínculos profundos para la implementación de su aplicación
code language-none
  * Para Android:

     * [Creación de vínculos profundos al contexto de la aplicación](https://developer.android.com/training/app-links/deep-linking)

  * Para iOS:

     * [Definición de un esquema de URL personalizado para la aplicación](https://developer.apple.com/documentation/xcode/defining-a-custom-url-scheme-for-your-app)

     * [Compatibilidad con vínculos universales en la aplicación](https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app)
NOTE
Si encuentra problemas al obtener una vista previa de la experiencia, consulte esta documentación.
  1. Elija el formato que espera la aplicación en esa ubicación en particular. Se utilizará al crear la experiencia basada en código en campañas y recorridos.

  2. Envíe los cambios.

Ahora puede seleccionar la configuración al crear su experiencia basada en código.

¿Qué es una superficie? surface-definition

Una superficie de experiencia basada en código es cualquier entidad diseñada para la interacción del usuario o del sistema, que se identifica de forma exclusiva mediante un URI. La superficie se especifica en la implementación de la aplicación y debe corresponder a la compuesta en la configuración del canal de experiencia basado en código.

Al crear una configuración de canal de experiencia basada en código: para plataformas web, iOS y Android, debe introducir una ruta y una ubicación para componer la superficie, mientras que si la plataforma es Otro, debe introducir el URI completo, como en los ejemplos siguientes.

Es decir, una superficie puede verse como un contenedor en cualquier nivel de jerarquía que existe con una entidad (punto de contacto).

  • Puede ser una página web, una aplicación móvil, una aplicación de escritorio o una ubicación de contenido específica dentro de una entidad más grande (por ejemplo, una div) o un patrón de visualización no estándar (por ejemplo, un quiosco o un titular de aplicación de escritorio).

  • También se puede ampliar a fragmentos específicos de contenedores de contenido para fines de no visualización o de visualización abstracta (por ejemplo, blobs JSON entregados a servicios).

  • También puede ser una superficie comodín que coincida con una variedad de definiciones de superficie de cliente (por ejemplo, una ubicación de imagen principal en cada página del sitio web podría traducirse en un URI de superficie como: web://mydomain.com/*#hero_image).

Básicamente, un URI de superficie está compuesto por varias secciones:

  1. Tipo: web, aplicación móvil, atm, quiosco, tvcd, servicio etc.
  2. Propiedad: URL de página o paquete de aplicaciones
  3. Contenedor: ubicación en la actividad de la página/aplicación

En la tabla siguiente se muestran algunos ejemplos de definiciones de URI de superficie para varios dispositivos.

Web y móvil

Tipo
URI
Descripción
Web
web://domain.com/path/page.html#element
Representa un elemento individual dentro de una página específica de un dominio específico, donde un elemento puede ser una etiqueta como en los ejemplos siguientes: hero_banner, top_nav, menu, footer, etc.
Aplicación iOS
mobileapp://com.vendor.bundle/activity#element
Representa un elemento específico dentro de una actividad, como un botón u otro elemento de vista.
Aplicación de Android
mobileapp://com.vendor.bundle/#element
Representa un elemento específico dentro de una aplicación nativa.

Otros tipos de dispositivos

Tipo
URI
Descripción
Escritorio
desktop://com.vendor.bundle/#element
Representa un elemento específico dentro de una aplicación, como un botón, un menú, un banner principal, etc.
Aplicación de TV
tvcd://com.vendor.bundle/#element
Representa un elemento específico en una TV inteligente o TV conectado a una aplicación de dispositivo: ID de paquete.
Servicio
service://servicename/#element
Representa un proceso del lado del servidor u otra entidad manual.
Quiosco
kiosk://location/screen#element
Ejemplo de posibles tipos de superficie adicionales que se pueden añadir fácilmente.
ATM
atm://location/screen#element
Ejemplo de posibles tipos de superficie adicionales que se pueden añadir fácilmente.

Superficies comodín

Tipo
URI
Descripción
Web comodín
wildcard:web://domain.com/*#element
Superficie comodín: representa un elemento individual en cada una de las páginas bajo un dominio específico.
Web comodín
wildcard:web://*domain.com/*#element
Superficie comodín: representa un elemento individual en cada una de las páginas bajo todos los dominios que acaba con "domain.com".
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76