新站必看：如何申请 Google Analytics 4 和 Search Console 完整流程（2026 版）

假设你刚刚部署完一个独立站点 www.demoblog.com，这篇文章会手把手带你完成 Google 两大免费数据工具的申请、验证、绑定，并给出一些实战中踩过的建议。全程不需要付费，预计 30 分钟内可以全部跑通。

为什么必须接入 Google Analytics 4 + Search Console

很多新手做完站点就直接开始铺内容、换链接，但不接 Google 的两个工具几乎是在盲飞：

简单说：GA 看后端，GSC 看前端。做 SEO 的话 GSC 比 GA 更重要，但二者一起接入数据才完整。

实操建议：哪怕你刚上线只有 3 篇内容，也先把这两个接好再开始写。等内容多了再接，会损失最早期的搜索词数据，那段才是观察 Google 怎么"理解"你新站最关键的窗口。

准备工作

开始前你需要：

1. 一个 Google 账号（gmail.com，国内手机号也能注册）
2. 一个能访问 Google 的网络环境（境内大陆 IP 直连无法打开 analytics.google.com，需要走代理或离岸 VPS）
3. 你已经部署上线的站点 URL（比如 https://www.demoblog.com，必须带 https，必须能正常打开）
4. 能修改站点 <head> 的能力——本站后台的「站点管理」中有 GA Measurement ID 和 额外 head 代码 两个字段，正好对应这件事

第一步：申请 Google Analytics 4

1.1 打开入口

浏览器访问：

https://analytics.google.com/

第一次打开会要求登录 Google 账号，登完之后会看到欢迎页，点 「开始衡量」(Start measuring) 按钮。

1.2 创建账号 (Account)

GA 的层级结构是 账号(Account) → 媒体资源(Property) → 数据流(Stream)，三层。第一次用要先建账号：

• 账号名称：填你的品牌名或公司名，例如 DemoBlog Media。一个账号下面可以挂多个站点的数据，所以名字不要写得太"具体到某站"
• 数据共享设置：4 个勾选项，保持默认全开即可——其中"基准化"会让你看到行业对比数据，对小站很有用
• 点 下一步

1.3 创建媒体资源 (Property)

媒体资源对应的就是你的某一个站。

• 媒体资源名称：填站点的名字或域名，例如 www.demoblog.com
• 报告时区：选你目标用户的时区。做中文站选 (GMT+08:00) 中国时间；做英文国际站选 (GMT-08:00) 洛杉矶 或 (GMT+00:00) 都柏林 都行，反正一致就好
• 货币：选你预期变现/广告分成的币种，做谷歌广告/AdSense 的选 USD，做国内业务选 CNY。这只影响金额展示，不影响统计
• 点 下一步

1.4 业务详情

GA 会问你的行业、企业规模等。实话实填或者乱填都不影响数据——它只是用来给你推荐报表模板：

• 行业：随便选，比如「计算机和电子产品」
• 企业规模：选「小型 (1-10)」
• 点 下一步

1.5 业务目标

会让你勾选关心的目标：「检查在线销售」「衡量潜在客户」「检查用户参与度」「了解 Web 流量」等。全勾就行，不影响后续配置，只影响默认报表。

点 创建，会让你接受服务条款，勾选并点 接受。

1.6 创建数据流 (Data Stream)

这是最关键的一步。

• 选 网站 (Web)
• 网站网址：填 https://www.demoblog.com（前面的 https:// 是默认下拉的，你只填后面）。必须用最终的真实 URL，要带 www 就写 www，不带就别写
• 数据流名称：随便起，方便你将来辨认，比如 demoblog-web
• 增强型衡量：默认是开的，保持开启——它会自动统计滚动深度、外链点击、文件下载、视频互动等行为，不用你写代码
• 点 创建数据流

1.7 拿到 Measurement ID

创建完成会跳到一个面板，最重要的就是顶部那个：

G-XXXXXXXXXX

这就是你的 Measurement ID（衡量 ID）。复制下来，下面要用。

