完整工作流

从一条线索,到一页可复查的内容

这套流程把事件整理拆成连续步骤:先定义主张和来源,再处理时间、主体、截图、视频与文件,随后做隐私、标题、内链和技术检查。每一步都设置退出条件,证据不足时保留未决状态。

30 个流程节点覆盖内容与技术发布检查
公开信息事件整理与发布检查工作流

流程导航

不需要一次读完,按当前问题跳到对应步骤

01

工作流节点

接收线索:先写主张,不先写结论

线索进入编辑流程时,只保留可核对的最小主张,并把情绪化标题、转发评论和原始材料分开。

工作流第1步聚焦“接收线索”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

把“谁、何时、在哪里、做了什么、依据是什么”拆成独立字段;如果某个字段完全来自转述,就直接标记来源层级。

执行“接收线索:先写主张,不先写结论”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

这样做能防止后续整理不断复制最初的情绪表达,也方便发现一个长故事里其实包含多个证据强度不同的问题。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“接收线索:先写主张,不先写结论”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

02

工作流节点

建立材料清单:每个来源只登记一次

面对几十个链接时,先用规范URL、账号ID、文件名和发布时间去重。

工作流第2步聚焦“建立材料清单”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

同一文章的分享参数、移动版、打印版和缓存入口归并成一个来源节点;不同截图若来自同一长图,也归到同一素材组。

执行“建立材料清单:每个来源只登记一次”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

清单的目标不是让数字看起来多,而是准确表示有多少独立信息节点,哪些只是传播副本。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“建立材料清单:每个来源只登记一次”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

03

工作流节点

保存首发页面:同时记录可见内容和访问时间

找到疑似首发后,不只保存截图,还要记录完整URL、页面标题、作者标识、发布时间、访问日期和页面状态。

工作流第3步聚焦“保存首发页面”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

如果页面有编辑时间、版本说明或附件,也一并记录;对会变化的长页面,可以保存关键段落和本地文本摘要。

执行“保存首发页面:同时记录可见内容和访问时间”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

日后页面更新时,就能比较“当时看到什么”和“现在看到什么”,避免把当前版本错误投射到过去。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“保存首发页面:同时记录可见内容和访问时间”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

04

工作流节点

建立来源图:区分采访、转述和复制

把来源画成有方向的关系,而不是平铺成一串链接。

工作流第4步聚焦“建立来源图”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

例如媒体B引用媒体A、账号C截图媒体B、聚合页D又概括C;这四个页面不等于四份独立证据,它们属于一条传播链。

执行“建立来源图:区分采访、转述和复制”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

来源图能直接揭示信息的真正起点,也能帮助编辑决定相关页面应该链接到哪里。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“建立来源图:区分采访、转述和复制”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

05

工作流节点

统一时间格式:先解决时区和相对时间

时间线建立前,先确定站内使用的统一时区和日期格式。

工作流第5步聚焦“统一时间格式”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

将“3小时前”“昨天”转换成有依据的绝对时间区间;跨平台时间要注明原时区,无法确认的时间只写范围,不伪造精确分钟。

执行“统一时间格式:先解决时区和相对时间”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

时间规范化可以减少跨午夜、夏令时和平台显示差异造成的错误先后关系。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“统一时间格式:先解决时区和相对时间”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

06

工作流节点

识别主体:姓名、账号和机构分开确认

一个名字可能对应多个人,一个账号也可能改名或转手。

工作流第6步聚焦“识别主体”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

为主体建立稳定字段:公开身份、机构、地区、账号唯一ID、历史互链和常见别名;只有多个字段共同匹配时才合并。

执行“识别主体:姓名、账号和机构分开确认”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

主体没确认之前,正文宁愿写“某账号”或“某公开页面”,也不要提前把材料绑定到具体个人。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“识别主体:姓名、账号和机构分开确认”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

07

工作流节点

处理截图:先找原页面,再谈图像细节

截图核验的第一优先级是回到可访问页面,而不是放大像素寻找“P图痕迹”。

工作流第7步聚焦“处理截图”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

原页面能直接提供域名、时间、上下文和可点击关系;只有找不到页面时,才需要更多依赖界面样式、水印、裁剪边缘和图片版本。

执行“处理截图:先找原页面,再谈图像细节”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

这套顺序能避免把压缩伪影、字体渲染或系统差异误判成篡改。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理截图:先找原页面,再谈图像细节”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

08

工作流节点

处理视频:记录起止时间和剪辑点

引用视频时标明来源版本、总时长、引用片段起止时间和是否经过二次剪辑。

