WellChina Docs

主题

Wikidata 社区 × Notability 全指南 ​

版本: v1.0 · 发布: 2026-04-24 姊妹文档: Wikidata WellChina Entity 起草（具体 TSV）· GEO Plan §4.1 PR-6读前须知: 本文基于 Wikidata 2024-2026 最新 policy + 真实社区案例整理，不是过时资料

TL;DR ​

  • Wikidata vs Wikipedia 核心差异：前者是结构化数据（每实体 1 Q-number），后者是散文（每语言 1 篇）。Wikidata notability 门槛低 5-10 倍，但每一条 claim 都需要 reference
  • Notability 三条路径（任意满足一条即过，不需要同时满足全部）：
    • 路径 ① Wikimedia 项目页互链 → WellChina 现状：无 Wikipedia 文章，不适用
    • 路径 ② 独立可靠 reference → WellChina 现状：只有自身官网，不适用
    • 路径 ③ 结构性需要（structural need）→ WellChina 最可行的路径
  • 结构性需要的杀手锏：让 WellChina entity 被 15+ 已有医院 entity 引用（通过 P973 described at URL）→ 社区无法再以"孤立"为由删除
  • 除第三方报道外的 notability 加速器（按速度 × 影响排）：
    1. Authority Control 数据库收录（如 MTA member / GHA member）→ 1-2 周，自动满足条件 ②
    2. 结构性引用网络（15+ 医院 P973 指向）→ 2-3 周，满足条件 ③
    3. Wikipedia 外文版顺带引用（如 "Medical tourism" 条目 EN/JA/KO 加一句带 ref）→ 1-2 周，满足条件 ①
    4. 行业目录登记（IMTJ / Patients Beyond Borders directory） → 2-4 周
    5. 学术论文引用（医疗旅游 researcher 合作）→ 1-3 个月
  • 志愿者模式：Wikidata 社区擅长 mentorship 而不是 do-it-for-you。可行的免费模式是：你先贡献 → 社区给 feedback → 偶尔有 editor 主动帮忙

目录 ​

Part 1 · Wikidata vs Wikipedia 本质区别 ​

1.1 一图看懂 ​

关键：Wikipedia 是消费方，Wikidata 是供应方。做 GEO 必须进 Wikidata，Wikipedia 可选。

1.2 对比表 ​

维度WikipediaWikidata
形态百科文章（散文、段落）三元组（主语-谓语-宾语）
多语言模型每语言独立文章（内容差异大）单实体 + 多语言 labels（数据共享）
一个实体长什么样"Shanghai East International Medical Center is a..." 加 infoboxQ{id} + 一组 claims：P31=Q16917 (hospital), P17=Q148 (China), P856="https://..."
Notability 判定GNG + 多 reliable source 深度报道（高）三选一：sitelink OR references OR 结构性需要（中低）
创建门槛高：复杂 wiki 语法 + 社区审低：UI 点选 + QuickStatements 批量
编辑数 / 页面数~6M en articles~112M items
对 GEO 价值中高（被引用时）最高（直接喂 AI 训练数据）
被删概率（新 entity）40-60%（notability 高）15-30%（notability 低）
WellChina 起手太难，Year 2+ 再议Year 1 必做

1.3 重要关系 ​

  • 有 Wikipedia 文章 → 自动有 Wikidata entity（sitelink 是第一条 notability 依据）
  • 有 Wikidata entity → 不自动有 Wikipedia 文章
  • 大量"小众"实体（医院、产品、人物）只有 Wikidata，没有 Wikipedia 文章
  • AI 引擎主要吃 Wikidata（结构化）+ Wikipedia（prose contextual），两者互补

Part 2 · Notability 深度解析 ​

2.1 官方三条标准（Wikidata:Notability 原文翻译） ​

An item is acceptable if and only if it fulfills at least one of these three goals:

#标准原文通俗解释
①It contains at least one valid sitelink to a page on Wikipedia, Wikivoyage, Wikisource, Wikiquote, Wikinews, Wikibooks, Wikidata, Wikispecies, Wiktionary, or Wikimedia Commons至少一条 Wikimedia 项目页 sitelink如果 Wikipedia 有文章 → 自动达标
②It refers to an instance of a clearly identifiable conceptual or material entity that can be described using serious and publicly available references能被多个可靠公开 reference 描述的、可清晰识别的实体"至少 2 个独立可靠 source 提到过"
③It fulfills some structural need, for example: it is needed to make statements made in other items more useful结构性需要：被其他 notable 实体引用来补充数据只要 20 家医院 entity 都需要引用 WellChina，WellChina 就自动过

