Фриланс › Проєкти › Розробка для WEB › Веб програмування › Швидкий Jamstack-сайт — Astro або статичний експорт Next
Швидкий Jamstack-сайт — Astro або статичний експорт Next
Роботодавець
Dmytro
Параметри проєкту
Варіант співпраціОдноразовий проєкт
Передоплатабез передоплат
Способи оплатиГотівка, Банківський переказ
Прийом заявоквід сьогодні, 04:01 до 07.09.2026
Опис проєкту
У нас є маркетинговий сайт із блогом, який за роки став повільним і важким, і ми хочемо перезібрати його з нуля як швидкий 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 до і після