工作流第8步聚焦“处理视频”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

如果结论依赖某句话,就向前后扩展足够的上下文;如果镜头中间有明显跳切,记录跳切,但不要自动推断剪辑动机。

执行“处理视频:记录起止时间和剪辑点”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

视频条目最终要让读者知道“看的是哪个版本、哪一段、缺了什么”,而不是只给一段最刺激的切片。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理视频:记录起止时间和剪辑点”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

09

工作流节点

处理音频:把转写和原声分成两层

音频文字稿应被视为辅助索引,原声才是主要材料。

工作流第9步聚焦“处理音频”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

对人名、数字、否定词和专业术语进行重点回听;听不清的地方保留不确定标记,不用上下文猜词补齐。

执行“处理音频:把转写和原声分成两层”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

引用时最好附时间点,让后续复查者可以快速回到原始位置,而不是在整段录音里重新寻找。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理音频:把转写和原声分成两层”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

10

工作流节点

处理图片:完整图优先于标注图

带箭头、框线、马赛克或文字说明的版本适合传播,却不适合作为唯一核验底图。

工作流第10步聚焦“处理图片”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

优先寻找无标注原图和更高分辨率版本,再比较裁剪范围、拍摄角度、连续照片与发布时间。

执行“处理图片:完整图优先于标注图”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

站内需要展示标注图时,应明确标注层由谁添加,避免读者把注释误认成原画面信息。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理图片:完整图优先于标注图”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

11

工作流节点

处理文件:文件内容与发布页面同时保存

PDF、表格或附件不能脱离它的公开发布页面单独理解。

工作流第11步聚焦“处理文件”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

登记文件名、页数、文号、落款、网页发布时间和下载日期;同名文件若内容变化,则按不同版本保存。

执行“处理文件:文件内容与发布页面同时保存”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

文件本身回答“写了什么”,发布页面回答“谁在何时以什么语境公开”,两者共同构成完整来源。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理文件:文件内容与发布页面同时保存”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

12

工作流节点

比较回应:不要把多个版本揉成一句话

当事人或机构先后发布简短回应、长声明和补充说明时,每个版本独立建条目。

工作流第12步聚焦“比较回应”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

记录新增、删除、措辞变化和发布时间,再在时间线中说明“哪个说法属于哪个阶段”。

执行“比较回应:不要把多个版本揉成一句话”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

这样可以避免后来的完整声明反向覆盖早期表述,也避免把不同版本拼成一段从未实际出现过的文字。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“比较回应:不要把多个版本揉成一句话”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

13

工作流节点

区分事实与观点:段落层级也要分开

事实段只写材料能够直接支持的内容,观点段明确说明是谁的解释。

工作流第13步聚焦“区分事实与观点”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

诸如“页面发布过某句文字”“视频在某时点已公开”属于可核对事实;对动机、态度或影响的判断通常需要单独归因。

执行“区分事实与观点:段落层级也要分开”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

结构上分开后,读者即使不同意评论,也能继续复查事实层而不必接受整篇结论。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“区分事实与观点:段落层级也要分开”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

14

工作流节点

标记未决问题:列出缺口比硬给答案更有用

核验做到一半时,明确写出还缺什么:原始视频、身份确认、完整文件、独立来源还是时间证据。

工作流第14步聚焦“标记未决问题”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

未决列表应具体到可执行,例如“尚未找到首发页面”比“信息不全”更有帮助。

执行“标记未决问题:列出缺口比硬给答案更有用”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

当新增材料到来时,可以直接对照缺口更新,不需要重新解释整个事件。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“标记未决问题:列出缺口比硬给答案更有用”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

15

工作流节点

检查反例:主动搜索会推翻当前假设的材料

完成初步判断后,专门寻找冲突证据和另一种解释。

工作流第15步聚焦“检查反例”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

如果认为照片来自某地,就找不匹配的路牌和地形;如果认为多个来源独立,就追查它们是否共享同一截图。

执行“检查反例:主动搜索会推翻当前假设的材料”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

反例检查能降低确认偏误,也能让最终表述更接近材料真正能支持的范围。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“检查反例:主动搜索会推翻当前假设的材料”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

16

工作流节点

处理匿名来源:记录接触距离而不是贴标签

匿名并不自动可信或不可信,关键是来源与事件的距离和是否存在独立印证。

工作流第16步聚焦“处理匿名来源”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

若报道说明匿名者是直接参与者、现场观察者或转述者,应保留这一层级;没有说明时就写“接触层级未知”。

