fbpx
Salon du Search Marketing 2025 240 € 270 € HT Fin des billets standard 31/12/2024Prendre mon billet

Retour d’expérience sur la refonte technique de la FepSEM

Par Patrick Valibus

Quand on parle de refonte web, les articles sur les migrations SEO sont légion, les refontes techniques, un peu moins, c’est pourquoi il me semblait intéressant de vous partager les choix, et arbitrages qui ont été fait dans le cadre de la refonte de SEO Camp en FePSeM.org. Si c’est la partie SEO pure de la refonte qui vous intéresse, cliquez ici pour découvrir le bilan du projet de migration.

Une refonte SEO au niveau des URLs est souvent la conséquence subie d’une refonte technique qui impose des contraintes. Elles ne sont donc pas anecdotiques, et doivent être motivées par un réel besoin de changement.

Ici la bascule a été dictée non pas par le changement de marque qui aurait pu se gérer avec quelques CSS et un logo mais bel et bien par un besoin de se séparer d’une dette technique trop prononcée et chronophage au quotidien. L’ancien site contenait un WooCommerce avec différents plugins qui s’entremêlait et nécessitait souvent des ajustements sur les données manuelles liées notamment à la non réception du feedback de Stripe. La structure du thème imposait également un squelette trop rigide sur de nombreux contenus.

L’importance de la dette technique

Dès lors fallait-il investir dans du débugage de la partie e-commerce qui avait déjà eu de nombreuses rustines ? Fallait-il subir les développements historiques pour en ajouter de nouveaux quitte à se limiter ? Sachant que la précédente refonte devait déjà régler ce problème de stabilité et des projets bénévoles avait avorté faute de simplicité, il nous fallait une décision tranchante.

Clairement, WooCommerce est un « patch » e-commerce pour WordPress, je sais que je ne me ferai pas que des amis avec ce discours mais peu importe. La partie e-commerce est la partie la plus complexe dans un site aujourd’hui. Tant sur le besoin de sécurité que sur la partie complexité de la logique métier. Mes affinités techniques personnelles auraient plutôt tirées vers un Magento ou un PrestaShop, mais cela aurait été ignorer un point important.

L’importance de la maintenabilité dans le temps par différentes équipes

Faire un choix d’une solution que JE maitrise eu été égoïste pour plusieurs raisons, mais principalement sur le fait que d’autres bénévoles après moi aurait dû se former ou refaire une refonte. On ne développe pas ou on n’héberge pas sur Magento ou PrestaShop comme sur WordPress. Et même si j’adore mon rôle, je passerai forcément la main un jour bon gré mal gré. Et ça dans une vision d’avenir, c’est important de l’avoir en tête. C’est d’ailleurs pour ça que la communication de l’association est portée par un persona sur LinkedIn, pour en assurer la continuité peu importe les équipes bénévoles derrière le clavier.

Il n’était pas non plus pensable de rester sur un WooCommerce, car on aurait juste recréé notre problème mais différemment. Cependant on a souhaité garder la facilité de prise en main d’un WordPress pour la partie contenues. Il fallait donc interconnecter plusieurs systèmes.

Savoir externaliser les problèmes à ceux qui savent

La logique bénévole et associative voudrait qu’on fasse tout en interne peu importe l’énergie dépense en privilégiant les économies. C’est ce qu’on a choisi sur certains aspects mais heureusement sur la partie e-commerce il y a une solution idéale qui venait de refondre son API : https://www.helloasso.com/. Ce n’est pas un article sponsorisé je précise, il est des liens que l’on fait avec plaisir ! L’avantage d’hello asso est de proposer une solution sans frais aux associations tout en proposant une API. Ainsi on peut gérer le Front (la vitrine) côté WordPress, et déporter toute la logique du paiement et des abonnements à Hello Asso. On récupère uniquement les informations une fois le paiement fait via API. (Pour les puristes, on n’est pas dans une démarche headless non plus.) Cela engendre quelques aspect UX un peu moins fluides mais quelle tranquillité en termes de maintenance : on fait porter la complexité par un système qui a réellement été pensé pour ça !

