en production depuis 1999 EN

Vous venez de Magento ? On passe à Go, avec l'IA.

Magento demande des serveurs costauds, des développeurs spécialisés et des mois pour chaque montée de version. Pour la plupart des boutiques, c'est un paquebot pour traverser une rivière. Je le remplace par une application Go taillée pour votre catalogue, qui tient la charge sur une fraction des machines.

Un courriel direct, pas de commercial. Réponse sous 24 h ouvrées, sans engagement.

root@clh.ovh: ~
clh --inventaire magento
  catalogue EAV, store views, clients, commandes : relevés
clh --lire --ia app/code/
  modules maison et règles de prix cartographiés
01

Ce qu'on garde, ce qu'on laisse.

On ne recopie pas Magento / Adobe Commerce en Go : on reprend ce qui compte pour vous, et on laisse le reste derrière.

On garde

Tout ce qui compte pour vous.

  • catalogue, attributs et produits configurables
  • store views, langues et devises
  • clients, groupes et commandes
  • règles de prix catalogue et panier
  • adresses des produits et réécritures d'URL
  • intégrations ERP, PIM ou marketplaces
On laisse derrière

Tout ce qui vous coûte.

  • des serveurs dimensionnés pour Magento, pas pour votre trafic
  • Elasticsearch, Varnish et Redis empilés juste pour démarrer
  • des montées de version de plusieurs mois
  • la licence Adobe Commerce, le cas échéant
Points d'attention · Magento

Ce que je surveille de près.

  • Le modèle EAV est aplati dans un schéma clair : vos attributs deviennent des données qu'on comprend.
  • Les intégrations (ERP, PIM, marketplaces) sont reprises par leurs API et testées sur un environnement de recette.
  • La recherche est réécrite pour votre catalogue : souvent, plus besoin d'un cluster dédié.
02

Six étapes, zéro coupure.

une migration type
clh --inventaire magento
  ✓ chaque adresse, chaque contenu, chaque extension
clh --lire --ia
  ✓ carte des règles, relue avec vous
clh --go --tests
  ✓ chaque page ancienne = un test à passer
clh --migrer --donnees
  ✓ scripts rejouables jusqu'à la veille
clh --comparer ancien nouveau
  ✓ écart nul, ou voulu
clh --basculer && clh --transmettre
  ✓ en ligne, et vous avez les clés
  1. 01

    Tout relever.

    Je relève tout ce qui existe sur votre Magento : chaque adresse publique, chaque contenu, chaque extension et ce qu'elle fait vraiment, les formulaires, les comptes. Ce relevé sert de référence jusqu'au bout.

  2. 02

    Faire lire le code par l'IA.

    Des agents d'IA lisent l'existant (thème, extensions, réglages, code maison) et en tirent les règles réelles : qui voit quoi, quel prix s'applique quand, quel courriel part après quoi. Je relis cette carte avec vous : c'est elle qui fait foi, pas l'ancien code.

  3. 03

    Écrire en Go, tests d'abord.

    Avant le code, les tests : chaque page de l'ancien site devient un cas à reproduire. Le nouveau site est écrit en Go par des agents que je pilote en parallèle, et chaque ligne passe par moi avant d'être gardée.

  4. 04

    Transférer les données.

    Contenus, médias, comptes et historiques sont transférés par des scripts rejouables : on relance la copie autant de fois que nécessaire, jusqu'à la veille de la bascule. Les données personnelles ne passent jamais par l'IA.

  5. 05

    Comparer, côte à côte.

    Les deux sites tournent ensemble. Un robot les compare page par page : contenus, titres, liens, prix. On corrige jusqu'à ce que l'écart soit nul, ou voulu.

  6. 06

    Basculer, puis rendre les clés.

    Bascule au niveau du DNS, sans coupure ; l'ancien site reste en lecture seule le temps d'être sûr. Vous recevez le code source, la documentation et les accès : vous ne dépendez pas de moi.

03

L'IA accélère. Je décide.

L'IA fait en heures ce qui prenait des semaines : lire, comparer, écrire le code répétitif. Elle ne choisit pas l'architecture, et elle ne met rien en production sans moi.

Ce que fait l'IA

