Aller au contenu principal
Étude de cas

Corrections WordPress & intégration CRM pour Service de Piscines Jolicoeur

PME spécialisée en piscines creusées · Rive-Nord de Montréal · En activité depuis 1999

Tous les problèmes résolus
Mars 2026
Mis à jour le
WordPressFluent FormsAPI RESTPlannit CRMPHP

Le défi

Le site WordPress du client présentait plusieurs dysfonctionnements dans la liaison entre son formulaire de soumission (Fluent Forms Pro) et son CRM Plannit. En l'absence de suivi technique, les données ne remontaient plus correctement : services mal mappés, champs manquants, logique conditionnelle cassée, et soumissions en double causées par un hook WordPress qui se déclenchait deux fois.

Concrètement, chaque demande arrivait incomplète ou dupliquée dans le CRM. À l'approche de la saison, ça veut dire du temps perdu à rappeler des clients pour redemander des informations qu'ils avaient déjà fournies — et un risque réel de laisser filer une soumission.

En savoir plus sur WordPress pour les PME québécoises en 2026.

La méthode de diagnostic

Ni documentation d'origine, ni historique des modifications : tout le diagnostic s'est appuyé sur le code en place et sur les données réellement envoyées au CRM.

  1. 1

    Reproduire avant de corriger

    Série de soumissions de test sur le formulaire en ligne pour reproduire chaque comportement signalé et écarter les fausses pistes.

  2. 2

    Observer les données réelles

    Logging temporaire sur les appels sortants vers l'API du CRM pour voir la charge utile exacte, champ par champ, telle qu'elle part du site.

  3. 3

    Remonter à la cause

    Lecture du code PHP et des hooks WordPress pour relier chaque symptôme à son origine : mapping, condition d'affichage ou ordre de déclenchement.

  4. 4

    Corriger puis revalider

    Correction ciblée, sans refonte, suivie d'une nouvelle série de tests pour confirmer que les données arrivent complètes et sans doublon.

Les corrections

Mapping des services vers le CRM

Les services sélectionnés par les visiteurs arrivaient en texte brut au lieu d'être associés aux bons identifiants du CRM. Construction d'un mapping PHP sur mesure avec gestion des cas spéciaux (apostrophes, services multi-valeurs).

Champ « Déjà client ? » non transmis

Un champ du formulaire n'était pas inclus dans les données envoyées au CRM. Ajout du mapping vers les custom fields Plannit.

Page « Vie privée » mal positionnée

Retrait du menu principal, proposition de placement en footer. Conseil sur la conformité Loi 25.

En savoir plus sur la Loi 25 →

Procédure invisible pour un service

La logique conditionnelle du formulaire utilisait le mauvais opérateur, empêchant l'affichage d'une procédure importante. Correction de la condition + remplacement d'un texte de remplissage (Lorem ipsum) resté en ligne.

Soumissions en double dans le CRM

Un hook WordPress se déclenchait deux fois par soumission, créant des doublons dans Plannit. Diagnostic par logging custom et analyse des timestamps, puis correction du déclenchement.

Un site WordPress qui dysfonctionne ? Un formulaire qui ne transmet pas les bonnes données à votre CRM ?

Je diagnostique et corrige ce type de panne, y compris sur un site que je n'ai pas développé. Réservez votre audit gratuit →

Résultats

Point de contrôleAvantAprès
Services transmis au CRMTexte brut non reconnuIdentifiants Plannit corrects
Champs du formulaire remontésIncompletsComplets
Soumissions en doubleÀ chaque envoi0
Procédure conditionnelleJamais affichéeAffichée au bon service
5 / 5
Problèmes résolus
En cours
Collaboration active

Client satisfait, collaboration en cours pour de nouvelles tâches. Un plan de maintenance régulier a été recommandé pour éviter que ces problèmes ne se reproduisent.

Questions fréquentes

Oui, c'est même la majorité de mes interventions de correction. Je pars du code en place et des données réellement transmises, sans dépendre de la documentation d'origine. Un accès administrateur WordPress et un accès SFTP suffisent pour lancer le diagnostic.
Les causes les plus fréquentes : un mapping de champs qui ne correspond plus aux identifiants attendus par le CRM, une mise à jour de plugin qui change le comportement d'un hook, une logique conditionnelle configurée avec le mauvais opérateur, ou un déclenchement en double après l'ajout d'une extension. Ce sont des pannes silencieuses : côté visiteur le formulaire semble fonctionner, mais les données arrivent fausses, incomplètes ou dupliquées.
Le test le plus simple : remplissez vous-même une soumission complète, puis comparez ligne par ligne ce que vous avez saisi avec la fiche créée dans le CRM. Champ vide, service mal identifié, fiche en double : chacun de ces écarts est un signal. Si le formulaire comporte des conditions d'affichage, refaites le test pour chaque service proposé — c'est souvent là que les écarts se cachent.

Services mobilisés

Lire aussi

Un projet similaire ?

Formulaire cassé, intégration CRM défaillante ou site WordPress à reprendre en main — je peux vous aider.

Support FR/EN – Disponible 24/7

Parlons de vos objectifs

Un projet en tête ? Un site à optimiser ? Parlons-en. Contactez-moi pour un premier échange gratuit — par courriel ou visio, vous choisissez. C'est simple, rapide et sans engagement.