🧭 wx.getLocation 审核总是不过？一篇教你“写到点子上”的实操指南
很多小程序明明需要定位，却总被卡在“申请理由不充分、场景不清晰”。核心原因通常不是技术，而是“场景表达”和“材料证据”不到位。本文给出可直接套用的填写模版、通过话术和避坑清单，帮助你一次过审。提示：wx.getLocation 为涉及隐私的能力，调用前需取得用户授权 scope.userLocation，且应坚持最小化原则。
🧠 审核逻辑一图懂：先有“刚需场景”，再拿“可证材料”
- 审核看什么
- 定位是否为“核心功能必需”，不用定位就无法闭环
- 场景是否可被“页面路径+视频/截图”客观证明
- 合规是否完备：授权文案、隐私政策、频率控制、最小化采集
- 来自开发者的普遍反馈
- 审核趋严，纯“可有可无”的定位用途、或描述模糊，易被拒；仅用于天气展示、与定位弱相关的场景，驳回率高。
- 基础要求提醒
- 使用前弹出授权，需明确告知用途；拒绝后给出降级方案；仅在必要页面、必要时段调用。
🧰 提交前准备清单（一次性备齐，提升通过率）
- 核心场景三要素
- 谁：目标人群/角色
- 在哪：具体业务页面/路径
- 做什么：离开定位即无法实现的功能闭环
- 证据材料
- 页面路径（精确到分支页）
- 操作动线视频（15–60秒，展示从进入到完成的完整流程）
- 关键截图（标注定位点位/按钮/权限说明）
- 隐私政策链接（小程序内可访问）
- 授权弹窗提示语（用途、频率、数据范围）
- 频率与最小化策略（只取一次、或进入XX页时取一次）
📝 申请表怎么写：可直接套用的“黄金模版”
- 使用场景（三句话模版）
- 1）在【页面路径】中，用户用于【业务目标】。
- 2）系统基于“当前位置”匹配【附近服务/到店导航/同城履约】完成闭环。
- 3）若无定位，将无法【列出附近/计算距离/规划路线/限制本地化服务】，功能不可用。
- 操作步骤
- 我的→门店→附近门店→进入详情→点击“到这去”
- 截图/视频说明
- 附1：列表页显示“距我Xkm”；附2：门店详情的导航入口；附3：授权弹窗与隐私政策页
- 数据与合规
- 仅一次性获取经纬度，用于匹配附近门店；不做后台持续定位；数据不落库/或仅保留用于会话内距离计算，离开页面即销毁
📌 典型场景“通过话术”范例（按需改写）
- 到店导航/门店距离
- 用途：计算“与用户当前位置”的距离排序并提供导航
- 关键点：无定位无法展示距离与路径，影响选店与到店
- 附近服务/同城履约
- 用途：基于当前位置分配最近网点/骑手，保障时效
- 关键点：定位是派单与价格时效计算的前置条件
- 签到/考勤/打卡
- 用途：限定地理围栏内可打卡
- 关键点：无定位无法判断是否在围栏内
- 上门服务/到家维修
- 用途：基于定位计算并确认服务地址、上门范围
- 关键点：拒绝定位则无法下单或需手填并风险提示
提示：仅“展示本地天气/城市名”等弱关联用途，常被判定为非刚需，易驳回，建议与核心业务形成直接闭环再申请。
🧪 高频驳回原因与对策（逐条对号入座）
- 描述虚泛、看不出闭环 → 用“谁/在哪/做什么”三句法，给证据视频
- 类目不匹配 → 核对小程序服务类目与申请场景一致
- 定位非核心 → 说明“无定位即无法完成”的关键节点
- 截图与路径不一致/打不开 → 用真实线上版本路径，最好提供测试账号
- 无隐私政策/授权文案含糊 → 添加可访问的隐私政策页与用途说明
- 频繁或后台持续定位 → 改为进入关键页“仅一次获取”，退出即销毁
🧩 提交流程与时效（以当前后台为准）
- 路径示例：小程序后台 → 开发管理/开发设置 → 接口权限申请/接口设置 → 位置相关接口（wx.getLocation）→ 提交材料与视频
- 审核时长：通常数个工作日，材料充分者更快；被退回按意见补正后再提
🧑💻 开发接入要点（上线后别踩线）
- 授权与降级
- 未授权：给城市选择或手填地址的替代流程
- 已授权：仅在相关页面调用一次，退出即清理
- 文案与弹窗
- 说明用途、频率、是否存储与是否用于个性化
- 代码侧实践
- 防抖节流、异常兜底；埋点记录失败原因但不记录精确位置
- 定位精度按需选择，减少能量消耗与隐私暴露
- 能力前置说明
- wx.getLocation 为需用户授权的敏感能力，请遵循最小化与合规调用
🤝 省时省力交给专业团队（雪州企服可代办）
- 我们提供
- 场景梳理与话术定制、页面路径与视频脚本、隐私合规文本、一次性提交材料包
- 被退回免费复审一次，直至通过
- 你将获得
- 审核填写模版+截图示例+演示视频+授权弹窗文案+隐私政策页模板
- 适用对象
- 本地生活、到店/到家、同城服务、门店连锁、签到打卡等高频定位业务
