Par2 : un site en cinq langues, avec un annuaire que les clubs remplissent eux-mêmes

Par2 est une application mobile de rencontre réservée à la communauté du golf. Son site, golfpar2.com, n’est pas une simple page de présentation avec deux boutons de téléchargement : il porte un annuaire de golfs, un agenda d’événements et un espace réservé aux gérants de clubs, le tout en cinq langues.

Voici pourquoi il a été construit comme ça.

Deux publics qui n’ont rien en commun

Le site d’une application mobile sert presque toujours deux audiences opposées, et c’est là que la plupart échouent en essayant de n’en servir qu’une.

D’un côté, le joueur. Il arrive par curiosité, il veut comprendre en dix secondes ce que fait l’application, à quoi elle ressemble, et si des gens comme lui s’en servent. Il ne lira rien de long.

De l’autre, le gérant de golf. Il ne téléchargera peut-être jamais l’application. Ce qui l’intéresse, c’est que son club apparaisse devant des golfeurs, avec ses photos, ses parcours, ses green fees et ses compétitions. Il veut savoir ce que ça coûte, ce que ça demande, et combien de temps ça prend.

Le site est donc organisé en deux parcours distincts qui ne se marchent pas dessus : le haut de page s’adresse au joueur, des sections dédiées s’adressent aux gérants, avec leur propre appel à l’action et leur propre espace.

Montrer l’application, pas la décrire

Pour convaincre un joueur, la meilleure phrase est celle qu’on n’écrit pas.

La page d’accueil contient une démonstration jouable du mécanisme central de l’application : on fait défiler des profils, comme dans l’application elle-même. Elle tourne entièrement dans le navigateur, avec des profils fictifs, sans connexion à quoi que ce soit.

C’est une décision de conception plus qu’une prouesse : un visiteur qui a manipulé l’idée pendant cinq secondes a compris le produit mieux qu’après trois paragraphes.

Cinq langues, pas un bouton de traduction

Le site existe en français, anglais, espagnol, portugais et polonais.

Il faut être précis sur ce que cela veut dire, parce que c’est le point où le vocabulaire commercial est le plus trompeur. Un widget de traduction automatique posé dans un coin ne rend pas un site multilingue. Il traduit l’affichage pour le visiteur, et c’est tout : il n’y a qu’une seule adresse, donc une seule page indexée, donc aucune existence dans les recherches faites dans les autres langues.

Ici, chaque langue a sa propre adresse, ses propres textes, son propre plan de site, et les versions sont déclarées les unes aux autres pour que Google sache qu’elles sont équivalentes et serve la bonne à chaque visiteur.

Concrètement, une recherche en polonais et une recherche en français sont deux marchés séparés. Avec cinq versions réelles, le site existe dans cinq. Avec un widget, il en aurait couvert un.

Un annuaire que les clubs remplissent eux-mêmes

Un annuaire de golfs tenu par l’éditeur de l’application est condamné : les informations vieillissent, les tarifs changent, les photos datent, et personne n’a le temps de courir après quatre cents clubs.

L’annuaire est donc alimenté par les clubs eux-mêmes. Un gérant crée un compte, remplit la fiche de son golf (photos, parcours, green fees, horaires, services), et soumet. La fiche passe en validation, puis elle est publiée. Ensuite, le club modifie ce qu’il veut, quand il veut.

La validation n’est pas une lourdeur administrative, c’est une nécessité : un annuaire ouvert sans contrôle se remplit de spam en quelques semaines. C’est vrai pour un annuaire de golfs comme pour n’importe quel contenu déposé par des tiers.

Une fiche en ligne sans redéploiement

Voici le point technique qui a le plus de valeur pour le client, et il mérite d’être expliqué sans jargon.

Beaucoup de sites rapides fabriquent toutes leurs pages à l’avance, une fois pour toutes. C’est excellent pour la vitesse, mais cela veut dire qu’ajouter une page suppose de tout refabriquer et de tout republier. Autrement dit : une fiche validée le mardi serait en ligne quand quelqu’un aurait relancé la machine.

