Um backend de conteúdos, cada hotel com o seu site

Ter um website por hotel significava um CMS por hotel: modelos editoriais duplicados, alojamento duplicado e nenhuma atualização partilhada. O RHG precisava que as equipas dos hotéis fossem donas do seu conteúdo sem que cada site fosse dono de um backend.

Um CMS multi-tenant em Payload com uma fachada REST versionada: 13 coleções, quatro locales de conteúdo, controlo de acesso por tenant, e um SDK tipado publicado, para que cada site de hotel seja um frontend autónomo contra o backend partilhado.

Os editores de cada hotel trabalham no seu próprio tenant (páginas, quartos, restaurantes, experiências, ofertas, espaços de eventos) num admin PT/EN. Publicar atualiza de imediato o site que consome. O primeiro site de hotel construído sobre a plataforma está em produção contra a fachada real, em quatro idiomas, com tipografia e tema configuráveis por tenant a partir do CMS.

O conteúdo de cada hotel está isolado do dos restantes, e essa separação é verificada em cada pedido, não assumida. O site de um novo hotel arranca a partir do que já existe e não do zero, e cada site escolhe quando aceitar uma atualização, por isso a entrada de um nunca obriga os outros a mexer.

Um site de hotel novo começa num SDK tipado e numa API de conteúdos já a correr, em vez de num backend novo. A plataforma está em produção com o primeiro site a consumi-la.