关于本文
本文是通过利用生成式 AI 的自动生成流程创建的。
我们将 Google Sites 梳理为一项通过 Google Workspace 以网页形式共享团队、项目和内部信息的服务。在查阅 Google 官方的 Sites 产品页面和帮助文档的基础上，面向初学者总结了它与 Microsoft SharePoint 的异同、它与 Drive 和 Docs 的关系，以及在实际业务中的分工与应用。
信息核实基准日：2026-09-19
首先给出结论：Google Sites 是什么？
Google Sites 是 Google 推出的网页制作服务，无需编程即可创建、协同编辑和发布网站。通过拖放操作即可构建页面，并可嵌入 Google Docs、Sheets、Slides、Calendar 以及 Drive 等文件。
它尤其适合用于制作内部门户、项目网站、活动指南、操作手册等“连接多项信息的入口”。
它在 Google 整体生态中处于什么位置？
| 视角 | 定位 |
|---|---|
| 大分类 | Google Workspace |
| 小分类 | 网站创建与信息共享 |
| 核心目的 | 将团队信息整理为网页 |
| 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
具体示例：如果要创建 IT 部门门户
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. 设置公开范围
仅仅创建并不算完成，需要先预览再发布。发布时，请确认网址和发布对象。如果涉及内部信息，请务必确认“谁可以查看”。
与 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 使用经验的人来说，如果将 Google Sites 视为简化了 SharePoint 页面/网站功能的入口会更容易理解；另一方面，最好不要认为 Sites 单独就能取代 SharePoint 的文档管理、列表以及更广泛的 Microsoft 365 基础设施。
与谁相关？
一般用户/文职人员
部门内部门户
项目信息页面
手册合集
常见问题解答 (FAQ)
活动指南
Forms 申请入口
IT 管理员
请确认是否可对外公开、编辑者、查阅者以及嵌入的 Drive 文件侧的共享权限。注意：即使能够看到网站，嵌入文件的权限也是单独控制的。
开发人员
Google Sites 本身并不是以类似常规 CMS 那样通过 API 进行大量操作为前提的，而是可以按需将通过 Apps Script 制作的 Web 应用嵌入到 Sites 中，与 Workspace 的周边功能相结合。Google 官方提供了关于在 Sites 中嵌入 Apps Script Web 应用的指南。
是否需要云项目（Cloud Project）、API 和身份验证？
如果只是进行常规的 Sites 创建、编辑和发布，则无需自行准备 Google Cloud Project 或 OAuth。
另一方面，如果要通过 API 自动化嵌入到 Sites 中的自定义 Web 应用或 Drive 等周边服务，则该服务会涉及 Cloud Project、OAuth 以及 Apps Script 等。
安全测试
在 Google Sites 中创建一个空白网站。
将标题设为“测试门户”。
放置一个文本框。
放置一个指向测试用 Google Drive 文件的链接。
在预览中检查电脑端和智能手机端的显示效果。
如果是公开发布，请在确认发布对象后再执行。
成功条件是在预览中显示出预期的页面结构。
如果首先要改动一处，可以新增一个页面，形成“首页”和“步骤”的两层结构。这样可以确认 Sites 不仅能创建单页，更是组织结构化信息的入口。
安全注意事项
在发布前确认浏览对象。
请勿放置不得对外公开的内部信息。
同时确认所嵌入的 Drive 文件端的共享设置。
不要无节制地增加编辑者。
请勿将真实账号、机密信息或 token 等保存在示例中。
分别检查“发布网站”与“共享原文件”。
费用与提供形式
Google Sites 作为 Google Workspace 的产品提供。由于企业使用涉及合约版本与管理员设置，在引入时请查阅当前的 Google Workspace 费用与管理信息。由于费用和提供条件可能会发生变化，建议不要将其作为固定值来记忆。
官方信息
下一步该做什么？
对于普通用户或文职人员，可以先创建一个测试门户，放入一个 Docs 或 Drive 文件并进行预览。如果是 IT 管理员，则需要检查公开范围和 Drive 端的权限。如果是开发人员，与其勉强对 Sites 本身进行自动化，不如考虑如何结合使用通过 Apps Script 或 Workspace API 构建的功能。
Papanda TRY：在 Sites 中仅放入“可公开的虚拟信息”
Google Sites 相比于代码，更适合用于在浏览器中即可看到结果的对比演示。创建一个虚拟项目的首页，只配置标题、指向 Docs/Sheets 的链接以及联系方式（虚拟）。
成功条件：在确认浏览权限后，从其他浏览器/隐身窗口中能够按预期查看到内容。切勿将内部机密信息或真实的电子邮件地址放入公开示例中。
这到底是一个怎样的服务？
Google Sites 是一个用于将 Google Workspace 内的信息汇总为“方便人员浏览的网页”的入口。
它具备类似于 SharePoint 的团队站点用途，但并非将 SharePoint 的所有功能直接原封不动地搬到 Google。在 Google 中，从“通过 Sites 来展示 Drive、Docs、Sheets、Calendar、Forms 等内容”这一思路开始理解会更容易上手。
