Astrina — 一个网站分析与监控平台

01项目概述

Astrina是一个为所有负责网站的人提供的一体化平台：网站所有者、网络工作室、代理机构、开发人员和SEO专家。它的本质可以用一句话概括——“您管理的每个网站，都在一个仪表板上”。网站分析、每日SEO监控、评论和声誉、公共目录和排名，以及一套服务API——所有这些都在一个登录后可用，并由网站上的一个脚本提供支持。您可以免费开始：免费计划覆盖三个网站，并且不需要信用卡。

该产品源于一个观察，任何管理多个网站的人都能理解。流量在一个工具中，SEO在另一个工具中，评论在第三个工具中，每个网站都有自己的登录。每个服务单独使用都很好，但保持它们同步的工作没有人规划，没有人收费，但总有人在做。Astrina用一个工具和一个登录替代了这四个工具和四个登录：一个脚本，一个仪表板，以及早上某个东西出错时的电子邮件.

我们从头到尾设计和构建了这个产品——从第一方计数器架构和夜间爬虫到定价模型、公共目录、文档和三种语言版本（EN/RU/UK）。下面我们将介绍Astrina解决的问题、它的内部工作原理，以及保持其数据真实的工程决策——包括为什么计数器能够抵御广告拦截器，以及为什么连网站所有者都无法删除评论。

关于背景的一句话。Astrina是工作室自身生态系统的产品，而不是外部委托：我们构建了一个自己使用的工具。ostohlo.com网站作为第6个网站连接到该平台，并通过其自己的子域名stats.ostohlo.com收集统计数据——也就是说，通过正是卖给客户的第一方模型。自己动手做的过程比任何测试计划都能更好地约束团队：仪表板的每一个粗糙边缘都是我们首先感受到的。

02背景和问题

从"技术上"来说，监控一个网站很简单——难的是做到这一点持续不断 和 同时监控每个网站。当我们将任务分解时，负责多个项目的任何人都会面临一系列痛点：

• 分析缺失了三分之一的信息。广告拦截器剔除了第三方计数器——大约三分之一的受众在报告中消失。决策是在不完整的数据基础上做出的。
• 一堆工具和登录信息。流量、SEO和评论分布在三个不同的服务中，每个网站都有自己的凭据。整体情况只存在于某人的脑海中，或者在一个没人记得更新的电子表格里。
• 静默的SEO回归。主题更新悄然删除了一个规范链接——而没有任何提示。你在几周后才发现，当流量已经转移，其他人问为什么的时候。
• 没人相信的评论。一个业主可以修改的评分毫无价值。外部评论平台的真实评分与网站及其指标分开存在。
• 没有负责人例行工作。常规的“是否一切正常”检查是没有人估算工时的工作。要么没有完成，要么是以牺牲真正工作的代价完成的。

简报归结为这一点：建立一个平台，让每个网站——你自己的和客户的——在一个表格中可见，显示实时流量和SEO评分，并且例行监控自动化到“邮件自动到达”的程度。而且这些数字必须是可信的——对业主和展示这些数字的代理商客户来说。

任务的一个独立层面是诚实作为产品属性分析被广告拦截器剪辑了三分之一；可编辑的评分毫无意义。我们从一开始就决定，数字的可信度将由架构保证，而不是承诺：计数器从客户自己的域加载，评论在物理上无法被更改或删除。

最后是多租户层。该平台为数百个其他人的网站提供不同的计划、配额和语言——这意味着必须通过代码检查限制，租户数据必须隔离，定价页面上的每个数字必须与配置中的数字匹配，而不是市场上的四舍五入。

03项目目标

从简要中产生了具体的产品和工程目标，我们在每个阶段都牢记这些目标：

