Senden Sie iPaper die Produkte, die es wert sind.

iPaper ist eine dänische Plattform für digitale Kataloge und Flipbooks, mit der Händler, Supermärkte und Baumarktketten Produktdaten und PDF-Prospekte in interaktive, mobilfreundliche Online-Kataloge verwandeln. Im Kern des Produkts stehen zwei Publishing-Wege: Flipbooks, die bestehende PDF-Kataloge in digitale Blätter-Erlebnisse umwandeln, und Horizon, das katalogartige Seiten direkt aus einem Produktfeed erstellt – ganz ohne PDF-Gestaltungsschritt. Handelsmarken wie JYSK, Bricomarche, Conforama und 10-4 nutzen iPaper, um saisonale Angebote, Wochenprospekte und Kampagnenkataloge shoppable und aktuell zu halten.

In beiden Publishing-Wegen sind es die Produktdaten, die aus einer statischen Seite eine shoppable Seite machen: Die Enrichment Automation von iPaper liest einen Produktfeed oder eine Datei und platziert klickbare Hotspots über den passenden Artikeln im Katalog, sodass Käufer Preise, Varianten und Bilder ansehen oder Produkte direkt in den Warenkorb legen können.

Die eigenen Fallstudiendaten von iPaper (vom dänischen Baumarkthändler 10-4) zeigen eine um 72,5 % längere Verweildauer im Webshop nach Katalogbesuchen, 87,0 % mehr aufgerufene Seiten über digitale Kataloge und einen um 5,1 % höheren Warenkorbwert bei Katalogbesuchern – Zahlen, die von korrekten Produktdaten abhängen, denn Abweichungen bei Preis, Bestand und Bildern beeinträchtigen das Einkaufserlebnis im Flipbook unmittelbar.

1. Hotspots und Produkt-Pop-ups funktionieren nur, wenn die Product ID/SKU im Feed mit der im PDF oder Template eingebetteten ID übereinstimmt – ein Live-Feed hält diese Übereinstimmung aktuell, wenn sich Ihr Katalog ändert.
2. Feedbasierte Kataloge im Stil von Horizon werden direkt aus dem Feed erzeugt, sodass unvollständige oder fehlerhafte Daten einschränken, welche Layouts und Produktkarten iPaper automatisch erstellen kann.
3. Preis- und Bestandsfelder, die sich häufig ändern (Aktionen, Ausverkäufe), werden am besten über einen Feed statt über eine einmalige statische Datei bereitgestellt, da iPaper Feeds und statische Dateien als unterschiedliche Modelle der Datenaktualität behandelt.
4. Ein einziger, korrekt strukturierter Feed kann sowohl die Hotspot-Engine der Enrichment Automation als auch die Funktionen Shop Checkout/Shop Export bedienen und vermeidet doppelte manuelle Dateneingaben.

Die Enrichment Automation von iPaper ist der Mechanismus, der Ihren Feed tatsächlich mit der Katalogseite verbindet. Bei der Verarbeitung eines PDFs extrahiert iPaper sämtlichen Text, alle Hyperlinks, Metadaten und die Position jedes Worts auf der Seite. Anschließend sucht es nach im PDF eingebetteten Product IDs – als sichtbarer Text, versteckter Text, eigene Ebene oder Acrobat-Kommentar – und gleicht jede davon mit dem Feld Product ID/SKU in Ihrer Datendatei oder Ihrem Feed ab. Bei einer Übereinstimmung erstellt iPaper automatisch das Enrichment (einen Shop-Link, externen Link, Pop-up-Frame, eine Bildergalerie oder eine Product-View-Karte) und platziert es an der Position dieses Worts.

Es werden zwei Abgleichverfahren unterstützt: der Abgleich der im PDF eingebetteten IDs mit Ihrem Feed oder (bei JavaScript-Integration) die Extraktion der IDs direkt aus dem PDF-Text per regulärem Ausdruck, etwa für ein 6- bis 10-stelliges numerisches Muster, wenn keine separate ID-Ebene vorhanden ist. iPaper dokumentiert, dass Product IDs bei Bedarf Leerzeichen enthalten dürfen, aber niemals Zeilenumbrüche enthalten und sich nicht mit anderem Text auf der Seite überlappen dürfen, da beides den Abgleich verhindert.

Die Enrichment Automation von iPaper akzeptiert vier Arten von Datenquellen: .xml, .csv, .json und einen Google-Merchant-Feed. Jede davon kann entweder als statische Datendatei bereitgestellt werden (ein einmaliger Schnappschuss, geeignet, wenn sich Produktinformationen während der Laufzeit des Katalogs nicht ändern) oder als dynamischer Feed (eine Live-URL, genutzt, wenn sich Preise, Bestand oder andere Felder während der Lebensdauer des Flipbooks ändern).

