所有主流社交平台均已弃用og:audio和og:video标签，仅支持og:title、og:type、og:url、og:image四类基础字段；音视频预览需依赖各平台特有协议（如Twitter的twitter:player或抖音的JSON-LD），HTML5的audio/video元素对分享预览无任何影响。
HTML 中没有专门的 Open Graph 音频或视频标签——og:audio 和 og:video 虽在 OG 协议原始规范中存在，但**所有主流社交平台（微信、QQ、微博、抖音、Facebook、LinkedIn、Twitter/X）均已弃用或完全不支持**。你加了也无效，爬虫直接忽略。
为什么 og:audio / og:video 不生效
这些字段早在 2017 年前后就被 Facebook 官方移出推荐实践，后续平台未实现兼容。当前所有平台只认以下四类基础字段：og:title、og:type、og:url、og:image。其余如 og:audio、og:video、og:video:secure_url 等，在抓取日志或调试工具（如微信“网页调试”、Facebook Sharing Debugger）中均显示为 ignored 或 missing。
- 微信/QQ：仅解析
og:image+ 文本三件套，连og:description都可能被截断，更不会读音频地址 - 抖音：依赖其自有卡片协议（需服务端返回 JSON-LD 或特定 meta），不解析任何
og:audio - Facebook Debugger：明确提示 “
og:audiois deprecated and not used for link previews”
想让分享带音频/视频预览？唯一可行路径
必须放弃“OG 标签直接嵌入音视频”的幻想，改用平台认可的富媒体承载方式：
-
微信/QQ 分享：靠
og:image+ 文字描述模拟“有声内容感”，比如封面图加麦克风图标 + 标题写“? 听本期播客” -
抖音卡片：不走 OG，需后端响应头返回
application/json并包含twitter:card或抖音私有字段（如xg-video-url），且必须通过其开放平台接口提交域名白名单 -
Twitter/X：仅支持
twitter:player+ iframe 嵌入（需 HTTPS、允许跨域、禁用 sandbox），且仅限 video，不支持 audio -
LinkedIn：只渲染
og:image，纯文本描述，无视所有音视频 meta
示例（Twitter 可识别的 video 嵌入）：
支持AI生成符合公众号规范的图文，推送至草稿箱；兼容其他技能生成的图文/图片。通过向导扫码授权，支持多账号；无需暴露Secret密钥或配置IP白名单。
立即学习“前端免费学习笔记（深入）”；
<meta name="twitter:card" content="player"> <meta name="twitter:player" content="https://example.com/player.html"> <meta name="twitter:player:width" content="640"> <meta name="twitter:player:height" content="360">
注意：twitter:player 页面内必须是自包含的 <video> 或播放器，且不能依赖外部 JS 初始化。
audio/video 标签本身与 OG 完全无关
<audio> 和 <video> 是 HTML5 媒体元素，只影响页面内播放行为，对分享预览零贡献。它们的属性（如 src、controls、preload）和事件（play()、ended）不参与 OG 解析流程。
- 别试图用
<source src="xxx.mp3">的路径去填og:audio—— 没用 - 别把
<video poster="cover.jpg">的poster当作og:image—— 必须显式声明<meta property="og:image" content="..."> -
og:image必须是独立可访问的 HTTPS 图片 URL，不能是 base64 或 data URI
真正起作用的永远只有那几张图、几行字；音视频文件本身，社交平台既不下载，也不解析，更不播放。想让用户点进来再听/看，就得靠封面图和标题把人勾住。