• 一个脚本，一个登录。连接一个网站只需在关闭的 body 标签之前添加一行代码。无需 SDK，无需标签管理器，无需构建步骤——一个小于 2 KB 的标签，在第一次点击时开始报告。
• 从构建上就是第一方。计数器从客户自己的域加载，因此清除第三方分析的广告拦截器不会干扰它。没有跨站点 cookie，数据也从未被出售。
• 一封电子邮件代替了值班。被监控的网站每晚都会重新检查；如果 SEO 分数下降，电子邮件将在早晨的收件箱中。网站所有者首先听到这个消息——而不是来自客户。
• 诚实作为一种机制。1-5星级的评论不能被所有者编辑或删除 — 只能公开回复。这正是评分可以被信任的原因。
• 以API为先。仪表板中可见的所有内容都可以提取：一个JSON API、CSV导出和用于AI助手的MCP。
• 低门槛。一个免费的计划，支持3个网站，无需信用卡，并且每个计划每天提供3次免费的SEO检查 — 你可以在付款之前先试用。
• 三种语言。该产品完全支持三种语言（英语/俄语/乌克兰语） — 从界面到电子邮件和公共目录。

与我们其他产品一样，这些目标被视为约束，而不是愿望：每一个都在设计阶段排除了不合适的选项。第一方的要求立即决定了通过客户域名提供计数器的方案；诚实的要求禁止在数据模型层面对评论进行任何“管理员”编辑；而“用电子邮件代替值班”要求将夜间重新抓取调度器从一个功能转变为产品的承重结构。

04我们构建的内容

Astrina将网站监控打包成四个模块，这些模块通过一个脚本和一个仪表板运行：

在模块之上是公共目录和排名（网站流量评级、交换器和托管目录，以及其他应用商店风格的展示），从免费到商业增强版的定价模型，以及一个三语仪表板。所有这些都作为一个单一产品在专用基础设施上部署。

关键是，这些模块并不是孤立的——它们形成一个数据循环：网站上的脚本提供分析数据，爬虫提供SEO评分，评论提供声誉，而公共目录是基于所有者在仪表板中看到的相同测量构建的。相同的流量数据出现在私人仪表板和公共排名中——没有地方可以“偏离”。这种凝聚力使一个平台与一组共享标志的服务区分开来。

05解决方案架构

Astrina的核心是一个多租户内核，模块围绕它组装。中央实体是网站：分析事件、SEO检查及其历史、评论、目录位置和计划配额都依附于此。用户账户是多个网站的集合，无论它们是您自己的还是客户的都没有区别：代理商在同一个表中看到一百个项目，而所有者看到三个。

从逻辑上讲，系统由五个模块组成：事件接收（来自每个连接网站的请求流入的计数端点），爬虫（按需检查和带有分数历史的夜间重新抓取），展示（基于相同数据构建的公共目录和排名），API层（JSON，CSV，MCP），和通知（分数下降时的早间邮件）。每个模块都拥有其监控生命周期的一部分，并在明确的边界内与其他模块进行交互。

一个架构上的后果直接源于第一方模型：计数器必须从客户自己的域加载，而不是从astrina.io。这意味着基础设施必须为其他人的域提供服务——接受客户子域的流量，从它们提供脚本，并在它们上接收事件。标签交付和点击接收从一开始就是为此设计的，而不是后期添加的：这是系统中最繁忙和最公开的部分，并且与仪表板和爬虫分开。

在底层是一个服务器堆栈PHP 8.3与MySQL，在 Cloudflare 后面（DNS、TLS、边缘保护）。计划配额——网站数量、历史深度、每日检查和 API 调用的限制——在每个操作中都通过代码进行检查：定价页面上的每个数字都对应系统实际执行的数字。这是对用户的诚实，也是平台自身防止被单一租户淹没的保护。

06第一方计数器

Astrina 的核心工程决策回应了一个不愉快的行业事实：广告拦截器会清除第三方计数器，约三分之一的受众从未出现在传统分析的报告中。所有者查看图表，认为他们看到的是他们的流量——实际上他们只看到三分之二的流量。

