Images OG à grande échelle

Générer des images og:image à grande échelle signifie créer une prévisualisation sociale unique et correcte pour chaque page d'un grand site — des milliers d'articles de blog, de produits ou de pages de documentation — automatiquement. FastOG rend chaque image à la demande (1 rendu) et Cloudflare met en cache les URL identiques pour toujours, de sorte que l'échelle ne multiplie ni le coût ni le temps de configuration.

Le problème des images uniques à grande échelle

Créer manuellement des milliers d’images de 1200×630 n’est pas envisageable. La plupart des équipes se rabattent sur une carte générique pour tout le site — une occasion manquée, car une carte par page avec le vrai titre génère plus de partages et de clics. La solution est le rendu déterministe à la demande : l’image est dérivée des données de la page au moment du rendu.

Pourquoi FastOG passe à l’échelle

L’idée clé repose sur des URL signées et mises en cache :

Vous signez une URL à partir du titre de la page et des champs au moment du rendu (une fonction pure du contenu).
Le crawler récupère l’URL une seule fois ; FastOG génère le PNG (1 rendu) et le met en cache à la périphérie.
Chaque récupération ultérieure de la même URL est servie depuis le cache — instantanée et non comptabilisée.

Ainsi, 10 000 pages distinctes comptent 10 000 rendus une seule fois, et les partages illimités ne coûtent rien par la suite.

Déploiement par lots / systématique

Pour déployer og:image sur l’ensemble d’un site, générez les URL au moment de la construction (build) ou lors de la publication pour chaque page :

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

Des schémas qui maintiennent un coût réduit à grande échelle

Schéma	Pourquoi c’est utile
Signer au moment de la génération/du rendu	URLs déterministes → mise en cache partagée
Réutiliser un modèle par type de contenu	Image de marque cohérente, moins de décisions de conception
Mettre en cache les URLs identiques	Les partages répétés ne comptent pas
Générer à la publication, pas à chaque requête	Évite les rendus à froid lors du premier partage

FAQ

Combien coûtent 1 000 ou 10 000 pages ?

Un rendu par image unique. 10 000 pages uniques = 10 000 rendus une seule fois ; les re-partages illimités ne coûtent rien. Voir la tarification pour les formules de l’API Dynamic.

Qu’en est-il des pages dont le contenu change fréquemment ?

Chaque modification de contenu produit une nouvelle URL et un nouveau rendu (1 unité de quota). Les pages stables restent en cache.

Puis-je générer des images OG lors d’un build statique ?

Oui — de nombreuses équipes génèrent et stockent l’URL de l’image au moment du build/de la publication (SSG), afin qu’il n’y ait jamais de rendu à froid lors du premier partage.

Essayez gratuitement — aucune inscription requise

Prévisualisez et testez des images OG dynamiques en quelques secondes.

Ouvrir le testeur d'images OG gratuit

Sujet