向 iPaper 发送 值得展示的商品。

iPaper 是一个丹麦数字目录和翻页书平台，零售商、超市和 DIY 连锁店用它将商品数据和 PDF 宣传册转化为互动式、适配移动端的在线商品目录。该产品的核心是两种发布路径：Flipbooks，将现有 PDF 商品目录转化为可翻页的数字体验；以及 Horizon，无需 PDF 设计步骤，直接根据商品 Feed 构建目录式页面。JYSK、Bricomarche、Conforama 和 10-4 等零售品牌都使用 iPaper，让季节性优惠、每周宣传册和活动目录保持可购物且实时更新。

在这两种发布路径中，商品数据都是让静态页面变得可购物的关键：iPaper 的 Enrichment Automation 会读取商品 Feed 或文件，并在目录中对应商品的上方放置可点击的热点，让购物者可以查看价格、变体和图片，或直接将商品加入购物车。

iPaper 自己的案例数据（引自丹麦 DIY 零售商 10-4）显示，访问目录后网店停留时间增加了 72.5%，通过数字目录浏览的页面数增加了 87.0%，目录访客的客单价高出 5.1%。这些数据都依赖于底层商品数据的准确性，因为价格、库存和图片不一致会直接破坏翻页书内的购物体验。

1. 只有当 Feed 中的 Product ID/SKU 与 PDF 或模板中嵌入的 ID 匹配时，热点和商品弹窗才能正常工作；实时 Feed 能让这种匹配随着商品目录的变化保持最新。
2. Horizon 式基于 Feed 的目录直接由 Feed 生成，因此数据不完整或格式错误，会限制 iPaper 能够自动构建的版式和商品卡片。
3. 经常变化的价格和库存字段（促销、售罄）最适合通过 Feed 提供，而不是一次性的静态文件，因为 iPaper 将 Feed 和静态文件视为不同的数据新鲜度模式。
4. 一个结构正确的 Feed 可以同时为 Enrichment Automation 热点引擎以及 Shop Checkout/Shop Export 功能提供数据，避免重复手动录入数据。

iPaper 的 Enrichment Automation 正是将您的 Feed 与目录页面真正连接起来的机制。处理 PDF 时，iPaper 会提取所有文本、超链接、元数据以及每个词在页面上的位置。然后，它会查找嵌入在 PDF 中的 Product ID（可以是可见文本、隐藏文本、专用图层或 Acrobat 注释），并将每个 ID 与您数据文件或 Feed 中的 Product ID/SKU 字段进行匹配。一旦找到匹配项，iPaper 会自动创建数据丰富元素（购物链接、外部链接、弹出框、图片库或 Product View 卡片），并将其放置在该词所在的位置。

支持两种匹配方式：将 PDF 中嵌入的 ID 与您的 Feed 进行交叉比对；或者（对于 JavaScript 集成）在没有单独 ID 图层的情况下，使用正则表达式直接从 PDF 文本中提取 ID，例如匹配 6–10 位数字的模式。iPaper 的文档指出，Product ID 在必要时可以包含空格，但绝不能包含换行符，也不能与页面上的其他文本重叠，因为这两种情况都会导致匹配失败。

iPaper 的 Enrichment Automation 接受四种数据源类型：.xml、.csv、.json 以及 Google Merchant Feed。每种类型都可以作为静态数据文件（一次性快照，适用于商品信息在目录有效期内不会变化的情况）提供，也可以作为动态 Feed（实时 URL，适用于价格、库存或其他字段在翻页书有效期内会发生变化的情况）提供。

1. 数据必须是扁平的，不能嵌套：iPaper 自己的指南指出，扁平的数据结构才能让 Enrichment Automation 正确读取文件。
2. 默认情况下，自动化会从第一个工作表的第 1 行开始查找标题/列名，除非明确配置了其他行或工作表。
3. 标题/列名在各次更新之间必须保持一致：如果某个标题名称发生变化，原本运行正常的自动化可能会失败。
4. Feed URL 必须使用经过验证的品牌域名、HTTPS，以及符合 RFC 2396/RFC 1738 的 URL 编码。
5. 所有 Feed 内容都应使用有效的 Unicode 字符。