小细节：GA4 的 ID 是 G- 开头，老 Universal Analytics 是 UA- 开头。Universal Analytics 已经在 2023 年 7 月停止收集数据，所有教程都过时了，新站只能用 GA4。

1.8 接入到本站

回到本站后台：

1. 进 「站点管理」
2. 找到 www.demoblog.com 这条记录，点 编辑
3. 在 GA Measurement ID 字段粘贴 G-XXXXXXXXXX
4. 保存
5. 进 「生成静态页」，对该站点点 「全量重建」（增量没用，因为内容本身没改成 dirty）
6. 进 「部署」，把站点推到 Cloudflare Pages

代码层面已经在 _layout.php 模板里写好了 GA4 注入逻辑，填了 ID 就自动出现在每张页面的 <head> 里。

1.9 验证 GA 是否生效

部署完打开 https://www.demoblog.com 任意页面：

方法 A（开发者工具）

1. F12 打开 DevTools，切到 Network 面板
2. 刷新页面
3. 在过滤框搜 gtag 或 googletagmanager
4. 应该看到一个对 https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXXXX 的请求，状态码 200

方法 B（GA 实时报告）

1. 回到 GA 后台
2. 左侧菜单 → 报告 → 实时
3. 让自己访问几个页面，30~60 秒内应该能在「过去 30 分钟内的用户」看到 1（就是你自己）

如果 30 分钟看不到，回去检查 head 里有没有 gtag/js 那行，最常见的原因是没全量重建。

⚠ GA 完整数据需要 24~48 小时才会出现在常规报告里，只有「实时」面板是即时的。第一次接入务必用实时面板验证，不要被"为啥首页 0 PV"误导。

第二步：申请 Google Search Console

GA 装完只能看到"已经来了的人"。要想看到"没来的人在搜什么、谷歌为什么不推你"，必须装 Search Console。

2.1 打开入口

https://search.google.com/search-console/

第一次会让你 添加资源 (Add property)。

2.2 选资源类型：网址前缀 vs Domain

会让你二选一：

路径 A：Domain 类型 + Cloudflare 一键授权（如果你域名托管在 CF，用这个最爽）

如果你的站点托管在 Cloudflare Pages 或者域名走 CF DNS，完全不用动 head 也不用改 DNS：

1. 选 Domain（网域） 类型
2. 输入纯域名 demoblog.com（不带 www、不带 https）
3. 点 继续
4. 在验证页面会有一个 「使用您的 DNS 提供商验证」 按钮，下拉选 Cloudflare
5. 跳转到 Cloudflare 让你登录授权
6. 授权完成后几秒内就完成验证，回到 GSC 直接显示「已验证所有权」

✅ 这种方式覆盖整个域名（含 www.demoblog.com、api.demoblog.com、demoblog.com 等所有子域和协议），比 meta 标签强得多，而且不需要"删了就掉验证"。

路径 B：网址前缀 + HTML 标记（域名不在 CF 或不能授权时用）

• 选 网址前缀
• 填：https://www.demoblog.com（完全照实填，包括 https 和 www，多写少写都不算同一资源）
• 点 继续

2.3 验证所有权（HTML 标记法 - 路径 B 才需要）

如果你 2.2 走的是「路径 A：Cloudflare 一键授权」，这一节直接跳过——验证已经做完了。

下面是「路径 B：网址前缀 + HTML 标记」的步骤。

会弹出几种验证方式，选 HTML 标记 (HTML tag) 最简单：

1. 展开「HTML 标记」面板

2. Google 给你一段 meta：

   <meta name="google-site-verification" content="aBcDeFgH1234XyZ5678QwErTy" />
   

3. 复制整段

4. 回到本站后台 → 站点管理 → 编辑该站点

5. 找到 「额外 head 代码」 字段，粘贴这段 meta（如果之前已经有内容，直接换行追加）

6. 保存

7. 生成静态页 → 全量重建 → 部署（必须这两步走完，meta 才真正出现在 HTML 里）

