链接预览仍显示旧图片：应该检查什么

先建立可以复现的对照

你发布了活动页面并更换主图，但分享链接时仍出现旧海报。先不要删除文件或不断创建新地址。保存准确网址、卡片截图和测试时间，记录出现问题的应用，以及具体对话或帖子。查阅的用户提问说明，更改特色图片或者在诊断工具中看到正确结果，并不一定与受众实际看到的内容一致。请分清三个对象：链接打开的网页、网页发布的元数据，以及分享服务生成的卡片。每次对照都必须针对同一个资源，否则无法判断究竟是哪一层存在差异。

首先核对公开地址

只有网址公开、不含秘密或个人资料时，才将它交给WikiURL的链接检查工具。记录返回的HTTP响应和最终网址。如果到达另一页面，先解决目的地差异，再调查海报。一项200响应不能证明预览卡片正确：检查工具不会模拟Facebook或所有应用的实际预览。也要在不依赖管理员登录状态的浏览器环境里打开目的地，确认预期内容。私有资源应使用经过授权的方式检查，不要交给外部工具，更不要为了生成缩略图而公开原本受限的页面。

检查已发布内容，而非仅看编辑器

MDN和web.dev说明，元数据可以向社交平台提供网页信息。Open Graph定义了og:title、og:type、og:url和og:image等属性。其中og:image指向图片文件；更换正文中可见的照片，并不自动更改这项属性。请网站维护者检查准确网址实际返回的HTML，将其中数值与期望卡片逐项比较。示例是虚构的，演示代码采用英语。放入网页head之前，必须换成真实地址和适当标题；把代码作为普通文字贴进文章并不会配置页面。还应检查主题与插件是否同时输出互相矛盾的属性。

<meta property="og:title" content="Example event" />
<meta property="og:type" content="website" />
<meta property="og:url" content="https://example.invalid/event/" />
<meta property="og:image" content="https://example.invalid/media/event-v2.jpg" />

把图片视为独立资源

复制og:image发布的图片地址，确认打开的是预期图片，而非登录界面或错误页面。网页能够访问，不等于图片文件也能访问。如果替换文件内容时沿用了原文件名，应把这点记录在诊断信息里。示例中的event-v2.jpg表示一个可以区分的新版本：需要同时发布新文件并更新引用，不能只改标签里的名字。保留其他页面仍然使用的旧图片，并查看实际卡片怎样裁剪画面。本指南不承诺所有应用都会使用相同尺寸或相同裁剪方式。

区分缓存，避免盲目修复

MDN文档描述了缓存如何复用已保存的响应。浏览器、网站分发层和生成卡片的服务，可能采用不同机制。清除笔记本上的Cookie，并不等于刷新另一项服务保存的副本。先确认网站确实返回新的元数据和图片，再在平台提供相关功能时使用其官方诊断或刷新工具，并阅读警告。本指南没有统一等待时长，也不保证旧帖子自动更新。不要反复请求、随机增加参数或大量创建短链接来碰运气；这些做法会使对照更困难，却不一定解决原因。

用实际准备分发的链接完成测试

目的地和资源检查完毕后，如需短地址，可在WikiURL中创建，再在计划使用的渠道测试这个准确地址。缩短链接不会配置目标网页的元数据，也不保证平台选择哪张图。将新的分享尝试与以前发布的帖子分开比较，不能用其中一个自动证明另一个的行为。集中保留入口网址、最终地址、图片地址、截图和最后测试时间。若差异仍然存在，把这些资料交给维护者，并指出已经检查过的层次。真正有用的是实际卡片与实际目的地的可观察证据，而不是认为HTTP状态正确就能解决社交展示。