サービス名を変えた後のWeb案内｜旧名称から現行ページへ迷わせずつなぐ

昨年配ったパンフレットを見た取引先が、そこに載っているサービス名をサイト内で探す。ところが新しい一覧には名称がなく、検索窓でも見つからない。取扱いをやめたのか、別のサービスへ統合したのか、名前だけ変わったのかが分からず、問い合わせの前に手が止まります。名称を変えた会社にとっては整理が済んでいても、旧資料から来る人には説明の橋が必要です。

複数のサービスを扱う事業責任者・Web担当者に向け、旧名称・新名称・変更範囲・掲載媒体・反映日を一つの表にし、現行ページ、古いURL、パンフレット、問い合わせ先を照合する方法を示します。架空の設備サービス会社を例にします。実在する会社の改称や実績を示すものではありません。名称変更の範囲、提供条件、公開日、外部資料への対応は各社で確定してください。

まず「名前だけ変わった」を確かめる

みやあじよの複数事業・サービスの整理ページは、社内の正式名称と顧客が探す言葉を分け、一覧から詳細、相談先へ進める構成を示しています。既存URLの変更時には、現在の流入や外部資料での利用も確認し、転送を設計する範囲を扱っています。本稿は、名称を実際に変更した後、古い名前を手掛かりに来る人へ何を示し、どの画面・資料をいつ直すかに絞ります。

同じサービスの呼び名だけを変えた場合は、現行ページの見出し付近に「旧称：〇〇」と添えるだけでつながることがあります。一方、二つのサービスを統合した、対象を広げた、提供条件を変えた場合に「旧〇〇は新△△です」と一対一に書くと、旧資料に記載された条件まで続いているように見えます。変更の実態を、担当部門の確認を受けて三つに分けます。名称のみ変更、提供範囲を変更・統合、提供終了です。サイト担当が画面の都合でこの区分を決めないようにします。

架空の例では「設備チェック便」が「定期設備点検」に改称し、対象設備と受付条件は変わらないとします。別の「設備まるごと支援」は、点検と更新相談へ説明を分け、旧名称の一部の対応は終了したとします。前者なら同じ詳細ページで旧称を補えるかもしれません。後者なら新しいページへの単純な転送だけでは説明が不足します。どの依頼がどこへ進むか、終了した内容は何かを案内する必要があります。これらは編集例で、実在の販売条件ではありません。

名称の対応表を、公開作業の正本にする

サイトの見出しだけを書き換えると、旧名称が残る場所や、変更してはいけない過去の記録を見落とします。制作前に、事業側が確認した名称と条件、Web側で反映する場所を一行で対応させます。次は架空の表です。日付も作業順を示す仮の日程であり、実際の変更予定ではありません。

旧名称	現行の名称・案内先	変更範囲	掲載媒体・画面	反映日（架空）
設備チェック便	定期設備点検の詳細	名称のみ変更。対象・条件は事業側で同一と確認	サービス一覧、詳細、サイト内検索、FAQ、営業PDF	2026年10月1日
設備まるごと支援	点検案内と設備更新相談の説明	一部を分け、旧サービスの一部は終了	旧詳細URLの案内、現行の二つの詳細、パンフレット差替えページ	2026年10月1日
旧パンフレットのQRコード	現行サービスまたは変更説明ページ	紙面は回収できず、リンク先で変更内容を示す	QRの着地URL、配布済みPDF、取引先向け案内	2026年10月1日から確認
営業資料のサービス一覧	現行名称と旧称の対応	新規配布分を更新。過去の提案書は記録として扱う	ダウンロード資料、メールの定型文	2026年10月8日までに照合

架空のサービス改称で旧パンフレットや旧URLから名称対応を経て現行の詳細と相談先へ進む図 — 旧名称から現行の説明へ進む架空の案内図です。実在のサービス変更や日程ではありません。

表の「変更範囲」が最も大切です。旧称と新称を並べただけでは、利用者が以前の条件で依頼できるか判断できません。実務では、対象者、提供内容、対象地域、申込み条件、契約中の利用者への扱いを、変更前後で照合します。サイトに載せる文章は確認済みの範囲に限定します。変更の理由や将来の予定を事業側が公表していないなら、担当者の推測で補いません。

