WeChatミニプログラムアップデート短報—— 中国向けCRMへの実務インパクト

最新シグナル

先に実務1点：市場×機能×権限の1行表

社内で先に作るのは次の表です。「市場・主体／使う機能／権限・前提／確認日」。

空欄の行は未確認と書き、開発キックオフの前に埋めます。機能名だけのロードマップは、表の権限列が埋まってからにします。権限列が空のまま見積もりだけ先に出すと、中国側パートナーとの着手日がずれます。

更新ルールは、微信開放ドキュメントの基础库ログと社区公告が更新されたら確認日を直すことです。確認日がない表は、次の中国向け定例で差し戻す前提で扱います。差し戻しを減らすほど、開発スプリントの待ち時間が残ります。

会員ジョブから逆算：手机号は「取れる」ではなく「買える回数」

日本側のジョブが「会員の電話番号をCRMキーにする」なら、先に見るのは手机号快速验证コンポーネントです。公式ドキュメントでは、非個人主体かつ認証済みのミニプログラム向けで、境外主体は一部の国・地域のみ開放、と明記されています。成功1回あたり標準0.03元（2023-08-28課金開始、現行ドキュメントで継続）です。

取得手順は、ユーザー同意後にフロントのcodeをサーバーへ送り、phonenumber.getPhoneNumberで換取します。各codeは5分・1回限りです。wx.loginのcodeと混用してはいけません。额度不足時はerrno 1400001が返り、ユーザー側に上限の半屏が出ます。

2025年5月の公式通知では、技術升級の影響で2025-04-21〜04-28の一部呼び出しが正常消耗されず、2025-05-28に初回の補扣が走る、と案内されています。基础库3.12.0（2025-11-13）には「优化手机号扣费」も入ります。社内では、リソース包残高と補扣日を表の権限列に書きます。

実務の切り分けは、「コンポーネントを置いた」ことと「換取と課金が通る」ことを別列にすることです。置いただけのデモは、CRMキーの証明になりません。デモ環境で1000回の体験额度を使い切ったあと、本番と同じ課金エラーが出るかを必ず見ます。

会員キャンペーンの開始条件は、「リソース包残高が想定日次の14日分以上」など、数字で書くと止まりにくいです。雰囲気の『準備できた』では、マーケと開発の認識がずれます。

注文ジョブから逆算：小店直下単は熱招＋関連がゲート

ジョブが「ミニプログラムから微信小店の下単頁を開く」なら、見るのはstore-productです。微信チーム公告（2025-11-25）によれば、2025-12-01以降、小程序からstore-productで下単頁を開く場合は、対象商品が熱招ブランドかつ小店関連済であることが条件です。満たさない場合は商品詳情へフォールバックします。

微信小店は、视频号小店の升級として位置づけられ、公众号・视频号・小程序・搜一搜へ店舗・商品情報を流通させる設計です（公式ストアドキュメント）。日系が取り違えやすいのは、「商品IDがあれば下単まで行ける」と思い込むことです。ゲートは商品IDではなく、ブランドと関連の組み合わせです。

例えば、日本本社のカタログをそのまま載せても、熱招・関連が空なら下単は開きません。営業資料の「ワンタップ購入」は、表の権限列が埋まるまで書かない方が安全です。

確認手順は、熱招ブランドの照会と、小店の関連アカウント設定を別担当で見ることです。片方だけ通っても、直下単は通りません。両方が揃った確認日を、表の同じ行に残します。

流入ジョブから逆算：半屏上限と直播予約の前提

ジョブが「他ミニや直播から会員を寄せる」なら、基础库の上限が先です。基础库3.10.0（2025-08-26）では、openEmbeddedMiniProgramの半屏オープン上限が100へ上がり、allowFullScreenはtrue強制です。基础库3.13.0（2025-12-03）では、小程序から直播予約の半屏を拉起できる、とログにあります。

逆算の意味は、「半屏を増やせば流入が増える」ではなく、「上限とパラメータが揃う端末・基础库でしか再現しない」ことです。社内検証端末の基础库バージョンを表に残します。