1. Die Daten müssen flach und dürfen nicht verschachtelt sein – laut iPaper ermöglicht erst eine flache Datenstruktur, dass die Enrichment Automation die Datei korrekt liest.
2. Standardmäßig sucht die Automation ab Zeile 1 des ersten Arbeitsblatts nach Kopfzeilen- bzw. Spaltennamen, sofern nicht ausdrücklich eine andere Zeile oder ein anderes Blatt konfiguriert ist.
3. Kopfzeilen- bzw. Spaltennamen müssen zwischen Aktualisierungen gleich bleiben – eine bisher funktionierende Automation kann fehlschlagen, wenn sich ein Spaltenname ändert.
4. Feed-URLs müssen eine verifizierte Marken-Domain, HTTPS und eine URL-Codierung gemäß RFC 2396/RFC 1738 verwenden.
5. Alle Feed-Inhalte sollten gültige Unicode-Zeichen verwenden.

iPaper benötigt zwingend nur ein Feld, damit der Abgleich funktioniert – eine eindeutige, dauerhafte Product ID/SKU –, doch ein umfangreicherer Feed schaltet weitere Enrichment-Typen frei (Product-View-Karten, Bildergalerien, Shop-Pop-ups). Wenn Sie Daten über die Option Google-Merchant-Feed bereitstellen, erwartet iPaper die unten aufgeführten Standard-Attributnamen von Google Merchant Center; bei individuellen CSV-/XML-/JSON-Feeds akzeptiert iPaper Ihre eigenen Spaltennamen, solange sie über Aktualisierungen hinweg gleich bleiben.

iPaper empfiehlt außerdem, für dasselbe Produkt in allen Ländern und Sprachen dieselbe Product ID zu verwenden, damit ein einziges Automation-Setup für alle Katalog-Lokalisierungen wiederverwendet werden kann.

iPaper bietet weder eine eigene Feedance-App noch eine Partnerintegration per Klick – Produktdaten werden über den generischen Datei-/Feed-Upload der Enrichment Automation übernommen, der eine hochgeladene statische Datei oder eine Live-Feed-URL akzeptiert. Die Rolle von Feedance besteht darin, sicherzustellen, dass die Daten, die diesen Upload-Schritt erreichen, bereits den Erwartungen der Enrichment Automation entsprechen, damit die Einrichtung auf Seiten von iPaper reibungslos verläuft.

1. Ordnen Sie in Feedance Ihre Quell-Produktdaten (PIM, E-Commerce-Plattform oder Tabelle) einer flachen, nicht verschachtelten Struktur zu – ohne verschachtelte Arrays oder Unterobjekte, gemäß der Vorgabe von iPaper zu flachen Daten.
2. Wählen Sie ein Ausgabeformat, das iPaper akzeptiert: CSV, XML, JSON oder einen mit Google Merchant Center kompatiblen Feed, wenn Sie Standard-Feldnamen wie id, title und price wiederverwenden möchten.
3. Achten Sie darauf, dass jede Produktzeile dieselbe eindeutige Product ID/SKU enthält, die Sie im PDF verwenden (oder einbetten möchten), und halten Sie diese ID über Sprachen und Länderversionen hinweg stabil.
4. Veröffentlichen Sie den Feed aus Feedance als stabile HTTPS-URL mit RFC-konformer Codierung und fügen Sie diese URL anschließend in der Datenquellen-Einrichtung der Enrichment Automation von iPaper als Feed (statt als statische Datei) ein, wenn sich Ihre Preise oder Bestände während der Laufzeit des Katalogs ändern.
5. Führen Sie einen ersten Automation-Durchlauf mit einem Test-PDF oder Horizon-Layout durch, um sicherzustellen, dass die Spaltennamen und die Product-ID-Spalte korrekt gelesen werden, bevor Sie den Feed für einen vollständigen Katalog einsetzen.

iPaper unterstützt zwei Aktualisierungsrhythmen für Datenquellen der Enrichment Automation:

1. On request – der Feed wird jedes Mal neu erzeugt, wenn ein Besucher die Katalog-URL lädt. Das hält schnell wechselnde Daten wie Preis und Bestand so aktuell wie möglich, kann laut iPaper aber die Ladezeiten der Seite beeinträchtigen.
2. On schedule – der Feed wird in festgelegten Intervallen neu erzeugt, zum Beispiel zweimal täglich. Damit tauschen Sie ein wenig Aktualität gegen schnellere Ladezeiten des Katalogs.

