← Retour à Blog

Blog

Créer une entreprise d'hébergement WordPress en 30 jours

Comment les agences utilisent l'hébergement basé sur Docker pour créer des revenus récurrents avec PAGEnza. Chiffres réels, flux de travail réel.

Les revenus récurrents sont l'objectif de la plupart des agences. Le travail sur projet rapporte bien, mais il est imprévisible — chaque mois, vous repartez de zéro. L'hébergement change cela. Un client payant 30 €/mois pour un hébergement WordPress géré est un revenu qui se renouvelle sans proposition.

Cet article explique comment les agences construisent des entreprises d'hébergement sur l'infrastructure de PAGEnza, avec des chiffres réels du processus de mise en place.

Le problème traditionnel de l'agence d'hébergement

La plupart des agences qui proposent un "hébergement WordPress géré" revendent de l'hébergement mutualisé — elles ont un compte revendeur chez un fournisseur d'hébergement et augmentent le coût. Cela fonctionne jusqu'à:

Un site client est piraté. Sur l'hébergement mutualisé, un site compromis peut se propager à d'autres. Vous êtes responsable d'une violation que vous n'avez pas pu empêcher.

Le site d'un client tombe en panne. Vous êtes à la merci de la file d'attente du support du fournisseur d'hébergement. Votre accord de niveau de service (SLA) envers le client dépend du temps de réponse de quelqu'un d'autre.

Un client a besoin de quelque chose de personnalisé. Vous souhaitez installer une extension PHP spécifique ? Exécuter une tâche cron à un intervalle spécifique ? Sur l'hébergement mutualisé, la réponse est généralement non.

L'hébergement basé sur des conteneurs résout ces trois problèmes. Vous contrôlez l'infrastructure, vous contrôlez l'isolation, vous contrôlez la configuration.

Ce que vous vendez

Un package d'hébergement WordPress géré par une agence comprend généralement :

  • Hébergement WordPress sur un serveur fiable
  • Sauvegardes automatiques (quotidiennes ou hebdomadaires)
  • Gestion des certificats SSL
  • Mises à jour du cœur et des extensions WordPress
  • Surveillance de base de la sécurité
  • Support pour les questions du type "quelque chose ne fonctionne pas, pouvez-vous réparer ?"

Le prix du marché pour cela varie selon le marché et le type de client : 20–80 €/mois pour les clients de petites entreprises, 100–300 €/mois pour les sites plus importants ou les clients ayant plus de besoins de support.

Le coût de fourniture de cela avec l'infrastructure PAGEnza est le coût du serveur divisé par le nombre de clients. Un VPS qui exécute confortablement 20–30 sites WordPress conteneurisés coûte 40–80 €/mois. Avec 20 clients payant 40 €/mois, cela fait 800 € de revenus récurrents mensuels (MRR) contre 60 € de coût serveur.

Mois 1 : configuration de l'infrastructure

Semaine 1 : Provisionnement du serveur

Vous avez besoin d'un VPS avec suffisamment de RAM et de CPU pour le nombre de sites que vous prévoyez d'héberger. Les conteneurs Docker sont efficaces — un site WordPress à faible trafic utilise environ 256 Mo de RAM. Un VPS de 4 Go de RAM peut exécuter confortablement 10–12 sites avec une marge.

Fournisseurs couramment utilisés pour cela : Hetzner (meilleur rapport prix/performance en Europe), DigitalOcean (bonne documentation, coût légèrement plus élevé), OVH (bonnes options européennes).

Installez Docker, Docker Compose et l'agent serveur PAGEnza. Il s'agit d'une configuration unique documentée dans la documentation d'hébergement PAGEnza.

Semaine 2 : Premiers sites de test

Provisionnez 2–3 sites de test pour vérifier la configuration. Vérifiez :

  • Le SSL est correctement émis
  • Les sous-domaines se résolvent
  • L'administration WordPress est accessible
  • Le plugin PAGEnza est actif et connecté

Exécutez un test de charge sur un conteneur pour vérifier que les limites de ressources fonctionnent — un site sous charge ne devrait pas affecter les autres conteneurs.

Semaine 3 : Système de sauvegarde

Configurez les sauvegardes automatisées. L'infrastructure PAGEnza sauvegarde le volume de données de chaque conteneur selon un calendrier que vous configurez. Les sauvegardes doivent être stockées dans un emplacement distinct du serveur principal — S3, Backblaze B2, ou un autre VPS.