iPaper 严格要求的只有一个字段，那就是唯一且持久的 Product ID/SKU，用来实现匹配；但内容更丰富的 Feed 可以解锁更多数据丰富类型（Product View 卡片、图片库、购物弹窗）。如果您通过 Google Merchant Feed 选项提供数据，iPaper 会要求使用下表所示的标准 Google Merchant Center 属性名称；对于自定义的 CSV/XML/JSON Feed，只要列名在各次更新之间保持一致，iPaper 就会接受您自己的列名。

iPaper 还建议在所有国家和语言中为同一商品保持相同的 Product ID，这样一套自动化设置就可以在各个本地化目录中重复使用。

iPaper 并未提供专门的 Feedance 应用或一键式合作伙伴集成，它通过 Enrichment Automation 的通用文件/Feed 上传功能接收商品数据，支持上传静态文件或提供实时 Feed URL。Feedance 的作用是确保进入这一上传步骤的数据已经符合 Enrichment Automation 的要求，让 iPaper 一侧的设置顺利进行。

1. 在 Feedance 中，将您的源商品数据（PIM、电商平台或电子表格）映射为扁平、非嵌套的结构，按照 iPaper 自己对扁平数据的要求，不使用嵌套数组或子对象。
2. 选择 iPaper 接受的输出格式：CSV、XML、JSON；如果您想复用 id、title 和 price 等标准字段名称，也可以选择兼容 Google Merchant Center 的 Feed。
3. 确保每个商品行都带有您在 PDF 中使用（或计划嵌入）的同一个唯一 Product ID/SKU，并让该 ID 在各语言和国家版本中保持稳定。
4. 从 Feedance 以稳定的 HTTPS URL（采用符合 RFC 的编码）发布 Feed；如果您的价格或库存在目录有效期内会发生变化，请将该 URL 作为 Feed（而非静态文件）粘贴到 iPaper 的 Enrichment Automation 数据源设置中。
5. 在推广到完整目录之前，先在测试 PDF 或 Horizon 版式上运行一次自动化，确认标题名称和 Product ID 列被正确读取。

iPaper 为 Enrichment Automation 数据源支持两种更新节奏：

1. 按需更新：每次访客加载目录 URL 时都会重新生成 Feed。这能让价格和库存等快速变化的数据保持尽可能新，但 iPaper 指出这可能会影响页面加载时间。
2. 按计划更新：按设定的间隔重新生成 Feed，例如每天两次。这会牺牲少许新鲜度，以换取更快的目录加载速度。

iPaper 自己的建议是，根据底层数据实际变化的频率选择相应的节奏：对于促销价格和对库存敏感的活动，使用定期更新的实时 Feed；对于商品数据在整个活动期间固定不变的目录，使用一次性静态文件。

以下是 iPaper 自己的 Enrichment Automation 故障排除指南中记录的失败点，其中大部分源于 Feed 而非 PDF：

1. “Custom Link Import produced no links”：当 Enrichment Automation 在一次处理运行中无法创建任何数据丰富元素时发出的主要失败通知。
2. Product ID 不匹配：如果 PDF 中的 ID 与 Feed 中的 ID 不完全对应，该商品就不会获得数据丰富元素。
3. 标题名称不一致：如果某个列标题在两次更新之间被重命名，原本正常的 Feed 可能会开始失败；iPaper 明确建议，当正常运行的自动化突然失败时，首先检查标题名称。
4. 标题行或工作表位置错误：默认情况下，自动化只在第一个工作表的第 1 行查找标题；放在其他位置的数据需要在自动化设置中明确指定。
5. 嵌套的数据结构：使用嵌套字段而非扁平结构的 Feed，可能导致自动化无法正确读取。
6. PDF 文本不可选中：如果底层 PDF 是扫描图片而非原生文本，无论 Feed 质量如何，自动化都根本无法找到可与 Feed 匹配的 ID。
7. 隐藏 ID 图层名称不匹配：当 Product ID 位于隐藏的 PDF 图层时，图层名称必须与自动化设置中定义的名称完全一致。
8. 不支持的 PDF 版本：iPaper 支持 PDF 1.7 及以下版本，建议使用 1.5 版本以获得最佳兼容性。

以下是保持面向 iPaper 的 Feed 健康运行的通用最佳实践（并非出自 iPaper 的专门文档）：

