当 WordPress 媒体库中的图片文件丢失、只剩数据库里的附件记录时,页面仍应保留图片试图传达的信息,而不是留下破图或空占位。可执行的最小动作是:先确认图片是“文件不存在”还是“附件记录仍在”,再根据这个判断决定是补回文件、改用文字替代,还是移除该图并调整版式。这些动作只解决信息可读性,不能据此推断排名、收录或抓取会恢复。
打开出问题的页面,查看图片位置显示的是破图图标、空白,还是被主题替换成了占位图。再用媒体库搜索该图片的文件名,看附件记录是否还在。这一步决定了后续动作:
如果连媒体库和服务器目录都没有权限查看,那就只能从页面本身入手:把破图位置当作一段缺失的信息来处理,而不是等待恢复。
图片在正文里通常承担三种角色:展示实物、说明步骤、提供数据。处理前先在草稿里给这张图写一句话,例如“展示安装后的接口位置”。这句话就是判断依据:
假设一个页面的第二张图原本用于说明“后台菜单在左侧第三项”,文件丢失后,与其留一个空框,不如在对应步骤里写明“在左侧菜单中找到对应入口”。这个动作的结果是:读者仍能完成操作,你也不需要为了补图而暂停整页更新。这只是信息层面的补救,不能说明该页面的抓取或展示会因此变好。
如果决定暂时保留 img 标签,alt 文本要承担替代阅读的作用。写成 <img src="..." alt="安装后的接口位置示意"> 比 alt="图片1" 更有用。但要注意:alt 只在图片加载失败或读屏场景下被使用,它不能替代正文里本来就该有的说明。如果一张图承载了关键结论,而正文完全没写,那么补 alt 只是补救,不是等价替换。
当同一页面有多张图丢失时,逐张写 alt 容易变成流水账。更实际的做法是:只保留与操作、判断直接相关的图位,其余删除。这样页面结构更清楚,后续维护也少一个出错点。
缺少原图、也没有备份,是常见情况。此时不必强留图片容器。把图片外层容器一并去掉,让相邻段落自然接上;如果原图用于分隔长段落,可以用一个小标题代替。检查清单可以很简单:
这些动作的目标是让页面在没有原图的情况下依然可读、可操作。至于图片丢失是否由迁移、缓存或权限变更引起,需要结合服务器日志和媒体目录记录判断,不能仅凭页面显示异常就下结论。
处理完一个页面后,可以顺手记下一条规则:凡是正文依赖图片才能说清的步骤,都在图片附近写一句文字说明。这样即使图片再次丢失,页面也不会失去核心信息。这个动作不会自动修复其他页面,但能让你在下次遇到同类问题时,先看文字是否完整,再决定要不要找图。
如果图片丢失伴随大量页面同时出现,优先检查媒体目录和附件表是否被整体改动,而不是逐页补 alt。逐页处理只适合少量、分散的丢失;范围一大,就需要先确认是路径、权限还是迁移导致,再决定统一修复还是逐页改写。