服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务,不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动,严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外,不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- 退货请求使用 return.requested_at;取消请求使用 requested_edit.requested_at。两者都表示客户提交请求的时间,不表示邮件发送时间。
- 编辑路径是 Settings > Notifications > Customer notifications > Request received > Edit code。默认模板未改变,只有把变量加入模板后才会显示。
- Shopify 给出的日期格式示例使用 Liquid date filter;取消请求可在相同格式中将字段替换为 requested_edit.requested_at。
- 日期格式决定时间如何呈现;原公告未指明时间戳的时区来源,也不代表邮件发送或投递状态。
退货和取消请求分别用哪个字段
Shopify 为 Request received 客户通知新增了两个 Liquid 变量。退货请求使用 return.requested_at;取消请求使用 requested_edit.requested_at。它们表示客户提交相应请求的时刻,适合放在申请确认邮件中,让客户知道这封通知对应哪一次提交。
先按请求类型选字段,再给时间加上清楚的文字标签。提交时间不表示客服开始处理、审批通过或退款到账;如果客户询问的是处理进度,仅展示这个值不能回答进度问题。
按编辑路径加入日期格式
在 Shopify 管理后台依次进入 Settings > Notifications > Customer notifications > Request received,选择 Edit code。找到希望显示申请提交时间的位置,再加入与请求类型相符的变量。这里编辑的是通知模板,不是客户账户页面或退货规则入口。
退货请求可使用 Shopify 公布的格式示例:{{ return.requested_at | date: "%B %-d, %Y %H:%M %Z" }}。Liquid 的 date filter 用来把时间值排成日期文字;变量名与格式串承担不同作用,前者选择哪项时间,后者决定如何显示。
取消请求使用 requested_edit.requested_at。沿用同一格式可写成 {{ requested_edit.requested_at | date: "%B %-d, %Y %H:%M %Z" }}。这个取消请求示例是按官方字段对应关系替换而来;调整显示格式时,仍应保留正确的字段名。
为什么默认邮件没有时间,重发又不变
Shopify 明确说明默认 Request received 模板没有改变。即使商店可以使用新变量,客户也不会自动看到新增时间;只有商家把字段加入通知模板,时间才会出现。想检查自己的通知时,应先核对实际模板是否包含对应字段,而不是把公告当成模板已被修改的证明。
假设客户星期一提交退货申请,商家星期三重发同一请求的通知。变量仍表示星期一的提交时刻,不会因为重发改成星期三。这个例子说明时间值的含义,并非一次真实商店操作或邮件投递测试。
建议把时间明确标为“申请提交时间”,与处理结果分开呈现。若把它紧挨“退款已完成”或“邮件发送时间”等文字,客户可能把同一日期理解为后续状态;应先调整标签与位置,再判断通知是否表达了预期信息。
格式中的时区与实际送达仍需分开看
官方格式示例包含月份、日期、年份、时分以及 %Z,但公告没有说明底层时间戳采用哪个时区,也没有承诺转换为客户或商店当地时间。需要明确时区时,应核对 Shopify 对应说明与实际配置;不能只凭格式串里的 %Z 就认定完成了时区换算。
这项更新解决的是邮件如何展示申请时间。它不证明通知何时发送、是否送达收件箱,也不证明申请已经批准或退款完成。本文仅核对公开更新说明,没有访问商家后台、修改模板或发送真实客户邮件。
资料来源
常见问题
所有套餐和国家都能用,且没有额外费用吗?
这篇更新说明没有给出完整的套餐、国家、额外费用或逐账户启用清单。未列费用不等于免费;应以商店实际功能和 Shopify 当前官方条款为准。
公告能确认具体上线日期吗?
本次核验的可读原文没有提供可确认的发布日期。本文的 2026-11-13 是指南首次发布日,不能用来推定这两个变量的上线日或某个商店获得功能的日期。