Suivi de flotte en marque blanche : une plateforme GPS sans serveur à gérer

Un revendeur tunisien voulait vendre du suivi de flotte GPS à des sociétés de transport et de livraison, sous sa propre marque. La méthode classique commence par l'infrastructure : un serveur allumé en permanence pour recevoir les trames GPS, une couche websocket pour pousser les positions vers la carte et une base de données dimensionnée pour le pire des cas.

Pour un revendeur qui démarre avec quelques clients, ce modèle ne tient pas :

• Les coûts fixes arrivent avant le chiffre d'affaires. Les serveurs coûtent le même prix pour dix véhicules que pour mille.
• Il faut quelqu'un pour l'exploiter. Mises à jour, supervision et pannes deviennent un métier que le revendeur n'a jamais voulu faire.
• La marque n'est pas la sienne. La plupart des plateformes toutes faites affichent le nom de l'éditeur, pas celui du revendeur.
• L'isolation est fragile. Quand plusieurs flottes clientes partagent un même système, une seule requête mal écrite peut exposer les véhicules d'une autre société.

J'ai sorti le serveur de l'équation et laissé des services cloud managés porter la charge, pour que le coût suive l'usage réel au lieu de le précéder.

Une fonction à la place d'un serveur

Toute l'API REST et le point d'entrée des traceurs tournent dans une seule Cloud Function sous Express 5, configurée avec une concurrence de quatre-vingts requêtes. Une instance absorbe un grand nombre de véhicules avant qu'une deuxième ne démarre, et rien ne tourne quand rien ne bouge.

Des positions en direct sans couche websocket

Plutôt que de construire et surveiller une infrastructure de push, la carte s'abonne directement aux listeners Firestore. Une nouvelle position écrite en base apparaît en quelques instants sur l'écran du gestionnaire de flotte. L'interface est en React avec une carte Leaflet sur OpenStreetMap, installable comme application web progressive sur l'écran d'accueil d'un téléphone.

Marque blanche et isolation dès la conception

La marque et le sous-domaine sont des paramètres du locataire : un revendeur installe son identité sans toucher au code. Les custom claims de Firebase Auth portent le locataire et le rôle, et les règles de sécurité Firestore appliquent la séparation au niveau de la base. Un bug dans l'interface ne peut pas exposer la flotte d'un autre client, car la base elle-même refuse la lecture.

Aucun matériel propriétaire

Les traceurs se connectent via le protocole OsmAnd, que les smartphones et la plupart des boîtiers GPS parlent déjà : ajouter un véhicule est une étape de configuration, pas un achat de matériel. Une fonction planifiée anime aussi une flotte de démonstration réaliste, pour qu'un prospect voie des véhicules rouler avant l'installation du moindre traceur.

Le revendeur exploite aujourd'hui la plateforme en production et sert ses propres clients sous sa marque.

• Aucune infrastructure à exploiter : pas de serveur à mettre à jour, surveiller ou redémarrer.
• Des coûts qui suivent l'activité : la facture cloud grandit avec le nombre de véhicules suivis, jamais avant.
• Un cycle de vente plus court : la flotte de démonstration intégrée montre un produit qui fonctionne dès le premier rendez-vous.
• Une isolation qui ne dépend pas d'un code parfait : la séparation entre clients est garantie par les règles de la base.

Accueillir un deuxième revendeur revient désormais à créer un locataire et pointer un sous-domaine, pas à reconstruire un déploiement. Le détail technique complet se trouve sur la page du projet de suivi de flotte en marque blanche.