Отправляйте в iPaper товары, которые стоит показывать.

iPaper — датская платформа цифровых каталогов и флипбуков, которую ритейлеры, супермаркеты и сети товаров для дома и ремонта используют, чтобы превращать данные о товарах и PDF-брошюры в интерактивные онлайн-каталоги, удобные на мобильных устройствах. В основе продукта лежат два способа публикации: Flipbooks, которые превращают существующие PDF-каталоги в цифровые издания с перелистыванием страниц, и Horizon, который строит страницы в стиле каталога непосредственно из товарного фида, без этапа дизайна PDF. Такие ритейл-бренды, как JYSK, Bricomarche, Conforama и 10-4, используют iPaper, чтобы сезонные предложения, еженедельные брошюры и каталоги кампаний оставались актуальными и в них можно было сразу совершать покупки.

В обоих способах публикации именно данные о товарах превращают статичную страницу в страницу для покупок: Enrichment Automation от iPaper считывает товарный фид или файл и размещает кликабельные точки (hotspots) поверх соответствующих товаров в каталоге, чтобы покупатели могли посмотреть цены, варианты и изображения или сразу добавить товары в корзину.

Собственные данные кейсов iPaper (на примере датского ритейлера товаров для дома и ремонта 10-4) показывают рост времени в интернет-магазине после посещения каталога на 72,5%, на 87,0% больше просмотренных страниц через цифровые каталоги и на 5,1% более высокую стоимость корзины у посетителей каталога — эти показатели зависят от точности исходных данных о товарах, поскольку расхождения в ценах, наличии и изображениях напрямую нарушают процесс покупки внутри флипбука.

1. Кликабельные точки и всплывающие окна товаров работают только тогда, когда Product ID/SKU в фиде совпадает с ID, встроенным в PDF или шаблон, — актуальный фид поддерживает это соответствие по мере изменения каталога.
2. Каталоги в стиле Horizon на основе фида генерируются непосредственно из фида, поэтому неполные или некорректные данные ограничивают макеты и карточки товаров, которые iPaper может создать автоматически.
3. Для часто меняющихся полей цены и наличия (акции, распродажи) лучше подходит фид, а не одноразовый статичный файл, поскольку iPaper рассматривает фиды и статичные файлы как разные модели актуальности данных.
4. Один правильно структурированный фид может обслуживать и механизм кликабельных точек Enrichment Automation, и функции Shop Checkout/Shop Export, избавляя от повторного ручного ввода данных.

Enrichment Automation от iPaper — это механизм, который фактически связывает ваш фид со страницей каталога. При обработке PDF iPaper извлекает весь текст, гиперссылки, метаданные и положение каждого слова на странице. Затем она ищет Product ID, встроенные в PDF, — в виде видимого текста, скрытого текста, отдельного слоя или комментария Acrobat — и сопоставляет каждый из них с полем Product ID/SKU в вашем файле данных или фиде. При нахождении совпадения iPaper автоматически создаёт обогащение (ссылку на магазин, внешнюю ссылку, всплывающее окно, галерею изображений или карточку Product View) и размещает его в месте расположения этого слова.

Поддерживаются два подхода к сопоставлению: перекрёстная сверка встроенных в PDF ID с вашим фидом или (при интеграции через JavaScript) извлечение ID непосредственно из текста PDF с помощью регулярного выражения — например, по шаблону из 6–10 цифр, — когда отдельного слоя с ID нет. В документации iPaper указано, что Product ID при необходимости могут содержать пробелы, но никогда не должны включать переносы строк и не должны перекрываться с другим текстом на странице, поскольку и то и другое нарушит сопоставление.

Enrichment Automation от iPaper принимает четыре типа источников данных: .xml, .csv, .json и фид Google Merchant. Каждый из них можно передать либо как статичный файл данных (однократный снимок, подходящий, когда информация о товарах не изменится в период действия каталога), либо как динамический фид (рабочий URL, используемый, когда цены, наличие или другие поля меняются в течение срока жизни флипбука).

1. Данные должны быть плоскими, а не вложенными — в собственных рекомендациях iPaper указано, что именно плоская структура данных позволяет Enrichment Automation правильно читать файл.
2. По умолчанию автоматизация ищет названия заголовков/столбцов начиная со строки 1 первого листа, если явно не настроены другая строка или лист.
3. Названия заголовков/столбцов должны оставаться неизменными между обновлениями — ранее работавшая автоматизация может дать сбой, если название заголовка изменится.
4. URL фидов должны использовать подтверждённый брендированный домен, HTTPS и кодирование URL в соответствии с RFC 2396/RFC 1738.
5. Всё содержимое фида должно использовать допустимые символы Unicode.

