Core API d’abord
Identité tenant, modules actifs, devise, locale et branding sont résolus dynamiquement. Les destinations passent en ligne sans engineering dédié par propriété.
Comment fonctionne Stadlio
Une Core API multi-tenant alimente chaque surface - site, app, PWA, admin - avec le bon contexte tenant, modules et marque.
Le nom
L’histoire derrière Stadlio
Tout a commencé avec une idée simple : les lieux rassemblent les gens.
Le nom Stadlio s’inspire de stad, un vieux mot présent dans les langues germaniques, lié à l’idée d’un lieu, d’une ville, d’une cité. En allemand, Stadt signifie ville ; en danois, stad était historiquement utilisé pour la même idée. À la racine, le mot renvoie à quelque chose d’encore plus simple : un lieu.
Cette idée nous a plu, parce qu’une destination est plus qu’un point sur une carte.
- Ce sont les gens qui y vivent.
- Ceux qui viennent la visiter.
- Les endroits qu’ils découvrent.
- Les expériences qu’ils partagent.
Stadlio, c’est rassembler tout cela.
Un nom inspiré des lieux, pour une plateforme construite autour des personnes qui les font vivre.
Un vieux mot pour un lieu. Une nouvelle façon de le vivre.
Quatre surfaces, une marque
Les visiteurs découvrent et réservent sur le web ou en app. Les opérateurs gèrent la destination depuis un admin unifié. Tout reste white-label.
Extensible by design
Le modèle Entity + EAV pour POI et lieux permet d’ajouter locations, événements et services de proximité sans réécrire la stack.