Compatibilité avec les hébergeurs

WP Rocket est compatible avec 99% des hébergeurs. En raison de spécificités sur certains hébergeurs, il peut y avoir des considérations particulières. Si vous rencontrez un hébergeur qui vous demande de supprimer WP Rocket,  contactez-nous afin que nous fassions le nécessaire pour être compatible avec eux.

Note : Si votre hébergeur n'est pas dans la liste suivante, cela ne veut pas dire qu'il est incompatible avec WP Rocket. En fait ce serait plutôt l'inverse, dans la plupart des cas ça veut dire que WP Rocket fonctionne bien avec cet hébergeur, il n'y a donc rien à signaler à leur propos sur ce document.
Et en ce qui concerne les principaux hébergeurs francophones (OVH, o2switch, Infomaniak, Gandi, WPServeur…), WP Rocket fonctionne parfaitement !

Dans cette documentation :

BigScoots

  • WP Rocket est automatiquement compatible avec la plateforme BigScoots. 
  • Pour les utilisateurs de BigScoots Cloudflare Enterprise : la mise en cache des pages WP Rocket est automatiquement désactivée et la fonction Délai de nettoyage du cache ne fonctionnera pas, mais toutes les autres optimisations seront néanmoins appliquées.

Cloudways

Si vous souscrivez au plan Cloudflare Enterprise dans le cadre de votre plan d'hébergement Cloudways, WP Rocket ne pourra pas synchroniser son cache avec celui de Cloudflare dans ce cas, car Cloudways ne vous fournit pas de clé API ni d'ID de zone à ajouter pour configurer notre module complémentaire Cloudflare.

Vous devrez purger le cache Cloudflare vous-même chaque fois que vous modifiez les paramètres de WP Rocket, ou désactiver la mise en cache des pages de WP Rocket pour conserver uniquement les optimisations. Voir : Désactiver la mise en cache des pages

Cependant, nous avons mis en place une compatibilité avec Cloudflare APO si cela vous intéresse : Utiliser Cloudflare APO avec WP Rocket

DreamPress

  • WP Rocket est automatiquement compatible avec la plate-forme DreamPress de DreamHost :
  • La mise en cache de page est automatiquement désactivée, mais toutes les autres optimisations sont disponibles.
  • L'add-on Varnish est activé automatiquement et maintiendra le cache synchronisé.
  • La règle d'expiration des fichiers HTML est supprimée de htaccess pour permettre la mise en cache par le proxy.
  • WP_CACHE n'est pas requis et est défini sur 'false'

Siteground

WP Engine

  • WP Rocket est la seule extension d'optimisation autorisée sur leur système. Nous avons travaillé étroitement avec leur équipe afin de répondre à leurs conditions.
  • La fonctionnalité de cache de WP Rocket est automatique désactivée pour empêcher tout conflit avec le cache de WP Engine. Toutes les autres fonctionnalités telles que LazyLoad, la minification, etc. sont disponibles.
  • WP Rocket détecte automatiquement si vous utilisez WP Engine et purge automatiquement sa mise en cache Varnish lorsque votre cache WP Rocket est purgé.
  • WP Rocket est automatiquement autorisé sur vos clones même si vous avez une licence personnelle. Le clone ne compte pas comme un site supplémentaire.
  • Si vous utilisez le service CDN de WP Engine, vous devrez toujours activer l'option CDN de WP Rocket, et entrer l'URL de votre CDN pour que le plugin puisse le détecter et fonctionner correctement. Si vous n'êtes pas sûr de l'URL de votre CDN, vous pouvez le trouver en suivant les instructions de la doc de WP Engine.
  • WP Engine a proscrit l'utilisation du fichier htaccess. Il applique plutôt les optimisations correspondantes dans leur configuration serveur. WP Rocket ne nécessite pas l'utilisation du fichier htaccess sur WP Engine - toutes les fonctionnalités fonctionneront toujours comme prévu.
  • WP Rocket ne créera pas de fichier advanced-cache.php sur les sites WP Engine.
  • Si une URL contient `utm_` ou `gclid`, WP Engine la traitera comme s'il n'y avait pas de chaîne de requête dans la requête. Ce comportement peut être problématique si la page a un contenu conditionnel dépendant des valeurs des paramètres de l'URL.

