Invia a iPaper i prodotti che vale la pena mostrare.

iPaper è una piattaforma danese di cataloghi digitali e flipbook usata da retailer, supermercati e catene del fai da te per trasformare dati di prodotto e brochure PDF in cataloghi online interattivi e ottimizzati per i dispositivi mobili. Il prodotto si basa su due percorsi di pubblicazione: Flipbooks, che converte i cataloghi PDF esistenti in esperienze digitali sfogliabili, e Horizon, che crea pagine in stile catalogo direttamente da un feed di prodotto, senza un passaggio di impaginazione PDF. Brand retail come JYSK, Bricomarche, Conforama e 10-4 usano iPaper per mantenere offerte stagionali, volantini settimanali e cataloghi di campagna acquistabili e aggiornati.

In entrambi i percorsi sono i dati di prodotto a trasformare una pagina statica in una pagina acquistabile: l'Enrichment Automation di iPaper legge un feed o un file di prodotto e posiziona hotspot cliccabili sopra gli articoli corrispondenti nel catalogo, così gli acquirenti possono vedere prezzi, varianti e immagini o aggiungere i prodotti direttamente al carrello.

I dati dei casi studio di iPaper (relativi al retailer danese del fai da te 10-4) riportano un aumento del 72,5% del tempo trascorso sul webshop dopo la visita al catalogo, l'87,0% di pagine viste in più tramite i cataloghi digitali e un valore del carrello più alto del 5,1% per chi visita il catalogo: numeri che dipendono dall'accuratezza dei dati di prodotto sottostanti, perché le discrepanze di prezzo, stock e immagini compromettono direttamente l'esperienza d'acquisto all'interno del flipbook.

1. Hotspot e pop-up di prodotto funzionano solo quando il Product ID/SKU del feed corrisponde all'ID incorporato nel PDF o nel template: un feed live mantiene questa corrispondenza aggiornata man mano che il catalogo cambia.
2. I cataloghi basati sul feed in stile Horizon vengono generati direttamente dal feed, quindi dati incompleti o malformati limitano i layout e le schede prodotto che iPaper può creare automaticamente.
3. I campi di prezzo e stock che cambiano spesso (promozioni, esaurimenti) sono gestiti meglio da un feed che da un file statico una tantum, perché iPaper tratta feed e file statici come modelli diversi di aggiornamento dei dati.
4. Un unico feed strutturato correttamente può alimentare sia il motore di hotspot di Enrichment Automation sia le funzionalità Shop Checkout/Shop Export, evitando l'inserimento manuale duplicato dei dati.

L'Enrichment Automation di iPaper è il meccanismo che collega concretamente il tuo feed alla pagina del catalogo. Quando un PDF viene elaborato, iPaper estrae tutto il testo, i link, i metadati e la posizione sulla pagina di ogni parola. Poi cerca i Product ID incorporati nel PDF (come testo visibile, testo nascosto, livello dedicato o commento di Acrobat) e abbina ciascuno al campo Product ID/SKU del tuo file di dati o feed. Quando trova una corrispondenza, iPaper crea automaticamente l'arricchimento (un link allo shop, un link esterno, un frame pop-up, una galleria di immagini o una scheda Product View) e lo posiziona nel punto in cui si trova quella parola.

Sono supportati due approcci di abbinamento: il confronto degli ID incorporati nel PDF con il tuo feed oppure (per l'integrazione JavaScript) l'uso di un'espressione regolare per estrarre gli ID direttamente dal testo del PDF, ad esempio individuando uno schema numerico da 6 a 10 cifre, quando non esiste un livello separato per gli ID. iPaper specifica che i Product ID possono contenere spazi se necessario, ma non devono mai includere a capo né sovrapporsi ad altro testo sulla pagina, perché in entrambi i casi l'abbinamento non funziona.

L'Enrichment Automation di iPaper accetta quattro tipi di fonte dati: .xml, .csv, .json e un feed Google Merchant. Ognuno di questi può essere fornito come file di dati statico (un'istantanea una tantum, adatta quando le informazioni di prodotto non cambiano durante il periodo di validità del catalogo) oppure come feed dinamico (un URL live, usato quando prezzi, stock o altri campi cambiano durante la vita del flipbook).

