标题：91网页版：所谓“爆料”…其实是合成截图——我整理了证据链
导语 最近网络上流传一组所谓来自“91网页版”的爆料截图，引发不少转发与讨论。经过逐项比对与技术分析，我认为这些截图并非原始捕获，而是经过合成处理的产物。下面把我检查到的证据链、复现方法与可验证步骤整理出来，便于大家自行判断真伪。
一、第一批明显的视觉不一致
- 字体与反锯齿差异：截图中正文与界面元素的字体反锯齿风格不一致，某些文字呈现Photoshop常见的次像素渲染痕迹，而原生浏览器截图通常呈现统一的子像素渲染。
- 图标与间距不匹配：几个图标（比如返回箭头、加载圈）与周围控件的像素对齐存在细微偏移，标准网页渲染很少出现此类不规则微差。
- 状态栏/地址栏异常：URL栏的证书图标、域名后缀或https锁形态与常见浏览器版本不符；有的截图在同一组内还混用了移动端与桌面端的状态栏样式。
二、图像层级与压缩痕迹
- 压缩不一致：对截图做Error Level Analysis（ELA）后，发现某些区域（文字块、图片边缘）的压缩残差显著高于周边，表明这些区域在不同时间经过独立保存/重压缩，通常出现在合成或拼接后保存的图片上。
- PNG/JPEG元数据异常：使用exiftool查看（或将图片以十六进制查看PNG chunk/tEXt）时，发现图片包含“Photoshop”“Paint.NET”等编辑器相关的标签或XMP数据，很多原始屏幕截图在上传前会被系统剥离这些信息。
三、元素来源可追溯且可复现为拼接素材
- 反向图像搜索结果显示，截图中部分小图标和配图可在其他网站或素材包中检索到相同像素块；这些素材与被指控的“爆料内容”并无内在关联，极可能被拿来拼接。
- 我在开发者工具（Chrome DevTools）中打开91网页版，逐项比对了CSS字体族、颜色代码与按钮尺寸：原站的按钮高度、圆角半径和行高与“爆料图”存在固定偏差，直接在浏览器里截取的样张无法复现这些偏差，但在合成软件中可轻松调整到图中状态。
四、时间线与来源问题
- 最早传播者给出的“原始截图”往往为已经被压缩过的复件，并拒绝提供原始文件（.png/.psd/.heic等），无法进行更深入的文件级鉴定。
- 通过网络快照（Wayback/存档）和接口请求历史比对，所谓被“曝光”的页面在流传时间点前后均未曾由目标域名真实呈现对应内容，说明页面并非站点历史内容的截屏。
五、如何自己核验（简明步骤） 1) 要求原始文件（未压缩的PNG或设备原始格式）并用exiftool查看元数据。 2) 用浏览器DevTools在目标站点复现页面，截取对照图，检查字体、按钮和颜色代码是否一致。 3) 对可疑图做ELA检测（FotoForensics）与压缩残差比对。 4) 进行反向图像搜索（Google/TinEye/百度）寻找相同像素块来源。 5) 检查URL栏、状态栏细节（时间格式、电量图标等）是否与声称设备/浏览器匹配。 6) 检查网络存档与WHOIS/快照，确认页面是否真实存在于声称时间点。
结论 基于视觉不一致、压缩/元数据证据、素材可追溯性和时间线核查，我对这组所谓“91网页版爆料截图”为合成拼接的判断持高置信度。在证据链未被反驳（例如提供设备原始截图、可验证的服务端日志或可信第三方证明）前，不宜将这些图作为事实依据传播。
后续建议
- 若你手中有原始文件，欢迎比对或提供给可信的独立鉴定者；若只是转发，建议注明“未核实”或暂不传播。
- 媒体/平台在处理类似事件时，可以要求原始截图并配合服务器日志核验，或联系站点方查证备份记录。
结束语 网络上的图像易于被篡改与拼接，一张看起来“可信”的截图不等于事实。希望这条证据链能帮助你辨别真伪，也欢迎提出具体图片，我可以把检验流程逐步拆解给你看。
