tp.xyz 短域名最适合拿来当跳转入口。就是输起来省事。上周帮朋友挂一个线下活动页，原链接长得像乱码了，临时用 tp.xyz 做了个 /go 路径，现场扫码的人没一个抱怨。
配置过程也就十分钟，进域名后台，加一条 CNAME 记录，主机记录填 @，值填托管平台给的地址，TTL 默认就行了。等解析生效那几分钟吧？不要反复改记录，越改越乱。真到动手时，tp.xyz 的解析目标要看清楚。用短链服务，它给一个专属 CNAME；自己托管静态页的。把 tp.xyz 指向 Netlify 或 Vercel 的别名更稳。
我碰到过一次，朋友把 A 记录和 CNAME 混着加，结果域名一会儿通一会儿不通的。删掉多余记录，只留一条 CNAME，问题消失。
顺带说一句，证书别等上线才配，托管平台一般能自动签，前提是解析已经生效。证书申请也快的，不要拖。路径跳转才是 tp.xyz 好用的地方。tp.xyz/go 指向活动落地页，tp.xyz/docs 指向说明文档，年度归档再单独开一个路径。做法不复杂，在托管平台加 redirects 规则，或者用 Cloudflare 的 Page Rules 配 301。这里有个细节，路径区分大小写，/Go 和 /go 是两回事，不要指望用户手动改了。
我一般把常用路径列成一张表。交给同事前先自己点一遍的。短路径优势就在这，少打几个字吧？出错率低一截。
缓存和 HTTPS 是 tp.xyz 最容易翻车的地方。浏览器对 301 缓存很执着，改跳转目标后，旧地址可能还往老页面跑。测试时用隐身窗口，或者给链接加个?v=2 参数绕开缓存了。另一个坑是 HTTP 到 HTTPS 的跳转链，域名，如果先跳 http 再跳 https，中间多一步。扫码工具可能识别成风险链接的。
直接强制 HTTPS，少一层中转。个人观察。短域名做跳转的，不要塞太多中间页，用户没耐心了。上线后别只盯着首页。给 tp.xyz 加个简单的 uptime 监控。路径 /go 和 /docs 各测一条，频率五分钟够用。
短链统计也要看，哪个路径被点得多呢？哪个 404 集中呢？一周就能看出问题。我自己的习惯是每月清理一次不用的路径，免得域名变成一堆死胡同了。
短域名是工具，不是收藏品，留几个顺手的入口就行吧？
