個別相談申込経路 TS移行｜実装・レビュー報告

更新：2026-09-06。対象：9/6・9/8トレンドセミナー、共通個別相談カレンダー、全体ダッシュボード。

採用する記録は [個別相談_申込経路] だけです。いったん追加した予約確定コピー欄・予約経路履歴欄・コピー用予約完了アクションは、依頼どおり削除しました。

1. 採用ルール

• 個別相談_申込経路 = TS-HHmm-YYYYMMDD_<予約経路>。
• 9/6は TS-1930-20260906、9/8は TS-1930-20260908。いずれも公開開始19:30 JSTを使用する。
• テーマは開催台帳、旧方式はLステップ内の稼働スロットで管理し、経路値には入れない。
• 予約前に複数の専用CTAを押した場合、9/6は最後に押した有効なCTAを採用する。
• 共通LP入口は、すでに TS- の詳細経路が入っていれば上書きしない。
• 9/6の専用CTAは 個別相談予約中(2重申込防止用) 保有者の経路・面談名を更新しない。
• 過去データから開催や通数を推測して埋め直さない。

2. 今回の変更

削除

削除によりアクション番号が詰まり、以前の295「9/6予約完了タグ付与」が現在は294と表示されます。これは削除対象だった旧294とは別の既存動作です。

9/8

9/8終了後シナリオ1276105のCTAは、現時点ではすべて同じpFBapQbです。そのため9/8は開催の判別はできますが、「終了後シナリオ何通目か」は判別できず、予約経路はすべて 共通LP になります。

9/6・共通リマインド（既存のTS移行を維持）

• 9/6タグ37件は TS-1930-20260906_用途。
• A開催IDは TS-1930-20260906。
• 申込・参加前アンケートは同時申込専用URL、参加後アンケートは専用URL、終了後シナリオは01〜08通目の専用URLへ分離済み。
• 共通カレンダー170458の9タイミングと予約直後は、トレンド側が TS-を含む OR トレンドセミナーを含む。通常側は両方を除外する。旧値予約を落とさないための移行互換を維持している。

3. [個別相談_申込経路] を書き込む全12箇所

9/6：11箇所

専用10リンク（共通LP以外）は予約中タグ保有者を除外。共通LP入口は予約中除外に加えて、既存TS経路を上書きしない。

9/8：1箇所

4. 書き込まない場所

• 公開共通LPの入口GRzXiIF / 352912：アクションなし。
• 共通LP内の予約ボタン：個別相談_申込経路 を代入しない。
• SEO流入2517779：表示された21アクションに申込経路代入なし。
• 9/6終了QR流入2519795：表示された7アクションに申込経路代入なし。
• 旧共通サンクスgWD9mLG：別の友だち情報 [トレンドセミナー] は書くが、[個別相談_申込経路] は書かない。
• 共通個別相談カレンダー170458：現在は申込経路を読み取って分岐するだけで、申込経路自体は書かない。

5. 上書きの実際

• 9/6：予約前に01通目→03通目の順で専用CTAを押すと、03通目へ更新される。予約中タグが付いた後は専用CTA・共通入口とも更新しない。
• 9/8：最初にpFBapQbを踏んで TS-1930-20260908_共通LP が入ると、その後は同じリンクを踏んでも更新しない。
• 9/8の全CTAは同じ値なので、現在は通数別分析ができない。
• 予約確定コピー欄と予約経路履歴欄を削除したため、予約単位の不変履歴は保存しない。[個別相談_申込経路] は友だち単位の現在値であり、予約履歴ではない。
• 予約中タグが解除された後に9/6の別専用CTAを踏むと、現在値は更新され得る。過去予約の証跡は開催別予約完了タグ等で集計し、申込経路欄だけを過去CVの正本にしない。

6. 全体レビュー

合格

• 削除3点を保存後再読込。削除した友だち情報名は検索0件、カレンダーのコピー動作も0件。
• 9/8の20タグ、B開催ID、pFBapQbの新しい申込経路と条件ONを保存後再読込。
• URLクリック測定2サイトを開き、[個別相談_申込経路] 書込は計12行（9/6が11、9/8が1）と照合。
• 9/6の3フォーム、14 CTA、共通リマインド9タイミングは前回の保存後監査結果を維持。
• 9/8終了後シナリオ本文・画像と参加後アンケートの404修正は別作業で保存後再読込済み。タグ・友だち情報変更との競合なし。

残る制約

• 9/8の通数別経路がない：全CTAがpFBapQbのため、値はすべて _共通LP。通数別に見るには9/6と同様に8本のURLへ分ける必要がある。
• 実友だちE2Eは未実施：一般顧客への送信・テスト予約を避けたため、クリック→予約→再クリック→変更・取消までの実データ試験は行っていない。
• 旧値互換は残している：リマインドのトレンド側には旧 トレンドセミナー 条件もORで残る。旧値予約がなくなった時点で外す。
• 予約履歴は持たない：今回の削除方針どおり、Lステップ友だち情報には予約確定時のスナップショットも追記履歴もない。

7. 変更した9/8タグ20件

TS-1930-20260908_ の後ろは次のとおり。IDと既存の付与人数は維持した。

欠席、着座、個別相談予約キャンセル、個別相談直接CV、個別相談予約完了、個別相談LP閲覧、CTA判定_新規予約可能、参加後アンケート回答済み、セミナー後シナリオ中、終了後起動済み、QR読取、Codex導入ハンドブックURL訪問、申込完了、参加前アンケート回答済み、ZoomURL訪問、募集_260908_1230_一斉配信、募集_260907_1230_一斉配信、募集_260906_1230_一斉配信、流入_MyASP、流入_SEO。

8. ダッシュボード・文書

公開先：全体ダッシュボード ／ 9/6開催ページ ／ パラメータ設計。

本レポート、友だち情報一覧、タグ一覧、LP実装台帳、パラメータ設計、全体図・9/6図の記述から、削除済み2欄とコピー動作を現行仕様として扱う記載を除去した。変更前バックアップとQA出力は履歴資料のため改変しない。

Vercel本番デプロイ dpl_42ansvQEDw5DET1bnuJmcGZvPcue はREADY。公開URLで全体・パラメータ設計・9/6開催ページ・本レポートを、PC 1440px／スマホ390px・明暗テーマの16条件で確認し、HTTP 200、ページエラー0、コンソールエラー0、画像欠落0、ページ全体の横はみ出し0、モーダル33件の開閉を確認した。

9. 戻し方

• 9/8のタグ名は同じIDの名称を戻せば、付与済みデータを維持したまま復旧できる。
• pFBapQbの旧経路値は非公開の原記録に保全。戻すとTS形式での開催判定ができなくなる。
• 9/6シナリオ14 CTAの旧URLはASUU1Ft、申込・参加前サンクスの旧URLはgWD9mLG。
• 削除した友だち情報欄は復元できない。特に2785072に入っていた12人分の値は、削除承認時の説明どおり消失している。