Wyślij do iPaper produkty warte pokazania.

iPaper to duńska platforma do cyfrowych katalogów i flipbooków, z której korzystają sprzedawcy detaliczni, supermarkety i sieci marketów budowlanych (DIY), aby zamieniać dane produktowe i broszury PDF w interaktywne, przyjazne urządzeniom mobilnym katalogi online. Rdzeń produktu stanowią dwie ścieżki publikacji: Flipbooks, które przekształcają istniejące katalogi PDF w cyfrowe publikacje z przewracanymi stronami, oraz Horizon, który buduje strony w stylu katalogu bezpośrednio z feedu produktowego, bez etapu projektowania PDF. Marki detaliczne, takie jak JYSK, Bricomarche, Conforama i 10-4, korzystają z iPaper, aby sezonowe oferty, cotygodniowe gazetki i katalogi kampanii były zawsze aktualne i umożliwiały zakupy.

W obu ścieżkach to dane produktowe zamieniają statyczną stronę w taką, na której można robić zakupy: Enrichment Automation w iPaper odczytuje feed lub plik produktowy i umieszcza klikalne hotspoty na odpowiadających im produktach w katalogu, dzięki czemu kupujący mogą zobaczyć ceny, warianty i zdjęcia albo dodać produkty bezpośrednio do koszyka.

Dane z case study iPaper (dotyczące duńskiej sieci DIY 10-4) wskazują na 72,5% dłuższy czas spędzany w sklepie internetowym po odwiedzeniu katalogu, 87,0% więcej stron wyświetlonych przez katalogi cyfrowe i 5,1% wyższą wartość koszyka u osób odwiedzających katalog – wyniki te zależą od dokładności danych produktowych, ponieważ niezgodności cen, stanów i zdjęć bezpośrednio psują zakupy wewnątrz flipbooka.

1. Hotspoty i wyskakujące okna produktów działają tylko wtedy, gdy Product ID/SKU w feedzie odpowiada ID osadzonemu w PDF lub szablonie – aktualny feed utrzymuje tę zgodność w miarę zmian w katalogu.
2. Katalogi oparte na feedzie w stylu Horizon są generowane bezpośrednio z feedu, więc niekompletne lub błędnie sformatowane dane ograniczają układy i karty produktów, które iPaper może zbudować automatycznie.
3. Pola ceny i stanów, które często się zmieniają (promocje, wyprzedanie), najlepiej obsługiwać przez feed, a nie jednorazowy plik statyczny, ponieważ iPaper traktuje feedy i pliki statyczne jako różne modele aktualności danych.
4. Jeden prawidłowo ustrukturyzowany feed może obsługiwać zarówno silnik hotspotów Enrichment Automation, jak i funkcje Shop Checkout/Shop Export, co eliminuje podwójne ręczne wprowadzanie danych.

Enrichment Automation w iPaper to mechanizm, który faktycznie łączy twój feed ze stroną katalogu. Podczas przetwarzania pliku PDF iPaper wyodrębnia cały tekst, hiperłącza, metadane i położenie każdego słowa na stronie. Następnie szuka osadzonych w PDF identyfikatorów produktów (Product ID) – jako widocznego tekstu, ukrytego tekstu, dedykowanej warstwy lub komentarza Acrobat – i dopasowuje każdy z nich do pola Product ID/SKU w twoim pliku danych lub feedzie. Gdy znajdzie dopasowanie, iPaper automatycznie tworzy wzbogacenie (link do sklepu, link zewnętrzny, wyskakujące okno, galerię zdjęć lub kartę Product View) i umieszcza je w miejscu danego słowa.

Obsługiwane są dwa sposoby dopasowania: porównywanie ID osadzonych w PDF z feedem albo (w przypadku integracji JavaScript) użycie wyrażenia regularnego do wyodrębnienia ID bezpośrednio z tekstu PDF, np. przez dopasowanie wzorca liczbowego o długości 6–10 cyfr, gdy nie ma osobnej warstwy z ID. Dokumentacja iPaper podaje, że Product ID mogą w razie potrzeby zawierać spacje, ale nigdy nie mogą zawierać podziałów wiersza ani nachodzić na inny tekst na stronie, ponieważ jedno i drugie uniemożliwia dopasowanie.

