文章后台的特色图片看起来很大，分享或搜索预览却只显示小图。问题不一定在素材本身，也可能发生在主题声明、SEO输出、CDN转换或预览指令。想排查Discover相关技术条件，应该从文章公开输出往回追，而不是先把同一张原图重复上传。
用文章网址检查，不只看图片文件
在XunL Google Discover适配检测填入一篇公开文章。工具读取初始页面、HTTP头与有限代表图文件头，因此检测对象应是文章最终网址，不是后台编辑页，也不是媒体库附件详情。
先看页面声明了哪张代表图，再核对实际文件。若og:image指向小缩略图，即使媒体库里有更大原图，公开声明仍需要处理。WordPress设了特色图，只完成后台关联，不保证每个主题或插件都按你希望的方式输出。
尺寸符合建议，也要保住画面信息
Google建议Discover采用至少一千二百像素宽、总像素超过三十万的高质量图片。横向构图通常更适合展示，但不应为凑比例把文章主体裁掉。图片尺寸是技术条件，清晰度、相关性和构图仍要由编辑检查。
例如一张宽一千六百像素的设备图片，在页面中实际引用三百像素缩略版，处理重点是让代表图输出正确版本；如果原始素材本来就很模糊，把它插值放大只增加像素，不会恢复原有细节。最好先找清楚且有使用权的素材，再调整输出尺寸。
核对时保留原图地址、公开代表图地址与实测信息。这样主题更新或图片服务变化后，即使后台设置没有变化，也能判断是哪一段链路产生了不同结果。
预览指令需要合并理解
页面中的max-image-preview:large可以表达大图预览许可，但不能只找到这一条就停止检查。适用HTTP头和页面指令可能同时存在，较严格的限制仍需要核对。修改一条标签以后，应重新读取公开响应，确认没有遗留的限制来源。
如果图片尺寸显示未测量，先看格式、访问状态和读取边界。某些文件头位置、格式或超时会导致本次无法取得尺寸，这不表示Google不支持图片，也不能用HTML声明值冒充实测。可以通过可信图片工具补充核查，再记录原因。
把“技术适配”与“获得推荐”分开记录
如果图片请求被防盗链拒绝，还要确认普通公开访问与工具观察的区别。不能只因编辑账号能看到图片就认定外部服务同样可以读取，应围绕最终公开地址记录条件。
工具不会替你修改文章，不完整验证所有AMP条件，也不核实真实索引、全部抓取规则或用户兴趣。技术项满足建议，只能说明本次观察的相应条件，不是内容推荐资格的最终结论。
发布流程中，可以让编辑检查主题与图文关系，让维护人员检查公开图片与指令，再到搜索平台观察实际表现。不要给所有文章统一塞入同一张大图来追求检测通过，更不要从一次报告推算未来Discover流量。
修复主图以后，要不要换文章网址？
通常先在原文章上修正素材或输出关系，再复测公开结果。随意换网址会增加迁移与历史链接问题。只有内容结构确实需要调整时，再按站点整体方案处理。
没有Discover数据，说明主图不合格吗？
不能反推。Google是否实际展示还受索引、内容政策和用户兴趣等条件影响。技术检查与展示数据是不同证据，应分别记录，既不承诺推荐，也不把没有流量简单归咎于图片宽度。
个人微信：ssevening
