HTTPS网页图片不显示：检查资源地址

页面打开了，但其中一部分失效

你发布活动页面并分享HTTPS地址，文字能够显示，海报却不见了，或某项功能不再响应。重新制作短链接之前，先检查页面是否仍通过旧HTTP地址加载资源。主文档与它需要的文件是不同请求；前者打开成功，并不能证明图片、样式或脚本也加载成功。应先定位真正失败的组件，而不是直接替换分发地址。

查阅的真实问题包括资源被阻止，以及启用HTTPS之后照片不显示。这说明有实际需求，不是每张坏图的自动诊断。本文的方法是找出具体请求、检查其公开目标，再由网站维护者修正引用。WikiURL帮助检查响应和重定向，但不会自动遍历页面全部资源，也不会重现浏览器的所有决策。

区分主文档与嵌入资源

示例展示一个HTTPS页面和两种海报地址。这些域名都是虚构的，无法使用。第二行表示页面里的HTTP引用；第三行只是需要向真实供应商验证的HTTPS候选地址。多加一个字母，不代表文件存在、证书有效或返回了正确图片。示例只用于比较结构，不提供实际测试文件，更不证明供应商支持安全连接。

MDN将安全加载页面使用不安全资源的情况称为混合内容。浏览器可能将部分请求升级为HTTPS，并阻止其他请求。不要假设每张HTTP图片都能显示，也不要假设所有图片都以相同方式被阻止。例如MDN区分域名图片地址与某些IP地址引用。这里使用虚构主机名，不建议修改浏览器设置。

https://example.invalid/evento/
http://media.example.invalid/cartel.jpg
https://media.example.invalid/cartel.jpg

先寻找提示，再判断原因

在桌面浏览器打开开发者工具，查看控制台和网络面板，然后重新加载受影响页面。寻找混合内容警告及请求URL，记录资源类型和观察到的错误。如果没有该提示，应调查具体响应；文件不存在或其他限制也会让图片无法显示。仅因为主页面使用HTTPS，或问题在迁移后出现，不能认定所有失败都是混合内容。

区分模板中写的地址与最终请求地址，因为浏览器可能尝试升级后的HTTPS版本。不要公开包含令牌、客户数据或内部链接的截图。如果你不是维护者，向管理员报告受影响的公开页面和资源即可。不要要求访客允许不安全内容或关闭检查来查看海报；个人例外既不能修好公众体验，也不能修正原始引用。

用WikiURL检查公开候选地址

如果资源公开且不含秘密，可以在WikiURL的URL检查工具中查询HTTPS候选地址。查看HTTP状态和检测到的最终URL；如果最后落到HTTP，请告知管理员。随后在浏览器打开资源，确认确实是正确图片。200状态可能来自其他页面，本身不能证明嵌入时可用；检查返回内容，而不要仅凭数字判断修复成功。

之后在原页面内重复测试。服务器查询与浏览器上下文加载不等价。WikiURL的这一检查不提供依赖清单、安全策略审计或证书修复。不要提交私人资源。如果供应商不支持HTTPS或安全版本失败，应先请求兼容替代方案，再修改已发布引用。资源单独可访问是有用证据，但最终仍需在读者实际使用的页面环境内观察。

在真正维护的源头修正引用

确认HTTPS图片真实存在并正常工作后，在内容、模板或生成地址的配置中修改引用。HTML示例只展示替换方式，应换成真实获准地址及适当的替代文本。web.dev建议验证资源的安全可用性，更新或替换不支持的资源。大范围更改前保存备份；仅在浏览器工具里暂时改动不会更新网站，重新加载后就会消失。

不理解内容管理系统的数据存储方式时，不要进行全局替换。请维护者也检查样式和扩展生成的资源。upgrade-insecure-requests策略可能帮助受管理的迁移，但MDN说明，如果HTTPS版本不可用，请求会失败，并不会退回HTTP。这不能在他人的服务器上凭空创建HTTPS，也不是可以不经审核直接粘贴的修复。供应商支持和实际环境测试仍然必要。

<img src="https://media.example.invalid/cartel.jpg" alt="Evento">

完整测试页面之后再分发

重新加载已发布版本，在预期浏览器中验证重要图片与操作。如果存在缓存，确认看到的是修正后的内容，并记录更改资源和结果。短链接或二维码指向所选目标，却不会重写目标内部的引用。页面没改，仅重新生成它们不能去掉其中的不安全请求。应检查读者真正访问的发布版本，而不是保存前的编辑器预览。

确认完整公开页面后，使用WikiURL分发其地址，再测试最终链接或二维码。如果将来某项依赖失败，保留记录帮助维护者定位变化。实际工作中应分开三项测试：到达页面、获取必要资源、确认读者真实体验。某一项成功不能证明其他项已经解决。短链接服务是分发工具，不是浏览器调试器，也不是目标网站的自动维护服务。