我让 Codex 帮我把一个出海站从 0 推到上线，连 GSC 都配好了*

我让 Codex 帮我把一个出海站从 0 推到上线，连 GSC 都配好了

今天这个站，我不是从空白项目开始写。

我做了 1 个很小的决定：用 Codex 接住我的想法，用 ShipAny 当底座，先把一个可以被搜索命中的出海小站推上线。

最后落地出来的是：1 个 .asia 域名，1 套 ShipAny 站点，5 个 SEO 页面，6 张产品图结果预览，11 条 sitemap URL，还把 Google Search Console 接上了。

这件事真正有意思的地方，不是 AI 写了多少代码

很多人用 AI 建站，第一步就卡在“我要不要自己写一套系统”。

但这次我反过来做。

能用模板就用模板，能用开源就用开源，能用成熟部署链路就不重复造轮子。

哥飞那套思路里，我理解最核心的一点是：先做一个小而具体的搜索入口，不要一上来做一个巨大的产品。

所以我选了一个很窄的方向：Product Photo Prompts。

不是泛泛地做 AI Prompt 站，而是专门服务电商产品图，用户进来就能生成适合 GPT Image 2、Nano Banana、Gemini 这类图像模型的产品摄影 prompt。

这比“做一个 AI 工具导航站”要小很多，但也具体很多。

第一步，我没有让 Codex 从零造轮子

我先问本地有没有 ShipAny 相关 skill，有没有模板，有没有现成链路。

这一步很重要。

你让 AI 从零写，AI 当然能写，但后面国际化、路由、SEO、部署、环境变量、sitemap、结构化内容，每个点都会变成坑。

我这次的策略很简单：

决策 我怎么做 为什么 技术底座 用 ShipAny 省掉 SaaS 站常见骨架 页面方向 Product Photo Prompts 搜索意图足够具体 默认语言 英文首页 出海站先服务英文搜索 中文支持 保留中文路径 方便自己调试和后续中文说明 部署方式 Vercel 生产部署 速度快，域名绑定直接

这一步有几个人真的会做？

大多数人一打开 AI，就让它“帮我写一个网站”。但真正省时间的，是先让它找现成的架子，再让它改到能上线。

第二步，Codex 直接把站点改成可用产品

一开始站点能跑，但还不像一个真正能留住用户的站。

所以我让 Codex 继续做了几件事。

• 默认语言改成英文

• 保留中文页面

• 接上真实域名

• 生成 SEO 页面

• 生成 sitemap

• 加 Search Console

• 提交 sitemap

• 给重点页面请求索引

这一轮不是“写一个 demo”，而是把 demo 往上线状态推。

这里我觉得最值钱的是，Codex 不只是改代码，它会顺着上线链路往下走。

域名怎么填，环境变量要不要配，默认语言是不是英文，GSC 怎么验证，sitemap 提交后怎么看状态，这些都是上站里最容易拖慢人的小事。

但你把目标说清楚，它就能一段一段接住。

第三步，我发现 prompt 站只有文字是不够的

这个站的核心是 prompt。

但如果一个 prompt 站只有文字，用户为什么信你？

所以我后来又补了一刀：每个重点页面加 prompt + sample result。

不是只告诉用户“这个 prompt 很好”，而是让用户看到它可能生成什么样的产品图。

这一步改完后，页面感觉马上不一样了。

以前用户看到的是一堆 prompt 文案。

现在用户看到的是：这个 prompt 对应什么产品、什么光线、什么构图、什么电商场景。

下面这张表是我觉得最值得复用的判断标准。

页面元素 只有文字时的问题 加结果预览后的变化 Prompt 用户不知道效果 能看到目标结果 SEO 页面 像内容农场 更像可用工具页 停留时间 容易快速划走 有图可看，有判断依据 信任感 需要用户脑补 直接展示审美和方向

你想想，一个做图片 prompt 的站，如果自己都没有结果图，用户会不会觉得虚？

第四步，Search Console 接上，但我没有假装已经有流量

站点上线以后，我让 Codex 继续接 Google Search Console。

这里做了两件事：

• 域名所有权验证

• 提交 sitemap

提交的是 sitemap，里面有 11 条 URL。

但这里必须说实话：刚上线的网站，GSC 里 24 小时维度还没有数据。

这反而是正常的。

一个新站刚接入 GSC，不可能立刻有搜索点击和曝光。你要看的不是“今天有没有流量”，而是这些基础动作有没有做完。

我当时看的就是这几项：

检查项 当前状态 下一步 站点能否访问 已上线 持续检查稳定性 sitemap 是否存在 已生成 等 Google 抓取 GSC 是否接入 已接入 后续看曝光和查询词 URL Inspection 已请求索引 等待收录反馈 页面内容 已加图文预览 继续补长尾页面

注意，sitemap 页面当时还显示 Couldn’t fetch。

这不代表站挂了。

我又让 Codex 检查了公开 sitemap 和站点资源，外部访问是正常的，所以这类状态通常先等 Google 下一轮抓取。

[📊 此处可补充你后续 3 天后的 GSC 真实数据]

第五步，这件事给我的启发是：Codex 更像一个上站搭子

以前我理解 AI 写代码，就是“帮我写一个功能”。

这次感觉不太一样。

它更像一个能陪你把站点推到上线的人。

从选模板，到改默认语言，到配域名，到部署，到补 SEO 页面，到提交 GSC，再到根据页面弱点补 sample result。

它不是只做某一个按钮，而是把“上站”这条链路跑完。

但前提是，你得给它一个具体方向。

“帮我做个 AI 网站”太大。

“帮我用 ShipAny 做一个英文 Product Photo Prompts 小站，默认英文，接域名，上 GSC，再给每个重点页加结果预览”就清楚很多。

如果你也想用 Codex 上一个出海站，我建议从这 5 步开始

• 先定一个非常窄的搜索词，不要先做平台

• 先找模板和开源项目，不要从零写

• 首页默认英文，中文最多作为辅助

• 先把 sitemap、GSC、URL Inspection 做完

• Prompt 站一定要加 sample result，不要只放文字

这套流程门槛其实不高。

你不需要先开一个大公司，也不需要先写 100 个页面。

先把 1 个小站上线，先让 Google 能看到你，先让用户进来后知道这个站能干什么。

后面再看数据补页面，才有意义。

最后

这次 Codex 帮我上站，我最大的感受是：AI 建站最难的不是写代码，而是把每一步做成可以上线的真实动作。

模板能不能复用？域名有没有接上？默认语言是不是服务目标用户？GSC 有没有提交？页面有没有能让用户信任的结果图？

这些问题，比“页面炫不炫”重要多了。

所以我现在更愿意把 Codex 当成一个执行型合伙人。

我负责判断方向，它负责把链路一段段跑通。

你觉得现在用 AI 上一个小站，最大的卡点还是代码吗？

阅读原文放站点链接。

---

原文链接：https://blog.csdn.net/xianyu120/article/details/162463244