Fonctionnement
Nous passons la partie publique de votre site sur l’edge et laissons WordPress là où vous écrivez — ou installons un nouveau site de cette façon dès le départ. C’est un service clé en main plutôt qu’un bouton, parce que la moitié intéressante de tout site est celle qu’aucun robot d’exploration ne voit.
Publier un article envoie cette page, et toutes les pages qui la listent, sur l’edge en quelques secondes. Un formulaire envoyé ou un commentaire laissé sur l’edge arrive dans WordPress comme une vraie soumission ou un vrai commentaire. Chaque nuit, une vérification complète compare ce que WordPress publie avec ce que l’edge sert réellement, et signale toute différence au lieu de la masquer.
Vous avez peut-être croisé l’idée sous le nom de WordPress statique, de WordPress headless ou de WordPress sur Cloudflare® Pages. Elle est la plus proche de la première : les pages que rend votre thème deviennent des fichiers statiques. Ce qu’un export statique laisse de côté — formulaires, commentaires, recherche, et la mise à jour des fichiers — est la partie que nous construisons. Contrairement à WordPress headless, votre thème reste ; rien n’est réécrit dans un framework JavaScript. Pour la comparaison avec toutes les autres façons de faire tourner WordPress, voir la meilleure façon d’installer WordPress en 2026.
Ce qui change, et ce qui ne change pas
Ne change pas
- WordPress lui-même, ses extensions et son administration
- Vos rédacteurs, leurs comptes et leur façon de publier
- Vos contenus, vos adresses et votre référencement
Change
- Votre adresse publique sert des fichiers depuis l’edge — en quelques dizaines de millisecondes au lieu de plusieurs centaines
- WordPress passe sur un sous-domaine, à l’écart du public
- Formulaires, commentaires et recherche reçoivent leur réponse sur l’edge, et arrivent dans WordPress
Le service, étape par étape
Chaque étape indique ce dont nous avons besoin, ce que nous faisons, et ce que vous avez à la fin.
-
L’analyse et l’évaluation — gratuites
- Vous
- Analysez votre adresse, ajoutez votre site dans votre compte, et donnez-nous un accès temporaire à votre serveur — un compte SSH ou un accès au panneau d’hébergement, que vous créez et supprimez.
- Nous
- Lisons comment votre WordPress est construit — extensions actives, thème, formulaires et leurs champs, volume de contenu de chaque type — sans ouvrir vos utilisateurs, commentaires ni soumissions. Puis déterminons lesquelles de vos fonctionnalités correspondent à des points d’accès qui existent déjà, lesquelles sont à construire, lesquelles restent sur WordPress — et si votre site s’y prête tout simplement.
- Vous obtenez
- Un périmètre et une fourchette de prix indicatifs. Ou un non franc, qui vaut autant : boutiques, espaces membres, formations en ligne et agendas de réservation reposent sur un état vivant qu’un miroir ne peut pas porter, et le dire en première semaine coûte moins cher à tout le monde que le dire en sixième.
-
Une répétition sur une copie — l’audit de migration
- Vous
- Nous donnez accès : administrateur WordPress, panneau de votre hébergement ou SSH, et DNS.
- Nous
- Clonons votre site dans un environnement jetable et y menons la migration complète. La répétition sert à trouver les deux ou trois choses de votre site que personne n’a notées : l’extension qui code un domaine en dur, le thème qui met son propre menu en cache, le formulaire qui envoie vers une adresse absolue.
- Vous obtenez
- Un rapport écrit — ce qui a cassé, ce que cela coûte, à quoi ressemble la fenêtre de bascule — et un prix ferme. Si le prix change, c’est ici qu’il change, avant que votre site en ligne ait été touché. L’audit est payant, et déduit de la migration si vous donnez suite.
-
WordPress passe sur un sous-domaine
- Nous
- Déplaçons WordPress vers une adresse comme
wp.example.comavec deux lignes danswp-config.phpplutôt qu’une réécriture de la base de données — pour revenir en arrière, il suffit d’effacer ces deux lignes. Les visiteurs anonymes de cette adresse sont renvoyés vers la page publique ; seules les requêtes munies d’identifiants se les voient demander. - Vous obtenez
- Le même WordPress, à une nouvelle adresse, avec les mêmes rédacteurs et la même façon de travailler. Rien de public n’a encore changé.
-
L’edge est construit — y compris ce que votre site a de propre
- Nous
- Convertissons chaque page avec ses feuilles de style, polices, images et son index de recherche, puis faisons la partie qui constitue vraiment le travail : reconstruire ce que fait votre site. Six points d’accès sont communs — formulaires, commentaires, recherche, le rapatriement des soumissions, la publication et le plan du site. Tout le reste n’appartient qu’à vous : une inscription à la lettre d’information, un long formulaire d’inscription conditionnel, un parcours de témoignages avec sa propre modération, le routage par langue.
- Vous obtenez
- Le site entier sur une adresse de prévisualisation, à parcourir avant que quoi que ce soit de public ne bouge.
-
Les deux sens, vérifiés
- Nous
- Installons la petite extension qui relie WordPress à votre edge. La publication atteint l’edge en quelques secondes ; soumissions et commentaires atteignent WordPress. La vérification nocturne démarre, et signale les quatre façons dont les deux côtés peuvent diverger : manquant, périmé, orphelin ou différent.
- Vous obtenez
- Les deux sens démontrés sur vos propres contenus, pendant que nous surveillons encore. Un site qui publie mais ne reçoit pas n’est qu’un demi-site, et la moitié qui manque est celle qui rapporte.
-
La bascule
- Nous
- Suivons une procédure écrite autour du retour arrière plutôt que du scénario idéal. Le DNS de votre domaine passe chez Cloudflare quelques jours avant, si bien que la bascule elle-même se résume à la modification d’un enregistrement — quelques secondes pour la faire, quelques secondes pour la défaire.
- Vous obtenez
- Un site en ligne sur l’edge, et un retour arrière qui tient en un coup de téléphone et une minute, pas en un après-midi.
Après la bascule, vous choisissez comment le site tourne : dans votre propre compte Cloudflare, ce qui ne coûte rien pour la plupart des sites, avec un forfait de maintenance optionnel de notre part. Voir les tarifs.
Démarrer un nouveau site
Le même résultat, sans site à migrer. Pas d’analyse, pas d’évaluation, pas de répétition : nous installons WordPress sur un sous-domaine privé, chez l’hébergeur de votre choix ; l’edge dans votre propre compte Cloudflare ; les fonctions dont votre site a besoin, comme les formulaires, les commentaires et la recherche ; et la synchronisation entre les deux. Puis nous vérifions le résultat avec les mêmes règles SEO et d’accessibilité qu’une migration. Vous commencez à écrire dans WordPress, et votre première page est servie depuis l’edge.
Le design et les contenus restent les vôtres, ou ceux de votre designer. Ce que nous construisons, c’est l’environnement dans lequel ils vivent.
Une façon de moderniser un ancien WordPress
Un WordPress vieillissant est généralement lent et exposé pour la même raison : chaque visiteur l’atteint. Passer le site public sur l’edge règle les deux sans reconstruire ce que vous avez. Les pages, le thème et les contenus restent ; ce qui les sert devient une infrastructure moderne ; et l’ancien WordPress cesse d’être exposé au public. Si WordPress lui-même doit être mis à jour — sa version de PHP, ses extensions —, c’est la répétition sur une copie qui le révèle, et le devis dit ce que cela demande.
Ce dont nous avons besoin, et quand cela s’arrête
| Accès | Pourquoi |
|---|---|
| Administrateur WordPress | Ce qu’il faut reconstruire est défini par des extensions, des formulaires et des modèles qu’aucune exploration ne peut recenser. Tout le service repose sur cet accès. |
| Panneau d’hébergement ou SSH | Pour déplacer WordPress sur son sous-domaine, émettre son certificat et définir ses règles d’accès. |
| DNS | Pour la bascule. Soit vous gardez la main et suivez la procédure avec nous, soit vous nous déléguez la zone le temps nécessaire. |
Nous ne demandons rien de plus, et seulement pour la durée du projet. À la fin, nous listons chaque compte et chaque clé utilisés, et vous les supprimez. Nous ne conservons aucun identifiant. Les données personnelles que nous voyons pendant le travail sont couvertes par un accord de traitement des données joint à chaque devis.
Ce qui ne peut pas migrer
Une boutique, un espace membres, des formations en ligne ou un agenda de réservation : chacun porte un état vivant — un panier, une session, une progression, des disponibilités — qu’un miroir ne peut pas porter. Un site qui affiche son contenu en JavaScript au lieu de l’envoyer depuis le serveur ne peut pas non plus être reproduit. Quand votre site dépend de l’un de ces éléments, nous le disons dès l’analyse ou l’évaluation, avant que quoi que ce soit ne soit payé. Nous faisons évoluer le moteur pour les prendre en charge aussi, et ce sont les sites dont on nous parle qui décident de l’ordre. Si le vôtre dépend de l’un d’eux, ajoutez-le dans votre compte et nous chercherons une solution avec vous.
Un site que nous avons migré
7etresoi.fr, un site de bien-être de dix ans qui avait dépassé les limites de son hébergement mutualisé. Des pages qui mettaient plus de 800 ms arrivent désormais en moins de 50 ms. Le site respecte le niveau AA des WCAG, sa mesure d’audience ne dépose aucun cookie, et les données de ses formulaires restent dans l’UE — et le site s’écrit toujours dans le même WordPress.
Commencez par l’analyse
Elle prend quelques secondes et ne demande aucun compte.