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
- Temporaire, et c’est vous qui le retirez. Vous nous créez un compte SSH ou un accès à votre panneau d’hébergement, et vous le supprimez quand nous avons terminé.
- Nous lançons des commandes qui lisent. L’évaluation ne modifie rien sur votre serveur ni dans votre WordPress.
- La structure, pas les personnes. Vos utilisateurs, commentaires et soumissions de formulaires ne sont jamais ouverts — tout au plus comptés, pour évaluer le travail.
- Nous ne gardons aucune copie de vos contenus, et aucun identifiant ne survit à l’évaluation.
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.
Connecté en tant que ·
Étape suivante : ajoutez votre site
Ajoutez son adresse dans votre compte. Nous vous écrirons pour organiser un accès temporaire, mener l’évaluation, et revenir vers vous avec ce qui se migre, ce qui est à construire, et un prix indicatif.