未置換で届く原因の大半は「文字の書き間違い」ではなく、「その読者がどの経路で登録されたか」です。
顧客に届いたメールが、こうなります。
宛名が消えて1行目が空白で始まる、開催日時の欄が空欄のまま届く、というのも同じ事故です。顧客から見ると「日時が書いていない案内」になるので、問い合わせが来ます。
実例として、ある配信アカウントのメールとLINEを全部で710通点検したところ、103通に未置換になる文字が入っていました。そのうち101通はこれから届く予約配信でした。
配信スタンドの置き換え文字は、大きく2種類あります。
| 種類 | 例 | 効く条件 |
|---|---|---|
| 読者項目に紐づくもの | お名前・メールアドレス・姓・名・電話番号・配信基準日時 | どの読者にも効く（値が空なら空欄） |
| イベント（予約）に紐づくもの | イベント名・日程・会場・参加用URL・ミーティングID・キャンセルページURL | イベント・予約機能を経由して登録された読者にだけ効く |
ここが落とし穴です。同じイベントの案内でも、申込フォームを「イベント機能」で作ったか、ファネル側の「自動ウェビナー」フォームで作ったかで、後者はイベント系の文字が一切効きません。✅確認済（配信スタンド公式ヘルプに明記）
つまり、文面をいくら直しても、登録経路が違えば同じ事故が再発します。
有効な文字は「空欄」になる。無効な文字は「文字のまま」出る。
実配信テストで並べて確認した結果です。✅確認済
| 書いた文字 | 届いた姿 | 判定 |
|---|---|---|
| お名前・メールアドレス | 値が入った | ✅ 有効 |
| 姓・名・イベント参加日 | 空欄 | ✅ 有効（値が無いだけ） |
| 一覧に存在しない自作の文字 | 文字がそのまま出た | ❌ 無効 |
| 書式指定つき（縦棒で日付書式を指定） | 「2026年8月14日 17:08」と整形された | ✅ 有効 |
置き換え文字の一覧は、複数の場所に、違う内容で存在します。ここを間違えると判断ごと狂います。
| 情報源 | 信頼度 | 理由 |
|---|---|---|
| 管理画面の「置き換え文字」ボタン | ✅ 正本 | 実際に使える基本項目がそのまま並ぶ |
| 公式ヘルプのイベント系一覧 | ✅ 正本 | 管理画面に出ない条件付きの文字はここにしか無い |
| 開発者向けAPIが返す一覧 | ⚠️ 参考 | 実配信で効かない文字も「使える」と返してくる |
| 過去の自社ドキュメント・AIの回答 | ❌ 根拠にしない | 出典のない文字が独り歩きしていることがある |
今回の調査で、社内の作業手順書に「この変数を使うこと」と書かれていた文字が、公式のどこにも存在しないことが分かりました。出典の記載が無いまま4ヶ月残り、それを見た担当が使い続けていました。手順書に置き換え文字を書くときは、必ず出典URLを添えるのが再発防止になります。
経路が混ざっているなら、置き換え文字より「直書き」が安全です。
多くの配信スタンドは、送信中・配信済みのメッセージの更新を拒否します。実際に更新を試みると、こう返ります。✅確認済
ここから導かれる運用は1つです。点検は「配信待ちがまだ多いうち」にやる。すでに送ってしまった分は、届いた人にとっては終わった話です。同じ文面が今後も使い回される雛形かどうかだけ確認して、雛形でなければ触らずに次へ進むほうが早い。
今回の点検で、事故そのものより効いたのがこれでした。予約一覧の管理名称が記号だらけだと、点検も判断もできません。
| 直す前 | 直した後 | |
|---|---|---|
| 日程案内 | 日程通知 2026-08-22 A-0210日前 | 8/22 送信[10日前]｜9/1(火)18:00 の回｜… |
| ステップ配信 | v3 S4 mail | Day4 メール｜ワークシートを書く（内容が一言で分かる） |
記号は作った本人にしか読めません。「A-0210日前」は「A-02 の10日前」ですが、詰まっていると「210日前」に見えます。いつ送るのか・何を送るのか・誰向けかが、一覧の1行で読めるようにしておくと、次に点検する人（半年後の自分を含む）の作業時間が変わります。