La question arrive tôt dans presque tout projet tunisien avec une composante géographique, et elle est souvent tranchée en cinq minutes : « on prend Google, tout le monde prend Google ». Parfois c'est le bon choix. Parfois l'équipe le regrette six mois plus tard, quand la facture en dollars tombe ou quand les clients de Sfax se plaignent d'adresses introuvables. Cet article passe en revue les trois familles d'options, sans caricature, et les critères qui comptent réellement quand la carte affiche la Tunisie.
Les trois familles d'options
Google Maps Platform
C'est la référence, et pour de bonnes raisons. Les SDK sont mûrs, la documentation est abondante, Street View n'a pas d'équivalent, et n'importe quel développeur a déjà intégré une carte Google. La couverture des grandes villes tunisiennes est correcte, le trafic en temps réel fonctionne sur le Grand Tunis, et les points d'intérêt commerciaux sont bien fournis grâce aux fiches d'établissements.
Les limites apparaissent sur trois fronts. Le prix d'abord : la facturation est en dollars, par tranche de requêtes, avec un crédit mensuel gratuit qui rassure au démarrage et qui s'évapore dès que le trafic monte. Ensuite, la couverture des nouveaux quartiers et des zones périurbaines : elle dépend de contributions et de mises à jour dont le rythme n'est pas celui de l'urbanisation tunisienne. Enfin, le support : pour un compte de taille tunisienne, il se résume à des forums et à une documentation.
OpenStreetMap brut
OpenStreetMap est une base de données libre et contributive, et la Tunisie y est plutôt bien couverte par rapport à d'autres pays de la région, grâce à une communauté locale active. Elles sont gratuites : on peut les télécharger, les héberger soi-même, monter son serveur de tuiles et son moteur de routage.
Le mot important est « brut ». OSM fournit des données, pas un service. Héberger un serveur de tuiles pour le pays, le maintenir à jour, faire tourner un géocodeur et un moteur de routing, encaisser les pics de charge : c'est un poste d'ingénierie à plein temps, et les équipes qui s'y lancent sans l'avoir mesuré finissent souvent avec une carte figée depuis deux ans parce que personne n'a le temps de relancer l'import. La qualité varie aussi beaucoup d'une zone à l'autre : très bonne à Tunis et Sfax, plus inégale à Kasserine ou Tataouine, avec des noms de rues parfois uniquement en arabe, parfois uniquement en français, selon le contributeur.
Nous avons d'ailleurs écrit sur les données géospatiales ouvertes en Tunisie pour ceux qui veulent explorer cette voie sérieusement.
Les solutions locales, dont TMaps
La troisième famille, ce sont les fournisseurs tunisiens qui livrent une API prête à l'emploi construite sur des données du pays. TMaps en fait partie : fonds de carte en français et en arabe, géocodage, itinéraires, matrice de distance, SDK web et mobile, le tout facturé en dinar avec des tarifs fixes. Notre base couvre les 24 gouvernorats avec plus de 120 000 routes, et c'est sur les zones périurbaines et les nouveaux quartiers que l'écart avec les cartes mondiales est le plus net : en moyenne deux fois plus de routes nommées.
Soyons honnêtes sur les limites, puisque c'est le sujet de l'article. Une solution locale ne fera jamais Street View. Elle ne vous servira pas si votre application couvre aussi le Maroc et la France. Sa communauté de développeurs est plus petite, donc moins de réponses toutes faites sur les forums. Et elle demande de faire confiance à une équipe de Tunis plutôt qu'à une multinationale, ce qui pour certains acheteurs institutionnels est un frein et pour d'autres un avantage.
Maps Tunisie : les critères qui comptent vraiment
Les comparatifs génériques mettent en avant des critères comme le nombre de styles de carte ou le support de la 3D. Sur le terrain tunisien, ce n'est pas ce qui fait la différence. Voici ce qui revient dans les discussions avec nos clients.
La couverture des nouveaux quartiers. Ennasr, Lac 2, les Jardins d'El Menzah, Sahloul à Sousse, la route de Tunis à Sfax : c'est là que vivent les clients qui commandent en ligne, et c'est là que les cartes mondiales ont des trous. Faites le test avant de signer : prenez dix adresses réelles de vos clients dans ces zones et vérifiez ce que chaque option en fait.
Les noms en arabe et en français. Une interface destinée au grand public tunisien doit pouvoir basculer. Une carte qui n'affiche que la version française déroute une partie des utilisateurs à Kairouan ou à Gabès ; une carte uniquement en arabe pose problème aux équipes logistiques qui travaillent en français. Vérifiez que le fond de carte existe dans les deux langues et que le géocodeur accepte les deux graphies.
Le prix, et la devise. Payer en dinar avec un tarif fixe change la façon de budgéter. Ce n'est pas seulement une question de taux de change : c'est la possibilité de régler sans carte internationale, de passer la dépense en comptabilité sans justificatif de devise, et de savoir en janvier ce que coûtera décembre. Selon le service et le volume, l'écart avec Google peut atteindre un facteur vingt. Nos tarifs sont publics.
La latence. Un serveur de tuiles en Europe ajoute quelques dizaines de millisecondes par requête depuis Tunis. Ce n'est rien pour une page web, ça se sent sur une application de suivi de flotte qui rafraîchit vingt positions toutes les cinq secondes.
Le support. Quand le géocodeur renvoie une mauvaise adresse pour un quartier de Bizerte, à qui écrivez-vous ? Avec un fournisseur local, la réponse est une personne qui connaît le quartier et peut corriger la donnée. Avec une plateforme mondiale, c'est un formulaire.
Les erreurs qu'on voit souvent chez les équipes tunisiennes
La première, c'est de tester uniquement sur le centre de Tunis. Tout marche sur l'avenue Habib Bourguiba. Le produit se casse la figure à Sidi Bouzid.
La deuxième, c'est de choisir la carte pour le développeur plutôt que pour l'utilisateur. Le développeur connaît Google, donc on prend Google. Mais l'utilisateur final est un livreur à Sousse qui a besoin que la rue existe sur la carte, pas d'un SDK familier.
La troisième, c'est de coupler l'application au fournisseur. Les positions, les adresses, les identifiants de lieux se retrouvent stockés dans un format propriétaire, et changer de carte devient un projet de six mois. Gardez des coordonnées WGS84 brutes et des adresses en texte dans votre base, avec une couche d'abstraction fine autour des appels cartographiques. Vous pourrez alors changer, ou combiner : on voit des équipes utiliser une carte locale pour la Tunisie et une carte mondiale pour le reste, et ça marche très bien.
La quatrième, la plus coûteuse, c'est de ne pas lire la grille tarifaire avant la mise en production. Un géocodage à chaque frappe dans un champ de recherche, sans limitation, multiplie les appels par dix. Nous avons décrit ce genre de mécanique dans notre article sur l'alternative à Google Maps en Tunisie.
Alors, laquelle ?
Si votre produit est international et que la Tunisie est un marché parmi d'autres, une plateforme mondiale reste un choix cohérent, en surveillant la facture. Si vous avez une équipe d'ingénierie disponible et un goût pour l'infrastructure, OSM auto-hébergé vous donnera un contrôle total. Si votre marché est la Tunisie, que vos utilisateurs sont à Ariana, à Sfax ou à Djerba, et que vous voulez une facture en dinar et quelqu'un à qui parler, une solution locale est en général le choix le plus simple.
Le mieux reste de tester avec vos propres données. Nos fonds de carte sont accessibles avec un compte gratuit, la carte de la Tunisie se parcourt librement, et la page alternative à Google Maps détaille service par service ce que nous proposons face à la plateforme de Google.