答案是从客户自己的域加载计数器。广告拦截器会阻止对已知分析域的请求；对网站自身子域的请求对它们来说与加载普通资产没有区别。因此，Astrina 标签不是从 astrina.io 提供，而是从所有者的域提供，统计数据覆盖整个受众——而不仅仅是从未安装拦截器的部分。

标签本身极其轻量且极其无聊——这是一种赞美：小于 2 KB，在闭合 body 标签之前的一行。没有 SDK，没有标签管理器，没有构建步骤；计数器在第一次访问时开始报告。对于禁用 JavaScript 的访客，有一个 noscript 像素，因此即使是那部分受众也不会丢失。而第一方并不意味着监视：计数器不使用跨站点 cookie，不建立跨站点档案，所有者的数据从未被出售。

该模型在工作室自己的网站上经过实战检验：ostohlo.com 作为第 6 个站点连接到 Astrina，并从 stats.ostohlo.com 子域加载计数器——light a.js 标签加上 r.js 用于会话录制。这是该方案的生产证明：相同的 CNAME 方法，来自客户域的相同交付，和平台任何用户在同一仪表板上的相同数字。

07关键能力

让我们看看是什么让 Astrina 不仅仅是“另一个计数器”，而是一个覆盖网站端到端监控的平台。

实时分析

访客、流量来源和目标的实时视图——这是基本集，但建立在第一方数据之上。仪表板显示当前网站上发生的事情，访客来自哪里，以及他们是否达成目标行为。更高的计划增加了实时访客信息流和会话回放——你可以回看真实的访问，而不是仅仅从数字中猜测。

一分钟内完成的 SEO 检查

对网站的全面技术审计少于一分钟——每次最多 25 页。每个计划每天可以免费进行三次检查，包括免费计划：该产品让你在不付费的情况下体验其核心。每个发现的问题都附带一个现成的 AI 助手提示——错误描述可以直接复制到你最喜欢的工具中，该工具将提出修复建议。

评论、小部件和SVG徽章

声誉模块收集1-5星的评论，所有者可以公开回复但不能编辑或删除。评分以小部件的形式嵌入网站，SVG徽章适合放在README、页脚或签名中。不可变性为何是一个特性将在下面的单独部分中讨论。

目录和排名

Astrina运行基于自身测量的公共展示：运行计数器、交换器和托管目录的站点的流量评级，以及类似App Store的目录。这些展示无需账户开放——任何人都可以查看平台如何计数，这也是信任模型的一部分。

服务API

除了核心模块，平台还提供实用工具：用于检查电话号码的电话智能API和针对泄露数据库的密码检查。这些数据与目录使用的是相同的数据——可以通过编程方式获取。

使用Astrina登录和支持服务台

"使用Astrina登录"是一个一次性配置的社交登录，将密码存储的责任从网站所有者身上移除。托管的支持服务台为每个项目提供了一个现成的支持页面，地址为astrina.io/support/<domain>——无需您自己部署票务系统。

AI助手的MCP

平台的数据通过MCP提供给AI助手：助手可以获取统计数据或自行检查结果，并在对话中使用它们。为人和脚本设计的API也适用于代理。

08内部 SEO 监控

一次性的网站检查是有用的，但监控的真正价值在于规律性。一个损坏的规范链接不会自己宣布；它只是静静地坐在代码中，直到排名下滑。因此，该模块的核心不是审计本身，而是 夜间调度器.

它的工作方式是这样的。一次性检查对所有人开放：在不到一分钟的时间内对多达25个页面进行全面技术检查，每个计划每天有三次免费运行。但被监控的网站会由平台 每晚自行重新检查 — 无需请求，无需按钮，无需提醒。每晚的结果会记录在历史中：SEO分数从快照变成曲线，曲线准确显示了何时出现问题以及之前的情况。