Enrichment Automation w iPaper przyjmuje cztery typy źródeł danych: .xml, .csv, .json oraz feed Google Merchant. Każde z nich można dostarczyć jako statyczny plik danych (jednorazowy zrzut, odpowiedni, gdy informacje o produktach nie zmienią się w okresie aktywności katalogu) lub jako dynamiczny feed (aktywny adres URL, używany, gdy ceny, stany lub inne pola zmieniają się w czasie życia flipbooka).

1. Dane muszą być płaskie, a nie zagnieżdżone – wytyczne iPaper wskazują, że to płaska struktura danych pozwala Enrichment Automation poprawnie odczytać plik.
2. Domyślnie automatyzacja szuka nazw nagłówków/kolumn od wiersza 1 pierwszego arkusza, chyba że wyraźnie skonfigurowano inny wiersz lub arkusz.
3. Nazwy nagłówków/kolumn muszą pozostawać takie same między aktualizacjami – wcześniej działająca automatyzacja może przestać działać, jeśli zmieni się nazwa nagłówka.
4. Adresy URL feedów muszą korzystać ze zweryfikowanej domeny firmowej, HTTPS i kodowania URL zgodnego z RFC 2396/RFC 1738.
5. Cała zawartość feedu powinna używać prawidłowych znaków Unicode.

Do działania dopasowania iPaper ściśle wymaga tylko jednego pola – unikalnego, stałego Product ID/SKU – ale bogatszy feed odblokowuje więcej typów wzbogaceń (karty Product View, galerie zdjęć, wyskakujące okna sklepu). Jeśli dostarczasz dane w opcji feedu Google Merchant, iPaper oczekuje standardowych nazw atrybutów Google Merchant Center pokazanych poniżej; w przypadku niestandardowych feedów CSV/XML/JSON iPaper akceptuje twoje własne nazwy kolumn, o ile pozostają spójne między aktualizacjami.

iPaper zaleca też zachowanie tego samego Product ID dla tego samego produktu we wszystkich krajach i językach, aby jedną konfigurację automatyzacji można było wykorzystać w różnych wersjach językowych katalogu.

iPaper nie oferuje dedykowanej aplikacji Feedance ani partnerskiej integracji jednym kliknięciem – pobiera dane produktowe przez ogólny mechanizm przesyłania pliku/feedu w Enrichment Automation, który przyjmuje przesłany plik statyczny lub adres URL aktywnego feedu. Rolą Feedance jest zadbanie o to, by dane docierające do tego etapu już odpowiadały oczekiwaniom Enrichment Automation, dzięki czemu konfiguracja po stronie iPaper przebiega sprawnie.

1. W Feedance zmapuj źródłowe dane produktowe (PIM, platforma e-commerce lub arkusz) na płaską, niezagnieżdżoną strukturę – bez zagnieżdżonych tablic czy podobiektów, zgodnie z wymaganiem iPaper dotyczącym płaskich danych.
2. Wybierz format wyjściowy obsługiwany przez iPaper: CSV, XML, JSON lub feed zgodny z Google Merchant Center, jeśli chcesz używać standardowych nazw pól, takich jak id, title i price.
3. Upewnij się, że każdy wiersz produktu zawiera ten sam unikalny Product ID/SKU, którego używasz (lub planujesz osadzić) w PDF, i zachowaj stałość tego ID we wszystkich wersjach językowych i krajowych.
4. Opublikuj feed z Feedance jako stały adres URL HTTPS z kodowaniem zgodnym z RFC, a następnie wklej ten adres w konfiguracji źródła danych Enrichment Automation w iPaper jako feed (a nie plik statyczny), jeśli ceny lub stany zmieniają się w czasie życia katalogu.
5. Przeprowadź pierwsze uruchomienie automatyzacji na testowym PDF lub układzie Horizon, aby potwierdzić, że nazwy nagłówków i kolumna Product ID są odczytywane poprawnie, zanim wdrożysz to w pełnym katalogu.

iPaper obsługuje dwa tryby aktualizacji źródeł danych Enrichment Automation:

1. Na żądanie – feed jest generowany od nowa za każdym razem, gdy odwiedzający ładuje adres URL katalogu. Dzięki temu szybko zmieniające się dane, takie jak cena i stany, są jak najbardziej aktualne, ale iPaper zaznacza, że może to wpływać na czas ładowania strony.
2. Według harmonogramu – feed jest generowany ponownie w ustalonych odstępach, np. dwa razy dziennie. To kompromis: odrobinę mniej aktualne dane w zamian za szybsze ładowanie katalogu.

