Konfiguracja headless CMS na Strapi lub Contentful

Mamy stronę internetową zajmującą się marketingiem treści, a stary monolityczny CMS stał się wąskim gardłem już dawno temu. Każda mała edycja tekstu zamienia się w zadanie dla dewelopera, a redaktorzy są tym zmęczeni. Chcemy przejść na nowoczesną architekturę headless i szukamy kogoś, kto już przeszedł tę drogę od początku do końca. Stos technologiczny jest otwarty: skłaniam się ku Strapi, jeśli możemy to utrzymać wewnętrznie, ale chętnie zaakceptuję Contentful, jeśli zarządzana opcja będzie lepiej dopasowana do wielkości zespołu i budżetu. Częścią twojej pracy jest pomoc w podjęciu tej decyzji z jasnymi zaletami i wadami, a nie tylko proponowanie swojego ulubionego narzędzia.

Zakres to w pełni funkcjonalna konfiguracja, a nie dowód koncepcji. Dokładnie opiszesz nasze typy treści (artykuły, autorzy, kategorie, bloki stron docelowych, komponenty wielokrotnego użytku, media), ustawisz rozsądne walidacje pól i zaprojektujesz relacje, aby były wygodne dla redaktorów, a nie tylko kopiując surową strukturę bazy danych. Oprócz tego — czyste, udokumentowane API (REST lub GraphQL) z paginacją, filtrowaniem i rozdzieleniem wersji roboczej/publikowanej oraz połączenie go z naszym frontendem JAMstack, aby strony renderowały się z treści CMS. Redaktorzy powinni samodzielnie tworzyć, podglądać i publikować posty, a role i uprawnienia powinny chronić strukturę przed przypadkowymi awariami. Zespół ma już projektanta i dewelopera frontendowego, więc będziesz pracować jako część zespołu, a nie samodzielnie.

Proszę przesłać przykłady swoich projektów headless CMS i powiedz nam, którą platformę byś polecił w naszym przypadku i dlaczego.

— Opisz typy treści, komponenty i relacje dla rzeczywistych przepływów pracy redakcyjnej
— Zapewnij czyste API REST lub GraphQL z paginacją, filtrami i statusami wersji roboczej/publikowanej
— Połącz CMS z frontendem JAMstack i skonfiguruj podgląd
— Skonfiguruj role i uprawnienia redaktorów oraz ścieżkę migracji dla istniejącej treści