vidle 会议回放 结合项目代码落地建议 20260308

《结合 vidle.org 项目代码的落地执行建议》

说明
1. 这份建议是结合会议内容 + 当前仓库代码结构一起写的。
2. 我没有直接改项目代码，也没有往仓库里塞这 3 份 txt；你明确说了 txt 不需要同步项目，我按这个要求执行。
3. 我额外对了你给的官方资料：
   - KIE: https://docs.kie.ai/llms.txt
   - fal: https://fal.ai/llms.txt
   - WaveSpeed: https://wavespeed.ai/docs
4. 我也看了仓库里这些关键文件：
   - src/app/[locale]/(marketing)/(home)/page.tsx
   - src/app/[locale]/(marketing)/tools/page.tsx
   - src/app/[locale]/(marketing)/pricing/page.tsx
   - src/app/[locale]/(marketing)/models/page.tsx
   - src/lib/metadata.ts
   - src/lib/seo/generator-seo-brief.ts
   - src/data/models/home-hero.ts
   - src/data/models/reddit-curation.ts
   - src/data/models/social-curation.ts
   - src/actions/subscribe-newsletter.ts
   - src/config/model-registry.ts
   - src/config/model-fallback.ts
   - src/app/api/ai/generate/layers/provider-dispatch.ts
   - src/lib/providers/kie-client.ts
   - src/lib/providers/fal-client.ts
   - src/lib/providers/wavespeed-client.ts
   - src/lib/__tests__/webhook-verification.kie.test.ts
   - src/lib/__tests__/webhook-verification.fal.test.ts
   - src/lib/__tests__/webhook-verification.wavespeed.test.ts
   - docs/SEO/keyword-intent-matrix-home-pricing-tools.md

==================================================
一、先说结论：这个项目不是“没做 SEO / GEO”，而是“底座已经不错，接下来最怕乱加”
==================================================

你这个项目现在最大的优点，不是页面多，也不是模型多，
而是已经有一套比较像样的基础设施：

1. 有统一的 metadata 收口逻辑
2. 有 generator SEO brief
3. 有首页/工具页/模型页/定价页这些主入口
4. 有 22 个 locale
5. 有 models/tools 的内容与路由体系
6. 有 provider registry + fallback + contract tests
7. 有 newsletter / rate limit / turnstile 这种转化基础能力
8. 有 Reddit / social curation 数据层
9. 有 dependabot 分桶和高风险升级冻结

大白话说：
你不是毛坯房，
你是已经打好水电、铺好地暖、装了门窗的房子。

所以接下来最忌讳的，不是“做得太少”，
而是“想到什么就再往里面堆一层”。

==================================================
二、这个项目已经做对的 12 件事，先别乱动
==================================================

1. 首页元数据不是散的，而是统一走 constructMetadata
文件：
src/app/[locale]/(marketing)/(home)/page.tsx
src/lib/metadata.ts

这意味着：
title、description、keywords、canonical 不是每页乱写一套。
这是非常重要的基础，不要回退成页面各写各的。

2. 首页 Hero 已经从 i18n 消息源构建，不再硬编码死文案
文件：
src/data/models/home-hero.ts

这个点很值钱。
因为它让“品牌感文案”和“多语言一致性”可以一起维护。

3. 工具页和模型页已经不是裸列表，有 structured data、有 localized copy、有 card 层
文件：
src/app/[locale]/(marketing)/tools/page.tsx
src/app/[locale]/(marketing)/models/page.tsx

这意味着入口页不是白板，已经有继续向“高意图目录页”升级的空间。

4. metadata 层已经做了 route 级关键词主词覆盖
文件：
src/lib/metadata.ts

比如 models/tools 不同页面都有不同 primary keyword 处理。
这很对，因为 SEO 的入口页不能全站一个关键词逻辑。

5. generator SEO brief 已经考虑了 routeKey、long tail、comparison、pricing 这些束
文件：
src/lib/seo/generator-seo-brief.ts

这说明你已经不是“写页面标题”阶段了，
而是已经在做“路由级搜索定位”。

6. 已经有 22 个 locale，不是现在才开始国际化
文件：
src/config/i18n-locales.ts
docs/SEO/keyword-intent-matrix-home-pricing-tools.md

这个阶段最重要的不是再加语种，
而是提质、排序、裁剪。

7. Reddit / Twitter / YouTube 这类第三方内容数据已经有结构化候选池
文件：
src/data/models/reddit-curation.ts
src/data/models/social-curation.ts

这和会议里讲的 GEO / 第三方共识层非常契合。
说明你已经有“站外叙事资产”的雏形。

8. newsletter 不是裸表单，而是有 rate limit、captcha、provider availability
文件：
src/actions/subscribe-newsletter.ts

这说明你的 activation layer 有基础，不需要另起炉灶。

9. provider registry 和 fallback 不是拍脑袋写的
文件：
src/config/model-registry.ts
src/config/model-fallback.ts
src/app/api/ai/generate/layers/provider-dispatch.ts

这块直接关系到“广告进来后用户提交能不能成功”，很关键。

10. 你已经有 provider contract regression tests
文件：
src/config/__tests__/provider-contract-regressions.test.ts

这一点非常像资深工程师在做事，不是 AI 糊代码能自然长出来的。

11. KIE / fal / WaveSpeed webhook verification 已经有测试
文件：
src/lib/__tests__/webhook-verification.kie.test.ts
src/lib/__tests__/webhook-verification.fal.test.ts
src/lib/__tests__/webhook-verification.wavespeed.test.ts

这说明信任层不是空的。

12. 依赖治理已经开始“降噪”和“冻结高 churn 大升级”
文件：
.github/dependabot.yml

这很重要。
否则后面 Cloudflare、SEO、Provider、支付还没稳住，仓库先被依赖升级打烂了。

==================================================
三、结合这场会议，这个项目现在最值钱的不是“再加内容”，而是补 6 个闭环
==================================================

闭环 1：ICP -> 页面角色 -> CTA 闭环
闭环 2：SEO -> GEO -> 第三方来源闭环
闭环 3：多语言 -> 市场优先级 -> 本地化质量闭环
闭环 4：模型展示 -> 用户信任 -> 真实提交成功率闭环
闭环 5：Founder / 品牌内容 -> 页面内容 -> 站外提及闭环
闭环 6：流量 -> 留资 / 注册 / 试用 -> 营收反馈闭环

现在你的代码里“页面”和“模型治理”已经不差，
但“意图到转化”和“站内到站外”的链路还可以明显更强。

==================================================
四、我最建议你优先做的 4 个主题
==================================================

主题 A：入口页意图收口，而不是继续堆更多页面
优先级：P0

为什么
因为首页、定价、工具总页、模型总页是全站的总水龙头。
如果这些地方说得不清楚，后面再加 100 篇内容都是漏斗底部漏水。

具体建议
1. 首页继续保留品牌感 H1，不要把 H1 改成一长串 SEO 词。
2. 但副标题、section heading、FAQ、metadata 要明确覆盖：
   - image
   - video
   - voice
   - music
   - compare
   - pricing / credits
3. 定价页不要只讲套餐，要回答：
   - 适合谁
   - 什么场景该选哪个计划
   - credits 怎么理解
   - 按量和订阅怎么选
4. 工具总页不要只是 modality 分类，要加“高意图任务分类”：
   - 做爆款图片
   - 做短视频
   - 做 AI 口播 / 配音
   - 做素材清理 / 放大 / 去水印
5. 模型总页不要只是模型库，要回答：
   - 谁适合这个模型
   - 适合哪类结果
   - 预算差异
   - 稳定性 / 速度 / 风格差异

对应代码位置
src/app/[locale]/(marketing)/(home)/page.tsx
src/app/[locale]/(marketing)/pricing/page.tsx
src/app/[locale]/(marketing)/tools/page.tsx
src/app/[locale]/(marketing)/models/page.tsx
src/lib/metadata.ts
src/lib/seo/generator-seo-brief.ts

大白话
这一步像先把商场门头、导购牌、价签统一好。
门口牌子都写不清，别急着往里摆更多货。

主题 B：把 Activation Layer 做细，而不是停留在“有 CTA 就行”
优先级：P0

为什么
会议里 Daniel 讲得很对：
很多内容没转化，不是因为没人看，是因为没承接。

你项目里已经有 newsletter 和一些 CTA 基础能力，
但可以做得更像“按页面意图分层承接”。

具体建议
1. 首页 CTA 不要全站一个口号。
   至少拆成：
   - 直接生成
   - 对比模型
   - 看价格 / credits
2. 工具页 CTA 要按任务走，不是只写“Try now”。
   例如：
   - 做封面图
   - 图生视频
   - 口播头像
3. 模型页 CTA 要补“适合谁 / 推荐路由 / 推荐模板 prompt”
4. newsletter 不要只当“邮件订阅”。
   可以当：
   - 模型更新订阅
   - 新工具上线订阅
   - prompt / workflow 周报订阅
5. 重点页面加中间承接，不要只剩注册：
   - comparison 下载
   - credits 解释
   - use case 收藏页

