SSG

Как работает SSG на пальцах

На этапе сборки специальный инструмент (Vite, Next, Astro, Hugo) проходит по всем страницам веб-приложения и сохраняет каждую как отдельный HTML-файл с уже подставленными заголовками, текстами и ссылками. Эти файлы загружаются в CDN.

Когда на веб-приложение заходит посетитель или поисковый бот, сервер может отдавать готовый HTML-файл без обязательного рендеринга клиентского JavaScript. Это упрощает получение контента роботом, но скорость ответа и индексация зависят от инфраструктуры и поисковой системы.

Чем SSG отличается от SPA и SSR

В SPA (Single Page Application) сервер отдаёт пустой HTML и большой JavaScript-бандл, который рисует контент уже в браузере. Поисковики могут такое индексировать, но делают это с задержкой и не всегда полностью — особенно YandexBot и боты LLM.

В SSR (Server Side Rendering) каждая страница рендерится на сервере при запросе. Это даёт свежий контент, но добавляет нагрузку и зависимость от того, чтобы сервер был доступен.

SSG — компромисс: контент готов заранее, как у SSR, но отдаётся со скоростью статики, как у обычного HTML-страницы.

Когда SSG — правильный выбор

Лендинги, маркетинговые веб-приложения, блоги, документация, портфолио, каталоги услуг и небольшие интернет-магазины — всё это удачно ложится на SSG. Контент меняется не каждую секунду, а индексация и скорость критичны.

Если же веб-приложение сильно зависит от живых данных в реальном времени (например, котировки или личный кабинет), используют гибрид: SSG для маркетинговых страниц и динамика только там, где она действительно нужна.

Как SSG устроен во Взлетим

Когда вы публикуете проект во Взлетим, страницы могут собираться в отдельные HTML-файлы и размещаться в облачной доставке. Это не требует отдельной оплаты за SEO; условия публикации и актуальные тарифы смотрите на /pricing.

Это и есть главное отличие от большинства AI-конструкторов, которые отдают пустой <div id="root"></div> и оставляют поисковика ни с чем.