16 de octubre de IBM Product Recommendations Guía de configuración

Transcripción

1 16 de octubre de 2014 IBM Product Recommendations Guía de configuración

2 Nota Antes de utilizar esta información y el producto al que hace referencia, lea la información en Aisos en la página 113. IBM Digital Marketing y Analytics es una nuea generación de productos de IBM Coremetrics. Consulte esta tabla para obtener más detalles sobre la nuea denominación de productos. Nombre anterior del producto IBM Coremetrics AdTarget IBM Coremetrics Benchmark IBM Coremetrics Enterprise Analytics IBM Coremetrics Explore IBM Coremetrics Import IBM Coremetrics Export IBM Coremetrics Intelligent Offer IBM Coremetrics Lifecycle IBM Coremetrics LIV IBM Coremetrics Monitor IBM Coremetrics Search Marketing IBM Coremetrics Social Analytics IBM Coremetrics Tag Manager IBM Coremetrics Web Analytics Nombre nueo del producto IBM AdTarget IBM Digital Analytics Benchmark IBM Digital Analytics Multisite IBM Digital Analytics Explore IBM Digital Analytics Import IBM Digital Analytics Export IBM Digital Recommendations IBM Digital Analytics Lifecycle IBM LIV IBM Digital Analytics Monitor IBM Search Marketing IBM Digital Analytics for Social Media IBM Digital Data Exchange IBM Digital Analytics La documentación distribuida con los productos de IBM Digital Analytics es confidencial y propiedad de IBM y, como tal, está sujeta a las disposiciones de todos los acuerdos comerciales entre las partes. Independientemente de las disposiciones específicas de dichos acuerdos comerciales, las partes indican su disposición a tratar la documentación a la que se hace referencia como información confidencial de IBM yanodistribuir dicha documentación a ninguna otra parte ni copiar dicha documentación excepto a lo expresamente permitido en los acuerdos de licencia entre las partes relacionadas con dichos productos. Materiales bajo Licencia - Propiedad de IBM Copyright IBM Corporation 2005, 2014.

3 Contenido Capítulo 1. Visión general de la guía de configuración Suposiciones de la Guía de configuración Capítulo 2. Cómo etiquetar su sitio web para IBM Product Recommendations.. 3 Archios de biblioteca Utilización del último archio eluminate.js... 3 Archio eluminate - Centro de datos de China.. 4 Archio eluminate - Centro de datos de Europa. 4 Función cmsetclientid Funciones de etiqueta Etiqueta de ista del producto Etiqueta Acción de compra Etiqueta Acción de compra Localización de etiquetas Capítulo 3. Despliegue de recomendaciones dinámicas Funciones de solicitud de recomendación Función cmrecrequest Prácticas recomendadas en cmrecrequest basadas en términos de búsqueda Función cmdisplayrecs Función de población de zona Conenios de nomenclatura para la función de población de zona Argumentos para la función de población de zona Valores para el argumento Valor simbólico de destino Ejemplos de la función de población de zona.. 20 Ubicación de llamadas de función y bibliotecas.. 21 Consideraciones especiales para la isualización de recomendaciones basadas en términos de búsqueda. 22 Inhabilitación de mensajes de registro de la consola 22 Habilitación de mensajes de registro de la consola 23 Capítulo 4. Fuente de página de ejemplo Bibliotecas de ejemplo alojadas en IBM para las recomendaciones de producto Función de población de zona de ejemplo Ejemplo de hoja de estilo Capítulo 5. Despliegue de recomendaciones de archio sin formato Combinación de recomendaciones dinámicas y archios sin formato Archio de Product Recommendations de formato tabular Valores nulos en el formato de archio tabular. 31 Metadatos de formato de archio tabular Cabeceras de columna de formato tabular Archio de recomendaciones del producto de formato de serie Conenciones de nomenclatura para el archio de recomendaciones de producto Selección del formato tabular o de serie para su archio sin formato Supresión de cabeceras de archios sin formato.. 36 Ordenación de un archio sin formato por rango o puntuación de afinidad Sustitución del delimitador predeterminado Configuración de ubicación de exportación FTP.. 37 Cómo mostrar recomendaciones de archio sin formato en el sitio Consideraciones especiales para recomendaciones de cesta de compra Capítulo 6. Archio de definición de categorías Capítulo 7. Archios de datos ECDF y EPCMF ECDF EPCMF Definición de atributos personalizados de EPCMF en la interfaz de usuario Recomendaciones sobre categorías y categorías secundarias Utilización de ID de artículos alternatios Adición de ID de producto y atributos al catálogo maestro Habilite Product Recommendations para utilizar ECDF y EPCMF en reglas empresariales Atributos del informe de productos de empresa para casos de uso especiales Qué hacer cuando su catálogo cambia Carga de sus archios de datos de entrada Mantenimiento de datos de productos y categorías actuales Determinación de la frecuencia de actualización los archios de datos Atributos del cambio Configuración de ubicación de exportación FTP.. 56 Reducción de solicitudes de datos a sus sistemas de fondo Matriz de resumen del procesamiento de archios de datos Capítulo 8. Configuración del proceso de ofertas, atributos y pesos de afinidad Configuración de la ponderación basada en tiempo para datos de sesión Copyright IBM Corp. 2005, 2014 iii

4 Configuración de la ponderación basada en tiempo para datos de compra por compra Especificación del formato de salida para el centro de llamadas y las campañas de correo electrónico. 58 Publicación de cambios de configuración Selección de la categoría padre de enta cruzada.. 59 Rastreo del rendimiento de la enta cruzada Utilización de categorías irtuales Capítulo 9. Cookies de recomendaciones de producto La gestión del recuento de las cookies Gestión del tamaño de las cookies Implementación de recomendaciones dinámicas.. 99 Apéndice B. Información adicional de contacto Apéndice C. Soporte Apéndice D. Glosario Aisos Marcas registradas Consideraciones de la política de priacidad Capítulo 10. La API REST Definir la solicitud HTTP para eniarla a la API REST Visualizar la lista desde la API REST Códigos de error de la API REST Capítulo 11. Utilización de Digital Recommendations con LIV Capítulo 12. Tiempos de respuesta y rendimiento Capítulo 13. Administración Capítulo 14. Preguntas frecuentes Apéndice A. Visión general del proyecto Preparación del proyecto i IBM Product Recommendations Guía de configuración

5 Capítulo 1. Visión general de la guía de configuración Qué hay en esta guía. La Guía de configuración de IBM Product Recommendations a dirigida a usuarios que accedan al producto diariamente para: Trabaje con los archios de datos utilizados por IBM Product Recommendations Gestionar comunicaciones entre su sitio web y IBM Product Recommendations Gestionar opciones de configuración aanzadas Para obtener una isión general del producto y más información sobre el uso de IBM Product Recommendations, consulte la IBM Product Recommendations Guía de usuario. Suposiciones de la Guía de configuración Esta guía utiliza que sabe si está utilizando recomendaciones de archios sin formato o dinámicos. Si no lo sabe, póngase en contacto con su administrador de Digital Analytics o con el soporte al cliente de Digital Analytics. Consulte Apéndice B, Información adicional de contacto, en la página 101. Consulte la IBM Product Recommendations Guía de usuario para obtener información acerca del uso diario del producto. Copyright IBM Corp. 2005,

6 2 IBM Product Recommendations Guía de configuración

7 Capítulo 2. Cómo etiquetar su sitio web para IBM Product Recommendations Archios de biblioteca Utilice la información de este capítulo para etiquetar su sitio web para IBM Product Recommendations IBM proporciona un único archio de biblioteca para dar soporte a las etiquetas del sitio: eluminate.js. Este archio alojado por IBM proporciona el código JaaScript que define un conjunto de funciones que se pueden inocar con los datos de parámetro apropiados para eniar solicitudes de imagen de recopilación de datos. El archio debe incluirse en todas las páginas que implementan IBM Product Recommendations. Si su implementación tiene personalizaciones que alteran las funciones de recopilación de datos predeterminadas o si incorpora nueas funciones, también necesitará cmcustom.js, un archio que el soporte de IBM proporcionó y que su organización alojó localmente. eluminate.js El archio eluminate.js define la funcionalidad básica de la tecnología de etiquetas de IBM Digital Analytics. Este archio está parcialmente minimizado y oculto. Las definiciones de función de 'etiqueta' no están minimizadas ni ocultas. Este archio debe incluirse en la sección <head></head> de todas las páginas que requieren el rastreo de IBM Digital Analytics. <head> <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"> </script> <script type="text/jaascript"> cmsetclientid(...);</script> </head> cmcustom.js Su implementación específica puede incluir personalizaciones que alteran temporalmente las funciones de recopilación de datos predeterminadas o introducen nueas funciones. En el sericio de atención al cliente de IBM le proporcionarán este archio personalizado, 'cmcustom.js', que se aloja localmente en su organización. Consulte el contenido de este archio para obtener detalles sobre sus personalizaciones específicas. Este archio se incluye en todas las páginas inmediatamente después de la biblioteca 'eluminate.js' alojada por IBM Digital Analytics: <head> <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"> </script> <script type="text/jaascript" src="//thesite.com/cmcustom.js"></script> <script type="text/jaascript"> cmsetclientid(...);</script> </head> Utilización del último archio eluminate.js Asegúrese de utilizar el archio de soporte más reciente. Copyright IBM Corp. 2005,

8 Si está actualizando a una ersión más reciente de Digital Recommendations, asegúrese de que está actio el archio más actual. Póngase en contacto con su representante de Digital Analytics para obtener más información. Archio eluminate - Centro de datos de China El archio eluminate.js para los usuarios del Centro de datos de China se encuentra en la ubicación siguiente: libs.cn.coremetrics.com/eluminate.js <script type="text/jaascript" src="//libs.cn.coremetrics.com/eluminate.js"> Archio eluminate - Centro de datos de Europa Función cmsetclientid El archio eluminate.js para los usuarios del Centro de datos de Europa se encuentra en la ubicación siguiente: libs.de.coremetrics.com/eluminate.js <script type="text/jaascript" src="//libs.de.coremetrics.com/eluminate.js"> La función cmsetclientid(...) es necesaria y establece los alores para 'ID de cliente', Método de primeros ('Gestionado por cliente' o 'Gestionado por Coremetrics'), 'Dominio de recopilación de datos' y 'Dominio de cookies'. Se debe llamar a esta función en cada página que enía datos. <head> <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"> </script> <script type="text/jaascript"> // Primeros gestionados por cliente cmsetclientid(" ",true,"data.coremetrics.com","thesite.com"); // <tm trademark="coremetrics" tmtype="reg">coremetrics</tm> Managed First Party cmsetclientid(" ",false,"<dcd>.thesite.com","thesite.com"); </script> </head> <body>... <script type="text/jaascript"> cmcreatepageiewtag("faq Page 1", "FAQ"); </script> </body> Centros de datos de China y Europa - Dominios de recopilación de datos El Centro de datos de China utiliza el siguiente dominio de recopilación de datos de producción: // Primeros gestionados por cliente cmsetclientid(" ",true,"data.cn.coremetrics.com","thesite.com"); El Centro de datos de Europa utiliza el siguiente dominio de recopilación de datos de producción: // Primeros gestionados por cliente cmsetclientid(" ",true,"data.de.coremetrics.com","thesite.com"); Enío de solicitudes de etiquetas de datos a arios ID de cliente Puede copiar etiquetas de datos en dos o más ID de cliente especificando una lista, delimitada por signos de punto y coma, de alores de ID. Los ID especificados debe ser todos ID de producción o de prueba: no se permite una combinación de 4 IBM Product Recommendations Guía de configuración

9 Funciones de etiqueta ID de producción y de prueba. Si se enían etiquetas desde arios sitios y cada sitio también copia etiquetas en un ID 'agregado' dedicado, el primer ID especificado en la lista debe ser el ID 'agregado'. El ID 'agregado' notifica las etiquetas de datos copiadas de arios sitios. - Ejemplo de enío de solicitudes de etiqueta desde el sitio #1 al ID 'agregado' y el ID específico del sitio #1, donde es el ID 'agregado' y es el ID específico del sitio: cmsetclientid(" ; ",true,"data.coremetrics.com","site1.com");... y desde el sitio #2 al ID 'agregado' y al ID específico del sitio #2 (ID ): cmsetclientid(" ; ",true,"data.coremetrics.com", "site2.com"); Tenga en cuenta que la copia de solicitudes en dos o más ID aumenta el número total de llamadas ealuadas al seridor en (1*el número de ID especificados). En el ejemplo anterior, cada etiqueta eniada desde la página se copiará en 2 ID, lo que duplica el número total de llamadas ealuadas al seridor. Los equipos de Cuentas, Ventas y Suministro de IBM Digital Analytics podrán proporcionar información específica sobre qué ID, si existen, se han contratado para la recopilación de datos 'agregados' y el olumen de Monthly Million Serer Call contratado para cada ID. Para recopilar datos, los archios de biblioteca se deben incluir en las páginas y se deben realizar las llamadas a las funciones de etiqueta apropiadas. Las etiquetas se representan normalmente en el origen de la sección <body> HTML, pero también pueden inocarse basándose en los eentos en la página. Cada etiqueta tiene una lista definida de parámetros que se proporcionan cuando se realizan las llamadas a funciones. Estas funciones se ejecutan para crear solicitudes de recopilación de datos, que incluyen parámetros de datos proporcionados explícitamente y datos recopilados automáticamente como, por ejemplo, la indicación de fecha y hora, los URL de referencia y destino, etc. Los datos de parámetro de etiqueta distinguen entre mayúsculas y minúsculas: todos los datos recopilados se conierten a mayúsculas cuando se reciben, para su isualización en las istas de informe procesado. Etiqueta de ista del producto La etiqueta Producto isto captura información sobre las istas de las páginas de detalle de los productos. La etiqueta Producto isto debe inocarse en la página de detalles de niel mínimo de los productos, que es normalmente la página Detalles del producto. Función de etiquetado Para poder utilizar la etiqueta Producto isto, se realiza una llamada a la función cmcreateproductiewtag(...) con los parámetros adecuados. Parámetro Necesario Descripción Longitud ID de producto Necesario ID de producto 256 Capítulo 2. Cómo etiquetar su sitio web para IBM Product Recommendations 5

10 Parámetro Necesario Descripción Longitud Nombre del Necesario Nombre del producto que se está isualizando. 256 producto ID de categoría Categoría irtual (cm_c) Opcional Opcional El ID de categoría del nodo final al que pertenece este producto. Debe coincidir con un ID de categoría eniado en el archio CDF. Este alor hará que toda la actiidad relacionada con este ID de producto recopilada con las etiquetas 'Producto isto', 'Acción de compra 5' y 'Acción de compra 9' en esta sesión se categorice según el alor eniado, independientemente de los demás alores de 'ID de categoría' que puedan estar asociados con el ID de producto en esta sesión. Este parámetro facilita la especificación de la categorización de sesión predeterminada para un ID de producto basándose en la isualización de la página de detalles del producto desde un enlace de localización específico como, por ejemplo, 'también le gustará', 'le recomendamos' u otra localización de tipo 'Venta cruzada'. En aquellos casos en los que se recopilan arios alores para el mismo ID de producto en una determinada sesión, se utiliza la última 'Categoría irtual' recopilada en la sesión para categorizar la actiidad para ese ID de producto. cm_c también se puede implementar como parámetro de serie de consulta de página URL de detalles del producto. El alor especificado se recopilará automáticamente con cualquier etiqueta de producto isto implementada en dicha página. Ejemplo:...//site.com/product123.html? cm_c=cross_sell Ejemplos Venta al por menor y Contenido El siguiente es un ejemplo de código para crear una etiqueta Producto isto para un producto con un ID de producto "12345, un Nombre de producto "Product X" y un ID de categoría "CATXYZ". Obsere la etiqueta 'Página ista' adicional que recopila la métrica de 'Contenido' para la página: <head> <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"></script> <script type="text/jaascript"> cmsetclientid(" ",true,"data.coremetrics.com","thesite.com"); </script> </head> <body>... <script type="text/jaascript"> cmcreateproductiewtag("12345", "Product X", "CATXYZ"); </script></body> Ejemplo- Viajes cmcreateproductiewtag("lax-bkk", "ROUTE: Los Angeles(LAX) to Bangkok(BKK)", "airline reserations"); Ejemplo- Sericios financieros cmcreateproductiewtag("12345", "APPLICATION:Home Equity Loan", "consumer loans"); Etiqueta Acción de compra 5 El etiqueta Acción de compra 5 captura datos sobre los productos seleccionados y qué productos hay en una cesta, si existen, cuando se isualiza la cesta. Cuando un isitante selecciona un producto o isualiza una cesta con productos cargados, debe inocarse una etiqueta Acción de compra 5 para el producto seleccionado o 6 IBM Product Recommendations Guía de configuración

11 cada uno de los productos en la cesta, que incluya información sobre los productos como, por ejemplo, el ID de producto, la cantidad y el precio. En los casos en los que un isitante puede seleccionar o cargar en la cesta un producto sin que se le direccione a la página de la cesta, debe inocarse una única etiqueta Acción de compra 5 para el producto que acaba de añadir. Para los procesos de aplicación o compra lineales sin una 'cesta', debe eniarse la etiqueta Acción de compra 5 cuando se 'selecciona' el producto. Normalmente, esto ocurre lo antes posible cuando se conocen el ID de producto seleccionado, el precio unitario y los alores de cantidad de unidades. Función de etiquetado Para poder utilizar la etiqueta Acción de compra 5, se realiza una llamada a la función cmcreateshopaction5tag(...). Esta llamada debe realizarse para el producto seleccionado o para cada producto isualizado en la cesta. Además de estas llamadas a función, también debe realizar una llamada indiidual a la función cmdisplayshops() al final de la secuencia de una o más etiquetas cmcreateshopaction5(...). Esta función ealúa los datos de la etiqueta Acción de compra 5 y realiza la agregación necesaria del lado del cliente de productos idénticos. Las solicitudes de imagen de recopilación de datos de ShopAction5 sólo se eniarán cuando se inoque la función cmdisplayshops(). Parámetro Necesario Descripción Longitud ID de producto Necesario ID de producto 256 Nombre del producto Necesario Nombre del producto en la 256 cesta. Cantidad Necesario Cantidad del producto seleccionado o isualizado actualmente en una cesta. 8 Para Viajes, normalmente es el número de billetes seleccionados para un determinado iaje o eento, el número de artículos seleccionados para un determinado producto de alquiler o el número de noches de hotel seleccionadas para la resera del hotel. Para las aplicaciones de Sericios financieros, normalmente es "1", si sólo se aplica 1 cantidad a un determinado producto financiero. Capítulo 2. Cómo etiquetar su sitio web para IBM Product Recommendations 7

12 Parámetro Necesario Descripción Longitud Precio unitario Necesario Precio de cada unidad del producto. Este alor debe ser un número decimal y no debe incluir el signo de dólar ($) Para Viajes, normalmente es el precio de una determinada ruta o una entrada de eento, un producto de alquiler, el precio de habitación/noche, etc. Para las aplicaciones de Sericios financieros, normalmente es "0" si no hay ningún alor de ingresos asociado con la aplicación. ID de categoría Opcional El ID de categoría del nodo final al que pertenece este producto. Debe coincidir con un ID de categoría eniado en el archio CDF. 256 Ejemplos Viajes: 2 hoteles seleccionados simultáneamente para reseras (habitaciones 1y2,respectiamente) cmcreatepageiewtag("booking: Billing Page", "Booking"); cmcreateshopaction5tag("12345", "Property ABC", "1", "49.99", "US:TX:Austin"); cmcreateshopaction5tag("67890", "Property XYZ", "2", "65.49", "US:TX:Austin"); cmdisplayshops(); Ejemplos Sericios financieros: aplicación seleccionada y proceso de aplicación iniciado cmcreatepageiewtag("application STEP 1(START):Home Equity Loan", "consumer loans"); cmcreateshopaction5tag("12345", "APPLICATION:Home Equity Loan", "1", "0", "consumer loans"); cmdisplayshops(); Etiqueta Acción de compra 9 El etiqueta Acción de compra 9 captura datos sobre qué productos ha adquirido un cliente. Como la etiqueta Acción de compra 5, debe eniarse una etiqueta para cada artículo de línea de producto adquirido. Estas etiquetas deben eniarse en la página de recepción o en otra página de finalización como confirmación de un pedido satisfactorio. Las etiquetas Acción de compra 9 y Pedido se rechazarán si se encuentra el mismo ID de pedido en los datos de tiempo de ida para ese ID de cliente de IBM Digital Analytics. Función de etiquetado Para poder utilizar las etiquetas Acción de compra 9, se realiza una llamada a la función cmcreateshopaction9tag(...) para cada producto adquirido. Asimismo, 8 IBM Product Recommendations Guía de configuración

13 debe realizarse una llamada indiidual a cmdisplayshops() después de todas las llamadas a cmcreateshop9tags(...) para eniar realmente las solicitudes de imagen de recopilación de datos. Parámetro Necesario Descripción Longitud ID de producto Necesario ID de producto 256 Nombre del Necesario Nombre del producto 256 producto Cantidad Necesario Cantidad del producto adquirido. 8 Para Viajes, normalmente es el número de billetes adquiridos para un determinado iaje o eento, el número de artículos alquilados para un determinado producto de alquiler o el número de noches de hotel reseradas para este hotel. Para las aplicaciones de Sericios financieros, normalmente es "1", si sólo se aplica 1 cantidad a un determinado producto financiero. Precio unitario Necesario Precio de cada unidad del producto. Este alor debe ser un número decimal y no debe incluir el signo de dólar ($). Para Viajes, normalmente es el precio de una determinada ruta o una entrada de eento, un producto de alquiler, el precio de habitación/noche, etc. Para las aplicaciones de Sericios financieros, normalmente es "0" si no se a a asociar ningún alor de ingresos con la aplicación cuando finalice. ID de registro Necesario ID de registro del cliente que ha adquirido el producto. Debe coincidir con el campo ID de registro en la etiqueta de pedido adjunta. ID de pedido Necesario ID del pedido al que pertenece esta línea. Debe coincidir con el ID de pedido en la etiqueta de pedido adjunta. Subtotal del pedido Necesario Subtotal del pedido al que pertenece la línea. No debe incluir Enío y manipulación o Impuestos, y debe coincidir con el Subtotal del pedido en la etiqueta de pedido adjunta. Este alor debe ser un número decimal y no debe incluir el signo de dólar ($). El Subtotal de pedido debe coincidir con la suma de Cantidad * Precio unitario de todas las etiquetas ShopAction9 (productos) adquiridas en este pedido. ID de categoría Opcional El ID de categoría del nodo final al que pertenece este producto. Debe coincidir con un ID de categoría eniado en el archio CDF Ejemplos Viajes: 2 hoteles reserados simultáneamente (habitaciones 1y2, respectiamente) cmcreatepageiewtag("booking: Thank You", "Booking"); cmcreateshopaction9tag("12345", "Property ABC", "1", "49.99", "cust123", "booking123", "180.97", "US:TX:Austin"); cmcreateshopaction9tag("67890", "Property XYZ", "2", "65.49", "cust123", "booking123", "180.97", "US:TX:Austin"); cmdisplayshops(); Ejemplos - Sericios financieros: aplicación completada Capítulo 2. Cómo etiquetar su sitio web para IBM Product Recommendations 9

14 Localización de etiquetas cmcreatepageiewtag("application STEP 5(COMPLETION):Home Equity Loan", "consumer loans"); cmcreateshopaction9tag("12345", "APPLICATION:Home Equity Loan", "1", "0", "cust123", "application123", "0", "consumer loans"); cmdisplayshops(); Todas las llamadas a función de etiqueta de IBM Digital Analytics deben colocarse en la sección <body> de la página que se está etiquetando, lo más cerca posible del final de la sección de cuerpo (la etiqueta </body>). Para conseguir un resultado óptimo en todos los productos y sericios de IBM Digital Analytics, las llamadas a función de etiqueta realizadas desde el código fuente HTML de una página deben colocarse al final de la sección <body>. Las etiquetas de IBM Digital Analytics también pueden inocarse como respuesta a la interacción de los isitantes con los elementos de sitio/en página. <body>... <script type="text/jaascript"> cmcreateproductiewtag("12345", "Product X", "CATXYZ"); </script> </body> 10 IBM Product Recommendations Guía de configuración

15 Capítulo 3. Despliegue de recomendaciones dinámicas Creación de solicitudes de página y archios de subida para cargar recomendaciones para su sitio web. La mejor opción de implementación para Product Recommendations es la dinámica. Una implementación dinámica proporciona recomendaciones más actualizadas que las recomendaciones de archio sin formato y le ofrece acceso a más características de producto como la prueba A/B, la personalización, las recomendaciones basadas en términos de búsqueda y las recomendaciones de recesión. Además, las futuras mejoras de Digital Recommendations se centran en prestaciones dinámicas y no en prestaciones de archios sin formato. Utilice el siguiente proceso para implementar recomendaciones dinámicas: 1. Cree dos archios: Enterprise Product Content Mapping File (EPCMF) es un archio que define cada producto, la categoría a la que pertenece (que también debe estar en el Enterprise Category Definition File) y hasta 50 atributos sobre cada producto. Enterprise Category Definition File (ECDF) es un archio que contiene información que Digital Recommendations utiliza para procesar recomendaciones. Define una estructura de categorías donde los artículos se ubican en una única categoría padre. Debe contener todas las categorías incluidas en el archio EPCMF y todas las categorías padre. Digital Recommendations utiliza datos en ECDF y EPCMF y las ofertas, reglas y planes de recomendación configurados en la interfaz de usuario. Para obtener más información, consulte Capítulo 7, Archios de datos ECDF y EPCMF, en la página Utilice IBM Digital Analytics Import para que estén disponibles para Digital Recommendations. 3. El administrador del sitio web inserta la función cmrecrequest, la función cmdisplayrecs y una o arias funciones de zona de población para solicitar los datos de recomendación más recientes de Digital Recommendations. Los datos de recomendaciones se suministran al sitio web utilizando una red de entrega de contenido (CDN). Para obtener más información, consulte: Función cmrecrequest en la página 12 Función cmdisplayrecs en la página 15 Función de población de zona en la página 15 Funciones de solicitud de recomendación Descripción bree de las solicitudes de recomendación. En las páginas web que utilizan Digital Recommendations, cree una o arias llamadas de solicitudes de recomendación, una por cada zona, seguidas de una única llamada. cmdisplayrecs.para obtener más información, consulte el ejemplo en Capítulo 4, Fuente de página de ejemplo, en la página 25. Conceptos relacionados: Función cmdisplayrecs en la página 15 Copyright IBM Corp. 2005,

