会社のアクセスページはどう作る？所在地・地図・道順の伝え方

最初に、誰が何の用事で来るページかを決める

まず、案内する用事を一つ決めます。予約した打合せ、窓口での手続、荷物の配達などでは、使う入口や受付が同じとは限りません。同じ場合もあるため、違うと決めつけず、来訪を受ける担当者に確認します。誰を、どこで受けるかが分かると、ページに必要な案内を選べます。

会社の所在地、郵便物の送付先、来客を受ける場所が同じかどうかも、自社の実態で決まります。違う場所へ案内する必要があるなら、見出しや説明で用件を分けます。「アクセス」とだけ書いて複数の住所を並べるより、どの用事で使う場所かが分かる名前を付ける方が判断しやすくなります。

会社の住所そのものをどう確かめて掲載するかは、会社概要の情報を確認する記事が扱っています。ここでは、確認した会社情報と、来る人のための道順・入口・受付をつなぐことに絞ります。会社の情報を確認しただけで、実際の来訪経路まで確認済みにはしません。

所在地・地図の位置と、来客入口・受付を同じ用事で照合する

案内文、地図、入口の資料を並べ、同じ来社予定を指しているか確かめます。所在地の表記が正しくても、地図の表示先や、利用者に伝える入口の名前が合っているとは限りません。事務所や受付の担当者に、実際に来客を受ける場所と、公開できる資料を確認します。

説明用の架空の製造会社の事務所では、予約した打合せについて、メモに「来客入口」と「受付」という呼び名が記されています。この二つは架空メモの中で確認済みですが、所在地の実際の文字列、地図の位置と座標、道順、駐車場などは未確認です。公開準備も未完の記録です。

地図の示す場所と、来客入口・受付は対応している？図では、所在地の案内、地図の場所、建物の入口と受付を照合する関係を見ます。分かっている呼び名と、確認が残る所在地・地図・道順を分けて読みます。

説明図の原画を開く

この例から使えるのは、架空メモにある「来客入口」「受付」という案内名です。所在地や地図の位置が正しい、入口から受付へ実際に移動できた、という結果はありません。図の線は確認する資料や案内の対応で、現地の道順や到着の実績ではありません。

入口と受付の呼び名だけなら、文案もその範囲にとどめる

ご予約の打合せでお越しの方へ。入口の案内名は「来客入口」、受付の案内名は「受付」です。

これは、架空メモの呼び名を文章にした一部分だけの下書きです。所在地や地図との対応、現地で入口・受付をどう見つけるかが未確認なので、実際の来社を促す案内の完成品にはできません。確認後は、実際の建物や入口の表記と一致する説明を、必要な位置に加えます。方角、階数、建物名などを推測して埋めません。

配達の予約例は、別会社の未確認な案内として読む

もう一つは、別の架空会社へ配達の予約で訪れる例です。所在地と地図に加え、入口・受付の案内名もまだ確認されていません。最初の打合せ例を直した後ではなく、来客入口や受付という名前を引き継ぐ根拠もありません。荷物を受ける担当や場所を確認してから、案内文を決めます。

両例とも、交通機関の経路、徒歩の時間、駐車場の利用可否と台数、段差のない経路、写真の公開可否、実到着は未確認です。未確認を「駐車場なし」「利用できない」「到着に失敗」と置き換えません。下の補足に、元の二つの記録を普通の言葉で載せています。

地図のリンクと、ページ内への埋め込みを使い分ける

地図を使う方法は、別の画面で地図を開くリンクと、アクセスページの中に地図を表示する方法に分けて考えられます。どちらを選んでも、表示先と訪問先の一致は別に確認します。地図が開いたことだけで、入口や受付まで迷わず進めるとは判断しません。

Google マップの通常の共有手順で確認する

Google マップのパソコン向け公式ヘルプでは、地図や場所の共有で、リンクをコピーする方法と、埋め込み用のHTMLをコピーする方法を説明しています。HTMLは、ページに地図を表示するためのコードです。実際の画面の呼び名や、利用できる操作を確認しながら進めます。

