WSA : Cache pour serveur cPanel

WSA, pour cPanel Website Accelerator, est un module conçu pour les serveurs cPanel. Il ajoute une couche d’accélération avec Nginx en reverse proxy, un système de cache serveur, la compression Brotli, une protection anti-bots et des outils de gestion directement intégrés à WHM et cPanel.

Son objectif est simple : accélérer les sites hébergés sur un serveur cPanel, réduire la charge serveur et offrir aux administrateurs comme aux clients une façon plus simple de gérer le cache.

Oui. WSA est particulièrement utile pour les sites WordPress, car il permet de servir plus rapidement les pages mises en cache sans solliciter inutilement PHP et MySQL à chaque visite.

Il peut aider à améliorer la vitesse des sites WordPress, réduire la charge serveur et limiter l’impact de certains robots qui ciblent souvent les installations WordPress, comme les requêtes vers /wp-login.php ou /xmlrpc.php.

Oui. WSA est conçu pour fonctionner avec les sites et applications PHP hébergés sur cPanel. Comme il agit comme couche de cache et de reverse proxy devant Apache, il peut accélérer plusieurs types de sites PHP, incluant les CMS, les boutiques en ligne, les applications personnalisées et les frameworks populaires.

Pour les sites dynamiques ou les applications avec des contenus sensibles, il est recommandé d’ajuster les règles de cache selon le domaine ou le sous-domaine.

Oui. WSA offre une interface directement dans cPanel. Les utilisateurs peuvent utiliser un mode simple pour activer rapidement le cache sans connaissance technique avancée.

Pour les utilisateurs plus expérimentés, un mode avancé permet d’ajuster les réglages par domaine ou sous-domaine. Cela donne plus d’autonomie aux clients tout en réduisant les demandes envoyées au support technique.

Oui. WSA peut être rendu disponible selon les packages ou les features cPanel. Cela permet d’offrir le cache Nginx seulement à certains forfaits, à certains clients ou à certaines offres premium.

C’est particulièrement utile pour les hébergeurs qui veulent transformer WSA en avantage commercial ou en option de performance vendue avec certains plans d’hébergement.

Oui. WSA ajoute une protection contre plusieurs types de trafic automatisé, incluant les crawlers IA, les scanners de vulnérabilités, les robots SEO agressifs et certaines requêtes suspectes, comme celles sans User-Agent.

Ces protections peuvent aider à réduire la charge inutile sur le serveur, surtout lorsque des robots consultent plusieurs sites hébergés sur la même infrastructure cPanel.

Le rate limiting permet de limiter certains comportements abusifs au niveau du serveur. Par exemple, il peut aider à réduire l’impact des attaques DoS, des tentatives répétées sur les pages de connexion ou des connexions trop nombreuses provenant d’une même adresse IP.

Cela ajoute une couche de protection supplémentaire avant que les requêtes atteignent complètement les applications hébergées sur le serveur.

WSA est conçu pour s’installer sans causer de conflit avec les sites existants sur un serveur cPanel. Comme il fonctionne avec Nginx en reverse proxy, il respecte l’environnement cPanel déjà en place.

Cela dit, comme pour tout système de cache, certains sites dynamiques peuvent nécessiter des exclusions ou des ajustements. C’est pourquoi WSA offre une gestion avancée par domaine et sous-domaine.

Oui. WSA est conçu pour fonctionner avec les environnements cPanel modernes, incluant CloudLinux. Il peut donc être utilisé sur des serveurs d’hébergement partagé ou revendeur qui utilisent CloudLinux pour isoler les comptes et gérer les ressources.

L’essai gratuit permet d’installer WSA sur un serveur cPanel et de tester ses fonctionnalités pendant 60 jours. Vous pouvez donc valider le cache Nginx, Brotli, l’interface WHM, l’interface cPanel et les protections de sécurité avant d’acheter une licence.

Après la période d’essai, une licence active est nécessaire pour continuer à utiliser le module.