第三个元素是 早间电子邮件。如果夜间检查记录到分数下降，电子邮件将在同一天的早晨到达。这个决定的意义比看起来更深：收件箱成为监控界面。所有者不需要“以防万一”打开仪表板 — 仪表板会在有信息时主动发送给他们。收件箱中的沉默也是信息：这意味着一切正常。

夜间重新爬取的网站数量是定价网格的一个维度：专业版3个网站，商业版25个，商业增强版100个。这真实反映了成本：夜间爬取是平台中最耗资源的部分，其配额与其他所有配额一样，都是由代码强制执行的。

09不可更改的评论

声誉模块围绕一个硬性规则构建：网站所有者既不能编辑也不能删除评论。无论是为了金钱，还是通过支持，亦或是“作为例外”。他们唯一可用的工具是在评论旁边的公开回复。

这个决定在产品设计上是反直觉的——付费客户当然应该拥有控制权。但一个所有者可以修饰的评分毫无意义：那是他们自己给自己的分数。不可变性是唯一能让星星旁边的数字被相信的原因。我们故意将这一点构建到数据模型中，而不是政策中：系统根本没有“编辑他人评论”的操作，且从未授予任何角色。

诚实是双向的。公开的回复让所有者在众目睽睽之下处理争议情况，而对批评性评论的深思熟虑的回复往往比五星评价更具说服力。1-5星的评分标准简单且熟悉，收集的评分可以作为可嵌入的小部件或轻量级SVG徽章带到所有者自己的网站上——评分不再仅仅存在于目录页面上，而是开始在决策发生的地方发挥作用。

10隐私和安全

分析平台本质上处理敏感数据——他人的流量。因此，Astrina中的隐私不是服务条款的一部分，而是一系列架构决策。该计数器不设置跨站点cookie，也不建立跨站点的个人资料：第一方模型意味着每个站点的数据都存在于该站点的上下文中。该平台的原则承诺是所有者的数据绝不会被出售：Astrina的商业模式是订阅，而不是交易受众。

第二层是API安全性。密钥仅在HTTP头中接受，而绝不在URL中这是一个故意的决定：URL 参数会记录在服务器日志、代理和浏览器历史中，一旦在查询字符串中传递的密钥就应该被视为已泄露。头部信息不会出现在日志中——因此规范中的一行关闭了整个泄漏类别。对于用户来说，同样的纪律变成了一项服务：对泄漏数据库的密码检查内置于平台中。

第三层是租户隔离。每个账户的网站、密钥、评论和配额都与其他人的分开；一个拥有一百个客户项目的代理无法看到其他租户的数据，也无法耗尽其他租户的限制。每个操作中通过代码强制执行的配额不仅保护了定价的诚实性，还保护了平台的稳定性：一个失控的脚本不会让爬虫对所有人都失效。

11多站点仪表板

Astrina 的主屏幕是一个包含所有账户网站的表格：30 天内的访客数、趋势、SEO 分数、实时状态。这个入口是一个故意的选择：一个管理多个网站的产品应该以“我是否一切正常——在所有网站上同时”这个问题的答案开场。只需一眼看表格就能替代早晨五个服务的轮询。

定价表围绕实际成本的真实轴心构建——网站数量、历史深度和自动化程度。免费 ($0) — 3 个网站，实时视图，来源和目标，每天 3 次 SEO 检查，评论和评分小部件，33 天的历史。专业版 ($19 / 30 天) — 25 个网站，180 天的历史，3 个网站的夜间重新爬取和警报，CSV 导出和实时访客数据，每天 5,000 次 API 调用。商业版 ($59) — 100 个站点，一年的历史，25 个站点重新抓取，会议回放，以及 25,000 次调用。商业增强版 ($99) — 无限站点，730 天的历史，100 个站点重新抓取，为您的用户提供托管支持桌面，以及每天 100,000 次调用。

支付以成熟的生态系统方式处理：计划从通过 Payora 充值的账户余额中支付——这是我们生态系统的另一个产品，拥有自己的案例研究。自动续订默认关闭：没有任何意外收费；续订由用户自己开启。对于 SaaS 来说，这种做法很少见，几乎是示范性的诚实——它与不可删除的评论属于同一家族。

