Opis projektu
PrzetłumaczoneMamy stronę marketingową z blogiem, która z biegiem lat stała się wolna i ciężka, i chcemy ją przebudować od podstaw jako szybką aplikację Jamstack. Twoim zadaniem jest wziąć istniejące strony, strukturę i treść i ponownie je zaimplementować poprzez generację statyczną: albo na Astro, albo na statycznym eksporcie Next, ty decydujesz i uzasadniasz dla naszego przypadku. Celem jest strona, która otwiera się natychmiast, ładuje minimalny dodatkowy JavaScript i pokazuje zielone wartości we wszystkich metrykach Core Web Vitals zarówno na urządzeniach mobilnych, jak i desktopowych. Projekt, tekst i struktura już istnieją, więc to przede wszystkim zadanie inżynieryjne dotyczące wydajności, a nie redesign, chociaż rozsądne poprawki w znacznikach i semantyce są mile widziane.
Treść powinna pochodzić z headless źródła danych, a nie być zakodowana na stałe, aby redaktorzy mogli kontynuować publikowanie postów i landingów bez edycji kodu. Musisz opisać typy treści, połączyć budowę z tym źródłem w czasie generacji i uzyskać w pełni statyczny HTML dla każdej trasy. Oczekujemy czystego, dostępnego semantycznego znacznika, responsywnych obrazów w nowoczesnych formatach o poprawnych wymiarach, starannego zarządzania czcionkami i skryptami zewnętrznymi oraz przemyślanej strategii buforowania na krawędzi CDN. Wdrożenie musi być zautomatyzowane, aby zmiany treści lub push kodu wyzwalały odbudowę i publikację na CDN bez ręcznych kroków. Opisz, jak działa cały proces, aby zespół mógł go utrzymać.
Zależy nam na mierzalnych wynikach, a nie tylko na zmianie frameworka. Przed i po chcemy zobaczyć rzeczywiste liczby: największy paint treści, kumulacyjna zmiana układu, opóźnienie interakcji, całkowity czas blokowania i waga strony, mierzone na reprezentatywnych stronach i przy ograniczonym połączeniu.
— Statyczna generacja wszystkich tras strony internetowej i bloga na Astro lub statycznym eksporcie Next
— Headless źródło danych dla postów i stron, modelowane i połączone z budową
— Responsywne obrazy, zoptymalizowane czcionki i minimalny JavaScript po stronie klienta
— Automatyczne wdrożenie na CDN, gdy treść lub kod się zmienia
— Udokumentowany proces i raporty Core Web Vitals przed i po
Treść powinna pochodzić z headless źródła danych, a nie być zakodowana na stałe, aby redaktorzy mogli kontynuować publikowanie postów i landingów bez edycji kodu. Musisz opisać typy treści, połączyć budowę z tym źródłem w czasie generacji i uzyskać w pełni statyczny HTML dla każdej trasy. Oczekujemy czystego, dostępnego semantycznego znacznika, responsywnych obrazów w nowoczesnych formatach o poprawnych wymiarach, starannego zarządzania czcionkami i skryptami zewnętrznymi oraz przemyślanej strategii buforowania na krawędzi CDN. Wdrożenie musi być zautomatyzowane, aby zmiany treści lub push kodu wyzwalały odbudowę i publikację na CDN bez ręcznych kroków. Opisz, jak działa cały proces, aby zespół mógł go utrzymać.
Zależy nam na mierzalnych wynikach, a nie tylko na zmianie frameworka. Przed i po chcemy zobaczyć rzeczywiste liczby: największy paint treści, kumulacyjna zmiana układu, opóźnienie interakcji, całkowity czas blokowania i waga strony, mierzone na reprezentatywnych stronach i przy ograniczonym połączeniu.
— Statyczna generacja wszystkich tras strony internetowej i bloga na Astro lub statycznym eksporcie Next
— Headless źródło danych dla postów i stron, modelowane i połączone z budową
— Responsywne obrazy, zoptymalizowane czcionki i minimalny JavaScript po stronie klienta
— Automatyczne wdrożenie na CDN, gdy treść lub kod się zmienia
— Udokumentowany proces i raporty Core Web Vitals przed i po
Rozwój stron internetowych Gotówka, Przelew bankowy
