这次用 Codex 做了一个推广链接生成器。它给网址加上渠道标记，方便网站统计区分访问来自哪一次推广。
比如，同一篇指南，你既发在邮件里，也分享到社群。先用工具分别生成两条带不同标记的链接，再发到对应渠道。用户点开仍是同一个页面；网站接好统计后，就能把这两种推广带来的访问分开看。
工具负责生成链接，访问数据由网站的统计系统采集。统计没有接好，光生成链接还看不到访问结果。
对提供 SEO 或营销服务的网站，这类工具也可以作为一个免费入口：先帮目标客户处理眼前的小任务，用完以后，再提供渠道命名、统计检查等相关指南或服务。把客户反复要做的一件小事，做成能直接使用的网页，才是这次制作想说明的方法。
下面拿这张做好的页面，讲清怎样把需求交给 Codex、怎样检查结果，以及做完后怎样接到网站上。样例已在浏览器里跑通，尚未上线，没有获客数据。
先想清楚：谁会用，用完需要什么
链接后面的这类渠道标记，常见的写法就是 UTM 参数。比如 newsletter 表示这条链接放在邮件里，2026_winter_guide 表示它属于哪次活动。链接仍然打开原来的页面，标记则给后续统计提供信息。网站还需要有能正确采集这些信息的统计系统。Google 的说明可以核对这些字段的用途。
会来做这件事的人，通常已经在发内容、做推广。对营销服务而言，这项任务与潜在客户的工作比较近。生成链接之后，他可能还需要整理渠道命名、检查统计，或者判断哪些推广值得继续。
看两个现成页面就很直观：Bitrix24 的免费 UTM 工具后面接着 CRM 和营销服务，Fathom 的生成器后面接着访问统计说明。工具先完成一项小任务，后面的产品处理更大的需求。这是公开页面上能看到的衔接关系，不能据此知道它们拿到了多少客户。
不过，市面上的免费 UTM 工具已经很多了。如果你只是自己偶尔生成一条链接，直接用现成工具更省事。 自己做的理由，应当是你有更具体的使用场景：团队要统一命名、客户总在同一处填错，或者工具能接上你现有的内容与服务。
一个卖灯具的网站，就不必照着做 UTM 生成器。它的客户也许更需要根据房间、安装位置和产品参数缩小选择范围。先找到那项反复发生的任务，才有值得开发的工具。
交给 Codex 的，应该是一份能验的需求
“做一个好看的免费工具页”，只能说明你想要什么外观。按钮点完发生什么，输入不对怎么办，AI 仍然得自己猜。
这次把范围压得很小：一个网页，在浏览器里生成链接，不接后台，不加用户系统。需求可以直接这样交给 Codex：
做一个面向中文营销人员的推广链接生成器。
输入包括：落地页网址、来源、媒介、活动名称、可选的链接位置。提供邮件、社交、合作三种渠道预设。
网址只接受 HTTP 或 HTTPS。来源、媒介和活动名称不能为空。支持统一转为小写，也允许关闭这个选项。
生成时保留网址里原有的其他参数和页面锚点；如果已有 UTM 参数，用本次填写的值更新，不重复叠加。特殊字符按网址规则处理。
右侧显示完整链接和各字段含义，提供复制按钮。改了输入以后，旧结果不能继续被复制；错误输入要有清楚提示。
手机也能填和复制。先交付单文件页面，再用下文的正常、缺项、旧参数和特殊字符例子验证。不要调用收费接口。
把需求发过去后，要求 Codex 将成品保存为 index.html，并给出实际文件位置。拿到文件，先用浏览器打开，自己走一遍填写、生成、复制。若它只回了一段代码，就继续要求保存成可打开的文件，并列出测试输入和实际结果。
这里有用的细节，是“保留什么”和“改了以后怎样处理”。它们决定工具会不会悄悄把客户原来的网址弄坏。
这份需求也没有要求 AI 一次做齐登录、批量导入和团队管理。先确认一条链接能正确生成，比第一版就做十个功能更容易查出问题。后续真有人反复需要批量处理，再扩展也有依据。
页面能打开以后，拿同一条链接验到底
本次使用的原网址是：
https://example.com/guide?lang=zh#download
其中，lang=zh 是已有参数，#download 指向页面里的下载位置。它们都属于原链接的一部分，不能因为加推广标记就丢掉。
选择“邮件”后，来源填入 newsletter，媒介填入 email。活动名称写 2026_Winter_Guide，链接位置写 article_bottom。开启统一小写后，实际生成并复制出来的是：
https://example.com/guide?lang=zh&utm_source=newsletter&utm_medium=email&utm_campaign=2026_winter_guide&utm_content=article_bottom#download
对着这条结果，可以核三件事：原有的 lang=zh 还在；活动名变成了小写；下载位置仍在链接最后。再点复制，核剪贴板里拿到的是这条完整链接，而不是只复制了屏幕上能看见的一截。
正常例子通过了，还要试那些容易被忽略的情况。本次核对包括：
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
&
|
|
|
|
|
这里已经分别核了页面里的实际函数、浏览器生成和复制。它证明的是这些功能能按要求工作，没有证明 GA4 已经收到访问，更没有证明它带来了询盘。 后面这两件事，要等工具正式部署、统计正常，再用实际使用判断。
让 Codex 修改时，也可以直接指出这个断点。例如：“我改了活动名，复制按钮还在复制上一条结果。请让输入变化后旧结果失效，并重新测试。”这样它拿到的是一个可复现的问题，比“再优化一下体验”清楚得多。
做完工具，给它安排第一批使用者
做到这一步，手里已经有了一张能用的网页。但把文件放到网站上，也不会自动有人发现。
先把页面本身补完整：标题直接说它做什么，输入旁边解释字段，结果旁边说明怎么看，再给一条完整例子。重要说明留在网页正文里，访客不填表也能判断它是否适合自己。
接着找一处与它最相关的内容入口。比如，你已经有一篇讲邮件推广效果的文章，就在讲“怎样区分来源”的位置链接到这个工具。等用户生成完，再给渠道命名、统计检查等后续内容。这个顺序比较自然，因为前后处理的是同一项工作。
本次样例下面接的是 yaiseo.com 的 SEO 与网站增长内容。正式放到网站时，可以再接到更具体的统计指南或相关服务。这里值得打磨的是“他刚做完这件事，接下来还缺什么”，而不是在结果旁边塞一个与任务无关的广告。
站外也先做小范围验证：发一段真实操作演示，说明它替哪类人处理什么问题，把入口给确实在做这项工作的人。已有客户交流、相关社区和自有内容渠道都可以考虑，但要遵守各处的链接与推广规则。公众号能否直接跳转，按账号实际支持的方式处理。
SEO 则需要另看目标市场的搜索结果。查到的工具很多、功能也已经完整时，不能只换个颜色，就假设自己的新页面能拿到排名。可以先服务现有读者，观察他们缺的是批量处理、团队规则，还是别的具体步骤，再决定要不要围绕这个任务竞争搜索流量。
有人来了以后，先看他在哪一步停下
上线后，可以把这条路径拆成三个问题：有人进页吗？有人成功生成、复制结果吗？用完之后，有人继续看相关内容或发起询问吗？
有访问却没人用，先核进入页面的人是否需要这项工具，再看表单是否难填、手机按钮是否好点。有人开始填却生成失败，就查错误提示和输入规则。有人反复使用，却从来不看后续内容，则要回头看业务是否相关、下一步是否真有用。
统计时，可以分别记录生成成功、复制和相关入口点击。不要直接把整条推广网址塞进事件字段；它可能含有本来不该上传的业务信息。事件能否发出、报表能否读到，也要实际测试。本次本地样例尚未接入这些统计。
更要区分：一次复制是一次工具使用，访问咨询页也只是一个后续动作。是否成了有效询盘，要回到真实的询问信息和业务记录里看。用这些差别判断下一步，才知道该改工具、改入口，还是停下这项尝试。
这次先跑通了一件小事：把需求写清，做出页面，拿真实输入验结果。你可以从自己业务里找一项同样具体的任务，先交给少量目标用户试用。有人愿意用、用完确实还有相关需求，再继续投入，会比先堆一整站工具踏实。
本文制作与资料复核：2026年11月1日。页面、输入输出和截图来自本次本地演示；无上线流量、客户或转化成绩。
-
Google：自定义网址与 UTM 参数 -
Bitrix24：免费 UTM 生成器与营销入口 -
Fathom：UTM 生成器与后续统计说明
跨境YOUNG · yaiseo.com