Flywheel

  • La mise en cache des pages est automatiquement désactivée sur Flywheel et la fonctionnalité Cache Lifespan ne fonctionnera pas, mais toutes les autres optimisations seront tout de même appliquées.
  • Pour utiliser WP Rocket, vous devez activer Enable WP_CACHE depuis l'onglet Avancé de votre tableau de bord de site Flywheel :

  • Si vous souhaitez utiliser le CDN de Flywheel et la minification de fichiers de WP Rocket, récupérez votre domaine CDN unique Flywheel à partir du code source de votre site web ou demandez-le au support Flywheel. Ensuite, entrez votre domaine CDN dans le champ CNAME du panneau de paramètres CDN de WP Rocket, et activez la case à cocher “Activer le Réseau de Distribution de Contenu” sur le même panneau.
  • WP Rocket détecte automatiquement si vous utilisez Flywheel et purge automatiquement leur mise en cache Varnish lorsque le cache de WP Rocket est purgé.

Hostgator Managed WordPress Hosting

  • WP Rocket est désormais autorisé sur leur plateforme :)

Hostinger

  • Vous pouvez utiliser à la fois le Cache Automatique de Hostinger et WP Rocket : https://support.hostinger.com/fr/articles/6215624-comment-utiliser-le-gestionnaire-de-cache. Cependant, comme Hostinger le recommande, et parce que du côté de WP Rocket il n'y a pas encore de compatibilité automatique, vous devrez vider le cache d'Hostinger lorsque vous aurez fait des changements sur votre site, à moins que vous ne soyez d'accord avec leur durée de vie de 30 minutes.
  • Pour le CDN d'Hostinger, il s'agit d'un reverse proxy (comme Cloudflare) et non d'un CDN comme RocketCDN. Nous n'avons pas de compatibilité avec celui-ci et nous vous recommandons de l'éteindre.

Nexcess

Nexcess dispose d'un plugin personnalisé appelé Nexcess, qui propose une option de mise en cache des pages, sous Cache Status > Enable the site cache. Cette fonctionnalité n'est pas compatible avec la mise en cache des pages de WP Rocket, et il est recommandé de la laisser désactivée.

Runcloud

  • RunCloud est techniquement un panneau de gestion de serveur plutôt qu'un hébergeur. Mais ils ont ajouté une compatibilité à leur plugin RunCloud Hub pour s'assurer que la purge du cache est synchronisée.
  • Notre cache de page est désactivé et le Délai de nettoyage du cache et Cache Mobile (spécifique au mobile) la fonctionnalité ne fonctionnera pas.
  • Les règles de réécriture de WP Rocket et le max-age : 0 pour les fichiers HTML seront supprimées du fichier htaccess.
  • Le plugin RunCloud Hub va désactiver les cookies obligatoires et cacher le module complémentaire Varnish.

Savvii

  • WP Rocket est compatible avec l'hébergeur de sites Savvii.
  • Notre fonctionnalité de cache est désactivée, mais toutes les autres fonctionnalités fonctionneront.
  • La purge du cache est synchronisée entre WP Rocket et le cache de Savvii.

Synthesis

  • W3 Total Cache y est pré-installé, mais vous pouvez tout à fait le supprimer et y mettre WP Rocket à la place, sans aucun problème. 

Kinsta

  • La fonctionnalité de mise en cache des pages de WP Rocket est automatiquement désactivée pour éviter tout conflit avec la mise en cache de Kinsta. Toutes les autres fonctionnalités telles que LazyLoad, minification, etc... sont disponibles
  • Le CDN de Kinsta est géré par Cloudflare, il fonctionnera donc automatiquement avec WP Rocket. Il n'est pas nécessaire de cocher l'option "Activer le Content Delivery Network".
  • La mise en cache de Kinsta et OPcache sont désactivées par défaut sur les stagings, vous n’aurez donc aucune mise en cache. Si vous faites des tests de vitesse de votre site Web, vous verrez des temps de chargement supérieurs à la moyenne en raison du fait que les pages ne sont pas servies par aucun cache.

GoDaddy

Amazon Lightsail (Bitnami)

  • Dans les environments Bitnami, le fichier .htaccess ne sera probablement disponible afin que WP Rocket fonctionne correctement. Pour résoudre ce problème, utilisez ce petit plugin qui désactivera l’utilisation du fichier .htaccess par WP Rocket dans ce cas :

    📥   Télécharger (.zip): WP Rocket | No .htaccess
    Développeurs : vous trouverez le code de ce plugin sur GitHub.

  • La stack Bitnami a le module PageSpeed (mod_pagespeed) activé par défaut. Il doit être désactivé pour éviter les conflits avec WP Rocket. Pour le désactiver, veuillez suivre les étapes fournies par la documentation de Bitnami : Disable PageSpeed

