Descrição do projeto
TraduzidoTemos um site de marketing de conteúdo, e o antigo CMS monolítico se tornou um gargalo há muito tempo. Cada pequena edição de texto se transforma em uma tarefa para desenvolvedores, e os editores estão exaustos com isso. Queremos migrar para uma arquitetura headless moderna e estamos procurando alguém que já tenha passado por essa jornada do início ao fim. A pilha é aberta: eu prefiro Strapi se pudermos mantê-lo internamente, mas aceitarei Contentful se a opção gerenciada for mais adequada ao tamanho da equipe e ao orçamento. Parte do seu trabalho é nos ajudar a tomar essa decisão com prós e contras claros, não apenas propor sua ferramenta favorita.
O escopo é uma configuração totalmente funcional, não uma prova de conceito. Você descreverá cuidadosamente nossos tipos de conteúdo (artigos, autores, categorias, blocos de página de destino, componentes reutilizáveis, mídia), definirá validações de campo razoáveis e projetará relacionamentos para que sejam convenientes para os editores, não apenas copiando a estrutura bruta do banco de dados. Além disso — uma API limpa e documentada (REST ou GraphQL) com paginação, filtragem e separação de rascunho/publicado, e conectando-a ao nosso frontend JAMstack para que as páginas sejam renderizadas a partir do conteúdo do CMS. Os editores devem criar, visualizar e publicar postagens de forma independente, e funções e permissões devem proteger a estrutura de quebras acidentais. A equipe já tem um designer e um desenvolvedor frontend, então você trabalhará como parte de uma equipe, não sozinho.
Por favor, envie exemplos de seus projetos de CMS headless e nos diga qual plataforma você recomendaria para o nosso caso e por quê.
— Descrever tipos de conteúdo, componentes e relacionamentos para fluxos de trabalho editoriais reais
— Fornecer uma API REST ou GraphQL limpa com paginação, filtros e status de rascunho/publicado
— Conectar o CMS ao frontend JAMstack e configurar visualização
— Configurar funções e permissões de editores e caminho de migração para conteúdo existente
O escopo é uma configuração totalmente funcional, não uma prova de conceito. Você descreverá cuidadosamente nossos tipos de conteúdo (artigos, autores, categorias, blocos de página de destino, componentes reutilizáveis, mídia), definirá validações de campo razoáveis e projetará relacionamentos para que sejam convenientes para os editores, não apenas copiando a estrutura bruta do banco de dados. Além disso — uma API limpa e documentada (REST ou GraphQL) com paginação, filtragem e separação de rascunho/publicado, e conectando-a ao nosso frontend JAMstack para que as páginas sejam renderizadas a partir do conteúdo do CMS. Os editores devem criar, visualizar e publicar postagens de forma independente, e funções e permissões devem proteger a estrutura de quebras acidentais. A equipe já tem um designer e um desenvolvedor frontend, então você trabalhará como parte de uma equipe, não sozinho.
Por favor, envie exemplos de seus projetos de CMS headless e nos diga qual plataforma você recomendaria para o nosso caso e por quê.
— Descrever tipos de conteúdo, componentes e relacionamentos para fluxos de trabalho editoriais reais
— Fornecer uma API REST ou GraphQL limpa com paginação, filtros e status de rascunho/publicado
— Conectar o CMS ao frontend JAMstack e configurar visualização
— Configurar funções e permissões de editores e caminho de migração para conteúdo existente
Programação web Dinheiro, Transferência bancária