执行“处理匿名来源:记录接触距离而不是贴标签”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

避免把模糊的“知情人”自动升级成“内部核心人士”,也不要因为匿名就忽略可独立验证的具体细节。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“处理匿名来源:记录接触距离而不是贴标签”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

17

工作流节点

隐私审查:删掉不影响理解的识别信息

发布前单独检查住址、电话、证件、家庭成员、私人账号和未成年人信息。

工作流第17步聚焦“隐私审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

问一个简单问题:去掉这项信息,读者还能理解事件核心吗?如果答案是能,就不应因为材料在网上出现过而再次聚合。

执行“隐私审查:删掉不影响理解的识别信息”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

最小必要原则既降低风险,也能让页面更聚焦真正需要核对的事实。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“隐私审查:删掉不影响理解的识别信息”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

18

工作流节点

标题审查:标题强度不能超过正文证据

写完正文后再回看标题,把每个确定词对应到具体证据。

工作流第18步聚焦“标题审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

正文如果使用“待核实”“仅见单一来源”“尚无完整上下文”,标题就不能用“实锤”“确定”“真相大白”等更强表达。

执行“标题审查:标题强度不能超过正文证据”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

标题与正文同一强度,是避免内容站变成情绪放大器的最直接检查。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“标题审查:标题强度不能超过正文证据”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

19

工作流节点

摘要审查:Description只概括当前页面

搜索摘要不负责塞入所有站点关键词,而应说明这一页具体回答什么。

工作流第19步聚焦“摘要审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

摘要中出现的实体、状态和方法必须在正文可见,不能写未在页面展开的下载、排名、认证或实时数据。

执行“摘要审查:Description只概括当前页面”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

清晰摘要能帮助搜索引擎和读者在点击前理解页面意图,也能减少多个页面互相抢同一关键词。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“摘要审查:Description只概括当前页面”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

20

工作流节点

内链审查:每个链接都说明为什么要点

相关链接的锚文本应告诉读者目标页能解决什么问题。

工作流第20步聚焦“内链审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

用“查看截图核验方法”“比较事件回应时间线”替代“查看更多”;同一篇正文优先链接最相关的三到六个页面。

执行“内链审查:每个链接都说明为什么要点”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

这既建立主题网络,也避免辅助页获得过多不必要的首页权重。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“内链审查:每个链接都说明为什么要点”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

21

工作流节点

状态复核:公开信息不等于最终真相

发布前检查状态标签是否描述材料层级,而不是替事件盖章。

工作流第21步聚焦“状态复核”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

“公开信息”表示有公开来源可复查,“资料整理”表示结构化处理,“待核实”表示关键缺口仍在,“历史背景”说明时间属性。

执行“状态复核:公开信息不等于最终真相”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

状态标签越具体,正文越不需要用含糊语气暗示读者自行脑补。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“状态复核:公开信息不等于最终真相”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

22

工作流节点

页面唯一意图:一个URL只解决一个主要问题

长文如果同时讲APP、官网、某事件、隐私规则和下载方式,就会失去清晰主题。

工作流第22步聚焦“页面唯一意图”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

编辑前写下主关键词和主要问题,正文只保留为回答这个问题必要的子主题;辅助信息用自然内链交给对应页面。

执行“页面唯一意图:一个URL只解决一个主要问题”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

这种拆分并不追求页面越多,而是避免单页承担互不相关的搜索意图。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“页面唯一意图:一个URL只解决一个主要问题”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

23

工作流节点

搜索页审查:只返回真实站内匹配

站内搜索应来自已有数据,不根据查询词临时“编出”结果。

工作流第23步聚焦“搜索页审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

对查询进行长度限制和输出转义,结果标题、摘要与URL全部来自真实文章或指南;没有结果时明确告知,而不是展示近似但无关内容。

执行“搜索页审查:只返回真实站内匹配”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

搜索页通常不需要参与索引,因此可以noindex,同时保留follow让内部链接继续可访问。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“搜索页审查:只返回真实站内匹配”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

24

工作流节点

404审查:不存在的内容应明确返回404

错误ID、无效路径和不存在页面不能静默跳回首页。

工作流第24步聚焦“404审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

服务器返回HTTP 404,同时页面提供核心栏目、搜索和相关入口,帮助用户继续浏览。

执行“404审查:不存在的内容应明确返回404”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

明确404既减少软404,也让维护者更容易发现失效链接。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“404审查:不存在的内容应明确返回404”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

25

工作流节点

Canonical审查:主地址与页面意图一致