WordPress.com

  • WP Rocket est le seul plugin de cache autorisé sur les sites hébergés par WordPress.com.
  • La fonction de mise en cache des pages de WP Rocket est automatiquement désactivée pour éviter tout conflit avec la mise en cache de WordPress.com. Toutes les autres fonctionnalités telles que LazyLoad, l'optimisation des fichiers, etc. sont disponibles.
  • WP Rocket ne peut être installé et utilisé que si vous avez un plan Creator ou Entrepreneur. Si vous avez un plan Starter ou Explorer, vous n'êtes pas autorisé à installer WP Rocket ni aucun autre plugin sur votre (vos) site(s).
  • Nous recommandons de désactiver le plugin Page Optimize pour éviter les conflits avec WP Rocket.

Pressable

  • La fonctionnalité de mise en cache des pages de WP Rocket est automatiquement désactivée pour éviter les conflits avec la mise en cache de Pressable, et la fonctionnalité Cache Lifespan ne fonctionnera pas.
  • Toutes les autres fonctionnalités, telles que LazyLoad, l'optimisation des fichiers, etc., sont disponibles.
  • WP_CACHE n'est pas nécessaire et est défini sur 'false'.

Presslabs

WP Rocket désactive la fonction de mise en cache des pages sur cet hébergement.

En outre, Presslabs déplace les dossiers   cache et wp-rocket-config vers le dossier uploads avec ces chemins :

  • /uploads/wp_rocket/cache/
  • /uploads/wp_rocket/config/

Pressidium

  • Le cache de WP Rocket est effacé lorsque le cache de Pressidium l'est.
  • Le cache de Pressidium est effacé lorsque :
    • Le cache est vidé manuellement (depuis la barre d'administration WP Rocket ou l'onglet Tableau de bord WP Rocket).
    • En utilisant l'option Purger cette URL depuis le menu supérieur.
    • La publication est mise à jour (publication elle-même + URLs associées).
    • Les données CSS inutilisées sont injectées dans des URLs spécifiques.
  • Le module complémentaire Varnish sera automatiquement activé et configuré.

SpinupWP

  • WP Rocket est compatible avec l'hébergement SpinupWP.
  • Notre cache de page est désactivé mais toutes les autres fonctionnalités fonctionneront. 
  • La purge du cache est synchronisée entre WP Rocket et le cache de Spinup.

Pantheon

Les restrictions en matière d'autorisations peuvent être contournées si l'une des solutions suivantes est mise en œuvre :
  • Créer un lien symbolique pour le fichier advanced-cache.php et créer manuellement le fichier dans le dossier uploads. Veuillez consulter cet article pour plus d'informations.
  • Personnaliser le dossier de cache et le fichier de configuration comme indiqué dans cet article.

RAIDBOXES

  • WP Rocket est compatible avec les RAIDBOXES. Cependant, vous devez d'abord désactiver le cache côté serveur de RAIDBOXES dans les réglages de votre box, si vous voulez utiliser WP Rocket.
    RAIDBOXES-Cache deaktivieren
  • Alternativement, vous pouvez utiliser le système de cache de RAIDBOXES et désactiver le cache de WP Rocket.
  • Lorsque vous désactivez WP Rocket, vous verrez un avertissement indiquant que certaines entrées du fichier wp-config.php ne peuvent pas être modifiées. C'est le cas de RAIDBOXES. Il suffit de cliquer sur le lien Forcer la désactivation dans l'alerte.

Webempresa

  • Webempresa a un plugin optionnel personnalisé appelé WE Varnish Cache, qui désactive la génération de cache de WP Rocket. C'est parce qu'ils mettent en cache les pages en utilisant Varnish sur leur serveur à la place, lorsque leur Magic Cache est activé. 
  • Toutes les autres fonctionnalités de WP Rocket fonctionneront toujours comme prévu. 
  • Vous devriez activer le module complémentaire Varnish pour synchroniser la purge du cache.

WPX Cloud

  • L'add-on Varnish est activé automatiquement et permet de synchroniser le nettoyage du cache.
  • La règle d'expiration du HTML est supprimée du htaccess pour permettre la mise en cache par le CDN.
  • Le préchargement est désactivé par défaut pour éviter les problèmes de CPU, mais il peut être activé sur demande si vous contactez le service d'assistance.
  • Dans les paramètres WP Rocket recommandés par WPX, les fonctionnalités de Préchargement et de Suppression du CSS inutilisé sont désactivées, et la plupart des scripts sont exclus de la fonctionnalité de Retardement de l'exécution JavaScript.

    Pour tirer le meilleur parti de WP Rocket, il est recommandé d'activer les fonctionnalités et de supprimer les exclusions, une par une, en vérifiant qu'il n'y a pas de problèmes.
Cela a-t-il répondu à votre question ? Merci pour votre retour :) Une erreur est survenue lors de l’envoi de votre retour. Veuillez réessayer plus tard.