ikas、Ticimax、T-Soft 与 İdeaSoft 对比：谁的原生 Feed 真正适用于 Google 和 Meta

Google Merchant Center 将从 2027 年 1 月 31 日起强制执行最低 500x500 像素的图片要求，而且只要变体的 item_group_id 或 gtin 值缺失或格式错误，它现在就会拒登商品信息。这些都不是新鲜事。容易出错的是，以为您的土耳其电商平台已经替您处理好了这些。我们依据各供应商自己的文档，比较了 ikas、Ticimax、T-Soft 和 İdeaSoft 原生生成商品 Feed 的方式，发现在“有一个 XML 链接”和“Google 与 Meta 会接受其中的内容”之间存在真实的差距。本文面向使用这四个平台之一的商家和代理商，帮助他们判断原生导出是否够用，还是需要在其之上增加一个 Feed 层。

“开箱即用的 Feed”究竟意味着什么

平台的商品 Feed 并不会因为能生成一个文件，就自动满足 Google 或 Meta 的要求。它必须符合两个广告平台都不会通融的属性级规则。下表是我们为每个平台评分所依据的基准，直接来源于 Google 的商品数据规范和 Meta 的目录字段参考。

各平台原生导出的实际表现

ikas

ikas 提供与 Google Merchant Center 的直接集成：您从 ikas 后台复制一个目录链接，粘贴到 Merchant Center 的数据源设置中；根据 ikas 自己的支持文档，“您在 ikas 后台对商品所做的更改会自动反映”在 Feed 中。条形码默认作为 GTIN 发送，如果您的条形码格式不符合 Google 的 GTIN 标准，ikas 还提供一个开关，可以改为作为 MPN 发送——这坦诚而实用地承认了并非每个商家的条形码都是真正的 GTIN。文档没有描述原生的 Meta 目录集成，也没有说明如何在尺码和颜色变体之间分配 item_group_id，因此您只能寄希望于 ikas 的商品变体模型能够顺利转换，而这一点未经验证。

Ticimax

Ticimax 自己的支持文档通过每个商品“营销”标签页上名为“Adwords alanları”的字段来传递 Google Shopping 数据，这些字段需要逐个商品手动填写，或通过 Excel 导出/导入的方式批量填写。这与 ikas 的模式有本质区别：属性映射不是自动的，而是由您自己负责的数据录入。XML 输出中的运费数据也需要按 Feed 单独选择开启，通过专门的运费配置进行切换，而不是继承您线上店面的设置——当开关设置与店面设置不一致时，这常常成为价格不一致拒登的原因。

T-Soft

根据一位授权电商顾问撰写的 T-Soft 集成文档，T-Soft 从固定且可预测的 URL 生成 Feed，例如面向 Google 的 siteadresiniz.com/xml/googleshopping.com.php，以及面向 Meta 的单独端点 facebookmagaza.com.php（在撰写本文时，T-Soft 自己的帮助中心中该篇文章返回 404，因此在依赖该路径之前，请先在您的后台中核实当前路径）。商品的纳入范围通过经销商“会员组”机制控制：您将类目或品牌的可见性分配给一个以渠道命名的组，只有可见的商品才会出现在该渠道的 XML 中。这是一种可用的访问控制模式，但它与属性映射并不是一回事，而且无论是端点文档还是顾问的文章，都没有描述 GTIN、MPN 或 item_group_id 的自动填充。

İdeaSoft

İdeaSoft 的导出位于管理后台的 Entegrasyonlar → Idea Output Çıktı Sistemi，从纸面上看，它是四者中对属性考虑最周全的。根据 İdeaSoft 自己的帮助文档，XML 输出除了标准的名称、描述、价格、库存和图片字段外，还会“在可用时”包含品牌、GTIN/条形码和 MPN。它也给出了我们检查过的所有平台中最明确的警告：如果您的条形码不是国际有效的 GTIN，您必须手动停用 GTIN 字段，因为发送无效的 GTIN 会导致商品被拒登，而不是平稳地退而求其次。颜色、尺码和商品分组等变体的正确性被标明为商家的责任，而不是自动处理。

对比

Feed 行中真实的缺口是什么样子

以下是使用这四个平台中任何一个的商家在实际向两个渠道提交时最常见的模式。一个有三个尺码的商品被导出为三行，价格正确且有货，但底层平台没有一致地分配共享的分组标识符：

row 1: id=SKU-TSHIRT-S, title=Cotton T-Shirt, item_group_id=(blank)
row 2: id=SKU-TSHIRT-M, title=Cotton T-Shirt, item_group_id=(blank)
row 3: id=SKU-TSHIRT-L, title=Cotton T-Shirt, item_group_id=TSHIRT-GROUP-04

Google 和 Meta 都会将其解读为三个互不相关的商品，而不是一个有三个变体的商品，因为 Meta 自己的变体文档明确要求，组内每一行的“商品名称和 item_group_id 字段必须一致”。同样的空白属性模式，也是我们另文记录的大多数 Meta Commerce Manager 目录拒登的根源。解决办法不是某个平台设置，而是在提交前进行一次验证，确认在 Feed 接近任何广告账户之前，每个变体行都带有相同且非空的分组值。

本对比的局限

这是对有文档记载的原生导出行为的比较，而不是在四个平台的真实测试账户上进行的实际基准测试，因此请将关于任何一个平台的具体说法视为您自行检查后台的起点，而不是最终结论。平台供应商会定期更新其集成；T-Soft 自己的帮助中心已经移动或删除了我们本想引用的那篇文章，这本身就说明这些文档会变动。本文比较的四个平台都没有在结账、主题、物流或应用生态方面进行评估，只评估了 Feed 导出，因为这是本文唯一关注的维度。

如果您的商品目录位于全球性平台上，而不是这四个平台之一，那么本对比并不能直接套用：DataFeedWatch 和 Channable 都维护着覆盖数十个非土耳其平台的更广泛的预置连接器库；如果您的业务运行在这些平台之一，而不是 ikas、Ticimax、T-Soft 或 İdeaSoft，那么这种连接器的广度就是优先考虑它们的真正理由。对于一家商品目录简单、没有变体的小店来说，平台的原生导出加上仔细的人工质检可能确实就够了，为十个 SKU 购买 Feed 工具并不是对预算的明智使用。

简短的提交前检查清单

• 每个变体行都与同一商品的所有其他尺码/颜色组合共享相同且非空的 item_group_id
• GTIN 值是真实可扫描的条形码，而不是被重新标为 GTIN 的内部 SKU——如有疑问，请改用 MPN + 品牌的方式
• 商品图片现在就满足 500x500px 的最低要求，而不是等到 Google 2027 年 1 月的强制执行日期之后
• Feed 中的价格和库存状态与店面在同一时刻显示的内容一致，而不是与上次配置导出时显示的内容一致
• 如果您平台的原生导出是以 Google 为先构建的，则需为 Meta 准备第二个结构正确的文件

常见问题

ikas 是否像支持 Google Merchant Center 那样原生支持 Meta 目录导出？

ikas 自己的支持文档详细描述了 Google Merchant Center 的目录链接集成，但没有记载同等的原生 Meta 目录连接。在假定两者功能相同之前，请先检查您当前的后台版本。

为什么 Ticimax 要求我手动填写 Adwords 字段，而不是自动映射？

Ticimax 的商品数据模型将 Google Shopping 属性视为每条商品记录上可编辑的营销字段，而不是根据商品目录结构自动推导出的值，这就是为什么文档中给出的变通方法是通过 Excel 批量编辑来一次更新大量商品。

如果 T-Soft 的 XML 输出中包含没有有效 GTIN 的商品，会发生什么？

无论是现有的 T-Soft 文档还是我们引用的顾问文章，都没有说明自动处理 GTIN 的机制，因此无效或缺失的标识符会以标准的 Google Merchant Center 拒登形式出现，而不会在提交前被拦截。

为什么 İdeaSoft 提醒我手动停用 GTIN 字段？

因为 İdeaSoft 可以自动将条形码数据作为 GTIN 包含进来，而如果该条形码不是国际有效的，Google 会直接拒登该商品，而不是在给出警告的情况下接受它，因此 İdeaSoft 的文档将在无效条形码进入 Feed 之前将其拦截的责任交给了商家。

item_group_id 和 SKU 是一回事吗？

不是。SKU（映射到 id）在每个商品变体行中必须唯一。item_group_id 是一个单独的共享值，用于将这些变体行归为一个带有选项的商品；根据 Google 的文档，每种属性组合在一个组内只应出现一次。

我可以将同一个 XML Feed 同时提交给 Google 和 Meta 吗？

不可靠。Google 接受 TSV、XML 或 Content API；Meta 接受 CSV、TSV、RSS XML、ATOM XML 或 Google Sheets，而且两者的必填字段略有不同（例如，Meta 要求每一行都有 condition 和 brand，而 Google 对品牌的要求是有条件的）。为满足一个渠道的结构而构建的 Feed，即使底层商品数据是正确的，也常常无法通过另一个渠道的验证。

更换平台能解决这些 Feed 缺口吗？

单靠更换平台不能。缺口在于属性映射和提交前验证，而不是平台的核心电商功能，因此如果迁移到另一个土耳其电商平台而不直接解决 GTIN、item_group_id 和图片合规问题，只会把同样的问题换个地方。

我应该多久对照 Google 和 Meta 的最新要求重新检查一次原生导出？

至少在任一渠道宣布政策变更时（例如 Google 2027 年 1 月的图片强制执行日期），以及电商平台发布涉及商品或集成设置的后台更新时进行检查，因为本文比较的四个平台都没有足够公开地对其导出文档进行版本管理，无法自动通知商家。

Feedance 可以连接来自这四个平台中任何一个的 Feed，丰富每个渠道真正需要的属性，并发布到 200 多个广告和电商平台渠道——除 Google 和 Meta 之外，还包括 Akakçe、Cimri、N11 和 ÇiçekSepeti——而无需您手动分别维护 Google 格式和 Meta 格式的导出。如果您想在 Google 或 Meta 替您发现问题之前，准确了解当前 Feed 缺少哪些属性，请使用免费商品 Feed 审核工具检查一下。