Astro не ускоряет сайт сам по себе — оно убирает лишний JavaScript из пути

Astro не ускоряет сайт сам по себе — оно убирает лишний JavaScript из пути

Если проект маленький, разница может быть неочевидна. Но на контентных сайтах, лендингах, каталогах и документации Astro раскрывается за счёт одного принципа: HTML отдаётся сразу, а интерактивность подключается точечно. Это не «магия производительности», а дисциплина сборки.

На практике смотрите на три вещи:
• сколько компонентов реально нуждаются в клиентском JS;
• не тянете ли вы тяжёлый UI для одного виджета;
• можно ли заменить часть интерактива обычной разметкой или нативным поведением.

Типичная ошибка — собирать страницу как SPA по привычке: навигация, карусели, табы, модалки, аналитика, всё на клиенте. В Astro так можно, но тогда смысл теряется. Лучше держать страницы статичными по умолчанию, а интерактивные острова подключать только там, где есть действие пользователя. Для контентных блоков это часто даёт меньше кода, проще дебаг и меньше сюрпризов с hydration.

Ещё один плюс — Astro хорошо дисциплинирует архитектуру: разделяет контент, шаблон и интерактив. Если у команды много маркетинговых страниц, документации или витрин, это обычно снижает стоимость поддержки сильнее, чем попытка «оптимизировать всё подряд».

Если коротко: Astro полезен там, где страницу можно мыслить как документ с несколькими островами поведения, а не как приложение целиком.