OG 和 Twitter 卡片生成器 — 元标签生成器、审核器和预览
从表单构建可立即粘贴的 Open Graph 和 Twitter 卡 <meta> 标签,或粘贴现有 <head> 以审核其是否缺少标签、标题/描述长度和 twitter:card 有效性 - 然后在真正重新设计的 Twitter/X、Facebook、LinkedIn 和 Discord 链接卡模型中预览两者。
结果
Open Graph 和 Twitter Card 元标记决定链接在粘贴到 Slack、iMessage、推文或 Discord 频道时的外观 - 由页面自己的 <head> 选择的标题、描述和图像,而不是由平台从可见正文文本中刮取的任何内容。该工具既是构建器又是审核器,而不是通用模板填充器。在构建模式下,填写标题、描述、图像 URL、规范 URL、内容类型和 Twitter 卡类型,它会组成精确的 <meta property="og:..."> 和 <meta name="twitter:..."> 标记块,准备粘贴到页面的 <head> 中,跳过任何留空的字段,而不是发出带有空白内容的空心标记。
在审核模式下,粘贴现有的 <head> 标记或整个页面的 HTML,该工具会使用浏览器的本机 DOMParser 对其进行解析,以提取已存在的每个 og: 和 twitter: 元标记,然后运行实际重要的检查:如果缺少,则会标记四个常用标记(og:title、og:description、og:image、og:url); og:title 是根据大约 60 个字符的点(一些平台开始截断它)和大约 90 个字符的点(大多数平台会截断它)来衡量的; og:描述是根据大多数平台在切断之前允许的大约 155 到 200 个字符的范围来衡量的; twitter:card 会根据 Twitter 的卡片验证器接受的真实四个值(summary、summary_large_image、app、player)进行检查,并标记是否有其他值;重复的标签(相同的属性声明了两次,这是一个令人惊讶的常见复制粘贴错误)通过名称来调用。
图像尺寸得到诚实的处理:该工具无法在不获取图像的情况下验证图像的实际像素大小,并且它故意不这样做,以符合该网站的无外部请求政策。如果您的 HTML 已经声明了 og:image:width 和 og:image:height,则这些声明的数字将根据广泛推荐的 1200×630 最小值进行检查;如果没有,您会得到明确的指导说明,而不是捏造的通过或失败。两种模式都渲染相同的四个链接预览模型 - Twitter/X(根据 twitter:card 值在其紧凑的“摘要”缩略图布局和全角“summary_large_image”布局之间切换)、Facebook、LinkedIn 和 Discord - 每个模型都经过真正的重新设计,以匹配该平台自己的排版和布局约定,而不是一个具有不同徽标的框,并且每个模型都明确标记为用于规划目的的说明性近似值,因为真实的平台会随着时间的推移重新设计其预览镶边的样式该工具从不获取或抓取它们来进行检查。