Google Workspaceの導入を進める中で、実際の「アカウント（受信アドレス）の作成」へと進む段階になりました。
自社ドメイン宛てのメールをGmailで受信できるようにする「メール配送先の切り替え（MXレコードの設定）」を行う前に、必ず完了させておかなければならないのが、このアカウントの準備です。
「社員全員分の有料ライセンスを契約しなければならないのか」「会社の代表メールは追加料金を払わずに作れるのか」「メールアドレスの付け方に統一したルールはあるのか」と、疑問や不安を抱えている担当者の方は多いのではないでしょうか。
専任のIT担当者がいない中小企業でも、事前に「ユーザー」「グループ」「エイリアス」の違いを理解し、一貫した命名ルールを決めておけば、ライセンス費用を最適化しながら、運用上のリスクを抑えて進めやすくなります。
この記事では、Google Workspaceにおける社員用アカウントの作成手順と、将来の組織変更やトラブルにも対応しやすいメールアドレスのルール設計、代表アドレスの作り方を分かりやすく解説します。
- ユーザー・Googleグループ・メールエイリアスの違い
- 社員用アカウントを作成する手順
- 将来困らないメールアドレスの命名ルール
- info@やsales@など共同窓口の作り方
- MXレコード切り替え前の確認項目
契約から利用開始までの順序を先に確認したい方は、「Google Workspaceの導入手順」をご覧ください。
ユーザー、Googleグループ、メールエイリアスの違いと選び方
Google Workspaceにドメインを紐付けた後、社員や窓口のアドレスを用意する際には、まず「どのような種類のアドレスを、誰に、いくつ作成するか」を設計します。
Google Workspaceでは、メールアドレスを用意する方法として「ユーザーアカウント」「Googleグループ」「メールエイリアス」という仕組みがあります。
これらを適切に組み合わせることで、不要なユーザーライセンスを増やさず、自社の運用に合った受信体制を整えやすくなります。
なぜ「1人1ユーザー」が基本なのか？アカウント共有のリスク
ライセンス料金を抑えるために、「1つのユーザーアカウントのIDとパスワードを複数人で使い、1つの受信箱を共有すればよいのではないか」と考えることもあるかもしれません。
しかし、Googleでは1つのアカウントを複数人で共有して使用することを避けるよう案内しています。
アカウントの使い回しには、次のような運用上のリスクがあります。
- 操作した人を管理しにくくなる
誰がメールを送信したのか、誰がファイルを編集・削除したのかなどを個人単位で把握しにくくなります。 - ログインチャレンジや一時ロックが発生する可能性がある
複数の場所や端末から同じアカウントへアクセスすることで、Google側のセキュリティ機能による追加確認や一時的な利用制限が発生する場合があります。 - 退職者が発生した際の管理が複雑になる
共有しているメンバーの1人が退職した場合、パスワード変更や各端末の再設定など、他の利用者にも影響する対応が必要になります。
そのため、Google Workspaceへログインして業務を行う社員については、原則として一人ひとりに独立したユーザーアカウントを用意することを基本に考えましょう。
ユーザー、グループ、エイリアスの違い
ライセンス料金を考えながら必要なメールアドレスを準備するには、3つの仕組みを正しく区別することが重要です。
ユーザー（ユーザーアカウント）
- 意味：本人がパスワードを使ってログインする独立したGoogleアカウント
- 料金：有料。契約しているライセンス数に応じて料金が発生
- 用途：社員個人のGmail、Googleカレンダー、Googleドライブなどを利用する
Googleグループ
- 意味：複数のユーザーをまとめたグループアドレス
- 料金：追加ユーザーライセンスを割り当てずに作成可能
- 用途：複数の担当者へメールを配信する代表窓口やメーリングリストなど
メールエイリアス
- 意味：既存ユーザーへ紐付ける「別名」のメールアドレス
- 料金：追加ユーザーライセンス不要。現行仕様では1ユーザーにつき最大30個まで追加可能
- 用途：特定のユーザーが、個人アドレスとは別のアドレスでもメールを受信したい場合
例えば、suzuki@example.com を利用している担当者に support@example.com というメールエイリアスを設定すると、support@example.com 宛てのメールも鈴木さんの受信トレイに届きます。
メールエイリアスには独立したログイン機能はなく、複数人で1つのエイリアス用受信箱を共有することもできません。
また、エイリアスのアドレスを送信元としてメールを送る場合は、Gmail側でカスタムFromアドレスの設定が必要です。
このように、本人がログインして利用するものは「ユーザー」、複数人への配信には「Googleグループ」、特定ユーザーの別名アドレスには「メールエイリアス」と考えると整理しやすくなります。
将来困らないメールアドレスの命名ルールを決める
社員用アカウントを作成する前に、会社共通の「メールアドレスの@より前の部分」をどのようなルールで決めるのか整理しておきましょう。
社員ごとの希望でバラバラに作成すると、社員数が増えたときや、入退社・氏名変更が発生したときの管理が複雑になります。
代表的なメールアドレスの命名形式
どの形式が絶対に正しいというものではありません。
それぞれの特徴を理解したうえで、自社で一貫したルールを決めることが重要です。
「名.姓」形式
例：
taro.suzuki@example.com
メリット：
- 名前から本人を判別しやすい
- 海外とのやり取りでも利用しやすい
注意点：
- 日本語の氏名順である「姓→名」と逆になる
- 社員によって入力順を間違える可能性がある
「姓.名」形式
例：
suzuki.taro@example.com
メリット：
- 日本の「姓→名」という表記順と一致する
- 社内で氏名からアドレスを推測しやすい
注意点：
- 海外の相手から見た場合、どちらが姓か分かりにくい場合がある
「社員番号」形式
例：
10235@example.com
メリット：
- 社員番号を社内で一意に管理している場合、同姓同名によるアドレス重複を避けやすい
- システム上、機械的に管理しやすい
注意点：
- アドレスだけでは誰のメールアドレスなのか判断しにくい
- 対外的なコミュニケーションでは分かりにくい場合がある
最も重要なのは、どの形式を選ぶかよりも、社内で一貫したルールを決め、そのルールに沿って運用することです。
同姓同名が発生した場合のルール
同姓同名の社員が入社した場合に備えて、例外ルールも決めておきます。
例えば、
suzuki.taro@example.com
がすでに使用されている場合、
suzuki.taro2@example.com
のように末尾へ番号を付ける方法があります。
番号以外の方法を利用する場合でも、担当者ごとの判断で決めるのではなく、どのルールを優先するのか事前に決めておきましょう。
氏名が変更された場合のルール
結婚などによって氏名が変わった場合は、Google Workspaceでユーザーのメインメールアドレスを変更できます。
現行仕様では、メインメールアドレスを変更すると、以前使用していたアドレスが新しいアドレスのメールエイリアスとして保持されます。
これにより、旧アドレス宛てに届いたメールも、新しいメインアドレスのGmailで受信できます。
氏名変更が発生した際に、
- メインメールアドレスを変更するのか
- 表示名だけを変更するのか
- いつ変更するのか
といった社内ルールも決めておくと管理しやすくなります。
退職者のメールアドレスを再利用するか決める
退職した社員のメールアドレスを、将来別の社員へ再利用するかどうかについても、社内ポリシーとして決めておきましょう。
Googleが定める一律の再利用禁止期間があるわけではありません。
一方で、過去の社員が利用していたアドレスを別の社員へ再利用すると、以前の取引先などから送られたメールが、新しい利用者へ届く可能性があります。
過去の利用者との混同を避けたい場合は、安易に同じアドレスを再利用せず、新しいアドレスを発行する方法も検討しましょう。
導入後に新入社員を追加する実務は、「Google Workspaceで社員を追加する方法」で確認できます。
管理コンソールから社員ユーザーを追加する手順
命名ルールが決まったら、Google管理コンソールから社員のユーザーアカウントを作成します。
ユーザーを追加するには、適切なユーザー管理権限を持つ管理者アカウントを使用します。
日常作業で使う管理者権限の分け方は、「Google Workspaceの管理者権限の分け方」を参照してください。
ユーザーを1人ずつ追加する
基本的な流れは次のとおりです。
1. Google管理コンソールへログインする
管理者アカウントで、
admin.google.com
へアクセスします。
2. ユーザー管理画面を開く
管理コンソールから、
「ディレクトリ」→「ユーザー」
へ進み、新しいユーザーを追加します。
管理画面の名称や配置は変更される可能性があるため、実際の操作時にはGoogle公式の最新手順も確認してください。
3. ユーザー情報を入力する
主に次の情報を設定します。
- 姓
- 名
- メインメールアドレス
- 初期パスワード
- 組織部門
メールアドレスについては、事前に決めた命名ルールに沿って入力します。
部署ごとのGoogle Workspace設定をまだ行わない場合は、初期段階ではルート組織へ配置しておき、必要に応じて後から組織部門を整理する方法もあります。
ユーザー追加による料金への影響を確認する
ユーザーを追加した際の料金は、契約している支払いプランによって異なります。
フレキシブルプラン
ユーザーを追加すると利用ユーザー数が増え、その分の料金が発生します。
月の途中でユーザーを追加・削除した場合は、利用期間に応じて料金が計算されます。
年間／定期プラン
購入済みで、まだユーザーへ割り当てていないライセンスがあれば、新しいユーザーへ割り当てられます。
利用可能なライセンスが不足している場合は、追加購入が必要です。
年間／定期プランでは、契約期間中にライセンスを追加することはできますが、契約ライセンス数を減らして料金を下げられるのは原則として更新時です。
料金やライセンスの詳細は変更される可能性があるため、ユーザーを追加する前に現在の契約内容も確認してください。
複数ユーザーをCSVでまとめて作成する
初期導入などで追加するユーザー数が多い場合は、CSVファイルを使った一括登録を検討できます。
Google管理コンソールのユーザー管理画面から「ユーザーを一括更新（Bulk update users）」を利用し、最新のCSVテンプレートを取得します。
テンプレートで必要とされている、
- 氏名
- メールアドレス
- パスワード
- 組織部門パス
などの情報を入力してCSVをアップロードします。
一括登録では、多数のアカウントをまとめて処理できる一方、メールアドレスや氏名などの入力ミスもまとめて反映される可能性があります。
アップロード前に、作成予定のユーザー一覧とCSVの内容を照合しておきましょう。
また、CSVで新しく作成したユーザーには、認証情報を含むウェルカムメールが自動送信されません。
管理者側でログイン情報を確認し、別の安全な方法で各ユーザーへ案内する必要があります。
初期パスワードと初回ログインの準備
ユーザーを作成したら、社員が最初にログインするための初期パスワードを準備します。
初期パスワードを安全に本人へ伝える
ユーザー作成時には、Googleによる自動生成パスワードを利用するか、管理者が初期パスワードを設定します。
初期パスワードは、第三者へ不用意に共有されない方法で本人へ伝えましょう。
例えば、
- 本人への直接通知
- 会社で認められた安全な社内チャット
- 社内で定められた認証情報の受け渡し方法
などを利用します。
メールアドレスと初期パスワードの両方を、不特定多数が閲覧できる場所へ掲載することは避けましょう。
初回ログイン時にパスワード変更を求める
ユーザー作成時には、初回ログイン時にパスワード変更を求める設定を利用できます。
この設定を有効にしている場合、ユーザーは初回ログイン時に初期パスワードから、本人だけが知る新しいパスワードへ変更します。
これにより、管理者が知っている初期パスワードをそのまま継続利用する状態を避けられます。
2段階認証や組織全体のパスワードポリシーなど、導入後のセキュリティ設定については、別途セキュリティ設定の記事で詳しく扱います。
info@やsales@など共同窓口の作り方
多くの企業では、社員個人のメールアドレスに加えて、
info@
sales@
support@
などの共同窓口を利用します。
こうしたアドレスについて、必ずしも独立した有料ユーザーを新しく作成する必要はありません。
利用目的と対応人数に応じて、Googleグループやメールエイリアスなどを使い分けます。
1人で対応する窓口ならメールエイリアスを検討する
例えば、問い合わせ対応を1人の担当者が行う場合、その担当者のユーザーアカウントへ、
info@example.com
というメールエイリアスを追加する方法があります。
この場合、
info@example.com
宛てのメールは、紐付けた担当者の主アカウントのGmail受信トレイへ届きます。
追加ユーザーライセンスは必要ありません。
ただし、info@example.com を送信元としてメールを送信したい場合は、Gmail側でカスタムFromアドレスを設定する必要があります。
また、メールエイリアスは1人のユーザーに紐付く仕組みなので、複数人で同じエイリアスの受信箱を共有する用途には向きません。
複数人で受信する場合はGoogleグループを検討する
複数人で代表窓口のメールを確認したい場合は、Googleグループを利用できます。
例えば、
info@example.com
というGoogleグループを作成し、総務担当者や営業担当者などをメンバーとして登録します。
info@example.com 宛てに届いたメールは、グループの配信設定に応じてメンバーへ配信されます。
Googleグループ自体に新しいユーザーライセンスを割り当てる必要はありません。
ただし、Googleグループは一般的な「共有Gmail受信箱」と同じ仕組みではありません。
「複数人へ同じメールを配信したい」のか、「1つの窓口として問い合わせ対応状況まで管理したい」のかによって、利用方法を考える必要があります。
共同トレイを利用する方法
Googleグループでは、Groups for Businessなど必要な機能が有効になっている環境で、共同トレイ（Collaborative Inbox）として利用できます。
共同トレイでは、グループ宛ての会話について、
- 担当者を割り当てる
- 対応状況を確認する
- 完了した会話として管理する
といった共同対応ができます。
単純な一斉配信だけでは「誰が返信するのか」が分からなくなりやすい窓口では、こうした機能も検討できます。
Gmailのメール委任という方法もある
Googleグループとは別に、Gmailには「メール委任」という仕組みがあります。
これは、既存のGmailアカウントへのアクセス権を、パスワードそのものを共有せず、別のユーザーなどへ委任する方法です。
例えば、
- 上司のメールを秘書が確認する
- 担当者不在時に別の社員が受信箱へアクセスする
といった用途があります。
メール委任は、新しい代表アドレスを追加ユーザーライセンスなしで作るための仕組みではありません。
既存のGmailアカウントへ他の利用者がアクセスするための別方式として理解しておきましょう。
MXレコードを切り替える前に受信先を最終確認する
ユーザーアカウントや共同窓口の準備ができたら、メール配送先をGoogle Workspaceへ変更する前に、受信先の一覧を確認します。
MXレコードをGoogle Workspace向けに変更した後、Google側に対応する受信先が存在しなければ、そのアドレス宛てのメールが配信されず、送信元へエラーが返る可能性があります。
MX切り替え前のチェックリスト
変更前に、少なくとも次の項目を確認しておきましょう。
- 業務で利用する社員のユーザーアカウントが作成されている
- メールアドレスのスペルや表記に誤りがない
info@やsales@など必要な代表アドレスが準備されている- Googleグループを使用する場合、必要なメンバーが登録されている
- メールエイリアスを使用する場合、正しいユーザーへ紐付いている
- 現在利用しているメールアドレスと新しい受信先の対応関係を確認している
- 複合機、Webフォーム、業務システムなどで利用している通知先アドレスに漏れがない
チェックした結果は、口頭だけで確認せず、一覧として残しておくと後から確認しやすくなります。
アカウント一覧を管理表として残す
初期導入時には、スプレッドシートなどでアカウント管理表を作っておくと便利です。
例えば、次のような項目を管理します。
- 氏名
- メインメールアドレス
- ユーザー作成済みか
- 所属部署
- Googleグループ
- メールエイリアス
- 初回ログイン確認
- 備考
必要以上の認証情報やパスワードそのものを管理表へ保存することは避け、アカウントの状態や割り当てを確認するための台帳として利用しましょう。
作成時点で退職時の扱いも決めておくと安全です。具体的な流れは「Google Workspaceの退職者アカウント対応」で整理しています。
【筆者経験】対応表とチェックリストを事前に準備する
筆者がデータ移行やシステム運用プロセスの改善に関わってきた経験でも、誰がどの情報を利用するのかを対応表として整理し、チェックリストに沿って確認することを重視してきました。
Google Workspaceのアカウント作成でも、
- 氏名
- 主メールアドレス
- Googleグループ
- メールエイリアス
- 作成状況
などを一覧化しておくことで、登録漏れや確認漏れを減らしやすくなります。
この管理表は導入時だけのメモにせず、導入後も更新していくことで、将来の社員追加や退職時の確認、アカウント棚卸しなどの確認や対応を進めやすくする運用基盤として活用できます。
まとめ｜すべての受信先を整えてからメールを切り替える
Google Workspaceのアカウント作成は、社員のメールアドレスを登録するだけの作業ではありません。
将来の管理まで考え、
- 誰にユーザーライセンスが必要なのか
- 代表アドレスをどの方法で作るのか
- メールアドレスをどのルールで統一するのか
- 既存メールアドレスと新しい受信先が対応しているか
を整理することが重要です。
今回のポイントをまとめます。
- 社員には1人1ユーザーを基本とする
複数人によるアカウント共有を避け、本人ごとに独立したGoogleアカウントを用意します。 - Googleグループとメールエイリアスを使い分ける
複数人へのメール配信にはGoogleグループ、特定ユーザーの別名アドレスにはメールエイリアスを検討します。 - メールアドレスの命名ルールを統一する
「名.姓」「姓.名」など自社のルールを決め、同姓同名・氏名変更・退職者アドレスの扱いも整理します。 - 料金プランを確認してからユーザーを追加する
フレキシブルプランと年間／定期プランでは、ライセンス追加時の料金の考え方が異なります。 - MXレコード変更前にすべての受信先を確認する
社員アカウント、代表窓口、グループ、エイリアスなどに漏れがないことを一覧で確認します。 - アカウント管理表を残す
誰がどのアドレスを使用し、どのグループやエイリアスが設定されているのかを継続して管理します。
アカウント作成が完了したら、現在利用しているメールアドレスとGoogle Workspace側の受信先を照合し、必要な受け皿が揃っていることを確認しましょう。
次のステップ：メールデータの移行方法を確認する
既存メールデータもGoogle Workspaceへ移行する場合は、現在利用しているメール環境や移行方法に応じて、移行手順と実施タイミングを確認します。
旧メールサーバーに保存されている過去のメールをGmailへ移行する方法や、移行をMXレコード変更の前後どのタイミングで進めるのかは、現在の環境によって異なります。
次の記事では、Google Workspaceへ既存メールデータを移行する方法と、移行計画を立てる際の考え方を詳しく解説します。