1. I dati devono essere piatti, non annidati: le indicazioni di iPaper specificano che è la struttura dati piatta a permettere all'Enrichment Automation di leggere correttamente il file.
2. Per impostazione predefinita, l'automazione cerca i nomi di intestazione/colonna a partire dalla riga 1 del primo foglio di lavoro, salvo che sia configurata esplicitamente una riga o un foglio diversi.
3. I nomi di intestazione/colonna devono restare coerenti tra un aggiornamento e l'altro: un'automazione che funzionava può non riuscire se il nome di un'intestazione cambia.
4. Gli URL dei feed devono usare un dominio brandizzato verificato, HTTPS e una codifica degli URL conforme a RFC 2396/RFC 1738.
5. Tutto il contenuto del feed deve usare caratteri Unicode validi.

iPaper richiede in senso stretto un solo campo per far funzionare l'abbinamento, un Product ID/SKU univoco e persistente, ma un feed più ricco sblocca più tipi di arricchimento (schede Product View, gallerie di immagini, pop-up dello shop). Se fornisci i dati tramite l'opzione feed Google Merchant, iPaper si aspetta i nomi di attributo standard di Google Merchant Center indicati di seguito; per i feed CSV/XML/JSON personalizzati, iPaper accetta i tuoi nomi di colonna purché restino coerenti tra gli aggiornamenti.

iPaper consiglia inoltre di mantenere lo stesso Product ID per lo stesso prodotto in tutti i paesi e le lingue, così un'unica configurazione di automazione può essere riutilizzata per tutte le versioni localizzate del catalogo.

iPaper non pubblica un'app Feedance dedicata né un'integrazione partner con un clic: acquisisce i dati di prodotto tramite il caricamento generico di file/feed dell'Enrichment Automation, che accetta un file statico caricato o l'URL di un feed live. Il ruolo di Feedance è garantire che i dati che arrivano a quel passaggio corrispondano già a ciò che l'Enrichment Automation si aspetta, così la configurazione lato iPaper procede senza intoppi.

1. In Feedance, mappa i dati di prodotto della tua fonte (PIM, piattaforma e-commerce o foglio di calcolo) su una struttura piatta e non annidata, senza array o sotto-oggetti annidati, come richiesto da iPaper.
2. Scegli un formato di output accettato da iPaper: CSV, XML, JSON oppure un feed compatibile con Google Merchant Center se vuoi riutilizzare nomi di campo standard come id, title e price.
3. Assicurati che ogni riga di prodotto contenga lo stesso Product ID/SKU univoco che usi (o prevedi di incorporare) nel PDF, e mantieni quell'ID stabile tra lingue e versioni per paese.
4. Pubblica il feed da Feedance come URL HTTPS stabile con codifica conforme alle RFC, poi incolla l'URL nella configurazione della fonte dati dell'Enrichment Automation di iPaper come feed (e non come file statico) se prezzi o stock cambiano durante la vita del catalogo.
5. Esegui un primo passaggio di automazione su un PDF di prova o su un layout Horizon per verificare che i nomi delle intestazioni e la colonna Product ID vengano letti correttamente, prima di estenderlo a un catalogo completo.

iPaper supporta due cadenze di aggiornamento per le fonti dati dell'Enrichment Automation:

1. Su richiesta: il feed viene generato da zero ogni volta che un visitatore carica l'URL del catalogo. Questo mantiene il più possibile aggiornati i dati che cambiano rapidamente, come prezzo e stock, ma iPaper segnala che può incidere sui tempi di caricamento della pagina.
2. Programmato: il feed viene rigenerato a intervalli prestabiliti, ad esempio due volte al giorno. In questo modo si sacrifica un po' di aggiornamento in cambio di un caricamento più veloce del catalogo.

