自己的网站怎么一键叫骑手送货？

一句话：如果你有自己的下单网站（不是开在别人平台上），想让顾客选「配送」后系统自动叫一个骑手上门取货送到家，那么 Lalamove 的接口最好接、不卡签约，pandago（foodpanda 旗下）是强备选，而 Grab 反而不适合小店自助接入。三家里只有 Lalamove 提供「不花钱就能先试通」的测试环境。

反幻觉声明：本文价格、接口地址均为 2026-06 联网核查所得，并标注来源。所有按单运费在真接入前都应以接口实时报价为准，文中具体数字仅用于估算量级；查不到的已标「需核实」，绝不编造。

0. 先说清楚：你到底想解决什么

很多小店（卖包子、卖花、开小餐馆）已经有了自己的下单网页，但「配送」这一步还是靠老板自己打电话叫车、或者干脆只能自取。我们想要的是这样一条龙：

顾客在你网页上下单 → 选「配送」、填地址 → 系统自动算出运费加进总价 → 顾客付款 → 系统自动叫来一个骑手到店取货、送到顾客家 → 一路的配送状态（骑手接单了、到店了、送到了）自动更新。

整条链路里，最关键、也最容易选错的，就是「自动叫骑手」这一步用谁家的服务。这就要用到「配送 API」。

API（应用程序接口，application programming interface，简单说就是让你的程序去调用别人家的服务、像点外卖一样「下单—等结果」的一个约定）。配送公司把「叫车、报价、查状态」这些能力做成 API，你的网站按约定去调用，就能在自己系统里把骑手叫来。

1. 最重要的一件事：先分清三种「送货服务」

新加坡市面上和「送货」沾边的服务有一大堆，但它们其实是三个完全不同的物种。选错物种，后面全白费。这张图先记牢：

• ① 众包骑手市场（marketplace）——代表：Lalamove、pandago、GrabExpress。 它背后有一大群随时待命的骑手，你调一下接口，它就能「凭空帮你叫来一个骑手」。这才是我们要的。
• ② 外卖平台（platform）——代表：GrabFood、foodpanda App。 这是开在别人 App 里的店铺，平台帮你派单、但要抽成（通常两位数百分比）。它不是给你自己网站用的叫车接口。商户自有网站叫车不该用它。
• ③ 车队/快递管理工具——代表：Detrack、Shippit。 Detrack 是「管你自己司机」的软件（前提是你得自己有司机）；Shippit 是把多家快递公司聚合起来寄包裹的（偏次日/同日快递，不是「现在马上送一份热餐」）。它们都不会帮你变出一个骑手。

一句话区分：要的是「市场」，不是「平台」也不是「管理工具」。 只有市场类（①）才能做到「下单选配送，系统自动叫来一个骑手」。

2. 三家正面对比：Lalamove vs pandago vs Grab

只有①类里的三家值得细看。先放结论表，再逐家说。

「沙盒（sandbox，就是一个不花真钱、专门给开发者练手的「演习场」环境，下的单是假的、不会真叫骑手）」这一栏特别重要：有沙盒，你就能先把整套流程跑通、确认能用，再去签约充钱；没沙盒，就只能先求人开通、谈完才能试，对小店很折腾。

2.1 Lalamove（首选）

• 接口覆盖最全：报价 → 下单 → 查骑手 → 查状态 → webhook 回调，一条龙。
  • 「webhook（网络钩子，就是反过来——不是你去问它，而是它主动回拨你一个网址告诉你「骑手接单了/送到了」）」。有了 webhook，配送状态能自动推回你系统，不用一直去查。
• 认证最简单：只要一对钥匙（一个公开的 pk_、一个保密的 sk_），用「HMAC 签名（一种用密钥给请求「盖防伪章」的算法，证明这个请求确实是你发的、没被人篡改）」算一下就行。这一步在 Cloudflare 这类轻量服务器上几行代码就能做，不用装任何额外的库。
• 门槛：要用公司主体注册商业账户、上传公司注册文件（新加坡叫 UEN，公司的统一编号）；生产环境是预付钱包——先充钱进去，叫一单扣一单，这笔充值不可退、不可转到个人。

2.2 pandago（强备选）

• foodpanda 旗下，本来就是给商家「叫骑手送餐」用的，对热食最友好，起步价也更低（S$5.05 起 + S$1.01/公里）。
• 缺点：认证要走「OAuth2 + 用私钥签一个 JWT 去换令牌」——比 Lalamove 的一步 HMAC 多一层。
  • 「OAuth（一种「换令牌」的授权流程，先用你的钥匙换一张有时效的临时通行证 token，之后拿通行证去办事）」「JWT（JSON Web Token，一段自带签名、能验真伪的「电子通行证」字符串）」。说人话：pandago 要你先签一张电子通行证去换钥匙，多一道手续。
