O maior pureplayer de mídia no Marrocos

Quando você precisa migrar do Drupal

O 360 é um exemplo clássico de uma empresa de mídia que cria e mantém seu próprio CMS com recursos limitados. Em 2012, criamos a primeira versão do 360 enquanto dirigíamos a Adyax, a principal agência de Drupal que vendemos para o grupo Smile Open Source em 2018. A compilação inicial era bastante típica do Drupal 7, com alguns tipos de conteúdo e suporte a um site em dois idiomas com várias centenas de artigos.

Dez anos depois, a plataforma abrigava mais de 1,4 milhão de artigos em cinco sites. Ela foi forçada a se tornar headless porque o Drupal não conseguia mais fornecer páginas devido a problemas graves de latência e segurança. O sistema geral era funcional, mas sua manutenção tornou-se proibitivamente complexa para o único CTO+CIO+Desenvolvedor que a 360 tinha. Novos recursos foram criados fora do Drupal (em PHP puro ou WordPress para comentários), aumentando a dívida técnica da plataforma. Os jornalistas reclamavam da lentidão das interfaces de administração, e os sites frequentemente ficavam fora do ar, pois a empresa de hospedagem tinha dificuldades para dimensionar um sistema tão complexo. O custo da inação acabou superando o custo das possíveis mudanças.

O processo de RFP para selecionar o CMS certo para 360

Ao selecionar um CMS para a empresa de mídia 360, nós nos concentramos em vários critérios essenciais: edição de conteúdo, integração de multimídia (incluindo Twitter e YouTube), gerenciamento de ativos de imagem e controle de fluxo de trabalho. O CMS precisava ser fácil de usar, oferecer suporte ao gerenciamento de vários sites e apresentar agendamento de publicações e otimização de SEO. Também era importante que o sistema incluísse testes A/B, análises e ferramentas de gerenciamento de projetos editoriais, como notificações e coordenação de equipes. Os principais aspectos técnicos considerados foram a qualidade da API, a facilidade de migração do Drupal, os recursos WYSIWYG avançados, o mecanismo de pesquisa interno, a personalização do visitante e a capacidade de integrar infográficos complexos. Também avaliamos a complexidade técnica geral e o sentimento do usuário em relação ao sistema. Esses fatores foram escolhidos para garantir que o CMS pudesse dar suporte eficiente às nossas operações e se adaptar às necessidades futuras.

Refinamos a lista para 4 CMSes:

1. Arc XP > Porque estava alimentando importantes empresas de mídia, como Le Parisien ou Libération na França. Era um produto SaaS, criado por jornalistas do Washington Post
2. Ring Publishing > Parte do grupo Axel Springer, oferecia uma ampla gama de recursos, incluindo front-end, aplicativos móveis, back-end e era um CMS reconhecido
3. Hygraph (GraphCMS) > CMS moderno, não midiático, escolhemos essa startup alemã menor por causa do nosso amor pelo GraphQL, da flexibilidade oferecida em termos de conteúdo estruturado e da facilidade de criar front-end sobre ele.
4. Prepr > Um pequeno CMS holandês, menos conhecido, mas que oferece um grande número de recursos prontos para uso por um preço razoável.

Realizamos várias demonstrações e sessões de perguntas e respostas para finalmente tomar uma decisão colegiada com todas as partes interessadas: code.store como integrador, CIO, CEO e editor-chefe. A anotação resultante deu o Arc XP como vencedor por uma margem apertada em relação à Ring Publishing. Por ser mais barato que a Ring em mais de 30%, a decisão foi fácil: vamos começar com o Arc XP.

Migração do Drupal para o Arc XP

Temos um artigo detalhado sobre por que e como migrar do Drupal para o Arc XP, mas a jornada começou do nosso lado com uma reformulação completa da marca 360.

Partimos desse ponto:

Para isso:

‍

‍

‍

‍

Mas a jornada não foi tão fácil, com várias iterações, discordâncias e horas de workshops. Preferimos outras versões, o que você acha delas?

‍

Tivemos que aprender como funciona a temática do Arc XP e entender os recursos desse renomado CMS. Como vínhamos de uma experiência com o Drupal, no início nos pareceu surpreendentemente restritivo, pois só podíamos modificar o back-end por meio da configuração. Muitos recursos normalmente encontrados no Drupal, como comentários, questionários e votações, não estavam presentes no CMS. No entanto, essa é uma mudança perfeitamente normal, que representa uma abordagem moderna e poderosa para a criação de produtos digitais: uma arquitetura composta e sem cabeça construída sobre as melhores soluções de SaaS. Você seleciona a melhor plataforma de comentários, questionários e sistemas de votação e os integra por meio de um aplicativo front-end React unificado, potencialmente com uma camada de gráfico unificado GraphQL de middleware para simplificar as tarefas de front-end e mascarar a capacidade de composição dos desenvolvedores.

A migração do conteúdo foi um elemento relativamente simples do projeto, pois migramos do Drupal, uma ferramenta com a qual nossa equipe estava bem familiarizada. O conteúdo estruturado do Drupal facilitou a extração de dados. A maioria dos desafios surgiu da miríade de pequenos detalhes. Tivemos que criar cinco aplicativos móveis usando o React Native e conectá-los ao Arc XP (embora agora prefiramos o Flutter por vários motivos). A criação das seções de arquivo foi particularmente desafiadora devido à estrutura complexa exigida pelo Arc XP. Além disso, a incorporação de uma versão em árabe acrescentou complexidades imprevistas na configuração do back-office e do mecanismo de pesquisa do Arc XP. Por fim, implementamos o Algolia Search para indexação e consultas de pesquisa. O site de esportes foi especificamente desafiador, pois grande parte do conteúdo (resultados esportivos) vinha de scripts PHP externos que forneciam iFrames, que acabaram sendo desativados e abandonados.

Além disso, a maneira como a análise e o rastreamento foram configurados no Drupal era completamente diferente do novo site. Por exemplo, removemos muitas paginações, o que resultou em uma perda imediata de visualizações de página, o que foi resolvido rapidamente ao repensar totalmente nossa estratégia de rastreamento. Isso exigiu muito tempo adicional e imprevisto.

Apesar desses desafios, o site foi ao ar, os jornalistas ficaram extremamente satisfeitos e o site não teve mais tempo de inatividade. A adição de conteúdo ficou mais fácil e, com o tempo, o SEO melhorou drasticamente, principalmente para o Google News, pois o site aparecia cada vez mais lá.

‍