Projektbeschreibung
ÜbersetztWir haben eine Marketing-Website mit einem Blog, der im Laufe der Jahre langsam und schwerfällig geworden ist, und wir möchten ihn von Grund auf als schnelle Jamstack-Anwendung neu erstellen. Ihre Aufgabe ist es, die bestehenden Seiten, Strukturen und Inhalte zu übernehmen und sie durch statische Generierung neu zu implementieren: entweder auf Astro oder auf Next statischem Export, Sie entscheiden und begründen dies für unseren Fall. Das Ziel ist eine Website, die sofort öffnet, minimal zusätzliches JavaScript lädt und grüne Werte über alle Core Web Vitals-Metriken sowohl auf Mobilgeräten als auch auf Desktop zeigt. Das Design, der Text und die Struktur existieren bereits, daher handelt es sich hauptsächlich um eine Ingenieuraufgabe zur Leistung, nicht um ein Redesign, obwohl angemessene Verbesserungen an Markup und Semantik willkommen sind.
Inhalte sollten aus einer headless Datenquelle stammen und nicht fest codiert sein, damit Redakteure weiterhin Beiträge und Landingpages ohne Codeänderungen veröffentlichen können. Sie müssen die Inhaltstypen beschreiben, den Build zur Generierungszeit mit dieser Quelle verknüpfen und für jede Route vollständig statisches HTML erhalten. Wir erwarten sauberes, zugängliches, semantisches Markup, responsive Bilder in modernen Formaten mit korrekten Abmessungen, sorgfältigen Umgang mit Schriftarten und Drittanbieter-Skripten sowie eine durchdachte Cache-Strategie am CDN-Rand. Die Bereitstellung muss automatisiert werden, sodass Inhaltsänderungen oder Code-Pushes einen Neuaufbau und die Veröffentlichung im CDN ohne manuelle Schritte auslösen. Beschreiben Sie, wie die gesamte Pipeline funktioniert, damit das Team sie warten kann.
Uns interessieren messbare Ergebnisse, nicht nur der Wechsel des Frameworks. Vor und nachher möchten wir echte Zahlen sehen: Largest Contentful Paint, Cumulative Layout Shift, Interaktionsverzögerung, totale Blockierungszeit und Seitengewicht, gemessen auf repräsentativen Seiten und bei eingeschränkter Verbindung.
— Statische Generierung aller Website- und Blog-Routen auf Astro oder Next statischem Export
— Headless Datenquelle für Beiträge und Seiten, modelliert und mit dem Build verbunden
— Responsive Bilder, optimierte Schriftarten und minimales clientseitiges JavaScript
— Automatische Bereitstellung im CDN bei Änderungen von Inhalten oder Code
— Dokumentierte Pipeline und Core Web Vitals-Berichte vor und nachher
Inhalte sollten aus einer headless Datenquelle stammen und nicht fest codiert sein, damit Redakteure weiterhin Beiträge und Landingpages ohne Codeänderungen veröffentlichen können. Sie müssen die Inhaltstypen beschreiben, den Build zur Generierungszeit mit dieser Quelle verknüpfen und für jede Route vollständig statisches HTML erhalten. Wir erwarten sauberes, zugängliches, semantisches Markup, responsive Bilder in modernen Formaten mit korrekten Abmessungen, sorgfältigen Umgang mit Schriftarten und Drittanbieter-Skripten sowie eine durchdachte Cache-Strategie am CDN-Rand. Die Bereitstellung muss automatisiert werden, sodass Inhaltsänderungen oder Code-Pushes einen Neuaufbau und die Veröffentlichung im CDN ohne manuelle Schritte auslösen. Beschreiben Sie, wie die gesamte Pipeline funktioniert, damit das Team sie warten kann.
Uns interessieren messbare Ergebnisse, nicht nur der Wechsel des Frameworks. Vor und nachher möchten wir echte Zahlen sehen: Largest Contentful Paint, Cumulative Layout Shift, Interaktionsverzögerung, totale Blockierungszeit und Seitengewicht, gemessen auf repräsentativen Seiten und bei eingeschränkter Verbindung.
— Statische Generierung aller Website- und Blog-Routen auf Astro oder Next statischem Export
— Headless Datenquelle für Beiträge und Seiten, modelliert und mit dem Build verbunden
— Responsive Bilder, optimierte Schriftarten und minimales clientseitiges JavaScript
— Automatische Bereitstellung im CDN bei Änderungen von Inhalten oder Code
— Dokumentierte Pipeline und Core Web Vitals-Berichte vor und nachher
Webentwicklung Bargeld, Banküberweisung
