New feature in AstroPaper v1.4.0, introducing dynamic OG image generation for blog posts.

Table of contents
Open Table of contents
Intro
OG images (aka Social Images) play an important role in social media engagements. In case you don’t know what OG image means, it is an image displayed whenever we share our website URL on social media such as Facebook, Discord etc.
The Social Image used for Twitter is technically not called OG image. However, in this post, I’ll be using the term OG image for all types of Social Images.
Default/Static OG image (the old way)
AstroPaper already provided a way to add an OG image to a blog post. The author can specify the OG image in the frontmatter ogImage. Even when the author doesn’t define the OG image in the frontmatter, the default OG image will be used as a fallback (in this case public/default-og.jpg). But the problem is that the default OG image is static, which means every blog post that does not include an OG image in the frontmatter will always use the same default OG image despite each post title/content being different from others.
Dynamic OG Image
Generating a dynamic OG image for each post allows the author to avoid specifying an OG image for every single blog post. Besides, this will prevent the fallback OG image from being identical to all blog posts.
In AstroPaper v1.4.0, Vercel’s Satori package is used for dynamic OG image generation.
In AstroPaper v6+, the same idea remains (Satori renders SVG, then PNG is produced via Sharp), but fonts are sourced from Astro’s Fonts configuration and loaded via experimental_getFontFileURL() so OG generation can reuse the same font pipeline as the site.
Dynamic OG images will be generated at build time for blog posts that:
- don’t include OG image in the frontmatter
- are not marked as draft.
Anatomy of AstroPaper dynamic OG image
Dynamic OG images include the blog post title, author name, and site title. Author name and site title are retrieved from site.author and site.title in astro-paper.config.ts. The title is generated from the blog post frontmatter title.

Issue with Non-Latin Characters
Titles with non-latin characters won’t display properly out of the box. Switch the Google font family to one that covers your writing system, and include both 400 and 700 weights — Satori uses separate buffers for regular and bold, so missing either causes mismatched rendering.
import { defineConfig, fontProviders } from "astro/config";
export default defineConfig({
fonts: [
{
// Example: Japanese coverage (pick what you need for your audience)
name: "Noto Sans JP",
cssVariable: "--font-google-sans-code",
provider: fontProviders.google(),
fallbacks: ["monospace"],
weights: [400, 700],
styles: ["normal", "italic"],
formats: ["woff", "ttf"],
},
],
});astro.config.ts
If you change cssVariable, also update the matching key in:
src/pages/og.png.tssrc/pages/posts/[...slug]/index.png.ts
Check out this PR for more info.
- Build time grows with content volume — one PNG per eligible post is generated at build time. Generation is faster in v6 (PR #632), but on very large sites you can disable it with
features.dynamicOgImage: falseinastro-paper.config.ts. - RTL languages are not supported yet.
- Emoji in titles can be tricky — some may not render correctly.