OG社交分享图怎么做：尺寸、动态批量生成与点击率实战
本文目录
- 为什么你的链接分享出去，是一张灰扑扑的光秃链接？
- OG图、Twitter Card、结构化数据image，这三者到底什么关系？
- 尺寸、比例和安全区，到底按什么标准定才不被裁？
- 一张固定图够用，还是必须给每个页面动态生成？
- 动态OG图怎么落地，三条技术路线该怎么选？
- OG标签到底怎么配，才不漏、不被覆盖？
- 配完怎么验证，才不会等被真实分享时才发现配错了？
- OG图的文案和视觉，怎么设计才真能提升点击率？
- 从零到全站覆盖：保哥的OG图落地顺序清单
- OG社交分享图最容易踩的5个坑
- 常见问题解答
- OG图和普通的图片SEO是一回事吗？
- OG图到底该用多大尺寸才不会在各平台被裁？
- 我的站不大，一张固定的OG图行不行？
- 动态生成OG图技术上复杂吗？有没有轻量方案？
- OG图配好了，改了之后为什么社交平台还是显示旧图？
- OG图对谷歌SEO排名有直接帮助吗？
- 权威参考资料
把一条链接发到微信、X、领英、Slack，对方看到的是一张精致的封面卡片，还是一行光秃秃的灰色链接？这中间差的不是运气，是一套叫OG（Open Graph）社交分享图的工程。保哥见过太多独立站，内容做得很用心，可一旦被分享出去就丢了脸面——要么没有图，要么图被裁得只剩半张脸，要么所有页面共用一张首页大图。
这篇不讲怎么画图好看，只把三件真正决定成败的工程事讲透：尺寸和安全区怎么定才能在各平台都不被裁、什么时候必须从一张静态图升级到每个页面自动生成专属封面、OG标签怎么配加怎么验证才不会静默失效。把这套搭起来，你每一次被转发都自带一张会替你说话的封面。
为什么你的链接分享出去，是一张灰扑扑的光秃链接？
保哥先描述一个场景，你大概率经历过：你写了一篇很用心的文章，或者上了一个很想推的产品页，兴冲冲把链接发到客户群、发到X、发到领英，结果对方那边显示出来的，是一行干巴巴的蓝色链接，连张图都没有；运气好点有图，却是被裁得只剩半张脸的截图，或者干脆是你网站首页那张跟当前内容八竿子打不着的大banner。这一瞬间，你内容里所有的用心，都被这张糟糕的第一印象稀释掉了。
在信息流里，一条链接能不能被点开，很大程度上取决于它呈现出来的那张卡片。一张清晰、带标题、有品牌感的封面图，和一行无图的纯文字链接，点击率能差出一截——这不是玄学，是注意力经济的基本规律。用户在零点几秒里决定要不要点你，靠的就是那张图加一句标题。你把这块交给运气，等于把一大半的传播效果拱手让人。
决定这张卡片长什么样的，就是页面 <head> 里那几行Open Graph标签，业内简称OG。它最早是Facebook推出的一套协议，用来告诉社交平台“当我这个页面被分享时，请用这个标题、这段描述、这张图来生成预览卡片”。如今从微信、X、领英到Slack、Discord，几乎所有会展开链接预览的地方，认的都是这套或它的近亲。
问题在于，OG这东西不配也不会报错。页面照样能打开、内容照样能读，只有当它被分享出去的那一刻，缺失才暴露出来——而那一刻你往往不在场，看不到对方屏幕上那行尴尬的光秃链接。正因为它“静默失败”，太多独立站长年累月地漏着，自己还浑然不觉。这篇文章要做的，就是把这套被忽视的工程，从尺寸到生成到验证，一格一格补齐。
OG图、Twitter Card、结构化数据image，这三者到底什么关系？
动手之前先把概念理清，不然容易把几套东西搅在一起。围绕“页面被引用时展示什么图”，其实有三套机制在并行，它们职责不同又互有重叠，搞混了配置就会顾此失彼。
第一套是 Open Graph，也就是本文的主角，由 og:title、og:description、og:image、og:url 这几个核心标签组成，是绝大多数社交平台展开链接卡片时的默认依据。微信、领英、Slack、Discord，甚至X在没有专属标签时，都会回退来读OG。可以说它是社交分享预览的“通用语”。
第二套是 Twitter Card（X卡片），用 twitter:card、twitter:image 这一组以 twitter: 开头的标签，是X平台的专属增强。它最有用的一个值是 summary_large_image，能让你的链接在X上显示成一张大图卡片而非小缩略图。关键点是：如果你不写twitter标签，X会自动回退去读你的OG标签，所以小站可以只配OG，让X借用；但想在X上精确控制成大图卡片，补一行 twitter:card 最稳妥。
第三套是 结构化数据里的image，比如Article、Product这些Schema类型里的 image 属性。它的受众是搜索引擎，谷歌用它来理解页面、并在搜索结果、Discover信息流、移动端富卡片里挑选展示的缩略图。它和OG图常常用同一张或同一套图，但谷歌官方对它有自己的尺寸偏好——推荐提供16:9、4:3、1:1多种比例的高分辨率图。这一层我在图片SEO新机制：机器到底怎么读你的图那篇里展开过机器读图的逻辑，这里只点出它和OG的分工。
三者的关系可以这么记：OG是社交分享的地基，Twitter Card是X上的精装，结构化数据image是给搜索引擎的另一条线。地基（OG）一定要打牢，因为它覆盖面最广、回退兜底能力最强；精装（twitter）按你重不重视X来决定加不加；搜索那条线（Schema image）和正文图片SEO一起规划。这篇主攻地基和精装，搜索那条线只在涉及缩略图时顺带提。
尺寸、比例和安全区，到底按什么标准定才不被裁？
OG图最常见的翻车，不是没有图，而是图被各平台的卡片裁花了——标题被切掉一半、品牌logo露出半个、人脸只剩下巴。根源是不同平台展示卡片的尺寸和裁切逻辑不完全一样，你出图时不留余量，就总会在某个平台缺胳膊少腿。
先记一个黄金数字：1200×630像素，长宽比1.91:1。这是Meta官方对链接分享大图的推荐值，也是各主流平台公认最稳的公约数。X的 summary_large_image、领英、Slack都能很好地容纳这个比例而不强裁。下限是600×315，低于这个尺寸，很多平台会把你的卡片降级成无图或小图样式。所以保哥的出图基线就一条：统一按1200×630出，不要为了省事用更小的图。
光尺寸对还不够，关键是安全区。因为各平台的圆角、内边距、文字遮挡、甚至深色模式下的处理都略有差异，你不能把标题文字顶到图的最边缘。保哥的习惯是把所有关键信息——标题、品牌标识、核心视觉——全部收进画面中央，四周各留出大约10% 的余量当缓冲。这样无论哪个平台怎么裁圆角、怎么压边距，核心信息都稳稳在安全范围里。下面这张表是保哥团队常用的出图规格：
| 项目 | 推荐值 | 说明 |
|---|---|---|
| 尺寸 | 1200×630像素 | 各平台公约数，X大图卡片同样适用 |
| 长宽比 | 1.91:1 | 偏离太多会被裁或留黑边 |
| 安全区 | 四周各留约10% | 标题与logo收进中央，防边缘裁切 |
| 文件大小 | 几百KB内 | Meta硬上限8MB，但绝不该接近 |
| 格式 | PNG或JPG | 带文字用PNG更锐利，纯照片用JPG更省体积 |
格式上多说一句。OG图里如果有大块文字（标题、标语），用PNG边缘更锐利、不糊；如果是大幅照片或渐变背景为主，JPG在同等观感下体积更小。别上来无脑用某一种。文件大小一定要压住，几百KB足够清晰，没必要为了“高清”传几MB——太大反而拖慢社交平台爬虫抓取的速度，严重时它抓超时就直接放弃，你的图等于白配。这块的取舍逻辑，和正文里图片SEO优化（alt、WebP与懒加载）讲的“清晰和体积怎么平衡”是一脉相承的。
还有个容易忽略的细节：og:image 最好用绝对路径的HTTPS链接，并且配上 og:image:secure_url。用相对路径或HTTP，很多平台抓不到或拒绝展示。这个坑后面配置那节还会再强调。
一张固定图够用，还是必须给每个页面动态生成？
定好规格之后，第一个真正的战略选择来了：你是做一张固定的OG图全站通用，还是给每个页面动态生成一张专属的？这不是技术问题，是看你被分享的内容形态。选错方向，要么白白增重，要么持续丢分。
判断标准其实很简单，保哥把它归成一条线：你被高频分享的页面种类，是个位数，还是几十上百种且不断增长？
如果你主要被分享的就是首页、少数几个落地页、一两个核心产品页，那么一张设计精良的固定OG图完全够用。这张图上放好品牌名、一句清晰的价值主张、一个干净的视觉，全站共用，简单可靠。一个做单品爆款的DTC站、一个服务型的B2B官网，往往就属于这一类，没必要为了“先进”去上动态生成那套重活。
但如果你是内容站、博客、或者有大量SKU的电商，被分享的是成百上千个不同的URL——这篇文章、那个产品、另一个专题，每个内容都不同——那一张固定图就成了短板。设想用户分享你两篇标题完全不同的文章，对方看到的卡片却是同一张首页大图，既没有任何信息增量，又透着一股敷衍。专属封面带标题的卡片，点击率通常明显高于全站一张图的卡片，因为它在用户点进来之前就已经预告了内容、建立了相关性。
这里有个常见的中间状态：站不大但内容在持续增长。保哥的建议是别等到几百篇了才追悔——如果你判断内容会越积越多，早点把动态生成的模板搭起来，边际成本几乎为零，比日后回头给历史文章批量补图省事得多。方向看的是趋势，不是当下的绝对数量。
动态OG图怎么落地，三条技术路线该怎么选？
决定要做动态生成之后，具体怎么实现？保哥按投入和灵活度，把可选方案分成由轻到重的三档，你对号入座即可，没必要一上来就上最重的。
第一档，模板套版手工出图，零代码。用任意设计工具做一个母版：背景、品牌区、视觉元素都固定，只把标题留成一个可替换的文本框。每次发文，复制母版、改标题、导出、上传，OG标签里填这张图的地址。它的好处是不依赖任何开发、设计可控度最高，适合出图量不大（一周几篇）、又想要专属封面的小团队。短板是纯手工，量一大就吃不消，且容易忘。
第二档，服务端模板渲染，发布时自动出图。做一个HTML/CSS写的图片模板，再用一个能把HTML渲染成图片的库（这类开源方案不少，能把一段标记结构直接转成PNG）。文章发布时，程序按标题、分类、作者、日期等字段自动套模板渲染出一张图，存到对象存储或本地，OG标签指向它。主流的静态站点生成器、无头CMS架构基本都有现成的集成或插件。这一档是性价比最高的，模板搭一次，之后每篇内容零人工自动出图。保哥给大多数内容型客户推的就是它。
第三档，边缘函数实时生成，请求时现画。不预先生成图，而是当社交平台爬虫或用户第一次请求某个页面的OG图地址时，边缘节点根据URL上的参数（标题、主题等）实时画出一张图返回，并缓存起来，后续请求直接走缓存。它最灵活、最省存储，改模板能即时全站生效。代价是要操心冷启动延迟、算力成本和缓存策略，工程复杂度最高，适合体量大、且团队有这方面能力的站。
不管走哪一档，缓存都是绕不开的一环。动态生成的图一定要让社交平台爬虫能稳定、快速地抓到——抓取超时它就放弃，你的卡片照样无图。所以生成好的图要么预先存成静态文件由CDN分发，要么把边缘实时生成的结果缓存住，别让爬虫每次都等你现画。选型时把“爬虫能不能在几百毫秒内拿到图”作为硬指标。整套生成链路涉及的工具和服务，挑选时可以参考SEO网站技术栈与检测扩展里盘点的那些诊断工具，边配边验。
OG标签到底怎么配，才不漏、不被覆盖？
图准备好了，最后落到标签配置。OG标签写在页面 <head> 里，看起来就几行，但漏配、错配、被覆盖的情况层出不穷。把必填项和易错点一次说清。
核心的必填四件套是：og:title（卡片标题，可以和SEO标题略有不同，更口语、更勾人）、og:description（卡片描述，一两句话说清价值）、og:image（封面图绝对HTTPS地址）、og:url（页面的规范地址，要和canonical一致）。这四个缺一个，卡片就会残缺或回退到平台自己抓的内容，失去控制。
在这四个之外，保哥强烈建议补齐和图相关的几个增强标签，它们能显著提升抓取的稳定性和无障碍体验：
| 标签 | 作用 | 是否必配 |
|---|---|---|
| og:image | 封面图绝对HTTPS地址 | 必填 |
| og:image:secure_url | HTTPS备用地址，部分平台要求 | 强烈建议 |
| og:image:width / height | 声明宽高，让平台预留版位、加速渲染 | 强烈建议 |
| og:image:alt | 图的文字描述，无障碍与机器理解 | 建议 |
| og:type | 对象类型，文章用article、产品用product | 建议 |
其中 og:image:width 和 og:image:height 这两个常被忽略，但作用很实在：提前声明尺寸，平台不用先下载图才知道多大，能预留好版位、加快卡片渲染，也减少首次抓取时因尺寸未知而降级显示的概率。og:image:alt 则呼应了ogp.me官方的建议——指定了og:image就应该一并指定og:image:alt，给图配一句描述，对读屏用户和理解图意的机器都友好。
配置层面最大的坑是被覆盖和漏配。很多CMS、主题、SEO插件都会自己生成一套OG标签，如果你又手动加了一套，页面上就会出现两份 og:image，平台到底认哪个全凭运气。所以务必搞清楚你的站到底是谁在负责输出OG——是主题、是某个插件、还是你自己的模板，确保全站只有一个权威来源，别让它们打架。
另一个高频漏配是只给首页配了OG，文章页、产品页全用了首页那套默认值，导致每篇分享出去都是同一张图、同一个标题。落地时一定要逐类页面检查：首页、列表页、文章页、产品页，每一类的OG是不是都拿到了属于自己的标题和图。
配完怎么验证，才不会等被真实分享时才发现配错了？
OG这东西最坑的地方前面说了——不配不报错，配错了也不报错。所以验证不是可选项，是必做项。你绝不该让“页面被真实分享出去的那一刻”成为你第一次看到卡片效果的时刻，那太晚了。
主流平台都提供了官方调试工具，配完、改完都该过一遍：Meta的分享调试器（Sharing Debugger）是最常用的，把URL贴进去，它会显示抓到的所有OG标签、预览卡片长什么样、有没有报警告（比如图太小、缺标签）。领英的Post Inspector作用类似，专门验证在领英上的呈现。X早年的Card Validator现在多数情况退化成靠更新图片地址或等缓存过期。微信没有公开调试器，但你可以直接发到一个测试群里自己看。
这些调试器还有一个更重要的功能——强制刷新缓存。这是改图后的必经步骤。社交平台为了性能会把抓到的OG信息缓存很久，你换了新图，它那边还存着旧快照，不会主动来重抓。结果就是你这边明明改好了，分享出去还是旧图。解决办法就是去Meta分享调试器把URL重新抓取一遍（Scrape Again），强制它清缓存拉最新；领英Post Inspector同理。保哥的铁律是：每次改OG图，主动去各平台调试器各刷一遍，别等平台自己更新，那可能要好几天。
还有个治本的小技巧能减少缓存烦恼：改图时给图片URL加个版本号或时间戳后缀，比如从 cover.png 改成 cover-v2.png。URL一变，对平台来说就是一张全新的图，天然绕开旧缓存。配合调试器手动刷新，基本能保证你看到的就是用户看到的。
OG图的文案和视觉，怎么设计才真能提升点击率？
前面都是工程，这一节聊点设计层面的判断——毕竟OG图最终目的是让人想点。技术全配对了，图本身平庸，点击率照样上不去。保哥结合带客户的经验，给几条务实的原则，不玄乎。
第一，标题文字要大、要短、要能一眼读完。OG卡片在信息流里是很小的，标题字号太小、文案太长，用户在飞速滑动时根本看不清，等于没写。把页面标题提炼成一句最勾人的话放图上，字号大到在手机小卡片上也清晰。这和封面要传达的核心是一回事：在巴掌大的空间里，一秒说清“这是什么、为什么值得点”。
第二，品牌元素要一致但克制。logo、主色、字体保持全站统一，让用户多次刷到你的卡片时能形成辨识记忆。但别让品牌喧宾夺主——logo放角落小小一个即可，主角永远是那句标题。一致性的价值在于积累，今天这张、明天那张，风格统一，品牌印象才立得住。这一点和网页设计师与SEO的协作落地里讲的视觉系统一致性是同一个道理，OG图本质上是你品牌视觉系统在社交场景的延伸。
第三，图和落地页要对得上，别做标题党封面。OG图勾人是对的，但勾来的人点进去发现内容和封面承诺的不是一回事，会立刻跳出，这种高跳出反而是负向信号。封面可以提炼、可以聚焦，但不能挂羊头卖狗肉。点击率和留存要一起看，只拉点击不管落地，是给自己埋雷。
第四，有条件就做A/B测试。同一篇内容，换两版封面（不同标题措辞、不同视觉重点）分别投放或分享，看哪版点击率高，把赢的模式沉淀成模板规范。OG图的优化是可以数据驱动的，别全凭审美拍脑袋。当然，这是进阶动作，先把前面的工程做扎实，再谈精细化。
从零到全站覆盖：保哥的OG图落地顺序清单
道理拆得够细了，落地到底按什么顺序走？保哥把它整理成七步，照着推能避开大部分返工。每一步都是下一步的前提，别跳。
第一步，盘点你被分享的页面类型。首页、列表页、文章页、产品页，分别有没有被分享的需求，量级多大。这决定你走静态还是动态。
第二步，定出图规格。按1200×630、1.91:1、四周10% 安全区做一版母版模板，确定字体、主色、品牌区位置，规格一次定死。
第三步，选生成方案。页面种类个位数走静态固定图；几十上百且增长，按团队能力在服务端模板渲染和边缘实时生成之间选一档。
第四步，配齐OG标签。四件套加og:image的secure_url、width、height、alt，确认全站只有一个权威输出来源，不和插件、主题打架。
第五步，逐类页面验证。用Meta分享调试器、领英Post Inspector把每一类页面各抽几个测一遍，看卡片、看报警、看图有没有拿到专属的。
第六步，建立改图刷新习惯。把“改OG图后去调试器强制重抓”写进发布流程，配合图片URL加版本号，杜绝旧缓存。
第七步，接上数据观测。有条件就跟踪社交来源的点击和落地表现，对高频分享的页面做封面A/B，把赢的规律回灌进模板。
这七步走完，你的站就从“被分享时碰运气”升级成了“每次被分享都自带一张会替你说话的封面”。顺序记住一句话：先看分享形态定方向，再定规格搭模板，然后配标签、做验证、管缓存，最后用数据迭代，由战略到工程再到优化，层层递进。
OG社交分享图最容易踩的5个坑
最后照例上一份保哥的踩坑清单，都是真金白银换来的，对照自查能少走不少弯路。
坑一：全站共用一张首页图。这是内容站和电商最常见的失分点。成百上千个不同URL分享出去都是同一张图，没信息量、显敷衍、点击率低。被分享的内容种类一多，就该上动态生成给每个页面配专属封面。
坑二：图被各平台裁花。不按1200×630、不留安全区，标题和logo顶到边缘，换个平台就被裁掉。统一规格加四周10% 余量，把关键信息收进中央，才能各平台通吃。
坑三：og:image用相对路径或HTTP。很多平台抓不到或拒绝展示，导致无图。务必用绝对HTTPS地址，并补og:image:secure_url。
坑四：插件和主题各输出一套OG，互相打架。页面出现两份og:image，平台认哪个全凭运气。确认全站只有一个权威输出来源，关掉重复的。
坑五：改了图不刷缓存，分享还是旧图。社交平台缓存OG很久，不会主动重抓。改图后必须去调试器强制重新抓取，并给图片URL加版本号绕开缓存。
这五个坑有个共同点——它们全都不会报错。页面照常打开、内容照常能读，只有在被分享的那一刻、在你看不到的别人屏幕上，问题才暴露。这正是OG工程最容易被长期忽视的原因。所以保哥才反复强调：把OG图当成一道必做的发布质检，每次新页面上线、每次换图，都按这份清单过一遍。它不直接帮你涨排名，但它决定了你每一篇好内容被传播时的脸面——而在今天，脸面就是点击率，点击率就是流量。
常见问题解答
OG图和普通的图片SEO是一回事吗？
不是一回事，目标和受众都不同，保哥常被问混。普通图片SEO优化的是页面正文里的图，受众是谷歌图片搜索和读图的机器，关心的是文件名、alt文字、格式压缩、懒加载这些，目的是让图本身被搜到、让正文被更好理解。OG社交分享图优化的是当这个页面被当成一个链接分享出去时，社交平台和部分搜索场景拿来做封面卡片的那张图，受众是刷信息流、看到你链接的真人，目的是提高点击率和品牌辨识。一个在页面内、一个在页面被引用时；一个喂机器、一个喂人眼。两者都要做，但别拿一套标准套另一套——正文图讲究小而快，OG图讲究在小卡片里一眼说清这是什么、值不值得点。
OG图到底该用多大尺寸才不会在各平台被裁？
最稳的公约数是1200×630像素、长宽比1.91:1，这是Meta官方对链接分享大图的推荐值，X的summary_large_image卡片、领英、Slack等主流平台也都能很好地吃下这个比例不裁脸。下限是600×315，再小就只能显示成小图甚至降级成无图样式。保哥的做法是统一按1200×630出图，但关键信息——标题文字、品牌标识——全部收进中间一个相对安全的区域，四周各留出大约10% 的余量当安全区，因为不同平台的圆角、裁切、文字遮挡略有差异，留足边距才能保证在哪都不缺胳膊少腿。文件大小控制在几百KB以内，Meta的硬上限是8MB，但你绝不该接近它，太大反而拖慢爬虫抓取和卡片加载。
我的站不大，一张固定的OG图行不行？
看你被分享的是什么。如果你主要被分享的就是首页或少数几个落地页，一张设计精良、带品牌和一句价值主张的固定图完全够用，没必要上动态生成那套重工程。但如果你是内容站、博客或电商，被分享的是成百上千篇不同的文章、不同的产品，那一张固定图就是灾难——用户分享《北美仓配怎么选》和《独立站支付方式对比》两篇完全不同的文章，对方看到的却是同一张首页大图，既没有信息量、又显得敷衍，点击率会明显比带专属封面的低。保哥的分界线很简单：被高频分享的页面种类是个位数，静态图够；是几十上百种且持续增长，就该投入做动态生成，给每个URL自动出一张带它自己标题的封面。
动态生成OG图技术上复杂吗？有没有轻量方案？
丰俭由人，有三档。最轻的一档根本不写代码：用设计工具做一个母版模板，把标题位置留成可替换的文本框，发文时套模板改字、导出、上传，适合出图量不大、又想要专属封面的小团队。中间一档是服务端模板渲染，用一个HTML/CSS模板加上把它转成图片的库（比如把HTML渲染成图的开源方案），文章发布时按标题、分类、作者自动拼出一张图存好，主流的静态站点框架和无头架构都有现成集成。最重的一档是边缘函数实时生成，用户或爬虫第一次请求某个页面的OG图时，边缘节点按URL参数现画一张并缓存起来，之后直接走缓存。保哥给大多数内容站推中间那档：一次搭好模板，之后每篇文章零额外成本自动出图，又不像边缘实时方案那样要操心冷启动和算力。
OG图配好了，改了之后为什么社交平台还是显示旧图？
因为社交平台为了性能，会把抓到的OG信息缓存很久，你在自己服务器上换了新图，它那边还存着旧的快照，不会主动来重抓。解决办法是去对应平台的调试工具手动触发重新抓取：Meta有分享调试器（Sharing Debugger），把URL贴进去点重新抓取，它会清掉缓存、拉一遍最新的OG标签和图；领英有Post Inspector，作用一样；X早年有Card Validator，现在多数情况下靠更新图片URL或等缓存自然过期。保哥的实操经验是：每次改了OG图，主动去这几个调试器各刷一遍，别等着平台自己更新，那可能要等好几天甚至更久。还有个治本的小技巧——改图时顺手给图片URL加个版本号或时间戳，相当于换了个新地址，能绕开一部分缓存。
OG图对谷歌SEO排名有直接帮助吗？
直接帮排名，没有，谷歌没把og:image当排名因素。但说它跟SEO无关也不对，保哥更愿意把它看成SEO的放大器。一方面，社交分享带来的点击、停留、二次传播，本身是健康的流量信号，一张能提高点击率的OG图，等于让你每一篇好内容被传得更远，间接喂养了站点的整体表现。另一方面，谷歌在搜索结果、尤其是Discover信息流和移动端富卡片里，越来越多地展示页面缩略图，这张图很多时候取自你的结构化数据image或OG图，配得好不好直接影响这些场景里的点击率。所以正确的认知是：别指望配张OG图就涨排名，但把它和正文图片SEO、Article结构化数据的image一起规范好，是在为搜索和社交两个战场同时备弹药。
权威参考资料
FAQPage + Article AI 引用友好版
链接分享到社交平台没有封面图、或者图被裁花了，问题几乎都出在OG（Open Graph）社交分享图这套工程上。保哥这篇把它拆成三层落地：第一层是尺寸与安全区规范，为什么1200×630、1.91:1是各平台最稳的公约数，标题文字要离边缘留多远才不被X的卡片裁掉；第二层是静态图与动态生成的分界，什么样的站可以一张图走天下、什么样的站必须给每篇文章每个产品自动生成专属封面，以及三条动态生成的技术路线；第三层是OG标签的完整配置与验证，必填的四个标签加og:image:alt怎么写、改了图怎么强制各平台爬虫重新抓取。文末附落地顺序清单和5个最常见的坑。
- 图片SEO
- 独立站运营
- OG图
- 社交分享图
- Open Graph
- 图像与设计工具
title: OG社交分享图怎么做：尺寸、动态批量生成与点击率实战 author: 张文保 (Paul Zhang) — PatPat SEO 经理 url: https://zhangwenbao.com/og-social-share-image-size-dynamic-generation-ctr.html published: 2026-04-15 modified: 2026-04-15 source-type: First-hand expert commentary language: zh-CN license: CC BY-NC-SA 4.0 (要求保留原文链接与作者归属)
本文标题：《OG社交分享图怎么做：尺寸、动态批量生成与点击率实战》
本文链接：https://zhangwenbao.com/og-social-share-image-size-dynamic-generation-ctr.html
版权声明：本文原创，转载请注明出处和链接。许可协议： CC BY-NC-SA 4.0