1. 確認した訪問先の地図を開く。名称だけで選ばず、所在地、建物、場所を示す印と、案内したい訪問先が対応するかを確かめます。
2. 共有する方法を選ぶ。公式ヘルプの共有メニューから、地図へのリンク、または埋め込み用のHTMLを取得します。地図の画像を、そのまま自作の説明写真として使う作業とは分けます。
3. 自社サイトで使える方法に合わせる。リンクなら説明のある文に設定し、埋め込みなら自社サイトの文章や表示を管理する仕組み（CMS）で認められた設置方法を使います。地図のコードを入れたつもりでも、保存後に表示されるかまで読み直します。
4. 掲載した場所から開き直す。PCとスマホで、地図の表示先、本文へ戻る方法、近くにある住所・入口案内を確かめます。

開発者向けのMaps Embed APIの公式資料は、APIキーなどを使う別の設置方法を説明しています。ここでのAPIは、Googleの地図機能をサイト側から利用するための窓口です。通常の地図共有の操作と混ぜて、「アクセスページを作るには必ずキーの作成や課金設定が必要」「どの方法でもキーは不要」と一般化しません。ここでは、実アカウントやキー、設定を操作していません。

今回の架空例は実住所・座標が未確認なので、実際の地図リンクや埋め込みは作っていません。説明用の建物の図も、Google マップの画面や実地の地図ではありません。実際に掲載する際は、確認した所在地と公開してよい資料を使い、地図や画像の利用条件も確認します。

道順・駐車場・訪問条件は、確認した内容を具体的に書く

地図の近くには、来る人が現地で判断するための説明を置きます。確認できた所在地と建物の表記、使う入口、受付の呼び名などを、訪問の流れに合う順で示します。すべての会社に同じ項目を埋めるのではなく、対象の用事と実際の場所に合わせます。

入口が見つけにくい場合は、公開してよい現在の入口写真や、確認済みの目印を使って説明できます。写真が今の入口を示すか、文の呼び名と看板が合うかを確かめます。説明用に作った建物の図を、実際の入口写真として案内してはいけません。

「地図を見れば分かる」で済ませず、迷いやすい分岐を言葉にする

担当者には、「初めて来る人が、どの地点で迷いそうですか」「来客と配達で案内が変わりますか」「入口の表示名は何ですか」「受付までに別の案内が必要ですか」と聞きます。答えを確認したら、利用者が判断する場所の近くに説明を置きます。分岐を示す写真や図も、同じ説明を補うために使います。

所在地、地図、道順が一致しているかの確認と、実際の到着・安全・利用しやすさの確認は別です。地図に経路が出たことや、記事の図が見えたことだけで、実地の経路が安全、利用可能、所要時間が確定したとは認定しません。今回の記録には、その実地確認の結果はありません。

公開前に確認へ戻す点：案内したい訪問先そのものが分からない、入口の呼び名が合わない、利用条件が未確定の場合です。未確認の条件を足して原稿を完成させず、事務所・受付などの責任者と資料に戻して確かめます。

アクセスページ・来社案内・問い合わせ先を同じ訪問先で確かめる

文章と地図ができたら、同じ来社予定の人に見せる情報を並べます。アクセスページが新しくても、来社案内に以前の所在地や入口が残っていれば、どちらを見るかで行き先が変わってしまいます。実際に利用している案内だけを対象に、現在の内容をそろえます。

1. 資料と担当者の回答を照合する。公開してよい所在地や入口情報か、現在の案内かを確かめます。承認や事実の確認が残る部分を、公開済みにはしません。
2. 同じ用事でPCとスマホを読む。長い住所や建物名が切れないか、地図や入口の図が読めるか、リンクをキーボードでもたどれるかを確認します。
3. 保存後・公開後のページを開く。編集画面だけでなく、実際のURLから本文・地図・リンク先・公開状態を読み直します。訪問条件の変更があるときは、関係する案内も見直します。

実際に人が来られたかを確かめる場合も、ページが開いた記録とは分けます。実地の確認が必要なら、会社が認めた担当と方法で行い、何を確認できたかを具体的に残します。今回の制作では、実住所の入力、地図の設置、来訪・配達、案内の実送信はしていません。

受付場所や拠点が変わったら、地図の表示先、所在地の本文、入口・受付の説明、実際の招待文や問い合わせ案内のうち、影響する場所を見直します。担当表を更新したことだけで、実際の案内先まで変わったとは判断しません。