OG-afbeeldingen op schaal

Het genereren van og:image op schaal betekent dat je voor elke pagina van een grote site automatisch een unieke, correcte social preview maakt — voor duizenden blogposts, producten of documentatiepagina's. FastOG rendert elke afbeelding op aanvraag (1 render) en Cloudflare-cachet identieke URL's voor altijd, zodat schaal de kosten of installatietijd niet vermenigvuldigt.

Het probleem met unieke afbeeldingen op schaal

Het handmatig maken van duizenden 1200×630-afbeeldingen is niet haalbaar. De meeste teams vallen terug op één generieke kaart voor de hele site — een gemiste kans, omdat een kaart per pagina met de echte titel meer shares en klikken oplevert. De oplossing is deterministische rendering op aanvraag: de afbeelding wordt afgeleid uit de eigen gegevens van de pagina op het moment van renderen.

Waarom FastOG schaalt

Het kernidee is content-ondertekende, gecachte URL's:

Je ondertekent een URL op basis van de paginatitel en velden op het moment van renderen (een pure functie van de content).
De crawler haalt de URL één keer op; FastOG rendert de PNG (1 render) en cacht deze aan de edge.
Elke latere fetch van dezelfde URL wordt vanuit de cache bediend — direct en niet meegeteld.

Dus 10.000 verschillende pagina's tellen één keer 10.000 renders, en onbeperkt delen kost daarna niets.

Batch / systematische uitrol

Om og:image over een hele site uit te rollen, genereer je de URL's tijdens de build of bij publicatie voor elke pagina:

tsx

// Static generation — generateMetadata per route
export async function generateStaticParams() {
    return posts.map((p) => ({ slug: p.slug }));
}

export function generateMetadata({ params }) {
    const post = posts.find((p) => p.slug === params.slug);
    return {
        openGraph: {
            images: [generateOgImageUrl({
                template: "blog",
                title: post.title,
                subtitle: post.excerpt,
                author: post.author,
            })],
        },
    };
}

Patronen die schaalbaarheid goedkoop houden

Patroon	Waarom het helpt
Ondertekenen bij build/render-tijd	Deterministische URL's → gedeelde caching
Hergebruik een template per inhoudstype	Consistent merk, minder ontwerpbeslissingen
Cache identieke URL's	Herhaalde shares tellen niet mee
Genereer bij publicatie, niet bij elk verzoek	Voorkomt koude renders bij de eerste share

FAQ

Wat kost 1.000 of 10.000 pagina's?

Eén render per unieke afbeelding. 10.000 unieke pagina's = 10.000 renders eenmalig; onbeperkt opnieuw delen kost niets. Zie prijzen voor Dynamic API-abonnementen.

Wat met pagina's waarvan de inhoud regelmatig verandert?

Elke inhoudswijziging levert een nieuwe URL en een nieuwe render op (1 quotumtelling). Stabiele pagina's blijven in de cache.

Kan ik OG-afbeeldingen genereren tijdens een statische build?

Ja — veel teams genereren en slaan de afbeeldings-URL op bij build/publicatie (SSG), zodat er bij het eerste delen nooit een koude render plaatsvindt.

Probeer het gratis — geen aanmelding vereist

Bekijk en test dynamische OG-afbeeldingen in seconden.

Open de gratis OG-afbeeldingstester

Onderwerp