Envoyez à iPaper les produits qui méritent d’être vus.

iPaper est une plateforme danoise de catalogues numériques et de flipbooks utilisée par des e-commerçants, des supermarchés et des enseignes de bricolage pour transformer leurs données produits et leurs brochures PDF en catalogues en ligne interactifs et adaptés au mobile. Deux modes de publication sont au cœur du produit : les Flipbooks, qui convertissent des catalogues PDF existants en expériences numériques à feuilleter, et Horizon, qui crée des pages de type catalogue directement à partir d'un flux produits, sans étape de conception PDF. Des enseignes comme JYSK, Bricomarché, Conforama et 10-4 utilisent iPaper pour que leurs offres saisonnières, brochures hebdomadaires et catalogues de campagne restent shoppables et à jour.

Dans les deux modes de publication, ce sont les données produits qui transforment une page statique en page shoppable : la fonctionnalité Enrichment Automation d'iPaper lit un flux ou un fichier produits et place des hotspots cliquables sur les articles correspondants du catalogue, pour que les acheteurs puissent consulter les prix, les variantes et les images, ou ajouter directement des produits à leur panier.

Les données de cas d'iPaper (issues de l'enseigne danoise de bricolage 10-4) font état d'une hausse de 72,5 % du temps passé sur la boutique en ligne après une visite du catalogue, de 87,0 % de pages vues en plus via les catalogues numériques et d'un panier moyen supérieur de 5,1 % pour les visiteurs du catalogue. Ces chiffres dépendent de l'exactitude des données produits sous-jacentes, car tout écart de prix, de stock ou d'image casse directement l'expérience d'achat dans le flipbook.

1. Les hotspots et les pop-ups produits ne fonctionnent que si le Product ID/SKU du flux correspond à l'ID intégré dans le PDF ou le modèle : un flux en direct maintient cette correspondance à jour à mesure que votre catalogue évolue.
2. Les catalogues basés sur un flux de type Horizon sont générés directement à partir du flux : des données incomplètes ou mal formées limitent donc les mises en page et les cartes produits qu'iPaper peut créer automatiquement.
3. Les champs de prix et de stock qui changent souvent (promotions, ruptures) sont mieux servis par un flux que par un fichier statique ponctuel, car iPaper traite les flux et les fichiers statiques comme des modèles de fraîcheur des données différents.
4. Un flux unique et correctement structuré peut alimenter à la fois le moteur de hotspots d'Enrichment Automation et les fonctionnalités Shop Checkout/Shop Export, ce qui évite les doubles saisies manuelles.