Для работы сопоставления iPaper строго требует только одно поле — уникальный постоянный Product ID/SKU, — но более богатый фид открывает доступ к большему числу типов обогащения (карточки Product View, галереи изображений, всплывающие окна магазина). Если вы передаёте данные через вариант с фидом Google Merchant, iPaper ожидает стандартные названия атрибутов Google Merchant Center, приведённые ниже; для пользовательских фидов CSV/XML/JSON iPaper принимает ваши собственные названия столбцов при условии, что они остаются неизменными между обновлениями.

iPaper также рекомендует сохранять один и тот же Product ID для одного и того же товара во всех странах и на всех языках, чтобы одну настройку автоматизации можно было повторно использовать для локализаций каталога.

iPaper не предлагает специального приложения Feedance или партнёрской интеграции в один клик — платформа получает данные о товарах через универсальную загрузку файлов/фидов в Enrichment Automation, которая принимает загруженный статичный файл или URL рабочего фида. Задача Feedance — обеспечить, чтобы данные, поступающие на этот этап загрузки, уже соответствовали ожиданиям Enrichment Automation и настройка на стороне iPaper прошла гладко.

1. В Feedance сопоставьте исходные данные о товарах (PIM, e-commerce-платформа или таблица) с плоской, невложенной структурой — без вложенных массивов и подобъектов, в соответствии с требованием iPaper к плоским данным.
2. Выберите формат вывода, который принимает iPaper: CSV, XML, JSON или фид, совместимый с Google Merchant Center, если вы хотите повторно использовать стандартные названия полей, такие как id, title и price.
3. Убедитесь, что в каждой строке товара указан тот же уникальный Product ID/SKU, который вы используете (или планируете встроить) в PDF, и сохраняйте этот ID стабильным для всех языков и версий для разных стран.
4. Опубликуйте фид из Feedance по стабильному HTTPS-URL с кодированием, соответствующим RFC, затем вставьте этот URL в настройку источника данных Enrichment Automation в iPaper как фид (а не статичный файл), если цены или наличие меняются в течение срока жизни каталога.
5. Выполните первый прогон автоматизации на тестовом PDF или макете Horizon, чтобы убедиться, что названия заголовков и столбец Product ID считываются правильно, прежде чем применять её ко всему каталогу.

iPaper поддерживает два режима обновления источников данных Enrichment Automation:

1. По запросу — фид формируется заново каждый раз, когда посетитель открывает URL каталога. Это поддерживает максимальную актуальность быстро меняющихся данных, таких как цена и наличие, но, как отмечает iPaper, может влиять на время загрузки страницы.
2. По расписанию — фид пересоздаётся через заданные интервалы, например дважды в день. Это немного жертвует актуальностью ради более быстрой загрузки каталога.

Собственная рекомендация iPaper — выбирать режим в соответствии с тем, как часто реально меняются исходные данные: используйте рабочий фид с регулярными обновлениями для акционных цен и кампаний, чувствительных к наличию, и статичный однократный файл для каталогов, данные о товарах в которых фиксированы на весь период кампании.

Это задокументированные точки сбоя из собственного руководства iPaper по устранению неполадок Enrichment Automation; большинство из них связаны с фидом, а не с PDF:

1. «Custom Link Import produced no links» — основное уведомление о сбое, когда Enrichment Automation не может создать ни одного обогащения в ходе обработки.
2. Несовпадающие Product ID — если ID в PDF не соответствует в точности ID в фиде, этот товар просто не получит обогащения.
3. Непостоянные названия заголовков — ранее работавший фид может начать давать сбои, если заголовок столбца переименован между обновлениями; iPaper прямо рекомендует в первую очередь проверять названия заголовков, когда работавшая автоматизация внезапно перестаёт работать.
4. Строка заголовков или лист не на своём месте — по умолчанию автоматизация ищет заголовки только в строке 1 первого листа; если данные расположены иначе, это нужно указать в настройках автоматизации.
5. Вложенные структуры данных — фид с вложенными полями вместо плоской структуры может помешать автоматизации правильно его прочитать.
6. Невыделяемый текст PDF — если исходный PDF представляет собой отсканированное изображение, а не настоящий текст, автоматизация вообще не сможет найти ID для сопоставления с фидом, независимо от качества фида.
7. Несовпадение названия скрытого слоя с ID — если Product ID находятся на скрытом слое PDF, название слоя должно точно совпадать с указанным в настройке автоматизации.
8. Неподдерживаемая версия PDF — iPaper поддерживает PDF версии 1.7 и ниже, а для наилучшей совместимости рекомендуется версия 1.5.

Общие лучшие практики — не взятые из специального документа iPaper — для поддержания фида для iPaper в хорошем состоянии:

