把 TechPulse 上线：一个关键词研究流水线的全过程

从「iPhone 18 听起来是个 SEO 机会」到真正上一个 Apple 编辑站，本文把这背后的数据、决策和可以改进的点都摊开。

TechPulse（techpulse.press）是我最近上线的项目，也是第一个「上游研究本身比站点更有意思」的项目。所以这篇主要写流水线，以及如何把它稳妥地变成一个能真正上线的站点，而不是踩那些最常见的坑。

第一步是判断这个机会是不是真的。我把 iPhone 18 词簇跑了一遍标准的打分：US 月搜索量、平均 KD、意图分布、品牌 / 商标风险、季节性。得到的数据非常干净：100 个词、月搜索量 256K、平均 KD 19.1、81% 信息查询意图、每年 9 月的高峰恰好压在 Apple 发布窗口。

品牌名必须避开 Apple 的商标风险：域名里不能带 “iPhone” 或 “Apple”（商标），不能绑死在某个型号年（iPhone 18 两年后就过时），要短、好发音，TLD 选 Google 已经信任的、用于新闻 / 资讯的。几个小时脑暴加一次走偏之后，定下来 techpulse + .press 两个音节，无商标冲突，未来能自然覆盖 iPhone 19、iPhone Fold、visionOS。

内容架构以「搜索意图」为单位：News / Rumors 走时效性新闻，每条带 Confirmed / Credible / Possible / Speculative 状态字段和一手信源；Specs 是按机型组织的结构化规格 hub；FAQ 用问答型 H2 / H3 直接对「People also ask」和精选摘要；Compare / Best 页吃商业意图。第一个 sprint 一共交付 36 页，覆盖 iPhone 18 系列、iPhone Fold 和 iOS 27。

E-E-A-T 不是清单，是硬关卡：每篇文章都是 MDX 文件，frontmatter 状态机 draft → review → approved，只有 approved 能上线；变更全部走 Git PR，diff 即审计，编辑的 review 字面写在 PR 上；AI 只参与草稿与润色，不生成引用、不编造数据、不自动发布。

技术栈选了静态优先：Next.js（App Router）+ Tailwind CSS、Cloudflare Pages 全球静态分发、Pagefind 客户端搜索、Beehiiv 做 Newsletter、Plausible 做隐私优先流量分析。同一个 MDX 数据源同时驱动站点、RSS 与未来的合作伙伴分发。

如果下一次重新做，我会提前 4 个月而不是 3 个月建站（iPhone 18 这个词簇比我预想的窗口更宽），并且 Cancel Tracker 从 day one 就开始做——一旦某个城市开始讨论退出 ALPR，对话推进的速度会非常快。

如果你也在想类似的事，对我帮助最大的一个转变是把关键词研究当成「上游产品」来做，而不是一次性 SEO 任务。它会改变你交付什么、怎么命名、第一天就建什么、以及哪些东西从头到尾不做。