iPaper empfiehlt, den Rhythmus zu wählen, der dazu passt, wie oft sich die zugrunde liegenden Daten tatsächlich ändern: einen Live-Feed mit regelmäßigen Aktualisierungen für Aktionspreise und bestandssensible Kampagnen und eine einmalige statische Datei für Kataloge, deren Produktdaten während der gesamten Kampagnenlaufzeit unverändert bleiben.

Dies sind dokumentierte Fehlerquellen aus dem Troubleshooting-Leitfaden von iPaper für die Enrichment Automation, von denen die meisten auf den Feed statt auf das PDF zurückgehen:

1. "Custom Link Import produced no links" – die wichtigste Fehlermeldung, wenn die Enrichment Automation bei einem Verarbeitungsdurchlauf keine Enrichments erstellen kann.
2. Nicht übereinstimmende Product IDs – entspricht die ID im PDF nicht exakt einer ID im Feed, erhält dieses Produkt schlicht kein Enrichment.
3. Uneinheitliche Spaltennamen – ein bisher funktionierender Feed kann fehlschlagen, wenn eine Spaltenüberschrift zwischen Aktualisierungen umbenannt wird; iPaper empfiehlt ausdrücklich, zuerst die Spaltennamen zu prüfen, wenn eine funktionierende Automation plötzlich fehlschlägt.
4. Kopfzeile oder Arbeitsblatt an der falschen Stelle – standardmäßig sucht die Automation nur in Zeile 1 des ersten Arbeitsblatts nach Überschriften; an anderer Stelle platzierte Daten müssen in den Automation-Einstellungen angegeben werden.
5. Verschachtelte Datenstrukturen – ein Feed mit verschachtelten Feldern statt einer flachen Struktur kann verhindern, dass die Automation ihn korrekt liest.
6. Nicht auswählbarer PDF-Text – ist das zugrunde liegende PDF ein gescanntes Bild statt nativen Texts, kann die Automation überhaupt keine IDs für den Abgleich mit dem Feed finden, unabhängig von der Feed-Qualität.
7. Abweichender Name der versteckten ID-Ebene – liegen Product IDs auf einer versteckten PDF-Ebene, muss der Ebenenname exakt dem im Automation-Setup definierten Namen entsprechen.
8. Nicht unterstützte PDF-Version – iPaper unterstützt PDF 1.7 und älter, wobei Version 1.5 für die beste Kompatibilität empfohlen wird.

Allgemeine Best Practices – nicht aus einem iPaper-spezifischen Dokument –, um einen Feed für iPaper gesund zu halten:

1. Halten Sie Ihre Product ID/SKU in Ihrem Feed, Ihrer PDF-Kennzeichnung und allen anderen Kanälen (Webshop, Marktplätze) identisch, damit eine einzelne ID-Änderung nicht systemübergreifend abgeglichen werden muss.
2. Trennen Sie in Ihrer Update-Logik schnell wechselnde Felder (Preis, Bestand) von statischen Feldern (Name, Beschreibung, Bilder) und aktualisieren Sie die schnell wechselnden in Ihrer Feed-Pipeline in kürzeren Intervallen.
3. Prüfen Sie Ihren Feed vor jeder Veröffentlichung anhand einer Checkliste zu flacher Struktur und Codierung – verschachtelte Objekte und Nicht-Unicode-Zeichen sind häufige Ursachen für unbemerkte Importfehler.
4. Versehen Sie Ihre Feed-Exporte mit Versionen oder Zeitstempeln, damit Sie schnell erkennen, ob ein Enrichment-Fehler auf veraltete Daten oder eine echte Abweichung zurückgeht.
5. Halten Sie einen kleinen Testkatalog oder ein Test-PDF mit Ihrem Feed verbunden, damit Änderungen an Spaltennamen oder Struktur auffallen, bevor sie einen öffentlichen, kundenseitigen Katalog betreffen.

Welche Dateiformate akzeptiert iPaper für Produktdaten?
XML, CSV, JSON und Google-Merchant-Feeds, bereitgestellt entweder als einmalige statische Datei oder als regelmäßig aktualisierter Live-Feed.

Muss mein Feed die Feldnamen von Google Merchant Center verwenden?
Nur wenn Sie in iPaper die Formatoption "Google Merchant feed" wählen. Bei individuellen CSV-, XML- oder JSON-Feeds liest iPaper die von Ihnen verwendeten Spalten- bzw. Überschriftennamen, solange sie über Aktualisierungen hinweg gleich bleiben.

