在 A Tour of Go 多语言翻译项目中,课程内容、Playground 示例、生产部署和运行环境都采用公开源码与生产配置分离的设计。
当项目需要接入广告系统时,最初考虑直接增加 AdSense 相关配置。但经过分析后发现,广告平台未来可能发生变化,如果在代码结构中直接绑定 AdSense,会降低后续扩展能力。
因此,本次调整没有实现 AdSense 专用逻辑,而是将广告注入能力抽象为通用 HTML 注入机制。
最终实现:
- 统计代码继续使用独立注入;
- 广告代码使用独立注入;
- 生产环境通过 systemd 环境变量提供实际内容;
- 公开源码只保留注入位置,不包含任何广告账号信息。
为什么不直接将广告代码写入源码
对于公开源码项目,如果直接把广告代码写入模板:
<script async src="https://pagead2.googlesyndication.com/..."></script>那么任何拉取仓库并部署的人,都会默认使用相同广告配置。
这会造成:
- 源码和生产环境强绑定;
- 其他部署者无法独立配置;
- 广告平台切换困难;
- 公开仓库中包含不属于项目本身的运营配置。
因此,项目继续沿用已有统计代码注入方式:
生产环境配置
↓
systemd EnvironmentFile
↓
Go 服务读取
↓
模板渲染
↓
HTML head 注入从 AdSense 专用配置到通用广告注入
最初设计中,广告配置容易与 AdSense 平台绑定。
例如:
TOUR_ADSENSE_CLIENT这种方式只能表达:
“当前使用 AdSense”。
但是未来如果:
- 更换广告平台;
- 增加多个广告脚本;
- 使用其他 HTML 注入内容;
都需要重新修改代码结构。
因此,本次重构将其调整为:
TOUR_AD_HTML由环境变量直接提供需要注入的 HTML 内容。
对应提交:

Go 服务增加独立广告注入链路
新的注入链路:
TOUR_AD_HTML
↓
os.Getenv("TOUR_AD_HTML")
↓
template.HTML
↓
AdHTML
↓
{{.AnalyticsHTML}}{{.AdHTML}}
↓
HTML <head>实现中:
AnalyticsHTML继续负责统计代码;AdHTML负责广告 HTML;- 两者保持独立。
这样可以分别控制:
- 是否启用统计;
- 是否启用广告;
- 使用什么广告内容。

发布包只包含注入能力,不包含生产广告配置
项目发布流程生成 production bundle 时:
不会生成:
- AdSense client ID;
- 广告脚本;
- 生产环境配置。
发布包中的模板只保留:
{{.AnalyticsHTML}}{{.AdHTML}}
<meta charset="utf-8">也就是说:
源码和发布包知道“在哪里注入”。
但是不知道“注入什么”。

生产环境通过 systemd 注入广告代码
实际广告配置只存在生产服务器:
/etc/go-tour/go-tour.env其中:
TOUR_ANALYTICS='...'
TOUR_AD_HTML='<script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js?client=..."></script>'修改生产配置后,只需要重新启动服务。
整个流程:
/etc/go-tour/go-tour.env
↓
systemd EnvironmentFile
↓
go-tour.service
↓
读取 TOUR_AD_HTML
↓
模板渲染
↓
浏览器 HTML head
公网验证广告脚本输出
部署完成后,通过公网页面验证:
curl -sS https://go-dev.shuijingwanwq.com/ | grep pagead2返回:
https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js说明:
广告注入链路已经生效。
从生产配置到最终页面:
生产环境变量
↓
Go 服务
↓
HTML 渲染
↓
浏览器加载广告脚本整个过程没有修改公开源码中的广告账号配置。

总结
本次广告接入并不是简单添加一段 AdSense 脚本,而是进一步完善了 A Tour of Go 多语言翻译项目的生产配置架构。
最终实现:
- 广告逻辑与具体广告平台解耦;
- 公开源码不包含生产广告配置;
- 不同部署环境可以独立设置广告内容;
- 未来可以支持其他广告平台或自定义 HTML 注入。
通过环境变量注入机制,项目保持了:
公开源码
+
独立生产配置
+
可扩展部署方式这与项目已有的统计代码注入、Playground 代理、生产发布流程保持一致,为后续长期维护提供了更稳定的基础。
A Tour of Go 多语言翻译项目
本系列完整记录 A Tour of Go 多语言翻译项目从架构设计、整页翻译、结构保护、自动校验,到生产发布与后续维护的实际开发过程。
项目入口:
✅ 在线学习:A Tour of Go 简体中文版
✅ 项目源码:GitHub:shuijingwan/go-tour-i18n
当前第一阶段已完成简体中文版本。项目属于非官方社区多语言翻译项目,与 Go 官方无隶属或授权关系。

