用截图作为og:image分享至LinkedIn时缓存过早的问题

安全阿岳

2026-5-25

LinkedIn的缓存机制确实经常给动态生成的og:image添堵，尤其是用MSHOTS这种第三方截图服务的时候。我帮你整理几个实测有效的解决办法：

给MSHOTS URL加智能缓存破折号
直接在MSHOTS的请求URL后面加一个版本参数，比如用页面的最后修改时间（而非随机数）——这样只有当页面内容更新时，URL才会变化，既避免了不必要的重复截图，又能让LinkedIn识别到需要重新抓取。修改你的函数代码：

function add_screenshot_as_ogimage(){
    $current_url = get_permalink();
    // 用文章最后修改时间的时间戳作为缓存破折号
    $cache_buster = get_the_modified_time('U');
    $mshots_url = 'https://s0.wp.com/mshots/v1/' . urlencode($current_url) . '?v=' . $cache_buster;
    // 输出og:image及必要的尺寸属性
    echo '<meta property="og:image" content="' . esc_url($mshots_url) . '" />';
    echo '<meta property="og:image:width" content="1200" />';
    echo '<meta property="og:image:height" content="630" />';
}

这里加上og:image:width和og:image:height是因为LinkedIn对这些元数据很看重，明确指定推荐的1200x630尺寸，能减少抓取时的缓存误判。

手动强制刷新LinkedIn缓存
每次更新页面后，用LinkedIn官方的Post Inspector工具（直接搜这个名字就能找到）输入你的页面URL，它会重新抓取页面的所有元数据和图片，直接更新LinkedIn的缓存。这是最直接的临时解决办法，适合页面更新频率不高的情况。
切换到自主托管的截图
如果MSHOTS的缓存和LinkedIn的叠加问题一直困扰你，可以考虑自己生成并托管截图：
1. 用WordPress的定时任务（cron）或者在文章更新时触发，调用截图API（比如还是用MSHOTS，但把生成的图片下载到自己的媒体库）；
2. 把og:image指向自己媒体库中的图片URL，这样你完全控制缓存策略，比如给图片加版本号，或者直接替换图片文件（注意要设置正确的缓存头）。
  举个简单的触发逻辑示例，在文章保存时更新截图：
```
add_action('save_post', 'update_post_screenshot_on_save');
function update_post_screenshot_on_save($post_id){
    // 跳过自动保存和修订版
    if (wp_is_post_autosave($post_id) || wp_is_post_revision($post_id)) return;
    
    $post_url = get_permalink($post_id);
    $mshots_url = 'https://s0.wp.com/mshots/v1/' . urlencode($post_url);
    // 下载截图到媒体库
    $screenshot_id = media_sideload_image($mshots_url, $post_id, get_the_title($post_id), 'id');
    // 保存截图ID到文章自定义字段
    update_post_meta($post_id, '_custom_screenshot_id', $screenshot_id);
}
```
然后在add_screenshot_as_ogimage函数里，读取这个自定义字段的图片URL作为og:image的内容。

内容的提问来源于stack exchange，提问作者Mario83