• 生产钥匙也要联系它的客户经理发放。

2.3 为什么不是 Grab

很多人第一反应是「用 Grab 啊」，但要分清：

• GrabFood 是外卖平台（②类），是抽成模式，不是给你自己网站叫车的接口。
• GrabExpress 才是它的即时配送接口（①类），技术上能做，但它是「partnership（合作制）」开通：要联系客户经理、交押金、排期，没有公开自助沙盒。对一个「每天几十单的小包子店」来说太重了——拿钥匙周期长、还要压一笔押金。

所以：自有网站自助叫车，Grab 不是好选择。 想用 Grab 只能走 GrabExpress 的合作开通，那是 blocker（拦路石）。

3. 接进自己网站：一张图看懂数据怎么流

接入的核心就一条原则：先收到钱，再去叫骑手（不然顾客没付款你就先产生了配送成本）。流程如下：

1. 下单选配送：顾客填地址（最好能定位到经纬度，这样报价更准）。
2. 实时报价：你的下单接口发现是「配送」，就先调一次配送方的报价接口，拿到运费，加进订单总价。
   • 注意 Lalamove 的报价单（quotation）只活 5 分钟，所以要在结账前临时拿、别提前太久。
3. 展示运费 → 付款：把运费给顾客看清楚，走你现有的收款（比如 PayNow）。
4. 付款成功后才叫单：在「付款成功」这个时刻，再调配送方的下单接口正式叫骑手（如果报价过了 5 分钟就重拿一次）。这样保证先收钱、后产生配送成本。
5. 配送状态回调：配送方通过 webhook 把「骑手接单/到店/取货/送达」推回你新加的一个接收网址，你顺手更新订单状态，还能用这个时机给顾客/老板发个通知。

技术上，如果你的网站跑在 Cloudflare 这类「边缘函数（edge function，就是一段部署在全球各地、离用户很近、按请求运行的小程序，没有传统服务器）」上，上面整套都能直接用它发 HTTP 请求 + 收 webhook 完成，不用额外的服务器。

4. 真要上线，你（商户）得先做这几件事

代码可以先写好、用沙盒跑通；但真叫到骑手之前，有几件只有商户本人能办的「拦路石」：

• 🔴 用公司主体注册商业账户：在配送方的商户后台注册，上传公司注册文件（UEN）。
• 🔴 给生产钱包充值：拿到能真实叫单的生产钥匙（预付，不可退）。
• 🔴 配置生产 webhook 地址：把你的状态接收网址填进配送方后台。
• 🟡 不阻塞：开发期先用沙盒钥匙把全流程跑通，这步不用等签约。
• 🟡 需核实：新加坡对热食/食品配送有没有额外条款；摩托档 3–5 公里的当前真实报价；是否有客户经理对接门槛。
• 🟡 运营前提：骑手到店取货时，店里要有人把东西交给骑手（没有「无人取货」）。

走 pandago 的话，拦路石类似，外加「联系 pandago 客户经理拿 ClientID/KeyID」，还要准备 JWT 签名用的私钥。

5. 给小店的最终建议

• 主用 Lalamove：按单付费无月费、有自助沙盒（开发不卡签约）、认证最简单、摩托送餐成熟。
• pandago 作备选/比价：如果 Lalamove 实时报价偏贵、或你更看重送餐生态，pandago 起步价更低——接入后用同一个地址各拉一次报价，谁便宜用谁。
• 不用 Grab（自有网站场景）：GrabExpress 要押金+排期太重，GrabFood 是抽成平台不是叫车接口。
• 节奏：先用 Lalamove 沙盒把「报价 → 加进总价 → 付款 → 叫单 → 状态回调」整条跑通，确认体验顺了，再去注册商业账户、给钱包充值切到生产。

6. 来源（2026-06 核查）

• Lalamove 开发者文档（认证/端点/沙盒/webhook）：https://developers.lalamove.com/
• Lalamove 新加坡商业/API：https://www.lalamove.com/en-sg/business/api-solutions
• Lalamove 新加坡价格页（费率不公开，以 App 报价为准）：https://www.lalamove.com/en-sg/all-vehicle-pricing-detail
• pandago API 文档（Apiary）：https://pandago.docs.apiary.io/
• pandago 新加坡：https://pandago.sg/
• Grab 开发者门户：https://developer.grab.com/docs/
• GrabExpress（新加坡）：https://www.grab.com/sg/express/

标「需核实」处：Lalamove/pandago 当前新加坡按单实时费率、食品/热食专门条款、是否有客户经理对接门槛。真接入前请以官方沙盒实测报价与签约文件为准。