SITE PROFILE · 站点概况
九娱乐BET资料索引库：定位、边界与运营原则
这个索引库把厂商列表与账户设置项两类条目并排编在一起，用厂商编号与归档批次两条坐标固定它们的位置。 它不做即时播报，也不替读者下判断——凡是能被检查的部分，都写在条目字段与来源标注里。
收录条目，不替条目下结论
判断“不收录什么”，比判断“收录什么”更能说明这个站点的边界。
索引库处理的是两类可以被编号的对象：厂商列表条目与账户设置项条目。前者记录一家厂商什么时候进入名录、 归在哪个分类；后者记录某个设置项在哪个批次里发生了改动、来源是什么。除此之外的内容不在收录之列—— 滚动播报、对条目含义的推断、以条目为依据给出的优劣判断，都不属于这里要保存的东西。
一条记录要进入条目表，需要同时满足三个条件：能被分配一个不重复的编号、能落到十二个分类中的某一个、 能说清它的归档批次与来源。三个条件缺任何一项，记录会停留在待整理区，不会出现在索引里。 这套门槛看起来低，实际过滤掉的正是那些无法核对的转述。
收录
- 分配了连续编号、编号一经确定不再改动的条目
- 能归入十二个固定分类之一的记录
- 同时标注了归档批次与来源说明的条目
- 经纠错回执补充、并回写原批次的更正记录
不收录
- 无法确定出处、只能靠转述确认的内容
- 对条目结果的预测与结论性判断
- 促销、邀请、导流性质的表达
- 需要登录或提交信息才能查看的记录
从一份名录，到两条坐标轴
整理工作分四个阶段推进，每个阶段解决一个“条目之间对不齐”的具体问题。
起步时只有一份厂商名单，条目散落在不同记录里：同一条信息，这边写了编号，那边只写了名字。 等到需要按时间回查某一次设置变更，才发现手上没有可以对齐的坐标。后续几个阶段的工作， 基本都是围绕“让条目之间能够互相印证”这件事展开。
-
阶段 01
名录起步
以厂商列表为唯一线索建立初版名录，厂商编号自 V-001 起顺序编排，先把整理对象固定下来， 再谈字段。这一阶段的产出是一份能读的名单，还不是一份能核对的索引。
-
阶段 02
字段定型
单条记录固定为六个字段：条目编号、分类码、厂商编号、变更类型、归档批次、来源标注。 字段定下来之后，不同来源、不同时间录入的内容才具备可比性。
-
阶段 03
双维度编排
厂商轴与时间轴交叉排布，账户设置项条目改为双周一批推进。同一个批次里的条目可以互相佐证， 跨批次的同一条线索也有了前后顺序。
-
阶段 04
来源分流
来源标注区分为站内整理、公开渠道归档、纠错回执补充三类。回执补充的内容回到原批次追加说明， 不另开新条目，编号体系因此始终保持连续。
两类条目，十二个分类
分类粒度刻意保持克制，避免切出大量只有一两条记录的空档。
收录对象分成两类，界限落在“这条记录描述的是谁”和“这条记录改了什么”之间。厂商列表条目描述前者， 字段偏向名录口径；账户设置项条目描述后者，字段偏向变更类型与生效批次。两类条目共用同一套编号规则、 同一套来源标注，但各自的字段侧重不同。
十二个分类是在这两类条目之下再切一层。切得太细，会分出许多只有一两条记录的分类； 切得太粗，又会让同一个分类同时装下好几种不同的变动，对照起来反而困难。分类色标收敛为六档， 十二个分类各自对应其中一档，同一档内的分类在视觉上归为一族。
活动归档 · 4 类
- AC 活动主体条目 记录一次活动归档的主条目，含归档批次与收录范围说明。
- QN 季度归集 把一个季度内的相关条目合并成一条季度线索，便于按季回查。
- BN 批次切分 说明批次如何切分、跨批次条目归入哪一批，作为归档依据。
- RF 归档回执 归档完成后留下的核对记录，标注参与核对的两个字段。
设置变更记录 · 5 类
- ST 基础设置变更 账号基础项的改动记录，标出变更类型与生效批次。
- PV 隐私相关设置 与信息可见范围有关的设置项变更记录。
- NT 通知设置变更 提醒方式与频率相关设置的改动，按批次归档。
- LM 限额设置变更 与区间、上限有关的设置项变更，附来源标注。
- AU 校验与确认 变更完成后的自查项与确认记录，用于交叉对照。
固定分类收录 · 3 类
- VD 厂商名录条目 厂商编号、名称与首次归档批次，构成厂商轴的基础。
- SC 范围说明条目 每个分类的收录范围写在这里，作为归属判定时的依据。
- ER 纠错与更正 回执补充后形成的更正条目，原记录保留并标注改动处。
运营原则 · 04
条目先有编号，再有内容。任何一条记录在被引用之前，都应该能回到它所属的归档批次与来源标注。
这一条不因为条目新旧而改变：2024 年归档的记录与 2025 年归档的记录，用的是同一套字段、同一条纠错路径。
来源怎么写，纠错怎么办
来源只写三种，纠错只走一条路径，批次只按一个节奏推进。
每条条目的来源标注只有三种写法：站内整理、公开渠道归档、纠错回执补充。标注写在条目内部， 不单独成页，也不随批次推进而改写。一条记录最初以什么方式收录，就一直保留那个标注； 后续如果发生变化，以追加更正的方式体现，原记录不会被覆盖。
归档以双周为一批推进，批次编号连续递增，不跳号也不补号。条目跨度自 2024 年至 2025 年， 覆盖八个季度。每完成一批，分类索引里的计数更新一次，读者可以据此判断自己手上的编号属于哪个阶段。
-
STEP 1
取到完整条目编号
编号由分类码加四位序号构成，是定位记录的唯一凭据。只提供公司名或设置项名称，无法确定具体是哪一条。
-
STEP 2
准备来源截图
截图需要能看清出处与内容，用来判断这条记录应当保留、补充还是更正。截图不全时，核对会被退回。
-
STEP 3
通过客服邮箱提交
把条目编号与来源截图一并发出，并说明希望更正或补充的是哪一个字段。邮件渠道与响应时间见 联系通道。
-
STEP 4
等待回执并入原批次
核对在工作日内完成。回执并回原批次追加说明，不新开批次，因此条目编号与批次对应关系始终稳定。
站点基本信息与维护口径
以下字段为站点长期口径，与条目内部字段的口径保持区分。
- 站点名称
- 九娱乐BET资料索引库
- 品牌署名
- BET九娱乐看台
- 站点主体归属
- 江西
- 备案信息
- 赣ICP备18594665号-2
- 收录跨度
- 2024 年至 2025 年，共八个季度
- 维护节奏
- 双周一批，来源逐条标注，更正回写原批次
- 不提供的功能
- 在线提交表单、账号登录、具名用户发言
- 沟通指引
- 条目纠错与咨询统一走联系通道，完整联系信息不在本页展开。
栏目地图：每个入口解决什么问题
按进入顺序排列。左侧编号为该栏目在导航中的固定位置，不随内容更新变动。
- 01 索引首页 从整体把握收录对象、双维度编排方式，以及从哪里开始查。
- 02 收录范围与条目矩阵 确认收录什么、不收录什么，两类条目的字段结构如何界定。
- 03 观察专栏 按专题理解 2025 记录线的编排方式，以及 2024 与 2025 的口径对照。
- 04 操作教程 按厂商与时间检索条目的逐步说明，以及字段核对的先后顺序。
- 05 交流社区 围绕分类归属与字段口径的讨论主题，按新旧顺序排布。
- 06 社区规则 可讨论主题与不收录主题的边界，以及条目相关讨论的字段要求。
- 07 联系通道 条目纠错与咨询的沟通方式、所需材料与响应节奏。
- 08 隐私保护说明 纠错邮件中涉及的信息类型、使用目的与保留期限。
- 09 使用说明 条目信息的资料整理性质、引用要求与时效处理方式。