OG-зображення у масштабі

Генерація og:image у масштабі означає автоматичне створення унікального, коректного соціального попереднього перегляду (social preview) для кожної сторінки великого сайту — тисяч блог-постів, товарів або сторінок документації. FastOG рендерить кожне зображення на вимогу (1 рендер), а Cloudflare кешує однакові URL-адреси назавжди, тому масштаб не збільшує вартість або час налаштування.

Проблема унікальних зображень у масштабі

Створювати вручну тисячі зображень розміром 1200×630 неможливо. Більшість команд обмежуються однією загальною карткою для всього сайту — це втрачена можливість, адже картка для кожної сторінки з реальною назвою отримує більше поширень і кліків. Рішення — детермінований рендеринг на вимогу: зображення формується з даних самої сторінки під час рендерингу.

Чому FastOG масштабується

Ключова ідея — URL-адреси з підписом вмісту та кешуванням:

Ви підписуєте URL на основі заголовка сторінки та полів під час рендерингу (чиста функція вмісту).
Краулер отримує URL один раз; FastOG рендерить PNG (1 рендер) і кешує його на периферії.
Кожен наступний запит тієї самої URL-адреси обслуговується з кешу — миттєво та не враховується.

Отже, 10 000 унікальних сторінок враховуються як 10 000 рендерів один раз, а необмежені публікації після цього нічого не коштують.

Пакетне / систематичне розгортання

Щоб розгорнути og:image на всьому сайті, згенеруйте URL-адреси під час збірки або під час публікації для кожної сторінки:

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

Патерни, які зберігають масштабування дешевим

Патерн	Чому це допомагає
Підпис під час збірки/рендерингу	Детерміновані URL-адреси → спільне кешування
Повторне використання шаблону для кожного типу контенту	Узгоджений бренд, менше дизайнерських рішень
Кешування ідентичних URL-адрес	Повторні публікації не враховуються
Генерація під час публікації, а не під час кожного запиту	Уникає холодних рендерингів при першій публікації

FAQ

Скільки коштує 1 000 або 10 000 сторінок?

Один рендер на унікальне зображення. 10 000 унікальних сторінок = 10 000 рендерів один раз; повторні поширення нічого не коштують. Див. ціни для тарифів Dynamic API.

Що зі сторінками, вміст яких часто змінюється?

Кожна зміна вмісту створює нову URL-адресу та новий рендер (1 одиниця квоти). Стабільні сторінки залишаються в кеші.

Чи можна генерувати OG-зображення під час статичної збірки?

Так — багато команд генерують і зберігають URL-адресу зображення на етапі збірки/публікації (SSG), щоб під час першого поширення ніколи не виконувався холодний рендер.

Спробуйте безкоштовно — реєстрація не потрібна

Переглядайте та тестуйте динамічні OG-зображення за лічені секунди.

Відкрити безкоштовний тестер OG-зображень

Тема