この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。
Google Sitesを、Google Workspaceでチーム・プロジェクト・社内情報をWebページとして共有するためのサービスとして整理します。Google公式のSites製品ページとヘルプを確認し、Microsoft SharePointとの共通点・相違点、DriveやDocsとの関係、実務での使い分けを初心者向けにまとめます。
情報確認基準日：2026-09-19
まず結論：Google Sitesは何？
Google Sitesは、プログラミングをしなくてもWebサイトを作成・共同編集・公開できるGoogleのサービスです。ドラッグ＆ドロップでページを構成し、Google Docs、Sheets、Slides、Calendar、Driveのファイルなどを埋め込めます。
特に、社内ポータル、プロジェクトサイト、イベント案内、手順集のような「複数の情報への入口」を作る用途に向きます。
Google全体ではどこにある？
| 観点 | 位置づけ |
|---|---|
| 大分類 | Google Workspace |
| 小分類 | サイト作成・情報共有 |
| 大きな目的 | チームの情報をWebページとしてまとめる |
| Sitesの役割 | 情報・ファイル・予定などへの入口を作る |
| 併用サービス | Drive、Docs、Sheets、Slides、Calendar、Forms |
| Microsoft側の近い考え方 | SharePointのサイト/ページ機能 |
flowchart LR User[利用者] --> Sites[Google Sites] Sites --> Docs[Docs] Sites --> Sheets[Sheets] Sites --> Drive[Drive] Sites --> Calendar[Calendar] Sites --> Forms[Forms] Editor[編集者] --> Sites
Microsoft 365側で見るとどうなる？ ― SharePointサイトの実例
Google Sitesの位置づけを理解するには、Microsoft 365でSharePointサイトが何を束ねているかを見ると分かりやすくなります。Microsoft公式では、チームサイトは共同作業用で、ファイル、リスト、ページ、ニュースなどをまとめられます。一方、コミュニケーションサイトは、部門ポータルや社内ニュースなど、多くの閲覧者へ情報を届ける用途が中心です。
flowchart TB M365[Microsoft 365] --> SP[SharePoint] SP --> Team[チームサイト] SP --> Comm[コミュニケーションサイト] Team --> Lib[ドキュメント ライブラリ] Team --> Lists[Microsoft Lists / リスト] Team --> Pages[サイト ページ] Team --> News[ニュース] Team --> Notebook[共有 OneNote] Team --> Group[Microsoft 365 Group] Group --> Teams[Microsoft Teams] Group --> Outlook[共有 Outlook / カレンダー] Comm --> Portal[部門・社内ポータル] Comm --> Announce[ニュース・お知らせ] Comm --> Reports[レポート・イベント] style SP stroke-width:3px
具体例：情シス部ポータルを作るなら
flowchart LR Employee[職員] --> Portal[情シス部 SharePointサイト] Portal --> Manual[規程・マニュアル] Portal --> Request[申請・問い合わせ] Portal --> News2[工事・設備のお知らせ] Portal --> Files[図面・共有資料] Portal --> FAQ[FAQ] Portal --> Team2[担当者のTeams]
同じ発想をGoogle側へ置き換えると、Google Sitesを入口にして、Driveの資料、Docs、Sheets、Forms、Calendarなどを見せる構成になります。Google SitesではDocs、Slides、Sheets、Forms、Charts、Calendar、Driveファイルなどを挿入できます。
| やりたいこと | Google側の例 | Microsoft側の例 |
|---|---|---|
| ポータルの表紙 | Google Sites | SharePointサイト/ページ |
| 文書を置く | Google Drive | SharePointドキュメントライブラリ |
| 表・台帳 | Google Sheets | Microsoft Lists / Excel |
| 申込・アンケート | Google Forms | Microsoft Forms |
| 予定を見せる | Google Calendar | Outlook / Microsoft 365 |
| チーム共同作業 | Workspace各サービス | Teams + SharePoint |
| 長めの共有ノート | Docs等を用途別利用 | OneNote |
つまり、Google Sites ≒ SharePoint全部ではありません。Google Sitesは主に「見せる入口」で、SharePointはサイトに加えてファイル基盤・リストなども強く持つ、という違いを図で捉えると迷いにくくなります。
何ができる？
1. コードを書かずにサイトを作る
テンプレートまたは空白サイトから始め、テキスト、画像、ページを配置できます。Google公式は、ドラッグ＆ドロップによる編集と、端末に合わせた表示を案内しています。
2. Workspaceの情報を埋め込む
Docsや共有CalendarなどのWorkspaceコンテンツをサイトへ埋め込めます。Sitesそのものを巨大なファイル倉庫にするより、Driveなどにある情報への「見やすい入口」として使うと整理しやすくなります。
3. 複数人で編集する
共同編集者を設定し、チームでサイトを更新できます。編集できる人と閲覧する人を分けて運用します。
4. 公開範囲を設定する
作成しただけでは完成ではなく、プレビューしてから公開します。公開時にはWebアドレスと公開対象を確認します。社内情報を扱う場合は「誰が閲覧できるか」を必ず確認します。
SharePointとの違い
Google Workspace利用者にとってSitesは、Microsoft 365のSharePointサイトに近い用途があります。ただし、同じ製品ではありません。
| 観点 | Google Sites | Microsoft SharePoint |
|---|---|---|
| 主な基盤 | Google Workspace | Microsoft 365 |
| 得意な入口 | シンプルなチーム/プロジェクトサイト | 組織ポータル、チームサイト、コンテンツ管理 |
| ファイル基盤 | Google Drive | SharePointドキュメントライブラリ / OneDrive |
| ページ作成 | ドラッグ＆ドロップ中心 | SharePointページ/Webパーツ |
| Google文書連携 | Docs、Sheets、Slides等 | ― |
| Microsoft文書連携 | ― | Word、Excel、PowerPoint、Teams等 |
| 自動化 | Workspace各サービス・Apps Script等を組み合わせる | Power Automate等のMicrosoft 365基盤 |
| 学習の入口 | 比較的シンプル | サイト、ライブラリ、リスト、権限など理解範囲が広い |
Microsoft経験者なら、SharePointのページ/サイト機能をシンプルにした入口としてGoogle Sitesを見ると理解しやすい一方、SharePointのドキュメント管理、リスト、より広いMicrosoft 365基盤までSites単体が置き換える、と考えない方が安全です。
誰に関係する？
一般利用者・事務職
部内ポータル
プロジェクト情報ページ
マニュアル集
FAQ
イベント案内
Formsへの申込入口
IT管理者
外部公開の可否、編集者、閲覧者、埋め込むDriveファイル側の共有権限を確認します。サイトが見えても、埋め込んだファイルの権限が別に制御される点を意識します。
開発者
Google Sites自体を一般的なCMSのようにAPIで大量操作する前提ではなく、必要に応じてApps Scriptで作ったWebアプリをSitesへ埋め込むなど、Workspaceの周辺機能と組み合わせます。Apps ScriptはGoogle公式がSitesへのWebアプリ埋め込みを案内しています。
Cloud Project・API・認証は必要？
通常のSites作成・編集・公開だけなら、自分でGoogle Cloud ProjectやOAuthを準備する必要はありません。
一方、Sitesへ埋め込む独自Webアプリや、Driveなど周辺サービスをAPIで自動化する場合は、そのサービス側でCloud Project、OAuth、Apps Scriptなどが関係します。
安全に試す
Google Sitesで空白サイトを作る。
タイトルを「テストポータル」にする。
テキストを1つ配置する。
テスト用のGoogle Driveファイルへのリンクを1つ置く。
プレビューでPC/スマートフォン表示を確認する。
公開する場合は、公開対象を確認してから実行する。
成功条件は、プレビューで意図したページ構成が表示されることです。
最初に1か所変えるなら、ページを1枚追加して「トップ」「手順」の2階層にします。Sitesが単一ページ作成ではなく、情報を構造化する入口であることを確認できます。
セキュリティで気をつけること
公開前に閲覧対象を確認する。
外部公開してはいけない社内情報を置かない。
埋め込むDriveファイル側の共有設定も確認する。
編集者を必要以上に増やさない。
実アカウント、秘密情報、token等をサンプルへ保存しない。
「サイトの公開」と「元ファイルの共有」を別々に確認する。
料金・提供形態
Google SitesはGoogle Workspaceの製品として提供されています。組織利用では契約エディションや管理者設定が関係するため、導入時は現行のGoogle Workspace料金・管理情報を確認します。料金や提供条件は変更され得るため、固定値として覚えない方が安全です。
公式情報
次に何をすればよい？
一般利用者・事務職なら、まずテストポータルを1つ作り、DocsまたはDriveファイルを1つ載せてプレビューします。IT管理者なら公開範囲とDrive側の権限を確認します。開発者なら、Sitesそのものを無理に自動化するより、Apps ScriptやWorkspace APIで作った機能をどう組み合わせるか検討します。
Papanda TRY：Sitesに「公開してよいダミー情報」だけ載せる
Google Sitesはコードよりブラウザで結果が見える比較デモが向いています。架空プロジェクトのトップページを作り、見出し・Docs/Sheetsへのリンク・問い合わせ先（架空）だけを配置します。
成功条件： 閲覧権限を確認したうえで、別ブラウザ/シークレットウィンドウから想定どおり見えること。社内限定情報や実メールアドレスを公開サンプルに入れません。
結局どういうサービス？
Google Sitesは、Google Workspace内の情報を「人が見やすいWebページ」にまとめるための入口です。
SharePointと似たチームサイト用途を持ちますが、SharePoint全体の機能をそのままGoogleへ置き換えたものではありません。GoogleではDrive、Docs、Sheets、Calendar、FormsなどをSitesで見せる、という考え方から始めると理解しやすくなります。
