En bref : WP Staging fonctionne avec la plupart des grands hébergeurs WordPress — partagés et gérés. La liste vérifiée ci-dessous inclut les problèmes connus par hébergeur, ainsi qu’une liste d’hébergeurs incompatibles pour que tu saches quoi éviter avant de choisir.
WP STAGING est un logiciel de sauvegarde et de staging de niveau entreprise, de haute qualité, pour WordPress, compatible avec la plupart des hébergeurs et serveurs. Avant chaque version, il passe plus de 1 000 tests automatisés unitaires et end-to-end pour garantir des performances constantes.
Si ton hébergeur n’est pas listé ici, cela signifie simplement que nous n’avons pas encore testé WP STAGING avec lui. Cependant, il est très probable que WP STAGING fonctionnera sur ton système d’hébergement.
Contents
Hébergeurs vérifiés et compatibles avec WP STAGING
Le tableau ci-dessous résume la compatibilité de chaque hébergeur vérifié avec les fonctionnalités de staging (clonage en sous-dossier) et de sauvegarde & migration de WP Staging, ainsi que les problèmes documentés. Un « — » dans la colonne Problèmes connus signifie qu’aucun problème spécifique à l’hébergeur ne nous a été signalé.
| Hébergeur | Staging | Sauvegarde & Migration | Problèmes connus |
|---|---|---|---|
| Cloud86.io | ✓ | ✓ | — |
| DigitalOcean | ✓ | ✓ | — |
| Amazon AWS / Lightsail | ✓ | ✓ | — |
| BlueHost | ✓ | ✓ | — |
| Hostinger | ✓ | ✓ | — |
| GoDaddy | ✓ | ✓ | — |
| HostGator | ✓ | ✓ | Les erreurs PHP peuvent être redirigées vers un journal côté hébergeur plutôt que vers le journal de débogage WordPress |
| Strato | ✓ | ✓ | Certains serveurs imposent une taille de fichier maximale de 4 Go par partie de sauvegarde ; utilise la sauvegarde en plusieurs parties pour les sites plus volumineux |
| SiteGround | ✓ | ✓ | — |
| Hetzner | ✓ | ✓ | — |
| Microsoft Azure | ✓ | ✓ | — |
| InMotion Hosting | ✓ | ✓ | — |
| Bitnami AWS | ✓ | ✓ | — |
| Dimoweb | ✓ | ✓ | — |
| IONOS (offres standard) | ✓ | ✓ | Certaines offres préconfigurées anciennes ont des restrictions de permissions de fichiers — voir IONOS 1&1 dans la section incompatible |
| Doominio | ✓ | ✓ | — |
| WordPress.com | ✗ | ✓ | Staging en sous-dossier non pris en charge ; sauvegarde et migration fonctionnent pleinement |
| Elementor Cloud | ✗ | ✓ | Staging non pris en charge ; la sauvegarde fonctionne |
Cloud86.io
Cloud86.io est un hébergeur européen rapide et fiable, bénéficiant d’excellentes évaluations sur Trustpilot. Nombre de ses clients utilisent déjà WP Staging sur cette plateforme, c’est pourquoi nous pensons que cet hébergeur mérite une place en tête de notre liste.
DigitalOcean
DigitalOcean est un fournisseur d’infrastructure cloud de premier plan, reconnu pour sa plateforme conviviale, ses services fiables et son excellent rapport qualité-prix. Proposant une large gamme de produits, des machines virtuelles aux bases de données gérées et Kubernetes, DigitalOcean offre tout ce dont les développeurs et les entreprises ont besoin pour créer et mettre à l’échelle leurs applications. Chez WP Staging, nous utilisons DigitalOcean pour nos propres services depuis plus de 10 ans et apprécions grandement ses hautes performances, sa fiabilité et son support exceptionnel.
Amazon AWS & Amazon Lightsail
Amazon Lightsail
BlueHost
Hostinger
GoDaddy
Hostgator
Strato
Limitations : Certains serveurs Strato ont une limite de taille de fichier maximale de 4 Go. Si ton site dépasse 4 Go et que tu veux utiliser la fonctionnalité de sauvegarde de WP Staging, tu devras diviser la taille des fichiers de sauvegarde en morceaux plus petits. Tu peux utiliser ce filtre pour ce faire.
Siteground
Hetzner
Microsoft Azure
InMotion Hosting
Bitnami AWS
Dimoweb
IONOS
Doominio
WordPress.com (Limité)
La fonctionnalité de sauvegarde & migration de WP Staging est entièrement prise en charge sur la plateforme d’hébergement wordpress.com.
En raison des restrictions et limitations techniques de la plateforme d’hébergement WordPress.com, il n’est pas possible de créer un site de staging avec WP STAGING dans un sous-dossier sur le même système. Tu peux toutefois créer un site WordPress vierge sur un autre serveur et utiliser la fonctionnalité de sauvegarde de WP STAGING pour migrer ton site vers ou depuis WordPress.com.
Elementor Cloud (Limité – Staging Non, Sauvegarde Oui)
Sur Elementor Cloud, la fonctionnalité de sauvegarde WP Staging fonctionne très bien, ce qui est utile car cela te permet de migrer depuis un autre hébergeur vers Elementor.
En revanche, la fonctionnalité de staging de WP Staging ne fonctionne pas. Elementor n’autorise pas l’installation d’autres plugins de migration ou de sauvegarde, mais actuellement WP Staging est autorisé. Nous espérons qu’Elementor continuera à autoriser l’utilisation de WP Staging à l’avenir. WP Staging est exceptionnel en termes de faible utilisation CPU et de performances, il n’y a donc aucune raison de l’interdire comme d’autres plugins de sauvegarde.
Nous travaillons à rendre notre fonctionnalité de staging gratuite compatible avec Elementor Cloud. Une fois terminé, nous mettrons cette page à jour.
Choisir un hébergeur pour WP Staging
Les différents niveaux d’hébergement influencent les performances de WP Staging. Utilise le tableau de décision ci-dessous pour associer ton cas d’usage au bon niveau.
| Niveau d’hébergement | Staging | Sauvegarde | Considérations typiques pour WP Staging | Idéal pour |
|---|---|---|---|---|
| Hébergement mutualisé | ✓ | ✓ | Des limites PHP strictes peuvent interrompre les grandes opérations de clonage ; active le traitement par morceaux si les clones expirent | Petits sites, faible trafic |
| WordPress géré (ex. SiteGround) | ✓ | ✓ | La plupart des offres gérées sont entièrement compatibles ; vérifie que le sous-dossier de staging n’est pas bloqué par les règles de la plateforme | Sites de taille moyenne |
| VPS / cloud (ex. DigitalOcean, Hetzner) | ✓ | ✓ | Moins de restrictions ; accès complet pour ajuster les limites PHP et les permissions de fichiers selon les besoins | Développeurs, grands sites |
| Conteneurs gérés (ex. Kinsta, WP Engine) | ✓ | ✓ | Les restrictions de conteneurs ou d’environnement peuvent affecter le staging en sous-dossier ; teste avant de s’appuyer sur ces plateformes pour les workflows de staging | Sites à fort trafic, sensibles aux performances |
D’après notre expérience, les hébergeurs mutualisés avec des limites strictes de temps d’exécution PHP sont la cause la plus fréquente d’échecs de clonage avec WP Staging. Si un clonage s’arrête en cours de route, l’activation du traitement par morceaux divise la tâche en segments plus petits qui respectent la limite de temps de l’hébergeur.
Dépannage courant par hébergeur
SiteGround
SiteGround est entièrement compatible avec WP Staging pour le staging et la sauvegarde. Si un clonage échoue, consulte le journal du plugin WP Staging pour des messages d’erreur liés à des délais d’expiration ou des permissions — ce sont les causes les plus fréquentes d’échec sur les plateformes d’hébergement mutualisé géré.
BlueHost
BlueHost est entièrement compatible. Si un clonage s’arrête en cours de route sur une offre mutualisée BlueHost, une limite de temps d’exécution PHP est la cause la plus probable. Active le traitement par morceaux dans les paramètres de WP Staging pour diviser le clonage en étapes plus petites qui s’exécutent dans la fenêtre d’exécution autorisée.
HostGator
De nombreux hébergeurs mutualisés, dont HostGator, redirigent les erreurs PHP vers leur propre journal côté serveur plutôt que de les écrire dans le journal de débogage WordPress. Si une opération WP Staging échoue silencieusement sur HostGator, consulte le journal d’erreurs côté serveur en plus du journal WP Staging pour identifier la cause racine.
Strato
Certains serveurs Strato imposent une limite de taille de fichier de 4 Go par partie de sauvegarde. Si ton site dépasse cette taille, active la sauvegarde en plusieurs parties en utilisant ce filtre pour diviser la sauvegarde en morceaux plus petits.
Kinsta and WP Engine
Les fonctionnalités de sauvegarde et de migration de WP Staging sont conçues pour fonctionner sur toute installation WordPress standard. Kinsta et WP Engine utilisent des environnements gérés basés sur des conteneurs qui peuvent imposer des restrictions sur le staging en sous-dossier. Nous recommandons d’effectuer un clonage de test sur un site hors production avant de s’appuyer sur le workflow de staging WP Staging sur ces plateformes.
Hébergeurs incompatibles avec WP STAGING
WP STAGING ne fonctionne pas avec les hébergeurs suivants en raison des restrictions serveur et de systèmes moins puissants.
Quelques hébergeurs connus sont incompatibles avec WP Staging, ce qui entraîne une mauvaise expérience.
names.co.uk
Mise à jour du 26 mars 2026 : récemment un client nous a signalé que WP Staging ne fonctionne plus sur son site hébergé chez names.co.uk. Nous sommes en contact avec l’hébergeur et essayons de déterminer la raison.
Aruba.it
Mise à jour du 8 août 2022 : la création de site de staging et de sauvegarde avec WP STAGING fonctionne désormais sur Aruba.it.
Aruba possède encore certains serveurs sous Microsoft Windows Server 2012 R2 Standard. WP STAGING ne fonctionne pas sur un serveur aussi ancien en raison des restrictions de fichiers qu’Aruba.it impose sur le dossier racine du site WordPress. Nous déconseillons d’utiliser un site avec un serveur web aussi ancien.
L’hébergeur aruba.it ne prend pas en charge les sites de staging créés par WP Staging (date : 14 juin 2020). Par conséquent, le site de staging génère une erreur 500, et le journal de débogage WordPress est ignoré et non écrit sur leurs systèmes, ce qui rend impossible tout débogage de notre part.
Problèmes potentiels :
Nous avons constaté sur un site client chez Aruba.it que le siteurl WordPress dans la base de données renvoyait toujours un mauvais schéma, http au lieu de https, même si le siteurl semblait correct avec https dans la base de données. Pour résoudre ce problème et retourner le siteurl préfixé correctement avec http, nous avons dû mettre à jour le siteurl à nouveau avec la même valeur dans la base de données.
Nous ne savons pas ce qui a causé ce problème, mais cela pourrait être dû à un paramètre de mise en cache de base de données non propre ou à des redirections personnalisées d’aruba.it pour les liens http.
Il est également notable que la recherche dans la base de données de http://example.com était impossible, et le terme de recherche était immédiatement remplacé par https://example.com. Cela indique qu’il s’agit d’une redirection interne HTTP > HTTPS au niveau de la base de données.
IONOS 1&1 Web Hosting (Limité avec certaines offres)
Certaines offres IONOS exécutent WordPress dans un environnement fermé avec l’utilisateur/groupe 43:600. Il semble que ce soit une installation WordPress préconfigurée, probablement réalisée par un script d’installation en un clic. Malheureusement, ces permissions ne nous permettent pas de créer un nouveau dossier à la racine du site de production. Leur compte SFTP ne nous permet pas non plus de créer un dossier personnalisé dans le répertoire racine. Il est également impossible de cloner et d’exécuter le clone du site depuis le dossier wp-content/uploads car tous les fichiers sont exécutés avec l’utilisateur/groupe restreint 133320:600, qui ne peut exécuter aucun fichier PHP.
Crazydomains.com.au
Sur les serveurs de crazydomains, le processus de clonage et de push génère des erreurs 400 et l’erreur 508 « Resource Limit Reached » ainsi que d’autres erreurs de ressources lors du traitement de copie de fichiers. Cela indique que certaines limites d’E/S sont dépassées. Nous avons plusieurs clients qui ont signalé que les serveurs de crazydomain sont très lents.
Notre hypothèse est que cet hébergeur place de nombreux clients sur ses serveurs. Ainsi, les performances de chaque client ne sont pas bonnes.
Nous recommandons de contacter ton hébergeur crazydomains et de lui demander de te garantir un minimum de ressources et un site web fonctionnel. D’autres options sont de changer d’hébergeur ou de demander à crazydomains de déplacer ton site vers un serveur meilleur et plus puissant.
Elementor Cloud (Limité – Staging Non, Sauvegarde Oui)
Avoir plusieurs sites WordPress sur le même abonnement n’est pas pris en charge par Elementor Cloud, donc tu ne pourras pas créer de site de staging depuis un site hébergé là-bas pour le moment.
En revanche, la fonctionnalité de sauvegarde WP Staging fonctionne.
Note : Elementor n’autorise pas l’installation d’autres plugins de migration ou de sauvegarde, mais à ce stade, WP Staging est autorisé. Nous espérons qu’Elementor continuera à autoriser l’utilisation de WP Staging à l’avenir. WP Staging est exceptionnel en termes de faible utilisation CPU et de performances, il n’y a donc aucune raison de l’interdire comme d’autres plugins de sauvegarde.
Elementor Cloud a des limitations ; par exemple, tu n’es pas autorisé à installer tous les plugins ou thèmes concurrents. Tu auras plus de liberté en utilisant un hébergeur totalement indépendant. Cependant, nous devons admettre qu’Elementor Cloud offre de très bonnes performances. Tant qu’Elementor ne bloque pas tous les plugins de migration et ne t’empêche pas de migrer potentiellement tes données vers un autre hébergeur, nous pouvons tout de même le recommander.
Si tu as besoin d’aide pour migrer ton site vers Elementor ou depuis Elementor vers un autre hébergeur, n’hésite pas à nous le faire savoir et nous essaierons de t’aider.
WordPress.com (Limité)
Tu peux créer un site WordPress vierge sur un autre serveur, puis utiliser WP STAGING et sa fonctionnalité de sauvegarde primée pour migrer les données vers cet autre site. La fonctionnalité de sauvegarde et migration WP STAGING fonctionne à 100 % même sur les sites WordPress hébergés sur WordPress.com.
En raison de limitations techniques, il n’est pas possible de créer un site de staging avec WP STAGING sur le même système dans un sous-dossier. La plateforme d’hébergement wordpress.com n’autorise qu’un seul site WordPress (un site unique ou un site réseau) par instance, où le dossier wp-content est situé en dehors du chemin des répertoires WordPress core avec un lien symbolique vers le chemin core. WP STAGING ne peut pas créer de site de staging ni le pousser vers le site en production sur la plateforme wordpress.com.
Tu es un hébergeur et souhaites être listé ici ?
Merci de nous contacter si tu es un hébergeur, propriétaire d’entreprise, ou responsable des questions techniques et que tu veux t’assurer que WP Staging fonctionne avec tes sites hébergés.
Si tu utilises un hébergeur non listé ici mais que tu peux confirmer qu’il fonctionne, fais-le nous savoir et nous l’ajouterons ici.
