この記事について
この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。Google公式の製品一覧と開発者向け一次情報を確認し、Googleの多数の製品・サービス・API・認証基盤を「何をしたいか」から理解できる入口として整理しています。情報確認基準日：2026-09-18
Googleの名称・提供状況・リンクは変更されることがあります。本記事は上記基準日時点の公式情報を確認しています。
まず一言でいうと
Googleは「検索会社のアプリ一覧」ではなく、情報を探す、共同作業する、AIを使う、Webサービスを作る、データを分析する、広告を運用する、地図を組み込む、安全に認証するといった目的ごとに多数の部品を持つ巨大なサービス群です。 個々の製品名を暗記するのではなく、まず全体の地図を作ります。
何をしたいかからGoogleを見る
| 大きな目的 | 代表的な部品 | 主な利用者 |
|---|---|---|
| 情報を探す | Search、Lens、News、Scholar、Trends | 一般・業務 |
| 文章や情報をAIで扱う | Gemini、NotebookLM、AI Studio | 一般・業務・開発 |
| 会社で共同作業する | Gmail、Drive、Docs、Sheets、Meet、Calendar | 一般・事務・管理者 |
| Web/業務システムを作る | Cloud Run、Cloud SQL、Firebase、IAM | 開発・IT管理者 |
| データを集めて分析する | Analytics、BigQuery、Looker | Web担当・分析・開発 |
| Webサイトを改善する | Search Console、Analytics、Tag Manager | Web担当・開発 |
| 地図・場所情報を使う | Maps、Places API、Routes API | 一般・開発 |
| APIを安全に使う | Cloud Project、OAuth、Service Account、IAM | 開発・IT管理者 |
全体 → 部品 → 利用者
flowchart TD GOAL[やりたいこと] --> W[共同作業] GOAL --> DEV[システムを作る] GOAL --> DATA[分析する] GOAL --> MAP[場所を扱う] GOAL --> AI[AIを使う] W --> WS[Google Workspace] DEV --> GC[Google Cloud / Firebase] DATA --> GA[Analytics / BigQuery / Looker] MAP --> GMP[Google Maps Platform] AI --> GEM[Gemini / AI Studio] GC --> AUTH[Cloud Project / IAM / OAuth] WS --> USER[一般利用者・事務職] GC --> ADMIN[IT管理者・開発者]
ここで重要なのは、Cloud ProjectやOAuthのようなものをGmailと同じ種類の「アプリ」と考えないことです。前者は他のサービスを安全に動かすための土台や仕組みです。
図鑑では「サービス」と「仕組み」を分ける
| 種類 | 例 | 初心者向けの意味 |
|---|---|---|
| PRODUCT | Gmail / Google Maps | 人が画面から直接使う製品 |
| SERVICE | BigQuery / Cloud Run | クラウド上で仕事をする部品 |
| PLATFORM | Google Cloud / Maps Platform | 複数の部品をまとめた基盤 |
| API | Search Console API | プログラムからサービスを使う入口 |
| IDENTITY | Service Account | 人ではなくプログラムを識別するID |
| PROTOCOL | OAuth 2.0 | パスワードを渡さず権限を許可する標準的な仕組み |
| CONCEPT | Google Cloud Project | API・権限・課金などをまとめる管理単位 |
APIとは、画面を人が操作する代わりにプログラムから機能やデータを利用するための窓口です。OAuth 2.0は、パスワードそのものをアプリへ渡さず「このアプリには予定を読むことだけ許可する」といった権限を渡すための仕組みです。
具体例：会社の予定を自動集計したい
「Google Calendar API」という名前だけ覚えるより、処理の流れで見ると役割が分かります。
sequenceDiagram participant U as 担当者 participant A as 集計アプリ participant G as Google認証 participant C as Google Calendar API U->>A: 来週の予定を集計 A->>G: 必要な権限を要求 G-->>A: 許可された認証情報 A->>C: 予定を読み取り C-->>A: 予定データ A-->>U: CSVや一覧として表示
この例ではCalendarが「予定を持つ部品」、APIが「プログラム用の入口」、OAuthが「権限を安全に渡す仕組み」、Cloud Projectが「APIや認証設定をまとめる管理単位」です。
読者によって見る場所が違う
一般利用者・事務職
Gmail、Drive、Docs、Sheets、Meetなど「仕事を直接進める製品」が中心です。ただし、定型作業を自動化するとAPIやOAuthが急に身近になります。
IT管理者
誰が使えるか、データをどこまで共有できるか、監査できるか、課金や権限をどう分離するかが重要です。Workspace管理機能に加え、Cloud Project、IAM、ログなども関係します。
開発者
API、SDK、CLI、認証、Cloud Run、Firebaseなどを組み合わせてアプリや自動処理を作ります。SDKは、APIを各プログラミング言語から扱いやすくするための開発用部品群です。CLIは画面ではなくコマンドからサービスを操作する道具です。
Microsoftを知っている人はどう見る？
| Google側 | Microsoft側で近い考え方 | 注意する違い |
|---|---|---|
| Google Workspace | Microsoft 365 | 製品構成・管理モデル・ライセンスは同一ではない |
| Google Drive | OneDrive / SharePointの一部用途 | 共有ドライブなど組織共有の設計が異なる |
| Google Cloud | Microsoft Azure | サービス名・IAM・リソース階層が異なる |
| Google Cloud Project | Azure Subscription / Resource Groupの一部概念 | 1対1対応ではなく、API有効化やIAM等をまとめるGoogle独自の基本単位 |
| IAM | Azure RBAC / Microsoft Entraの権限制御の一部 | ID基盤とリソース権限の境界・用語が異なる |
Microsoft製品名との対応は理解の足場として使い、完全な同等品とは考えないのがポイントです。
図鑑の記事数と「Google公式の総数」は別
Google公式の製品ページは一般向け・ビジネス向け・開発者向けの多数の製品を掲載しています。一方、API、認証方式、Cloudの個別サービスまで何を1件として数えるかで数字は変わります。
したがって本図鑑のGG番号や管理件数は記事管理上の数であり、Googleが発表した「サービス総数」ではありません。固定数を公式値のように扱わないことが重要です。
安全に試すときの原則
APIの実験では、credentials、token、Service Account JSON、private key、Access Token、Refresh Token、実アカウントIDなどをGitHubへ保存しません。最初のサンプルは可能な限り読み取り系にし、公開コードではダミー値を使います。
結局どういう記事？
Googleサービス図鑑の入口です。Googleの大量のサービスを製品名の暗記ではなく、「何をしたいか → どのプラットフォームを使うか → どの部品が担当するか → 誰が使うか」の順で理解するための地図です。個別記事では、この地図上の1つの部品をさらに掘り下げます。
Papandaで触ってわかる：Googleサービスを「目的」で絞る図鑑
見える成果物：ブラウザで「共同作業」「AI」「分析」「地図」「開発」を押すと該当GG記事だけが残る。 この総論記事はAPIを無理に叩くより、GG01〜GG160のmetaをJSONへまとめ、静的HTML+JavaScriptで絞り込むDaily Codeが適しています。サービス名ではなく目的から探せることを成功条件にします。
Google公式情報
結局どういうサービス？
Googleのサービスはいくつある？ Googleサービス図鑑として用途別に整理するは、この記事で整理した役割・利用場面・注意点を押さえ、公式一次情報を確認しながら小さく試すことで理解しやすいGoogleサービスです。