视频号連携の話は、ライブ予約APIの可否と、CRMのイベント定義を同じ週に並べます。予約だけ取れて会員キーが空、という状態は、後から計測が壊れます。

開発の優先順位は、半屏の見た目より、上限到達時のフォールバックです。上限を超えたときの画面と、CRMへのエラーログを先に決めます。エラーログが無いと、流入減の原因切り分けが止まります。

決済ジョブから逆算：成功コールバックだけで注文確定しない

ジョブが「ミニ内で支払完了をCRMに書く」なら、微信支付の查単が先です。基础库3.11.0（2025-10-14）では、globalpay全球收银に跳端支付が追加されています（跨境の導線候補）。退款まわりでは、2025年以降の商户ドキュメントで、受取口座の区分追加や合単のsub_orders意味変更が続いています。

公式の支払フローでは、requestPayment後に查単APIで状態を確定するのが安全です。フロントの成功コールバックだけで在庫を落とすと、通信切断時に二重注文や未入金確定が起きます。

境外主体の支払は、中国の商户号と小程序AppIDの一致、契約主体の確認が別レイヤーです。表の権限列が空のまま「グローバルペイ対応」と書かないでください。

退款テストは、本番と同型の口座区分で1件通すまで、CRMの自動返金をONにしない方がよいです。テスト口座だけの通過は、本番の口座区分と一致しません。

合规ジョブから逆算：隐私指引はPIAの別名ではない

ジョブが「個人情報を取る前に合规を通す」なら、微信側の必須は《用户隐私保护指引》の申告と、ユーザー同意の同期です。同意前に隐私関連インターフェースを呼ぶと止まります。公式弹窗は、対象基础库以降（または__usePrivacyCheck__: true）で自動になります。

ここで取り違えやすいのは、「PIAを微信に提出すれば足りる」と考えることです。微信ドキュメントに「PIA」という提出フォーム名はなく、中国個人情報保護法（PIPL）側の影響評価は法務プロセスです。平台の指引と、社内の影響評価を1行に混ぜないでください。

手机号・位置情報・クリップボードなど、取るデータの一覧を指引に書き、CRMに保存する項目と一致させます。指引に無い項目を後から追加すると、審査とユーザー同意の両方で止まります。

週次のチェックは、「指引の最終更新日」と「CRMの項目定義の更新日」を同じ表に並べることです。日付がずれた週は、新項目の取得を止めます。

広告・クラウドは後段：会員キーと注文が通ってから

カバー広告の状態取得や、云开发のFunctionToolなどは、基础库ログに継続して載ります。ただし中国向けCRMの初週は、広告枠より手机号・小店・支付・隐私の4列を先に埋めます。広告だけ先にONにすると、会員キーが空のまま費用だけが残ります。

云开发を使う場合も、本番の環境IDと、日本側が触れる権限者を表に書きます。個人の体験版だけが動いている状態は、引き継ぎ不能です。

開発者ツールのバージョンと、検証端末の基础库は、再現手順の必須項目です。手順にバージョンが無いバグ報告は、中国側パートナーが再現できません。

広告・クラウドのロードマップは、4列が埋まったスプリントの後ろに置きます。前に置くと、権限ゲートの議論が毎回後回しになります。後回しが続くと、公開直前の手戻りが増えます。

今週の一手：手机号リソース包と小店関連を同日に確認する

今週の一手は、表の1行目（手机号）と2行目（小店直下単）を同じ日に埋めることです。リソース包残高・境外開放の可否・熱招／関連の有無が揃うまで、会員キャンペーンの開始日は空欄のままにします。

空欄の行が残る週は、新機能の勉強会を基础库のバージョン紹介だけで終わらせない方がよいです。表を更新し、その行だけを次のスプリントに載せます。

WeChatミニプログラムの2025〜2026は、CRMに効く変更ほど「使える条件」が厚いです。権限列が埋まった瞬間に、開発とマーケティングの会話が具体になります。

次のアクションは、候補の小程序AppIDについて、手机号の課金状態と小店関連のスクショ（確認日付き）を1枚にまとめることです。まとまらない週は、中国向けの会員KPIを上げない方が安全です。KPIだけ先に置くと、権限ゲートの作業が後回しになり、公開直前で止まります。