本节中的每个数字不是营销文案，而是代码检查的配置值：在 Pro 上创建第 26 个站点并不是 "不鼓励"——它根本不会执行。我们遵循 "定价页面是限制的文档" 的规则，这使得支持和用户的生活大大简化。

12开发者 API 和集成

平台在仪表板上显示的所有内容，它也可以交付。开发者 API 是 JSON 格式，具有可预测的响应，其设计包含我们认为对任何 API 都是典范的两个决策。

第一个是 仅在头部中的密钥。API 完全不接受查询字符串中的密钥：带有密钥的 URL 最终会出现在网络服务器日志、代理、浏览器历史记录和引荐来源中，并从那里泄露。头部则不会。这里的正确行为不是 "文档推荐的"——这是唯一可能的行为。第二个是 剩余配额在每个响应中回响客户端既不需要单独的端点，也不需要自己的记账：每个响应都会说明剩余的调用次数。脚本可以在达到限制之前自行减速，而不是通过 429 来发现它。

除了 JSON，数据还可以导出为 CSV — 用于报告、电子表格以及所有不在代码中的内容。通过 MCP，相同的数据可以提供给 AI 助手：代理可以在对话中请求统计数据或检查结果。"使用 Astrina 登录" 涵盖了平台上网站的社交登录，托管支持桌面 (astrina.io/support/<domain>) 提供用户支持，而无需您自己的票务系统。该平台对外界也很友好：Google Search Console、Google Analytics 4、Bing Webmaster 和 IndexNow 都在支持的集成列表中。

最后，公共目录也是一种集成 — 与开放互联网。流量评级是基于所有者在仪表板中看到的相同 30 天计数测量构建的；交换器和托管目录来自相同的数据和评论。该平台在明面上进行计数，任何人都可以在没有账户的情况下验证其工作。

13技术栈和基础设施

为了 Astrina，我们组建了一个专用的、隔离的环境，拥有自己的域名、政策和调度程序。对于一个为他人网站提供服务的平台，环境的整洁性是产品的一部分。

• 后端 — PHP 8.3：计数事件摄取、多租户内核、仪表板、API 层和配额逻辑。
• 数据 — MySQL：分析事件、SEO 评分历史、评论、目录和计划限制在一个一致的模型中。
• 爬虫 — 检查模块：按需审核多达 25 页，并对监控网站进行夜间重新爬取并积累历史。
• 对方交付 — 来自客户域名的第一方标签服务（CNAME模型），并提供noscript像素作为后备。
• 通知 — 邮件提醒：消息在分数下降的当天早上到达。
• 基础设施 — Cloudflare（DNS、TLS、边界保护）和一个具有有效证书的隔离环境。

选择PHP 8.3和MySQL是务实的：这是一个成熟、快速、可预测的技术栈，支持高频率的访问量、爬虫、仪表板和API都在同一个环境中。第一方交付为技术栈增加了一个不寻常的要求——将其他人的域名作为自己的域名提供服务——这正是塑造边界配置的原因。Cloudflare负责DNS和TLS，整个环境的设计使得最繁忙的部分（事件接收）不会与最重的部分（夜间爬虫）争夺资源：它们有不同的负载特征和不同的高峰时段。

14设计和用户体验

一个日常例行工具销售宁静，因此我们让Astrina的界面密集而安静。主屏幕——带有趋势和SEO分数的网站表格——在一秒钟内回答用户的主要问题。没有欢迎横幅，没有“本周见解”：一个拥有一百个客户网站的人来检查，而不是浏览。

前五分钟得到了特别关注。从注册到屏幕上第一个访客的路径故意很短：粘贴标签行——看到实时访问。即时反馈在这里作为入门：不是界面导览，而是你自己的流量在你眼前出现。相同的原则驱动SEO模块：第一次检查是免费的，耗时不到一分钟，并以具体的问题列表结束——每个问题都有一个准备好的AI提示。

