支付宝小程序车辆入场订阅消息应选择哪种商家主营类型？

2026-10-24支付小周

明确结论

该小程序为车主提供代客泊车和取车服务。申请”车辆入场通知”订阅消息模板时，主营类型应优先选择：

汽车服务 → 停车服务（或停车场服务）

支付宝开放平台后台的分类名称可能调整。如果后台没有单独的”停车服务”，可以选择含义最接近的上级分类，如”汽车服务”，并在业务说明中写明”代客泊车、车辆入场及取车服务”。

汽车销售、汽车维修、物流运输或普通生活服务等类型与实际业务不符，不建议选择。

为什么选择停车服务类目

“车辆入场通知”通常用于告知用户：

车辆已经进入停车场；
代客泊车人员已经接收车辆；
车辆停放位置或入场时间；
后续取车流程及状态。

这些消息都产生于停车服务过程，因此，小程序的主营类型和订阅消息使用场景应归入停车相关服务。

平台审核通常会检查以下内容：

小程序主营类目与实际页面是否一致；
订阅消息模板是否在该类目允许使用的范围内；
消息是否由用户的真实操作触发；
消息中是否含有营销、广告或其他无关内容。

如果小程序页面提供的是代客泊车服务，申请时却选择了其他行业类目，可能会导致无法搜索或申请相应模板，也可能无法通过审核。

申请步骤

1. 确认主营类目

进入支付宝开放平台的小程序管理后台，找到基础信息或主营类目设置。

优先选择：

汽车服务 > 停车服务

如果控制台中的名称不同，可选择含义最接近”停车服务""停车场服务”或”代客泊车”的类目，具体以当前支付宝开放平台控制台提供的选项为准。

2. 准备业务说明

业务说明需要写清楚消息的触发原因，例如：

小程序为车主提供代客泊车及取车服务。用户提交泊车订单并授权订阅后，
车辆进入停车场时，小程序发送车辆入场通知，用于告知入场时间、
车辆信息和订单状态。

还需准备能够证明业务真实性的材料，包括停车服务页面、订单流程、合作停车场信息及平台要求的经营资质。

3. 搜索订阅消息模板

在订阅消息模板库中搜索：

车辆入场
停车
车辆状态
泊车

选定类目后，如果仍然找不到”车辆入场通知”，不要直接套用用途不一致的模板。此时应检查类目选择是否正确，或通过控制台提供的入口申请新增模板。

4. 在真实业务节点请求订阅

应在用户提交泊车订单、确认交车等明确操作后发起订阅授权，不宜在小程序启动时无故弹出授权请求。

支付宝小程序端可参考以下写法：

my.requestSubscribeMessage({
  entityIds: ['YOUR_SUBSCRIBE_TEMPLATE_ID'],
  success(res) {
    console.log('订阅结果：', res);
  },
  fail(err) {
    console.error('订阅失败：', err);
  }
});

将 YOUR_SUBSCRIBE_TEMPLATE_ID 替换为控制台实际生成的订阅消息模板标识。平台可能调整接口字段和返回结构，接入时应以当前支付宝小程序文档及开发者工具提示为准。

5. 在车辆真实入场后发送消息

停车系统确认车辆已经入场后，服务端才能调用支付宝对应的消息发送接口。发送内容必须与审核通过的模板字段一致，不应加入模板之外的营销文案。

建议保存以下业务关系：

{
  "orderId": "PARKING_ORDER_10001",
  "userId": "2088XXXXXXXXXXXX",
  "vehicleNo": "沪A12345",
  "subscribeAuthorized": true,
  "entryStatus": "ENTERED",
  "entryTime": "2026-09-09 10:30:00"
}

只有当 subscribeAuthorized 为真，并且 entryStatus 已确认进入时，服务端才应发送消息。

注意事项

主营类型应按实际经营内容选择，不能为了获得某个消息模板而填写无关类目。
“代客泊车”仍属于停车服务。如果平台提供单独的”代客泊车”子类目，应优先选择这个更具体的类目。
订阅消息必须经过用户主动授权，不能默认勾选，也不能反复强制弹窗。
一次授权允许发送的次数和有效条件，以控制台显示的订阅规则为准。
车辆尚未实际入场时，不要提前发送”已入场”通知。
模板中的车牌号、停车场、入场时间等信息必须来自真实订单。
如果无法确认类目名称、所需资质或模板范围，应在提交审核前通过支付宝开放平台工单提供业务流程截图，请平台确认具体类目。