外部媒体をやめる前に｜予約・問い合わせリンクの移し先を一枚で確認する

外部媒体をやめる前に予約・問い合わせ機能、旧リンク、告知、代替先をどう点検するか。架空の教室の移行表と終了前後の確認操作を示します。

外部の予約媒体をやめる日だけ決めて、自社サイトの「予約する」ボタンをそのままにしていないでしょうか。媒体の掲載が終了すると、利用者が開くページだけでなく、受付通知や管理画面、過去に配ったリンクの扱いも変わる可能性があります。店頭のQRコードから旧予約画面へ進んだ人には、終了理由も新しい窓口も分かりません。解約の判断そのものより前に、いま利用者がどこから来て、何を操作し、誰に届くかを一枚の表へ移すことが必要です。

この記事はSNS、予約媒体、自社サイトを兼任する担当者が、外部媒体の利用を変える前にWebの案内先を確認するための設計例です。媒体の契約条件、データの持ち出し、掲載終了後の画面、既存予約の扱いはサービスごとに違います。架空の教室を例に、媒体機能・終了影響・代替先・告知期間・確認操作を比べます。制作会社が解約可否や契約上の権利、予約の移管を決めるものではありません。実際の契約書、管理画面、媒体の窓口と照合してください。

「やめる媒体」ではなく「失う機能」を列挙する

みやあじよの自社サイトと外部媒体の使い分けページは、媒体を一律に減らすのではなく、見つけてもらう場所、詳しく説明する場所、予約や相談を受ける場所の役割を整理するとしています。既存の外部予約を活かす構成も候補です。本稿はそこから一歩進み、一つの媒体の利用を終了・縮小するときの受付の移し先に絞ります。SNSとWebの連携を扱う以前のコラムが説明する一般的な併用の利点を繰り返すものではありません。

媒体名を書いたあと、公開ページ、予約カレンダー、問い合わせフォーム、メッセージ、利用者への自動通知、管理者への通知、レビュー、掲載写真、過去投稿へのリンクを分けて確認します。同じ媒体でも全機能を使っているとは限りません。予約だけ別サービスへ接続している場合もあれば、媒体内のメッセージだけで日程調整している場合もあります。画面に見えるリンク先から管理画面の受付履歴まで、実際の流れを担当者に操作してもらい、使っていない機能を想像で埋めないことが大切です。

契約条件の確認は、Web制作の表とは分けて契約担当が行います。終了を申し出る期限、掲載や管理画面が使えなくなる時点、既存予約の確認方法、データの提供範囲、利用者への連絡手段を、媒体の規約と担当窓口で確かめます。画面上に「解約後も同じURLで案内できます」と推測で書かないようにします。予約情報やメッセージを自社サイトへ移せるとも限りません。移行が許される範囲、必要な通知や取扱いは事業者の責任者と契約・個人情報の担当が確認します。

終了影響と代替先を五列の表にする

次の表は架空の体験教室が外部媒体の利用を変えるときの編集票です。日付や媒体の仕様は実在のものではありません。実務では各行に現在のURL、媒体の規約やサポート回答、社内担当、確認日を加えます。代替先に自社サイトのトップページだけを書いて終わらず、元の操作と同じ用件へ進めるかを確かめます。

媒体の機能	終了で起こり得る影響	利用者の代替先	告知の時点	実際の確認操作
体験予約ページ	新しい日時選択ができなくなる可能性	現在使える予約画面か、希望を送る窓口	新しい窓口が使えると確認してから	日時選択、申込み、確定通知まで試す
媒体内メッセージ	過去の会話を見られる範囲が変わる可能性	自社の問い合わせ先と受付時間	既存の相談へ返答する前に	受信先、返信、未回答の扱いを確かめる
旧掲載URL・QRコード	残る画面や移動先が媒体によって違う	自社サイトの該当サービス案内	配布物を切り替える前に	読み取り、クリック、旧リンクを試す
既存予約の通知	変更・取消の窓口が分からなくなる可能性	予約済みの方専用の確認先	影響を受ける予約の案内前に	予約済みの人として連絡先をたどる

架空の体験教室で外部媒体の予約、メッセージ、旧リンクを新しい受付先と確認操作へ結び付ける図 — 外部媒体の利用を変える前の案内図です。実在媒体の終了条件やデータ移管を示しません。

「起こり得る影響」と書くのは、終了後の挙動を媒体名だけで断定できないからです。旧URLが消えるのか、終了案内が残るのか、検索結果からいつ見えなくなるのかは、サービスと契約・設定に依存します。運用表には確認した事実と未確認を分け、媒体側の説明や実際の表示を記録します。自社で管理していない媒体のURLに、自由な転送を設定できると思い込まないことも重要です。自社ドメイン内の古いページなら転送や案内ページを検討できますが、外部媒体の旧URLは運営者の機能と権限を確認します。

代替先は「予約」と「問い合わせ」を分けます。予約サービスを新たに使う場合、日時を選んだ時点で確定するのか、希望を送って返信を待つのかを、ボタンの文言と完了画面で示します。問い合わせフォームへ移すだけなら、ボタンを「予約を確定する」と書かないようにします。すでに予約した人の変更・取消と、新規に申し込みたい人の入口が同じとは限りません。受付担当がどこで通知を受け、何をいつ確認するかを決めてから、画面の言葉を作ります。

外部に残るリンクを、発信元からたどる

