ANSWER FIRST

結論

会社情報の表記揺れを防ぐには、会社名、住所、電話番号、公式URL、サービス名、営業時間などの正本を一つに定め、変更責任者と承認者を指定します。変更時はWEBサイトと構造化データを基準に、地図、SNS、PDF、外部プロフィールへ同じ内容を反映し、正式URLと各管理画面で一致を確認した記録を残します。

01

会社情報が掲載される場所を、変更前に洗い出す

会社名や住所を公式サイトだけで直しても、地図、SNS、採用媒体、営業資料、会社案内PDF、プレスリリース、取引先の紹介ページに古い情報が残れば、利用者はどれを信じればよいか判断できません。最初に、企業情報が掲載される自社管理のページと外部サービスを一覧にします。ヘッダーやフッター、会社概要、問い合わせ、採用、特定商取引法表記、プライバシーポリシーなど、同じ情報が別テンプレートに入っている場所も対象です。

一覧には、URLまたは管理画面、掲載項目、更新権限を持つ担当、確認方法、最終確認日を記録します。検索結果の説明文や古いキャッシュだけで誤掲載と決めず、正式URLと管理画面の現在値を分けて確認します。自社で直接直せない外部記事や過去のPDFは、訂正依頼先、旧情報から新しい正本へ案内する方法、更新できない理由を残し、放置と管理済みを区別します。

  • 自社サイト内の全掲載箇所
  • 地図・SNS・採用媒体・外部プロフィール
  • PDF・営業資料・プレス資料
  • 管理権限と更新担当者
  • 正式URLとキャッシュの確認方法
02

表記の正本と、使い分けのルールを一つにする

正本には、登記上の法人名、一般向けの表示名、郵便番号、住所、代表電話、問い合わせ先、公式URL、事業名、サービス名、営業時間を項目ごとに登録します。全角・半角、スペース、ハイフン、株式会社の位置、建物名の有無、電話番号の区切り方まで決めます。Googleの組織構造化データでは、正式名称のnameに加えてalternateName、url、logo、住所や連絡先などを示せます。画面にない情報だけを構造化データへ足すのではなく、利用者が確認できる会社概要と一致させます。

登記名とブランド名を場面によって使い分ける場合は、どの媒体でどちらを使うかを明記します。Google検索のサイト名はホームページ上の名称やWebSite構造化データなど複数の情報から判断されるため、タイトル、ロゴ周辺、構造化データで別々の名称を示さないようにします。略称や旧サービス名を検索補助として残す場合も、現在の正式名称との関係を説明し、利用者に二つの運営主体があるような印象を与えない設計にします。

  • 登記名と表示名の使い分け
  • 住所・電話番号の文字ルール
  • 公式URL・ロゴ・サービス名
  • 画面表示と構造化データの一致
  • 旧称・略称と現名称の関係
会社情報の変更依頼、根拠確認、承認、各媒体への反映、公開確認を順に進める運用フロー
VISUAL GUIDE会社情報は媒体ごとに直すのではなく、正本、承認、反映先一覧、公開確認を一つの変更記録で管理します。
03

変更依頼、根拠、承認、反映先を一つの記録にする

会社情報の変更は、チャットで『住所を直してください』と伝えるだけでは完了条件が曖昧です。変更票に、変更前と変更後の値、適用日、根拠資料、依頼者、内容責任者、公開担当、承認者、影響する媒体を記録します。住所移転なら郵便物、来訪案内、契約書、請求書、採用面接の案内など、WEB以外の業務も同じ適用日で動くかを確認します。電話番号や営業時間の変更では、転送や自動応答の切替時刻も公開日と合わせます。

緊急修正でも、正本を直さず媒体だけを先に変更すると、次の更新で古い値へ戻るおそれがあります。まず正本の変更を承認し、その変更IDから各媒体の作業を起票します。公開前に別の担当者が根拠と値を照合し、個人の記憶や検索結果の断片だけで承認しません。変更できない媒体があれば、全体を完了扱いにせず、未完了理由と次の確認日時を同じ変更票へ残します。

  • 変更前後の値と適用日
  • 登記・契約・社内決裁などの根拠
  • 内容責任者・公開担当・承認者
  • 影響する全媒体の作業一覧
  • 未完了先と再確認日時