Welches Feld braucht iPaper unbedingt?
Eine eindeutige Product ID/SKU, die auch im PDF vorkommt (als sichtbarer Text, versteckter Text, Ebene oder Kommentar), denn über diese ID ordnet die Enrichment Automation Feed-Zeilen den Katalogseiten zu.

Kann iPaper verschachteltes JSON oder XML lesen?
Nein – die Dokumentation von iPaper verlangt ausdrücklich eine flache, nicht verschachtelte Datenstruktur, damit die Enrichment Automation sie verarbeiten kann.

Sollte ich eine statische Datei oder einen Live-Feed verwenden?
Verwenden Sie eine statische Datei, wenn sich Ihre Produktdaten während der Laufzeit des Katalogs nicht ändern; verwenden Sie einen Live-Feed, wenn sich Preise oder Bestände in diesem Zeitraum ändern.

Meine Automation hat früher funktioniert und erzeugt jetzt keine Links mehr – was hat sich geändert?
Der Troubleshooting-Leitfaden von iPaper verweist zuerst auf einheitliche Spaltennamen und den Abgleich der Product IDs, dann auf das PDF selbst (gescannter bzw. nicht auswählbarer Text, falscher Name der versteckten Ebene oder eine nicht unterstützte PDF-Version über 1.7).

iPaper ist eine Plattform, die Unternehmen Lösungen für digitales Publishing bietet, um interaktive Online-Kataloge, Broschüren, Magazine und andere digitale Publikationen zu erstellen. Unternehmen können damit ihre vorhandenen PDFs einfach in digitale Publikationen umwandeln, die für verschiedene Geräte optimiert und auf Websites eingebettet werden können.

iPaper wurde 2006 gegründet und ist damit ein etablierter Akteur in der Branche des digitalen Publishings. Ziel ist es, Unternehmen beim Übergang von traditionellen Printmedien zu digitalen Publikationen zu unterstützen, damit sie ein breiteres Publikum erreichen und das Nutzererlebnis verbessern können.

Die iPaper-Plattform stammt aus Dänemark und ist damit ein Produkt dänischer Innovationskraft. Dänemark ist für seinen starken Fokus auf Technologie und Design bekannt, und iPaper spiegelt diese Werte mit einer intuitiven und optisch ansprechenden Plattform wider.

Die iPaper-Plattform bietet eine Reihe von Funktionen, die das digitale Publishing verbessern. Nutzer können Erscheinungsbild und Layout ihrer Publikationen anpassen und interaktive Elemente wie Videos, Hyperlinks und Animationen hinzufügen. So werden die Publikationen ansprechend und interaktiv und bieten Lesern ein intensiveres Erlebnis.

Darüber hinaus bietet iPaper leistungsstarke Analysetools, mit denen Unternehmen Einblicke in das Verhalten ihres Publikums und dessen Interaktion mit den Publikationen gewinnen. Diese Daten helfen Unternehmen, fundierte Entscheidungen zu treffen und ihre digitalen Publikationen für bessere Ergebnisse zu optimieren.

Die Plattform ist außerdem benutzerfreundlich gestaltet: Für die Erstellung und Veröffentlichung professionell wirkender digitaler Publikationen sind keine Programmier- oder technischen Kenntnisse erforderlich. Ein Drag-and-Drop-Editor macht es einfach, Inhalte anzupassen und zu erstellen.

Zudem sorgt iPaper dafür, dass die digitalen Publikationen responsiv und mit verschiedenen Geräten und Bildschirmgrößen kompatibel sind. So können Nutzer die Publikationen auf unterschiedlichen Smartphones, Tablets und Desktop-Rechnern aufrufen und genießen.

Mit seinem benutzerfreundlichen Design, leistungsstarken Funktionen und dem Fokus auf ein nahtloses digitales Publishing-Erlebnis hat iPaper bei Unternehmen verschiedenster Branchen Anerkennung und Beliebtheit gewonnen. Es hat sich zu einer vertrauenswürdigen Plattform für die Erstellung und Verbreitung digitaler Publikationen weltweit entwickelt.

Zusammenfassend ist iPaper eine 2006 gegründete Plattform für digitales Publishing dänischen Ursprungs. Sie bietet Unternehmen Werkzeuge, um ihre PDFs in interaktive und responsive digitale Publikationen umzuwandeln, die das Nutzererlebnis verbessern und ein breiteres Publikum erreichen können. Mit ihrem Funktionsumfang und ihrer benutzerfreundlichen Oberfläche ist iPaper zur ersten Wahl für Unternehmen geworden, die von traditionellen Printmedien auf digitales Publishing umsteigen möchten.