当我登录我的商家帐户时，我可以在"设置"选项卡中设置回调URL。
问题是，如果没有HTTPS，唯一的选择是将序列号发回调URL。
回调内容：
[x] 通知序列号
例如序列号=123-456-7
[ ] XML 格式的通知（需要 HTTPS URL）
例如 123...
[ ] 以 HTML 形式发送通知（名称/值对）（需要 HTTPS URL）
例如，谷歌订单号=123&...
那么从这个序列号中，我的服务器端脚本是否有可能获得订单的状态？
我需要获取订单的付款状态（已付款与否，已付款金额）以及发送回我的（自定义）购物车的订单号，以便我可以更新我的数据库。
（我目前无法获得HTTPS，因为其网站所在的人不想获得它）
我会提醒你关于你接受的答案。
-
continue_url不是"自动重定向"。您完全依赖于用户实际点击该链接而不是页面中的任何其他链接 - 值得注意的是，Google自己的链接转到用户的钱包页面，他/她可以访问他/她的所有订单。因此，您可能在自己的系统中没有所有订单，从而冒着操作风险。
-
所有Google结帐订单都有您应该真正了解的订单状态。您已经在#1中假设用户实际上会点击您的
continue_url链接 - 此外，您还可能正在跟踪可能实际上未被Google批准的订单，或者未能通过某些货币/风险授权或检查。如果用户确实点击了您提供的链接，但 Google 对订单有问题，那么您的系统在不应该的地方有"钱"。
-
实现 Google Checkout API 并将其与您的系统集成的唯一可靠方法是遵循文档/说明 - 在这种情况下，您必须实现通知 API。
- 仅当您选择 XML/名称-值（数据）通知时才需要 SSL（在您这边）
- 如果您选择序列号通知，则不需要 SSL。
-
是的，您可以使用序列号通知为您的服务器安装/购买SSL证书，而无需获取所有订单数据 - 这就是您所描述的。
- XML/名称值通知是一种"推送"模型 - Google 会将数据"推送"给您。您将对 Google 的基本身份验证请求进行身份验证（这就是需要 SSL 的原因）。
- 序列号通知是"拉取"模型 - 您将从 Google "拉取"数据（给定序列号 - 这就是为什么您不需要 SSL 的原因 - 您将验证您的拉取请求并使用 SSL 发送您的请求）。谷歌不会向您发送任何数据，只是向您发送序列号。您将使用此序列号获取与其关联的数据，并向 Google 提供身份验证 - 您的请求将使用 SSL。
-
您将使用带有通知历史记录 API 的序列号通知来获取数据。
上面的链接应引导您完成文档/参考。如果您有任何疑问，请在此处发表评论，或在 Google 结账产品论坛上发布。
呵呵......