変更要約: Associate Google Workspace Administrator 第1章を新規作成（ドメイン1「ユーザー/ドメイン/ディレクトリ」: プロビジョニングとディレクトリ＝個別/CSV一括/GCDS/SCIM・API・DNS検証・MX・SPF/DKIM/DMARC、OU/グループ/管理者ロール＝OU階層とポリシー継承・グループ・特権管理者/事前定義/カスタムロールの委任と最小権限）。
1.1ユーザーのプロビジョニングとディレクトリ
Google Workspace でユーザーアカウントを作成する各方法（個別作成・CSV による一括・Directory Sync(GCDS) や SSO 連携・API/自動化）の使い分け、ドメインと DNS 検証（MX・SPF・DKIM・DMARC）、そして組織のディレクトリ（連絡先や情報の共有範囲）の管理を理解します。
Associate Google Workspace Administrator は、Gmail・Drive・Calendar・Meet などからなる Google Workspace を日々運用し、ユーザー・サービス・セキュリティ・コンプライアンスを管理する実務者の資格です。すべての土台が、誰がアクセスするかを定めるユーザー管理です。
1.1.1ユーザーを作成する方法
| 方法 | 向く場面 |
|---|---|
| 個別作成（管理コンソール） | 少数を手早く |
| CSV による一括アップロード | 数十〜数百をまとめて |
| Directory Sync（GCDS） | オンプレ LDAP/AD から同期 |
| SCIM / API・自動化 | IdP 連携や継続的な自動作成 |
少数なら 管理コンソール で個別に作成します。数十〜数百なら CSV による一括アップロード が手早いです。オンプレミスの Active Directory / LDAP が真実の源（source of truth）なら、Google Cloud Directory Sync（GCDS） で定期的にユーザー/グループを同期します。外部の IdP と連携して継続的に自動作成・無効化するなら SCIM や Admin SDK の API を使います。「一度に大量＝CSV」「AD から同期＝GCDS」「IdP から自動＝SCIM/API」と結びます。
1.1.2ドメインとディレクトリ
組織のドメイン（例: example.com）は、所有を DNS の検証レコード で証明し、メール配信のために MX レコード を Google に向けます。なりすまし対策として SPF・DKIM・DMARC を設定します（送信者の正当性を受信側に証明する仕組み）。ディレクトリ は、ユーザーの連絡先情報を組織内でどこまで共有・表示するかを管理します。「メール配信＝MX」「なりすまし対策＝SPF/DKIM/DMARC」「所有証明＝DNS 検証」を押さえます。
「要件 → 手段」が頻出。例：「数百人を一度に作成」＝CSV 一括、「オンプレ AD から同期」＝GCDS、「IdP から自動作成/無効化」＝SCIM/API、「メールを受信できるように」＝MX、「なりすましメール対策」＝SPF/DKIM/DMARC、「ドメイン所有の証明」＝DNS 検証レコード。
混同に注意：
①GCDS は AD→Workspace の同期（IdP の SSO とは別）。
②MX はメール配信、SPF/DKIM/DMARC はなりすまし対策で役割が違う。
③ユーザー削除は復元やデータ移管を考えて、まず停止（suspend）を検討。
1.1.3この節のまとめ
- ユーザー作成＝個別/CSV一括/GCDS(AD同期)/SCIM・API(IdP自動)を規模と源で選ぶ
- ドメインは DNS 検証で所有証明、MX でメール配信、SPF/DKIM/DMARC でなりすまし対策
- ディレクトリは連絡先情報の共有範囲を管理する
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. 数百人のユーザーを一度にまとめて作成したい。最も手早い方法はどれですか？
Q2. オンプレミスの Active Directory を真実の源として Workspace にユーザーを同期したい。使うのはどれですか？
Q3. 組織がメールを受信できるようにするために設定する DNS レコードはどれですか？
Q4. なりすましメール対策として設定するものの組み合わせはどれですか？
Q5. 外部 IdP と連携してユーザーを継続的に自動作成・無効化したい。最も適した方法はどれですか？
Q6. 退職予定だが当面データを保持・移管したいユーザーへの初手として最も適切なのはどれですか？