「掲載媒体」はサイトだけではありません。新規配布するパンフレット、既に公開されたPDF、メール署名、営業担当の定型文、外部の掲載先、広告のリンクも確認対象になります。ただし、外部の資料を一斉に書き換えられるとは限りません。まず自社が管理する現行ページと資料を正本として揃え、修正できない旧資料から来た人の着地点を用意します。誰が各媒体を更新し、誰が内容を確認するかも表の別欄や作業記録で持ちます。

反映日は「新名称を公表した日」だけでは足りません。詳細ページの公開、旧URLの転送、PDFの差替え、フォームの選択肢、営業資料の配布開始がずれるなら、その順序を決めます。表に予定日と実際に確認した日を分けて記録すると、「サイトでは新名称、問い合わせメールでは旧名称」という時期を発見できます。公開後に直した媒体は、変更履歴が分かるようにします。

現行ページには、旧称との関係を短く明示する

旧名称を知っている人が現行ページに着いたら、ページの上部で関係が分かるようにします。名称だけの変更なら「定期設備点検（旧称：設備チェック便）」と書き、必要に応じて「提供内容・対象条件は変わりません」と、事業側が確認した内容を添えます。変更を示す文をフッターの小さな注記だけに置くと、旧資料との関係を見つけにくくなります。

提供範囲が変わった場合は、一文で同一視しません。「旧『設備まるごと支援』で案内していた点検は定期設備点検へ、更新の相談は設備更新へ。旧案内に含まれていた一部の対応は終了しました」のように、どの用件がどこへ行くかを分けます。終了した部分の説明は、顧客が次の行動を選ぶのに必要な範囲で書きます。契約中の利用者に個別の手続が必要なら、その案内は営業・顧客対応の担当者と確認します。

サイト内検索を備えているなら、旧称で検索した時に該当の現行ページまたは変更説明ページが見つかるか試します。検索語として旧名称を持たせるだけで、画面に関係が書かれていなければ、到着後に別のサービスだと感じるかもしれません。検索結果の見出し・抜粋、着地後の説明、相談ボタンの文言を一続きで確認します。サイト内検索がない場合も、サービス一覧やFAQの適切な場所に旧称を残すことで、ページ内で探せるようにできます。

旧称を残す期間を「何か月」と一般化する必要はありません。配布済み資料が使われる期間、取引先からの問い合わせ、旧名称へのアクセスを確認し、事業側と見直します。旧称をずっとメインの見出しに並べるか、一定期間の補足にするかも、探す人の量と混乱の有無で決めます。検索流入の測定ができない場合は、受付で聞かれる旧名称や参照される資料を記録して判断材料にできます。

URLの変更は、名前の変更と分けて判断する

サービス名を変えても、既存URLを必ず変える必要はありません。URLに旧名称が入っていても、ページの目的と内容が継続し、リンクが広く使われているなら、現行ページの表示名だけ直す判断もあります。逆に、ページを分割・統合する場合は、旧URLがどの現行説明に対応するかを検討します。先に名称の対応表を確定し、その後でURLごとの扱いを決めます。

Google検索セントラルのURL変更ガイドは、旧URLと新URLの対応を作り、移動先が定まったURLを転送し、サイト内リンクも更新する方法を示しています。恒久的に移したページでは恒久的なサーバー側の転送を推奨しています。ただし、名前が変わっただけで内容や対応先が一対一かは事業側の確認が必要です。ガイドを根拠に、関係の薄いトップページへ機械的に転送するものではありません。

架空例の「設備チェック便」の旧詳細URLなら、内容が同じ現行詳細へつなぐ候補です。「設備まるごと支援」の旧URLは、新しい二つのサービスへ枝分かれするため、一方へ直送すると旧名称の全内容がそこに残っているように見える恐れがあります。旧ページを変更説明として残すか、内容に合う案内ページを作るかを検討します。実際のURL、アクセス状況、既存資料のQRコードを確認して選びます。転送を設定する場合は、検索結果だけでなく、古いパンフレットのリンクを実際に開いて着地を確かめます。

