记录一下那天晚上的排查过程。Organization 的 sameAs 里填了几个已经停用的社交主页,还有一个填成了竞争对手的账号。
排查方向其实有限,先把可能性排一排。账号迁移后没有更新链接。还有一种是填了不存在的页面,返回 404。
不容易想到的是,链接指向了同名但无关的账号。
动手时先逐个检查链接状态
for u in $(grep -o 'https://[^"]*' org.txt); do curl -sI $u | head -1; done
再往下删除失效的社交链接
curl -s https://www.example.com/ | grep -A5 'sameAs'
只保留验证过的官方账号
curl -sI https://x.com/yourbrand | head -1
这类问题以前遇到过,但这次的触发条件和上次不一样。
别只看报错消失,验证要多做一步。sameAs 里的链接全部可访问且指向官方账号,品牌知识面板信息更准确。
填错账号等于把品牌信号送给别人,知识面板可能显示错误信息,改起来还要等重新抓取和评估,短时间内很难纠正,上线前逐个点开确认更稳,社交主页改名后链接也会失效。报错文案容易误导,真正的原因往往在相邻那一层的日志里。