Ask HN: 你会使用一个通过一个 meta 标签生成 OG 图片的服务吗？
1 分•作者: shafkathullah•8 个月前
大多数网站不会为每个页面（博客文章、产品页面、文档等）都设置 Open Graph 图片，这导致在 Twitter/LinkedIn/Slack 上预览效果单调或损坏。
我一直在试验一项托管服务，您只需添加一个 meta 标签，例如：
`<meta property="og:image" content="https://uselinkshot.com/acc_123/tmp_456?url=https://yoursite.com/page" />`
当有人分享您的页面时，OG 图片会动态生成（通过浏览器渲染），使用“陈旧时重新验证”进行缓存，并快速提供服务。您可以设置模板以实现一致的品牌标识、标题等。
这避免了：
* 手动为每个页面设计图片
* 运行您自己的 Puppeteer/Playwright 设置
* 为本质上是一个小而重要的细节添加繁重的基础设施
我向 HN 提出的问题是：
* 您是否真的遇到过这个问题？
* 您会信任第三方服务来处理 OG 图片，还是更喜欢自己动手？
* 什么能让这项服务足够有用，值得采用（API 访问、缓存清除、更多控制、定价）？
* 我很想知道这是否解决了真正的问题，或者仅仅是一个“锦上添花”的功能。
查看原文
Most sites don’t bother with Open Graph images for every page (blog posts, product pages, docs, etc.), which leads to boring or broken previews on Twitter/LinkedIn/Slack.<p>I’ve been experimenting with a hosted service where you add just one meta tag like:<p><meta property="og:image" content="https://uselinkshot.com/acc_123/tmp_456?url=https://yoursite.com/page" /><p>When someone shares your page, the OG image is generated dynamically (via browser rendering), cached with stale-while-revalidate, and served quickly. You can set up templates for consistent branding, titles, etc.<p>This avoids:<p>Manually designing images for each page<p>Running your own Puppeteer/Playwright setup<p>Adding heavy infra for what’s essentially a small but important detail<p>My questions for HN:<p>Is this actually a pain point you’ve run into?<p>Would you trust a third-party service for OG images, or prefer rolling your own?<p>What would make this useful enough to adopt (API access, cache-busting, more control, pricing)?<p>I’d love to hear whether this scratches a real itch or is just a “nice-to-have.”