Non. WSA utilise Nginx comme reverse proxy devant Apache. Apache reste donc en place pour traiter les sites, les règles existantes et les fonctionnalités habituelles de cPanel.

Cette approche permet d’ajouter une couche de performance sans remplacer complètement l’environnement cPanel déjà en place. Elle limite aussi les risques de conflit avec les sites existants.

Pas nécessairement. WSA agit au niveau du serveur, tandis qu’une extension de cache WordPress agit généralement au niveau de l’application.

Dans plusieurs cas, WSA peut réduire le besoin d’utiliser plusieurs extensions de performance dans WordPress. Toutefois, selon le site, certaines extensions peuvent rester utiles pour optimiser les images, générer du cache applicatif ou gérer des règles propres à WordPress.

L’avantage de WSA est qu’il offre une solution centralisée au niveau du serveur cPanel, plutôt que de dépendre uniquement de configurations site par site.

Oui, mais avec une configuration adaptée. Les boutiques WooCommerce contiennent des pages dynamiques, comme le panier, la commande, le compte client et certaines sessions utilisateur.

WSA peut être utilisé pour accélérer les pages publiques comme l’accueil, les catégories, les produits et les pages de contenu. Les pages transactionnelles doivent être exclues du cache ou configurées avec prudence pour éviter de servir du contenu personnalisé à de mauvais visiteurs.

Oui. L’administrateur du serveur conserve le contrôle via WHM. Il peut gérer les paramètres globaux, activer ou désactiver certaines fonctionnalités, configurer la protection anti-bots, gérer le rate limiting et décider quels comptes cPanel peuvent accéder au module.

WSA peut aussi être activé selon les packages ou les features cPanel, ce qui permet aux hébergeurs et revendeurs d’en faire une option commerciale.

Brotli est une méthode de compression moderne qui permet de réduire la taille de certains fichiers envoyés aux visiteurs, comme le HTML, le CSS et le JavaScript.

Avec WSA, Brotli peut être activé, compilé et configuré par le module. Cela permet d’améliorer la vitesse perçue des sites et de réduire la quantité de données transférées, sans demander une configuration manuelle complexe.

WSA peut bloquer plusieurs crawlers IA connus, comme GPTBot, ClaudeBot, PerplexityBot, Bytespider et d’autres robots similaires, selon les règles configurées.

L’objectif n’est pas seulement de bloquer les robots IA, mais aussi de donner à l’administrateur un meilleur contrôle sur le trafic automatisé qui consomme les ressources du serveur.

Oui. WSA peut ajouter des en-têtes de sécurité comme X-XSS-Protection et Anti-MIME-Sniffing. Ces en-têtes aident à renforcer la sécurité de base des sites web hébergés.

Ils ne remplacent pas une bonne sécurité applicative, mais ils ajoutent une couche supplémentaire utile au niveau du serveur.

Oui. WSA peut cohabiter avec des environnements modernes comme NodeJS, Python et Ruby dans un serveur cPanel compatible. Il est aussi pensé pour les environnements CloudLinux qui offrent des solutions alternatives pour ces technologies.

Selon le type d’application, certains ajustements peuvent être nécessaires afin de déterminer ce qui doit être mis en cache et ce qui doit rester entièrement dynamique.

WSA est compatible avec des distributions RHEL-compatible couramment utilisées avec cPanel, comme AlmaLinux, Rocky Linux, Oracle Linux, CloudLinux et CentOS, selon les versions supportées par le module.

Il est recommandé d’utiliser un environnement cPanel à jour pour profiter pleinement des fonctionnalités récentes comme Brotli, la protection anti-bots et les options avancées de gestion.

La licence WSA est liée à l’adresse IP principale du serveur cPanel. Lors de l’achat, vous devez associer la licence à l’IP du serveur sur lequel le module sera utilisé.

Cette approche simplifie l’activation et permet de gérer clairement l’utilisation du module par serveur.