关键：任意满足其一即可（OR，不是 AND）。WellChina 的路径是 ③（不用等第三方报道）。

2.2 三条标准各自对 WellChina 的状态 ​

标准WellChina 当前状态未来可达性
① Sitelink❌ 无 Wikipedia 文章Year 2+ 可能
② References⚠️ 只有自身官网（不算独立 reference）需 1-2 篇独立媒体报道
③ Structural need⚠️ 未建立，但可快速建立2-3 周可达

2.3 ③ Structural need —— 深度理解（最大 leverage） ​

Wikidata:Requests for comment/Notability policy reform 对 "结构性需要" 的社区共识：

Structural need can be established through:

  1. Linking items together: The item is useful for linking two items meeting other criteria which are not directly linked
  2. Directly linked from an item meeting other criteria

However, structural need cannot work circularly — it should not be applied to items that are only linked among each other.

WellChina 实操示例：

为什么成立：

  • 15 家医院都是已 notable entity
  • 它们都有需要"被进一步描述" 的 URL slot（P973 described at URL）
  • WellChina 是它们共同指向的这个 URL 的主体
  • = WellChina 服务了 15 个 notable entity 的 structural need
  • ✅ 过 criterion ③

为什么不是 circular：引用路径单向 Hospital → WellChina，不是 Hospital ↔ WellChina。WellChina 被引用但没有反过来说"Hospital 有 description at WellChina"——这是客观事实陈述。

2.4 第四条"隐形"标准：Authority Control ID ​

Wikidata:Identifiers 明确：

Authority control identifiers play a role in Wikidata's notability policies. An item has at least one statement with reliable, third-party, published sources, or such described by source (P1343), or authority control properties

这是什么意思：如果 WellChina 被某个第三方数据库收录（MTA 会员库、GHA 认证库、行业目录），那 WellChina 可以用该数据库的 ID 作为 authority control property → 自动满足 criterion ②。

这比"等第三方报道"快 3-5 倍，因为：

  • 行业数据库的"收录"门槛远低于媒体"报道"
  • 付费 member 就进（MTA 年费 $250-500）
  • 一旦进入，ID 永久存在

2.5 Notability 加速器矩阵（核心 deliverable） ​

按速度 × 成本 × 影响排序：

路径速度成本Notability 效果附加收益
A. 结构性引用 15+ 医院 entity2-3 周$0 + 工时⭐⭐⭐⭐⭐ 直接满足 ③医院 entity 本身补全 = GEO 信号
B. MTA / GHA 行业协会 member2-4 周$250-3,500⭐⭐⭐⭐⭐ 通过 authority control 满足 ②B2B 合作信用；schema hasCredential 可填
C. IMTJ / Patients Beyond Borders 目录登记2-6 周$0-500⭐⭐⭐⭐ 独立 reference行业曝光
D. Wikipedia "Medical tourism in China" 段落加引用1-2 周工时⭐⭐⭐⭐ 满足 ①（如作为 sitelink source）Wikipedia 本身的 PageRank 传递
E. 第三方媒体深度报道6-12 周工时 + 可能 PR 费⭐⭐⭐⭐⭐ 清晰满足 ②真正的 brand awareness
F. 学术论文 citation3-6 个月工时 + 学术 outreach⭐⭐⭐⭐⭐ 学术级 reference长期权威性
G. Government registry（如公司注册号）即时注册费 $500-3K⭐⭐⭐ 边缘 reference法人实体合规
H. 域名 WHOIS + archive.org即时$0⭐⭐ 弱 reference存在性证据

WellChina 推荐组合：A + B + D，2-4 周内同时推进三条，过 notability 的概率从单路径的 40% 升到 90%+。

2.6 Notability 红线（不要跨） ​

来自 Wikidata:Notability 原文：

Creating items about yourself, your close relatives, your business and other entities you have a conflict of interest with is not permitted.

