Billet Réduc' — des newsletters automatisées par personas, régions et goûts, le SEO technique et un code en langage maison remis à plat, en C#

#Le projet en bref

Billet Réduc' est une billetterie en ligne de spectacles à tarif réduit : théâtre, humour, concerts, expositions et activités, à Paris et partout en France. Le site propose des offres du moment, un classement des meilleures réservations, des cartes cadeaux et des invitations.

Nous intervenons sur son système, dans sa stack C#, sur cinq sujets :

1. Un outil de campagnes de newsletter automatisées, créé sur mesure : il n'en existait pas avant.
2. La gestion du SEO technique : ce qui, dans le fonctionnement du site, aide ou gêne les moteurs de recherche.
3. Le développement du SEO technique : les modifications de code qui appliquent les décisions prises.
4. La refactorisation de code écrit dans un langage inventé, un langage maison qui n'est pas un langage du marché, pour le remettre à plat.
5. La documentation de tout le projet et de ses 32 dépôts de code.

#Un outil de campagnes de newsletter automatisées

Une newsletter est le courrier électronique envoyé régulièrement aux abonnés pour les ramener sur le site. Pour une billetterie, c'est le canal qui annonce les nouveaux spectacles et les bonnes affaires.

Billet Réduc' ne disposait pas d'un outil pour les gérer : nous l'avons créé, dans la même stack C# que le site. Il est conçu pour créer des campagnes de newsletter automatisées en fonction de trois choses :

• les personas : des profils types de clients, par exemple l'amateur de théâtre ou celui qui cherche une sortie en famille ;
• les régions : le site propose des spectacles à Paris, en Île-de-France et dans plusieurs grandes villes, et chaque lecteur n'est concerné que par la sienne ;
• les goûts de chaque client : théâtre, humour, concerts, expositions ou activités.

Concrètement : au lieu d'envoyer la même newsletter à tout le monde, l'outil prépare des campagnes qui s'adaptent au profil, à la région et aux goûts de ceux qui les reçoivent, et les lance de façon automatique.

Pourquoi c'est utile : le catalogue d'une billetterie change tous les jours et varie d'une ville à l'autre. Proposer le bon spectacle à la bonne personne, dans la bonne région, rend la newsletter utile à lire plutôt que générique. Un outil sur mesure s'impose quand les règles sont celles du site ; pour des besoins plus simples, un service du marché reste souvent plus rapide à lancer.

#Le SEO technique : le gérer et le développer

Le SEO technique regroupe tout ce qui, dans le fonctionnement d'un site, aide ou gêne les moteurs de recherche : vitesse d'affichage, structure des adresses, balises, plan du site, pages à ne pas indexer, données structurées. Il se joue dans le code, pas dans les textes.

Un exemple lisible depuis l'extérieur : le fichier robots.txt de billetreduc.com indique aux moteurs de ne pas explorer la recherche interne ni les espaces de compte des visiteurs. C'est ce genre de règle, parmi d'autres, que ce domaine recouvre.

Notre rôle a deux faces :

• La gestion : suivre, contrôler et décider des corrections à apporter.
• Le développement : écrire les modifications dans le code C# pour les appliquer.

Pourquoi c'est utile : sur un site de cette taille, les décisions de référencement ne servent à rien si personne ne les met en œuvre dans le code. Réunir la gestion et le développement évite le va-et-vient entre un spécialiste du référencement et une équipe technique.

#La stack C# et la reprise d'un langage inventé

C# est le langage de la plateforme .NET de Microsoft. C'est la stack du site : tous nos développements s'y inscrivent.

Une partie du code existant était écrite dans un langage inventé : un langage maison, créé de toutes pièces, qui n'est pas un langage du marché. Aucun développeur ne l'apprend à l'école ou en formation ; seuls ceux qui l'ont pratiqué le connaissent.

La refactorisation consiste à réécrire l'intérieur d'un code sans changer ce qu'il fait vu de l'extérieur, pour le rendre lisible, testable et plus simple à faire évoluer. Nous avons repris ce code pour le remettre à plat.

Concrètement : le comportement du site pour les visiteurs ne change pas ; ce qui change, c'est la facilité de comprendre et de modifier le code ensuite.

Pourquoi c'est utile : un code écrit dans un langage que presque personne ne connaît est difficile à relire, à transmettre et à faire évoluer, et le risque repose sur quelques personnes. Le remettre à plat redonne de la marge pour la suite. C'est le cœur de notre offre de modernisation d'applications legacy, et la même démarche que pour un logiciel métier sur mesure.

#La documentation de tout le projet et des 32 dépôts

Un système comme celui d'une billetterie n'est pas un seul bloc de code : il est rangé dans des dépôts (« repos »), des espaces où vit le code source d'une partie du système. Celui de Billet Réduc' en compte 32.

Nous avons créé pour le client la documentation de l'ensemble du projet et de chacun de ces 32 dépôts.

Concrètement : quelqu'un qui découvre le projet peut comprendre ce que contient chaque dépôt et comment les parties s'articulent, sans avoir à interroger ceux qui l'ont écrit.

Pourquoi c'est utile : sans documentation, le savoir tient dans la tête de quelques personnes ; leur départ ou leur indisponibilité bloque les évolutions. Documenter, c'est rendre le projet transmissible et accélérer l'arrivée de tout nouveau développeur. C'est aussi la première étape d'un audit de dette technique.

#Ce que cette page ne dit pas

Cette page décrit le périmètre confié et ce que nous avons livré. Elle ne publie pas de chiffre de résultat : nous n'affichons que ce que nous pouvons sourcer.