SleekPixel for Mastodon link previews
Mastodon reads og:image for link previews. SleekPixel writes a 1200x630 PNG and the meta tag on every save, so links shared on the fediverse unfurl with a real card instead of nothing.
♾️ Lifetime License available
Mastodon respects the OG meta tags everyone else writes badly
Mastodon does not run its own card service. When a user posts a link, the Mastodon server fetches the URL, parses the head, and uses og:image and og:title to build the link preview shown inline in the timeline. The format is roughly 1200x630, the same as the Open Graph standard. Sites that already have a clean og:image render correctly on Mastodon without any platform-specific work, and sites that rely on a stretched featured image render with the same crop problems they have on every other platform.
SleekPixel renders the og:image during the save lifecycle. The 1200x630 PNG carries the post title, author, and brand mark, written to the uploads directory and registered in the post head. When the URL gets shared on a Mastodon instance, the server fetches the head, finds the og:image, downloads it once, and shows the card in the timeline. Each instance caches independently, so widely shared links get fetched by dozens of instances over the first few days, and a real card means each fetch shows a real preview.
Because the work is OG-standard, the same render covers Bluesky, link previews in many Slack DMs and Discord embeds, and any other reader that respects og:image. The fediverse becomes a target without writing per-platform code.
Workflow
From post save to fediverse-ready card
Build the OG template
Pick post types
Save the post
Share into the fediverse
Output
What gets generated per post
A 1200x630 OG PNG with the post title, author, and brand mark, written to the head as og:image so Mastodon servers fetch it on first share.
Comparison
Default Mastodon previews versus SleekPixel
Default OG / featured image
- No og:image at all means Mastodon shows a link without a card
- Featured image gets cropped to 1.91:1 and renders with bars or stretching
- Different instances cache the broken card, so the unfurl stays bad
- Re-shares pull the same broken preview because cache invalidation is per-instance
- Long-tail shares months later still display the original missing card
SleekPixel
- 1200x630 PNG rendered for every post on save
- og:image meta tag written into the post head automatically
- Real PNG in your WordPress uploads, served from your own domain
- Re-renders when the post title or any mapped field changes
- Same render covers Mastodon, Bluesky, and any reader that honors og:image
Features
What SleekPixel gives you for Mastodon link previews
Federation friendly
OG-standard 1200x630 unfurls cleanly on Mastodon, Pleroma, Akkoma, and other fediverse software that respects og:image.
Meta tag handled
og:image and og:title are written into the post head. SEO plugins still drive the rest of the meta, the image URL is the rendered file.
Regenerate on edit
Title or field changes rebuild the card. Cached previews on instances refresh on the next fetch, so old links update without manual cache clears.
Use cases
Where Mastodon previews matter
Tech writing
Long-form posts shared into the fediverse unfurl with the title and author visible, so readers see what the post is before clicking.
Indie writers
Independent writers cross-posting from a personal site get a consistent card on every Mastodon share, instead of a missing or stretched preview.
Cross-platform shares
The same og:image render covers Mastodon, Bluesky, and Threads link previews, so one save touches every reader that honors OG meta tags.
The bigger picture
Why fediverse previews matter on a federated graph
The fediverse is a graph of independent servers that each fetch and cache previews on their own. A single popular post can trigger fetches from dozens of instances over a few days, and the preview each instance caches is what every user on that instance will see. A missing or broken og:image therefore caches as a broken preview across the entire reach of the post, and the broken state lasts as long as the cache does.
The cost of getting og:image right is paid once at save time. The cost of getting it wrong is paid by every instance and every user who never sees a real card. SleekPixel removes the cost of getting it right by rendering the card from a template at save time.
Branding refreshes propagate by re-rendering the archive, instances refresh their caches on the next fetch, and the long tail of fediverse shares carries the current brand instead of an old broken preview. The work that used to live in a designer-and-editor handoff moves into the post save lifecycle, and the fediverse stops being a special case.
Questions
Common questions about SleekPixel for Mastodon link previews
Mastodon reads og:image and og:title from the post head. It does not depend on twitter:image. SleekPixel writes og:image as the canonical tag, which is what Mastodon and the rest of the fediverse fetch.
 Each instance caches link previews independently. Once SleekPixel writes the og:image, any instance that fetches the URL for the first time gets the real card. Already-cached previews refresh on the next fetch or when the cache expires. There is no API to manually invalidate every instance.
 Yes. Most fediverse software follows the same OG standard for link previews. Pleroma and Akkoma read og:image the same way Mastodon does, so a single render covers them.
 Threads and Bluesky read og:image. Misskey follows the same pattern. The 1200x630 SleekPixel card covers all of them with no per-platform work.
 No. SleekPixel hands the rendered URL to Yoast or Rank Math when they are active, so the SEO plugin's og:image tag points to the rendered file. There is one og:image tag in the head.
 In the WordPress uploads directory, served from your own domain. The file is a real PNG, in your media library, included in normal backups, and not dependent on a third-party CDN.
 No. The render runs once on save. After that, every fetch (Mastodon, Bluesky, Slack, anywhere else) hits the static PNG. There is no per-fetch cost or rate limit.
 Yes. The SleekPixel admin batch regenerate walks every matching post and rebuilds the card. The og:image URL stays the same, so caches refresh on the next instance fetch.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout