Envíe a iPaper los productos que merecen mostrarse.

iPaper es una plataforma danesa de catálogos digitales y flipbooks que utilizan minoristas, supermercados y cadenas de bricolaje para convertir datos de producto y folletos en PDF en catálogos online interactivos y adaptados al móvil. El producto se basa en dos vías de publicación: Flipbooks, que convierte catálogos en PDF existentes en experiencias digitales de paso de página, y Horizon, que crea páginas de tipo catálogo directamente a partir de un feed de productos, sin necesidad de diseñar un PDF. Marcas minoristas como JYSK, Bricomarche, Conforama y 10-4 utilizan iPaper para que sus ofertas de temporada, folletos semanales y catálogos de campaña sean comprables y estén siempre actualizados.

En ambas vías de publicación, los datos de producto son lo que convierte una página estática en una página comprable: Enrichment Automation de iPaper lee un feed o un archivo de productos y coloca hotspots en los que se puede hacer clic sobre los artículos correspondientes del catálogo, de modo que los compradores pueden ver precios, variantes e imágenes o añadir productos directamente a la cesta.

Los propios datos de casos de iPaper (procedentes del minorista danés de bricolaje 10-4) indican un aumento del 72,5 % del tiempo pasado en la tienda online tras visitar el catálogo, un 87,0 % más de páginas vistas a través de los catálogos digitales y un valor de la cesta un 5,1 % superior en los visitantes del catálogo. Son cifras que dependen de que los datos de producto subyacentes sean exactos, ya que los desajustes de precio, stock e imagen rompen directamente la experiencia de compra dentro del flipbook.

1. Los hotspots y las ventanas emergentes de producto solo funcionan cuando el Product ID/SKU del feed coincide con el ID incrustado en el PDF o la plantilla: un feed activo mantiene esa coincidencia actualizada a medida que cambia su catálogo.
2. Los catálogos basados en feeds de tipo Horizon se generan directamente a partir del feed, por lo que unos datos incompletos o mal formados limitan las maquetaciones y fichas de producto que iPaper puede crear automáticamente.
3. Los campos de precio y stock que cambian a menudo (promociones, artículos agotados) se gestionan mejor con un feed que con un archivo estático puntual, ya que iPaper trata los feeds y los archivos estáticos como modelos de actualización de datos distintos.
4. Un único feed correctamente estructurado puede servir tanto al motor de hotspots de Enrichment Automation como a las funciones Shop Checkout/Shop Export, lo que evita duplicar la introducción manual de datos.

Enrichment Automation de iPaper es el mecanismo que conecta realmente su feed con la página del catálogo. Cuando se procesa un PDF, iPaper extrae todo el texto, los hipervínculos, los metadatos y la posición en la página de cada palabra. A continuación, busca los Product ID incrustados en el PDF (como texto visible, texto oculto, una capa específica o un comentario de Acrobat) y compara cada uno con el campo Product ID/SKU de su archivo de datos o feed. Cuando encuentra una coincidencia, iPaper crea automáticamente el enriquecimiento (un enlace a la tienda, un enlace externo, un marco emergente, una galería de imágenes o una ficha Product View) y lo sitúa en la posición de esa palabra.

Se admiten dos métodos de coincidencia: cruzar los ID incrustados en el PDF con su feed o (en la integración por JavaScript) utilizar una expresión regular para extraer los ID directamente del texto del PDF, por ejemplo buscando un patrón numérico de 6 a 10 dígitos, cuando no existe una capa de ID independiente. iPaper documenta que los Product ID pueden contener espacios si es necesario, pero nunca deben incluir saltos de línea ni solaparse con otro texto de la página, ya que cualquiera de las dos cosas impide la coincidencia.

Enrichment Automation de iPaper acepta cuatro tipos de fuentes de datos: .xml, .csv, .json y un feed de Google Merchant. Cada uno de ellos puede proporcionarse como archivo de datos estático (una instantánea puntual, adecuada cuando la información de los productos no va a cambiar durante el periodo de vigencia del catálogo) o como feed dinámico (una URL activa, que se utiliza cuando los precios, el stock u otros campos cambian durante la vida del flipbook).

1. Los datos deben ser planos, no anidados: las propias directrices de iPaper indican que una estructura de datos plana es lo que permite a Enrichment Automation leer correctamente el archivo.
2. De forma predeterminada, la automatización busca los nombres de encabezado o columna a partir de la fila 1 de la primera hoja, salvo que se configure expresamente otra fila u otra hoja.
3. Los nombres de encabezado o columna deben mantenerse iguales entre actualizaciones: una automatización que funcionaba puede fallar si cambia el nombre de un encabezado.
4. Las URL de los feeds deben utilizar un dominio de marca verificado, HTTPS y una codificación de URL conforme a RFC 2396/RFC 1738.
5. Todo el contenido del feed debe utilizar caracteres Unicode válidos.

