后台读懂网站
网站可以立刻添加，随后在后台完成分析，既降低了初次设置的门槛，又让产品在动笔前就掌握真实上下文。
产品速览
rankbloom.com——公开营销页面
流程重点
把 SEO 做成连贯的运营流程，而不是彼此脱节的提示词生成。
初始设置方式
先添加网站，后台再做分析
额度模式
每月 100 点免费额度，长期用量可选付费套餐
发布逻辑
每个站点可选手动、审批或自动发布
为什么重要
RankBloom 把 SEO 发布变成一套连贯的操作系统。
产品是围绕一个常见的运营缺口成形的：团队生成文字很容易，却很难把这些产出接到真实的网站、站点规则、发布排期、审批流程和成本可见性上。
带上下文的生成
编辑规范、类目、标签、关键词目标和站点备注都会进入生成流程，让草稿由网站本身塑形，而不是每次都从零开始。
发布控制
草稿可以保持手动，也可以走审批流程，或者按排期设置、投放规则自动发布，工作区计费也收在同一个产品界面里。
项目故事
为了填平 SEO 想法与实际交付之间的鸿沟。
问题
大多数 AI 内容工具擅长写，却弱于运营。它们并不天然连着网站、发布排期，也不了解内容团队实际遵循的规则。结果是文字更多了，内容体系却未必更好。
做法
RankBloom 的设计从“先连接网站”出发。添加站点刻意做得很轻，但系统仍会在后台完成分析，让后续流程继承真实上下文。撰稿、排期和发布模式，都建立在这个已连接的基础之上。
关键产品决策
- 网站立刻添加，第一次分析放到后台跑。
- 把站点默认设置和工作流规则，放在每个连接域名的旁边。
- 让付费套餐在长期发布场景下，明显比按次充值更划算。
- 复用共享的内部认证和计费服务，而不是为每个产品单独造一套账号体系。
结果
RankBloom 如今是一套更连贯的系统：站点感知的内容生成、更清爽的初始设置、更合理的套餐逻辑，以及一个用运营者真正在用的语言讲清流程的公开营销页面。
平台分层
这个产品真正在优化什么。
连接网站的模型
每一条工作流都从一个真实连接的域名开始，它有自己的分析结果、默认设置、投放目标和发布节奏。
可运营的发布逻辑
之所以有手动、审批和自动发布三种模式，是因为交付规则和内容生成同样重要。
清晰的计费
定价阶梯的设计，让月度套餐在长期使用中更划算，而按次充值只作为溢出容量。
共享平台服务
中央认证与共享支付减少了重复的基础设施，也让产品与更大的 Lumora Build 技术栈保持一致。
公开站与应用分离
营销页面把价值讲清楚，应用域名则专注于工作流、计费和站点运营。
SEO 优先的文案
新的公开页面用规范化元数据、Open Graph、FAQ 内容和产品化的语言组织起来，而不是泛泛的营销套话。
配套工具
官方目录里的 WordPress 插件。
写文章的是 RankBloom。插件是同一个账户在 WordPress 这一端：它按计划检查你的工作区，把准备好的内容导入进来。
标题、正文、摘要、分类、标签、meta 描述、结构化数据、特色图片和语音朗读会一起送到，默认存为草稿。
没有要粘贴的东西
点「连接」、登录、批准，回到 WordPress 时就已经连上了。凭据在服务器之间交换，所以你永远不会看到 API 密钥，它也不会出现在任何网址里。
SEO 字段已填好
meta 标题和描述会自动写入 Yoast 与 Rank Math，每篇文章都带 Article 的 JSON-LD；有语音朗读时还会附上 AudioObject 标记。
它不会发两次
每次导入都会记录它来自哪个 RankBloom ID，所以重试或中断的同步只会什么都不做，而不是再生成一份副本——哪怕你已经把第一篇丢进回收站。
在严格的主机环境里照样活得下来
它能在权限受限的共享主机上运行，免费套餐是长期的：每月 20 个额度，一篇完成的文章（含配图）只花 1 个额度，不需要绑卡。