Ici, les pages figées (les pages marketing, les pages d’explication) sont bien préparées à l’avance, mais les fiches de golfs, l’agenda des événements et les plans de site sont fabriqués à la demande, à partir des données validées. Une fiche approuvée à 14 h est visible à 14 h, par les visiteurs comme par Google.

Le gérant, lui, ne sait rien de tout ça, et c’est exactement le but : il valide, c’est en ligne.

Déménager sans perdre ses adresses

Le site remplace une version précédente, construite sur une autre technologie. Ses pages étaient référencées, partagées, reprises dans des liens.

Chaque ancienne adresse a donc été redirigée vers son équivalent sur le nouveau site. C’est le travail le moins visible d’une refonte et le plus coûteux à négliger : sans redirections, chaque lien existant tombe sur une page d’erreur, et l’ancienneté accumulée par le site auprès de Google part avec.

Si vous envisagez une refonte, c’est la première question à poser à votre prestataire, avant toute discussion sur le design. On a écrit un guide entier sur le sujet : refonte de site internet, quand la faire.

Ce qu’un autre projet peut en retirer

1. Identifiez vos publics avant vos pages. Deux audiences opposées demandent deux parcours, pas une page de compromis qui ne convainc personne.
2. Montrez, ne décrivez pas. Une démonstration manipulable vaut trois paragraphes.
3. Un site multilingue a une adresse par langue. Tout le reste est un habillage sans effet sur votre visibilité.
4. Faites remplir le contenu par ceux qui le connaissent, avec validation avant publication.
5. Les redirections d’une refonte se traitent en premier, pas à la fin.

Et pour votre projet

Que vous ayez besoin d’une vitrine, d’une boutique, d’un site multilingue ou d’un espace où vos partenaires publient eux-mêmes, on construit à partir de votre organisation réelle, pas d’un modèle. Les prix sont affichés, le devis est gratuit sous 24 h, et le code vous appartient à vie.

Tout est détaillé sur la page création de site internet.

Et si vous jouez au golf, Par2 est sur l’App Store et Google Play.

Questions fréquentes

Un bouton de traduction automatique suffit-il pour un site multilingue ?

Non, et c'est la confusion la plus coûteuse en référencement. Une traduction affichée par un widget n'a pas d'adresse propre : Google n'indexe qu'une seule version du site, et vous restez invisible dans les recherches faites dans les autres langues. Un vrai site multilingue a une adresse par langue, des textes écrits et non traduits à la machine, et des balises qui déclarent les versions les unes aux autres.

Combien coûte une langue supplémentaire sur un site ?

Chez nous, la première langue en plus du français est à 349 €, puis 200 € par langue supplémentaire. Le prix couvre la structure multilingue, les adresses dédiées et les déclarations attendues par les moteurs. La rédaction des textes dans la langue visée se discute au cas par cas : une traduction automatique relue ne vaut pas un texte écrit pour le marché.

Peut-on laisser ses partenaires publier du contenu sur son site ?

Oui, avec un espace protégé et une validation avant mise en ligne. C'est le bon modèle dès que le contenu doit venir du terrain : chaque partenaire remplit sa propre page, vous approuvez, la page est publiée. Sans validation, un annuaire ouvert se remplit de spam en quelques semaines.

Une nouvelle page peut-elle être en ligne sans refaire le site ?

Oui, quand le site est conçu pour ça. Les pages qui changent souvent, comme les fiches d'un annuaire ou un agenda, sont fabriquées à la demande, à partir des données validées. Une fiche approuvée à 14 h est visible à 14 h, sans intervention technique et sans redéploiement.

Que deviennent les adresses de l'ancien site lors d'une refonte ?

Elles doivent être redirigées une par une vers leur équivalent sur le nouveau site. Sans ces redirections, chaque lien existant sur internet et chaque page déjà classée par Google tombent sur une erreur, et le référencement accumulé est perdu. C'est le premier poste à traiter dans une refonte, avant même le design.