对 WellChina 的含义：

  • 创始人 / 员工不能用自己账号创建 WellChina entity —— 除非披露付费编辑关系
  • 但披露 ≠ 豁免 —— 披露的付费编辑仍会被严审，只是避免 ToU 违规
  • 最佳策略：让真正独立的第三方（见 Part 3 志愿者路径）创建

Part 3 · 志愿者寻找 Playbook ​

3.1 核心原则：Mentor 模式 vs Do-It-For-You ​

Wikidata 社区文化的真相：

实操原则：

  • 不直接说"请帮我创建 WellChina entity"
  • 应该说"我计划做 X，附方案 TSV，请问 approach 对吗？"
  • 附加：说明自己也愿意花时间做贡献，不是索取方

3.2 付费编辑披露硬规则 ​

Wikidata:Disclosure of paid editing + WMF Terms of Use:

Compensation for editing must be disclosed on (a) user page, (b) talk pages of affected items, (c) edit summary.

情况是否必须披露
你付钱请人编辑 WellChina✅ 必须（编辑方披露）
你邀请朋友免费帮忙（无 affiliation）❌ 不用（但朋友仍受 COI 监督）
你感谢对方（送小礼 / 提名）⚠️ 边界 —— 形式上是 compensation，建议披露
员工用个人账号编辑（与 WellChina 有 affiliation）✅ 必须披露 affiliation
你注册账号自己编辑 + 披露自己是创始人✅ 披露即可（不是"雇"但有 COI）

关键澄清：

  • 免费 + 无任何关系 = 不用披露，但几乎没人会"白帮"一个陌生品牌
  • 免费 + 感谢 / 小礼 = 灰区，建议披露
  • 付费 = 必须披露，否则风险极高（可能全球封禁 + 实体被删）

3.3 五个真实可触达的社区/渠道 ​

渠道 ① · Wikidata:Project chat（综合论坛，最活跃） ​

  • URL: wikidata.org/wiki/Wikidata:Project_chat
  • 响应时间：通常 24-48h 有人回复
  • 适合：技术性问题（schema 选择、property 用法）+ 宏观求 review
  • 不适合：直接要求代创建（会被忽略）

渠道 ② · Wikidata:WikiProject Medicine（医疗专项） ​

  • URL: wikidata.org/wiki/Wikidata:WikiProject_Medicine
  • 参与者：医学相关编辑者，对医疗旅游话题有 native 兴趣
  • 文化：严谨、专业、欢迎带专业知识的新人
  • 适合：请 review 医疗相关 entity 设计（schema、medical specialty、accreditation 等）

渠道 ③ · Wikidata:WikiProject China（地理 / 文化专项） ​

渠道 ④ · 个人 Talk pages（精准触达） ​

流程：

  1. 进到 wikidata.org 搜 "Beijing United Family Hospital" → 找到 entity
  2. 点 "View history" 看最近 30 天谁编辑过
  3. 点 editor 用户名 → Talk page
  4. 筛选出多个中国医院 entity 都编辑过的人 → 这类人是 WikiProject China 活跃 participant
  5. 发一条精准请求（见下方脚本模板）

成功率：比发 Project chat 高 2-3 倍，因为对方已对这个话题有兴趣。

渠道 ⑤ · IRC / Telegram / Discord ​

  • IRC: #wikimedia-wikidata on Libera.Chat
  • Telegram: Wikidata General
  • 适合：实时问答、技术排错
  • 不适合：正式 outreach（记录不好留存）

3.4 Outreach 脚本四变种 ​

脚本 A · 发到 WikiProject Medicine（推荐首选） ​

放在 Wikidata talk:WikiProject Medicine 页面新开一节：

markdown
== Review request: Medical tourism platform + 15 Chinese hospital entity enhancements ==

Hi WikiProject Medicine,

I'm [YourFirstName], a new Wikidata contributor based in [location], interested
in the intersection of structured data and cross-border healthcare.

I'm planning two related workstreams and would appreciate community review
before I start making major edits:

**Workstream 1: Enhance 15 existing Chinese hospital entities** (examples:
[Beijing United Family Hospital Q28398045], [Shanghai East International
Medical Center Q...]) with the following missing claims:
- `P625` (coordinate location) — from official sources
- `P856` (official website) — from hospital pages
- `P2657` (JCI accreditation ID) — where applicable
- `P17` (country) → Q148 China — where missing
- `P131` (administrative territorial entity) → city Q-number

Plan: ~3-5 field additions per hospital, with S854 references to the official
websites / JCI public database.

**Workstream 2: Consider creating an entity for WellChina** (wellchina.top),
a multilingual information platform (8 languages: en/zh/ja/ko/ru/id/vi/th)
that aggregates medical tourism information for foreign patients considering
treatment in China.

Draft TSV (multilingual labels, descriptions, and initial claims):
[gist URL or paste inline]

**Notability concerns I want to address upfront**:
- WellChina launched 2026-04 — limited independent references so far
- However, if I complete workstream 1 and link the enhanced hospital entities
  back to WellChina via `P973 described at URL`, WellChina would serve a
  structural need per criterion #3
- I understand this is borderline; happy to adjust the plan

**Disclosure**: I [am / am not] affiliated with WellChina. [If affiliated:
"I'm the founder of WellChina. Contributions will be disclosed per WMF ToU
policy on paid/COI editing, including user page, affected items' talk pages,
and edit summaries."]

Specific questions:
1. For workstream 2, is `P31` = Q35127 (website) appropriate, or would
   Q193424 (web service) be better?
2. Is `P921` (main subject) = Q2720218 (medical tourism) the best match?
3. Any WikiProject Medicine guidelines for medical information platforms I
   should know?

Grateful for any guidance — I'm not in a rush and willing to incorporate
community feedback before any entity creation.

~~~~

关键结构要素：

  • 身份声明：谁，兴趣领域
  • 具体计划：两个 workstream（其一是对社区有贡献的 ——先给再取）
  • 问题前置：主动说出 notability 担忧，展示自我觉察
  • COI 披露：如实说（affiliation + 是否付费）
  • 具体技术问题：展示做了功课
  • 非紧迫姿态：降低对方"被逼单" 感

脚本 B · 单人 Talk page 精准请求 ​

markdown
== Request for advice: Chinese hospital entities + medical tourism platform ==

Hi [EditorName],

I noticed you've recently enhanced [3-4 specific hospital entities with
Q-numbers], and your contributions to [WikiProject China / Medicine] caught
my attention.

I'm [YourName], working on two things you might find interesting:

