SEO Audit / Four-Line Strategy

302.ai SEO 审计与四线策略

这份审计先确认 302.ai 当前在搜索可见性上的真实起点,再给出一套从国际化修复、内容体系搭建、技术底盘治理到站外证据建设的完整执行路线。核心判断是:站点的国际化基础设施几乎为零,英文 SERP 的竞争资格目前不具备。

核心判断

302.ai 有 1,553 个产品/API 页面,Nuxt SSR 架构稳定,但没有英文独立 URL、没有 Schema、没有内容生态、没有站外证据层。站点是一个功能完整的产品展示壳,离"可以吃英文搜索流量"还差一套完整的国际化重建和内容体系搭建。

审计日期:2026-04-21(工具实测版) 页面样本:10 个核心页面 + sitemap 全量分析 站点类型:AI 工具聚合平台 技术栈:Nuxt 3 (Vue SSR) + nginx/1.24.0
一句话结论

综合评分 48/100。三个致命问题把 302.ai 卡死在起跑线:英文版从 SEO 角度不存在(/en/* 全部 301 回首页)、HTTP 不跳 HTTPS(链接权重分散)、首页 TTFB 超 1.3s。不是内容不够好的问题,是基础设施还没搭好的问题。

302.ai 的核心市场定位是"AI 工具出海",但英文版从 Google 的视角看根本不存在。这不是优化问题,是结构性缺失。
Executive Summary

执行摘要

302.ai 是一个产品功能齐全的 AI 工具聚合平台,但从搜索可见性角度看,它还停在"有产品但没有搜索资产"的阶段。1,553 个产品/API 页面全是薄内容卡片,没有博客生态、没有对比页、没有教程、没有错误码排查。更严重的是,国际化走的是客户端 cookie 切换而不是独立 URL,Google 爬到的永远是中文版,英文 SERP 的竞争资格完全不具备。

已经具备的基础

www 正确跳转到 non-www,Nuxt SSR 保证爬虫能拿到 HTML 内容,robots.txt 结构合理,sitemap 索引分 4 个子文件(main/tools/apis/docs),产品页和 API 页有独立 canonical。但 HTTP 不跳 HTTPS,TTFB 偏高,参数 URL 对 SEO 不友好。

真正拖后腿的地方

英文版从 SEO 角度不存在。/en/* 全部 301 回首页,没有 hreflang,Google 爬到的永远是中文。Schema 覆盖为零,1,553 个页面没有一个结构化数据标记。Meta description 全面模板化。Sitemap 的 docs 子文件只有 1 个 URL,博客文章完全没进 sitemap。产品页 H1 是 Vue 编译产物,没有语义。

Scorecard

评分与原因

维度 分数 判断 原因
整体可见性 32 Google 只能看到中文版,而且内容厚度不足以支撑任何高竞争词。 英文版不存在(/en/* 301 回首页),无 hreflang,Schema 为零。1,553 个产品/API 页面内容极薄,博客生态缺失。站外证据层几乎为零。
技术底盘 55 SSR 架构本身没问题,但 HTTP 不跳 HTTPS、TTFB 偏高、产品页 H1 无语义。 http://302.ai 返回 200 不跳转,首页 TTFB 1.36s 超过 CWV 阈值。产品页 H1 是 Vue 编译产物 302.AI,博客页无 H1。robots.txt 合理但 Disallow: /api/ 可能误伤文档页。
国际化 12 英文版从 SEO 角度不存在。 /en/* 全部 301 回首页,国际化走 cookie 切换不走独立 URL,无 hreflang 标签,英文页面的 canonical 也指向中文首页。Google 爬虫永远抓到中文版。
内容权威 28 1,553 个页面全是产品卡片级别的薄内容,没有内容生态。 没有博客文章、没有对比页、没有教程、没有错误码排查。产品页平均 ~300 字,API 页平均 ~200 字。Meta description 全面模板化。Sitemap 的 docs 子文件只有 1 URL。
转化就绪度 48 产品功能完整,但搜索路径上的转化承接太薄。 有定价页和 FAQ 页,但缺少对比页的收口引导、缺少免费试用 CTA、缺少信任信号(用户评价、案例、第三方 Logo)。下载页失效(/download → 301 回首页)。
Priority Findings

关键问题

P0国际化瘫痪

英文版从 SEO 角度不存在,出海 SEO 的基础为零

所有 /en/* 路径均返回 301 回首页。国际化走的是客户端 cookie 切换,Google 爬虫不会发 cookie,抓到的永远是中文版。没有独立英文 URL = 没有英文 SERP 入口 = 出海 SEO 完全无法启动。对于一个定位"AI 工具出海"的平台来说,这不是优化问题,是结构性缺失。

P0协议重复

HTTP 不跳 HTTPS,链接权重分散到两个协议

http://302.ai 返回 200,不跳转到 https://。两个协议同时提供相同内容,Google 会当作两个独立站点,导致链接权重分散、重复内容、爬取预算浪费。这是一个改一行 nginx 配置就能修的问题。

P0首页太慢

首页和博客页 TTFB 超过 1.3 秒,直接影响 CWV 和排名

首页 TTFB 1.36s,博客 1.31s。Google 的 TTFB 建议值是 800ms 以内,超过 1s 被标记为"差"。对 Nuxt SSR 项目来说,这通常意味着服务端渲染过重或缓存缺失。

P1内容空心

1,553 个页面全是薄内容卡片,没有内容生态

产品页平均 ~300 字,API 页 ~200 字,没有博客文章、没有竞品对比、没有教程、没有错误码排查。竞品 OpenAI/Anthropic 的文档页动辄 2,000-5,000 字,302.ai 的内容厚度不到他们的十分之一。

P1Schema 零覆盖

1,553 个产品/API 页面没有一个结构化数据标记

没有 Organization、SoftwareApplication、APIReference、FAQ、BreadcrumbList 任何 Schema。产品页有 1 个 ld+json 标签但内容为空。没有 Schema = 没有 Rich Snippet = SERP 中没有星级评分、价格范围、FAQ 折叠 = 点击率低于竞品。

P1站外空白

外链建设、品牌提及、社区渗透全部为零

看不到明确的可链接资产路线,也没有竞品链接缺口、品牌提及回收、资源页链接、目录、播客、社区壳层的任何动作。站外 SEO 如果继续空着,前面三条线的收益会被放大不足。

Audit Report

全面审计

这一部分按 16 个模块、112 个检查点完整展开。每一行只保留编号、检查点和核验结果。

16 个审计模块 112 个检查点 技术 / 内容 / 转化 / 站外一体判断 Nuxt 3 + nginx/1.24.0 (Ubuntu)

状态说明:`良好` 表示实测确认基础成立;`待优化` 表示已具备雏形但不够强;`风险` 表示实测已确认影响增长的问题;`待建设` 表示对应能力基本还没真正长出来。本版全部检查点已通过浏览器实测和 curl 验证。

编号 检查点 核验结果
01 抓取入口
001robots.txt 可访问良好:实测确认 robots.txt 可正常访问,User-agent: * Allow: / 基础入口存在。
002robots 是否阻断核心页面良好:核心产品页和 API 页未被 Disallow。Dashboard、login、register 等功能性路径正确屏蔽。
003Disallow: /api/ 是否误伤文档页待优化:Disallow: /api/ 会阻止 Google 抓取 API 文档页面。如果 API 文档是 SEO 目标页面,需改为只屏蔽功能性 API 路径(如 /api/v1/*)。
004sitemap 声明良好:robots.txt 正确指向 sitemap_index.xml,索引文件包含 4 个子 sitemap。
005sitemap 结构待优化:sitemap_index.xml 包含 main(7)、tools(67)、apis(1,486)、docs(1) 共 1,561 URL。docs 子文件只有博客首页 1 URL,所有博客文章未进入 sitemap。
006sitemap lastmod 准确性风险:main sitemap 的 lastmod 全部是 2024-12-01,18 个月未更新。Google 可能降低 sitemap 的信任权重。
007参数 URL 抓取引导待优化:robots.txt 主动 Allow 了 /?product_type=tool 和 /?product_type=api,但这类参数 URL 的 Allow 指令可能被 Google 忽略。应改为路径 URL(/tools/、/apis/)。
02 索引治理
008首页索引状态良好:首页返回 200,有独立 canonical 指向自身(https://302.ai/),具备进入索引的基础条件。
009产品页索引状态待优化:产品页有独立 canonical 指向自身 URL,但内容极薄(~300 字),Meta description 模板化,Schema 为零。即使被索引,排名竞争力很弱。
010API 页索引状态待优化:1,486 个 API 页已进入 sitemap,但 Title 混用中英文 slug(如 claude-opus-4-7),Description 模板化,无 APIReference Schema。
011博客索引状态风险:博客页面(/blog/)返回 200,但 sitemap-docs.xml 只有 1 URL(博客首页),所有博客文章未进入 sitemap。文章详情页的索引机制待确认。
012参数 URL 索引风险风险:/?product_type=tool 和 /?product_type=api 是独立 URL 但无 canonical 标签。分类页 URL 带中文参数(?tag=语言大模型),Google 可能无法正确解析。
013重复内容风险风险:HTTP 和 HTTPS 同时返回 200 相同内容,没有 301 重定向。Google 会把这当作两个独立站点。
014失效页面治理待优化:/download 返回 301 回首页,下载页功能丢失。需确认是迁移还是误配。
03 Canonical 与域名统一
015首页 canonical 指向良好:首页 canonical 正确指向 https://302.ai/。
016产品页 canonical 指向良好:产品页 canonical 正确指向自身 URL(如 https://302.ai/product/detail/302ai-video-generator)。
017API 页 canonical 指向良好:API 页 canonical 指向自身,无跨域问题。
018www 归一化良好:www.302.ai → 301 → 302.ai,正确归一到 non-www。
019HTTP/HTTPS 统一风险:http://302.ai 返回 200 不跳转 HTTPS。两个协议同时服务相同内容,canonical 都指向 HTTPS 但 HTTP 版本身没有 301。
020跨语言 canonical风险:/en/* 全部 301 回首页,canonical 指向 https://302.ai/(中文首页)。英文页面无法拥有自己的 canonical。
021参数 URL canonical风险:/?product_type=tool 和 /?product_type=api 无 canonical 标签。分类页(?tag=语言大模型)也无 canonical。Google 可能将参数变体当作独立页面索引。
04 状态码与跳转
022HTTP → HTTPS 跳转风险:http://302.ai 返回 200,不跳转。必须在 nginx 加 return 301 https://$host$request_uri。
023www → non-www 跳转良好:www.302.ai → 301 → 302.ai,单跳,无例外。
024/en/* 跳转行为风险:所有 /en/* 路径均 301 回首页(/),包括 /en/price/、/en/faq、/en/product/*。英文版完全不可访问。
025/download 跳转待优化:/download → 301 → /。下载页功能丢失。
026多跳链检查良好:已检查的跳转都是单跳,无冗长路径。
0274xx 页面处理待优化:需确认无效路径(如 /nonexistent)是否正确返回 404,还是 SPA fallback 返回 200。
0285xx 稳定性良好:实测 10 个页面全部返回 200,无 5xx。Nuxt + nginx 架构稳定。
05 SERP 片段
029首页 Title 竞争力待优化:"企业级AI资源平台 - 302.AI | 按用量付费..." 中文标题过长(60+字符),英文市场完全无法命中关键词。
030首页 Meta Description待优化:中文 description 存在但偏泛,没有突出核心差异化(全模型 API、按量付费、成本优势)。
031产品页 Title待优化:如 "AI视频生成器 - 应用详情 - 302.AI | 在线即用,按需付费"。结构合理但所有产品页共用同一模板后缀。
032API 页 Title待优化:如 "claude-opus-4-7 - API 价格、文档与测评 | 302.AI (按量付费)"。Title 用英文 slug,对中文搜索不友好。
033Meta Description 去模板化风险:产品页 description 全面模板化——"探索302.AI [产品名] 详情,提供开源AI工具的详细信息,包括应用介绍,应用教程,价格表"。1,553 个页面用同一个模板,Google 可能全部忽略。
034品牌词片段一致性良好:Title 尾部统一使用 "302.AI" 品牌名,格式基本一致。
035FAQ 富结果信号风险:/faq 页面无 FAQPage Schema,无法获得 FAQ 富摘要展示。
06 标题与语义结构
036首页 H1风险:首页 H1 内容是页面 Title 的重复("企业级AI资源平台..."),不像语义化的页面主题声明。
037产品页 H1风险:产品页 H1 实测为 Vue 编译产物 302.AI,没有产品名称或功能描述。Google 用 H1 理解页面主题,当前 H1 完全没有语义信息。
038博客页 H1风险:博客页面(/blog/)没有 H1 标签。
039产品页 H2 结构待优化:产品页 H2 有基本结构(应用介绍、应用视频、应用价格表、猜你喜欢),但缺少用户真正关心的内容——使用教程、竞品对比、常见问题。
040API 页 H2 结构待优化:API 页缺少代码示例、集成指南、性能对比等开发者关心的内容结构。
041首段是否复述主命题待优化:产品页和 API 页的首段需要更快给出核心价值判断,而不是功能列表。
042语义层级是否清晰待优化:1,553 个产品/API 页面的语义结构几乎完全相同(介绍/视频/价格/推荐),缺乏基于页面角色的差异化结构。
07 页面角色分工
043首页角色定义待优化:首页承担品牌入口和权重分发,但缺少向内容页、对比页、教程页的导流路径。
044工具列表页角色待优化:/?product_type=tool 是参数 URL 不是路径 URL,SEO 友好度不足。应改为 /tools/。
045API 列表页角色待优化:/?product_type=api 同上。1,486 个 API 页缺少按功能、按模型、按场景的分类导航。
046博客页角色风险:博客几乎为空,没有形成内容营销入口。
047对比页角色待建设:完全没有竞品对比页(302.ai vs Cursor / vs OpenAI / vs Replit 等)。这是截流竞品品牌词的核心载体。
048教程页角色待建设:没有 API 集成教程、使用教程。开发者搜 "[语言] [框架] AI integration" 无法找到 302.ai。
049错误码排查页角色待建设:没有错误码排查页面。开发者搜 "OpenAI error 429 fix" 等查询无法被截流。
08 内容厚度与覆盖
050核心页数量风险:有 1,553 个产品/API 页面,但全部是薄内容卡片。真正有内容厚度的页面(博客、教程、对比)几乎为零。
051平均内容厚度风险:产品页 ~300 字,API 页 ~200 字。竞品 OpenAI/Anthropic 文档页 2,000-5,000 字。差距 10 倍。
052行业问题覆盖待建设:用户会搜的 AI 工具选型、成本对比、模型迁移等问题,302.ai 没有对应页面。
053比较主题覆盖待建设:竞品矩阵完全没有铺开。Cursor、Replit、OpenAI、Midjourney 等品牌词截流页为零。
054错误码与排查覆盖待建设:竞品的常见错误信息(如 "OpenAI error 429"、"Cursor connection timeout")没有对应的排查页面。
055FAQ 与疑虑覆盖待优化:有 /faq 页面但需要确认是否有真正的问答结构。缺少按产品/API 维度的 FAQ。
056集成指南覆盖待建设:302.ai 集成 Slack/Discord/Notion/Zapier 等工具的指南页为零。
09 信息架构
057首页到一级主题路径待优化:首页有工具和 API 入口,但路径是参数 URL 不是路径 URL。缺少 /docs/、/tutorials/、/compare/ 等内容目录。
058支柱页层级待建设:尚未形成 hub-and-spoke 结构。没有按功能、按场景、按行业的内容聚类。
059集群页挂载关系待建设:1,553 个产品/API 页面之间缺乏有机的内链关系。没有主题层级。
060对比页位置待建设:对比页还没有在站内存在。建议放在 /compare/ 路径下。
061博客文章归档待优化博客只有列表页,文章详情页结构和 URL 格式需确认。
062Docs 与营销页边界待优化:产品页同时承担产品展示和 API 文档的职责,两种内容混在一起会削弱两者。
063导航与 Footer 分发待优化:当前分发更偏基础导航,没有向内容页、对比页、教程页的策略性导流。
10 内链分发
064首页出链策略待优化:首页有工具和 API 的入口,但没有向博客、对比页、教程页的导流。高权重页面应该把权重送给核心增长页。
065产品页互相链接待优化:"猜你喜欢"模块提供基本的交叉推荐,但缺乏基于主题、功能、场景的有机内链。
066博客链接到产品待建设:博客内容几乎为空,无法承担内容到产品的导流职责。
067对比页到定价页待建设:对比页还不存在。一旦建成,必须建立从对比结论到定价页的短路径。
068面包屑导航风险:未检出面包屑导航。产品页和 API 页没有层级路径(首页 → 工具列表 → 产品详情)。
069锚文本语义待优化:内链锚文本多为通用词("价格"、"FAQ"),缺少描述性锚文本如 "AI API 定价对比"。
070孤立页风险风险:1,486 个 API 页面可能只有列表页作为入口,随着数量增长,大量页面可能变成只有 sitemap 入口的孤立页。
11 Schema 覆盖
071Organization Schema风险:首页和全站均无 Organization Schema。品牌实体无法被 Google 和 AI 搜索引擎识别。
072WebSite Schema风险:无 WebSite Schema,无法在 SERP 中显示站点搜索框。
073SoftwareApplication Schema风险:67 个工具页均无 SoftwareApplication Schema。无法获得工具类 Rich Snippet。
074APIReference Schema风险:1,486 个 API 页均无 APIReference Schema。开发者文档页的 Rich Snippet 机会完全放弃。
075FAQPage Schema风险:/faq 页面无 FAQPage Schema,无法获得 FAQ 折叠展示。
076HowTo Schema待建设:教程型页面还未建设,后续需同步引入。
077BreadcrumbList Schema风险:全站无面包屑 Schema。页面层级关系无法被 Google 理解。
12 媒体与图像 SEO
078图片 alt 文本待优化:Nuxt 组件渲染的图片 alt 需客户端检查,但产品页的图片 alt 很可能只是产品名,缺少描述性文本。
079图片格式与压缩待优化:需确认是否使用 WebP/AVIF 格式和响应式输出。Nuxt Image 模块可以自动处理。
080视频内容结构化待优化:产品页有视频模块,但无 VideoObject Schema,视频内容无法在 SERP 中展示。
081图片文件命名待优化:需确认图片文件名是否有搜索语义(如 ai-video-generator-hero.webp),而不是随机哈希。
082懒加载策略待优化:需确认首屏关键资源是否 eager loading,非关键资源是否 lazy loading。
083媒体周边说明文字待优化:产品页的图片和视频周围缺少解释性文字,减弱了媒体的搜索价值。
084Image sitemap风险:没有 image sitemap,Google 可能无法发现和索引产品页的图片资源。
13 性能与 CWV
085首页 TTFB风险:实测 TTFB 1.36s,超过 Google 的 800ms 建议值。Nuxt SSR 渲染过重或缓存缺失。
086博客页 TTFB风险:实测 TTFB 1.31s,同样是 SSR 渲染过重。
087定价/FAQ 页 TTFB待优化:定价页 0.60s,FAQ 0.58s,可接受但仍有优化空间。
088LCP 风险待优化:TTFB 1.36s 直接拉高 LCP,首屏内容渲染可能超过 2.5s 阈值。
089INP 风险待优化:产品页和 API 页有大量交互元素(模型选择、功能切换),需关注交互响应。
090脚本体积待优化:首页加载了 14+ 个 CSS 文件(/_nuxt/*.css),Nuxt 代码分割可能不够精细。
091移动端体验待优化:需用 Lighthouse 确认移动端 CWV。viewport meta 正确,但 TTFB 高在移动端会被放大。
14 转化与信任
092首页 CTA 强度待优化:首页需要更清晰的"免费试用 API"和价值承诺引导。
093定价页 CTA 强度待优化:定价页需要更硬的收口——为什么按量付费比订阅更划算、试用门槛说明、与竞品的成本对比。
094试用门槛解释待优化:Token 额度、免费限制、升级路径需要更透明。
095用户证言与案例待建设:真实用户反馈和案例展示几乎为零。
096第三方 Logo 与提及待建设:信任模块(合作伙伴 Logo、媒体报道、行业认可)还未建设。
097案例证明力待建设:缺少真实的使用案例——哪个开发者用 302.ai 做了什么、省了多少、效果如何。
098风险与边界说明待优化:没有主动解释 302.ai 不适合什么场景、什么类型的用户。越接近成交越该说实话。
15 AI Search Ready
099TL;DR 摘要块待建设:高价值页应先给可摘取结论,让 AI 系统能直接提取答案。
100定义块待建设:每个工具和 API 应有短答案版本的描述,方便 AI 引擎引用。
101对比表待建设:没有竞品对比表格。AI 系统和用户都偏爱结构化比较。
102步骤块待建设:API 集成教程和工具使用教程都应有分步结构。
103FAQ 答案块待优化:回答型内容越多越容易被 AI 摘取,当前几乎为零。
104限制说明块待优化:真实边界能提升可信度与 AI 引用率。
105SSR 保证内容可见良好:Nuxt SSR 保证 AI 爬虫能直接获取 HTML 内容,不需要执行 JavaScript。
16 站外证据层
106品牌提及监测待建设:需要建立品牌提及的回收与链接回收机制。
107竞品反链截流待建设:第四条线的核心动作还未启动。Cursor/OpenAI/Replit 的反链缺口巨大。
108Broken Link Building待建设:AI 工具评测站有大量死链,302.ai 可以作为替代品提供。
109资源页外联待建设:AI 工具导航站、API 聚合目录、开发者资源站的收录还未启动。
110目录与导航站待优化:Product Hunt、Toolify、There's an AI for That 等目录收录需确认和推进。
111GitHub 开源策略待建设:302.ai 应该有开源 SDK/CLI/awesome 列表。GitHub DR95+,PR 被 merge = 永久外链。
112可链接资产储备风险:没有足够多别人愿意引用的硬材料——基准测试、成本指数、API 对比报告。
Fix Order

优先修复

优先级 动作 为什么先做 对应条线
P0HTTP → HTTPS 301 重定向一行 nginx 配置即可修复。不修这个,链接权重永远分散在两个协议上。第三条线
P0国际化从 cookie 制改为 URL 路径制(/en/、/ja/),加 hreflang英文版从 SEO 角度不存在 = 出海 SEO 无法启动。这是 302.ai 最大的结构性缺陷。第三条线
P0首页和博客 TTFB 优化(加缓存或 SSG)TTFB 1.36s 超过 CWV 阈值,直接拉低排名。第三条线
P1产品页 H1 语义化(去掉 Vue 编译产物,改为产品名 + 功能描述)当前 H1 是 302.AI,Google 完全无法理解页面主题。第三条线
P1博客页加 H1基础 SEO 修复,H1 缺失 = 页面主题信号缺失。第三条线
P1Schema 全覆盖(Organization + SoftwareApplication + APIReference + FAQ + BreadcrumbList)1,553 个页面零 Schema = 零 Rich Snippet = 点击率低于竞品。第三条线
P1Sitemap 补全(博客文章加入 sitemap,lastmod 更新为实际日期)docs sitemap 只有 1 URL,博客文章完全没进 sitemap。第三条线
P1Meta Description 去模板化(至少覆盖前 50 个高流量页面)1,553 个页面用同一个模板,Google 可能全部忽略。第二条线
P1参数 URL → 路径 URL(/?product_type=tool → /tools/)参数 URL 对 SEO 不友好,且无 canonical 会导致重复索引。第三条线
P1上线第一批竞品对比页(OpenAI / Cursor / Replit / Midjourney 方向)最靠近决策流量,见效最快。寄生站同步发对比文章。第一条线
P2/download 页修复当前 301 回首页,下载功能丢失。第三条线
P2启动寄生站教程发布(Medium/Dev.to/GitHub)主站英文 SEO 为零的阶段,寄生站是唯一能快速获取英文 SERP 曝光的路径。第一条线
Line 1

第一条线:寄生站导流与竞品截流

Line 1

主站英文 SEO 为零的阶段,寄生站是唯一快速路径

替代词 / 对比词 / 教程词 / 错误码词

302.ai 当前英文版从 SEO 角度不存在。在主站完成国际化重建之前,寄生站是唯一能快速获取英文 SERP 曝光的路径。开发者在 Medium、Dev.to、GitHub、Stack Overflow 找解决方案的频率远高于去官网看文档。利用这些平台 DR80-98 的权重,302.ai 可以在 2-4 周内开始在英文 SERP 中占位。

核心打法不是"写文章推广 302.ai",而是"在用户搜竞品问题的时候给出更好的方案"。用户搜的是"OpenAI API too expensive"、"Cursor alternative"、"cheaper GPT-4 API",脑子里想的是成本和替代,不是品牌。谁先给出可运行的代码 + 价格对比,谁拿走这个查询。

优先平台

Medium + Dev.to(技术教程)、GitHub(SDK/awesome 列表/Fork 集成)、YouTube(视频教程)、Reddit(社区渗透)。每个平台先养号 2 周,再开始自然植入 302.ai 链接。

优先选题

"I replaced OpenAI API with 302.ai and saved $500/month"、"OpenAI API error 429 — here's a cheaper alternative"、"Best Cursor alternative for AI coding"、"How to build multimodal AI app with one API"。标题打竞品关键词。

执行节奏

第 1-2 周注册养号。第 3 周起发第一批 10 篇教程 + 5 个 GitHub repo。第 5 周起每周 3-5 篇持续产出。70-80% 的教程文章会被索引并获得初始流量。

Line 2

第二条线:主站内容体系与产品页深化

Line 2

把主站从产品展示壳变成行业问题入口

对比页 / 教程页 / 错误码页 / 博客 / API 文档

302.ai 有 1,553 个产品/API 页面,但全部是薄内容卡片。第二条线负责把站点从"介绍产品"拉到"回答问题"。用户不应该只在站里看到功能列表,还应该看到"302.ai 和 OpenAI 到底差多少"、"怎么用 Python 接 302.ai API"、"OpenAI 报错 429 怎么办"。只有这样,主站才会长出真正的搜索资产。

必须优先建设的页面角色

竞品对比页(15-20 篇,P0)、功能替代页(20-30 篇,P0)、API 集成教程(30-50 篇,P0)、错误码排查页(50-100 篇,P1)、价格对比页(10-15 篇,P1)、博客文章(50+/年,P1)。

建议的 URL 架构

/tools/(替代 ?product_type=tool)、/apis/(替代 ?product_type=api)、/product/[slug]/、/docs/、/tutorials/、/compare/、/blog/、/pricing/、/faq/、/en/...(完整英文镜像)。

Line 3

第三条线:技术底盘修复与国际化重建

Line 3

先把基础设施搭对,再谈优化

HTTPS / 国际化 / Schema / TTFB / H1 / Sitemap

第三条线不负责推翻前提,它负责把前提做实。302.ai 当前最大的问题不是"内容不够好",是"基础设施还没搭对"。HTTP 不跳 HTTPS、英文版不存在、Schema 为零、H1 无语义、TTFB 过高——这些不是优化问题,是基础缺失。在基础缺失上做内容,等于在沙子上盖楼。

这条线最怕的是:内容做了、外链打了,但因为 HTTP/HTTPS 重复、英文版不存在、Schema 为零,导致所有努力被浪费。第三条线的工作必须先于其他三条线完成,至少 P0 和 P1 部分。

本周必须做完

HTTP → HTTPS 301、产品页 H1 语义化、博客页加 H1、Sitemap 补全。

两周内完成

国际化 URL 路径制上线、hreflang 部署、Schema 批量生成、TTFB 缓存上线、URL 结构优化。

技术线的目标

不是把分数刷到好看,而是让英文版可以被 Google 看到、被理解、被索引、被排名,让内容系统有一个稳固的地基。

Line 4

第四条线:站外 SEO、开源策略与社区渗透

Line 4

把产品差异点变成别人愿意链接和引用的证据

GitHub / Backlinks / Mentions / PR / Communities

第四条线不是"发点外链"这么简单。它做的是把主站上的对比、教程、成本数据、API 能力,推出去变成行业里别人愿意引用的证据源。对 302.ai 来说,GitHub 是最天然的站外资产——开源 SDK、CLI 工具、awesome 列表,PR 被 merge = DR95+ 的永久 dofollow 外链。

GitHub 策略

发布 Python/Node.js SDK、302.ai CLI 工具、awesome-ai-tools-302ai 列表、Fork 热门 AI 项目添加 302.ai 作为 provider。每个 repo 的 README 是一个 SEO 着陆页。

其他站外打法

竞品反链截流、Broken Link Building、AI 工具目录收录(Product Hunt/Toolify)、Reddit/HN 社区渗透、数据研究报告("AI API Pricing Index" = 链接磁铁)、播客/Newsletter 投稿。

Keyword Map

关键词分级

级别关键词方向承担页面
Sopenai api alternative / cursor alternative / cheap ai api / ai api pricing comparison对比页、寄生站教程共同承担
Areplit alternative / midjourney alternative cheaper / gpt-4 api alternative / multimodal ai api对比页、API 文档页
Bbest ai coding assistant / ai video generator free / how to reduce openai api cost / ai tool for developers博客、教程页、功能页
Copenai error 429 fix / cursor connection timeout / how to use multiple ai models / ai api integration tutorial错误码排查页、教程页
D302.ai pricing / 302.ai api docs / ai api benchmark / ai model speed comparison定价页、API 文档页、长尾页
Roadmap

执行路线图

第 1-2 周

技术止血

HTTP → HTTPS 301、产品页 H1 语义化、博客页加 H1、Sitemap 补全、Meta Description 去模板化(前 50 页)。同时启动寄生站养号(Medium/Dev.to/GitHub)。

第 3-4 周

国际化重建 + 内容启动

URL 路径制国际化上线、hreflang 部署、Schema 批量生成、TTFB 缓存上线。首批 5 个竞品对比页上线。寄生站第一批 10 篇教程发布。

第 2 个月

内容规模化

错误码排查页批量上线(50 页)、API 集成教程(30 页)、博客生态启动(每周 2-3 篇)、GitHub 开源项目发布。寄生站第二批 15 篇。

第 3 个月

站外加速

外链建设启动(竞品截流 + Broken Link Building)、Reddit/HN 社区渗透、Product Hunt 发布、价格对比页和成本计算器上线。

第 4-6 个月

从产品壳变成行业入口

对比页、教程页、错误码页进入滚动更新。第一份 AI API 定价指数报告发布(链接磁铁)。站外持续把链接和提及打向重点页。品牌开始在英文 SERP 和 AI 引用中形成存在感。

Growth & Conversion

内容增长与转化

流量预期

英文有机搜索 3 个月 500-1,000/月,6 个月 5,000-10,000/月,12 个月 30,000-50,000/月。寄生站导流 3 个月 1,000-3,000/月。GitHub 外链 3 个月 200-500/月。前提是国际化重建在第 3-4 周完成。

转化路径

搜索查询 → 寄生站教程/主站对比页 → 了解 302.ai → API 文档页/定价页 → 注册试用 → 付费转化。关键转化节点:教程 CTA(免费试用 API 按钮)、API 文档页在线 Playground、定价页成本计算器。