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:
-
Acceda al menú Canales > Configuración general > Configuraciones de canal y luego haga clic en Crear configuración de canal.
-
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-
. -
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).
-
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
-
Seleccione el canal Experiencia basada en código.
-
Seleccione la plataforma para la que se aplicará la experiencia basada en código.
-
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
-
-
Para iOS y Android:
-
Escriba su ID de aplicación y ubicación o ruta de acceso dentro de la aplicación.
{width="500"}
-
-
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. -
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.
-
code language-none |
---|
|
-
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.
-
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:
- Tipo: web, aplicación móvil, atm, quiosco, tvcd, servicio etc.
- Propiedad: URL de página o paquete de aplicaciones
- 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
web://domain.com/path/page.html#element
mobileapp://com.vendor.bundle/activity#element
mobileapp://com.vendor.bundle/#element
Otros tipos de dispositivos
desktop://com.vendor.bundle/#element
tvcd://com.vendor.bundle/#element
service://servicename/#element
kiosk://location/screen#element
atm://location/screen#element
Superficies comodín
wildcard:web://domain.com/*#element
wildcard:web://*domain.com/*#element