OG-képek nagy méretben

Az og:image nagy méretben történő generálása azt jelenti, hogy minden egyes oldalhoz egyedi, helyes közösségi előnézetet (social preview) hozunk létre egy nagy webhelyen – több ezer blogbejegyzés, termék vagy dokumentációs oldal esetén – automatikusan. A FastOG igény szerint rendereli az egyes képeket (1 render), és a Cloudflare gyorsítótárában örökre tárolja az azonos URL-eket, így a méret nem növeli sem a költségeket, sem a beállítási időt.

Az egyedi képek problémája nagy méretben

Több ezer 1200×630 méretű kép kézi elkészítése nem kivitelezhető. A legtöbb csapat egy általános kártyára hagyatkozik az egész webhelyen – ez kihagyott lehetőség, mert a valódi címet tartalmazó, oldalankénti kártya több megosztást és kattintást eredményez. A megoldás a determinisztikus, igény szerinti renderelés: a kép az oldal saját adataiból származik a renderelés időpontjában.

Miért skálázható a FastOG

A kulcsgondolat a tartalommal aláírt, gyorsítótárazott URL-ek:

A rendereléskor aláír egy URL-t az oldalcímből és a mezőkből (a tartalom tiszta függvényeként).
A feltérképező (crawler) egyszer lekéri az URL-t; a FastOG előállítja a PNG-t (1 renderelés), és a peremhálózaton (edge) gyorsítótárazza.
Minden későbbi lekérés ugyanarról az URL-ről a gyorsítótárból érkezik – azonnali és nem számít bele a kvótába.

Így 10 000 különböző oldal egyszer 10 000 renderelést jelent, és a korlátlan megosztások utána semmibe sem kerülnek.

Kötegelt / rendszerszintű bevezetés

Az og:image webhelyszintű bevezetéséhez állítsa elő az URL-eket build időben vagy közzétételkor minden oldalhoz:

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,
            })],
        },
    };
}

Minták, amelyek olcsón tartják a méretezést

Minta	Miért segít
Aláírás build/render időben	Determinisztikus URL-ek → megosztott gyorsítótár
Sablon újrahasználata tartalomtípusonként	Következetes márka, kevesebb tervezési döntés
Azonos URL-ek gyorsítótárazása	Az ismételt megosztások nem számítanak
Generálás közzétételkor, nem minden kérésnél	Elkerüli a hideg renderelést az első megosztásnál

GYIK

Mennyibe kerül 1 000 vagy 10 000 oldal?

Egy renderelés egyedi képenként. 10 000 egyedi oldal = 10 000 renderelés egyszer; a korlátlan újramegosztás ingyenes. A Dynamic API-csomagok árait lásd a díjszabásban.

Mi a helyzet azokkal az oldalakkal, amelyek tartalma gyakran változik?

Minden tartalmi változás új URL-t és új renderelést eredményez (1 kvótaszám). A stabil oldalak gyorsítótárban maradnak.

Generálhatok OG-képeket statikus build során?

Igen — sok csapat a build/közzététel időpontjában (SSG) generálja és tárolja a kép URL-jét, így az első megosztáskor soha nincs hideg renderelés.

Próbáld ki ingyen – regisztráció nélkül

Tekintsd meg és teszteld a dinamikus OG képeket másodpercek alatt.

Nyisd meg az ingyenes OG kép tesztelőt

Téma