Para que funcione la coincidencia, iPaper solo exige estrictamente un campo, un Product ID/SKU único y persistente, pero un feed más completo permite más tipos de enriquecimiento (fichas Product View, galerías de imágenes, ventanas emergentes de la tienda). Si proporciona los datos mediante la opción de feed de Google Merchant, iPaper espera los nombres de atributo estándar de Google Merchant Center que se indican a continuación; en los feeds CSV/XML/JSON personalizados, iPaper acepta sus propios nombres de columna siempre que se mantengan iguales entre actualizaciones.

iPaper también recomienda mantener el mismo Product ID para el mismo producto en todos los países e idiomas, de modo que una única configuración de la automatización pueda reutilizarse en las distintas versiones localizadas del catálogo.

iPaper no ofrece una aplicación específica de Feedance ni una integración de partner con un solo clic: importa los datos de producto mediante la carga genérica de archivos o feeds de Enrichment Automation, que acepta un archivo estático cargado o la URL de un feed activo. La función de Feedance es garantizar que los datos que llegan a ese paso de carga ya se ajusten a lo que espera Enrichment Automation, para que la configuración por parte de iPaper se desarrolle sin problemas.

1. En Feedance, mapee sus datos de producto de origen (PIM, plataforma de comercio electrónico u hoja de cálculo) a una estructura plana y no anidada, sin matrices ni subobjetos anidados, conforme al propio requisito de datos planos de iPaper.
2. Elija un formato de salida que acepte iPaper: CSV, XML, JSON o un feed compatible con Google Merchant Center si quiere reutilizar nombres de campo estándar como id, title y price.
3. Asegúrese de que cada fila de producto contenga el mismo Product ID/SKU único que utiliza (o que tiene previsto incrustar) en el PDF, y mantenga ese ID estable en todos los idiomas y versiones por país.
4. Publique el feed desde Feedance como una URL HTTPS estable con una codificación conforme a las RFC y, a continuación, pegue esa URL en la configuración de la fuente de datos de Enrichment Automation de iPaper como feed (y no como archivo estático) si sus precios o su stock cambian durante la vida del catálogo.
5. Ejecute una primera pasada de la automatización con un PDF o una maquetación Horizon de prueba para confirmar que los nombres de los encabezados y la columna de Product ID se leen correctamente antes de aplicarla a un catálogo completo.

iPaper admite dos frecuencias de actualización para las fuentes de datos de Enrichment Automation:

1. Bajo demanda: el feed se genera de nuevo cada vez que un visitante carga la URL del catálogo. De este modo, los datos que cambian rápidamente, como el precio y el stock, están lo más actualizados posible, aunque iPaper advierte de que puede afectar a los tiempos de carga de la página.
2. Programada: el feed se regenera a intervalos fijos, por ejemplo dos veces al día. Se sacrifica un poco de actualidad a cambio de una carga más rápida del catálogo.

Las propias directrices de iPaper aconsejan elegir la frecuencia que mejor se ajuste a la frecuencia con la que cambian realmente los datos subyacentes: utilice un feed activo con actualizaciones periódicas para las campañas con precios promocionales y sensibles al stock, y un archivo estático puntual para los catálogos cuyos datos de producto se mantienen fijos durante todo el periodo de la campaña.

Estos son los puntos de fallo documentados en la propia guía de resolución de problemas de Enrichment Automation de iPaper; la mayoría tienen su origen en el feed y no en el PDF:

1. "Custom Link Import produced no links": la principal notificación de fallo cuando Enrichment Automation no puede crear ningún enriquecimiento en una ejecución de procesamiento.
2. Product ID que no coinciden: si el ID del PDF no corresponde exactamente a un ID del feed, ese producto simplemente no recibirá ningún enriquecimiento.
3. Nombres de encabezado incoherentes: un feed que funcionaba puede empezar a fallar si se cambia el nombre de un encabezado de columna entre actualizaciones; iPaper recomienda expresamente revisar primero los nombres de los encabezados cuando una automatización que funcionaba falla de repente.
4. Fila de encabezado u hoja en el lugar equivocado: de forma predeterminada, la automatización solo busca los encabezados en la fila 1 de la primera hoja; si los datos están en otro lugar, hay que indicarlo en la configuración de la automatización.
5. Estructuras de datos anidadas: un feed con campos anidados en lugar de una estructura plana puede impedir que la automatización lo lea correctamente.
6. Texto del PDF no seleccionable: si el PDF es una imagen escaneada y no texto nativo, la automatización no puede encontrar ningún ID que cruzar con el feed, por buena que sea la calidad de este.
7. Nombre de la capa de ID oculta que no coincide: cuando los Product ID están en una capa oculta del PDF, el nombre de la capa debe coincidir exactamente con el definido en la configuración de la automatización.
8. Versión de PDF no compatible: iPaper admite PDF 1.7 e inferiores, y recomienda la versión 1.5 para una compatibilidad óptima.

Buenas prácticas generales (que no proceden de un documento específico de iPaper) para mantener en buen estado un feed destinado a iPaper:

1. Mantenga su Product ID/SKU idéntico en su feed, en el etiquetado del PDF y en cualquier otro canal (tienda online, marketplaces) para que un cambio de ID no tenga que conciliarse entre varios sistemas.
2. Separe en su lógica de actualización los campos que cambian rápidamente (precio, stock) de los campos estáticos (nombre, descripción, imágenes), y actualice los primeros con un intervalo más corto dentro de su flujo de generación del feed.
3. Valide su feed con una lista de comprobación de estructura plana y codificación antes de cada publicación: los objetos anidados y los caracteres no Unicode son causas habituales de fallos de importación silenciosos.
4. Añada una versión o una marca de tiempo a las exportaciones de su feed para poder saber rápidamente si un fallo de enriquecimiento se debe a datos obsoletos o a una discrepancia real.
5. Mantenga un pequeño catálogo o PDF de prueba conectado a su feed para detectar los cambios en los nombres de los encabezados o en la estructura antes de que afecten a un catálogo activo y visible para los clientes.

¿Qué formatos de archivo acepta iPaper para los datos de producto?
XML, CSV, JSON y feed de Google Merchant, proporcionados como archivo estático puntual o como feed activo que se actualiza periódicamente.

¿Tiene mi feed que utilizar los nombres de campo de Google Merchant Center?
Solo si elige la opción de formato "Google Merchant feed" de iPaper. En los feeds CSV, XML o JSON personalizados, iPaper lee los nombres de columna o encabezado que utilice, siempre que se mantengan iguales entre actualizaciones.

¿Cuál es el único campo que iPaper necesita obligatoriamente?
Un Product ID/SKU único que también aparezca en el PDF (como texto visible, texto oculto, una capa o un comentario), ya que ese ID es lo que utiliza Enrichment Automation para hacer coincidir las filas del feed con las páginas del catálogo.

¿Puede iPaper leer JSON o XML anidados?
No: la documentación de iPaper pide expresamente una estructura de datos plana y no anidada para que Enrichment Automation pueda procesarla.

¿Debo utilizar un archivo estático o un feed activo?
Utilice un archivo estático cuando sus datos de producto no vayan a cambiar durante la vida del catálogo; utilice un feed activo cuando los precios o el stock cambien durante ese periodo.

Mi automatización funcionaba y ahora no genera ningún enlace, ¿qué ha cambiado?
La guía de resolución de problemas de iPaper apunta en primer lugar a la coherencia de los nombres de los encabezados y a la coincidencia de los Product ID, y después al propio PDF (texto escaneado o no seleccionable, nombre de capa oculta incorrecto o una versión de PDF no compatible, superior a la 1.7).

iPaper es una plataforma que ofrece soluciones de publicación digital para que las empresas creen catálogos online interactivos, folletos, revistas y otras publicaciones digitales. Permite a las empresas convertir fácilmente sus PDF existentes en publicaciones digitales que pueden optimizarse para distintos dispositivos e insertarse en sitios web.

iPaper se fundó en 2006, lo que la convierte en un actor consolidado del sector de la publicación digital. Su objetivo es ayudar a las empresas a pasar de los medios impresos tradicionales a las publicaciones digitales, lo que les permite llegar a un público más amplio y mejorar la experiencia de usuario.

La plataforma iPaper nació en Dinamarca, lo que la convierte en un producto de la innovación danesa. Dinamarca es conocida por su fuerte enfoque en la tecnología y el diseño, e iPaper refleja estos valores ofreciendo una plataforma intuitiva y visualmente atractiva.

La plataforma iPaper ofrece una serie de funciones para mejorar la experiencia de publicación digital. Permite a los usuarios personalizar el aspecto y la maquetación de sus publicaciones, incluida la incorporación de elementos interactivos como vídeos, hipervínculos y animaciones. Así, las publicaciones resultan atractivas e interactivas y ofrecen una experiencia más inmersiva a los lectores.

Además, iPaper ofrece potentes herramientas de analítica que permiten a las empresas conocer el comportamiento de su público y su interacción con las publicaciones. Estos datos ayudan a las empresas a tomar decisiones informadas y a optimizar sus publicaciones digitales para obtener mejores resultados.

La plataforma también está diseñada para ser fácil de usar y no requiere conocimientos de programación ni técnicos para crear y publicar publicaciones digitales de aspecto profesional. Ofrece un editor de arrastrar y soltar que facilita la personalización y la creación de contenido.

Asimismo, iPaper garantiza que las publicaciones digitales sean responsive y compatibles con distintos dispositivos y tamaños de pantalla. De este modo, los usuarios pueden acceder a las publicaciones y disfrutarlas en diferentes smartphones, tablets y ordenadores de sobremesa.

Gracias a su diseño fácil de usar, sus potentes funciones y su enfoque en ofrecer una experiencia de publicación digital fluida, iPaper ha ganado reconocimiento y popularidad entre empresas de diversos sectores. Se ha convertido en una plataforma de confianza para crear y distribuir publicaciones digitales en todo el mundo.

En resumen, iPaper es una plataforma de publicación digital de origen danés fundada en 2006. Ofrece a las empresas herramientas para convertir sus PDF en publicaciones digitales interactivas y responsive que pueden mejorar la experiencia de usuario y llegar a un público más amplio. Con su gama de funciones y su interfaz fácil de usar, iPaper se ha convertido en una plataforma de referencia para las empresas que quieren pasar de los medios impresos tradicionales a la publicación digital.