8. 部署完打开 https://www.demoblog.com → 查看页面源代码 (Ctrl+U) → 搜 google-site-verification，确认 meta 已经在 head 里

9. 回到 Search Console → 点 验证

✅ 显示「已验证所有权」就成了。

⚠ 验证完之后不要把那段 meta 删掉，Google 会定期复查。删了之后所有权会丢失，影响 GSC 报告。

2.4 提交 sitemap.xml

这是大多数新手会忘的关键一步——没提交 sitemap，Google 抓取你的速度会慢得多。

本站的生成器已经自动产出了 sitemap.xml，路径就是站点根目录。验证步骤：

1. 浏览器直接访问 https://www.demoblog.com/sitemap.xml，应该看到一坨 XML，里面是你所有页面的 URL
2. 进 GSC → 左侧菜单 → 站点地图 (Sitemaps)
3. 在「添加新的站点地图」输入框填：sitemap.xml（前面的域名是默认带的，只填 sitemap.xml 即可）
4. 点 提交
5. 状态显示「成功」就好。Google 会在几小时内开始抓取

2.5 robots.txt 检查

本站生成器也自动产出了 robots.txt，里面已经声明了 sitemap 位置。访问 https://www.demoblog.com/robots.txt 应该看到类似：

User-agent: *
Allow: /
Disallow: /admin/
Sitemap: https://www.demoblog.com/sitemap.xml

如果看到这个就 OK，不用任何额外配置。

2.6 GSC 数据出现需要多久

新站第一周大概率没什么数据是正常的，不要慌着改东改西。

进阶提速：Cloudflare Crawler Hints 让 Bing 立刻收录（强烈推荐）

GA + GSC 装完只是"被动等抓取"。有没有办法主动通知搜索引擎"我又发新文章了，赶紧来抓"？

答案分两半：

Bing / Yandex / Naver 这边：可以主动通知，而且 Cloudflare 全自动

业界有个公开协议叫 IndexNow，由 Microsoft Bing 牵头、Yandex / Naver / Seznam 跟进。规则极简：你站点内容一变，往 IndexNow 服务器 POST 一个 URL，几秒到几分钟内搜索引擎就来抓。

最棒的是：如果你的域名托管在 Cloudflare（CF Pages / CF DNS），完全不用写代码，CF 给你做了——开个开关就行。

怎么开 Cloudflare Crawler Hints

1. 登录 https://dash.cloudflare.com/
2. 选你的域名 → 左侧菜单 Caching → Configuration
3. 找到 Crawler Hints
4. 把开关打开，完事

原理：Cloudflare 监听你站点的缓存状态——只要你重新部署（缓存失效），它就识别为"内容变了"，自动调 IndexNow 把所有变化的 URL 推给 Bing/Yandex/Naver。

效果：以前发文章后 Bing 一般要 1~7 天才抓你；开了之后几分钟到几小时内就能在 Bing 搜到。

Google 这边：不能主动通知（重要！）

很多新手以为给 Google 也能这样"主动推送"，事实上不行——这里把现状说清楚，免得你白折腾：

所以现实是：

Google 这边你只能依赖 sitemap，等它自己按节奏来抓。新文章一般 1~7 天会被收录，老站点（积累了一定权重的）一般 几小时到 1 天。没有合规可靠的"立刻通知 Google"的方法。

什么是合规又有用的"加速 Google 收录"做法

虽然没法自动推送，下面这些操作能间接加速 Google 抓取：

1. 保持 sitemap.xml 实时更新（本站生成器已经做到了——每次部署都会重写一次）
2. 每次部署后等 sitemap 抓取（Google 一般 6~24 小时回访 sitemap 一次）
3. 重点文章手动用 GSC 的 URL Inspection 工具点 Request Indexing（每天最多 ~10 条，专门给"我希望 Google 立刻看到"的关键页面用）
4. 从已收录的页面交叉链接到新页面（首页、列表页本来就 Google 抓得勤，新文章在它们身上有内链 = 顺着链接很快爬到新页面）

