Descrizione del progetto
TradottoAbbiamo un sito web di content marketing e il vecchio CMS monolitico è diventato un collo di bottiglia da tempo. Ogni piccola modifica di testo si trasforma in un compito per uno sviluppatore, e gli editor sono esausti per questo. Vogliamo passare a un'architettura headless moderna e stiamo cercando qualcuno che abbia già affrontato questo percorso dall'inizio alla fine. Lo stack è aperto: propendo per Strapi se possiamo mantenerlo in-house, ma accetterò volentieri Contentful se l'opzione gestita è più adatta alle dimensioni del team e al budget. Parte del tuo lavoro è aiutarci a prendere questa decisione con chiari pro e contro, non solo proporre il tuo strumento preferito.
L'ambito è un'implementazione completamente funzionale, non una prova di concetto. Dovrai descrivere attentamente i nostri tipi di contenuto (articoli, autori, categorie, blocchi di landing page, componenti riutilizzabili, media), impostare una validazione dei campi ragionevole e progettare relazioni in modo che siano convenienti per gli editor, non solo copiare la struttura del database grezzo. Inoltre — un'API pulita e documentata (REST o GraphQL) con paginazione, filtri e separazione tra bozza/pubblicato, e collegarla al nostro frontend JAMstack in modo che le pagine vengano renderizzate dai contenuti del CMS. Gli editor dovrebbero poter creare, visualizzare in anteprima e pubblicare post in modo indipendente, e ruoli e permessi dovrebbero proteggere la struttura da rotture accidentali. Il team ha già un designer e uno sviluppatore frontend, quindi lavorerai come parte di un team, non da solo.
Per favore, invia esempi dei tuoi progetti CMS headless e dicci quale piattaforma consiglieresti per il nostro caso e perché.
— Descrivere i tipi di contenuto, i componenti e le relazioni per flussi di lavoro editoriali reali
— Fornire un'API REST o GraphQL pulita con paginazione, filtri e stati di bozza/pubblicato
— Collegare il CMS al frontend JAMstack e impostare l'anteprima
— Configurare ruoli e permessi per gli editor e il percorso di migrazione per i contenuti esistenti
L'ambito è un'implementazione completamente funzionale, non una prova di concetto. Dovrai descrivere attentamente i nostri tipi di contenuto (articoli, autori, categorie, blocchi di landing page, componenti riutilizzabili, media), impostare una validazione dei campi ragionevole e progettare relazioni in modo che siano convenienti per gli editor, non solo copiare la struttura del database grezzo. Inoltre — un'API pulita e documentata (REST o GraphQL) con paginazione, filtri e separazione tra bozza/pubblicato, e collegarla al nostro frontend JAMstack in modo che le pagine vengano renderizzate dai contenuti del CMS. Gli editor dovrebbero poter creare, visualizzare in anteprima e pubblicare post in modo indipendente, e ruoli e permessi dovrebbero proteggere la struttura da rotture accidentali. Il team ha già un designer e uno sviluppatore frontend, quindi lavorerai come parte di un team, non da solo.
Per favore, invia esempi dei tuoi progetti CMS headless e dicci quale piattaforma consiglieresti per il nostro caso e perché.
— Descrivere i tipi di contenuto, i componenti e le relazioni per flussi di lavoro editoriali reali
— Fornire un'API REST o GraphQL pulita con paginazione, filtri e stati di bozza/pubblicato
— Collegare il CMS al frontend JAMstack e impostare l'anteprima
— Configurare ruoli e permessi per gli editor e il percorso di migrazione per i contenuti esistenti
Programmazione web Contante, Bonifico bancario