每个可索引页面声明自己的规范地址,参数页只在参数代表独立内容时保留参数。

工作流第25步聚焦“Canonical审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

文章ID页的canonical包含实际文章ID;搜索页采用固定搜索地址并noindex;同一内容的追踪参数不应形成新的规范URL。

执行“Canonical审查:主地址与页面意图一致”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

规范地址不是隐藏重复内容的补丁,前提仍然是内部链接尽量统一。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“Canonical审查:主地址与页面意图一致”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

26

工作流节点

Sitemap审查:只列真实、可访问、想索引的页面

生成站点地图时,从实际页面和文章数据出发,不加入规划中但不存在的URL。

工作流第26步聚焦“Sitemap审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

静态内容没有真实修改记录时,可以不写lastmod;动态文章列表变化时,应同步更新对应URL集合。

执行“Sitemap审查:只列真实、可访问、想索引的页面”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

Sitemap越干净,搜索引擎越容易理解站点真正的内容范围。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“Sitemap审查:只列真实、可访问、想索引的页面”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

27

工作流节点

图片审查:视觉资源服务内容层级

首页只把图片用在少量重点事件、专题和品牌识别位置,普通条目保持文字流。

工作流第27步聚焦“图片审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

图片ALT描述画面或用途,不写“SEO图片”“关键词图片”;装饰图使用空ALT,内容图使用自然具体描述。

执行“图片审查:视觉资源服务内容层级”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

固定资源池不意味着必须把所有图片塞进首页,更不应为了用图新增无关Section。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“图片审查:视觉资源服务内容层级”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

28

工作流节点

移动端审查:正文优先于装饰和固定元素

在375、600、768等宽度检查导航、图片比例、正文行长和按钮尺寸。

工作流第28步聚焦“移动端审查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

固定按钮不能遮住正文,双栏在窄屏应自然堆叠,搜索弹窗默认隐藏且关闭后恢复页面滚动。

执行“移动端审查:正文优先于装饰和固定元素”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

核心内容由服务端HTML直接输出,因此即使JavaScript失败,阅读和链接仍然可用。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“移动端审查:正文优先于装饰和固定元素”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

29

工作流节点

发布前语法检查:让PHP错误止步于上线前

对所有PHP文件执行php -l,并对常用GET参数、空值和不存在ID做基础访问测试。

工作流第29步聚焦“发布前语法检查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

公共变量在header/footer使用前定义;动态输出统一通过转义函数;数组键读取前确保数据结构存在。

执行“发布前语法检查:让PHP错误止步于上线前”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

基础语法检查不能替代完整测试,但能消除Parse error、Fatal error和大量低级部署问题。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“发布前语法检查:让PHP错误止步于上线前”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

30

工作流节点

发布后抽样检查:从用户路径反向走一遍

上线后从首页依次进入核心栏目、文章、相关链接、搜索、辅助页和404,检查是否存在断链。

工作流第30步聚焦“发布后抽样检查”。开始处理前,先把目标写成一句可验证的问题,避免编辑过程被转发标题或评论区情绪牵着走。

同时查看页面源代码,确认canonical、Title、Description、H1数量和两个固定统计脚本的顺序。

执行“发布后抽样检查:从用户路径反向走一遍”时,建议同时保存操作结果和失败结果:找到了什么、没有找到什么、用了哪些检索词、哪些页面只是重复转载。失败记录能防止下一位编辑重复做同一轮无效搜索。

抽样路径应覆盖桌面和移动端,优先检查最常被搜索和内部链接到的页面。

完成后给这一阶段设置明确出口:如果证据足够,就进入下一步;如果关键材料仍缺失,就保持未决状态并写出缺口。对“发布后抽样检查:从用户路径反向走一遍”而言,流程透明比假装一次性得到最终答案更重要。

站内呈现时只保留读者理解所需的信息,不把内部操作术语堆进标题。相关页面用描述性锚文本连接到核验方法、来源记录或时间线,使这一步在用户阅读路径中也能自然复查。

发布验收

打包前逐项确认这些结果