可复用代码基础
src/actions/subscribe-newsletter.ts
src/components/newsletter/*
src/components/blocks/*

大白话
现在更像你已经有收银台了，
但导购还不够会带人。

主题 C：把 GEO 从“页面被引用”升级成“品牌共识工程”
优先级：P1

为什么
会议里 Jonathan、Stan、Greg 讲的东西，和你项目现在最容易突破的点，非常一致：
你已经有 models/tools 页面，也已经有 Reddit / social curation 数据，
但还没完全把这套资产用成“站外叙事系统”。

具体建议
1. 针对前 20 个高价值模型，补三类页面：
   - alternatives
   - compare
   - use case
2. 补“works with / compatibility”页面：
   - 例如适合 YouTuber
   - 适合 marketing team
   - 适合 creator workflow
3. 用现有 reddit-curation / social-curation 不是只展示 social proof，
   而是反向作为“哪些社区值得重点经营”的优先级数据。
4. 对每个高价值模型建立一个 source map：
   - ChatGPT 常引谁
   - Reddit 常引哪个版块
   - YouTube 常引哪类视频
   - 第三方 listicle 常见谁
5. 不要一开始自己造一套很重的 AI sentiment 平台。
   先手工做一个 top 20 model 的 prompt audit 表就够。

对应资产
src/data/models/reddit-curation.ts
src/data/models/social-curation.ts
docs/SEO/keyword-intent-matrix-home-pricing-tools.md

大白话
你现在已经有一些“别人怎么说这个模型”的线索了，
但还没把这些线索变成稳定的品牌外部阵地。

主题 D：多语言策略要从“有 22 个 locale”变成“有优先级、有质量梯队”
优先级：P1

为什么
Wolfgang 讲的小而富市场，对你这个项目非常适用。
而且你仓库里已经支持：
nl / sv / no / da / fi / lb / is
这说明你技术上已经能覆盖。

但问题不是“能不能开”，
而是“哪些值得先做好、哪些应该晚点精修、哪些可以暂时只保底”。

我建议你把 locale 分三层：

第一层：营收主力层
en / de / fr / es / ja / ko / zh / yue

第二层：小而富试验层
nl / sv / no / da / fi

第三层：保底覆盖层
it / pt / pl / cs / et / lb / is / he / ar

动作建议
1. 第一层做深度本地化，不只是翻译。
2. 第二层优先做首页、定价、工具总页、前 20 个高价值工具/模型页。
3. 第三层先保底，不要过度投入。
4. 不要继续盲加语种了，先把已有 22 个 locale 管好。

对应代码 / 文档
src/config/i18n-locales.ts
docs/SEO/keyword-intent-matrix-home-pricing-tools.md

大白话
现在不是“继续开更多分店”，
而是“先把已经开的 22 家店分成旗舰店、重点店、保底店”。

==================================================
五、关于 Provider / API / 用户提交稳定性，这场会和你项目能怎么连上
==================================================

很多人会把 SEO / GEO 和 provider 稳定性分开看。
但对你这个项目来说，它们其实是一条链。

因为：
广告费把人买进来，
SEO/GEO 把人带进来，
最后一提交炸了，
前面全白搭。

而你这项目里最值得珍惜的一点就是：
provider 层已经很像样。

1. model registry 明确区分 provider
文件：
src/config/model-registry.ts

2. fallback 映射很完整
文件：
src/config/model-fallback.ts

3. provider dispatch 已支持 KIE / fal / WaveSpeed / Volcengine
文件：
src/app/api/ai/generate/layers/provider-dispatch.ts

4. Kling 3.0 甚至已经有内置多级 fallback：
   KIE -> fal -> WaveSpeed

5. provider contract regressions 已覆盖高风险模型路径
文件：
src/config/__tests__/provider-contract-regressions.test.ts

6. webhook verification 已和官方文档基本对齐

对应关系
KIE：
仓库测试体现的是 taskId.timestamp 的 HMAC 校验
文件：
src/lib/__tests__/webhook-verification.kie.test.ts

fal：
仓库测试体现的是 request_id + user_id + timestamp + body hash，
再走 JWKS / Ed25519 验签
文件：
src/lib/__tests__/webhook-verification.fal.test.ts

WaveSpeed：
仓库测试体现的是 webhook-id.timestamp.raw_body 的 HMAC
文件：
src/lib/__tests__/webhook-verification.wavespeed.test.ts

这里给你的建议不是“再补更多 provider 代码”，
而是：

1. 以后任何新增模型页、广告投放页、SEO 落地页，
   都要优先挂到通过 submit-readiness / contract test 的模型上。
2. 不要为了追热点，把没有稳定 fallback 的模型直接推到主入口。
3. 首页和工具入口里优先展示：
   - 成功率更稳
   - fallback 更完整
   - 提交参数更清晰
   - webhook 更可信
   的模型。

大白话
模型稳定性就是你这家店后厨的出餐稳定性。
门口再会拉客，后厨老翻车，口碑迟早塌。

==================================================
六、如果后面真要改代码，我建议按这 4 个主题开分支，不要糊一坨
==================================================

分支 1
feat/intent-activation-entry-pages-20260308

只做：
1. 首页
2. 定价页
3. 工具总页
4. 模型总页

目标：
把 ICP、意图、CTA、FAQ、section roles 收紧。

分支 2
feat/geo-source-map-high-value-models-20260308

只做：
1. 前 20 个高价值模型的 source map
2. alternatives / compare / use case 的内容层
3. social / reddit 数据的消费方式

分支 3
feat/locale-priority-hardening-20260308

只做：
1. locale 分层
2. 第一层与第二层高意图页面提质
3. 不再扩语种，只做质量排序

分支 4
chore/revenue-feedback-content-loop-20260308

只做：
1. 销售 / 客服 / newsletter / on-page CTA 的反馈结构
2. 将“内容 -> 注册 -> 订阅 -> 试用 -> 付费”关键事件收口

每支都按你自己的流程：
1. 从最新 origin/main 开
2. 单独 worktree
3. 单主题
4. 本地跑 pnpm agent:quick
5. 本地跑 pnpm test:unit
6. 推分支
7. 开 PR
8. 等 GitHub CI + Vercel Preview
9. 人工验收
10. 合并后删分支 / 删 worktree

==================================================
七、我明确不建议你现在做的 10 件事
==================================================

1. 不要继续盲加语种。
2. 不要继续批量发没有转化承接的 AI 博客。
3. 不要为了 GEO 一上来造很重的内部“品牌情绪监控系统”。
4. 不要把 Founder IP 做成流水线 AI 套话。
5. 不要把 Reddit 当发外链机器人。
6. 不要把所有模型都推到首页主入口。
7. 不要为每一个模型单独造一套页面模板逻辑。
8. 不要把更多依赖大升级混进 SEO / GEO / 运营分支。
9. 不要把“SEO 文案优化”和“Provider 稳定性”割裂看待。
10. 不要在仓库里长期堆无效实验页面和半成品语言内容。

==================================================
八、真正值钱的“删减建议”
==================================================

会议里有个很重要但很多人容易忽略的点：
增长不是一味加法。

对这个项目，我最建议的删减是：

删减 1：删掉低价值泛内容冲动
如果一篇内容不能回答：
“打谁、打哪一步、推到哪一步、为什么能赚钱”
那宁可不写。

删减 2：删掉所有“为了显得专业而专业”的术语
多用客户的话，多用结果语言，不要老写平台自嗨词。

删减 3：删掉没有商业承接的页面扩张
页面数量不是壁垒，
页面角色清晰才是。

删减 4：删掉对所有 locale 一视同仁的幻觉
语言市场天然有优先级。

删减 5：删掉“所有模型都 equally important”的错觉
能赚钱、能稳定交付、能被 AI 正面描述的模型，优先级就是更高。

==================================================
九、给你一个可以直接执行的项目级 To Do List
==================================================

P0
1. 给首页、定价、工具总页、模型总页做一版“页面角色和 CTA 对照表”
2. 给前 20 个高价值模型做“谁适合 / 为什么选 / 和谁比 / 预算差异”对照表
3. 选 10 个高商业意图页面，检查 CTA 是否和页面意图匹配
4. 选 10 个最常被投流或最重要的模型，核对 provider 稳定性和 fallback 完整性

P1
1. 基于 reddit-curation / social-curation 做 top 20 model 的 source map
2. 补 compare / alternatives / use case / compatibility 四类高价值页面
3. 把 22 个 locale 分成三层，确定今年真正要做深的只有哪些

P2
1. 建 prompt audit 表
2. 建 founder-led distribution 的低频高质量机制
3. 建按营收回看内容的复盘表，而不是只看流量

==================================================
十、最后给你的宏观建议
==================================================

如果把这个项目比作一辆已经上路的车：

你现在不是缺轮子，
也不是缺发动机，
你现在更像是：
车已经能开了，
但导航、路书、补给站、车外口碑和售后解释系统还没完全接起来。

所以接下来最聪明的做法不是：
再焊一个更大的车顶、再挂更多灯、再贴更多贴纸。

而是：

1. 先让主路线更清楚
2. 先让乘客更容易上车
3. 先让别人对这辆车的评价更一致
4. 先让每次发车都别掉链子

真正的高级工程师思路，不是“加很多代码”。
而是：
在对的位置补最少但最硬的那几刀。

—— 以上为结合当前项目代码的落地建议。

本文档为站内渲染。原始文件本地路径：saas/source/seo-llm/raw-seo知识库-TXT整理-seo方法论-ppt-vidle_会议回放_结合项目代码落地建议_20260308-ff8b0f.txt（仅本地保留，不入库不部署）