04

公式サイトを基準に、順序を決めて反映する

反映は、正本、公式サイトの会社概要と関連ページ、OrganizationやWebSiteなどの構造化データ、内部リンク、canonical、OGP、サイトマップを先に揃えます。その後、Googleビジネスプロフィール、SNS、採用媒体、外部プロフィール、PDFや定型資料へ広げます。Googleビジネスプロフィールでは、実際の事業名、住所、営業時間、カテゴリなどを正確に示すことが求められます。検索向けの語句を会社名へ足すのではなく、看板や文書で一貫して使う名称を登録します。

公開作業では、一つの媒体を直すたびに変更票へ完了時刻、担当、確認URL、画面の値を記録します。リダイレクトが必要なURL変更では、旧URLから新URLへ到達できるか、内部リンクが旧URLを指していないかを確認します。住所変更では地図のピン位置、入口、来訪案内まで見ます。反映待ちの外部サービスを『失敗』と即断せず、管理画面で保存済みか、審査中か、正式表示まで完了したかを段階別に残します。

  • 公式サイトと構造化データを先に統一
  • canonical・OGP・サイトマップの整合
  • 地図・SNS・外部媒体へ順次反映
  • 旧URLと内部リンクの確認
  • 保存・審査中・公開済みを分けて記録
05

正式URLと管理画面で確認し、定期監査へ戻す

更新後は、検索結果の見出しだけで判断せず、公式サイトのPC・スマートフォン表示、会社概要、問い合わせ、採用、フッター、構造化データ、地図プロフィール、SNSプロフィールを実際に開きます。電話番号とメールは操作可能なリンクも確認し、住所はコピーした値と地図の位置が一致するかを見ます。構造化データの検証では構文エラーだけでなく、画面の表示内容、正規URL、組織名、ロゴ、関連プロフィールが同じ正本を示しているかを確認します。

毎月または四半期の監査では、正本の全項目を媒体一覧と突き合わせます。組織変更、移転、電話切替、サービス名称変更、営業時間変更を臨時監査の発火条件にします。古い検索キャッシュや第三者ページは更新に時間がかかることがありますが、正式情報が正しく、訂正依頼と確認日が記録されていれば状況を追跡できます。発見した表記揺れをその場だけで直さず、正本や公開手順のどこで漏れたかまで改善します。

  • PC・スマートフォンの正式URL確認
  • 電話・メール・地図位置の操作確認
  • 表示内容と構造化データの一致
  • 変更イベントによる臨時監査
  • 表記揺れの原因を公開手順へ反映
FAQ

よくある質問

登記上の会社名とブランド名は、どちらに統一すべきですか？

一方を消すのではなく、登記名を使う法的・契約上の場面と、一般向けの表示名を使う場面を正本で定義します。公式サイトでは運営主体との関係を明示し、構造化データのnameとalternateNameも画面表示と一致させます。

住所の丁目やハイフン、建物名はどこまで揃えますか？

郵便物と来訪に必要な情報を基準に、正本の一つの表記を決めます。媒体の入力仕様で形式が変わる場合は許容変換を記録し、別の住所に見える省略や地図のピンずれがないかを正式表示で確認します。

会社情報を変更するとき、最初にどこを更新すべきですか？

承認済みの正本を先に変更し、公式サイトの表示と構造化データを揃えます。その後、地図、SNS、採用媒体、外部プロフィール、PDFへ反映し、各サービスの保存・審査・公開状態を同じ変更票で追跡します。

構造化データだけ正しくすれば、表記揺れは解消できますか？

構造化データだけでは解消できません。利用者が見る会社概要、サイト名、連絡先、外部プロフィールと一致していることが前提です。画面表示と異なる情報を構造化データだけに入れず、正本から各表示へ同じ内容を反映してください。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB