每个商品都带有效果信号的商品目录。
Akakçe 从 feed 中读取您的商品。Feedance 会发送一份完整、有效的 feed,并附上 Akakçe 自身无法获得的信号。
Akakçe渠道 · 比价购物Feedance 为您构建 Akakçe feed,并添加评分、4T 细分、价格位置和断码等商品级标签,让每个商品都带有自己的效果信号。
Akakçe 从 feed 中读取您的商品。Feedance 会发送一份完整、有效的 feed,并附上 Akakçe 自身无法获得的信号。
Akakçe 是土耳其最大的比价引擎,于 2000 年推出。它并不直接销售商品,而是汇总数千家土耳其零售商的报价,让购物者在点击购买之前,能够并排比较同一商品的价格、库存和卖家信誉。对商家而言,Akakçe 采用按点击付费模式:商品信息可以免费展示,只有当购物者点击进入您的店铺时才需付费。这使得 Feed 数据质量(准确的价格、匹配的标题、实时库存)直接决定了这部分支出有多少能转化为销售,而不是跳出。
Akakçe 是土耳其电商中购买意向最高的流量来源之一:购物者到达时已经在比较某一特定商品的价格,而不是随意浏览,因此一次点击已接近购买决策。只有当购物者在 Akakçe 上看到的内容与在您网站上看到的内容一致时,这种意向才能转化。显示为有货但实际已缺货的商品,或与您实际结账价格不同的价格,都会导致商品信息被屏蔽或点击被浪费。通过 Feedance 连接 Feed,可以在您店铺中的价格和库存发生变化时自动保持同步,而不必依赖定期手动导出,因为这种导出文件在 Akakçe 重新抓取时往往早已过时。
Akakçe 按点击付费(CPC)收费:出现在 Akakçe 的比价结果中是免费的,只有当购物者从 Akakçe 点击进入您的商品页面时才需付费。由于无论是否转化都会按点击计费,Feed 的准确性在这里直接关系到成本,这一点与按展示计费的渠道不同:把点击引导到实际已缺货的商品,或价格与结账价格不一致,就等于把钱花在了一个本来就会流失的购物者身上。
Akakçe 会自行拉取您的商品数据,您无需向其推送任何内容。您在自己控制的 URL 上发布一个 XML 文件,Akakçe 的服务器会按照其自行确定的间隔请求该 URL;您希望上架的每一件商品,以及每一次价格、库存或商品信息的变更,都必须反映在这同一个文件中,因为商品的上架和下架只能通过 Feed 中当前的内容来实现。
该文件必须是 UTF-8 编码的 XML,根元素为 <products>,每件商品对应一个 <product> 元素。Akakçe 明确列出了会请求您 Feed URL 的 IP 地址;如果您的服务器或防火墙按 IP 限制访问,就需要放行这些地址,否则 Feed 将永远无法被抓取:
| 请求 IP |
|---|
| 85.105.26.146 |
| 178.251.45.163 |
| 178.251.45.210 |
| 185.67.125.150 |
除了这种按 URL 拉取的模式之外,文档中没有说明文件大小限制、其他交付方式(FTP/API)或压缩格式,因此最稳妥的做法是在您提供的 URL 上提供未压缩的纯 XML,除非 Akakçe 团队直接告知您其他要求。
Akakçe 的 XML 架构包含 9 个必填字段和 8 个选填字段。下表完全沿用 Akakçe 自己的字段名称,因此可以与您 Feed 中的标签一一对应。
| 字段 | 是否必填 | 格式 | 示例 | 备注 |
|---|---|---|---|---|
sku | 是 | 字符串 | 404718 | 您自己的唯一商品编码,可以是数字或字母数字组合 |
name | 是 | 字符串,最多 200 个字符 | Braun Series 1 150s-1 Şarjlı Tıraş Makinesi | |
url | 是 | 字符串,最多 255 个字符 | https://www.site.com/product_404718.html | |
imgUrl | 是 | 字符串,最多 255 个字符,最小 250px | https://img.site.com/404718.jpg | |
price | 是 | 小数,XXXX.XX | 109.69 | 含增值税的一次性付款价格,单位为 TL |
shipPrice | 是 | 小数,XX.XX | 7.90(免运费则为 0.00) | |
dayOfDelivery | 是 | 整数 | 3(0 = 当日发货) | 发货所需的工作日数 |
expressDeliveryTime | 仅当日发货时必填 | 整数,仅小时,24 小时制 | 16 | 当 dayOfDelivery 为 0 时必填 |
productBrand | 是 | 字符串,最多 60 个字符 | Braun | |
productCategory | 是 | 字符串 | Elektronik > Telefon > Cep Telefonu | 完整的类目路径(以“>”分隔)或类目名称 |
additionalimages | 否 | 嵌套的 <imgUrl> 标签 | 最多 5 张 | |
description | 否 | 字符串,允许 HTML | 用 CDATA 包裹 | 必须放在 <![CDATA[...]]> 中 |
distributor | 否 | 布尔值 | true / false / 空 | true = 经销商保修,false = 平行进口,空 = 未知 |
quantity | 否 | 整数 | 12(0 = 缺货) | |
barcode | 否 | 字符串 | 4210201616641 | EAN-13 或 UPC,仅限制造商发放的编码 |
localDelivery | 否 | 逗号分隔的字符串 | 34,6,35 | 城市车牌代码,不带前导零;仅适用于您自有车队的区域配送 |
campaignCode | 否 | 字符串,最多 16 个字符 | 3A2O | 每件商品最多 1 个 |
Feedance 会将您现有的商品目录直接映射到 Akakçe 的字段名称上,因此您无需从零开始手动制作 XML 模板。
name、url、imgUrl、price、shipPrice、productBrand 和 productCategory 标签。针对 Akakçe,有两项映射需要特别注意:productCategory 应包含完整的类目路径(“Elektronik > Telefon > Cep Telefonu”),而不仅仅是末级类目名称;description 中的任何 HTML 都会被自动包裹在 <![CDATA[...]]> 中,以免 Feed 在 Akakçe 的解析器中出错。何时重新抓取您的 Feed 由 Akakçe 自己的服务器决定,规范中没有承诺固定的间隔。这意味着您无法控制变更多快到达 Akakçe,只能确保在他们下次拉取时,您 URL 上的内容已经是最新的。正因如此,您发布的文件应持续反映实时的价格、shipPrice 和 quantity,而不是每天刷新一次的批量导出文件:Feed 中的价格与购物者在结账时实际支付的价格不一致,正是会让商品信息面临风险的那种不一致。商品一售罄就立即将 quantity 设为 0,在这里比在您自行推送更新的渠道上更为重要,因为在 Akakçe 重新读取您的文件之前,它没有任何其他信号得知库存已经变化。
| 错误 | 可能原因 | 解决方法 |
|---|---|---|
| 商品未显示 | 该商品的某个必填字段缺失或为空 | 确认每一个 <product>(而不仅仅是部分样本)的 sku、name、url、imgUrl、price、shipPrice、dayOfDelivery、productBrand 和 productCategory 都已填写 |
| 商品信息因价格被标记 | price 未按 XXXX.XX 格式发送,或不含增值税 | 按 XXXX.XX 格式发送与结账时实际收取金额完全一致的含增值税一次性付款 TL 价格 |
| 当日送达未显示 | dayOfDelivery 为 0,但 expressDeliveryTime 为空 | 当 dayOfDelivery 为 0 时必须填写 expressDeliveryTime,请以 24 小时制发送截单时间 |
| 描述显示异常或 Feed 解析失败 | description 中的 HTML 未用 CDATA 包裹 | 将所有描述内容包裹在 <![CDATA[...]]> 中,尤其是包含 HTML 标签时 |
| 图片被拒或商品信息显示异常 | imgUrl 低于 250px 的最低要求,或 URL 超过 255 个字符 | 提供 250px 或更大的图片,并将 URL 控制在 255 个字符以内 |
| 商品被归入错误的类目 | productCategory 只发送了单个末级类目词,而不是完整路径 | 发送以“>”分隔的完整类目路径(例如“Elektronik > Telefon > Cep Telefonu”) |
| Feed 始终未被抓取 | 服务器或防火墙屏蔽了 Akakçe 的请求 IP | 允许 85.105.26.146、178.251.45.163、178.251.45.210 和 185.67.125.150 访问您的 Feed URL |
| 区域配送信息被忽略 | 为并非由自有车队配送的商品发送了 localDelivery,或车牌代码带有前导零 | 仅在确实由自有车队进行区域配送时填写 localDelivery,车牌代码以逗号分隔且不带前导零 |
发送完整的类目路径,而不仅仅是末级类目名称。Akakçe 自己文档中的示例是“Elektronik > Telefon > Cep Telefonu”,与仅发送“Cep Telefonu”相比,完整路径能为 Akakçe 提供更多上下文,以便正确归类您的商品。
使用 quantity,而不是直接删除商品。将 quantity 设为 0 是文档规定的缺货标记方式;如果将商品从 Feed 中完全移除,Akakçe 之后就没有可重新激活的记录。
确保 price 和 shipPrice 真实且最新。由于 Akakçe 按照自己的计划拉取数据,而不是响应推送,您的 Feed 价格与购物者实际支付价格之间的任何差异,最终都会被 Akakçe 发现。
如有制造商条形码,请提供。barcode 是选填字段,但真实的 EAN-13 或 UPC 能为 Akakçe 提供更强的信号,帮助其将您的商品信息匹配到正确的商品,而不是创建重复项。
通过 additionalimages 添加更多图片。最多支持 5 个额外的 <imgUrl> 条目。对于购物者需要进行视觉比较的类目,这是单张主图所无法提供的信任信号。
正确使用 CDATA,并且只在需要时使用。如果您在 description 中发送 HTML,则必须将其放在 <![CDATA[...]]> 中;格式错误的 CDATA 是导致 Feed 完全无法解析的常见原因。
Akakçe 是否支持 XML 以外的格式?
不支持。Akakçe 文档中的 Feed 系统仅支持 XML,即一个以 <products> 为根元素、每件商品对应一个 <product> 元素的文件。
Akakçe 如何获取我的 Feed?
您将 Feed 发布在一个 URL 上,Akakçe 的服务器会按照其自行确定的间隔请求该 URL,您无需向其推送更新。变更只有在 Akakçe 下次重新读取您的文件时才会生效。
商品缺货时应该发送什么?
将 quantity 设为 0。如果改为完全删除该商品,Akakçe 就会丢失该商品信息的记录。
库存数量是必填的吗?
不是,quantity 是选填字段,但如果您跟踪库存,Akakçe 期望以 0 来表示缺货。
如果我的 Feed 价格与结账价格不一致会怎样?
Akakçe 的文档说明,它保留完全不发布 Feed 中商品的权利;价格不一致正是会让商品信息面临风险的那种不一致。
我需要提供条形码吗?
不需要,barcode 是选填字段,并且只应发送制造商发放的 EAN-13 或 UPC 编码,切勿发送自行生成的编码。
Akakçe 是否支持当日送达信息?
支持。将 dayOfDelivery 设为 0 表示当日发货,同时还必须发送 expressDeliveryTime,以 24 小时制注明截单时间。
Akakçe 是土耳其最大的比价引擎,于 2000 年上线。它本身不销售商品,而是汇集数千家土耳其网店的报价,让购物者能够并排比较同一商品的价格、库存和卖家信誉,然后跳转到零售商自己的网站完成购买。
购物者主要通过 Akakçe 的网站和移动应用使用它,通常是在已经清楚自己想要什么、正在寻找最优报价的时候。因此其流量购买意向很高:一次点击往往已接近购买决定。
商家通过在某个 URL 上发布单一的 XML 商品 Feed 来上架商品。Akakçe 的服务器按其自身的时间表抓取该文件,每一次商品、价格和库存的变化都必须在其中体现。出现在搜索结果中是免费的,购物者访问商家店铺时,商家按点击付费。
由于每次点击都要花钱,Feed 的准确性直接影响成本。显示有货但实际已售罄的商品,或与结账价格不符的价格,都会浪费付费点击,并可能导致商品被降权或屏蔽,因此在 Akakçe 上保持价格和库存同步至关重要。
连接您的商品 feed 和 GA4,我们将基于您自己的商品目录为您展示 Product Score、4T、Price War 和 Broken Size。