Chaque page construite une fois, servie partout, formulaires et boutique compris.

Un site WordPress reconstruit normalement chaque page pour chaque visiteur : PHP s’exécute et la base de données est interrogée, dans une seule salle serveur, pour produire la même page qu’au lecteur précédent. Or la plupart des pages sont lues bien plus souvent qu’elles ne changent. Nous faisons donc le travail quand une page change, pas quand elle est lue.

Construite quand vous publiez

WordPress produit une page quand vous la modifiez, et n’envoie à l’edge que cette page et celles qui la listent. Entre deux publications, il ne produit rien pour les visiteurs.

Servie au plus près

Chaque visiteur reçoit un fichier terminé depuis le centre de données le plus proche : ni PHP, ni requête à la base de données, ni aller-retour vers votre serveur. Sur 7etresoi.fr, les pages sont passées de plus de 800 ms à moins de 50 ms.

Du code seulement quand il sert

Formulaires, commentaires, recherche et paiement d’une boutique sont de petites fonctions qui ne s’exécutent que lorsque quelqu’un s’en sert. Messages et commentaires arrivent dans WordPress ; les commandes se gèrent dans l’espace de votre prestataire de paiement.

Il en découle deux choses. WordPress sert vos rédacteurs et non vos visiteurs : un hébergement modeste suffit, et l’offre gratuite de Cloudflare® sert la plupart des sites de contenu. Et WordPress lui-même n’est plus sur l’internet public : l’essentiel des attaques qui le visent n’a plus rien à atteindre.

Votre site WordPress peut-il passer sur l’edge ?

Saisissez votre adresse et vous obtiendrez l’une de trois réponses, raisonnement compris : nous pouvons migrer ce site, nous pouvons le migrer avec un peu de développement sur mesure, ou il ne s’y prête pas en l’état.

L’analyse lit votre robots.txt, votre page d’accueil, l’index de l’API WordPress, votre plan du site, quelques-unes de vos pages, et les fichiers readme des thèmes et extensions qu’ils désignent — deux douzaines de requêtes environ, sans rien conserver de votre contenu.

Ce que nous faisons d’un site qui peut migrer

Nous passons sa partie publique sur l’edge et laissons WordPress là où vous écrivez. Vos pages deviennent des fichiers servis depuis le centre de données le plus proche de chaque visiteur. Ce qui ne peut pas devenir un fichier — formulaires, commentaires, recherche, et tout ce que votre site fait d’autre — est reconstruit sous forme de petites fonctions juste à côté. WordPress passe sur un sous-domaine et reste exactement tel qu’il est, et les deux restent synchronisés dans les deux sens, automatiquement.

C’est un service clé en main, de bout en bout : nous faisons le travail, et vous continuez d’écrire. Il convient à deux situations : un WordPress existant, souvent ancien, qui mérite une infrastructure moderne sans être reconstruit ; et un nouveau site, installé ainsi dès sa première page.

Le fonctionnement, étape par étape · Ce que cela coûte · Est-ce la bonne solution pour vous ?

Comment l’analyse sait ce qu’elle sait

La plupart des outils d’analyse WordPress lisent le code d’une seule page et devinent. Cela révèle très peu : sur un site réel que nous avons mesuré, 13 extensions étaient installées et le code n’en révélait qu’une, parce qu’une extension n’apparaît dans le code que si elle charge une ressource sur la page que l’on a justement récupérée.

Notre analyse lit donc l’index de l’API WordPress, qui nomme chaque extension déclarant des routes — y compris celles qui n’affichent rien — puis vérifie chacune dans son propre readme pour en obtenir le vrai nom et la version. Elle lit le style.css de votre thème pour connaître le thème réellement utilisé plutôt que son parent, et elle parcourt plusieurs de vos pages pour ne pas manquer le formulaire de votre page de contact.

Ce qu’aucune analyse ne peut atteindre : la définition des champs d’un formulaire qui ne figure sur aucune page publique, vos soumissions, et les extensions actives qui n’affichent rien et ne déclarent aucune route. Le verdict est donc une qualification, pas un plan. Le plan part de l’évaluation ci-dessous.

L’analyse s’identifie comme EdgeWPsyncScan/1.0, avec un lien vers cette section, et ne lit rien de ce que votre robots.txt demande aux robots d’éviter — ni la page d’accueil, ni aucune adresse ensuite. Si votre robots.txt ne peut pas être lu, elle s’arrête. Pour l’exclure entièrement : User-agent: EdgeWPsyncScan, puis Disallow: /.

Obtenir une vraie évaluation

Une analyse lit vos pages publiques. Une évaluation lit votre WordPress de l’intérieur — quelles extensions sont actives, quel thème tourne, quels champs ont vos formulaires, combien de pages de chaque type — et c’est nous qui la menons, avec un accès temporaire à votre serveur que vous créez et supprimez. Nous y répondons gratuitement par un périmètre et une fourchette de prix indicatifs, ou par un non franc.

Comment nous traitons cet accès

Pas de SSH chez votre hébergeur ? Un panneau d’hébergement suffit pour commencer ; l’évaluation indique à quelles questions elle n’a pas pu répondre sans davantage.

Connectez-vous et ajoutez votre site — nous vous écrirons pour organiser l’accès. Pas de mot de passe : nous envoyons un lien valable une seule fois. Première visite ? Le même lien crée votre compte.

Votre adresse sert à vous connecter et à vous répondre. Si plus de trois liens sont demandés pour elle dans la même journée depuis un même endroit, ou plus de dix en tout, nous en sommes avertis. Politique de confidentialité.