Enrichment Automation est le mécanisme qui relie concrètement votre flux à la page du catalogue. Lors du traitement d'un PDF, iPaper extrait tout le texte, les liens hypertextes, les métadonnées et la position de chaque mot sur la page. Il recherche ensuite les Product ID intégrés dans le PDF — sous forme de texte visible, de texte masqué, d'un calque dédié ou d'un commentaire Acrobat — et compare chacun d'eux au champ Product ID/SKU de votre fichier de données ou de votre flux. Lorsqu'une correspondance est trouvée, iPaper crée automatiquement l'enrichissement (lien boutique, lien externe, fenêtre pop-up, galerie d'images ou carte Product View) et le place à l'emplacement de ce mot.

Deux approches de correspondance sont prises en charge : le croisement des ID intégrés au PDF avec votre flux, ou (pour l'intégration JavaScript) l'utilisation d'une expression régulière pour extraire les ID directement du texte du PDF, par exemple en recherchant un motif numérique de 6 à 10 chiffres, lorsqu'il n'existe pas de calque d'ID distinct. iPaper précise que les Product ID peuvent contenir des espaces si nécessaire, mais ne doivent jamais comporter de saut de ligne ni chevaucher d'autre texte sur la page, car l'un comme l'autre casse la correspondance.

Enrichment Automation d'iPaper accepte quatre types de sources de données : .xml, .csv, .json et un flux Google Merchant. Chacune peut être fournie soit sous forme de fichier de données statique (un instantané ponctuel, adapté lorsque les informations produits ne changeront pas pendant la période d'activité du catalogue), soit sous forme de flux dynamique (une URL en direct, utilisée lorsque les prix, le stock ou d'autres champs changent pendant la durée de vie du flipbook).

1. Les données doivent être à plat et non imbriquées : selon les recommandations d'iPaper, c'est une structure de données à plat qui permet à Enrichment Automation de lire correctement le fichier.
2. Par défaut, l'automatisation recherche les noms d'en-têtes/de colonnes à partir de la ligne 1 de la première feuille de calcul, sauf si une autre ligne ou feuille est explicitement configurée.
3. Les noms d'en-têtes/de colonnes doivent rester identiques d'une mise à jour à l'autre : une automatisation qui fonctionnait peut échouer si le nom d'un en-tête change.
4. Les URL de flux doivent utiliser un domaine de marque vérifié, le HTTPS et un encodage d'URL conforme aux RFC 2396/RFC 1738.
5. Tout le contenu du flux doit utiliser des caractères Unicode valides.

iPaper n'exige strictement qu'un seul champ pour que la correspondance fonctionne — un Product ID/SKU unique et permanent —, mais un flux plus riche débloque davantage de types d'enrichissement (cartes Product View, galeries d'images, pop-ups boutique). Si vous fournissez les données via l'option de flux Google Merchant, iPaper attend les noms d'attributs standard de Google Merchant Center indiqués ci-dessous ; pour les flux CSV/XML/JSON personnalisés, iPaper accepte vos propres noms de colonnes tant qu'ils restent identiques d'une mise à jour à l'autre.

iPaper recommande également de conserver le même Product ID pour un même produit dans tous les pays et toutes les langues, afin qu'une seule configuration d'automatisation puisse être réutilisée pour toutes les versions localisées du catalogue.

iPaper ne propose pas d'application Feedance dédiée ni d'intégration partenaire en un clic : il intègre les données produits via l'import générique de fichiers/flux d'Enrichment Automation, qui accepte un fichier statique importé ou une URL de flux en direct. Le rôle de Feedance est de garantir que les données qui arrivent à cette étape d'import correspondent déjà à ce qu'attend Enrichment Automation, pour que la configuration côté iPaper se déroule sans accroc.

1. Dans Feedance, mappez vos données produits sources (PIM, plateforme e-commerce ou tableur) sur une structure à plat, non imbriquée — sans tableaux ni sous-objets imbriqués —, conformément à l'exigence de données à plat d'iPaper.
2. Choisissez un format de sortie accepté par iPaper : CSV, XML, JSON, ou un flux compatible Google Merchant Center si vous souhaitez réutiliser des noms de champs standard comme id, title et price.
3. Assurez-vous que chaque ligne produit comporte le même Product ID/SKU unique que celui que vous utilisez (ou prévoyez d'intégrer) dans le PDF, et gardez cet ID stable d'une langue et d'une version pays à l'autre.
4. Publiez le flux depuis Feedance sous la forme d'une URL HTTPS stable avec un encodage conforme aux RFC, puis collez cette URL dans la configuration de la source de données d'Enrichment Automation d'iPaper en tant que flux (et non comme fichier statique) si vos prix ou vos stocks changent pendant la durée de vie du catalogue.
5. Lancez une première passe d'automatisation sur un PDF de test ou une mise en page Horizon pour vérifier que les noms d'en-têtes et la colonne Product ID sont correctement lus avant de déployer sur un catalogue complet.

iPaper prend en charge deux cadences de mise à jour pour les sources de données d'Enrichment Automation :

1. À la demande : le flux est généré à nouveau chaque fois qu'un visiteur charge l'URL du catalogue. Les données qui changent vite, comme le prix et le stock, restent ainsi aussi à jour que possible, mais iPaper précise que cela peut allonger les temps de chargement des pages.
2. Planifiée : le flux est régénéré à intervalles définis, par exemple deux fois par jour. On sacrifie un peu de fraîcheur au profit d'un chargement plus rapide du catalogue.

iPaper recommande de choisir la cadence correspondant à la fréquence réelle de changement des données sous-jacentes : utilisez un flux en direct régulièrement mis à jour pour les prix promotionnels et les campagnes sensibles au stock, et un fichier statique ponctuel pour les catalogues dont les données produits restent fixes pendant toute la durée de la campagne.

Voici les points de défaillance documentés dans le guide de dépannage d'Enrichment Automation d'iPaper, dont la plupart proviennent du flux plutôt que du PDF :

1. « Custom Link Import produced no links » : la principale notification d'échec lorsqu'Enrichment Automation ne parvient à créer aucun enrichissement lors d'un traitement.
2. Product ID non concordants : si l'ID du PDF ne correspond pas exactement à un ID du flux, le produit ne reçoit tout simplement pas d'enrichissement.
3. Noms d'en-têtes incohérents : un flux qui fonctionnait peut se mettre à échouer si un en-tête de colonne est renommé entre deux mises à jour ; iPaper recommande explicitement de vérifier d'abord les noms d'en-têtes lorsqu'une automatisation qui fonctionnait échoue soudainement.
4. Ligne d'en-tête ou feuille de calcul mal placée : par défaut, l'automatisation recherche les en-têtes uniquement sur la ligne 1 de la première feuille de calcul ; des données placées ailleurs doivent être indiquées dans les paramètres de l'automatisation.
5. Structures de données imbriquées : un flux comportant des champs imbriqués au lieu d'une structure à plat peut empêcher l'automatisation de le lire correctement.
6. Texte PDF non sélectionnable : si le PDF sous-jacent est une image numérisée plutôt que du texte natif, l'automatisation ne peut trouver aucun ID à faire correspondre avec le flux, quelle que soit la qualité de celui-ci.
7. Nom de calque d'ID masqué non concordant : lorsque les Product ID se trouvent sur un calque PDF masqué, le nom du calque doit correspondre exactement à celui défini dans la configuration de l'automatisation.
8. Version de PDF non prise en charge : iPaper prend en charge les PDF jusqu'à la version 1.7, la version 1.5 étant recommandée pour une compatibilité optimale.

Des bonnes pratiques générales — non issues d'un document propre à iPaper — pour garder en bonne santé un flux destiné à iPaper :

1. Gardez un Product ID/SKU identique dans votre flux, le balisage de votre PDF et tous vos autres canaux (boutique en ligne, marketplaces), pour qu'un changement d'ID n'ait pas à être répercuté dans plusieurs systèmes.
2. Séparez dans votre logique de mise à jour les champs qui changent vite (prix, stock) des champs statiques (nom, description, images), et actualisez les premiers à un intervalle plus court dans votre chaîne de traitement du flux.
3. Validez votre flux à l'aide d'une liste de contrôle de structure à plat et d'encodage avant chaque publication : les objets imbriqués et les caractères non Unicode sont des causes fréquentes d'échecs d'import silencieux.
4. Versionnez ou horodatez vos exports de flux pour pouvoir déterminer rapidement si un échec d'enrichissement est dû à des données obsolètes ou à une véritable non-concordance.
5. Gardez un petit catalogue ou PDF de test relié à votre flux pour détecter les changements de noms d'en-têtes ou de structure avant qu'ils n'affectent un catalogue en ligne visible par les clients.

Quels formats de fichier iPaper accepte-t-il pour les données produits ?
XML, CSV, JSON et flux Google Merchant, fournis soit sous forme de fichier statique ponctuel, soit sous forme de flux en direct mis à jour régulièrement.

Mon flux doit-il utiliser les noms de champs de Google Merchant Center ?
Uniquement si vous choisissez l'option de format « Google Merchant feed » d'iPaper. Pour les flux CSV, XML ou JSON personnalisés, iPaper lit les noms de colonnes/d'en-têtes que vous utilisez, tant qu'ils restent identiques d'une mise à jour à l'autre.

Quel est le seul champ dont iPaper a absolument besoin ?
Un Product ID/SKU unique qui apparaît également dans le PDF (sous forme de texte visible, de texte masqué, de calque ou de commentaire), car c'est cet ID qu'Enrichment Automation utilise pour faire correspondre les lignes du flux aux pages du catalogue.

iPaper peut-il lire du JSON ou du XML imbriqué ?
Non : la documentation d'iPaper demande explicitement une structure de données à plat, non imbriquée, pour qu'Enrichment Automation puisse l'analyser.

Dois-je utiliser un fichier statique ou un flux en direct ?
Utilisez un fichier statique lorsque vos données produits ne changeront pas pendant toute la durée de vie du catalogue ; utilisez un flux en direct lorsque les prix ou les stocks changent pendant cette période.

Mon automatisation fonctionnait et ne produit plus aucun lien : qu'est-ce qui a changé ?
Le guide de dépannage d'iPaper pointe d'abord la cohérence des noms d'en-têtes et la correspondance des Product ID, puis le PDF lui-même (texte numérisé/non sélectionnable, mauvais nom de calque masqué ou version de PDF non prise en charge, supérieure à 1.7).

iPaper est une plateforme qui propose des solutions de publication numérique permettant aux entreprises de créer des catalogues en ligne interactifs, des brochures, des magazines et d'autres publications numériques. Elle permet aux entreprises de convertir facilement leurs PDF existants en publications numériques pouvant être optimisées pour différents appareils et intégrées à des sites web.

iPaper a été fondée en 2006, ce qui en fait un acteur bien établi du secteur de la publication numérique. Son objectif est d'aider les entreprises à passer des supports imprimés traditionnels aux publications numériques, afin de toucher une audience plus large et d'améliorer l'expérience utilisateur.

La plateforme iPaper est née au Danemark : c'est donc un produit de l'innovation danoise. Le Danemark est reconnu pour son fort intérêt pour la technologie et le design, et iPaper reflète ces valeurs en proposant une plateforme intuitive et visuellement attrayante.

La plateforme iPaper offre un ensemble de fonctionnalités pour enrichir l'expérience de publication numérique. Elle permet aux utilisateurs de personnaliser l'apparence et la mise en page de leurs publications, notamment en ajoutant des éléments interactifs comme des vidéos, des liens hypertexte et des animations. Les publications sont ainsi attrayantes et interactives, et offrent une expérience plus immersive aux lecteurs.

En outre, iPaper fournit de puissants outils d'analyse qui permettent aux entreprises de mieux comprendre le comportement de leur audience et son engagement envers les publications. Ces données aident les entreprises à prendre des décisions éclairées et à optimiser leurs publications numériques pour obtenir de meilleurs résultats.

La plateforme est également conçue pour être facile à utiliser : aucune compétence en code ni compétence technique n'est requise pour créer et publier des publications numériques d'aspect professionnel. Elle propose un éditeur par glisser-déposer qui facilite la personnalisation et la création de contenu.

Par ailleurs, iPaper garantit que les publications numériques sont responsives et compatibles avec différents appareils et tailles d'écran. Les publications peuvent ainsi être consultées et appréciées par les utilisateurs sur différents smartphones, tablettes et ordinateurs.

Grâce à sa conception conviviale, à ses fonctionnalités puissantes et à sa volonté d'offrir une expérience de publication numérique fluide, iPaper a gagné en reconnaissance et en popularité auprès des entreprises de nombreux secteurs. Elle est devenue une plateforme de confiance pour créer et diffuser des publications numériques dans le monde entier.

En conclusion, iPaper est une plateforme de publication numérique d'origine danoise fondée en 2006. Elle fournit aux entreprises des outils pour convertir leurs PDF en publications numériques interactives et responsives, capables d'améliorer l'expérience utilisateur et de toucher une audience plus large. Grâce à son éventail de fonctionnalités et à son interface conviviale, iPaper est devenue une plateforme de référence pour les entreprises qui souhaitent passer des supports imprimés traditionnels à la publication numérique.