WellChina Docs

主题

Content Review SOP ​

版本: v1.1 · 发布: 2026-04-24（v1.0: 2026-04-23） 上级: YMYL 专区相关: Checklist §6 · Reviewer Playbook §8 · 内容稳定化 Playbook（v1.1 新增 Stable v1 Gate 纳入流程）

§0 内部 vs 公开：SOP 的暴露层级 ​

本 SOP 主要是内部操作手册，但应主动提炼一份公开版本（/about/editorial-policy）给 Google / AI 引擎 / 用户看。

0.1 内部保留（不公开） ​

  • 审稿人外联脚本 + 招募 pipeline（Reviewer Playbook §5）
  • 每位审稿人的 per-piece 稿费
  • Incident Log 的具体 case（用户隐私）
  • 内部 QA checklist 脚本
  • Review TAT 内部 SLA
  • 合同条款 + 支付渠道细节

为什么不公开：稿费暴露让竞品挖人；内部 SLA 给用户"合理期望"的法律把柄；Incident Log 涉及用户隐私。

0.2 公开页提炼（建 /about/editorial-policy） ​

Google E-E-A-T Trust 信号的核心 = 有可见的 editorial process。Healthline 的 /about/process 是样板。

WellChina /about/editorial-policy 应公开：

  1. "每篇医疗内容都经执业医师审校"（流程概述，不公开 TAT）
  2. "我们引用的源类型"（WHO / CDC / JCI / PubMed / 医院官网）
  3. "更新频率"（年度 + triggered by 新医学指南）
  4. "纠错渠道"（contact email + 24h response commitment）
  5. "审稿人名单"（链 /reviewers 总览）
  6. "资金披露"（广告来源、订阅收入、affiliate 披露）
  7. "我们不做的事"（不提供个性化医疗建议、不代替就医）

0.3 为什么要公开 ​

  • Google QRG Rater 受训去 About / Methodology 页判 Trust 分数
  • AI 引擎（ChatGPT Search / Claude.ai / Perplexity）rerank 时对"有 editorial policy"的源加权
  • Anthropic AUP 隐性要求 "qualified professional review" 流程可核验
  • FTC / MHRA 调查时的 "editorial oversight" 论据

这页不是可选，是 Checklist P1 的硬项。

§1 发布新 procedure 页的完整流程（v1.1 · 加入 Stable v1 Gate） ​

v1.1 关键变更：引入 Stable v1 Gate（步骤 3.5）作为送 reviewer 前的硬门槛。送审前创始人/编辑必须自检 9 条 checklist ≥ 8/9，否则回到步骤 1 迭代。

为什么加这个 gate：AI 初稿直送 reviewer → reviewer 被迫做 ghostwriter → 定价飙升 1.5-2× + 流失率高。Reviewer 的合同范围是 medical fact-check + 签字，不是编辑工作。详见 Reviewer Playbook §7.1 工作范围边界。

每步必须有审计痕迹：Git commit message 或 Notion page 记录 reviewer 姓名、日期、sign-off 文本摘要。

§2 发版前 Checklist（复用） ​

完整 13 项见 Checklist §6。技术快照：

[ ] 1. Draft 完成
[ ] 2. AI factual claims 标记 [CITE] → 全部替换为真实 URL
[ ] 3. 语言红名单扫描 0 匹配
[ ] 4. 价格段落：range + 日期 + source + "subject to change"
[ ] 5. 来源引用 ≥ 3 个权威
[ ] 6. Reviewer review 完成
[ ] 7. Reviewer 签字记录
[ ] 8. Schema markup（Rich Results Test 通过）
[ ] 9. 短免责 footer 存在
[ ] 10. lastReviewed + nextReviewDue（default +12m）
[ ] 11. Git commit: "feat(content): [slug] — reviewed by Dr. X on YYYY-MM-DD"
[ ] 12. GA event content_published 触发
[ ] 13. 8 语言翻译 + 母语医学编辑 QA（JA/KO 必须）

§3 Reviewer sign-off 日志格式 ​

见 Reviewer Playbook §8。每次 review 必须留这份日志到 Notion / Git。

markdown
# Review Log — [Procedure Slug] — 2026-04-20