Testez la restauration à partir d'une sauvegarde avant de mettre des sites clients sur le serveur. Vous devriez pouvoir restaurer un site à partir d'une sauvegarde en moins de 10 minutes.

Semaine 4 : Surveillance et alertes

Configurez la surveillance de la disponibilité pour chaque site (le niveau gratuit d'UptimeRobot convient pour cela). Configurez des alertes vers votre téléphone ou Slack pour tout site qui tombe en panne.

Ajoutez une surveillance de base du serveur — utilisation du CPU, de la mémoire, du disque — afin de savoir quand vous approchez de la capacité.

Mois 1 : premiers clients

Pendant la mise en place de l'infrastructure, commencez à discuter avec les clients existants de leur migration vers votre hébergement géré.

Bons candidats :

  • Clients dont vous avez construit et maintenez les sites
  • Clients sur un mauvais hébergement mutualisé qui ont eu des problèmes de temps d'arrêt
  • Clients qui ont mentionné vouloir "quelqu'un pour gérer les aspects techniques"

Le discours est simple : "Je migre mes clients d'hébergement vers une nouvelle infrastructure qui vous offre un environnement dédié — votre site ne sera pas affecté par le trafic ou les problèmes de sécurité des autres. Même prix que vous payez actuellement, meilleur service."

Pour les nouveaux sites construits avec PAGEnza, l'hébergement est une extension naturelle — le site est généré sur l'infrastructure de toute façon, et le laisser là est le chemin de moindre résistance.

Le flux de travail de support

Le principal coût récurrent de la gestion d'une entreprise d'hébergement est le temps de support. Les problèmes courants et comment l'hébergement par conteneurs les affecte :

Site lent : avec l'hébergement mutualisé, lent peut signifier "d'autres sites utilisent les ressources". Avec les conteneurs, si un site est lent, la cause est sur ce site — une extension, une requête, un pic de trafic. Plus facile à diagnostiquer, plus facile à corriger.

Site piraté : avec l'isolation des conteneurs, le confinement est automatique. Le conteneur compromis est isolé des autres. Vous le mettez hors ligne, restaurez à partir de la sauvegarde, analysez le point d'entrée, fermez-le.

Mise à jour d'extension a tout cassé : restaurez à partir de la sauvegarde pré-mise à jour, identifiez l'extension problématique, mettez à jour les autres, laissez l'extension problématique en attente. Avec des sauvegardes quotidiennes, le point de restauration est toujours récent.

Certificat SSL expiré : les certificats Let's Encrypt se renouvellent automatiquement. Si le renouvellement échoue (problème DNS, serveur inaccessible), vous recevez une alerte avant l'expiration et pouvez le corriger.

Niveaux de prix qui fonctionnent

Une structure simple à trois niveaux :

Basique — 29 €/mois : hébergement, SSL, sauvegarde hebdomadaire, mises à jour du cœur. Idéal pour les sites vitrines simples à faible trafic.

Standard — 49 €/mois : hébergement, SSL, sauvegarde quotidienne, mises à jour du cœur + extensions, rapport mensuel d'analyse de sécurité. Idéal pour les sites professionnels avec des mises à jour de contenu régulières.

Prioritaire — 89 €/mois : tout ce qui est inclus dans Standard, plus 2 heures de support/modifications par mois, temps de réponse prioritaire. Idéal pour les clients qui considèrent leur site web comme un outil commercial.

La plupart des clients optent pour le Standard. Le Prioritaire est pour les clients qui vous appelleraient autrement pour chaque petite modification — il est préférable de formaliser cela sous forme de contrat de retainer plutôt que de le gérer au cas par cas.

30 jours plus tard

Un résultat réaliste après 30 jours d'efforts concentrés : 5–8 clients d'hébergement, 200–400 € de MRR, infrastructure stable et testée. Ce n'est pas un changement de vie, mais c'est une base qui se compose. Chaque nouveau projet client est une opportunité d'ajouter un client d'hébergement. À 20 clients, les revenus récurrents couvrent une partie significative des frais généraux de l'agence.

Le plafond est déterminé par le nombre de sites que votre infrastructure peut gérer et le temps de support que vous êtes prêt à consacrer. La plupart des agences constatent que 30 à 50 clients d'hébergement sont gérables sans personnel de support dédié.