无需离开面板，即可部署和管理 GitHub Pages

首选方式是我们的 Zinn® GitHub App，您可以将其安装到您的账户中并授予所选代码库的访问权限。它使用细粒度权限和短期安装令牌——不存在可能泄露的长期密钥——并且只需单击一下即可将其撤回。如果您更倾向于使用精细的个人访问令牌，我们会确切告知您需要授予哪些范围，并在您输入令牌的瞬间进行验证。

录入时，我们会调用 GitHub API 以确认令牌处于有效状态并具备所需的权限——仓库内容、Pages 以及用于创建仓库的管理权限——并在保存任何内容之前显示绿色或红色的勾选标记。我们绝不存储未经有效性验证或超出权限范围的密钥。凭据会通过与您引入的每个其他账户相同的连接缝隙传输到 Vault。

我们会创建代码仓（或使用现有代码仓），推送您的内容或构建输出，从分支和目录或 GitHub Actions 构建中启用 GitHub Pages，并支持回滚。对于自定义域名，我们会为您写入代码仓 CNAME、强制执行 HTTPS 并配置 DNS。我们还可以按照既定计划将代码仓备份到 R2 对象存储。

是的。我们写入代码库的 CNAME 文件，开启 Enforce HTTPS，并配置 DNS——将 apex A 记录指向 GitHub 的 Pages 地址以及 www CNAME——遵循与其他所有后端相同的 apex 和 www 规则。

请务必知悉风险并谨慎使用。GitHub Pages 没有服务器端规则，因此针对 SEO 抓取工具的屏蔽只能退而依赖 robots.txt 和 meta 标签——它无法像我们自己的集群那样硬屏蔽 Ahrefs 或 Majestic——而且每个 Pages 站点都会共享 GitHub 的基础架构和 IP 范围，形成共享的 SEO 痕迹。因此，在 Footprint-Free 产品线上，我们虽然提供 GitHub Pages，但会将其标记为 SEO 痕迹隔离较弱，将 PBN 默认设置保留在我们的集群或 Cloudflare 上，并在您为对 SEO 痕迹敏感的站点选择它时发出警告。在 Mainstream 产品线上，它则是一个一流的免费静态站点选项。