en production depuis 1999 EN

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

Extensions à mettre à jour chaque semaine, failles à répétition, pages lentes dès que le trafic monte : je remplace votre WordPress par un site en Go, plus rapide et bien moins exposé, en reprenant vos articles, vos médias et chacune de vos adresses.

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

root@clh.ovh: ~
clh --inventaire wordpress
  articles, pages, médias, menus, extensions : relevés
clh --lire --ia wp-content/themes wp-content/plugins
  carte des règles prête à relire
01

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

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

On garde

Tout ce qui compte pour vous.

  • articles et pages, avec leurs dates et leurs auteurs
  • médias, recadrés et optimisés
  • catégories, étiquettes et menus
  • permaliens, à l'identique
  • titres et descriptions SEO (Yoast, Rank Math)
  • formulaires de contact et d'inscription
On laisse derrière

Tout ce qui vous coûte.

  • la pile d'extensions et ses mises à jour hebdomadaires
  • wp-login.php, xmlrpc.php et les robots qui les martèlent
  • PHP et une base MySQL à surveiller
  • le thème premium qui ralentit tout
Points d'attention · WordPress

Ce que je surveille de près.

  • Les shortcodes et les blocs Gutenberg sont convertis en HTML propre, un par un, pas à l'aveugle.
  • Les extensions qui font quelque chose d'utile (formulaires, abonnements, multilingue) sont réécrites ; les autres disparaissent.
  • Les commentaires sont gardés en archive, ou remplacés, selon ce que vous en faites aujourd'hui.
02

Six étapes, zéro coupure.

une migration type
clh --inventaire wordpress
  ✓ 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 WordPress : 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, un cache et la pile d'extensions : 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

Je publie souvent : comment faire sans l'administration WordPress ?

Vous écrivez dans un éditeur simple ou en Markdown, vous publiez, la page est en ligne. Pas de tableau de bord à cent menus, pas de mise à jour à faire avant d'écrire.

02

Et ma boutique WooCommerce ?

Elle a sa propre page : une boutique demande plus de soin qu'un blog (commandes, paiements, comptes clients).

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 (WordPress), 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