PDFに埋め込まれた古いURLやQRコードは、紙の配布後に直せません。だからこそ、着地先のページが「旧資料から来た人」を受け止めることが重要です。現行のPDFを差し替える作業と、古い紙のリンク先を守る作業は別に管理します。URLの変更と同時にフォームの送信先や資料請求のリンクも変わるなら、閲覧だけで終わらず、最後の相談先まで試します。

古い資料の文面を、無理に全部消さない

サイトには、営業資料のダウンロード版、過去のニュース、導入事例、イベントの告知など、サービス名を含む場所がいくつもあります。公開時点を示す記録まで現在の名前に置き換えると、当時何を提供していたか分からなくなることがあります。現在の申込みに使うページ・資料と、過去の記録を分けて扱います。前者は現行条件に合わせて更新し、後者は必要に応じて「掲載当時の名称です」と注記して現行案内へつなぎます。

過去の事例に旧名称が使われている場合、事例そのものを新しいサービスでの成果と読み替えないことも大切です。現在の詳細へ関連リンクを加えるとしても、同じ提供範囲が続いているか確認します。サービス内容が変わっていれば、「現在はこの範囲でご案内しています」と区別します。実績の数や成果を名称変更に合わせて書き換えることはできません。

旧パンフレットを見ている取引先には、サイト上の対応表だけでなく、営業担当が案内できる短い文が必要かもしれません。たとえば「資料の『設備チェック便』は現在『定期設備点検』の名称でご案内しています。詳細とご相談先はこちらです」。Web担当は、実際の営業説明とサイトの表現が一致するかを確認します。別の約束や条件をメール本文で追加する必要はありません。

既存の複数事業の記事は、顧客の依頼目的から事業と窓口を探せる構成が中心です。本稿はその分類をやり直すのではなく、旧名称から訪れた人と、現行の分類・詳細をつなぐ変更履歴に焦点を当てます。単独サービスとセット提案の記事も、含む作業や追加条件の比較が主題です。改称と同時に提供範囲が変わった場合は、その記事で扱うような条件の確定を事業側へ戻し、名称だけで販売条件が伝わったことにしません。

問い合わせで旧称を受け取っても、たらい回しにしない

現行のサービス名だけをフォームの選択肢にすると、旧パンフレットを見た人はどれを選ぶか分かりません。名称のみ変更したサービスなら、選択肢に「定期設備点検（旧：設備チェック便）」と一定期間添える方法があります。複数の現行サービスへ分かれた旧称は、一つの選択肢へ無理に結び付けず、「旧資料のサービスについて相談」や「どれに当たるか分からない」を受け付ける方法を考えます。受付担当が実際に内容を振り分けられることが前提です。

フォーム送信後の自動返信にも古い名称が残っていないか確かめます。詳細ページのボタン、フォームの選択肢、確認画面、自動返信、担当者へ届く通知で同じ用件として扱えるかを通して試します。入力した旧称を社内で確認できるなら、利用者に改めて経緯を説明させずに済みます。逆に、旧称が廃止済みの提供内容を指している場合は、対応できる範囲を確認して返答します。

公開前の確認では、社内の新名称を知らない人に、旧パンフレットの一枚を渡す場面を想定します。紙面の名称からサイトを探し、現行の案内に着き、対象と条件を確かめ、相談先まで進めるか。スマートフォンとPCの両方で行い、検索結果の表示、古いQRの着地、リンク切れ、表の横スクロールも確認します。これは架空の確認手順であり、実際の利用者調査の結果ではありません。

公開後は、旧名称によるサイト内検索、旧URLへのアクセス、受付で聞かれた旧称、リンク切れの報告を継続して見ます。数値が取れない媒体は「測定していない」と記録し、旧資料が残っている事実を無視しないようにします。名称変更による検索順位や受注の改善を推測で約束するのではなく、旧資料を持つ人が現行の説明と相談先を見つけられるかを改善の基準にします。

最初の作業は、変更したサービスを一つ選び、旧称と現行名称、変わった条件、残る媒体、反映日を表に書くことです。その一行を起点に、現行ページの旧称表記、旧URLの行き先、配布済み資料からの着地を確認してください。名称を改めた理由を長く説明するより、以前の資料を見た人が今どこへ進むかを示すことが先です。