L'indicazione di iPaper è scegliere la cadenza più adatta alla frequenza con cui cambiano effettivamente i dati sottostanti: usa un feed live con aggiornamenti regolari per prezzi promozionali e campagne sensibili allo stock, e un file statico una tantum per i cataloghi i cui dati di prodotto restano fissi per tutto il periodo della campagna.

Questi sono punti di errore documentati nella guida alla risoluzione dei problemi dell'Enrichment Automation di iPaper, e la maggior parte dipende dal feed più che dal PDF:

1. "Custom Link Import produced no links": la principale notifica di errore quando l'Enrichment Automation non riesce a creare alcun arricchimento in un'elaborazione.
2. Product ID non corrispondenti: se l'ID nel PDF non corrisponde esattamente a un ID nel feed, quel prodotto semplicemente non riceve alcun arricchimento.
3. Nomi di intestazione incoerenti: un feed che prima funzionava può iniziare a dare errori se l'intestazione di una colonna viene rinominata tra un aggiornamento e l'altro; iPaper consiglia esplicitamente di controllare per prima cosa i nomi delle intestazioni quando un'automazione funzionante smette improvvisamente di funzionare.
4. Riga di intestazione o foglio di lavoro nella posizione sbagliata: per impostazione predefinita l'automazione cerca le intestazioni solo nella riga 1 del primo foglio di lavoro; i dati posizionati altrove vanno indicati nelle impostazioni dell'automazione.
5. Strutture dati annidate: un feed con campi annidati invece di una struttura piatta può impedire all'automazione di leggerlo correttamente.
6. Testo del PDF non selezionabile: se il PDF sottostante è un'immagine scansionata invece che testo nativo, l'automazione non riesce a trovare alcun ID da abbinare al feed, indipendentemente dalla qualità del feed.
7. Nome del livello ID nascosto non corrispondente: quando i Product ID si trovano su un livello nascosto del PDF, il nome del livello deve corrispondere esattamente a quello definito nella configurazione dell'automazione.
8. Versione PDF non supportata: iPaper supporta i PDF fino alla versione 1.7, con la versione 1.5 consigliata per la massima compatibilità.

Buone pratiche generali, non tratte da un documento specifico di iPaper, per mantenere in salute un feed destinato a iPaper:

1. Mantieni il Product ID/SKU identico nel feed, nella marcatura del PDF e in qualsiasi altro canale (webshop, marketplace), così la modifica di un singolo ID non deve essere riconciliata tra più sistemi.
2. Separa nella logica di aggiornamento i campi che cambiano rapidamente (prezzo, stock) da quelli statici (nome, descrizione, immagini), e aggiorna i primi con un intervallo più breve nella tua pipeline del feed.
3. Prima di ogni pubblicazione, verifica il feed con una checklist su struttura piatta e codifica: oggetti annidati e caratteri non Unicode sono cause comuni di importazioni non riuscite senza alcun avviso.
4. Assegna una versione o un timestamp alle esportazioni del feed, così puoi capire rapidamente se un errore di arricchimento dipende da dati non aggiornati o da una vera discrepanza.
5. Mantieni un piccolo catalogo o PDF di prova collegato al feed, così le modifiche ai nomi delle intestazioni o alla struttura vengono intercettate prima di arrivare a un catalogo live rivolto ai clienti.

Quali formati di file accetta iPaper per i dati di prodotto?
XML, CSV, JSON e feed Google Merchant, forniti come file statico una tantum oppure come feed live aggiornato regolarmente.

Il mio feed deve usare i nomi di campo di Google Merchant Center?
Solo se scegli l'opzione di formato "Google Merchant feed" di iPaper. Per i feed CSV, XML o JSON personalizzati, iPaper legge qualsiasi nome di colonna/intestazione tu usi, purché resti coerente tra gli aggiornamenti.

