Un backend indépendant de la plateforme

WEEGLOO est un système de gestion de contenu (CMS) qui prend en charge le backend de votre service. Il stocke les données, accueille les membres, publie, attribue les permissions et transmet à l'écran ce qui a été publié. L'écran que voient les utilisateurs (qu'il s'agisse d'un site web ou d'une application mobile) se pose par-dessus.

L'essentiel, c'est que l'écran et le backend sont séparés. Ainsi, créer un site web, créer une application ou avoir les deux ne change pas le backend. WEEGLOO ne se soucie pas du type d'écran. Le même backend se connecte à n'importe quelle plateforme.

Même si vous changez d'écran, le backend reste le même

Les données, les membres, les permissions et la diffusion sont l'affaire du backend, pas de l'écran. Une fois cela en place, que vous y ayez recours depuis le web ou depuis une application, vous utilisez la même chose.

Ainsi, créer un nouvel écran n'oblige pas à refaire le backend. Si vous avez d'abord créé une application, le backend dont vous aurez besoin en ajoutant le web plus tard existe déjà. Il en va de même si vous avez commencé par le web puis ajouté une application. Ajouter un nouvel écran se résume à une seule phrase adressée à l'agent qui connecte cet écran, « Intègre WEEGLOO », et le backend reste intact.

La création n'est pas la fin

WEEGLOO ne s'arrête pas à la création du backend : il prend aussi en charge ce qu'exige l'exploitation de ce service. Après le lancement, le travail se poursuit : rechercher et filtrer les contenus accumulés, les classer, les commenter à plusieurs, les exporter en plusieurs langues et gérer qui peut faire quoi. Tout cela se traite dès le départ dans le studio de contenu (l'écran où l'on rédige et gère le contenu).

C'est là la force d'un backend issu d'un CMS. Traiter de grands volumes de contenu de façon fiable, gérer la publication et les versions et répartir finement les permissions deviennent d'autant plus nécessaires que le service est exploité longtemps. Que l'écran que vous créez soit web ou application, la création et l'exploitation se poursuivent sur le même backend.

Le voir sur un exemple

Le service de suivi de course montre ces deux aspects à la fois. Sur un seul backend WEEGLOO se connectent côte à côte deux écrans, l'application mobile et le web, et les permissions comme la diffusion sont gérées de sorte que chaque personne connectée ne reçoive que ses propres enregistrements. Voici ce service vu sur le web. Vous voyez les mêmes données, telles quelles, dans l'application mobile.

Poser le web sur le backend établi en créant l'application ne demande aucun nouveau backend. Comment ce service se crée et s'exploite du début à la fin est présenté dans Service de suivi de course.

Et ensuite

• Qu'est-ce que WEEGLOO ? : présente le tableau d'ensemble de ce qu'est WEEGLOO et des raisons de l'utiliser.
• Service de suivi de course : couvre du début à la fin un exemple complet de création et d'exploitation d'une application mobile et du web sur un seul backend.
• Tout intégrer en une phrase : décrit le déroulement pour construire d'un coup toutes les fonctions situées derrière l'écran avec la seule phrase « Intègre WEEGLOO ».