后台读懂网站
网站可以立刻添加，随后在后台完成分析，既降低了初次设置的门槛，又让产品在动笔前就掌握真实上下文。
产品速览
rankbloom.com——公开营销页面
流程重点
把 SEO 做成连贯的运营流程，而不是彼此脱节的提示词生成。
初始设置方式
先添加网站，后台再做分析
额度模式
每月 100 点免费额度，长期用量可选付费套餐
发布逻辑
每个站点可选手动、审批或自动发布
为什么重要
RankBloom 把 SEO 发布变成一套连贯的操作系统。
产品是围绕一个常见的运营缺口成形的：团队生成文字很容易，却很难把这些产出接到真实的网站、站点规则、发布排期、审批流程和成本可见性上。
带上下文的生成
编辑规范、类目、标签、关键词目标和站点备注都会进入生成流程，让草稿由网站本身塑形，而不是每次都从零开始。
发布控制
草稿可以保持手动，也可以走审批流程，或者按排期设置、投放规则自动发布，工作区计费也收在同一个产品界面里。
项目故事
为了填平 SEO 想法与实际交付之间的鸿沟。
问题
大多数 AI 内容工具擅长写，却弱于运营。它们并不天然连着网站、发布排期，也不了解内容团队实际遵循的规则。结果是文字更多了，内容体系却未必更好。
做法
RankBloom 的设计从“先连接网站”出发。添加站点刻意做得很轻，但系统仍会在后台完成分析，让后续流程继承真实上下文。撰稿、排期和发布模式，都建立在这个已连接的基础之上。
关键产品决策
- 网站立刻添加，第一次分析放到后台跑。
- 把站点默认设置和工作流规则，放在每个连接域名的旁边。
- 让付费套餐在长期发布场景下，明显比按次充值更划算。
- 复用共享的内部认证和计费服务，而不是为每个产品单独造一套账号体系。
结果
RankBloom 如今是一套更连贯的系统：站点感知的内容生成、更清爽的初始设置、更合理的套餐逻辑，以及一个用运营者真正在用的语言讲清流程的公开营销页面。
平台分层
这个产品真正在优化什么。
连接网站的模型
每一条工作流都从一个真实连接的域名开始，它有自己的分析结果、默认设置、投放目标和发布节奏。
可运营的发布逻辑
之所以有手动、审批和自动发布三种模式，是因为交付规则和内容生成同样重要。
清晰的计费
定价阶梯的设计，让月度套餐在长期使用中更划算，而按次充值只作为溢出容量。
共享平台服务
中央认证与共享支付减少了重复的基础设施，也让产品与更大的 Lumora Build 技术栈保持一致。
公开站与应用分离
营销页面把价值讲清楚，应用域名则专注于工作流、计费和站点运营。
SEO 优先的文案
新的公开页面用规范化元数据、Open Graph、FAQ 内容和产品化的语言组织起来，而不是泛泛的营销套话。