这份清单把内容、SEO、PHP、图片引用和压缩包结构放在同一个验收面板里,部署时可以按顺序复查。

  1. 01

    首页主题

    首页H1、首屏导语和前半部分内容都围绕黑料网品牌与黑料内容展开;APP、FAQ、隐私和联系没有抢占主要阅读路径。

  2. 02

    固定变量

    config.php中的品牌、域名、首页Title与Keywords逐字核对,确认没有被模板替换、转义或改写成示例值。

  3. 03

    统计脚本

    查看最终HTML源码,确认xtj.js位于x.js之前,两者都在head结束前加载,没有async导致顺序不确定。

  4. 04

    页面Title

    每个核心页面的Title只表达当前主要搜索意图,不把官网、APP、下载、最新、入口等词机械串在一起。

  5. 05

    页面Description

    Description能够概括当前页面实际内容,避免只替换一个词形成批量重复,也不写正文没有支持的功能或数据。

  6. 06

    H标签

    每页只保留一个H1;H2用于主要子问题,H3只在需要进一步拆分时出现,不为SEO强行重复同一关键词。

  7. 07

    Canonical

    首页、栏目页、辅助页和文章详情的规范地址与实际主要URL一致;文章ID保留在canonical中,搜索页采用noindex。

  8. 08

    面包屑

    除首页外的核心页面能够从首页逐级到当前页,BreadcrumbList中的每个地址都真实可访问。

  9. 09

    文章状态

    公开信息、资料整理、待核实和历史背景的标签与正文证据层级一致,不把状态名称当作对事件真假的绝对判断。

  10. 10

    内部链接

    首页优先链接核心栏目和深层内容;文章相关链接使用描述性锚文本,避免大量“查看更多”“点击这里”。

  11. 11

    搜索功能

    用中文关键词、空查询和不存在关键词分别测试;结果只来自站内数据,输出已转义,没有伪造相似结果。

  12. 12

    404行为

    访问不存在PHP路径和不存在文章ID,服务器返回404状态,同时页面仍提供核心栏目继续浏览入口。

  13. 13

    Sitemap

    逐条检查sitemap.xml中的URL均有对应页面或真实文章ID,没有规划中的空页面,也没有无依据的lastmod。

  14. 14

    Robots

    robots.txt允许正常内容抓取,搜索页按实际用途屏蔽,并且Sitemap地址使用当前固定域名。

  15. 15

    图片文件名

    源码引用的WebP名称全部属于固定26张资源池,不存在拼写变体、外链图片、Base64或额外生成文件。

  16. 16

    图片ALT

    内容图片使用具体中文描述;如果图片只是装饰才使用空ALT,不出现“图片1”“SEO图片”“banner”等无意义文本。

  17. 17

    首页图片数量

    重点图片只服务品牌识别、重要内容和专题节奏,大部分普通条目保持文字流,没有为了消耗资源改成图片墙。

  18. 18

    移动导航

    1024及更窄宽度下菜单可以展开和关闭,aria-expanded同步变化,导航不会横向溢出。

  19. 19

    搜索弹窗

    首次加载保持hidden;只有用户点击搜索按钮才打开;遮罩、关闭按钮和ESC均可关闭并恢复body滚动。

  20. 20

    JavaScript降级

    禁用main.js后,文章正文、栏目列表、导航链接和搜索表单仍然存在于HTML,不依赖Fetch或AJAX加载核心内容。

  21. 21

    PHP语法

    对根目录所有PHP文件执行php -l,任何Parse error、Fatal error或语法警告都必须在打包前修复。

  22. 22

    扩展依赖

    代码不依赖未要求的数据库、Node、框架或mbstring扩展;基础搜索与参数处理可在标准PHP环境中运行。

  23. 23

    GET参数

    article.php的id和search.php的q都经过允许格式或长度处理,数组型异常参数不会直接进入正文输出。

  24. 24

    转义输出

    动态标题、摘要、搜索词、文章数据和URL属性统一通过e()输出,避免把用户输入未经处理写入HTML。

  25. 25

    数据复用

    栏目、文章、FAQ、指南、方法库和工作流集中在data.php,页面不复制大段相同正文,相关内容从统一数据源读取。

  26. 26

    内容重复

    抽样比较文章开头、结尾、FAQ答案与栏目说明,避免40字以上的机械复制;必要重复只保留品牌名和核心实体。

  27. 27

    真实性

    页面没有虚构用户数、下载量、播放量、阅读量、热度、认证、合作或实时排名;没有真实数据时只做定性说明。

  28. 28

    隐私最小化

    示例内容不包含真实个人敏感信息;编辑规则明确要求减少无关住址、电话、证件和家庭信息的再次传播。

  29. 29

    压缩包结构

    ZIP打开后所有网站文件直接位于根目录,不额外嵌套website、src、public或dist等目录。

  30. 30

    压缩包体积

    最终ZIP以实际字节数检查达到交付阈值;如果不足,只能增加有用内容、数据结构或功能,不能靠垃圾注释和空白凑体积。