Qual è l'unico campo di cui iPaper ha assolutamente bisogno?
Un Product ID/SKU univoco che compaia anche nel PDF (come testo visibile, testo nascosto, livello o commento), perché è l'ID che l'Enrichment Automation usa per abbinare le righe del feed alle pagine del catalogo.

iPaper può leggere JSON o XML annidati?
No: la documentazione di iPaper richiede esplicitamente una struttura dati piatta e non annidata perché l'Enrichment Automation possa elaborarla.

Devo usare un file statico o un feed live?
Usa un file statico quando i dati di prodotto non cambieranno per tutta la vita del catalogo; usa un feed live quando prezzi o stock cambiano in quel periodo.

La mia automazione funzionava e ora non produce link: cosa è cambiato?
La guida alla risoluzione dei problemi di iPaper indica per prima cosa la coerenza dei nomi delle intestazioni e l'abbinamento dei Product ID, poi il PDF stesso (testo scansionato/non selezionabile, nome errato del livello nascosto o una versione PDF non supportata, superiore alla 1.7).

iPaper è una piattaforma che offre soluzioni di pubblicazione digitale con cui le aziende possono creare cataloghi online interattivi, brochure, riviste e altre pubblicazioni digitali. Permette alle aziende di convertire facilmente i PDF esistenti in pubblicazioni digitali ottimizzabili per diversi dispositivi e incorporabili nei siti web.

iPaper è stata fondata nel 2006, il che la rende un operatore affermato nel settore della pubblicazione digitale. Il suo obiettivo è aiutare le aziende a passare dai media cartacei tradizionali alle pubblicazioni digitali, consentendo loro di raggiungere un pubblico più ampio e di migliorare l'esperienza utente.

La piattaforma iPaper è nata in Danimarca, ed è quindi un prodotto dell'innovazione danese. La Danimarca è nota per la sua forte attenzione alla tecnologia e al design, e iPaper riflette questi valori offrendo una piattaforma intuitiva e visivamente accattivante.

La piattaforma iPaper offre una serie di funzionalità per migliorare l'esperienza di pubblicazione digitale. Permette agli utenti di personalizzare l'aspetto e l'impaginazione delle proprie pubblicazioni, inclusa l'aggiunta di elementi interattivi come video, collegamenti ipertestuali e animazioni. In questo modo le pubblicazioni risultano coinvolgenti e interattive e offrono ai lettori un'esperienza più immersiva.

Inoltre, iPaper offre potenti strumenti di analytics che permettono alle aziende di comprendere il comportamento del proprio pubblico e il suo coinvolgimento con le pubblicazioni. Questi dati aiutano le aziende a prendere decisioni informate e a ottimizzare le proprie pubblicazioni digitali per ottenere risultati migliori.

La piattaforma è inoltre progettata per essere facile da usare e non richiede competenze di programmazione o tecniche per creare e pubblicare pubblicazioni digitali dall'aspetto professionale. Offre un editor drag-and-drop che rende semplice personalizzare e creare contenuti.

iPaper garantisce anche che le pubblicazioni digitali siano responsive e compatibili con vari dispositivi e dimensioni dello schermo. In questo modo le pubblicazioni possono essere consultate e apprezzate dagli utenti su smartphone, tablet e desktop diversi.

Grazie al design intuitivo, alle potenti funzionalità e all'attenzione per un'esperienza di pubblicazione digitale fluida, iPaper ha ottenuto riconoscimento e popolarità tra le aziende di diversi settori. È diventata una piattaforma affidabile per creare e distribuire pubblicazioni digitali in tutto il mondo.

In conclusione, iPaper è una piattaforma di pubblicazione digitale di origine danese fondata nel 2006. Fornisce alle aziende strumenti per convertire i propri PDF in pubblicazioni digitali interattive e responsive in grado di migliorare l'esperienza utente e raggiungere un pubblico più ampio. Grazie alla sua gamma di funzionalità e all'interfaccia intuitiva, iPaper è diventata una piattaforma di riferimento per le aziende che vogliono passare dai media cartacei tradizionali alla pubblicazione digitale.