Фриланс › Проекты › Разработка для WEB › Веб программирование › Быстрый Jamstack-сайт — Astro или статический экспорт Next
Быстрый Jamstack-сайт — Astro или статический экспорт Next
Заказчик
Dmytro
Параметры проекта
Вариант сотрудничестваОдноразовый проект
Предоплатабез предоплат
Способы оплатыНаличные, Банковский перевод
Приём заявокот сегодня, 04:01 до 2026-09-07
Описание проекта
У нас есть маркетинговый сайт с блогом, который за годы стал медленным и тяжёлым, и мы хотим пересобрать его с нуля как быстрое Jamstack-приложение. Ваша задача — взять существующие страницы, структуру и контент и заново реализовать их через статическую генерацию: на Astro либо на статическом экспорте Next, что именно — решаете и обосновываете под наш случай. Цель — сайт, который открывается мгновенно, почти не грузит лишний JavaScript и показывает зелёные значения по всем метрикам Core Web Vitals как на мобильных, так и на десктопе. Дизайн, тексты и структура уже есть, так что это прежде всего инженерная задача про производительность, а не редизайн, хотя разумные улучшения разметки и семантики мы приветствуем.
Контент должен приходить из headless-источника данных, а не быть зашит в код, чтобы редакторы продолжали публиковать посты и лендинги без правок в исходниках. Вам нужно описать типы контента, связать сборку с этим источником на этапе генерации и получить полностью статический HTML для каждого маршрута. Ждём чистую доступную семантическую разметку, адаптивные изображения в современных форматах с корректными размерами, аккуратное обращение со шрифтами и сторонними скриптами и продуманную стратегию кеширования на границе CDN. Деплой нужно автоматизировать так, чтобы изменение контента или пуш кода запускали пересборку и публикацию на CDN без ручных шагов. Опишите, как работает весь конвейер, чтобы команда могла его поддерживать.
Нам важен измеримый результат, а не просто смена фреймворка. До и после мы хотим видеть реальные цифры: largest contentful paint, cumulative layout shift, задержку взаимодействия, total blocking time и вес страницы, измеренные на репрезентативных страницах и на ограниченном соединении.
— Статическая генерация всех маршрутов сайта и блога на Astro или Next static export
— Headless-источник данных для постов и страниц, смоделированный и подключённый к сборке
— Адаптивные изображения, оптимизированные шрифты и минимум клиентского JavaScript
— Автоматический деплой на CDN по изменению контента или кода
— Описанный конвейер и отчёты Core Web Vitals до и после
Контент должен приходить из headless-источника данных, а не быть зашит в код, чтобы редакторы продолжали публиковать посты и лендинги без правок в исходниках. Вам нужно описать типы контента, связать сборку с этим источником на этапе генерации и получить полностью статический HTML для каждого маршрута. Ждём чистую доступную семантическую разметку, адаптивные изображения в современных форматах с корректными размерами, аккуратное обращение со шрифтами и сторонними скриптами и продуманную стратегию кеширования на границе CDN. Деплой нужно автоматизировать так, чтобы изменение контента или пуш кода запускали пересборку и публикацию на CDN без ручных шагов. Опишите, как работает весь конвейер, чтобы команда могла его поддерживать.
Нам важен измеримый результат, а не просто смена фреймворка. До и после мы хотим видеть реальные цифры: largest contentful paint, cumulative layout shift, задержку взаимодействия, total blocking time и вес страницы, измеренные на репрезентативных страницах и на ограниченном соединении.
— Статическая генерация всех маршрутов сайта и блога на Astro или Next static export
— Headless-источник данных для постов и страниц, смоделированный и подключённый к сборке
— Адаптивные изображения, оптимизированные шрифты и минимум клиентского JavaScript
— Автоматический деплой на CDN по изменению контента или кода
— Описанный конвейер и отчёты Core Web Vitals до и после