**Content ID**: procedures/lasik-eye-surgery
**Language**: EN (master)
**Author**: [Name]
**Reviewer**: Dr. Jane Wang, MD (credentials verified 2026-01-15)
**Review date**: 2026-04-20
**Review TAT**: 3 days
**Changes requested**: 2 (see diff)
**Reviewer sign-off statement**:
> "I have reviewed this content for medical factual accuracy..."
**Next review due**: 2027-04-20

§4 更新既有内容的触发条件 ​

何时触发 re-review：

  • 新医学指南发布（WHO / CDC / 国内卫健委 / FDA）
  • 价格数据 > 6 个月未更新
  • 用户投诉指向具体内容
  • 年度强制 refresh（nextReviewDue 到期）
  • 合作医院信息变更
  • Reviewer 资质变动（如失去执照）→ 所有 reviewedBy 指向 ta 的页面立即标 "review pending"

更新流程 = 走一遍 §1 完整流程，但标为 "update" 而非 "new"。

§5 Chat 系统医疗问题应对 ​

WellChina 有 live chat（src/app/api/chat/*）。用户在 chat 里很可能问医疗问题。

5.1 硬性 SOP ​

  • 不得由客服/翻译员提供医学判断
  • Scripted safe responses（在 admin 后台维护 template 库）：
    • "Your question requires professional medical assessment. We recommend booking a consultation with Dr. X at Hospital Y [link]. WellChina staff cannot provide clinical guidance."
    • 8 语言各一套
  • 必要时把用户信息（取得同意后）转给合作医院 international office 直接回复
  • 每次 chat 对话存档 5 年
  • 季度抽查 10% chat 对话，检查有没有越界建议

5.2 Chat 的 disclaimer ​

每次 chat session 开始时自动发送首条系统消息：

Hi! I'm a WellChina support assistant. I can help you with information about hospitals,
procedures, and travel logistics. I cannot provide medical advice or individual
medical assessments — for those, please consult a qualified physician.

8 语言各一套，根据用户 locale 自动发送。

§6 Incident Log 模板 ​

用户报错或自查发现问题时：

markdown
# Incident #NNN — YYYY-MM-DD

**Type**: [User complaint / Hospital complaint / Internal QA catch / External notice]
**Severity**: [Low / Medium / High / Critical]
**Source**: [email / form / chat / hospital / regulator]
**Affected content**: [URL(s)]
**Initial triage (≤24h)**: ...
**Investigation (≤72h)**: ...
**Action taken**:
- [ ] Content corrected / withdrawn / kept
- [ ] Reviewer re-sign-off
- [ ] Communication to complainant
- [ ] (If Severity ≥ High) Insurance notified YYYY-MM-DD
- [ ] (If Severity ≥ High) Legal consulted YYYY-MM-DD
**Resolution date**: YYYY-MM-DD

存 Notion database 名为 "Incident Log"，季度复盘。

§7 纠错 / 撤回协议 ​

用户报错 → 24h 内确认收悉 → 48h 内决定 hold/correct/withdraw。

7.1 修改而保留 URL ​

适用：事实错误但核心内容仍有效。

  • 在页面顶部挂一个 "Updated 2026-MM-DD" badge
  • Keep changelog footer：Previous version archived 2026-MM-DD. See [diff].
  • Schema lastReviewed 更新
  • Git commit: fix(content): [slug] — correction per incident #NNN

7.2 整页撤回 ​

适用：内容不再准确且无法修复（例如某手术在中国已被禁）。

  • 页面挂 "This page has been retired" 横幅
  • 301 重定向到最接近的替代页面（例如品类 landing）
  • Schema 不要删，加 @type: "DeletedEntity" 元数据
  • sitemap 移除
  • 通知最近 90 天通过此 URL 转化的用户（如有）

7.3 完全下架（emergency） ​

适用：法律风险或医疗紧急。

  • 立即返回 410 Gone
  • 从所有内部链接移除
  • GSC URL Inspection → Remove URLs（临时屏蔽）
  • 启动 Incident response §10.4

§8 季度复盘 ​

每季度末（W12 / W24 / W36 / W48）：

  • [ ] 当季 Incident Log 全部回顾
  • [ ] 被引用次数变化（Prompt Target Table 月趋势）
  • [ ] 8 语言内容的 bug 率对比
  • [ ] Reviewer SLA 达标率
  • [ ] 产出：docs/ymyl-quarterly-review-Q[X].md

相关文档 ​

WellChina 内部文档 · 基于 VitePress

© 2026 WellChina