1. Используйте одинаковый Product ID/SKU в фиде, в разметке PDF и в любом другом канале (интернет-магазин, маркетплейсы), чтобы изменение одного ID не приходилось согласовывать между системами.
2. Разделяйте в логике обновления быстро меняющиеся поля (цена, наличие) и статичные поля (название, описание, изображения) и обновляйте быстро меняющиеся с более коротким интервалом в своём конвейере фидов.
3. Перед каждой публикацией проверяйте фид по чек-листу плоской структуры и кодировки — вложенные объекты и символы, не относящиеся к Unicode, — частые причины незаметных сбоев импорта.
4. Добавляйте к экспортам фида версию или временную метку, чтобы быстро понимать, вызван ли сбой обогащения устаревшими данными или реальным несовпадением.
5. Держите небольшой тестовый каталог или PDF, подключённый к вашему фиду, чтобы изменения названий заголовков или структуры выявлялись до того, как они затронут рабочий каталог, который видят покупатели.

Какие форматы файлов iPaper принимает для данных о товарах?
XML, CSV, JSON и фид Google Merchant — либо в виде однократного статичного файла, либо в виде рабочего, регулярно обновляемого фида.

Обязательно ли использовать в фиде названия полей Google Merchant Center?
Только если вы выбираете в iPaper вариант формата «Google Merchant feed». Для пользовательских фидов CSV, XML или JSON iPaper считывает любые используемые вами названия столбцов/заголовков, при условии что они остаются неизменными между обновлениями.

Какое поле iPaper нужно обязательно?
Уникальный Product ID/SKU, который также присутствует в PDF (в виде видимого текста, скрытого текста, слоя или комментария), поскольку именно по этому ID Enrichment Automation сопоставляет строки фида со страницами каталога.

Может ли iPaper читать вложенный JSON или XML?
Нет — документация iPaper прямо требует плоскую, невложенную структуру данных, чтобы Enrichment Automation могла её разобрать.

Что использовать: статичный файл или рабочий фид?
Используйте статичный файл, если данные о товарах не изменятся за время жизни каталога; используйте рабочий фид, если в этот период меняются цены или наличие.

Моя автоматизация раньше работала, а теперь не создаёт ссылок — что изменилось?
Руководство iPaper по устранению неполадок в первую очередь указывает на неизменность названий заголовков и сопоставление Product ID, а затем — на сам PDF (отсканированный/невыделяемый текст, неверное название скрытого слоя или неподдерживаемая версия PDF выше 1.7).

iPaper — платформа цифровых издательских решений, позволяющая компаниям создавать интерактивные онлайн-каталоги, брошюры, журналы и другие цифровые публикации. Она позволяет компаниям легко превращать существующие PDF-файлы в цифровые публикации, которые можно оптимизировать для разных устройств и встраивать на сайты.

iPaper была основана в 2006 году и является давно утвердившимся игроком в сфере цифровых публикаций. Её цель — помочь компаниям перейти от традиционных печатных СМИ к цифровым публикациям, чтобы охватывать более широкую аудиторию и улучшать пользовательский опыт.

Платформа iPaper появилась в Дании и является продуктом датских инноваций. Дания известна сильным вниманием к технологиям и дизайну, и iPaper отражает эти ценности, предлагая интуитивно понятную и визуально привлекательную платформу.

Платформа iPaper предлагает ряд функций, улучшающих работу с цифровыми публикациями. Она позволяет пользователям настраивать внешний вид и макет публикаций, включая добавление интерактивных элементов, таких как видео, гиперссылки и анимация. Благодаря этому публикации становятся увлекательными и интерактивными и дают читателям более глубокое погружение.

Кроме того, iPaper предоставляет мощные инструменты аналитики, которые позволяют компаниям понимать поведение своей аудитории и её вовлечённость в публикации. Эти данные помогают компаниям принимать обоснованные решения и оптимизировать цифровые публикации для лучших результатов.

Платформа также разработана так, чтобы быть удобной: для создания и публикации профессионально выглядящих цифровых публикаций не нужны навыки программирования или технические знания. Она предлагает редактор с функцией перетаскивания, который упрощает настройку и создание контента.

Кроме того, iPaper обеспечивает адаптивность цифровых публикаций и их совместимость с различными устройствами и размерами экранов. Благодаря этому пользователи могут открывать и просматривать публикации на разных смартфонах, планшетах и настольных компьютерах.

Благодаря удобному дизайну, мощным функциям и ориентации на беспрепятственную работу с цифровыми публикациями iPaper получила признание и популярность среди компаний из разных отраслей. Она стала надёжной платформой для создания и распространения цифровых публикаций по всему миру.

В заключение: iPaper — платформа цифровых публикаций датского происхождения, основанная в 2006 году. Она даёт компаниям инструменты для превращения PDF-файлов в интерактивные и адаптивные цифровые публикации, которые улучшают пользовательский опыт и помогают охватить более широкую аудиторию. Благодаря набору функций и удобному интерфейсу iPaper стала одной из основных платформ для компаний, которые хотят перейти от традиционных печатных СМИ к цифровым публикациям.