Si vous lisez cet article et n’êtes pas une association, une stack technique équivalente et tout à fait possible avec un WordPress en sous répertoire pour la partie contenus si l’éditeur de votre CMS ne vous convient pas.

Dans une démarche d’efficacité marketing et d’économie, nous avions également le besoin de muscler notre jeu sur la partie marketing automation. On ira pas jusqu’au terme de CRM ce serait un peu fort et un abus de langage. En revanche nous avons mis la solution Mautic en place car plusieurs personnes du CA la connaissent. La solution étant performante et gratuite, il nous a paru pertinent d’opter pour celle-ci en formant progressivement. Cette solution de marketing automation ne nécessite pas de développement, juste de la configuration initiale. Encore, une fois, c’est un projet basé sur Symfony et il est réellement robuste.

Il a permis d’enfin industrialisé la centralisation des listes de newsletter, de lead magnet, (les popin et formulaires que vous voyez sur le site) afin d’avoir une vision réellement unifiée de la stratégie email marketing de la FePSeM.

Ainsi les différentes inscriptions, page de contact, demande de QASEO de sponsoring ou d’inscription aux évènements sont complètement centralisées.

Construire des briques : le développement from scratch

Quand on se lance dans un projet, on doit toujours réfléchir à comment éviter le développement pour prendre des solutions existantes. C’est ce que nous avons appliqué sur la partie éditeur CMS, Marketing Automation et e-commerce. Pour la partie offre d’emploi, nous avons intégré un module WordPress. En revanche, la vraie valeur ajoutée de cette plateforme nécessite du développement spécifique. Cela démarre typiquement par l’interconnexion de ces différentes briques par API (comme la création d’un compte adhérent sous WordPress après le paiement sous hello asso par exemple.
D’autre points très emblématiques, nécessitent du développement sur mesure et il est important de les limiter aux points apportant réellement une valeur unique à votre projet, une vraie différenciation. D’ailleurs si vous ne faites que du ré-use c’est que vous n’apportez rien de nouveau.

Sur FePSeM.org, c’est par exemple le cas de la structure de l’annuaire interconnectée avec les données et profil adhérent (des pages auteurs sous stéroïdes), la gestion des appels d’offres Search Marketing ou encore la banque de CV spécialisée Search Marketing.

Et dans les jours à venir sortiront également la possibilité d’accéder directement aux bonnes rubriques du discord de la FePSeM depuis votre espace adhérent mais aussi pour nous la synchronisation entre les comptes WordPress et les bases mail Mautic. Ceci afin d’ajouter ou retirer en fonction du statut d’adhésion, sans avoir une gestion humaine qui n’aurait que peu de valeur ajoutée.

Ces différents développements vous permettront par exemple d’être prévenu directement sur discord dès qu’une nouvelle offre d’emploi a été publiée par exemple.

Un projet technique, c’est avant tout un projet métier

Cette refonte du site FePSeM.org n’est pas simplement une réorganisation technique ; c’est une évolution nécessaire pour garantir que l’association puisse continuer à répondre aux attentes de ses membres tout en anticipant les besoins futurs. En trouvant un juste équilibre entre innovation et simplicité, tout en intégrant des solutions robustes comme HelloAsso et Mautic, nous avons construit une plateforme qui, nous l’espérons, servira durablement notre communauté. Car au final, un projet web réussi ne se mesure pas seulement à la stabilité technique ou au SEO, mais à la capacité de la solution à être adoptée, utilisée et maintenue facilement par tous. Le véritable succès d’une refonte réside dans son alignement avec les besoins métiers, présents et futurs. Et c’est bien là notre objectif : offrir à la FePSeM un outil fonctionnel, évolutif et adapté aux attentes de demain.

(Je n’ai pas abordé la notion de coûts ici ou alors en substance avec l’open source mais les développements ont été prévu pour être les plus light possibles car réalisés bénévolement. Ils ne doivent que plus être facile à maintenir et évolutif. La gratuité ne devant pas être la porte ouverte à la débauche technique. Sur le périmètre immédiat, on est sur une enveloppe de 60 jours environ)