自社サイトのボタンを直しても、SNSのプロフィール、固定投稿、過去のキャンペーン、メール署名、地図のプロフィール、店頭のQRコード、印刷物に旧URLが残ることがあります。まずアクセスや問い合わせの多い発信元を、手元にある資料と担当者の聞き取りから列挙します。すべての過去投稿を一度に修正できるとは限らないため、今も利用者が開く入口と、事業者が編集できる入口を分けます。編集できない場所には、媒体側の案内・削除機能があるか確認し、自社サイトの説明ページを見つけられるようにします。

たとえばGoogleビジネスプロフィールの予約リンクには、事業者が追加したリンクと、第三者の提供元から表示されるリンクがあります。Googleの公式ヘルプは、予約リンクの追加と優先リンクの設定、第三者リンクの削除依頼を案内しています。これはすべての媒体に同じ操作があるという意味ではありません。自社のプロフィールでどの種類のリンクが出ているか、編集権限が誰にあるか、変更後に利用者側でどう見えるかを確かめます。外部の表示がすぐ切り替わると約束せず、実画面の確認日を残します。

旧い予約先を「閉じた後に気づけば直す」運用にしないため、発信元ごとに確認操作を決めます。スマートフォンからプロフィールを開く、配布済みQRコードを読む、メールの案内から進む、サイト内検索で予約ページを探す。利用者が見ている順番で、対象のサービス、日程、申込みの意味、完了後の連絡を確認します。リンクが開くだけでは合格ではありません。旧媒体の名前や価格が残る、空き枠が更新されない、通知が誰にも届かない場合は受付が成立しません。テスト送信には実在の顧客情報を使わず、内部で区別できる試験データを用意します。

告知は契約終了日より前の「受付の切替日」から考える

告知期間を機械的に何日と決める前に、すでに入っている予約の最終利用日、媒体内で返信待ちの相談、変更・取消の連絡先を確認します。新規受付をいつまで旧媒体で受けるか、切替後に旧媒体へ届いた相談を誰が見るか、予約済みの人へどの経路で案内するかを、受付責任者が決めます。契約終了後にメッセージが読めなくなる可能性があるなら、先に必要な対応を終える順序が必要です。個人情報を別システムへ移す判断は、媒体の条件と自社の取扱いを確認した担当者が行います。

利用者への文章では、「今までの予約がすべて新しい画面に移っています」のような未確認の断定を避けます。新規の予約先と、既存の予約の確認・変更先を明示し、切替日を適用範囲とともに書きます。例えば「これからの体験申込み」と「すでに予約した方の連絡」を別の見出しにします。切替直後に旧画面が見える場合も、どの操作を使ってよいかが分かるようにします。予約済みの人へ個別連絡が必要か、媒体の規約に沿ってどの経路を使えるかは、事業者が確認します。

発信は一度きりの投稿で済ませず、現在のサービス案内と受付ページのそばに残します。SNSの告知は流れるため、プロフィールのリンクや固定表示など、利用中の媒体で更新できる場所を確認します。自社サイトには「予約する」と「予約済みの方」の意味を分けた案内を置き、古いキャンペーンページからも現在の受付を探せるか確認します。期間が終わった告知をいつ外すかも記録し、終了済みの媒体が現行の申込み方法として残らないようにします。

終了前後の二度、同じ画面を確認する

終了前の確認では、新しい受付先で申込みが完了すること、通知を担当者が受け取ること、予約済みの人の変更先が分かることを確認します。外部媒体の旧URLがまだ動く期間は、二つの受付が並走する場合があります。重複申込みの扱いと担当を決め、片方だけを見ている時間がないか確かめます。終了後には、媒体側の表示、旧リンク、プロフィール、自社サイトのボタンを同じ表で再確認します。媒体の終了操作そのものは、その契約を管理する担当が行います。

試験する用件も一つに絞りすぎないようにします。初めて申し込む人、すでに日時が決まっている人、参加条件を質問したい人では、探す入口が違います。三人になりきってスマートフォンから各入口をたどり、ページの見出し、ボタン、完了表示、届いた通知を記録します。外部媒体の会員だけが使える予約や、ログインしないと見えない画面があれば、確認できた条件を表へ残します。確認できなかった操作まで「動作確認済み」とまとめないようにします。

新しい受付先がまだ用意できない場合は、見栄えのよい仮ボタンを先に公開するより、現在受け付けられる連絡方法と対応時間を明示します。新しい予約システムを採用するかは事業者が運用と費用を比較して決めます。自社サイト上の案内はその決定に合わせて制作し、旧媒体の終了日までに利用者が何を使えるかを明確にします。

完了報告は「解約しました」だけでは足りません。どのURLからどの用件へ移れるか、旧URLで何が見えるか、未対応の相談は誰が扱うか、確認した日時を並べます。外部側に変更待ちがあれば、現在確認できた画面と媒体への依頼状況を分けて記録します。検索結果や地図に旧リンクが残る間は、実際に利用者が開く入口を観察し、追加の案内が必要か検討します。閲覧数の増減だけを媒体終了の効果にしません。相談・予約の基準値と実績がなければ、改善率は推測しないようにします。

まずは一つの旧予約リンクについて、現在の発信元、操作、通知先、新しい行き先を一行に書くことから始められます。代替の受付が実際に動くと確かめる前に外部媒体の掲載終了を前提とした画面へ変更しないこと。契約の判断と、利用者に見せる導線の判断を別々の担当が確認し、一枚の表でつなぎます。