平台的公共部分——目录和排名——本身就是一个展示：开放、可索引、无需账户即可使用。它既是一个营销表面，也是方法的展示：平台不怕展示它的计算方式。最后，整个产品是三语的——英语、俄语和乌克兰语是平等的，从界面和电子邮件到公共页面，具有正确的 hreflang 和本地化的 URL。对于一个同时存在于多种语言环境中的产品来说，这是一种内容架构的问题，而不是翻译——这一点从第一天起就被设计进去了，而不是事后“本地化”。

15我们的工作方式

我们分阶段进行项目，每一步都展示一个结果：

• 研究。我们绘制了所有者、工作室和代理机构的场景，权衡了“四个工具”的痛点，并固定了“一脚本→一个仪表板→早上的一封电子邮件”的模型。
• 架构。我们设计了多租户内核、第一方计数交付方案、配额模型和 API 合同——仅头部的密钥和配额回声在第一行代码之前就已在规范中。
• 模块开发。我们构建了事件接收和分析、带有夜间调度程序和历史记录的爬虫、具有不可变性的评论模块、目录和仪表板。
• 对我们自己进行运行。我们连接了自己的项目 — ostohlo.com 作为第6个网站在平台上运行，统计数据在 stats.ostohlo.com 上 — 并在邀请其他人之前使用了几个月。
• 启动。通过 Payora 付款的定价，三种语言，公共目录，文档和 MCP。

这个顺序不是偶然的：首先我们修复了合同 — 配额方案、API 格式、审查不可变性规则 — 然后才围绕它们构建实现。这让模块几乎可以并行移动：分析、爬虫和评论共享一个内核，但有独立的生命周期。而“我们自己先使用”的规则作为持续接受测试：你每天早上在自己仪表板上注意到的粗糙边缘比任何工单修复得更快。

16结果

我们得到的不是“又一个计数器”，而是一个替代网站管理员日常工具集的平台 — 而且我们自己也在使用。

• 一个网站在五分钟内连接：一个标语——第一个访客已经在屏幕上。
• 分析看到的是整个受众，而不是三分之二：第一方计数器不会被广告拦截器剪切。
• SEO回归不再是无声的：夜间重新抓取、得分历史，以及掉落当天早上的电子邮件。
• 评级是可以信任的：评论在物理上无法被编辑或删除——只能公开回复。
• 数据没有被锁定：一个仅带头部键的JSON API，以及每个响应中的配额，CSV和AI助手的MCP。
• 该产品支持三种语言，并在我们自己生态系统的网站上经过生产验证。

但主要结果不在于单个数字——而在于模型的转变。监控网站曾经是一组标签、登录和“必须记得检查”；现在它是一个表格和一个平台自动写入的收件箱——恰好在有事情要说的时候。没有人曾估计的例行工作已经不再存在，变成了手动工作。

17要点

Astrina是一个信任被设计而非声明的例子。这里最有价值的不是模块列表，而是一切所依赖的三个决策：一个从客户域加载的计数器，因此可以看到整个受众；无法删除的评论，因此有意义；一个在其中密钥物理上无法进入日志的API。每个决策都是在架构层面上做出的——从那时起，产品的诚实不再依赖于任何人的自律。

对我们来说，这是一个分析、爬虫和多租户SaaS交汇的项目——这种工作需要产品思维和工程纪律同时并存。如果您需要一个带有仪表板、定价计划和API的平台，一个分析服务，或者一个在共享基础设施上为多个客户提供服务的产品——我们知道如何将其推向发布。

还有一个更具方法论的收获。产品的最佳测试是您对它的依赖程度：在其他人之前，我们将自己的网站连接到Astrina，每天早上我们查看与用户相同的电子邮件和表格。团队赖以生存的产品无法被悄然放弃——这也许是最诚实的质量保证。