四合一税额计算器:从 P0 计算错误到 28/28 测试通过
四合一税额计算器:从 P0 计算错误到 28/28 测试通过
2026-08-04 复盘 · OBBBA Tax Calculator (obbbacalculators.com)
抓住政策窗口期,做一个税法变更计算器站。记录计算引擎踩坑、修复全过程,以及诚实的商业化判断。
这是什么站
OBBBA Tax Calculator — 2025 年 OBBBA(One Big Beautiful Bill Act)税法变更的四合一计算器。
用户输入收入、加班时长、小费收入、车贷利息等数据,计算器按 IRS Schedule 1-A 逐行公式算出四项新增扣除额及联邦税节省金额。
线上地址:obbbacalculators.com
技术栈:Next.js 15 + Cloudflare Pages,纯前端零 API,月运营成本 ~$1(域名)。
为什么选这个方向
政策窗口
2025 年 OBBBA 通过后,个人所得税新增了四项扣除:
- 加班费免税(Overtime Premium Deduction)
- 小费收入免税(Tip Income Deduction)
- 车贷利息扣除(Car Loan Interest Deduction)
- 老年人额外扣除(Senior Deduction)
这些都是 2025 纳税年度生效、2026 年报税季首次使用的新政策。大量美国纳税人第一次遇到,需要搞清楚"我能省多少钱"。
为什么这个方向成立
| 判断维度 | 分析 |
|---|---|
| 问题强度 | 税 = 钱,用户有明确利益驱动 |
| 时效性 | 2026 报税季(2026 年 1-4 月)是搜索高峰,提前布局有先发优势 |
| 竞争格局 | 大站(TurboTax/H&R Block)还没做出专门的 OBBBA 计算器,SERP 留有缝隙 |
| CPC | 税务关键词 CPC 极高($15-50),即使量不大也能靠 AdSense 覆盖成本 |
| 技术难度 | 纯前端可实现——计算逻辑是确定性的数学公式,不需要后端 |
| 维护成本 | 中等——税法变了要更新,但 OBBBA 是多年期法案,不像关税那样频繁变动 |
为什么没被否决
用户之前否决过关税计算器("得一直维护")。OBBBA 不同:它是国会立法,生效周期是多年期的,不会月月变。2026 年报税季是第一波红利,如果站能做起来,后续几年都能吃长尾流量。
做了什么
产品功能
| 功能 | 说明 |
|---|---|
| 四合一计算器 | 首页综合计算 + 四个子页面单独计算(加班/小费/车贷/老年人) |
| 实时计算 | 输入即算,无需点击"提交" |
| 边际税率显示 | 自动查表得出用户所在税档,算出真实节省金额 |
| MFJ 支持 | 夫妻联合报税(Married Filing Jointly),含配偶年龄字段 |
| Phase-out 可视化 | 收入超过门槛时扣除额递减,界面显示当前状态(全额/部分/无) |
页面清单(11 个页面)
/首页(四合一综合计算器)/overtime加班费免税计算器/tips小费收入免税计算器/car-loan-interest车贷利息扣除计算器/seniors老年人额外扣除计算器/rulesOBBBA 四项扣除规则详解/faq常见问题(带 FAQPage schema)/w2-reporting雇主 W-2 报告指南(2025 vs 2026 差异)/about关于页/privacy隐私政策/terms服务条款
计算引擎
基于 IRS Schedule 1-A(Form 1040)逐行实现,核心逻辑 lib/calculator.ts(311 行):
- 标准扣除:$15,750(Single)/ $31,500(MFJ)— OBBBA 更新值
- 加班费免税上限:$12,500(Single)/ $25,000(MFJ),$150K/$300K 开始递减
- 小费免税上限:$25,000(所有报税状态统一),$150K/$300K 开始递减
- 车贷利息扣除上限:$10,000,$100K/$200K 开始递减
- 老年人扣除:每人 $6,000,$75K/$150K 开始递减
最大的坑:计算引擎有 6 个 P0 错误
问题发现
初版计算器上线后做了一轮 Codex 代码审查 + IRS Schedule 1-A 逐行比对,发现 6 个 P0(致命级)计算错误:
| # | 错误 | 影响 | 正确逻辑 |
|---|---|---|---|
| P0-1 | 小费免税上限 Single 写成 $12,500 | 单身用户少算一半 | $25,000 统一上限(所有报税状态) |
| P0-2 | 加班费 Phase-out 用了 ceil 而非 floor |
边界值多减 $100 | floor(excess/1000) × $100 |
| P0-3 | 车贷利息 Phase-out 用了 floor 而非 ceil |
边界值少减 $200 | ceil(excess/1000) × $200 |
| P0-4 | 老年人扣除没有 per-person 逻辑 | MFJ 只算一个人 | 每人独立计算 $6,000 − 6%×excess |
| P0-5 | 边际税率查表用的是 MAGI 而非 taxable income | 税率档位偏高 | max(0, MAGI − STD) |
| P0-6 | MFJ 缺少 spouseAge 字段 | 无法判断配偶是否 ≥65 | 增加 spouseAge 输入 |
最隐蔽的错误:P0-1
小费免税上限在所有报税状态下都是 $25,000。
直觉上会认为 Single 的上限是 MFJ 的一半(加班费确实是这样:$12,500 vs $25,000)。但 IRS Schedule 1-A 第 7 行写得很清楚:Tips cap = $25,000,不区分报税状态。
这个错误如果不修,单身年薪 $30K 小费的餐厅服务员会被算成只能免 $12,500 的税,实际应该免 $25,000。少算了 $12,500 × 12% = $1,500 的税。
修复过程
- 通读 IRS Schedule 1-A PDF 原文,逐行标注公式
- 重写
calculator.ts:6 个文件,271 行新增,204 行删除 - 测试用例从 26 条扩至 28 条,按 Schedule 1-A 公式重写所有预期值
- 28/28 测试通过
npm run buildexit code 0
教训
计算器站,计算准确性是命。 一个 P0 错误可以让用户对整个站失去信任,而且错误结果会被传播出去(用户拿错误数字去跟别人讨论)。初版上线时应该先做 IRS 原文逐行验证,不该依赖二手解读。
商业模式:谨慎乐观
收入来源
AdSense(计划中)。 税务关键词 CPC $15-50,如果月搜索量能到 10K+,预估 AdSense 月收入 $200-800。目前还没申请(上线 1 天,先积累 2-4 周内容和流量数据)。
为什么不收费
- TurboTax、H&R Block 等大站都免费
- 用户只是想快速看一个数字,不愿意注册付费
- 免费 + AdSense 是这个赛道验证过的模型
时间窗口
2026 年 1-4 月报税季是关键窗口。 在此之前需要:
- 内容积累到 15-20 个高质量页面(目前 11 个)
- AdSense 审核通过
- GSC 收录正常(目前 8 页已发现)
- 域名权重初步建立
如果报税季前没做好这些准备,就错过了第一波红利。
花了多少钱
| 项目 | 费用 |
|---|---|
域名 obbbacalculators.com |
~$10/年 |
| 托管 Cloudflare Pages | 免费 |
| SSL | Cloudflare 免费 |
| API | 无(纯前端计算) |
| 月运营成本 | ~$1 |
数字总结
| 指标 | 数据 |
|---|---|
| 方向确定到上线 | ~2 天 |
| 页面数量 | 11 个 |
| 计算引擎代码量 | 311 行 TypeScript |
| 测试用例 | 28 条边界值测试 |
| P0 计算错误修复 | 6 个 |
| Git commit | 10 个 |
| 月运营成本 | ~$1 |
| GSC 已发现页面 | 8 页(上线第 1 天) |
下一步可做
按优先级排:
- 扩内容到 15-20 页:针对长尾关键词,如
overtime tax calculator 2025、tip deduction calculator、does my car loan interest qualify等 - AdSense 申请:上线 2-4 周后,内容足够时提交审核
- FAQ schema 验证:确保 Google 能正确解析 FAQ rich snippet
- 外链建设:报税季前去 Reddit r/tax、r/personalfinance 发有用的回答,自然引流
- Chrome 扩展:快速版计算器扩展已打包,待上传 Chrome Web Store
- 2026 报税季监控:1 月份开始监控 GSC 印象数和点击,根据实际搜索词调整内容
一句话总结
抓政策窗口期做了一个纯前端税额计算器。踩了计算准确性的坑(6 个 P0),但用 IRS 原文逐行验证 + 28 条边界测试堵住了。商业模式是 AdSense,成败取决于 2026 报税季前能不能积累足够的域名权重和内容。现在最大的风险是时间——离报税季只剩 4 个月。
计算器站,计算准确性是命。 一个 P0 错误可以让用户对整个站失去信任,而且错误结果会被传播出去(用户拿错误数字去跟别人讨论)。初版上线时应该先做 IRS 原文逐行验证,不该依赖二手解读。
抓政策窗口期做了一个纯前端税额计算器。踩了计算准确性的坑(6 个 P0),但用 IRS 原文逐行验证 + 28 条边界测试堵住了。商业模式是 AdSense,成败取决于 2026 报税季前能不能积累足够的域名权重和内容。现在最大的风险是时间——离报税季只剩 4 个月。