Réalisation
Météocity, la refonte internationale
Passer d'une météo française à mondiale, avec une architecture et un maillage géographique pensés pour changer d’échelle.
Contexte et point de départ
Le positionnement d'un site météo sur le seul marché français est trop faible pour supporter les coûts d'acquisition des prévisions météo. Le passage à un site mondialisé permet d'absorber ces coûts à l'échelle de la planète.
Problème / opportunité
Beaucoup de choses fonctionnaient mal.
Choix et arbitrages
J'ai dû faire de nombreux choix technologiques pour réussir à passer à l'échelle :
- Un système de cartographie géolocalisée (pour poser correctement des lieux sur une carte)
- Une base de données mondiale de lieux et infos géographiques
- Des sources de données en API plutôt qu'en fichiers plats
- Un système d'administration de contenu modulable et hiérarchique
D’un site centré sur la France à une couverture mondiale
Chez M6 Digital Services, j’ai travaillé à la refonte complète de Météocity pour transformer la portée du service et son architecture. Le site proposait jusque-là des prévisions pour la France et quelques villes dans le monde. La refonte a étendu cette couverture à 1,6 million de lieux, avec des prévisions allant des prochaines 24 heures à quinze jours.
Ce changement d’échelle posait deux questions liées : comment organiser un très grand nombre de pages pour les rendre accessibles, et comment exploiter le site sans multiplier les interventions manuelles ?
Concevoir l’architecture et simplifier l’exploitation
J’ai conçu l’architecture de l'organisation nécessaire à cette extension. Le développement a été réalisé par 2 développeurs PHP. Cette répartition distingue mon travail de conception de la réalisation technique du site.
Le back-office a été pensé pour qu’une seule personne puisse gérer le site malgré le volume de pages. La simplicité d’exploitation faisait donc partie de la conception du produit, au même titre que l’étendue de sa couverture.
Construire un maillage à partir de la géographie
J’ai conçu un maillage interne géographique à plusieurs niveaux servant à la fois aux visiteurs et au SEO. L’idée était de relier chaque lieu à des villes importantes proches, en combinant l’importance des villes, leur proximité et les usages liés aux loisirs.
En se basant sur les coordonnées géographiques (latitude, longitude) de chaque lieu, le système pouvait alors trouver :
- les cinq plus grandes villes dans un rayon de 200 km ;
- les 25 villes ou villages les plus proches dans un rayon de 30 km ;
- les plages ou stations de ski dans un rayon de 30 km ;
- les points d’intérêt dans un rayon de 50 km.
Ces paramètres étaient réglables selon les pays, pour tenir compte de territoires où les distances entre les villes sont plus importantes.
Ce système de maillage dynamique a permis de renforcer les liens vers les villes importantes de chaque pays (et donc leur référencement) tout en nous permettant de jouer plus largement avec le cache pour accélérer l'affichage des pages les plus vues.
Étudier les données pour définir les règles
Pour établir ce système, j’ai étudié la géographie française et celle d’autres pays, notamment en Afrique ou dans des pays peu denses, en m’appuyant sur la base GeoNames. Ce travail portait sur les seuils de population permettant de repérer les villes importantes et sur leur rayon d’influence.
J’ai également utilisé des calculs statistiques pour définir le nombre de liens vers les localités proches. L’objectif était de faciliter la découverte des pages par les moteurs de recherche, de limiter leur profondeur dans le site et d’éviter les pages orphelines. Ces objectifs de conception restent distincts d’une mesure exhaustive de l’indexation.
Cette étude a aussi permis de définir des règles en lien avec les pratiques touristiques dans chaque pays. Considérer qu'un visiteur qui regarde la météo d'une ville peut être intéressé par la météo des plages ou des neiges de lieux à moins de 30km à la ronde est en vérité un choix produit basé sur l'usage et les habitudes des populations. Le maillage répond alors à de vrai questions implicites posées par un visiteur lorsqu'il visite une page et anticipe une intention possible.
Relier les prévisions aux destinations recherchées
Le maillage intégrait aussi les usages touristiques : plages sur le littoral, stations de ski en montagne et points d’intérêt aux alentours. Une personne peut rechercher la météo de Disneyland Paris sans connaître le nom de sa commune. Relier ce point d’intérêt aux villes voisines permettait de l’intégrer au réseau de pages du site.
L’ensemble visait à donner une place aux grandes villes comme aux petites localités et à soutenir le référencement sur les recherches météo locales.
Les points d'intérêts s'appellent comme ça car beaucoup de personnes s'y intéressent. Ce sont des lieux remarquables et souvent beaucoup visités. La plupart de ces lieux sont soumis à la météo. Il était donc important de se concentrer sur ces points d'intérêt "extérieurs" pour aider le visiteur à organiser sa visite selon la météo.
C'est comme ça qu'en fouillant dans les meta-données de Geonames on a pu créer de nouvelles pages météo en dehors des villes qui ciblaient des recherches bien précises. Une sorte de longue traine dynamique dont le trafic venait alimenter la météo des grandes villes alentours.
Une solution pensée pour changer d’échelle
La refonte a réuni une couverture géographique étendue, une architecture adaptée à cette extension, un maillage paramétrable et un back-office conçu pour une exploitation par une seule personne.
Car la problématique interne principale du produit était de pouvoir gérer tout ça avec peu de moyens.
C'est dans cette optique que j'ai mis en place le concept de hiérarchie de contenus. Au lieu de créer un bloc de texte sur chaque ville du monde, l'administration permet de créer un bloc de contenu et de l'associer au niveau géographique souhaité. Ainsi, un bloc touristique écrit au niveau du pays Espagne va se diffuser sur toutes les villes de l'Espagne tout en gardant la personnalisation nécessaire pour chaque lieu afin d'éviter les contenus dupliqués. Si on créé le même bloc au niveau Monde, il va se dupliquer partout mais le bloc Espagne gardera la priorité. C'est donc un système qui agit comme une pyramide de verres de champagne dans un mariage : on ajoute du contenu en haut de la pyramide et il se déverse partout.
C'est ce système qui a permis d'obtenir une très grande agilité dans la création de contenu et d'avoir de très bons résultats SEO, sans pour autant faire beaucoup d'efforts car l'effet de levier était très important.