16 Función cmrecrequest Utilice esta función en páginas con una zona de sitio web que solicita recomendaciones basadas en el producto. Por ejemplo, es posible que tenga zonas de sitio que utilizan la enta cruzada de productos, la categoría del sitio, la categoría EPR o las ofertas de búsqueda. Parámetros La función cmrecrequest abarca hasta cinco parámetros en el siguiente orden: Tabla 1. Parámetros de respuesta de cmrecrequest Posición Parámetro Valores de parámetro álidos 1 ID de zona El ID de zona tiene 8 caracteres o menos y se define cuando crea una zona en la interfaz de Digital Recommendations. El ID de zona es sensible a las mayúsculas y minúsculas. El ID de zona es obligatorio. 2 ID del producto de destino Si está utilizando una oferta de enta cruzada, este es el ID de artículo del producto de destino. En zonas diseñadas únicamente para realizar recomendaciones de categoría o recomendaciones basadas en términos de búsqueda, pase comillas simples ( ') o comillas dobles acías ("") en este parámetro Para utilizar este alor, el plan de recomendaciones asociado con el ID de zona debe tener un paso con un alor de argumento simbólico de destino de _SP_ (para el producto especificado). Si está utilizando la opción de arios destinos en su plan de recomendaciones, incluya arios ID de producto de arios destinos, separados por una barra ertical. Por ejemplo, cmrecrequest ( zone1, , catid ) Se puede pasar un máximo de 20 ID de producto al utilizar la función de múltiples destinos. 12 IBM Product Recommendations Guía de configuración

17 Tabla 1. Parámetros de respuesta de cmrecrequest (continuación) Posición Parámetro Valores de parámetro álidos 3 ID de categoría de destino Si está utilizando una oferta de categoría, este es el ID de categoría del producto de destino. Normalmente, este es el ID de categoría del destino que se ha pasado mediante el parámetro ID de producto de destino en la posición 2. Esto hace que el método retroceda a las recomendaciones de categorías de la categoría solicitada si las recomendaciones de enta cruzada no están disponibles para el artículo de Digital Recommendations solicitado. En el caso de recomendaciones de categoría, pase el ID de categoría en el que basar las recomendaciones de categoría. Por recomendaciones de los más endidos generales (si se han configurado en el panel de configuración de ofertas de categoría) pasan un alor de '_TS_'. Para utilizar este alor, el plan de recomendaciones que se asocia con el ID de zona debe tener un paso con un alor de argumento simbólico de destino de _SC_ (para el producto especificado). Además, el ID de categoría que se pasa aquí debe coincidir con la estructura de categorías para el tipo de oferta de categoría que está asociada con el paso _SC_ del plan de recomendaciones. Para las ofertas de la categoría del sitio es una categoría del sitio web. Para las ofertas de categoría de EPR esto es una categoría del archio de definición de categorías de empresa (ECDF). No utilice comas en este parámetro. Nota: Un plan de recomendaciones normalmente lo incluye como el último paso del plan. 4 Función aleatoria Este parámetro se utiliza sólo con recomendaciones de los más endidos generales (con un alor de argumento simbólico de destino de _TS_). Pase una "R" como alor del parámetro y el orden de las recomendaciones se ordenará de forma aleatoria cada ez que se cargue la página. Recomendación de prácticas recomendadas: En el resto de los casos, está probado que los ingresos son más bajos cuando las recomendaciones no están presentes en el orden exacto que el algoritmo ha proporcionado. La importancia estadística disminuye con cada recomendación que desarrolla la lista de artículos en el conjunto de recomendaciones para un destino específico. Capítulo 3. Despliegue de recomendaciones dinámicas 13

18 Tabla 1. Parámetros de respuesta de cmrecrequest (continuación) Posición Parámetro Valores de parámetro álidos 5 Término de búsqueda El término de búsqueda de destino en el que se basan las recomendaciones de ofertas de búsqueda. Si está utilizando una oferta de término de búsqueda este es el término de búsqueda que el usuario ha proporcionado. Pase en la consulta de usuario exacta eliminando los espacios de principio y final. Esto solo es necesario para las zonas designadas que an a actiar recomendaciones basadas en términos de búsqueda. Para utilizar este alor, el plan de recomendaciones asociado con el ID de zona debe tener un paso con un alor de argumento simbólico de destino de _SS_ (para el término de búsqueda especificado). 6 Valor de atributo Si está utilizando una oferta basada en atributos, este es el alor del atributo que se ha de utilizar como destino para solicitar recomendaciones. Solo es necesario para las zonas designadas para actiar las recomendaciones basadas en atributos. Para utilizar este alor, el plan de recomendaciones asociado al ID de zona debe tener un paso con un alor de argumento simbólico de destino de _SA_ (para el atributo especificado). Especificación del contenido de la respuesta HTTP desde una red de entrega de contenido (CDN) Los datos de recomendaciones dinámicas se suministran utilizando una red de entrega de contenido(cdn) por una respuesta de HTTP. Esto se produce cuando una zona de sitio desencadena la función cmdisplayrecs. Deberá definir qué pares de atributo/alor se incluyen en la respuesta HTTP desde la CDN. 1. En el panel de naegación lateral, seleccione Gestionar > Ofertas de producto > Atributos. 2. En Atributos a incluir en la respuesta de la oferta, muea los atributos que se incluirán en la respuesta de Disponible a Seleccionado. Prácticas recomendadas en cmrecrequest basadas en términos de búsqueda Utilice la siguiente información al configurar las recomendaciones basadas en términos de búsqueda. Utilice la siguiente información al configurar las recomendaciones basadas en términos de búsqueda. Consulte también Prácticas recomendadas del plan de recomendaciones basadas en términos de búsqueda en la Guía de usuario de IBM Product Recommendations. Recomendaciones de búsqueda en sitio web Codifique la página para que el quinto parámetro de la función se rellene con el término de búsqueda cuando un isitante inicie una consulta de búsqueda en el sitio web. Cuando Digital Recommendations no tenga recomendaciones para un término de búsqueda, codifique la página para que no muestre la zona. 14 IBM Product Recommendations Guía de configuración

19 Recomendaciones de página de destino de búsqueda de pago Las páginas de destino típicas de búsqueda de pago son: Categoría Resultados de las búsquedas Páginas de producto Páginas de categoría Si tiene o quiere recomendaciones de categoría en las páginas de categoría: Codifique las páginas para que la quinta posición de la función cmrecrequest se rellene con un término de búsqueda solo cuando un isitante llegue directamente a la página desde un término de pago o de búsqueda de lenguaje natural. Si un isitante no llega directamente a una página desde una búsqueda natural o de pago, codifique la página para que la quinta posición de la función cmrecrequest quede en blanco. Si no desea recomendaciones de categorías más endidas, codifique la página de modo que la zona no sea isible si no está presente un término de búsqueda. Tráfico de búsqueda de pago dirigido a páginas de destino de búsqueda en sitio web: Codifique las páginas para que la quinta posición de la función cmrecrequest se rellene con un término de búsqueda solo cuando un isitante llegue directamente a la página desde un término de pago o de búsqueda de lenguaje natural. Cuando Digital Recommendations no tenga recomendaciones para un término de búsqueda, codifique la página para que no muestre la zona. Si el tráfico de búsqueda de pago se direcciona a las páginas de detalle de artículo, no haga que las recomendaciones se basen en el término de búsqueda. Función cmdisplayrecs Ubique esta función en una página después de todas las funciones de solicitudes de recomendación. La función cmdisplayrecs no requiere parámetros. Se debe situar después de todas las solicitudes cmrecrequest de una página. Esto le indica a Digital Recommendations que todas las solicitudes de zona para esta página se han completado y que llame a las funciones de llenado de zona de las páginas con las recomendaciones finales. Función de población de zona La función de población de zona es una función JaaScript que sus desarrolladores del sitio web codifican en el sitio web. Puede pasar a la función de población de zona 14 argumentos que ayudan a representar las recomendaciones de representación. Es responsabilidad suya codificar el cuerpo de la función para que las recomendaciones se isualicen de un modo coherente con el diseño de su sitio web. El resultado de la solicitud cmdisplayrecs es realizar una o más llamadas a la función de población de zona definida por el cliente. Capítulo 3. Despliegue de recomendaciones dinámicas 15

20 Puede definir una o más funciones de zona de población. La función cmdisplayrecs busca una función de población de zona que coincida con el ID de zona en la solicitud de recomendación. Conenios de nomenclatura para la función de población de zona Debe haber funciones de población de zona por cada zona y deben denominarse de acuerdo a estas directrices. id_zona_zp Donde id_zona es sensible a las mayúsculas y minúsculas y solo puede contener caracteres alfanuméricos o de subrayado.no utilice espacios ni caracteres especiales distintos al subrayado. Este ID se utiliza en toda la aplicación. Se enía en cada solicitud para indicar qué zona utilizar para la solicitud. El desarrollador de páginas que codifica necesita el ID de zona configurado para cada zona actia del sitio. Este ID de zona es el mismo alor que se utiliza cuando define la zona con la interfaz de usuario IBM Digital Recommendations. Nota: Almacene todas las funciones de población de zona en una única biblioteca definida por el cliente JaaScript y está biblioteca debe estar incluida en todas las páginas necesarias. Argumentos para la función de población de zona Los argumentos siguientes se pasan a la función de población de zona. Tabla 2. Argumentos de la función de población de zona Posición Parámetro Descripción y uso 1 ID de artículos de recomendado Se deuele una matriz de los ID de artículos recomendados en la posición uno. Configure la función de población de zona para presentar el contenido apropiado (a menudo incluyendo, aunque no de forma exclusia, una imagen en miniatura y una bree descripción) para este ID del artículo en el análisis físico del sitio web designado para esta zona. El campo está siempre poblado? Sí Utilizado por la función de población de zona? Estándar 2 ID de zona ID de zona especificado en la solicitud. Sí Estándar 3 Valor simbólico de destino 4 ID del producto de destino Un alor que representa el paso en el plan de recomendación utilizado para generar las recomendaciones. Cada paso identifica una oferta. Este alor representa cómo se ha generado la lista de recomendaciones. Cuando no se pasan recomendaciones a la función de población de zona, este argumento contiene el alor '_NR_'. Consulte también Valores para el argumento Valor simbólico de destino en la página 18. El ID de artículo o ID de categoría que se ha utilizado como base para la lista de ID de artículos recomendados para la posición 1. Opcionalmente, este parámetro puede utilizarse para crear funciones de población de zona más aanzadas para presentar el ID del producto de destino en el que se basan las recomendaciones. Sí Sí Estándar Opcional 16 IBM Product Recommendations Guía de configuración

21 Tabla 2. Argumentos de la función de población de zona (continuación) Posición Parámetro Descripción y uso 5 Categoría del ID del producto de destino 6 Atributos para los artículos recomendados 7 Atributos para el ID de producto de destino 8 Texto de cabecera de zona 9 ID de prueba A/B 10 Categorías de artículos recomendados 11 Dirección URL de la página de destino 12 Nombre de la página de destino 13 URL de páginas de artículos recomendados ID de categoría del ID de producto de destino pasado para la posición 4, tal como se ha definido en el archio ECDF. Una matriz de dos dimensiones de atributos para los artículos recomendados que se pasa al parámetro 1. Este parámetro resulta útil solo si proporciona atributos en el archio EPCMF. Los atributos se pueden utilizar para ayudar a presentar el contenido del artículo final y pueden incluir la ubicación de una imagen en miniatura, el web de páginas de productos, brees descripciones del precio y del artículo, por ejemplo. Asimismo, se puede utilizar un alor especificado como entrada en el algoritmo de personalización. Por ejemplo, los atributos de personalización pueden ser la marca, el autor o el género. Una matriz unidimensional de atributos para el ID de destino pasada para el parámetro 4. Lo mismo que el parámetro anterior pero con relación al ID de destino. Cuando crea un plan de recomendación, puede especificar el texto que desea isualizar en la cabecera de zona de la página web. Este parámetro proporciona dicho texto de cabecera para el banner de la zona de sitio. Una serie que contiene el nombre de prueba A/B, un punto y coma y el ID de prueba A/B del elemento de prueba solicitado. El nombre y el ID de la prueba A/B se definen al crear una prueba A/B en Digital Recommendations. Si no hay ninguna prueba A/B para la zona, contiene 'ninguna prueba ab'. Una matriz que contiene el ID de categoría de cada uno de los artículos pasados para la posición 1, tal como se identifican en ECDF. Dirección URL de la página del ID de destino se pasa para la posición 4. Nombre de la página del ID de destino se pasa para la posición 4. Una matriz que contiene el URL de la página para cada uno de los elementos pasados para la posición 1. El campo está siempre poblado? Sí Se debe configurar Se debe configurar Sí Sí Sí Solo ha llenado para ofertas de contenido de la página Solo ha llenado para ofertas de contenido de la página Solo ha llenado para ofertas de contenido de la página Utilizado por la función de población de zona? Opcional Opcional Opcional Estándar Opcional Opcional Opcional Opcional Opcional Capítulo 3. Despliegue de recomendaciones dinámicas 17

22 Tabla 2. Argumentos de la función de población de zona (continuación) Posición Parámetro Descripción y uso 14 Nombres de páginas de artículos recomendados Una matriz que contiene el nombre de la página para cada uno de los elementos pasados para la posición 1. El campo está siempre poblado? Solo ha llenado para ofertas de contenido de la página Utilizado por la función de población de zona? Opcional Atributos de población de zona Los alores del atributo de Informe de productos de empresa son alores de atributo que proporciona y carga en la base de datos de Digital Analytics con su EPCMF. Los alores de atributo pueden tener más de 2000 caracteres y puede haber más de 50 atributos por artículo. Para obtener los mejores resultados, utilice el número mínimo de caracteres necesario para dar soporte a su caso de uso. Adicionalmente, si tiene atributos que tienen un prefijo coherente como un URL de imagen de miniatura, puede almacenar el alor del prefijo en la función de población de zona (y luego anexarlo a cada artículo recibido en la lista de recomendaciones) o puede configurar el prefijo para el atributo en el Atributos de separador de la Configuración de la oferta entana. Nota: no incluya los URL completos como alores de atributos en su EPCMF. Prefijos de población de zona Es posible que tenga que añadir un prefijo a las palabras clae de búsqueda en el sitio web. Existen diferentes razones: algunos sitios web utilizan diferentes modos de búsqueda, como la búsqueda por número de pieza o por palabra clae. Por ejemplo, la búsqueda por departamento. Esta practica permite al analista web er el grado en el que se utiliza el modo de búsqueda. Para las recomendaciones de búsqueda, el desarrollador de páginas no debe pasar este tipo de prefijo como parte de la solicitud de búsqueda cuando el cliente pasa el término de búsqueda en la solicitud de recomendación. Si hay alores de prefijo que se han de pasar, póngase en contacto con su asesor del cliente de Digital Analytics para determinar el modo adecuado para determinar el modo adecuado de tenerlos en cuenta fuera del término de búsqueda para el cálculo de datos. Para recomendaciones basadas en términos de búsqueda, el ID de destino que se ha pasado a la función de población de zona será modificado desde el formato original cuando lo eníe en la solicitud de recomendación: se eliminarán los espacios y puntuaciones. Este cambio en la salida es necesario para que Digital Recommendations pueda eliminar ariaciones insignificantes, por otro lado, entre términos de búsqueda idénticos. Por ejemplo, "women's blouse" y "womens blouse" se deolerán las dos as como "womensblouse". Valores para el argumento Valor simbólico de destino El argumento Valor simbólico de destino contiene un alor que representa un paso del plan de recomendación y, por lo tanto, identifica cómo se genera la recomendación. 18 IBM Product Recommendations Guía de configuración

23 Es posible que necesite codificar la función de población de zona para isualizar alores que sean diferentes en función del alor que deuela el argumento Valor simbólico de destino. Delimite los alores con comillas simples (') o con comillas dobles ("). Tabla 3. Valores para el argumento Valor simbólico de destino para recomendaciones de producto Tipo de destino Destinos de producto Valor del argumento _SP RVP LCP RPP MSP_ Descripción Recupera recomendaciones que se basan en los ID de producto especificados en la posición 2 de cmrecrequest.consulte Función cmrecrequest enla página 12. Recupera recomendaciones basadas en los productos que más recientemente ha isualizado un isitante. Recupera recomendaciones basadas en los últimos productos que se han añadido a la cesta del isitante. Esto iene determinado por la etiqueta última shop5 ista por Digital Analytics. Recupera recomendaciones basadas en los productos que más recientemente ha comprado un isitante. Esto iene determinado por el último producto en un pedido en la etiqueta última shop9 ista por Digital Analytics. Recupera las recomendaciones basadas en la compra más significatia del isitante. Esta es la compra más grande (basada en el precio) que se ha realizado en las últimas seis compras. Capítulo 3. Despliegue de recomendaciones dinámicas 19

24 Tabla 3. Valores para el argumento Valor simbólico de destino para recomendaciones de producto (continuación) Tipo de destino Destinos de categoría Destinos de búsqueda Valor del argumento _SC RVC MPC SS NR_ Descripción Recupera las recomendaciones basadas en el ID de producto que se especifica en la posición 3 de cmrecrequest. Nota: Si este argumento recupera el elemento ID que se especifica en la posición 2 de cmrecrequest como una de las recomendaciones, Digital Recommendations lo elimina automáticamente. Recupera las recomendaciones basadas en la categoría que más ha isto el isitante recientemente. Esto iene determinado por la etiqueta de último producto isto tal como Digital Analytics la trata. Recupera las recomendaciones basadas en la categoría más popular del isitante. Esta se determina realizando un rastreo, para cada isitante, las categorías de EPR de productos que se han isto, incluidos en la cesta y comprados a traés de respuestas de la solicitud de recomendación. Las categorías son clasificadas posteriormente para cada isitante. La categoría que recibe más interacción recibe la puntuación más alta y se conierte en la categoría más popular del isitante. Nota: Esta función está siempre basada en las categorías del informe de productos de empresa (EPR). Las categorías definidas en el archio de definición de categorías (CDF) no tienen soporte para su uso en tareas de personalización dado el rango de problemas que surgen del uso de la categorización irtual en el archio de definición de componente (CDF). Recupera las recomendaciones basadas en el término de búsqueda especificado en la posición 5 de cmrecrequest. No se pasa ninguna recomendación a la función de población de zona. Este es el alor esperado si el área de contenido asociado en la página no debería ser isible para el isitante: por ejemplo, si el isitante está en una prueba A/B y el grupo de prueba asociado no debería er ninguna recomendación o si el proceso de recesión para este producto está agotado y no hay recomendaciones disponibles para dicho producto. Ejemplos de la función de población de zona El siguiente es un ejemplo de los alores de parámetros que se pasan a la función de población de zona. Los números indican la posición de cada argumento. ( 1. [ FUCO-02, FUCO-03, FUDE-01, FUDE-02 ], La matriz de los ID de la recomendación final (cuatro en este ejemplo). 2. ProdZ1, Éste es el ID de la zona para la que se han solicitado. 20 IBM Product Recommendations Guía de configuración

25 3. _SP_, Este es el destino del paso del plan de recomendación que se ha utilizado en última instancia. 4. FUCO-01, Este es el producto de destino real que se ha utilizado y para el que se han generado las cuatro recomendaciones en la posición , El ID de la categoría de destino. 6. [[ Modern Occasional Table, 10091, , KIAC_01.jpg ],[ Two-Drawer Coffee Table, 10073, , KIFR_02.jpg ],[ Executie Six-Drawer Desk, 10073, , KIFR-01.jpg ],[ Craft Table, 10075, , KIAC_06.jpg ]], Esta es una matriz bidimensional de atributos que se corresponden con la matriz de artículos pasada en el primer parámetro. En este ejemplo, la matriz de atributos que corresponde a FUCO-02 es [ Modern Occasional Table, 10091, , KIAC_01.jpg ]. Si se pasan ocho recomendaciones en la posición 1 y cada recomendación tiene cinco atributos, la matriz de dos dimensiones tendrá ocho filas y cinco columnas. 7. [ Sleek Occasional Table, 10039, , FUDEL_02.jpg ], Esta es la matriz de atributos para el destino. 8. Recomendaciones desde un producto isitado recientemente, Texto de cabecera de zona. 9. PageAB:Ctrl, Una cadena que contiene el Nombre de prueba AB, seguido de un punto y coma, seguido del AB ID de prueba del elemento de prueba solicitado. Si no hay ninguna prueba AB actia para esta zona, la cadena contiene: 'no ab test'. 10. [ 10091, 10073, 10073, ], Esta es una matriz de ID de categoría que se corresponden con la matriz de artículos pasada en el primer parámetro. 11., No se utiliza en este ejemplo. 12., 13. [], 14. [], No se utiliza en este ejemplo. No se utiliza en este ejemplo. No se utiliza en este ejemplo. ) Ubicación de llamadas de función y bibliotecas Todas las páginas que utilizan recomendaciones dinámicas deben incluir las siguientes bibliotecas y funciones. En la sección <head></head> (en este orden): 1. Cargar eluminate.js 2. Cargar cmcustom.js (si es necesario) 3. Llamar a cmsetclientid (para asegurarse de utilizar el dominio adecuado). Capítulo 3. Despliegue de recomendaciones dinámicas 21

26 En la sección <body></body> (en este orden): 1. Todas las etiquetas distintas de las funciones de IBM Digital Recommendations como, por ejemplo, cmcreateproductview y cmcreatepageiewtag. 2. La función de población de zona se puede ubicar en cualquier parte <head></head> o <body></body>, pero debe ser antes de cualquier función cmrecrequest. 3. cmrecrequest. Incluya esta instrucción una ez para cada zona en la página. 4. cmdisplayrecs. Efectúe una llamada únicamente después de todas las llamadas cmrecrequest. Consulte el capítulo "Guía de etiquetado" de la publicación IBM Digital Analytics Guía de implementación para obtener más información sobre la forma de utilizar las etiquetas en su sitio. Consulte Capítulo 4, Fuente de página de ejemplo, en la página 25 para obtener más información. Consideraciones especiales para la isualización de recomendaciones basadas en términos de búsqueda Su organización debe gestionar todos los textos de cabecera que aparecen en el área de recomendación dentro del código de la página. Es importante que el término de búsqueda utilizado se presente de nueo al isitante en el texto de cabecera para que sea claro y atractio para el isitante. El siguiente ejemplo demuestra cómo el término de búsqueda "zapatos de estir" ha actiado las recomendaciones que se pueden isualizar y que se isualiza en la cabecera de zona. Figura 1. Ejemplo de recomendaciones basadas en un término de búsqueda Inhabilitación de mensajes de registro de la consola De forma predeterminada, los mensajes de registro de la consola están habilitados. Utilice este procedimiento para inhabilitar los mensajes de registro de la consola. 22 IBM Product Recommendations Guía de configuración

27 Inserte la siguiente línea en el código fuente de su página, justo después de cargar eluminate.js y habitualmente en el mismo bloque de script que cmsetclientid: cmsetupother({"iorequest.disable_console_logging":true});. A continuación se muestra un ejemplo: <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"> </script> <script type="text/jaascript"> cmsetclientid(" ",true,"data.coremetrics.com","yoursite.com"); cmsetupother({"iorequest.disable_console_logging":true}); </script> Habilitación de mensajes de registro de la consola De forma predeterminada, los mensajes de registro de la consola están habilitados. Sin embargo, si ha inhabilitado los mensajes de registro de la consola, utilice este procedimiento para olerlos a habilitar. 1. Encuentre la siguiente línea en el código fuente de su página. Habitualmente se encuentra en el mismo bloque de script que cmsetclientid: cmsetupother({"iorequest.disable_console_logging":true}); 2. Cambie la sentencia true a false. A continuación se muestra un ejemplo: A continuación se muestra un ejemplo: <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"> </script> <script type="text/jaascript"> cmsetclientid(" ",true,"data.coremetrics.com","yoursite.com"); cmsetupother({"iorequest.disable_console_logging":false}); </script> Capítulo 3. Despliegue de recomendaciones dinámicas 23

29 Capítulo 4. Fuente de página de ejemplo Las funciones de Digital Recommendations se deben ejecutar después de todas las otras etiquetas. Un procedimiento recomendado es almacenar todas las funciones de población de zona en un único cliente definido en la biblioteca JaaScript, e incluir esta biblioteca en todas las páginas que isualizan recomendaciones. Bibliotecas de ejemplo alojadas en IBM para las recomendaciones de producto A continuación hay un ejemplo del código fuente de una página utilizando las bibliotecas alojadas de IBM, la función cmrecrequest y la función cmdisplayrecs. <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" " <html> <head>  <title>bare Bones Example - Product Recommendations</title>  <script type="text/jaascript" src="//libs.coremetrics.com/eluminate.js"></script>  <script type="text/jaascript">cmsetclientid (" ", true, "data.coremetrics.com", "your_domain");</script>  <script src="product_zpf.js"></script>  <LINK REL=StyleSheet HREF="example.css" TYPE="text/css"/> </head>  <body>  <di class="demo_banner"></di> <di class="example_demo"> <di id="dr_zone1"></di> </di> <script type="text/jaascript"> cmcreateproductiewtag("268139", "Michael Kors Plaid Track Jacket", "15596"); // cmrecrequest ("ZoneID","ProdID","CatID") es la llamada a la biblioteca Digital Recommendations que define // la primera zona (para esta página de ejemplo solo existe una zona). // // "ZoneID" - id de zona // "ProdID" - id de destino de producto - para pasos de plan de recomendación // "Specified Product ID(s)", las recomendaciones asociadas con el producto // "ProdID" se pasarán a la función de población de zona // "CatID" - ID de categoría de destino - para pasos del plan de recomendación // "Specified Category ID", las recomendaciones asociadas con la // categoría category "_TS_" (Top Sellers) se pasarán a la función de // población de la zona cmrecrequest ("PDPZ1","268139","_TS_"); // cmdisplayrecs desencadena el proceso de recomendación. * Es necesario. cmdisplayrecs(); </script> </body> </html> Función de población de zona de ejemplo Ejemplo de función de población de zona. A continuación se muestra un ejemplo de una función de población de zona para recomendaciones de producto que se solicitan con la función cmrecrequest. Será necesario modificarlo (o oler a escribirlo) para su sitio web. Copyright IBM Corp. 2005,

30 function test_zpfs( a_product_ids, // Matriz de ID de producto recomendados zone, // ID de zona especificado en la solicitud (como se especifica // en la pantalla de edición de zona) symbolic, // Tipo de destino: // _SP_ ID(s) de producto especificado // _SC_ ID de categoría especificado // _RVP_ Último(s) producto(s) isualizado(s) // _RPP_ Último(s) producto(s) comprado(s) // _LCP_ Último(s) producto(s) colocado(s) en la cesta // _RVC_ Categoría ista más recientemente // _MPC_ Categoría más popular de los isitantes // _MSP_ Compra más significatia // _SA_ Valor de atributo especificado // _SS_ Término de búsqueda especificado // _NR_ Sin recomendaciones target_id, // ID de destino en el que se basan las recomendaciones category, // Categoría de artículo de destino rec_attributes, // Matriz de 2 dimensiones de atributos para cada recomendación target_attributes, // Matriz de atributos para el destino target_header_txt, // Texto de cabecera (como se especifica en la pantalla de // edición del plan de recomendaciones) ab_test_id, // Cadena que contiene el nombre de prueba AB, un punto y coma, // ID de prueba AB del elemento de prueba solicitado // "no ab test" si no hay prueba AB a_cat_ids, // Matriz de ID de categoría para cada artículo recomendado di_id) // id de di definido en el html - no es un parámetro estándar - // añadido por medio de la llamada a función en la parte inferior { ar html = zone + "_zp: No recommendations returned"; if (symbolic!== _NR_ ) { // desplazamiento de atributos para descripción (el desplazamiento // está basado en cero, el primer atributo está indexado 0) ar i_description = 2; // attribute offset for image ar i_image_url = 0; ar image_prefix = ; ar di_recs = <di class="dr_test_recs"\> ; ar n_recs = a_product_ids.length; ar di_title = <di class="dr_recs_title"> + target_header_txt + <\/di> ; ar di_table = <di class="dr_recs_table"> ; ar image_table = <TABLE CELLSPACING="2" CELLPADDING="0" Align="center" style="border-color:white;"><tr> ; ar lines = []; ar width = 100 / n_recs; for (ar ii=0; ii < n_recs; ii++) { ar rec_prod_id = a_product_ids[ii]; ar image_description = rec_attributes[ii][i_description]; ar image_url = image_prefix + rec_attributes[ii][i_image_url]; ar alt_description = image_description; if (!image_description) { alt_description = No Image Aailable ; image_description = ; } lines.push( <TD align="top" class="borderedrolloer" width= + width + %><di class="bordered_rolloer"><table ALIGN="center" WIDTH= + width + %> ); // Visualiza la imagen y su descripción lines.push( <TR><TD ALIGN="center"><A HREF=" + "><IMG SRC=" + image_url + " width=128" + ALT=" + alt_description + " + WIDTH=128 + height=128 + style="border: medium none; cursor: pointer; padding-bottom: 5px; padding-top: 5px;" /><\/TD><\/TR> ); lines.push( <TR><TD ALIGN="center"><A STYLE="text-decoration:none" HREF=" + "> + image_description + <\/A><\/TD><\/TR> ); // Visualiza una línea de separación y luego todos los atributos lines.push( <TR><TD ALIGN="center"> <\/TD><\/TR> ); lines.push( <TR><TD ALIGN="center"> + rec_prod_id + <\/TD><\/TR> ); if (a_cat_ids!== undefined) { lines.push( <TR><TD ALIGN="left">Category:<A STYLE="text-decoration:none" HREF=" + "> + a_cat_ids[ii-1] + <\/A><\/TD><\/TR> ); } for (ar jj=0; jj < 50; jj++) { ar attr = rec_attributes[ii][jj]? rec_attributes[ii][jj] : - ; lines.push( <TR><TD ALIGN="left">Attr + jj + :<A STYLE="text-decoration:none" HREF=" + "> + attr + <\/A><\/TD><\/TR> ); } lines.push( <TR ><TD><TABLE BORDER="0" CELLSPACING="0" CELLPADDING="0" WIDTH=100%><\/TABLE><\/TD><\/TR> ); lines.push( <\/TABLE><\/di><\/TD> ); } html = di_recs + di_title + di_table + image_table + lines.join("\n") + <\/TR\><\/TABLE\><\/di\><\/di\> ; } // Coloca el html generado en el di definido en el archio.html document.getelementbyid(di_id).innerhtml= html; } // [ZoneID]_zp, donde [ZoneID] es el id de zona especificado en la pantalla de // de edición de zona function PDPZ1_zp(a,b,c,d,e,f,g,h,i,j) { test_zpfs(a,b,c,d,e,f,g,h,i,j, dr_zone1 ); } Ejemplo de hoja de estilo A continuación se muestra una hoja de estilo. <style type="text/css">.example_demo { width: 700px; }.dr_recs_title 26 IBM Product Recommendations Guía de configuración

31 { background-color: #666666; padding: 5px; color: white; font-family: Verdana,Arial,sans-serif; font-size: 11px; font-weight: bold; text-decoration: none; text-transform: uppercase; }.V5_dr_example_recs { border: 1px solid #666666; }.V5_dr_example_recs td { color: #000000; font-family: Verdana,Arial,sans-serif; font-size: 11px; } td.borderedrolloer { background-color: #FFFFFF; border: 1px solid #F7F7F7; cursor: pointer; } td.borderedrolloer:hoer { background-color: #FFFFFF; border: 1px solid #666666; }.rating_bar { width: 55px; background: url(star_x_grey.gif) 0 0 repeat-x; float: right; text-align: left; }.rating_bar di { height: 12px; background: url(star_x_orange.gif) 0 0 repeat-x; }.demo_banner { height: 100px; background-image: url('example.jpg'); } </style> Capítulo 4. Fuente de página de ejemplo 27

33 Capítulo 5. Despliegue de recomendaciones de archio sin formato Otra opción de despliegue que puede utilizar con Product Recommendations es el despliegue de archio sin formato. Los archios sin formato permiten la integración con canales fuera de línea o aplicaciones personalizadas como el centro de asistencia telefónica, catálogos en papel y quioscos dentro de tienda. Solo puede utilizar archios sin formato para recomendaciones de enta cruzada de producto y de categoría. Cuando se utiliza el método de entrega de archio sin formato, no puede utilizar la prueba A/B, la personalización o lasa recomendaciones basadas en términos de búsqueda. Para utilizar estas funciones y futuras mejoras de hoja de ruta, despliegue las recomendaciones dinámicas. Para implementar recomendaciones de archio sin formato: 1. Cree dos archios: Enterprise Product Content Mapping File (ECDF) es un archio que define cada producto, la categoría a la que pertenece (que también debe estar en el Enterprise Category Definition File) y hasta 50 atributos sobre cada producto. Enterprise Category Definition File (ECDF) es un archio que contiene información utilizada por Digital Recommendations para procesar recomendaciones. Define una estructura de categorías donde los artículos pueden residir únicamente en una categoría padre. Debe contener todas las categorías incluidas en el archio EPCMF y todas las categorías padre. 2. Configure un proceso para cargar ECDF y EPCMF a Digital Analytics. Product Recommendations genera recomendaciones mediante datos en ECDF y EPCMF y las ofertas, reglas y planes de recomendación que ha configurado en la interfaz de usuario de Digital Recommendations. Las recomendaciones resultantes se graban en el archio Product Recommendations, que es un archio sin formato delimitado por comas. Este archio se publica en un seridor FTP según la configuración de exportación que elija (por ejemplo, mensual, semanal o diariamente). 3. Su organización crea un proceso automatizado que recoge el archio de Product Recommendations, lo transforma y lo carga en la base de datos de comercio electrónico. Por lo general, los sistemas de comercio electrónico tiene tablas designadas en las que se almacenan entas cruzadas de productos. Cuando los archios ECDF o EPCMF cambien, el antiguo archio Product Recommendations se suprime y sustituye con el nueo archio. Si desea obtener más información, consulte Selección del formato tabular o de serie para su archio sin formato en la página 36 Capítulo 7, Archios de datos ECDF y EPCMF, en la página 43 Planificación para arias ofertas Al planificar su implementación de archio sin formato, acepte la carga de arios archios. Por ejemplo, algunas organizaciones tienen un archio de Product Recommendations diseñado para las recomendaciones de la página de productos y Copyright IBM Corp. 2005,

34 un segundo archio para las recomendaciones de la cesta de compra. Algunas organizaciones implementan dos archios de recomendaciones para la página del producto. Un archio de recomendación está limitado a productos de la misma categoría. Por ejemplo, los clientes que buscan zapatillas deportias en la página de productos consultan solo las recomendaciones sobre otras zapatillas deportias semejantes. El segundo archio de recomendación excluye los elementos en la categoría directa del producto de destino e incluye solo los productos del mismo departamento. Por ejemplo, para la ropa actia de hombre en la cesta de la compra, el comprador potencial no isualiza otras zapatillas deportias pero sí recomendaciones para calcetines, pantalones cortos y camisetas. Para obtener más información, consulte: Capítulo 5, Despliegue de recomendaciones de archio sin formato, en la página 29 Capítulo 7, Archios de datos ECDF y EPCMF, en la página 43 Para obtener información sobre la ubicación de este archio póngase en contacto con su representante de Digital Analytics. Combinación de recomendaciones dinámicas y archios sin formato Digital Recommendations soporta la utilización de archios sin formato y métodos dinámicos en un solo sitio web de cliente, pero utilizando ambos métodos se limita el efecto de la personalización. Por ejemplo, si despliega Digital Recommendations utilizando archios sin formato para la página del producto y la cesta de la compra, es posible que desee habilitar las recomendaciones de categoría utilizando recomendaciones dinámicas sin cambiar las implementaciones de página de producto y de la cesta de la compra. Digital Recommendations soporta este enfoque de integración híbrida. Este enfoque híbrido sitúa las limitaciones en el algoritmo de personalización. Cuando se isualiza un artículo desde la cesta o en la página del producto desde una solicitud dinámica de Digital Recommendations la biblioteca recoge automáticamente los datos del mensaje de respuesta sobre la categoría de destino y la información de atributo y, a continuación, lo almacena en la cookie de personalización del isitante. Archio de Product Recommendations de formato tabular El formato tabular es el formato de archio predeterminado del archio Product Recommendations. Es un archio sin formato delimitado por comas. La primera fila en el formato tabular define los metadatos. Consulte Metadatos de formato de archio tabular en la página 31. La segunda fila del archio describe las columnas de la fila. Consulte Cabeceras de columna de formato tabular en la página 32. A continuación, se presenta un ejemplo de un archio de formato tabular de Product Recommendations: , , ,10,9388,20,30,30,20 Target Client Product ID,Recommended Client Product ID 1, ,1851, ,191, ,1880, ,1852, ,189, , IBM Product Recommendations Guía de configuración

35 Puede abrir este archio en un programa de hoja de cálculo para obserar el número de filas y er rápidamente cuántos productos de destino hay en la fila. La isualización del archio le ayuda a determinar el grado en el que Digital Recommendations está generando recomendaciones para su catálogo completo. A continuación se muestra cómo aparece este archio en una hoja de cálculo. Figura 2. Archio tabular de ejemplo isualizado en un programa de hoja de cálculo Nota: Al utilizar este formato de archio, es necesaria la creación de un paso de transformación para transformar el archio en un formato que se pueda cargar en las bases de datos de sus sistemas de comercio electrónico. Nota: Cuando utilice este tipo de archio, especifique también si se deben incluir la información de cabecera del archio. Si las funciones de proceso de datos no pueden deshacer las cabeceras de un archio sin formato, consulte Supresión de cabeceras de archios sin formato en la página 36 Cuando haya creado el archio de formato tabular de Product Recommendations, consulte Selección del formato tabular o de serie para su archio sin formato en la página 36 Valores nulos en el formato de archio tabular Cuando no hay disponibles suficientes recomendaciones. El término "null" se muestra en algunas filas en el archio de recomendaciones Tabular. Esto se debe a los datos escasos para algunos ID de artículo, puede que no haya recomendaciones suficientes disponibles para llenar el número de recomendaciones que el cliente ha especificado para su exportación. En estos casos, Digital Recommendations introduce "null" para aquellos interalos de recomendación. Metadatos de formato de archio tabular La primera fila del formato de archio tabular. La primera fila del archio de datos contiene un registro de metadatos sobre el archio de recomendaciones. A continuación, se describe la primera fila. Capítulo 5. Despliegue de recomendaciones de archio sin formato 31

36 Tabla 4. Registro de metadatos de Digital Recommendations (fila 1) Datos de campo Fecha de inicio de análisis de datos Fecha de finalización de análisis de datos Total de sesiones analizadas Número de recomendaciones de producto Número total de productos de destino Ponderación de afinidad 1 Ponderación de afinidad 2 Ponderación de afinidad 3 Ponderación de afinidad 4 Tipo de datos Valor en el ejemplo anterior Notas N Digital Recommendations analiza los datos de afinidad a lo largo del periodo que se corresponde generalmente con la frecuencia de la exportación.este campo proporciona la fecha del primer día en que se han utilizado los datos para que la solución de Digital Recommendations los analice. N Este campo proporciona la fecha del último día en que se han utilizado los datos para que la solución de Digital Recommendations los analice. N Número total de sesiones indiiduales utilizadas en el análisis. N 2 10 El número de recomendaciones que configura su organización para incluirlas en cada producto de destino en el archio. N El número total de registros (filas) incluidas en el archio de exportación, sin contar las dos filas de la cabecera. N 3 20 La ponderación que configura su organización para la puntuación de afinidad de naegación por naegación. N 3 30 La ponderación que configura su organización para la puntuación de afinidad de naegación por compra. N 3 30 La ponderación que configura su organización para la puntuación de afinidad de compra por compra. N 3 20 La ponderación que configura su organización para la puntuación de afinidad de abandono por compra. Cabeceras de columna de formato tabular La segunda fila del archio de recomendaciones contiene la información de cabecera de columna. Esta información de cabecera es para las posteriores n filas de datos en la exportación (donde n es el número de artículos de destino que configura el usuario para el archio). Este fila es opcional a la hora de crear el archio de Product Recommendations. La siguiente tabla describe las columnas de la fila de la cabecera. Tabla 5. Registro de la cabecera Digital Recommendations (fila 2) y datos de recomendaciones Campo ID del producto del cliente de destino Id del producto de cliente recomendado 1 Puntuación de afinidad para el ID del producto del cliente recomendado 1 Tipo de datos C 256 C 256 N 8 Notas El ID del artículo del cliente para el que se ha realizado un número especificado de recomendaciones. El ID del producto del cliente con la puntuación del índice de afinidad de producto más alta para el producto de destino. La puntuación general de afinidad para la recomendación. 32 IBM Product Recommendations Guía de configuración

37 Tabla 5. Registro de la cabecera Digital Recommendations (fila 2) y datos de recomendaciones (continuación) Campo Id del producto de cliente recomendado 2 Puntuación de afinidad para el ID del producto del cliente recomendado 2 Id del producto de cliente recomendado 3 Puntuación de afinidad para el ID del producto del cliente recomendado 3 Id del producto de cliente recomendado 4 Puntuación de afinidad para el ID del producto del cliente recomendado 4 Id del producto de cliente recomendado 5 Puntuación de afinidad para el ID del producto del cliente recomendado 5 Id del producto de cliente recomendado 6 Puntuación de afinidad para el ID del producto del cliente recomendado 6 Id del producto de cliente recomendado 7 Puntuación de afinidad para el ID del producto del cliente recomendado 7 Id del producto de cliente recomendado 8 Tipo de datos C 256 N 8 C 256 N 8 C 256 N 8 C 256 N 8 C 256 N 8 C 256 N 8 C 256 Notas Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Capítulo 5. Despliegue de recomendaciones de archio sin formato 33

38 Tabla 5. Registro de la cabecera Digital Recommendations (fila 2) y datos de recomendaciones (continuación) Campo Puntuación de afinidad para el ID del producto del cliente recomendado 8 Id del producto de cliente recomendado 9 Puntuación de afinidad para el ID del producto del cliente recomendado 9 Id del producto de cliente recomendado 10 Puntuación de afinidad para el ID del producto del cliente recomendado 10 Tipo de datos N 8 C 256 N 8 C 256 N 8 Notas Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Opcional: la inclusión en el archio de exportación depende del número de recomendaciones que configura el cliente para la exportación de Digital Recommendations. Archio de recomendaciones del producto de formato de serie Su otra opción para el archio de recomendaciones de producto es el formato de serie. Este formato de archio está estructurado de manera que mecanismo de proceso se pueda cargar directamente este archio sin ningún proceso de transformación de archios. Cuando utilice este tipo de archio, la información de cabecera de archio no se incluye. Si su mecanismo de proceso de datos no puede cargar este archio sin un proceso de transformación de archio, consulte Supresión de cabeceras de archios sin formato en la página IBM Product Recommendations Guía de configuración

39 Figura 3. Archio de serie de ejemplo isualizado en un programa de hoja de cálculo Cuando haya creado el archio de formato de serie de Product Recommendations, consulte Selección del formato tabular o de serie para su archio sin formato en la página 36 Conenciones de nomenclatura para el archio de recomendaciones de producto Utilice estas directrices para denominar el archio de recomendaciones de producto. El conenio de nomenclatura utilizado para los archios de salida de las recomendaciones de archios sin formato son las mismas para los dos formatos de archio (serie y tabular). Los nombres de archios contienen los siguientes seis componentes separados por un carácter de subrayado (_): IO_ _CartRecommendations_ _.txt Donde: IO Identifica el tipo de exportación de datos de Digital Analytics (por ejemplo, IO para Digital Recommendations). ID de cliente Su ID de cliente. Nombre de oferta Identifica el nombre de la oferta. Si el nombre de la oferta contiene espacios, estos se sustituirán por caracteres de guión bajo (_) en el nombre de archio. Capítulo 5. Despliegue de recomendaciones de archio sin formato 35

40 aaaammdd Identifica el año, mes y día en el que el archio de recomendaciones se ha procesado y eniado a su organización. Carácter de barra ertical ( ) Indica que el archio de recomendaciones contiene artículos basados en las recomendaciones..txt o.zip Identifica el archio como formato de texto o de archio comprimido. Selección del formato tabular o de serie para su archio sin formato Debe identificar en la interfaz de usuario qué formato de archio está utilizando para el archio de recomendaciones de producto. 1. Pulse Gestionar > Configuración de la oferta > Ofertas de producto > Más alores 2. Seleccione el formato en el campo Formato de archio. 3. Guarde los alores. Supresión de cabeceras de archios sin formato Si las funciones de proceso de datos no pueden quitar las cabeceras de un archio sin formato, utilice este procedimiento para suprimir las cabeceras. 1. Pulse Gestionar > Configuración de la oferta > Ofertas de producto > Más alores 2. En el grupo Opciones de salida de archios sin formato, inhabilite Incluir cabeceras de archio. 3. Guarde los alores. Ordenación de un archio sin formato por rango o puntuación de afinidad Puede ordenar el archio sin formato en base a la puntuación de afinidad o al rango de recomendaciones. El parámetro en el que se clasifican las recomendaciones se define en la configuración de oferta. Consulte el capítulo de las "Ofertas de producto" de la Guía de usuario de IBM Digital Recommendations. 1. Pulse Gestionar > Configuración de la oferta > Ofertas de producto > Más alores 2. Seleccione el Tipo de rango. 3. Guarde los alores. Sustitución del delimitador predeterminado Puede sustituir el delimitador predeterminado y especificar un carácter diferente de la coma en el separador Configuración de oferta cuando crea la oferta. 1. Haga clic en la ficha Oferta. 2. Pulse la oferta que desee cambiar. 3. En la sección Opciones de enío, cambie el campo Delimitador de archio. 4. Guarde la oferta. 36 IBM Product Recommendations Guía de configuración

41 Configuración de ubicación de exportación FTP Especifique la ubicación y otros alores utilizados por Digital Analytics Scheduler para exportar los archios de datos. La configuración de FTP para Digital Recommendations se puede modificar en cualquier momento. Si la configuración de FTP se cambia de manera incorrecta y se utilizan ofertas actias, los archios de exportación de ofertas no se enían correctamente. Debido a esto, Digital Analytics recomienda que las organizaciones otorguen permisos de acceso a la página Valores de exportación de datos a un número limitado de usuarios, en concreto aquellos indiiduos en TI que son responsables de recopilar y procesar los canales de información de datos de Digital Recommendations. 1. Pulse Administrador. 2. Pulse Configuración de exportación - FTP > Cree un destino FTP 3. Escriba un nombre para el destino y especifique la Configuración de FTP y Opciones de transmisión FTP. Cuando se haya publicado este destino FTP, el nombre del destino de exportación de datos aparece en la lista Destino de exportación en la configuración de Intelligent Offer para una oferta.. 4. Compruebe el destino de exportación creado recientemente y pulse Publicar. El destino FTP se debe publicar antes de que aparezca en la lista Destino de exportación en la configuración de Intelligent Offer para una oferta. Cómo mostrar recomendaciones de archio sin formato en el sitio Las páginas de los sitios web están diseñadas para hacer referencia a una tabla de base de datos que contiene las recomendaciones de Digital Recommendations cuando la página se carga. A continuación, la página muestra las recomendaciones de alor n superior (donde n es un parámetro configurable) para cada artículo, tal como se especifica en el archio del Digital Recommendations. La recomendación más releante es el primer artículo recomendado; la segunda más releante es el segundo artículo recomendado. Esta implementación es, por lo general, un proceso bastante directo para su implementación en la página de productos ya que la mayor parte de los sitios web de comercio electrónico lo siguen haciendo con las recomendaciones manuales, que se llenan en la base de datos mediante una herramienta de gestión de contenido. Consideraciones especiales para recomendaciones de cesta de compra Directrices para las recomendaciones de cesta de compra. La isualización de las recomendaciones en la cesta de la compra pueden resultar más compleja. Su organización debe crear reglas de isualización que están en la misma cesta de la compra para controlar qué recomendaciones se an a mostrar cuando se añadan arios artículos a la cesta. Por ejemplo, una cesta de la compra se debe diseñar para que muestre hasta seis recomendaciones. Si se añade a la cesta un único producto para hombre, la página de la cesta sólo recoge las seis primeras recomendaciones para la cesta y las muestra. Si se añade un artículo para mujer a la cesta además del artículo para hombre, la lógica de la cesta determinará qué recomendaciones mostrar. Algunas organizaciones eligen basar todas las recomendaciones en el elemento con el precio mayor de la cesta. Otros eligen una estrategia de "última oportunidad para la conersión" y desactian las Capítulo 5. Despliegue de recomendaciones de archio sin formato 37

42 recomendaciones base de los artículos con los precios más bajos. Otros diiden las recomendaciones por igual para que el comprador potencial ea tres artículos para hombre y tres artículos para mujer. Base estas decisiones en los objetios específicos de su negocio. Establezca casos de ejemplo para todas las combinaciones de cestas. Cree reglas de isualización de forma apropiada. 38 IBM Product Recommendations Guía de configuración

43 Capítulo 6. Archio de definición de categorías Para poder definir la estructura de categorías y los nombres de isualización de los ID de categoría que eniará mediante las etiquetas, debe utilizar un archio de definición de categorías (CDF). Este archio correlaciona cada ID de categoría eniado en las etiquetas con un nombre de isualización y una categoría padre. El archio debe cargarse en Digital Analytics en mediante la GUI o la cuenta de Import que se habrá configurado y gestionado mediante la GUI. Formato de archio de definición de categoría El archio de definición de categorías es un archio de alores separados por comas (CSV). Cada línea describe una categoría en la jerarquía. Cada línea tiene cuatro alores: ID de cliente, ID de categoría, Nombre de categoría e ID de categoría padre. Columna ID de cliente ID de categoría Nombre de categoría ID de categoría principal Descripción ID asignado a Digital Analytics. Este alor debe ser el mismo para todas las filas en un determinado archio. El ID de categoría para la categoría que se está definiendo. Debe coincidir con los alores que se han eniado en las etiquetas de Digital Analytics o a las que se hace referencia en la columna ID de categoría principal del CDF. Nombre de isualización que debe utilizarse para este ID de categoría en el informe. El ID de categoría de la categoría principal de esta categoría. Para categorías de niel superior, esta columna debe estar acía. Cada ID de categoría que se eníe a traés de las etiquetas de Digital Analytics en su sitio, o a los que se haga referencia en la columna ID de categoría padre, deberán tener una línea coincidente en el CDF que correlaciona el ID con un nombre de isualización y una categoría padre. Los ID de categoría que no tienen una línea coincidente en el CDF se agruparán en la categoría de niel superior No hay ninguna categoría asignada en el informe. Puede utilizar Digital Analytics TagBar para identificar qué ID de categoría se está eniando en una etiqueta. El campo ID de ubicación de sitio (cg) en las etiquetas corresponde al ID de categoría que debe coincidir con una línea en el CDF. Caracteres no álidos Las comillas simples (') y las comillas dobles (") se eliminan automáticamente del alor del parámetro ID de categoría de la etiqueta, de modo que no se pueden asignar datos de etiquetas a los ID de categorías que incluyen comas. Las comillas simples y las comillas dobles pueden incluirse en los alores de columna Nombre de categoría a efectos de isualización de informes. Para ello, escriba el Nombre de categoría entre comillas dobles: Copyright IBM Corp. 2005,

44 ,204,"DRILL BITS 1/4" TITANIUM",202 Las comas (,) encontradas en los alores de columna ID de categoría o ID de categoría padre se sustituyen por espacios (" ") durante la carga de los registros de categoría. Esto garantiza que las etiquetas eniadas con alores de parámetro ID de categoría (cg) que incluyan comas coincidirán con el registro Archio de definición de categoría cargado (consulte 2.6 para obtener más información sobre la eliminación de comas de los datos de parámetros de etiqueta). Caracteres CDF de arios bytes Sólo deben incluirse datos de un solo byte en el CDF que da soporte a un ID de cliente habilitado para un solo byte. Las categorías que incluyan caracteres de arios bytes en el CDF para un ID de cliente de un solo byte no estarán disponibles en los informes. Los datos de columnas de CDF (ID de categoría, Nombre y Padre) de los ID de cliente habilitados para arios bytes pueden incluir caracteres de arios bytes. Archio de ejemplo El ejemplo siguiente muestra la estructura de las categorías con los registros correspondientes. Tenga en cuenta que todo el texto del archio debe estar en mayúsculas. Los alores de las columnas ID de categoría, Nombre de categoría e ID de categoría padre (2-4) pueden estar en mayúsculas, en minúsculas, o mezcladas, para los juegos de caracteres que tienen arios alores de mayúsculas y minúsculas. Todos los alores de columnas CDF se conertirán a mayúsculas después de importarlos a Digital Analytics (import.coremetrics.com o ftp.coremetrics.com). Todos los alores de ID de categoría de etiquetas que se han recopilado también se conertirán a mayúsculas una ez Digital Analytics reciba la etiqueta, de modo que los alores de ID de categoría de las columnas 2y4del CDF siempre coinciden con el mismo alor de ID de categoría que se ha recopilado en los datos de etiqueta. ID de cliente ID de categoría Nombre de categoría ID de categoría principal MENS WOMENS SALE MENS SHIRTS MENS PANTS MENS SHIRTS: 102 DRESS MENS SHIRTS: TEE WOMENS SHIRTS WOMENS PANTS WOMENS SHIRTS: 202 DRESS WOMENS SHIRTS: 202 TEE SALE: SHIRTS SALE: BRANDS IBM Product Recommendations Guía de configuración

45 Archio de ejemplo ,101,MENS, ,201,WOMENS, ,301,SALE, ,102,MENS SHIRTS, ,103,MENS PANTS, ,104,MENS SHIRTS: DRESS, ,105,MENS SHIRTS: TEE, ,202,WOMENS SHIRTS, ,203,WOMENS PANTS, ,204,WOMENS SHIRTS: DRESS, ,205,WOMENS SHIRTS: TEE, ,302,SALE: SHIRTS, ,303,SALE: BRANDS,301 Carga de CDF El CDF debe cargarse mediante la herramienta de importación de CDF en (Centro de datos de EE.UU.). Esta herramienta permite la carga directa de CDF mediante la GUI o la creación de una cuenta de seridor ftp (puerto 21) o sftp (puerto 998) con Digital Analytics (ftp.coremetrics.com - Centro de datos de EE.UU.) para permitir una carga planificada de los CDF generados automáticamente. Dominios del Centro de datos de China: import.cn.coremetrics.com ftp.de.coremetrics.com Dominios del Centro de datos de Europa: import.de.coremetrics.com ftp.de.coremetrics.com Los archios importados mediante la GUI de Import o eniados a ftp.coremetrics.com se importarán y procesarán automáticamente, y actualizarán la jerarquía de categorías en los informes a partir de entonces. Los cambios de un archio cargado deben reflejarse en el siguiente proceso de los informes diarios. La frecuencia con la que el CDF se carga puede determinarse según sus necesidades. Para los clientes cuyas jerarquías pueden cambiar diaria o semanalmente, recomienda configurar Digital Analytics un script automatizado que genere el CDF y lo actualice diariamente. Esto garantizará que Digital Analytics seleccione los cambios en la jerarquía cada día. Conenio de denominación de archios El CDF debe denominarse según el siguiente conenio: CDF_<client_id>.cs Donde <client_id> es su ID de cliente asignado por Digital Analytics. Capítulo 6. Archio de definición de categorías 41

46 Multisite Analytics Los archios de definición de categorías se pueden crear y cargar para el ID global de Multisite Analytics (5xxx0000) y para los Alias/Sub-ID de sitio (5xxxxxxx). Los CDF para los ID de Multisite siguen los requisitos estándar de nombres de archio y formato de archios, a excepción del alor de 'ID de cliente' de la columna 1 y del alor de <client_id> del nombre de archio que pueden ser el ID global de Multisite o uno de los alias/sub-id de sitio suministrados. El siguiente es un ejemplo de un nombre de archio de ID global de Multisite Analytics y su contenido. CDF_ cs ,101,MENS, ,201,WOMENS, ,301,SALE, El siguiente es un ejemplo de un nombre de archio de alias/sub-id de sitio de Multisite Analytics y su contenido. CDF_ cs ,101,MENS, ,201,WOMENS, ,301,SALE, Los CDF de Multisite Analytics se cargan mediante la herramienta de importación CFD estándar en Inicie sesión utilizando el ID global de Multisite Global para cargar el CDF de ID global, y el alias/sub-id de sitio para cargar los CDF del sub-id. 42 IBM Product Recommendations Guía de configuración

47 Capítulo 7. Archios de datos ECDF y EPCMF ECDF Los datos en los que se basan las reglas se proporcionan mediante Enterprise Category Definition File y Enterprise Product Content Mapping File (EPCMF). Estos archios son necesarios para las implementaciones dinámicas y de archio sin formato. Para obtener información adicional sobre la creación estos archios de datos, consulte Archio de importación de los informes de productos de empresa en la IBM Digital Analytics Import ECDF es similar en formato al Digital Analytics Category Definition File (CDF). Debe proporcionar ECDF para utilizar el informe de productos de empresa o para crear reglas empresariales de Digital Recommendations. Este archio define: La estructura jerárquica que usted e en el informe de productos de empresa. Las categorías utilizadas en las reglas de Digital Recommendations. Las categorías utilizadas para definir los más endidos en las recomendaciones de categoría y de recesión. La tabla siguiente muestra la estructura de un ECDF cuando se isualiza en una hoja de cálculo. Tabla 6. Ejemplo de estructura de archio ECDF ID de categoría Fecha del archio ID de cliente ID de categoría Nombre de categoría principal AAAAMMDD GR Hombre AAAAMMDD GR Mujer AAAAMMDD GR Camisas hombre 101GR AAAAMMDD GR Pantalones de hombre 101GR AAAAMMDD GR Camisas mujer 201GR AAAAMMDD GR Pantalones de mujer 201GR A continuación, un ejemplo de fragmento de código de un ECDF. YYYYMMDD, ,"101GR","HOMBRE", YYYYMMDD, ,"201GR","MUJER", YYYYMMDD,XXXXXXX,"102GR","CAMISAS HOMBRE","101GR" YYYYMMDD,XXXXXXX,"103GR","PANTALONES HOMBRE","101GR" YYYYMMDD,XXXXXXX,"202GR","CAMISAS MUJER","201GR" YYYYMMDD,XXXXXXX,"203GR","PANTALONES MUJER","201GR" Conenio de denominación de archios Utilice el siguiente conenio de nomenclatura para los archios ECDF: ECDF_[clientID]_[optionalparameter].cs. Copyright IBM Corp. 2005,

48 Generalmente, se utiliza la fecha como el parámetro opcional. Por ejemplo, si el ID de cliente es y la fecha es 18 de Julio de 2011, entonces el nombre de archio será: ECDF_ _ cs Directrices de formato Utilice las directrices siguientes cuando desarrolle el ECDF: Categorías de niel superior (como Hombre y Mujer), no tienen categoría principal, y por ello debe dejar en blanco el campo ID de categoría principal. Los archios deben seguir la norma estándar de CSV como se documenta en RFC Los archios deben estar codificados en UTF-8 para poder utilizar los caracteres especiales y los símbolos de marca registrada. Los alores no deben tener espacios iniciales o finales inoluntarios. Los espacios finales Digital Analytics los considera caracteres álidos. Los alores de ID de categoría no pueden contener comas (,). Los alores numéricos no pueden contener separadores de millares. Los alores numéricos no pueden tener más de 10 dígitos a la izquierda del separador decimal y 4 dígitos a la derecha del separador decimal. No incluya símbolos de moneda. Cada categoría se debe definir una única ez en este archio. Por ejemplo, no puede haber dos categorías con el mismo ID de categoría y no puede haber dos categorías con el mismo nombre. Sin incluye comillas dentro de las comillas, utilice comillas dobles como las de este ejemplo: , xxxxxxxxx,"str95","taburete: altura altura" 45"","166" En este caso, la descripción de este informe es el siguiente: Taburete: Altura 45" ECDF soporta una profundidad de categoría de hasta 15, lo que coincide con la profundidad que soporta el Category Definition File y el informe de Categorías de productos. EPCMF El EPCMF proporciona datos sobre artículos y relaciones con categorías. A continuación, se muestra un ejemplo de fragmento de código de un EPCMF. Las primeras cinco columnas son las mismas para cada cliente y son obligatorias. Corresponden a las columnas en el ECDF. Los alores 6-50 son atributos opcionales personalizables. YYYYMMDD, ,"P12323","Polo hombre","102gr","345.00","45", "Azul" YYYYMMDD, ,"W4343","Pantalones mujer","203gr","15.00","121", "Verde" YYYYMMDD, ,"W1323","Sandalias mujer","204gr","33.00","57", "Plata" A continuación se muestra un fragmento de ejemplo de una hoja de cálculo. Las primeras cinco columnas son las mismas para cada cliente y son obligatorias. Corresponden a las columnas en el ECDF. Los alores 6-50 son atributos opcionales personalizables. 44 IBM Product Recommendations Guía de configuración

49 Tabla 7. Estructura de archios de ejemplo de EPCMF Fecha del archio ID de cliente ID de artículo Nombre de elemento AAAAMMDD P12323 Polo de hombre AAAAMMDD W4343 Pantalones mujer AAAAMMDD W1323 Sandalias mujer ID de categoría principal de elemento Precio Inent. Color Atributos estáticos de productos de empresa GR Azul Definido por el usuario 203GR Verde Definido por el usuario 204GR Plata Definido por el usuario Conenio de denominación de archios Utilice los siguientes conenios de nomenclatura para el archio: EPCMF_[clientID]_[optionalparameter].cs Generalmente, se utiliza la fecha como el parámetro opcional. Por ejemplo, si el ID de cliente es y la fecha es 18 de Julio de 2011, entonces el nombre de archio será: EPCMF_ _ cs Directrices de formato Utilice las directrices siguientes cuando desarrolle el Enterprise Product Content Mapping File: Los archios deben seguir la norma estándar de CSV como se documenta en RFC Los archios deben estar codificados en UTF-8 para poder utilizar los caracteres especiales y los símbolos de marca registrada. Los alores no deben tener espacios iniciales o finales inoluntarios. Los espacios finales Digital Analytics los considera caracteres álidos. Los alores de ID de categoría no pueden contener comas (,). Los alores numéricos no pueden contener separadores de millares. Los alores numéricos no pueden tener más de 10 dígitos a la izquierda del separador decimal y 4 dígitos a la derecha del separador decimal. No incluya símbolos de moneda. Cree un registro para cada ID de artículo. El ID del artículo debe coincidir con los que se enían en las etiquetas de ista de producto, shop5 y shop9 Digital Analytics. Para que las reglas empresariales funcionen de la forma adecuada, en la posición 5 de cada registro, a cada ID de artículo se le debe asignar solo un ID de categoría principal que se debe incluir en Enterprise Category Definition File. En otras palabras, el ID de categoría debe coincidir con una categoría álida definida en el ECDF. Cada fila en el archio debe tener el mismo número de entradas. Por ejemplo si el cliente proporciona dos atributos estáticos para la fila uno pero ningún atributo estático para la fila dos, la fila dos debe acabar con una coma adicional. Si el archio es un número, proporcione un alor que indique nulo, por ejemplo "99999". 1111, ,"SKU1000","Sierra de mesa compacta","herramientas","200.00","y" 1111, ,"SKU1001","Sierra de mesa portátil","herramientas","250.00",, Capítulo 7. Archios de datos ECDF y EPCMF 45

50 El informe no da soporte a las métricas calculadas en base a métricas estáticas. Si necesita un atributo que contenga arios alores, el campo debe ser de texto. Separe los alores con un carácter sublimitador. Se recomienda utilizar subdelimitadores como el signo de intercalación (^) o la barra ertical ( ). El número máximo de caracteres de cada alor de atributo es de 2000 caracteres, incluidos los subdelimitadores si se utilizan. Los campos numéricos no pueden contener arios alores. Si está utilizando las recomendaciones dinámicas, puede incluirlas como datos en Enterprise Product Content Mapping File (como nombre de artículo y el precio) y hacer que se deuelan como datos de atributo con la lista de recomendaciones para ayudarle a mostrar los artículos recomendados en el sitio web. Los símbolos de marca registrada o los caracteres especiales como la diéresis son ejemplos de tipos de datos que, si no se manejan correctamente, pueden conertirse en símbolos incorrectos durante este proceso. Puede cargar caracteres multibyte en los archios del informe de productos de empresa y recibir caracteres multibyte como parte del mensaje de respuesta de Digital Recommendations. Definición de atributos personalizados de EPCMF en la interfaz de usuario Los atributos definidos en el archio EPCMF también se deben definir en la interfaz de Digital Recommendations. Abra su archio EPCMF e inicie una sesión en Digital Recommendations. 1. Pulse Admin para abrir la interfaz de Admin de Digital Analytics. 2. Pulse Campos extra en el panel de naegación lateral. 3. Seleccione el ID de cliente para el que desea aplicar el cambio. 4. Seleccione Atributos estáticos de productos de empresa como el Tipo de campo extra. 5. Añada un nombre para el sexto alor/columna en su archio EPCMF como el Alias para los Atributos estáticos de productos de empresa 1. Continuando con el ejemplo anterior, el sexto alor/columna es Precio, de forma que escriba "Precio" como el Alias para Atributos estáticos de productos de empresa 1. El séptimo alor/columna es Inentario, de forma que escriba "Inentario" como el Alias para Atributos estáticos de productos de empresa 1. El octao alor/columna es Color, de forma que escriba "Color" como el Alias para Atributos estáticos de productos de empresa 1. Continúe hasta que todos los alores/columnas en el archio ECDF queden identificados en la tabla Campos extra. 6. Identifique el tipo de datos para cada atributo estático de producto de empresa. Por ejemplo, tanto Precio como Inentario son alores numéricos, de forma que seleccione Número en el campo Tipo de datos. Color es un campo de texto, de forma que seleccione Texto en el campo Tipo de datos. Recomendaciones sobre categorías y categorías secundarias Puede incluir productos en arias categorías. Digital Recommendations permite definir categorías secundarias en el Enterprise Product Content Mapping File (EPCMF). Los productos que residen en múltiples categorías se pueden procesar como los más endidos en alguna o en todas las subcategorías definidas en este campo de atributos. Para utilizar las categorías secundarias con una oferta de categoría, se puede pasar a las subcategorías una serie de alores delimitados por barras erticales como uno de los atributos del 46 IBM Product Recommendations Guía de configuración

51 Enterprise Product Content Mapping File indica las categorías secundarias a las que se puede asociar cada artículo, como se muestra en el ejemplo siguiente. Para utilizar las subcategorías con una oferta de categoría, póngase en contacto con el centro de soporte de Digital Analytics. Utilización de ID de artículos alternatios En algunos casos, los ID de artículo que se enían a Digital Analytics mediante etiquetas web son diferentes de los ID que necesita el sistema de comercio electrónico. Para abordar el problema, Digital Recommendations le permite cargar un ID del artículo alternatio en Digital Recommendations mediante Enterprise Product Content Mapping File (EPCMF) en uno de los 50 atributos disponibles. Cuando se generan recomendaciones, los ID de artículo deseados se insertan utilizando la asignación proporcionada en los archios de informe de productos de empresa. Esto resulta útil para ambos métodos de entrega de archios sin formato y recomendaciones dinámicas. Cuando esta característica está habilitada, cualquier artículo de destino o recomendado que no tenga correlacionado un ID de artículo en el EPCMF se elimina de la oferta de recomendaciones final. Eita que el sistema de comercio electrónico intente procesar los ID de los artículos que no se encuentran en el EPCMF, lo que podría proocar un error en muchos sistemas. Para utilizar esta característica: 1. Añada el ID de artículo como un atributo al archio EPCMF. Actualice del proceso que ha usar para generar el archio EPCMF para incluir este campo para cada artículo cada ez que se genere el archio. 2. Informe al asesor del cliente de Digital Analytics habilite la característica e indique la posición del ID de artículo preferido en los campos de atributos EPCMF. Por ejemplo, el campo de atributo número Cuando Digital Analytics habilita esta característica automáticamente, asegúrese de que los archios EPCMF y ECDF se hayan completados y sean actuales en cada carga de datos. Todos los artículos actios se deben incluir en el archio y deben tener un alor para el atributo correlacionado ID de artículos o se eliminan de las recomendaciones finales, lo cual puede tener un efecto negatio en los ingresos del sitio. Capítulo 7. Archios de datos ECDF y EPCMF 47

52 Adición de ID de producto y atributos al catálogo maestro El catálogo maestro contiene todos los atributos e ID de producto cargados desde el EPCMF. Cuando se sube el EPCMF, Product Recommendations crea un catálogo maestro (MC) de todos los ID de producto y sus atributos especificados. Esta información se utiliza para procesar ofertas. Si enía atributos adicionales de Product Recommendations utilizando etiquetas de producto, estos atributos se añaden a los correspondientes ID de producto en el catálogo maestro. Sin embargo, si un ID producto no existe en el catálogo maestro, los atributos no se añaden desde la etiqueta de producto. No es posible añadir un ID de producto al catálogo maestro utilizando una etiqueta de producto. Para añadir ID de producto adicionales a las recomendaciones de producto, actualice el archio EPCMF. Las recomendaciones de producto siempre utilizan el nombre de producto que está en el catálogo maestro. Habilite Product Recommendations para utilizar ECDF y EPCMF en reglas empresariales Antes de poder utilizar los datos en los archios ECDF y EPCMF para la gestión de reglas, debe crear alias para los campos de atributo. La definición de alias de campos de atributos pone títulos a los atributos como "precio" o "inentario". Estos títulos están disponibles en el informe de productos de empresa como títulos del informe y como nombres de las listas desplegables del separador Reglas de la oferta (donde puede crear reglas empresariales). La herramienta de definición de alias también define si un atributo es numérico o de texto. Esto determina el tipo de operadores aplicables a cada atributo cuando se crean las reglas para la oferta. 1. Para definir alias en los campos de atributo, aya a Admin > Campos adicionales. 2. Desde el menú desplegable de tipo de campo adicional, elija los campos para los que desea definir alias. Para definir alias para el informe de productos de empresa, seleccione Atributos estáticos de productos de empresa. 3. Póngale un título a cada campo adicional que se corresponda con la posición de los alores que se proporcionan en el informe de productos de empresa. 4. Defina el Tipo de datos para cada atributo como de tipo numérico o de texto. 5. El campo de Comentarios es opcional. 6. Pulse en Guardar al acabar. 48 IBM Product Recommendations Guía de configuración

53 Figura 4. Administración de Digital Analytics: campos adicionales Se puede cambiar un alias para un campo de atributo antes de que se cargue el primer archio del informe de productos de empresa? Importante: Los alias para los campos de atributo se pueden cambiar antes de cargar el primer archio del informe de productos de empresa, pero no cambie la posición de los atributos una ez se ha definido un alias para el atributo. Si es necesario cambiar la posición de los atributos después de que hayan definido alias para ellos, póngase en contacto con el soporte técnico de Digital Analytics para restablecer las tablas de bases de datos asociadas. Hay que oler a definir alias para todos los productos. Se pueden definir alias para todos los productos antes de cargar los archios del informe de productos de empresa siempre que las posiciones de atributo estén alineadas con las del final de los archios de importación. Se pueden definir reglas para los atributos con un alias definido una ez definido este alias. La idea clae es no "actiar" la oferta con reglas que requieran esos atributos hasta que se carguen a traés del informe de productos de empresa. Para las ofertas que ya se encuentran en producción, no cree nueas reglas hasta que se proporcionen los datos de la regla correspondiente. Dependiendo del alor de la política de reglas empresariales del cliente, las reglas que son atributos definidos que no se han cargado en la base de datos de Digital Analytics pueden eliminar todos los artículos para los que no se han proporcionado datos. Atributos del informe de productos de empresa para casos de uso especiales Puede utilizar los atributos del Informe de productos de empresa para dar soporte a muchos casos de uso especiales. Algunos de estos alores están en el área Configuración de oferta (Gestionar > Configuración de la oferta) y otros los continúa configurando el personal de Digital Analytics. Asignación de ID de producto Algunas organizaciones enían los ID de artículos a Digital Analytics mediante etiquetas web que utilizan un ID del artículo diferente del que es Capítulo 7. Archios de datos ECDF y EPCMF 49

54 necesario en el sistema de comercio electrónico. Digital Recommendations incluye una función de asignación de ID del artículo para hacer frente a este requisito. Se puede cargar un ID del artículo alternatio en Digital Recommendations a traés de los archios de importación del informe de productos de empresa en uno de los campos adicionales disponibles. Cuando se genera Digital Recommendations, los ID de artículo deseados se insertan utilizando la asignación que se proporciona en los archios de informe de productos de empresa. Consulte también Utilización de ID de artículos alternatios en la página 47. Atributo de personalización adicional Utilización de Gestionar > Configuración de la oferta > Atributos, puede especificar un atributo EPR para utilizarlo como entrada para el algoritmo de personalización de Digital Recommendations. Algunos ejemplos son la marca del artículo, género o autor. Enío de atributos del informe de productos de empresa en la solicitud de recomendación de respuesta Si es necesario, se pueden configurar atributos EPR para su transmisión en la respuesta de solicitud de recomendación para que los utilice la función de población de zona del cliente. Los atributos pueden incluir un ID de imagen, una bree descripción y URL de página. Adición de un prefijo a los atributos del informe de productos de empresa Los alores de atributo del informe de productos de empresa tienen un límite de caracteres. Si un alor de atributo tiene un prefijo coherente, como el URL de la imagen en miniatura del producto o el URL de la página de producto, utilice el alor Definición de atributo del producto en el separador Atributos de la entana Configuración de oferta para incluir el prefijo del atributo. De este modo, puede tener alores de atributos que no tengan más de caracteres. Está almacenado en una ubicación en el mensaje de respuesta de la recomendación y el archio io.js lo ensambla antes de pasar los datos a la función de población de zona. Esta solución también ayuda a gestionar el coste de la red de entrega de contenido asociada a Digital Recommendations. Utilización de categorías secundarias con una oferta de categoría EPR Digital Recommendations permite proporcionar categorías secundarias en el Enterprise Product Content Mapping File (EPCMF). Los productos que residen en múltiples categorías se pueden procesar como los más endidos en todas las subcategorías definidas en este campo de atributos. Para utilizar las categorías secundarias con una oferta de categoría, se puede pasar a las subcategorías una serie de alores delimitados por barras erticales como uno de los atributos EPCMF, lo que indica las categorías secundarias a las que se puede asociar cada artículo. Esto es importante para incluir también la categoría que ya se ha definido en el EPCMF como el ID de categoría. Para utilizar las categorías secundarias con una oferta de categoría, póngase en contacto con el centro de soporte de Digital Analytics. Qué hacer cuando su catálogo cambia La mayor parte de los minoristas tienen un inentario que cambia constantemente. Regularmente eliminan artículos y añaden nueos artículos. Para cada oferta, puede definir el modo en que el sistema responde a los cambios en los datos subidos en el Enterprise Product Content Mapping File (EPCMF) durante el proceso de la oferta. 50 IBM Product Recommendations Guía de configuración

55 Un ingrediente clae a la hora de calcular recomendaciones para cada artículo es la solidez de la afinidad del artículo con otros artículos. Digital Recommendations determina la afinidad utilizando datos en diferentes relaciones que un artículo tiene con otros artículos. Las principales relaciones que el sistema utiliza para generar recomendaciones son arias actiidades de isualización y compra. Las siguientes definiciones proporcionan orientación sobre el modo en que se realizan las recomendaciones cuando no se encuentran disponibles datos de afinidad o cuando estos datos se encuentran disponibles para un artículo que ya no se incluye en el EPCMF. Realice las selecciones siguientes para una oferta. Acceda a estas opciones pulsando Opciones aanzadas en la pantalla de ofertas. Figura 5. Definición de la configuración de recomendaciones para una oferta Generar recomendaciones basadas en categorías para artículos del EPCMF más reciente que no tienen suficientes actiidades de isualización o compra. Cuando un nueo elemento se añade al EPCMF, normalmente no hay actiidad de isualización o compra suficientes para ealuar dicho elemento. Como consecuencia, el sistema no puede generar recomendaciones buenas. Si se desmarca esta casilla de erificación, puesto que Digital Recommendations no puede generar de forma precisa recomendaciones basadas en afinidad, estos artículos no se incluyen en la oferta como productos de destino. Como resultado, si una solicitud de recomendaciones para el artículo se realiza, se supera el tiempo de espera, porque el archio de recomendaciones no existe para esta oferta. Si se selecciona esta casilla de erificación, cuando el sistema no pueda generar recomendaciones basadas en datos de afinidad, generará recomendaciones basadas en la categoría del artículo. Estas recomendaciones de categoría se recuperan directamente desde la oferta de categoría de EPR examinando la categoría del artículo y, a continuación, se recuperan las recomendaciones correspondientes. Como consecuencia, para que el sistema recupere estas recomendaciones correctamente, el artículo debe categorizarse de forma correcta, debe tener una oferta de categoría de EPR actia y la categoría del artículo debe tener suficientes entas en la entana de análisis de Categoría EPR. Si un artículo no se incluye en el EPCMF durante 60 días, se interrumpirá la generación de recomendaciones. Esta casilla de erificación se selecciona para todas las ofertas de forma predeterminada. Excluir las recomendaciones que no están en el EPCMF más reciente Existen muchos casos en los que ya no desea incluir un producto como recomendación para un artículo de destino. Por ejemplo, si un artículo se Capítulo 7. Archios de datos ECDF y EPCMF 51

56 hace discontinuo y en la mayoría de las implementaciones de cliente ello significa que ya no se enía en el archio EPCMF. Si se desmarca esta casilla de erificación, cualquier recomendación que se calcule examinando datos de afinidad se transmite como recomendación siempre que no esté excluida por las reglas empresariales de la oferta. No es recomendable si deja de eniar artículos que no desea recomendar en el EPCMF. Si se selecciona la casilla de erificación, el sistema realiza una comprobación para asegurarse de que todas las recomendaciones que se calculen a partir de los datos de afinidad se han eniado como entradas en el último EPCMF. Si el artículo no se encuentra en el último EPCMF, se elimina como recomendación para todos los artículos de destino. Con mucha frecuencia esto se utiliza para eitar que las recomendaciones incluyan artículos que posiblemente se hayan cesado. Esta casilla de erificación se selecciona para todas las ofertas de forma predeterminada. No generar ninguna recomendación para artículos que no se encuentran en el último EPCMF Este alor define si el sistema continúa generando recomendaciones para productos de destino si ya no se enían en el EPCMF. Si esta casilla de erificación no está marcada, el sistema continúa generando recomendaciones para estos productos de destino. Si esta casilla de erificación está seleccionada, el sistema comprueba que cada producto de destino se haya eniado como entrada en el último EPCMF y no genera recomendaciones para ningún artículo que no se encuentre en el archio. Normalmente, esta casilla de erificación no debe seleccionarse. Más bien, continuar generando recomendaciones para todos los artículos de los cuales tiene datos de afinidad. Esta practica permite a los planes de recomendaciones hacer referencia correctamente a Producto adquirido más recientemente, Último producto de la cesta y Productos istos más recientemente. Si un isitante no isita el sitio web con frecuencia o si los artículos se dejan de mantener, pero todaía desea generar recomendaciones álidas para éstos, por lo tanto, deseará incluir estos productos de destino en el archio de oferta. Nota: Si no se incluye un producto de destino en el archio de la oferta, Content Deliery Network no tiene recomendaciones que proporcionarle. En esta situación, se produce un tiempo de espera antes de que el sistema pueda intentar llear a cabo el paso siguiente del plan de recomendaciones. Esta casilla de erificación se desmarca para todas las ofertas de forma predeterminada. Es posible que estos alores predeterminados no reflejen el modo en que gestiona sus datos. Por ejemplo, si las cargas de datos habituales no incluyen toda la lista de artículos cada ez, sino que incluyen los artículos nueos o recién modificados, debe cambiar los alores de recomendación por defecto de sus ofertas. Para cambiar estos alores: 1. En el separador Configuración de la oferta guardada, pulse Opciones aanzadas. 2. En el área Configuración de recomendaciones, desmarque o seleccione las opciones para que reflejen sus intenciones. 3. Pulse Aplicar. 52 IBM Product Recommendations Guía de configuración

57 Carga de sus archios de datos de entrada Cargue sus datos en Digital Analytics de un modo regular. Digital Analytics recomienda que se configure un proceso regular que cargue Enterprise Category Definition File (ECDF) y Enterprise Product Content Mapping File (EPCMF) una ez al día. Durante el proceso de configuración de cuentas, se el ha proporcionado una ubicación del archio de importación donde coloca el ECDF, EPCMF y Category Definition File. Añada esta información a Digital Recommendations Nombre de usuario: <ID de cliente>-importar Contraseña Nota: Especifique siempre la dirección de correo electrónico de una persona o grupo de usuarios a quienes se les notificará los resultados de la transferencia, tanto si ha sido correcta como si se han producido errores durante la carga de datos. Utilice el siguiente conenio de nomenclatura para los archios: Tabla 8. Conenios de nomenclatura para los archios Archio Conenio Ejemplo Enterprise Product Content Mapping File (EPCMF) Enterprise Category Definition File (ECDF) Category Definition File EPCMF_[ID de cliente]_[fecha opcional} ECDF_[ID de cliente]_[fecha opcional} CDF_[ID de cliente]_[fecha opcional} EPCMF_ _ cs ECDF_ _ cs CDF_ _ cs También puede utilizar la interfaz de usuario de Import en import.coremetrics.com para transferir archios de datos. Capítulo 7. Archios de datos ECDF y EPCMF 53

58 Figura 6. Import: Informe de productos de empresa Los archios EPR se procesan una ez por día en el horario nocturno de su su zona horaria. Si detecta que hay errores en sus archios de datos después de haberlos cargado, puede cargar los archios corregidos el mismo día. Si embargo, no se olerán a procesar hasta el siguiente proceso nocturno planificado. Cargue siempre los archios ECDF y EPCMF diariamente al mismo tiempo o con una diferencia de 15 minutos entre sí para asegurar un correcto proceso de ambos archios. Cuando los archios EPCMF y ECDF se cargan utilizando FTP u otra interfaz de usuario, Digital Analytics llea a cabo una comprobación de datos anterior a la carga para garantizar que el formato de archio y el contenido son correctos. Si hay mensajes de error, se eniarán a la dirección de correo electrónico especificada en la entana de gestión de archios de importación. Mantenimiento de datos de productos y categorías actuales Para que las reglas empresariales funcionen correctamente, es importante que los datos en los que se basan las reglas estén actualizados. Es altamente recomendable que su organización implemente un proceso automatizado para actualizar los archios del informe de productos de empresa cuando cambien los datos de origen para el archio o el día antes del que está programada la ejecución de una nuea oferta de Digital Recommendations. Si los datos de reglas no se mantienen actualizados, las recomendaciones se podrán incluir o excluir de la oferta, entrando en conflicto con las reglas empresariales establecidas. 54 IBM Product Recommendations Guía de configuración

59 Por ejemplo, si añade un nueo producto al departamento de mujer pero no actualiza los archios del informe de productos de empresa para que incluya el nueo producto, una regla que excluye productos de mujer de las recomendaciones para los artículos de hombre no excluirá el nueo producto. Determinación de la frecuencia de actualización los archios de datos Atributos del cambio Todos los datos que utiliza Digital Recommendations (reglas y datos de afinidad) utilizan los datos del informe de productos de empresa que se han recibido el día anterior a la programación del procesamiento del archio. Por ejemplo, si se programa un archio de oferta para que se ejecute un martes y tiene un periodo de análisis de datos de siete días, la oferta tiene en cuenta los datos de las reglas y los datos de comportamiento del sitio que se han capturado el lunes anterior, es decir, siete días atrás. Como resultado, actualice los archios del informe de productos de empresa el día anterior al que esté programada su ejecución. Para el ejemplo de oferta semanal, actualice los archios del informe de productos de empresa y eníelos a Digital Analytics no más tarde de las 9 horas local del lunes. Las organizaciones que ejecutan ofertas diariamente deben actualizar los archios del informe de productos de empresa cada día o cuando los datos de origen cambien. Su organización debe implementar procesos automatizados para desencadenar las actualizaciones del informe de productos de empresa. Cuando haya designado un campo extra en el informe de productos de empresa como un atributo específico, como el precio del producto o marca, debe eitar cambiar ese atributo. Si debe cambiar el atributo, siga estos pasos. 1. Borre todas las reglas relacionadas con el antiguo atributo. 2. Actualice el archio del informe de productos de empresa y súbalo al FTP de Digital Analytics. 3. Actualice los campos antiguos y nueos en la herramienta de definición de alias. 4. Cree nueas reglas (o criterios). Consejo: Cuando defina la jerarquía, intente conseguir una intensidad uniforme en todas las categorías que sea posible. Esta profundidad permite crear reglas de categoría dirigidas por atributo que se puedan aplicar a todas las categorías. Este método requiere menos mantenimiento que la selección manual de categorías de un árbol de categorías al crear las reglas. Antes de definir la jerarquía del Informe de productos de empresa, consulte Excluir según el alor de un atributo en la Guía del usuario de Product Recommendations. Para habilitar la exclusión de los artículos en liquidación o rebajados, tenga en consideración proporcionar un atributo en EPCMF que indique que un artículo está en liquidación en ez de definir una categoría de liquidación de entas en el informe de productos de empresa. La gestión de este escenario con categorías no será posible si los artículos en liquidación o rebajados tienen que residir también en sus categorías naturales. No se pueden crear reglas en las métricas creadas mediante Editar métricas del informe de productos de empresa. Capítulo 7. Archios de datos ECDF y EPCMF 55

60 Configuración de ubicación de exportación FTP Especifique la ubicación y otros alores utilizados por Digital Analytics Scheduler para exportar los archios de datos. La configuración de FTP para Digital Recommendations se puede modificar en cualquier momento. Si la configuración de FTP se cambia de manera incorrecta y se utilizan ofertas actias, los archios de exportación de ofertas no se enían correctamente. Debido a esto, Digital Analytics recomienda que las organizaciones otorguen permisos de acceso a la página Valores de exportación de datos a un número limitado de usuarios, en concreto aquellos indiiduos en TI que son responsables de recopilar y procesar los canales de información de datos de Digital Recommendations. 1. Pulse Administrador. 2. Pulse Configuración de exportación - FTP > Cree un destino FTP 3. Escriba un nombre para el destino y especifique la Configuración de FTP y Opciones de transmisión FTP. Cuando se haya publicado este destino FTP, el nombre del destino de exportación de datos aparece en la lista Destino de exportación en la configuración de Intelligent Offer para una oferta.. 4. Compruebe el destino de exportación creado recientemente y pulse Publicar. El destino FTP se debe publicar antes de que aparezca en la lista Destino de exportación en la configuración de Intelligent Offer para una oferta. Reducción de solicitudes de datos a sus sistemas de fondo Es posible que desee recibir datos adicionales sobre su artículo en el mensaje de respuesta de la recomendación dinámica. Durante la integración con Digital Recommendations utilizando recomendaciones dinámicas (llamadas en tiempo desde las páginas web), es posible que reciba, como parte del mensaje de respuesta, datos sobre sus artículos, como el nombre del artículo y la ubicación de la imagen de miniatura. La inclusión de esta información en el mensaje eita una segunda solicitud a su sistema de sericios de fondo para determinar el contenido de este artículo antes de presentar recomendaciones. Estos alores se pasan como atributos en los archios del Informe de productos de empresa. Póngase en contacto con los desarrolladores de su sitio para comprender sus políticas y preferencias. Cada entorno de TI es único y la determinación final, definida como qué contenido, además del ID del artículo, la debe determinar su equipo de TI. Matriz de resumen del procesamiento de archios de datos La siguiente tabla realiza un resumen de algunos procesos de Digital Recommendations e identifica los datos de origen de soporte. Proceso de Digital Recommendations Reglas empresariales Personalización Proceso de recesión de oferta/regla Proceso de recesión de recomendaciones dinámicas Recomendaciones de categoría Datos de origen ECDF y EPCMF ECDF y EPCMF ECDF y EPCMF ECDF y EPCMF o datos CDF ECDF y EPCMF o datos CDF 56 IBM Product Recommendations Guía de configuración

61 Capítulo 8. Configuración del proceso de ofertas, atributos y pesos de afinidad Configuración de la ponderación basada en tiempo para datos de sesión Puede personalizar la ponderación de afinidad para los datos de sesión (ista por ista y ista por compra) especificando que los datos se deben ponderar de forma diferente en función de su antigüedad. Por ejemplo, para reconocer de forma inmediata las tendencias de temporada u otras tendencias de actuales, puede especificar que los datos de la sesión del pasado reciente son más importantes que los datos de sesión de la última semana o el último mes. Al asignar un alor más alto a los datos de sesión del pasado reciente también permite que los productos introducidos más recientemente se incluyan en las listas de recomendaciones con más rapidez. 1. Haga clic en Gestionar en el menú de naegación lateral. 2. Seleccione Ofertas de producto > Más alores. 3. En la tabla Ponderaciones de afinidad para datos relacionados con sesiones, especifique la antigüedad de datos y la ponderación que desea asignar a los datos. Para añadir un interalo a la lista, pulse Agregar rango de horas. Por ejemplo, puede especificar los siguientes rangos en la tabla Ponderaciones de afinidad para datos relacionados con sesiones: Más de 5 días: 90% Más de 15 días: 85% Más de 30 días: 80% En este caso, los datos de los últimos cinco días se ponderan totalmente al 100%. A los datos de los últimos 6 a 15 se les descuenta el 10%, tienen una afinidad de 0,90 aplicada a su actiidad de afinidad. Los datos de hace 16 a 30 días tienen aplicada una ponderación de afinidad de 0,85. Y los datos con una antigüedad de más de 30 días tienen aplicada una ponderación de afinidad de 0,80. Nota: Estos alores son proporciones de ponderación que se aplican a las puntuaciones de afinidad para calcular el índice de afinidad final. Las entradas de esta sección no es necesario que sumen 100. Configuración de la ponderación basada en tiempo para datos de compra por compra Puede personalizar la ponderación de afinidad para los datos de compra por compra especificando que los datos se deben ponderar de forma diferente en función de la cantidad de días entre sucesos El periodo de tiempo que se utiliza para el análisis de compra por compra es un alor personalizado que se establece de forma diferente para cada empresa. Esto es, dentro de la entana de análisis de datos, existe un alor de periodo de tiempo que se utiliza para determinar si las compras indiiduales tienen una afinidad entre sí. Copyright IBM Corp. 2005,

62 Nota: La característica no está disponible para ofertas de contenido. 1. Haga clic en Gestionar en el menú de naegación lateral. 2. Seleccione Ofertas de producto > Más alores. 3. En la tabla Ponderaciones de afinidad para datos relacionados con sesiones, especifique la antigüedad de datos y la ponderación que desea asignar a los datos. Para añadir un interalo a la lista, pulse Agregar rango de horas. Por ejemplo, suponga que su entana de análisis de datos es de 90 días y que el periodo de análisis de compra por compra es de 21 días. En este caso, dentro de los 90 días, cualquier compra de un isitante que se produzca en un plazo de 21 días entre sí estarán relacionadas. Las compras que tienen más de 21 días de diferencia no tienen afinidad y el algoritmo de compra por compra no las tiene en cuenta. Puede establecer de forma más precisa la ponderación de afinidad de compra por compra incluso más especificando que los artículos adquiridos dentro de un periodo determinado dentro de la entana de compra por compra tengan la afinidad más fuerte. Por ejemplo, puede especificar los siguientes rangos en la tabla Ponderaciones de afinidad para datos de compra por compra: Más de 10 días: 85% Más de 15 días: 80% En este caso, las compras que se realizan con 10 días de diferencia entre las mismas tienen la importancia mayor su ponderación completa es del 100%. Las compras que se realizan después de 10 días también se cualifica pero con una importancia menor. Las compras que se realizan entre 11 a 15 días entre las mismas tienen una ponderación de afinidad de 0,85 y las compras que se realizan entre 16 a 21 días tienen una ponderación de afinidad de 0,80. Especificación del formato de salida para el centro de llamadas y las campañas de correo electrónico Cuando utiliza los resultados de Digital Recommendations con canales como centros de atención al cliente o con determinadas campañas de correo electrónico, utiliza la opción de archio sin formato para generar una lista de salida que luego enía para que se rellene. La sección Opciones de salida de archios sin formato: del separador Más alores es donde configura cómo se da formato a los datos exportados en los archios de salida. Publicación de cambios de configuración Hay eces en las que es necesario cambiar y publicar los cambios de la configuración a mitad de la jornada. Configuración de prueba A/B: los resultados de la prueba A/B no an bien. La prueba A/B se debe detener inmediatamente. Valores de zona: debe er cuatro recomendaciones en la página en lugar de tres. Planes de recomendación: debe cambiar un paso en un plan de recomendaciones. En estos casos, después de completar el cambio, efectúe los pasos siguientes: 1. Seleccione Visión general del sistema. 58 IBM Product Recommendations Guía de configuración

63 2. Pulse en Publicar cambios de configuración. El sistema publica los cambios y entran en igor en un plazo aproximado de una a dos horas. Este procedimiento no actualiza las reglas empresariales. Selección de la categoría padre de enta cruzada Para utilizar los paneles de control e informes de Digital Recommendations, defina la categoría de enta cruzada padre. Seleccione la categoría que incluye todas las categorías que está utilizando mediante recomendaciones como la página del producto, página de la cesta, o correo electrónico. Esta categoría principal deberá ir en la categoría más alta de las categorías del CDF. 1. Desde la naegación lateral, seleccione Gestionar > Rastreo de rendimiento de zona > Rendimiento de zona de producto 2. Seleccione la categoría padre que será la categoría de niel superior isualizada en los informes y paneles de control. 3. Guardar Rastreo del rendimiento de la enta cruzada Situar el rastreo es el primer paso en el plan de implementación, permitiendo el establecimiento de una medición de línea base del programa de recomendación actual para que pueda medir el alor (lift) que ofrece Digital Recommendations. En la mayor parte de los casos, el seguimiento del rendimiento de las recomendaciones de artículos se llea a cabo en el informe de categorías de productos de Digital Analytics mediante el uso de la categorización irtual. Muchos clientes que adoptan IBM Digital Analytics Explore han comenzado a utilizar Digital Analytics Explore para realizar el rastreo de las recomendaciones de artículo. Es importante que el rastreo se sitúe tempranamente en el ciclo de implementación de recomendación. Si existe otro programa de recomendación y lo está sustituyendo por Digital Recommendations, es muy importante que actie el rastreo para medir el rendimiento del programa actual al menos dos semanas antes de iniciar Digital Recommendations. Utilización de categorías irtuales Los isitantes que encuentran artículos mediante las recomendaciones de entas cruzadas utilizando la categorización irtual del informe de categorías de productos. Estos tipos de categorías se denominan categorías irtuales debido a que no forman parte de su estructura de jerarquía de naegación. Generalmente, se genera el Digital Analytics Category Definition File (CDF) utilizando un programa de utilidad que busca en las categorías de naegación del sitio web. No obstante, dado que las búsquedas en el sitio web y las entas cruzadas no son categorías de naegación, se deben añadir manualmente al archio CDF. Asimismo, es necesario añadir categorías irtuales para las recomendaciones de seguimiento entregadas mediante campañas de correo electrónico o recomendaciones basadas en imágenes. Para la categorización irtual de los datos de un sitio web, existen dos opciones: Alterar temporalmente todas las istas de artículos y posteriormente las etiquetas shop5 y shop9 de una sesión para un artículo. Esta opción requiere que Capítulo 8. Configuración del proceso de ofertas, atributos y pesos de afinidad 59

64 la categoría irtual persista traés de la sesión para un artículo, de modo que cuando se está isualizado desde una enta cruzada, por ejemplo, su etiqueta shop5 (cuando se añade al carro de la compra) y shop9 (cuando se compra) también tienen la misma categoría de enta cruzada. Si no puede cambiar ni alterar temporalmente las categorías, consulte Definición de etiquetas de categorías irtuales en la página 61. Cuando utiliza Digital Recommendations para eniar recomendaciones a sus páginas web, es habitual establecer una categoría irtual para cada recomendación local en el sitio o en el correo electrónico. Esto permite un informe granular o una actiidad de recomendación. Puede combinar todas las ubicaciones juntas con un ID de categoría maestra de niel principal en el CDF. Por ejemplo, cuando presenta recomendaciones en la página de producto y en el carro de la compra, debe definir una categoría diferente para cada ubicación. Cuando utiliza el método de entrega dinámica de recomendaciones, puede crear distintas ID de categorías que coinciden con las ID de zona del sitio que ha creado para su área de recomendación. No es necesario que utilice la ID de zona como ID de categoría, pero puede ser de ayuda. Para las recomendaciones basadas en imágenes, cree los ID de categoría para cada nombre de plantilla de recomendación basada en imagen. En el ejemplo siguiente, las categorías se definen en torno a cómo un cliente puede encontrar, er, añadir al carro de la compra y comprar un producto en el sitio web. Este ejemplo se compara con todas las herramientas y métodos del sitio en un informe indiidual. Figura 7. Categorización irtual La categorización irtual permite rastrear el rendimiento de las recomendaciones antes de que Digital Recommendations se implemente, para identificar la subida que proporciona Digital Recommendations y el efecto de los cambios en las recomendaciones como, por ejemplo, el diseño de la página y ponderaciones de afinidad. Realización de cambios en el CDF El Category Definition File (CDF) se debe actualizar con las categorías irtuales. El ejemplo de Categorización de precios basados en rendimiento en la página 61 muestra cómo se puede representar una categoría irtual de entas cruzadas en el archio CDF. El asesor del cliente Digital Recommendations le aconseja sobre cómo 60 IBM Product Recommendations Guía de configuración

65 cambiar el CDF. Si se presentan múltiples estilos de recomendaciones en una sola página, es posible que existan subcategorías de la página del producto como "Otros clientes también han comprado" y "Otros clientes también compraron". El alor del parámetro eniado no puede tener espacios y tiene que ser alfanumérico. El alor del parámetro debe estar contenido en el campo ID de categoría del archio CDF para dar soporte a la jerarquía Informe de Categoría del producto. Categorización de precios basados en rendimiento Si ha contratado Digital Recommendations basándose en los precios basados en rendimiento, es necesario añadir una entrada al CDF para implementar los precios basados en rendimiento. Tabla 9. Entrada de CDF para precios basados en rendimiento ID de cliente ID de categoría Nombre de categoría ID de categoría principal XXXXXXXX IOR1 Recomendaciones XXXXXXXX 101 Recomendaciones de IOR1 páginas de producto XXXXXXXX 102 Recomendaciones de la Página de la cesta IOR1 Definición de etiquetas de categorías irtuales El parámetro cm_c se ha diseñado para que el etiquetado de las categorías irtuales sea un sencillo proceso de un paso. Cuando un isitante pulsa en una recomendación de enta cruzada o de gama alta, se coloca el parámetro cm_c en el URL de destino del artículo recomendado o eniar un parámetro de etiqueta de ista de artículo adicional. Digital Analytics proporcionará el manejador de función de biblioteca adecuado necesario para dar soporte a la opción del parámetro cm_c y el cliente deben pasar estas bibliotecas nueas a producción. Cuando el parámetro cm_c se utiliza en el URL de destino de la página de detalles del artículo o se coloca en el campo adecuado de la etiqueta de ista del artículo, las etiquetas shop5 y shop9 posteriores para dicho artículo se categorizarán correctamente de forma automática, para que persista el ID de categoría de enta cruzada anterior. El parámetro cm_c solo funciona cuando se utiliza en una etiqueta de ista de un artículo. En los casos en que se pueda añadir directamente al carro de la compra un artículo de enta cruzada, los clientes deben crear una etiqueta de ista de producto además del código shop5 cuando el artículo se añade al carro de la compra, para establecer la categoría irtual para las etiquetas shop5 y las shop9 posteriores. Nota: los URL generados para recomendaciones basadas en imágenes incluyen el parámetro cm_c de forma predeterminada. Debe añadir los nombres de las plantillas de recomendaciones basadas en imágenes al CDF de forma manual, pero no hay pasos adicionales para asegurarse de que el parámetro cm_c se añade a los URL. Todas las restricciones de etiquetas estándar se aplican al texto que se puede pasar con este parámetro. La longitud máxima del parámetro es de 256 caracteres. Capítulo 8. Configuración del proceso de ofertas, atributos y pesos de afinidad 61

66 Figura 8. URL de destino El cliente continúa rellenando el ID de categoría estándar para el artículo en la etiqueta de ista del artículo. Las bibliotecas de Digital Analytics recogen el alor del parámetro cm_c y alteran temporalmente el alor de categoría con el alor del parámetro cm_c. Figura 9. Etiqueta de ista del producto 62 IBM Product Recommendations Guía de configuración