depuis la création du compte
Confiez votre projet à Marius
Faites appel à l'expertise de Marius pour faire avancer votre projet, ou découvrez d'autres freelances pour trouver celui qui correspondra parfaitement à vos besoins.
Développeur Velo & backend Wix — Libertyweb
Je suis développeur indépendant spécialisé sur Velo, la partie backend de Wix. J'interviens quand un projet Wix dépasse ce que la plateforme permet nativement : c'est là que la plupart des prestataires s'arrêtent, et c'est exactement là que je commence.
Ce que je fais
Connexion d'un site Wix à une base PostgreSQL externe via l'adaptateur officiel, quand les collections natives atteignent leur plafond de lignes ou de complexité. Les données restent consultables et modifiables dans le CMS Wix : vos équipes ne changent pas d'outil.
Passerelles de paiement hors catalogue Wix, y compris bancaires françaises, lorsque les frais des solutions intégrées deviennent le premier poste de coût.
Backend sur mesure : http-functions, webhooks, API, synchronisation avec un ERP, un CRM ou Google Workspace.
Espaces membres et logique métier complexe : formulaires multi-étapes, droits différenciés, facturation, validation serveur.
Reprise de projets Velo existants qui ne fonctionnent pas comme prévu, ou dont le développeur précédent est parti.
Mon parcours
Master DevOps, puis quatre ans chez SPIE ICS, une ESN où j'ai travaillé sur des environnements exigeants en disponibilité et en sécurité, pour des grands comptes du secteur spatial et de l'agroalimentaire — de grandes structures où l'erreur en production n'est pas une option.
En indépendant, je me suis spécialisé sur la filière viticole. J'ai notamment conçu pour un organisme de certification une plateforme complète : formulaire de certification de plusieurs centaines de champs, base PostgreSQL externalisée après saturation des collections Wix, intranet adhérents avec factures et historique des dossiers, inscription et paiement des salons professionnels, passerelle de paiement bancaire développée de zéro, et synchronisation automatique vers Google Sheets pour les équipes internes. J'accompagne également plusieurs autres entreprises du secteur.
Ma méthode
Je commence par comprendre le besoin métier avant de parler technique — beaucoup de blocages supposés n'en sont pas, et certaines demandes se résolvent bien plus simplement que prévu. Je cadre ensuite un périmètre écrit, avec un forfait par lot plutôt qu'une facturation ouverte : vous savez ce que vous payez.
Je livre en environnement de préproduction avant toute mise en ligne, je documente ce que je fais, et je vous laisse propriétaire de votre infrastructure et de vos données. Un projet que vous ne pouvez pas reprendre sans moi est un projet mal fait.
Je travaille aussi en marque blanche pour les agences : vous restez l'interlocuteur unique de votre client, je livre la partie technique.
Français et anglais courants. Je réponds sous 24 h.
Formulaire de certification en ligne pour un organisme certificateur
Secteur : certification et contrôle qualité (filière viticole)
Rôle : conception fonctionnelle, développement et infrastructure, en intervenant seul
Technologies : Wix Velo, JavaScript, PostgreSQL, Node.js, Docker, Cloudflare
Le besoin
Chaque année, les domaines adhérents doivent constituer un dossier de certification détaillé, couvrant l'ensemble de leurs pratiques culturales et vinicoles. Ce dossier conditionne la délivrance d'une certification officielle : il engage juridiquement le domaine comme l'organisme.
Le processus reposait sur un circuit lourd, avec ressaisie manuelle, absence de contrôle à la saisie et historique difficilement consultable. L'objectif était de le porter en ligne, sur le site Wix existant, sans imposer de nouvel outil aux équipes internes.
La difficulté centrale
Un dossier de certification comporte plusieurs centaines de champs : parcellaire, itinéraires techniques, intrants, vinification, traçabilité, engagements. C'est bien au-delà de ce que gèrent les formulaires natifs de Wix, et au-delà du plafond des collections Wix une fois multiplié par le nombre de domaines et d'années conservées.
Un formulaire de cette taille pose par ailleurs un problème d'usage : personne ne le remplit d'une traite. Il fallait le rendre praticable.
Ce que j'ai construit
Une saisie sectionnée et reprenable. Le dossier est découpé en sections thématiques, avec sauvegarde progressive : le vigneron interrompt sa saisie et la reprend plus tard, depuis un autre poste, sans rien perdre. Un indicateur de complétion lui montre ce qui reste à renseigner.
Une validation métier côté serveur. Les contrôles ne se limitent pas au champ obligatoire : cohérence entre déclarations, dépendances conditionnelles — certaines sections n'apparaissent que selon les réponses précédentes — et règles propres au référentiel de certification. La validation s'exécute en backend Velo, donc non contournable côté navigateur.
Un modèle de données relationnel. Le dossier est réparti sur un schéma PostgreSQL multi-tables, avec clés étrangères réelles entre le domaine, la campagne annuelle, les sections et les réponses. Les données restent visibles et modifiables depuis le CMS Wix via l'adaptateur officiel de base externe : les équipes de l'organisme instruisent les dossiers dans l'interface qu'elles connaissent.
Un versionnement par campagne. Chaque millésime constitue un dossier distinct et archivé. L'historique reste consultable année après année, ce qui permet le suivi d'évolution d'un domaine et répond aux exigences de traçabilité propres à une certification officielle.
Une architecture extensible. Un second formulaire, destiné aux non-adhérents, a été ajouté après la mise en production en réutilisant le même socle — nouvelles tables, déclaration des permissions, câblage du front Velo — sans refonte.
Les points techniques résolus
Le passage aux collections externes a imposé de traiter les incompatibilités entre le modèle Wix et PostgreSQL : noms de champs camelCase dépassant la limite de 62 caractères, colonnes commençant par un chiffre interdites en SQL, identifiants _id attendus en texte et générés par trigger, dates système stockées en texte et non en timestamp, permissions à déclarer explicitement collection par collection. Des scripts de migration rejouables ont permis de répéter l'opération en préproduction jusqu'à obtenir un résultat propre, puis de basculer sans interruption de service.
Résultats
Un dossier de plusieurs centaines de champs devenu remplissable en ligne, en plusieurs fois
Fin de la ressaisie manuelle et des allers-retours de correction
Contrôles de cohérence appliqués à la saisie, avant instruction
Historique complet par campagne, exploitable pour le suivi et les audits
Un socle réutilisé pour un second formulaire, livré ensuite sans refonte
Plateforme de certification et intranet adhérents pour un organisme de certification viticole
Secteur : viticulture, certification officielle
Rôle : conception, développement et infrastructure, en intervenant seul
Technologies : Wix Velo, PostgreSQL, Node.js, Docker, Cloudflare, API BNP Paribas, Google Sheets API
Le contexte
L'organisme certifie des domaines viticoles selon un référentiel exigeant. Chaque domaine dépose un dossier de certification annuel, reçoit des factures et participe à des salons professionnels. L'ensemble reposait sur un site Wix dont les capacités natives ne suivaient plus.
Trois blocages simultanés : le plafond de lignes des collections Wix, atteint et infranchissable, qui arrêtait net le projet ; l'absence d'espace personnel pour les vignerons, contraints de solliciter l'organisme pour la moindre facture ou copie de dossier ; et des frais de paiement en ligne qui grevaient chaque inscription aux salons.
Contrainte structurante : les équipes internes travaillent quotidiennement dans l'interface Wix. Toute solution imposant un nouvel outil était écartée.
Ce que j'ai livré
Formulaire de certification officielle
Un formulaire métier de plusieurs centaines de champs, rempli en ligne par chaque domaine et débouchant sur la délivrance de la certification. Sauvegarde progressive, reprise de saisie, validation métier côté serveur, conservation de l'historique année par année. Un second formulaire, destiné aux non-adhérents, a été ajouté ultérieurement sans toucher à l'architecture.
Externalisation de la base de données
Migration vers PostgreSQL sur serveur dédié, connecté au site via l'adaptateur officiel de base de données externe Wix, exposé par tunnel Cloudflare — aucun port ouvert sur Internet. Point décisif : les collections externes apparaissent dans le CMS Wix comme des collections natives. Les équipes lisent et modifient leurs données dans l'interface qu'elles connaissaient déjà, le code Velo continue d'utiliser wixData, et la limite de volume disparaît.
Intranet réservé aux domaines adhérents
Un espace privé authentifié donnant accès aux factures, à l'historique complet des dossiers de certification des années précédentes, et à l'inscription aux salons professionnels avec paiement en ligne. Les vignerons sont devenus autonomes sur des demandes qui mobilisaient auparavant l'organisme.
Passerelle de paiement BNP Paribas développée de zéro
Wix verrouille son catalogue de prestataires de paiement : brancher une banque française n'est pas prévu par la plateforme. J'ai développé la passerelle en backend Velo — initiation de transaction, signature des échanges, gestion des retours asynchrones, des échecs et des abandons en cours de paiement, réconciliation automatique avec l'inscription et la facturation. Résultat : encaissement direct sur compte bancaire professionnel et frais de transaction très inférieurs à la solution précédente.
Synchronisation vers Google Sheets
Plusieurs personnes en interne suivaient les inscriptions aux salons, chacune sur son propre fichier, avec des données divergentes. Les inscriptions et paiements sont désormais poussés automatiquement vers un classeur partagé, consultable et éditable simultanément par tous les acteurs. Une source de vérité unique, dans un outil que personne n'a eu à apprendre.
Les difficultés techniques résolues
Le plafond de lignes Wix, non contournable en interne, imposait l'externalisation. Côté migration : noms de champs camelCase dépassant la limite de 62 caractères de PostgreSQL, colonnes commençant par un chiffre interdites en SQL, identifiants _id attendus en texte et générés par trigger, dates système à stocker en texte et non en timestamp, permissions à déclarer collection par collection sous peine d'invisibilité silencieuse côté Wix. Chaque point a fait l'objet d'une correction spécifique et de scripts de migration rejouables, permettant de répéter l'opération en préproduction jusqu'à obtenir un résultat propre.
Résultats
Migration réalisée sans interruption de service sur le site public
Aucune formation nécessaire : les équipes ont retrouvé leurs données au même endroit
Frais de paiement fortement réduits par l'encaissement bancaire direct
Les vignerons autonomes sur leurs factures et leur historique
Une source unique partagée pour le suivi des salons, à la place des fichiers divergents
Le client propriétaire de ses données, capables de survivre à un changement de plateforme