一张表对比 Bing vs Google 的可加速程度

所以做 SEO 永远是 "先内容、再 sitemap、再耐心等" 的节奏——尤其是 Google。

实际经验：开了 Cloudflare Crawler Hints 一周后，去 Bing 用 site:demoblog.com 搜，一般能看到 70%~90% 的页面已经被收录。同一时间去 Google 搜，可能只有 30%50%，需要再等 12 周。这是正常现象，不要因为 Google 慢就怀疑站点本身有问题。

第三步：进阶——其他建议加的 Google 工具

GA + GSC 是基础。下面几个可选，根据你做站的目标看要不要装：

3.1 PageSpeed Insights（强烈建议）

https://pagespeed.web.dev/

• 不需要装任何代码，输入网址就能查
• Google 直接告诉你这个页面的 LCP / CLS / TBT 等性能指标分数
• Core Web Vitals 是 SEO 排名因素之一，分数低于 75 建议优化

实战建议：每发一篇新文章后跑一次，看看「移动端」分数有没有低于 80。低于 80 通常是图片没压缩或者首屏 CSS 太重。

3.2 Google Tag Manager (GTM)（中等以上复杂度才装）

https://tagmanager.google.com/

GTM 是个代码集中管理工具：你把 GA、Facebook Pixel、Bing UET、AdWords Conversion 等等十几种"埋点代码"全部交给 GTM 管理，以后改埋点不用动站点代码。

新手不用装——一个 GA4 直接接就够了。等你需要同时跑 3 个以上的统计/广告平台时再回来研究 GTM。

3.3 Google AdSense（变现）

https://www.google.com/adsense/

如果你的站打算挂广告变现，AdSense 是最常见的入口。条件：

• 站点有原创、有质量的内容（一般 20+ 篇）
• 站点已经有一定流量
• 隐私政策、关于我们 等基础页面齐全
• 域名最好已经有 1~3 个月历史

申请通过后会给你一段 adsbygoogle.js，同样塞到 「额外 head 代码」 字段就好。

3.4 Rich Results Test（结构化数据测试）

https://search.google.com/test/rich-results

• 不用装代码，直接输入页面 URL
• 检测你的 JSON-LD 结构化数据写得对不对
• 本站详情页已经自动写了 Article 和 BreadcrumbList 两类 JSON-LD，直接测就能看到

测出"有效"才能拿到 Google 搜索结果中的富媒体显示（带图、带评分、带面包屑），点击率会比纯标题高 30%~80%。

实战中的踩坑总结

坑 1：忘了走「生成 + 部署」流程

最典型的故障：填完 GA ID，发现网站没生效，以为代码 bug。

根本原因：本站是静态站，<head> 是生成时写进 HTML 的，不是请求时动态拼的。修改任何 site 配置都必须：

站点管理 → 改完保存
   ↓
生成静态页 → 全量重建（不是增量！增量只跑 dirty 内容）
   ↓
部署 → 推到 CF

GA 没出来 99% 是漏了"全量重建"这一步。

坑 2：GSC 验证完后删 meta

验证完了就把 <meta name="google-site-verification"> 删了——Google 会定期复查，找不到就把所有权状态降级，你会突然发现 GSC 里看不到数据。

meta 标签留着不会有任何副作用，体积可以忽略。

坑 3：GA 和 GSC 资源名/URL 不一致

GA 数据流填的是 https://www.demoblog.com，GSC 资源前缀填的也得是同一个 URL。有 www 写 www，没 www 写 没 www，http 和 https 是两个完全不同的资源，跨站统计数据会丢。

如果你的站点同时支持 demoblog.com 和 www.demoblog.com，必须强制重定向到一个（在 Cloudflare 用 301 转 www 或转裸域），否则 Google 会把它们当成两个站，分散权重。

坑 4：把 UA-XXXXXX 当成 GA4 ID

UA-XXXXX 是 Universal Analytics（旧版）的 ID，从 2023 年 7 月开始 不再收集任何数据。新建账号默认就是 GA4（G-XXXXX 开头），但很多老教程截图还是 UA 时代的，照着抄会发现"没数据"。