Wytyczne iPaper zalecają wybór trybu odpowiadającego temu, jak często faktycznie zmieniają się dane źródłowe: aktywny feed z regularnymi aktualizacjami dla cen promocyjnych i kampanii zależnych od stanów, a statyczny jednorazowy plik dla katalogów, w których dane produktowe są stałe przez cały okres kampanii.

Poniżej opisane w przewodniku iPaper po rozwiązywaniu problemów z Enrichment Automation punkty awarii – większość z nich wynika z feedu, a nie z PDF:

1. „Custom Link Import produced no links” – główny komunikat o błędzie, gdy Enrichment Automation nie może utworzyć żadnych wzbogaceń w danym przebiegu przetwarzania.
2. Niezgodne Product ID – jeśli ID w PDF nie odpowiada dokładnie ID w feedzie, dany produkt po prostu nie otrzyma wzbogacenia.
3. Niespójne nazwy nagłówków – feed, który wcześniej działał, może przestać działać, jeśli nagłówek kolumny zostanie przemianowany między aktualizacjami; iPaper wyraźnie zaleca, by w przypadku nagłej awarii działającej automatyzacji najpierw sprawdzić nazwy nagłówków.
4. Wiersz nagłówków lub arkusz w niewłaściwym miejscu – domyślnie automatyzacja szuka nagłówków tylko w wierszu 1 pierwszego arkusza; dane umieszczone gdzie indziej trzeba wskazać w ustawieniach automatyzacji.
5. Zagnieżdżone struktury danych – feed z zagnieżdżonymi polami zamiast płaskiej struktury może uniemożliwić automatyzacji jego poprawne odczytanie.
6. Niezaznaczalny tekst PDF – jeśli źródłowy PDF jest zeskanowanym obrazem, a nie natywnym tekstem, automatyzacja w ogóle nie znajdzie ID do dopasowania z feedem, niezależnie od jakości feedu.
7. Niezgodna nazwa ukrytej warstwy z ID – gdy Product ID znajdują się na ukrytej warstwie PDF, nazwa warstwy musi dokładnie odpowiadać tej zdefiniowanej w konfiguracji automatyzacji.
8. Nieobsługiwana wersja PDF – iPaper obsługuje PDF w wersji 1.7 i niższych, a dla najlepszej zgodności zaleca wersję 1.5.

Ogólne dobre praktyki – niepochodzące z dokumentacji iPaper – pomagające utrzymać w dobrej kondycji feed przeznaczony dla iPaper:

1. Utrzymuj identyczny Product ID/SKU w feedzie, oznaczeniach w PDF i każdym innym kanale (sklep internetowy, marketplace'y), aby zmiana jednego ID nie wymagała uzgadniania w wielu systemach.
2. Oddziel w logice aktualizacji szybko zmieniające się pola (cena, stany) od statycznych (nazwa, opis, zdjęcia) i odświeżaj te pierwsze w krótszych odstępach w swoim procesie feedowym.
3. Przed każdą publikacją sprawdzaj feed pod kątem płaskiej struktury i kodowania – zagnieżdżone obiekty i znaki spoza Unicode to częste przyczyny cichych błędów importu.
4. Wersjonuj eksporty feedu lub opatruj je znacznikami czasu, aby szybko ustalić, czy błąd wzbogacania wynika z nieaktualnych danych, czy z rzeczywistej niezgodności.
5. Utrzymuj mały testowy katalog lub PDF podłączony do feedu, aby zmiany nazw nagłówków czy struktury zostały wychwycone, zanim trafią do aktywnego katalogu dla klientów.

Jakie formaty plików iPaper przyjmuje dla danych produktowych?
XML, CSV, JSON i feed Google Merchant – jako jednorazowy plik statyczny lub aktywny, regularnie aktualizowany feed.

Czy mój feed musi używać nazw pól Google Merchant Center?
Tylko jeśli wybierzesz w iPaper opcję formatu „Google Merchant feed”. W przypadku niestandardowych feedów CSV, XML lub JSON iPaper odczytuje dowolne nazwy kolumn/nagłówków, o ile pozostają spójne między aktualizacjami.

Jakie jedno pole jest dla iPaper absolutnie niezbędne?
Unikalny Product ID/SKU, który występuje także w PDF (jako widoczny tekst, ukryty tekst, warstwa lub komentarz), ponieważ to właśnie po tym ID Enrichment Automation dopasowuje wiersze feedu do stron katalogu.

Czy iPaper potrafi odczytać zagnieżdżony JSON lub XML?
Nie – dokumentacja iPaper wyraźnie wymaga płaskiej, niezagnieżdżonej struktury danych, aby Enrichment Automation mogła ją przetworzyć.

Czy użyć pliku statycznego, czy aktywnego feedu?
Użyj pliku statycznego, gdy dane produktowe nie zmienią się przez cały czas życia katalogu; użyj aktywnego feedu, gdy ceny lub stany zmieniają się w tym okresie.

Moja automatyzacja wcześniej działała, a teraz nie tworzy żadnych linków – co się zmieniło?
Przewodnik iPaper po rozwiązywaniu problemów wskazuje najpierw na spójność nazw nagłówków i dopasowanie Product ID, a następnie na sam PDF (zeskanowany/niezaznaczalny tekst, błędna nazwa ukrytej warstwy lub nieobsługiwana wersja PDF powyżej 1.7).

iPaper to platforma oferująca firmom rozwiązania do publikacji cyfrowych, umożliwiające tworzenie interaktywnych katalogów online, broszur, magazynów i innych publikacji cyfrowych. Pozwala firmom łatwo przekształcać istniejące pliki PDF w publikacje cyfrowe, które można optymalizować pod różne urządzenia i osadzać na stronach internetowych.

iPaper został założony w 2006 roku, co czyni go ugruntowanym graczem w branży publikacji cyfrowych. Jego celem jest pomaganie firmom w przejściu od tradycyjnych mediów drukowanych do publikacji cyfrowych, aby mogły docierać do szerszej grupy odbiorców i poprawiać doświadczenia użytkowników.

Platforma iPaper pochodzi z Danii i jest produktem duńskiej innowacyjności. Dania słynie z silnego nacisku na technologię i design, a iPaper odzwierciedla te wartości, oferując intuicyjną i atrakcyjną wizualnie platformę.

Platforma iPaper oferuje szereg funkcji usprawniających publikowanie cyfrowe. Pozwala użytkownikom dostosowywać wygląd i układ publikacji, w tym dodawać elementy interaktywne, takie jak filmy, hiperłącza i animacje. Dzięki temu publikacje są angażujące i interaktywne, zapewniając czytelnikom bardziej immersyjne doświadczenie.

Ponadto iPaper udostępnia rozbudowane narzędzia analityczne, które pozwalają firmom poznać zachowania odbiorców i ich zaangażowanie w publikacje. Te dane pomagają firmom podejmować świadome decyzje i optymalizować publikacje cyfrowe, aby osiągać lepsze wyniki.

Platforma została też zaprojektowana z myślą o łatwości obsługi: tworzenie i publikowanie profesjonalnie wyglądających publikacji cyfrowych nie wymaga kodowania ani umiejętności technicznych. Oferuje edytor typu „przeciągnij i upuść”, który ułatwia dostosowywanie i tworzenie treści.

Co więcej, iPaper zapewnia, że publikacje cyfrowe są responsywne i zgodne z różnymi urządzeniami i rozmiarami ekranów. Dzięki temu użytkownicy mogą korzystać z publikacji na różnych smartfonach, tabletach i komputerach.

Dzięki przyjaznemu projektowi, rozbudowanym funkcjom i naciskowi na płynne doświadczenie publikacji cyfrowych iPaper zyskał uznanie i popularność wśród firm z różnych branż. Stał się zaufaną platformą do tworzenia i dystrybucji publikacji cyfrowych na całym świecie.

Podsumowując, iPaper to platforma publikacji cyfrowych duńskiego pochodzenia, założona w 2006 roku. Zapewnia firmom narzędzia do przekształcania plików PDF w interaktywne i responsywne publikacje cyfrowe, które mogą poprawić doświadczenia użytkowników i pomóc dotrzeć do szerszej grupy odbiorców. Dzięki szerokiej gamie funkcji i przyjaznemu interfejsowi iPaper stał się platformą pierwszego wyboru dla firm, które chcą przejść od tradycyjnych mediów drukowanych do publikacji cyfrowych.