Le volume.

  • lire des milliers de lignes de code et de réglages en quelques heures
  • proposer la carte des règles métier
  • écrire le code répétitif et les tests
  • comparer l'ancien et le nouveau site, page par page
agents de code · en parallèle
Ce que je fais

Les décisions.

  • décider de l'architecture
  • trancher avec vous ce qu'on garde ou supprime
  • relire et valider chaque ligne
  • tenir la sécurité et la production
27 ans de production
04

Ce que vous y gagnez.

01

Une pile en moins

--go

PHP, MySQL, Elasticsearch, Varnish, Redis et des dizaines de modules : tout cela quitte la production. Il reste un seul programme compilé, qui démarre en une fraction de seconde.

La preuveCette page est servie par un programme Go que j'ai écrit, le même qui fait tourner clh.do et clh.agency.

02

Moins de machines

--sobre

Un service en Go encaisse des millions de requêtes par jour sur une machine modeste : la facture d'hébergement et la consommation électrique baissent ensemble.

03

Moins de failles

--durcir

Pas d'extension tierce, pas de mise à jour hebdomadaire à passer en urgence : la surface d'attaque se réduit à ce que vous utilisez vraiment.

La preuvePour les sites de contenu, j'ai conçu NADAPROD, open source : j'importe votre site existant, et chaque page devient un fichier autonome. Pas de base de données, pas d'extension, ni traceur ni appel à un tiers.

04

Plus rapide

--ms

Des pages servies en quelques millisecondes : vos visiteurs restent, et les moteurs de recherche le remarquent.

05

À vous

--cles

Code source, documentation, accès : tout vous appartient. Vous ne dépendez ni d'un éditeur, ni d'une place de marché d'extensions, ni de moi.

05

Vos questions.

01

Mon catalogue compte des dizaines de milliers de produits.

C'est justement là que Go est à l'aise : un catalogue de cette taille tient dans la mémoire d'un seul serveur et se sert en quelques millisecondes.

02

Nous sommes sous Adobe Commerce Cloud.

La migration part de vos exports et de vos API ; la sortie du contrat se planifie avec la date de bascule.

03

Mon référencement va-t-il en souffrir ?

Pas si on fait les choses dans l'ordre : chaque adresse existante est relevée avant de toucher à quoi que ce soit, puis reprise à l'identique ou redirigée en 301. Titres, descriptions et données structurées suivent. Et un site plus rapide est mieux classé, pas moins.

04

Qui modifie le site, après ?

Vous. Selon vos usages : des fichiers texte qu'on édite comme un document, ou une interface d'administration écrite pour ce que vous faites vraiment, sans les cent menus dont vous ne vous servez pas.

05

Que voit l'IA de mes données ?

Le code, la structure et des échantillons anonymisés. Les données personnelles de vos clients (comptes, commandes, adresses) ne sont pas envoyées aux modèles : elles sont transférées par des scripts, sur vos serveurs ou les miens.

06

Combien de temps, et combien ça coûte ?

Ça dépend du volume et des fonctions à reproduire. Après l'inventaire, vous avez un périmètre, un calendrier et un devis fermes. L'IA réduit nettement le temps d'écriture du code : c'est ce qui rend une réécriture sur mesure abordable aujourd'hui.

07

Et si je veux revenir en arrière ?

L'ancien site reste en place, en lecture seule, jusqu'à ce que vous soyez sûr. La bascule se fait au niveau du DNS : revenir prend quelques minutes.

08

Vous hébergez ensuite ?

Si vous le voulez, sur mes machines ou chez datamix.io. Sinon, le binaire tourne chez n'importe quel hébergeur Linux : le code et les accès sont à vous.

Votre migration,
on en parle ?

Dites-moi d'où vous partez (Magento / Adobe Commerce), ce que fait votre site et ce qui vous pèse : je vous réponds sous 24 h ouvrées, sans engagement.

Parler de ma migration

ou écrire directement à cedric@clh.ovh

Parler de ma migration →
clh --nouvelle-demande

Décrivez la situation.

Votre message m'arrive directement. Réponse sous 24 h ouvrées, sans engagement.

Urgence
Accès au serveur ou au site