1. **Chinese hospital entity enhancements** — adding P625/P856/P17/P131 to
   top Chinese hospitals (I've drafted a list of 15; happy to share TSV).
   Planning to contribute this as ongoing community contribution.

2. **WellChina entity** — a multilingual medical tourism information
   platform (wellchina.top). I'd value your perspective on whether the
   P973 "described at URL" approach to structural need would be appropriate,
   given limited independent references as of now.

No rush — would welcome any advice or feedback whenever convenient.

Thanks for your consistent work on these topics!
~~~~

优势：

  • 具体提到对方贡献 → 证明不是群发
  • 第一点是对对方感兴趣的 topic 的贡献提议 → 立刻建立互惠关系
  • 第二点才是自己的需求，轻描淡写

脚本 C · 精简版（IRC / Telegram 适用） ​

Hi, new Wikidata contributor here. Planning to enhance ~15 Chinese hospital
entities + potentially create a medical tourism platform entity. Would
appreciate pointer to relevant WikiProject or active editors in
hospital/medical-tourism space. Have TSV draft ready for review. Thanks!

脚本 D · 披露付费编辑（如决定雇 freelancer） ​

markdown
== Paid contribution disclosure: WellChina-related edits ==

I have been compensated by WellChina (wellchina.top) for my Wikidata editing
related to:
- The entity WellChina (Q{number}), including label, description, and
  statement management
- Chinese hospital entities linking to WellChina via P973

This disclosure is made per WMF Terms of Use §4 and
[[Wikidata:Disclosure of paid editing]].

Employer: WellChina
Client: WellChina
Affiliation: Paid freelance editor

~~~~

此模板放在编辑者的 User page。每次相关 edit 的 summary 里也要加 (paid editor, see user page)。

3.5 什么姿态能获得回应 ​

做不做
✅ 展示已做的功课（附 TSV、讲清楚 schema 选择逻辑）❌ 直接说 "how do I create an entity?"
✅ 先提议贡献（医院 entity 补全）❌ 只说自己需求
✅ 承认 notability 担忧 + 主动提对策❌ 回避或否认担忧
✅ 明确 disclosure（不论付费与否）❌ 含糊 affiliation
✅ 问具体技术问题（P-number 选择、schema）❌ 问开放式问题（"what do you think?"）
✅ "no rush, happy to incorporate feedback"❌ "need this done by [date]"
✅ 签名 ~~~~（Wikidata 签名语法）❌ 忘签名 → 显得不专业

3.6 "免费邀请 + 感谢" 模式可行性分析 ​

你的想法：邀请志愿者免费帮忙，送感谢小礼（作者名、感谢信等）。

现实评估：

方案是否合规成功率注意
公开感谢信 + 作者名在 About 页✅ 合规（不算 compensation）可能 10-20%只对真正 ideologically aligned 的人有吸引力
送小礼（$50 以下，如咖啡券、行业 swag）⚠️ 灰区类似建议主动在 Talk page 披露"送了感谢礼"
"co-author" 学术论文署名✅ 合规（学术合作）5-10%（需要真合作）只对学者有吸引力
邀请成为 WellChina Editorial Advisory Board 成员⚠️ 取决于是否有 compensation有潜力如是 advisory board 且有头衔 = 有 affiliation，编辑时必须披露
纯"加微信感谢 + 随缘"✅ 合规1-5%大部分志愿者不要这个

最现实的路径：

  1. 展示高质量 TSV + 社区互动（Part 3.1-3.5 流程）→ 某些 editor 会出于兴趣帮你
  2. 不事前承诺感谢（会变成隐形 compensation）
  3. 事后如果有志愿者帮了，在 Wikidata 的 "thanks" 功能（每个编辑都可点 thanks）给对方发正式感谢 + 在 WellChina 的 /about/editorial 自愿性感谢文字（要和当事人确认同意）

Part 4 · WellChina 整合 6 周 roadmap ​

周级任务分解 ​

W-1 · 账号 + 并行申请（周末） ​

任务成本预期产出
注册 Wikidata 账号（个人名，不用 WellChina 品牌）0账号
注册 MTA member（medicaltourismassociation.com/members）$250-500审核中状态
注册 IMTJ 目录（imtj.com）0审核中状态

W1 · 小字段编辑（积累 autoconfirmed） ​

任务成本说明
编辑 5 家医院 entity × 2-3 个小字段工时 ~3h只动能立刻核实的字段（P856 官网、P17 国家）
目标：累计 ≥ 15 edits

W1 末 · 达 autoconfirmed（4 天 + 10+ edits 是公开最低线） ​

但别急着创建 WellChina — 继续积累编辑史，让账号看起来不是 single-purpose。

W2 · 深度字段编辑 + 社区预沟通 ​

任务成本说明
继续编辑 10 家医院 × 5 字段工时 ~5hP625 坐标、P131 行政区、P2657 JCI ID
累计 ≥ 50 edits这时账号状态：有 2 周编辑史 + 65 次编辑
发 WikiProject Medicine review 帖（脚本 A）10 min附 TSV 全文
精准触达 2-3 editor talk page（脚本 B）30 min

W3 · 社区反馈 + MTA 确认 ​

任务成本说明
消化社区反馈，修 TSV工时 ~2h可能调整 P31 / P921 等
MTA member 审核完成 → 拿 member ID$0（已付）MTA 在其数据库挂 WellChina
IMTJ 目录上线 → 拿 listing URL$0一个独立 reference 就位

W4 · 创建 WellChina entity ​

任务成本说明
用 QuickStatements 跑 TSV10 min30 秒拿 Q-number
给 entity 加 P1696 MTA member ID (如有 property) + P973 described at URL → IMTJ listing工时 ~1h两个外部 reference 立刻锚定
给 15 家医院 entity 加 P973 → wellchina.top/hospitals/[slug]工时 ~2h结构性需要关键一步

W5-W6 · Patroller 应对 + 巩固 ​

任务成本说明
每日扫描 WellChina entity Talk page + Watchlist每天 5 min如被 patroller 挂 notability 标签，在 Talk 礼貌回应：说明 criterion ③ + 引用 P973 网络
继续零星贡献 WikiProject Medicine每周 30 min保持账号活跃
准备 W6+ 扩展：添加更多 hospital P973 回链 → 50+ 家工时 ~5h/周

Part 5 · 决策树与 FAQ ​

5.1 决策树 ​

5.2 FAQ ​

Q: 我可以让员工用个人账号帮我创建吗？ A: 可以，但必须披露 affiliation。不披露 = ToU 违规 = 可能全球封禁 + entity 被特殊标记为 "undisclosed paid editing"，优先级删除。

Q: 如果我等一个月再创建，notability 会自然变好吗？ A: 不会。时间本身不增加 notability。你需要做动作（社区贡献、行业注册、媒体报道）才能提升。

Q: 我可以先不管 notability，硬建了再说吗？ A: 可以，但 40-60% 概率在 1-3 个月内被挂 speedy deletion。如果被删，6 个月内不能重建（社区 cooldown 机制）。所以欲速不达。

Q: 如果 entity 被删，能申诉吗？ A: 可以到 Wikidata:Requests for undeletion 申诉，但需要提供新的 notability 证据（比如被删后拿到了媒体报道）。无新证据 = 不会被 undelete。

Q: MTA 会员 $250 太贵，有便宜替代吗？ A: 替代路径：

  • Medical Tourism Magazine 作者投稿（免费）→ 拿到发表后的 URL 作为 reference
  • Medical Travel Today 投稿（免费）
  • IMTJ 基础目录登记（免费）
  • Global Healthcare Accreditation 申请 pre-certification 也会进其公开列表（流程长但信用高）

Q: "结构性需要"策略会不会被 patroller 判为"game the system"？ A: 不会，只要：

  • 你编辑的医院 entity 是真实有 value 的补全（不是为了挂 P973 而编辑）
  • P973 指向的 WellChina 页面真的包含该医院的信息（不是空页面）
  • 没在短时间内把 15 家医院都只改了 P973 这一个字段

Q: 可不可以多开几个账号分别编辑？ A: 绝对不要。这是 Wikidata 最严重红线之一 —— sockpuppetry（傀儡账号），直接永久封禁所有账号 + 标记所有相关 entity。

Q: Wikipedia 文章能不能同时做？ A: 可以但强烈不建议现阶段做。Wikipedia 的 notability 门槛比 Wikidata 高 5-10 倍，没有 3-5 篇 in-depth 第三方报道几乎必删。等 Wikidata 站稳 + 有 5+ 独立 reference 时再尝试。

Q: 如果朋友帮我但他不常编辑 Wikidata，算不算 autoconfirmed？ A: autoconfirmed 是账号属性（4 天 + 10 次 edits），不是人的属性。如果朋友账号不满足 autoconfirmed，QuickStatements 会拒绝。他需要自己先积累编辑史。所以"找朋友代劳" 其实和"自己做"成本差不多。

附录 A · 官方 Policy 清单 ​

必读 ​

工具与帮助 ​

学习资源 ​

附录 B · WellChina 关键 Property ID 速查 ​

按使用频次排序：

Property名称用途示例 value
P31instance of声明实体类型Q35127 (website)
P17country主体关联国家Q148 (China)
P131administrative territorial entity所在行政区Q956 (Beijing)
P625coordinate locationGPS 坐标@31.2304/121.4737
P856official website官网 URL"https://wellchina.top"
P407language of work or name支持语言Q1860 (English)
P921main subject主题Q2720218 (medical tourism)
P571inception成立日期+2026-04-21T00:00:00Z/10
P973described at URL结构性引用关键"https://wellchina.top/hospitals/beijing-united-family"
P1343described by source被某来源描述第三方媒体 URL
P2657JCI Accreditation IDJCI 认证号（如有）string
S854reference URL每条 claim 的 reference官方 URL

P973 是整个 notability 策略的关键 property —— 它是结构性引用的载体，也是 WellChina 从"新实体"升级到"被多个 notable entity 依赖的实体"的机制。

相关文档 ​

Sources 引用 ​

WellChina 内部文档 · 基于 VitePress

© 2026 WellChina