只认 G- 开头的 ID 是对的。

坑 5：实时面板显示 0，但 Google 服务自身能 ping 通

如果你科学上网走的是国外节点，GA 实时面板能正常打开但数据是 0，可能是因为：

• 浏览器装了 uBlock Origin / AdGuard / Brave Shield 等广告拦截器，把 googletagmanager.com 屏蔽了
• 解决：到拦截器里把自己的域名加白名单，或临时关掉拦截器再测

普通访客是不会装拦截器的，所以不影响真实流量数据，只影响你自己的测试。

坑 6：Cloudflare Bot Fight Mode 把 GA 拦了

如果你的站点开了 Cloudflare 的 Bot Fight Mode 或 Super Bot Fight Mode，可能会把 GA 的回传请求识别为"非浏览器流量"挑战。

如果发现真实流量在 GA 看不到但站点能正常打开，去 Cloudflare → 安全 → 机器人 把 Bot Fight Mode 关掉或改成只对静态资源生效。

后续：把 GA + GSC 串起来

申请完 GA4 和 GSC 之后，强烈建议把两者关联，这样能在 GA 报告里直接看搜索词数据：

1. GA 后台 → 管理 → 媒体资源设置 → Search Console 关联
2. 关联你已验证的 GSC 资源
3. 关联完之后 GA 的 报告 → 习得 → Google 自然搜索流量 会出现搜索词维度

数据完整需要 24~48 小时同步。

一图概括接入流程

[Google 账号]
     ↓
┌────────────────┐    ┌──────────────────┐    ┌─────────────────┐
│ Analytics 4    │    │ Search Console   │    │ Cloudflare      │
│  - 创建账号     │    │  - 添加资源      │    │  - Caching      │
│  - 创建资源     │    │  - Domain 类型   │    │  - Crawler      │
│  - 创建数据流   │    │  - CF 一键授权   │    │    Hints 开关   │
│  - 拿 G-xxxx   │    │  - 提交 sitemap  │    │                 │
└────────────────┘    └──────────────────┘    └─────────────────┘
     ↓                         ↓                       ↓
   填到站点配置          域名级整体验证        Bing 自动收录加速
   ──── GA Measurement ID ────
     ↓                         ↓                       ↓
        【全量重建 + 部署】                     即时生效，无需重建
                 ↓                                     ↓
        访问站点 + 实时面板验证                 部署后几分钟 Bing 抓
                 ↓
            ▼ 24~72h 后 ▼
        看 GA + GSC 完整数据

Google 那边不用画箭头——它没有"自动通知"通道，只能靠 sitemap.xml 自己定期回访。

总结

对于刚上线的新独立站，这一套是最低成本、最高回报的数据基础设施：

四样东西全装下来 30~45 分钟。

关于 Google 收录，记一句话就够了：

Google 没有主动推送通道，sitemap.xml + 耐心等 + 关键页手动 Request Indexing，就是全部能做的事。新站 Google 收录一般 1~7 天起步，不要被 Bing 几分钟就收录的速度误导——两者机制完全不同。

先接好工具，再开始铺内容——这是新站起步阶段最值得遵守的一条规则。如果已经做了一段时间还没接，今天就补上，每多拖一天就多丢失一天的搜索词数据。

配套阅读建议：

• 接完 GSC 后，过 1 周回去看 搜索表现 → 查询 报告，根据 Google 给出的"用户实际搜的词"反向调整你的标题和内文关键词
• 接完 GA4 后，重点盯 互动率 和 每次会话浏览页数 两个指标，比 PV 更能反映内容质量
• 开了 Cloudflare Crawler Hints 一周后，去 Bing 用 site:你的域名 搜一下，看看是否大部分页面都已收录
• 每月跑一次 PageSpeed Insights，关注移动端分数

下一篇会写《如何用 Google Search Console 的搜索词数据反向优化标题（实战指南）》，敬请期待。