Étude de cas · Croisières-stages à la voile en Atlantique

Nerida — de zéro à 72 pages et un moteur de réservation

Nerida propose des croisières-stages à la voile à bord de Mangareva, aux Açores et aux Canaries. Un séjour de dix jours à plusieurs milliers d’euros ne se décide pas d’un clic : le visiteur veut savoir qui est l’équipage, à quoi ressemble le bateau, où il va mettre les pieds, ce qui est compris dans le prix — et s’il reste de la place au départ qui l’intéresse.

Il n’y avait rien au départ. Pas d’ancien site à refondre, pas de contenu à récupérer : l’intégralité de la présence en ligne était à construire, en français et en anglais, en trois mois.

Trois mois, du premier échange à la mise en ligne.

Voir le site en ligne(neridasails.com, nouvelle fenêtre)
Cockpit de voilier au coucher du soleil sur une mer calme — Nerida, croisières-stages en Atlantique

Le point de départ : une page blanche

Partir de rien a un avantage et un piège. L’avantage : aucune contrainte héritée, aucune redirection à gérer, aucun contenu médiocre à conserver « parce qu’il est déjà là ». Le piège : tout est à décider en même temps, et un site de vente qui se trompe d’architecture au départ le paie pendant des années en référencement.

La question structurante n’était donc pas « à quoi va ressembler le site », mais « sur quoi un futur navigateur cherche-t-il ? ». Il ne cherche pas « croisière-stage » : il cherche une île, une destination, une formule. L’architecture a été construite sur cette réponse.

Les trois décisions qui structurent le site

Une page par île, pas une page « destinations »

Les Açores et les Canaries ne sont pas deux destinations mais seize îles, et c’est le nom de l’île que les gens tapent. Chacune a donc sa page — São Miguel, Pico, Lanzarote, El Hierro… — plutôt qu’un paragraphe noyé dans une page commune. C’est ce qui fait passer le site de quelques pages à 36 par langue : seize pages d’îles, sept pages de prestations, et le socle éditorial autour.

Les places restantes viennent d’une base, pas d’un texte

Les départs, leurs dates, leur prix, le nombre de places et les participants confirmés vivent dans une base de données. Le site lit cette base à l’affichage : quand un départ se remplit, la page le reflète sans que personne n’édite quoi que ce soit. C’est ce qui évite la situation classique d’un site qui annonce des places sur un départ complet.

Un formulaire long, et assumé

La demande de réservation collecte l’identité, les coordonnées, la date de départ, le nombre de participants et le niveau de voile. C’est beaucoup pour un formulaire web, et c’est délibéré : embarquer quelqu’un dix jours en haute mer suppose de savoir qui monte à bord. Le site annonce en échange une réponse sous 48 heures.

Ce que le site fait, aujourd’hui

  • Soixante-douze URL au sitemap : trente-six pages en français et leurs trente-six équivalents anglais, reliées par les balises hreflang qui vont avec.
  • Seize pages d’îles — neuf aux Açores, sept aux Canaries — plus les deux pages d’archipel et l’index des destinations.
  • Sept pages de prestations, index compris : stages de voile, stages hauturiers, croisière privée, convoyage, conseils à l’achat, prise en main et coaching.
  • Un parcours de réservation adossé à la base des départs : dates, prix et places restantes affichés depuis les données, et une demande structurée en dix-sept champs avec consentement explicite.
  • Des données structurées Organization et TouristTrip : les croisières sont décrites dans le format que Google attend pour un voyage, pas comme du texte quelconque.
  • Les fondamentaux tenus : un seul h1 par page, un lien d’évitement pour la navigation au clavier, des images toutes pourvues d’une alternative textuelle et chargées à la demande, un sitemap et un robots.txt servis.

Ce que ça donne, mesuré

Les chiffres ci-dessous ne sont ni des objectifs ni des estimations : ils ont été relevés sur le site en ligne, dans les conditions d’un téléphone sur un réseau moyen. Vous pouvez les revérifier vous-même.

1,3 s

Affichage du plus grand élément (LCP)

Google considère un site rapide en dessous de 2,5 s.

0

Décalage visuel cumulé (CLS)

Rien ne bouge pendant le chargement. Le seuil au-delà duquel Google pénalise est de 0,1.

445 Ko

Poids de la page

Images comprises, pour une page qui interroge en plus la base des départs.

25

Requêtes réseau

Dix-sept vers le site lui-même, huit vers les services dont il dépend : le stockage des médias, la base de données et les polices.

Relevé le 17 septembre 2026 sur neridasails.com/fr — émulation mobile, réseau limité à 1,6 Mbit/s avec 150 ms de latence, processeur ralenti quatre fois, médiane de trois passes.

Ces mesures décrivent le site au jour du relevé. Elles bougent quand le contenu bouge : c’est la raison pour laquelle la date est écrite à côté.

Ce que Nerida en dit

Ce paragraphe rapporte ce que le client observe de son côté ; contrairement aux mesures ci-dessus, nous ne pouvons pas le vérifier à sa place, et nous préférons l’écrire que le maquiller en chiffre.

Nerida constate des demandes de réservation en hausse et une visibilité en ligne qui s’installe. Le changement le plus net est ailleurs : les départs et les passagers ne se suivent plus à la main. Ils vivent dans la base que le site interroge, ce qui supprime l’écart entre ce que le site annonce et ce que l’exploitation sait réellement.

Un projet du même genre ?

Dites-nous où vous en êtes. Nous répondons sous deux jours ouvrés, et le premier échange ne coûte rien.