1. 让您的 Product ID/SKU 在 Feed、PDF 标记以及任何其他渠道（网店、电商平台）中保持一致，这样单个 ID 的变化就不必在多个系统之间进行核对。
2. 在更新逻辑中将快速变化的字段（价格、库存）与静态字段（名称、描述、图片）分开，并在 Feed 流程中以更短的间隔刷新快速变化的字段。
3. 每次发布前，按照扁平结构和编码检查清单验证您的 Feed：嵌套对象和非 Unicode 字符是导致静默导入失败的常见原因。
4. 为 Feed 导出添加版本号或时间戳，以便快速判断数据丰富失败是由于数据过时还是确实不匹配。
5. 准备一个连接到您 Feed 的小型测试目录或 PDF，以便在标题名称或结构变化影响到面向客户的线上目录之前将其发现。

iPaper 接受哪些商品数据文件格式？
XML、CSV、JSON 和 Google Merchant Feed，可以作为一次性静态文件提供，也可以作为定期更新的实时 Feed 提供。

我的 Feed 必须使用 Google Merchant Center 字段名称吗？
只有在您选择 iPaper 的“Google Merchant feed”格式选项时才需要。对于自定义的 CSV、XML 或 JSON Feed，只要列名/标题名在各次更新之间保持一致，iPaper 就会读取您所使用的任何名称。

iPaper 绝对需要的字段是哪一个？
一个同时出现在 PDF 中（以可见文本、隐藏文本、图层或注释的形式）的唯一 Product ID/SKU，因为 Enrichment Automation 正是用这个 ID 将 Feed 行与目录页面进行匹配的。

iPaper 能读取嵌套的 JSON 或 XML 吗？
不能。iPaper 的文档明确要求使用扁平、非嵌套的数据结构，以便 Enrichment Automation 进行解析。

我应该使用静态文件还是实时 Feed？
如果您的商品数据在目录有效期内不会变化，请使用静态文件；如果价格或库存在此期间会发生变化，请使用实时 Feed。

我的自动化以前可以正常运行，现在却生成不了链接，是什么发生了变化？
iPaper 的故障排除指南首先指向标题名称的一致性和 Product ID 匹配，其次是 PDF 本身（扫描件/文本不可选中、隐藏图层名称错误，或高于 1.7 的不受支持的 PDF 版本）。

iPaper 是一个提供数字出版解决方案的平台，帮助企业创建互动式在线商品目录、宣传册、杂志及其他数字出版物。它让企业能够轻松地将现有 PDF 转换为可针对不同设备优化、并可嵌入网站的数字出版物。

iPaper 成立于 2006 年，是数字出版行业中历史悠久的成熟企业。其目标是帮助企业从传统印刷媒体转向数字出版物，使其能够触达更广泛的受众并提升用户体验。

iPaper 平台起源于丹麦，是丹麦创新的产物。丹麦以高度重视技术和设计而闻名，iPaper 通过提供直观且美观的平台体现了这些价值观。

iPaper 平台提供一系列功能来提升数字出版体验。用户可以自定义出版物的外观和版式，包括添加视频、超链接和动画等互动元素。这确保了出版物引人入胜且具有互动性，为读者带来更具沉浸感的体验。

此外，iPaper 还提供强大的分析工具，让企业深入了解受众对出版物的行为和参与情况。这些数据帮助企业做出明智的决策，并优化其数字出版物以取得更好的效果。

该平台还以易用为设计宗旨，无需任何编程或技术技能即可创建和发布具有专业外观的数字出版物。它提供拖放式编辑器，让自定义和创建内容变得轻松。

此外，iPaper 确保数字出版物具备响应式设计，兼容各种设备和屏幕尺寸。这确保了用户可以在不同的智能手机、平板电脑和台式电脑上访问和浏览这些出版物。

凭借友好的设计、强大的功能以及对无缝数字出版体验的专注，iPaper 在各行各业的企业中获得了认可和欢迎。它已成为全球范围内创建和分发数字出版物的可信平台。

总而言之，iPaper 是一个源自丹麦、成立于 2006 年的数字出版平台。它为企业提供将 PDF 转换为互动式、响应式数字出版物的工具，以提升用户体验并触达更广泛的受众。凭借丰富的功能和友好的界面，iPaper 已成为希望从传统印刷媒体转向数字出版的企业的首选平台。