Mettre en place un site de préproduction WordPress était autrefois la partie pénible du travail. Configurer un sous-domaine, copier la base de données, synchroniser les fichiers, corriger le rechercher-remplacer et prier pour que rien dans wp-config.php n’explose. WP Staging Pro a condensé tout cela en un clone en un clic, et pour la plupart des flux de travail d’agence, le problème de la préproduction est concrètement résolu.
Le problème, c’est que le flux de travail de préproduction continue de s’alourdir alors même que l’extension de préproduction continue d’accélérer. Et le coupable est presque toujours le même dossier : wp-content/uploads.
Je travaille chaque semaine avec beaucoup d’agences et d’équipes d’extensions. Le schéma est presque identique partout. Un site démarre à un sage 2 Go. Huit ans plus tard, c’est un monstre de 60 Go avec des sous-dossiers wp-content/uploads/2018/02/ que personne n’a touchés depuis le jour de leur création. L’extension de préproduction fonctionne toujours. Le clone se termine toujours. Ça prend juste bien plus de temps que nécessaire, ça grignote une bonne part du disque et ça transforme discrètement un flux en un clic en une pause café.
C’est le coût caché. Et il vaut la peine d’être corrigé, parce que la solution est honnêtement assez ennuyeuse une fois qu’on la voit.
Pourquoi wp-content/uploads est la taxe de préproduction dont personne ne parle
Voici à quoi ressemble vraiment une installation WordPress moyenne sous le capot. Le cœur fait peut-être 50 Mo. Les extensions et les thèmes réunis, même sur une grosse construction d’agence, dépassent rarement 500 Mo. La base de données d’un site riche en contenu peut atteindre, au plus haut, 200-400 Mo.
Et puis il y a wp-content/uploads. Sur un site WooCommerce de cinq ans, ce dossier peut facilement faire 20-50 Go. Sur un site de publication riche en médias ou un site d’adhésion, plus de 100 Go n’est pas rare. J’ai vu des sites clients où uploads représente 98 % de toute l’empreinte WordPress. Les 2 % restants sont tout ce qui change réellement entre les déploiements.
Les extensions de préproduction doivent gérer tout cela. Même quand WP Staging Pro fait son travail à la perfection, en copiant une base de données en quelques secondes et en sautant les dossiers exclus avec une précision chirurgicale, dès l’instant où vous lui demandez de cloner un site complet pour la validation client, vous demandez à votre serveur de dupliquer chaque JPEG de 2019.
Cela se traduit par quatre coûts bien réels :
- Espace disque. Un site de 60 Go cloné vers un sous-domaine de préproduction occupe désormais 120 Go sur le disque. Deux environnements de préproduction ? 180 Go. La plupart des hébergeurs mutualisés et même infogérés facturent TRÈS CHER pour ça.
- Temps de clonage. La copie de la base de données est rapide. La copie des fichiers est limitée par les E/S de votre serveur. Un dossier uploads de 60 Go est un travail d’E/S de 60 Go, aussi bonne soit votre extension.
- Poids des sauvegardes. Chaque sauvegarde de chaque site de préproduction réarchive chaque image que vous avez jamais téléversée. Stocké dans des destinations cloud, ça devient cher.
- Charge mentale. « Ne clone pas le site de préproduction là tout de suite, j’attends qu’une sauvegarde se termine » est une phrase que j’ai entendue, sous une forme ou une autre, dans chaque agence où j’ai travaillé.
Rien de tout cela n’est la faute de WP Staging Pro. C’est un problème de médiathèque déguisé en préproduction.
Ce que WP Staging Pro gère vraiment à merveille
Avant de parler du côté médias, il faut être honnête sur ce en quoi WP Staging Pro excelle. Parce que le propos de cet article n’est pas « les extensions de préproduction sont lentes » — elles ne le sont pas, les modernes sont remarquables. Le propos, c’est que les parties qui sont lentes se sont déplacées.
WP Staging Pro gère les parties difficiles de la préproduction avec très peu de drame :
- Clonage de la base de données avec prise en charge sélective des tables, ce qui est honnêtement la partie de la préproduction qui cassait tout autrefois. Les tables sont copiées avec une réécriture de préfixe correcte et les données sérialisées sont gérées comme il faut.
- Clonage du site en un clic vers un sous-répertoire ou un sous-domaine, avec authentification utilisateur pour que la copie de préproduction ne soit pas indexée ni consultée par accident.
- Synchronisation des extensions et des thèmes entre préproduction et production, pour qu’une agence puisse tester une mise à jour d’extension de façon isolée et renvoyer la version qui fonctionne sans détruire les modifications du client.
- Sauvegardes vers des destinations cloud dont Google Drive, Amazon S3, Dropbox, OneDrive, Wasabi, pCloud, DigitalOcean Spaces, stockage générique compatible S3 et SFTP. C’est la partie que la plupart sous-estiment. Un pipeline de sauvegarde planifié vers S3 est vraiment une fonctionnalité de niveau entreprise.
- Restaurations à toute épreuve, la fonctionnalité que vous n’appréciez pas avant le jour où vous en avez besoin. Une sauvegarde ne vaut que ce que vous pouvez en restaurer. WP Staging Pro restaure proprement même quand WordPress lui-même est cassé et que vous ne pouvez pas vous connecter à wp-admin. Il existe un outil de restauration autonome qui s’exécute indépendamment de votre installation WordPress, exactement pour les situations où tout a déraillé. Si votre site tombe à 2 h du matin, c’est la fonctionnalité qui vous remet en ligne.
- Prise en charge du multisite, là où, historiquement, tous les autres outils de préproduction s’effondrent en silence.
- Migration de site entre hébergeurs et domaines, avec le rechercher-remplacer géré automatiquement.
L’extension est conçue pour des sites de toute taille, y compris les installations de plus de 50 Go, et l’architecture est vraiment impressionnante une fois qu’on creuse la façon dont elle découpe les opérations en blocs pour éviter les timeouts PHP. Pour tout ce qui est dans la base de données, le dossier des extensions et le dossier des thèmes, c’est un problème résolu.
Le dossier wp-content/uploads est là où la conversation devient intéressante.
Pourquoi « il suffit d’exclure le dossier uploads » n’est pas une vraie réponse
Le réflexe évident est de dire à WP Staging Pro de sauter wp-content/uploads pendant le clonage. L’extension vous le permet, et pour certains flux de travail, c’est le bon choix.
Pour la plupart des flux, ça ne l’est pas. Voici pourquoi.
Si votre site de préproduction n’a pas les médias de production, chaque page que vous prévisualisez paraît cassée. L’image principale de la page d’accueil est un espace réservé. Les galeries de produits WooCommerce sont des 404. Les images mises en avant ne s’affichent pas. Tout l’intérêt de la préproduction est de voir ce que voit la production, et un site de préproduction sans médias ne vous permet pas de valider un changement en toute confiance.
Certaines équipes contournent cela avec des montages NFS, des liens symboliques ou des tâches rsync qui tournent en parallèle du clone de préproduction. Ça marche. C’est aussi fragile, dépendant de l’hébergeur, et ça réintroduit exactement le genre de configuration manuelle que les extensions de préproduction étaient censées éliminer.
Il existe une réponse plus propre qui fonctionne quel que soit le nombre de copies de préproduction que vous créez, et qui ne nécessite aucun scripting au niveau de l’hébergeur.
Sortez les médias de WordPress entièrement
Le changement qui résout vraiment le problème est d’arrêter de considérer les médias WordPress comme une partie du site. Déplacez-les vers un stockage d’objets dans le cloud, servez-les via un CDN et laissez WordPress conserver des pointeurs plutôt que des fichiers.
C’est ce que fait Infinite Uploads. Il déplace toutes les images, vidéos et fichiers de votre médiathèque hors de votre serveur d’hébergement et vers le cloud, puis veille à ce que votre site continue de les servir aux visiteurs à la vitesse de l’éclair depuis des serveurs partout dans le monde. Imaginez que vous déménagez vos classeurs de votre bureau vers un entrepôt plus proche de vos clients. Les fichiers restent les vôtres. Ils ne vivent simplement plus sur votre serveur d’hébergement, ce qui veut dire que votre site devient plus léger, plus rapide et bien moins cher à sauvegarder.
Pour le fonctionnement quotidien du site, le résultat est que WordPress ne change pas. Les rédacteurs téléversent les images de la même façon. La médiathèque a l’air normale. Les URL fonctionnent. Le SEO ne casse pas, car la réécriture est gérée au niveau de la base de données et les anciennes URL sont préservées.
Pour les flux de travail de préproduction en particulier, trois choses changent de façon utile :
Le clone de préproduction devient impondérable. Quand wp-content/uploads fait 200 Mo d’espaces réservés pointant vers le stockage cloud au lieu de 60 Go de vrais JPEG, WP Staging Pro n’a presque rien à copier côté médias. Le temps de clonage passe de « va chercher un café » à « attends, c’est déjà fini ? », parce que l’extension fait désormais ce pour quoi elle a été conçue : copier les parties du site qui changent réellement.
La préproduction et la production partagent la même médiathèque. Quand vous clonez, la copie de préproduction pointe vers le même stockage cloud que la production. Chaque image, vidéo et PDF existant se charge en préproduction sans copier un seul fichier. Pas de tâche de synchronisation, pas d’attente d’un transfert de 60 Go, pas de prévisualisation à moitié cassée où l’image principale manque. Infinite Uploads a testé ce flux de travail spécifiquement avec WP Staging Pro et confirmé que la connexion survit aussi bien au clonage qu’au renvoi des changements en production.
Les sauvegardes cessent d’être lourdes en stockage. Une sauvegarde planifiée WP Staging Pro de la base de données, des extensions et des thèmes est assez petite pour partir vers Google Drive en quelques secondes. Les médias sont déjà sauvegardés au niveau du stockage cloud et n’ont pas besoin d’être archivés dans chaque instantané WordPress. Les coûts de stockage baissent. Les temps de restauration baissent. Les planifications peuvent tourner toutes les heures sans que personne ne le remarque.
Le flux de travail combiné en pratique
À quoi cela ressemble quand on assemble les deux extensions est plutôt simple.
La production fait tourner WP Staging Pro pour les sauvegardes, les migrations et le clone de préproduction occasionnel. Le même site fait tourner Infinite Uploads pour garder la médiathèque déchargée et servie par CDN. Vos rédacteurs ignorent que l’une ou l’autre extension existe. Ils téléversent des images, cliquent sur publier, et tout fonctionne.
Quand vous avez besoin d’un site de préproduction pour tester une mise à jour d’extension ou prévisualiser une refonte, vous cliquez sur cloner dans WP Staging Pro. L’extension copie la base de données, le dossier des extensions et le dossier des thèmes. Le dossier uploads est une fine coquille de références, donc il se copie en quelques secondes. Le nouveau site de préproduction apparaît en pointant vers les mêmes médias cloud que la production, ce qui veut dire que chaque page s’affiche correctement, sans aucun poids disque.
Quand le travail est fait et que vous renvoyez les changements en production, WP Staging Pro gère la fusion de la base de données et du code. Les médias n’ont jamais eu à bouger parce qu’ils n’ont jamais vraiment été sur l’un ou l’autre serveur.
Quand les sauvegardes tournent sur une planification, ce sont des instantanés base-de-données-et-code, donc petits, rapides et peu coûteux à stocker. Les médias ont leur propre redondance au niveau du stockage cloud, ce qui est de toute façon réellement plus fiable que de tout compresser dans une archive .wpstg une fois par jour.
C’est le stack qu’une agence WordPress moderne devrait faire tourner sur chaque site de plus de 5 Go. WP Staging Pro pour la base de données, les extensions, les thèmes et les migrations. Infinite Uploads pour les médias. Chaque extension faisant ce qu’elle fait de mieux, sans que l’une marche sur les pieds de l’autre.
Ce qui change quand le stack est le bon
Les indicateurs qui comptent pour les flux de travail d’agence évoluent de manières faciles à mesurer.
Les clones de préproduction qui prenaient 20 minutes se terminent en moins de deux. L’utilisation du disque sur le serveur d’origine baisse de 80-95 % sur les sites riches en médias. Les sauvegardes planifiées cessent d’échouer sur les limites mémoire parce qu’elles n’essaient plus d’archiver un répertoire de 50 Go. Les factures d’hébergement baissent sur les forfaits où le stockage est facturé. Les environnements de prévisualisation client peuvent être lancés de façon décontractée au lieu d’être planifiés en fonction de la charge serveur.
Et la partie la plus difficile à chiffrer : le flux de travail de préproduction cesse d’être un projet. Il devient ce qu’il était censé être depuis le début, c’est-à-dire un clic de routine qui vous permet de livrer en toute confiance.
WP Staging Pro a rendu la préproduction accessible. Infinite Uploads la garde ainsi à mesure que vos sites grandissent.
Gardez votre stack honnête. Ne laissez pas le dossier uploads dévorer le flux de travail.
