Bazasoft en pratique
Présentation fondée sur les offres et la documentation vérifiées le 11 novembre 2026. Aucun test de charge ou de support n’a été réalisé pour ce dossier.
Peut convenir pour
- Rédaction à Kigali qui fixe la quantité de travail acceptable à perdre
- Équipe qui souhaite comparer un tarif de renouvellement et une restauration contrôlable
Points à prendre en compte
- Tableau détaillé mensuel en Economy, hebdomadaire en Personal, quotidien dès Startup. Rétention, export et coûts à vérifier. Sauvegarde mutualisée sans garantie dans les conditions.
- Prix annuel après la première année explicite sur cinq forfaits. Renouvellement Economy, cycles de 36 mois, taxe et domaine à confirmer.
- Pays des serveurs et copies par forfait et modalités d’un clone WordPress à confirmer. Aucune fonction IA WordPress incluse documentée.
Les offres et leur coût
Les montants ci-dessous correspondent au marché et à la durée précisés pour chaque offre. Vérifiez le prix final, les taxes et les options avant de souscrire.
| Offre | Prix et facturation | Ressources et limites |
|---|---|---|
| WP_Economy | 54 000 RWF pour un an. 13 500 RWF affichés pour un mois. Renouvellement. Reconduction distincte du tarif d’un an à confirmer. Prix relevés le 11 novembre 2026. 3 000 RWF/mois en équivalent sur 36 mois, soit 108 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 1 site, 1 base, SSD 5 Go, RAM 1 Go et 100 000 inodes. Sauvegardes mensuelles dans le tableau détaillé. Trafic 50 Go, 2 boîtes. Rétention et restauration à confirmer. |
| WP_Personal | 36 000 RWF pour un an. Renouvellement. 72 000 RWF affichés après la première année en cycle annuel. Cycle triennal à confirmer. Prix relevés le 11 novembre 2026. 2 000 RWF/mois en équivalent sur 36 mois, soit 72 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 1 site, 1 base, SSD 10 Go, RAM 2 Go et 200 000 inodes. Sauvegardes hebdomadaires dans le tableau détaillé. Trafic 100 Go, 4 boîtes. Rétention et restauration à confirmer. |
| WP_Startup | 45 000 RWF pour un an. Renouvellement. 90 000 RWF affichés après la première année en cycle annuel. Cycle triennal à confirmer. Prix relevés le 11 novembre 2026. 2 500 RWF/mois en équivalent sur 36 mois, soit 90 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 2 sites, 2 bases, SSD 20 Go, RAM 2 Go et 300 000 inodes. Sauvegardes quotidiennes dans le tableau détaillé. Trafic annoncé illimité, 20 boîtes, terminal. Rétention et restauration à confirmer. |
| WP_Business | 67 500 RWF pour un an. Renouvellement. 135 000 RWF affichés après la première année en cycle annuel. Cycle triennal à confirmer. Prix relevés le 11 novembre 2026. 3 750 RWF/mois en équivalent sur 36 mois, soit 135 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 5 sites, 5 bases, SSD 40 Go, RAM 3 Go et 500 000 inodes. Sauvegardes quotidiennes dans le tableau détaillé. Trafic annoncé illimité, nombre de boîtes annoncé illimité, terminal. Rétention et restauration à confirmer. |
| WP_Special | 99 000 RWF pour un an. Renouvellement. 198 000 RWF affichés après la première année en cycle annuel. Cycle triennal à confirmer. Prix relevés le 11 novembre 2026. 5 500 RWF/mois en équivalent sur 36 mois, soit 198 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 10 sites, 10 bases, SSD 100 Go, RAM 4 Go et 700 000 inodes. Sauvegardes quotidiennes dans le tableau détaillé. Trafic annoncé illimité, nombre de boîtes annoncé illimité, terminal. Rétention et restauration à confirmer. |
| WP_Premium | 148 500 RWF pour un an. Renouvellement. 297 000 RWF affichés après la première année en cycle annuel. Cycle triennal à confirmer. Prix relevés le 11 novembre 2026. 8 250 RWF/mois en équivalent sur 36 mois, soit 297 000 RWF calculés. Cycle facturé, domaine et TVA à vérifier. | 20 sites, 20 bases, SSD 200 Go, RAM 4 Go et 900 000 inodes. Sauvegardes quotidiennes dans le tableau détaillé. Trafic annoncé illimité, nombre de boîtes annoncé illimité, terminal. Rétention et restauration à confirmer. |
Langues et accompagnement
- Site et documentation
- Pages WordPress consultées en anglais, français et kinyarwanda.
- Interface de gestion
- cPanel annoncé, avec un guide d’installation WordPress en français. Langue du compte à vérifier.
- Assistance
- Chat, tickets, courriel et téléphone. Langue de réponse, délais et canal de restauration à confirmer.
Bazasoft Rwanda pour mesurer l’âge d’un point de reprise WordPress
Une rédaction de Kigali publie plusieurs brèves et de nouveaux médias chaque semaine. Elle envisage Bazasoft Rwanda pour héberger son WordPress et veut savoir combien de travail elle pourrait perdre en cas d’incident. Les offres affichent des cadences mensuelles, hebdomadaires ou quotidiennes selon le forfait. La cadence annoncée et l’âge réel du dernier point qui contient à la fois les fichiers et la base répondent à deux questions différentes. Un tableau de sauvegardes peut présenter une date récente alors qu’une archive correspondante manque ou échoue à l’ouverture.
Le cas propose de fixer une limite de perte acceptable pour les contenus. La personne responsable de l’hébergement relève les points disponibles et teste leur restauration en privé. Une autre personne connaît les articles, images et réglages attendus et peut confirmer ce que contient la copie. L’exercice local compare plusieurs calendriers et refuse un point récent dont le contenu est incomplet. Il aide à distinguer un intervalle théorique, un point constaté et un retour complet du site. Les conditions et les cartes de Bazasoft sont examinées séparément avant de déduire ce que l’hébergement peut prendre en charge.
Comparer les cycles et les tarifs de reconduction
La page WordPress affiche six formules en francs rwandais, code RWF. Le tableau sépare l’achat sur un an des équivalents mensuels annoncés pour trente-six mois. Le total calculé pour trois ans multiplie l’équivalent mensuel par trente-six. Demander si l’intégralité du cycle est payable au départ, le total de facture et le montant de reconduction du cycle retenu. Le prix de renouvellement affiché pour un forfait annuel ne fixe pas celui d’un forfait triennal.
WP_Economy affiche aussi 13 500 RWF pour un mois et ne distingue pas la reconduction du prix pour un an. Pour les cinq autres plans, la page indique un tarif après la première année en cycle annuel. WP_Startup passe ainsi de 45 000 à 90 000 RWF, soit 45 000 RWF de plus au tarif affiché. Les conditions précisent que les promotions ne se répètent pas et que la facture de reconduction est générée quatorze jours avant la fin du terme. Les cartes annoncent un domaine offert la première année. Son extension éligible et son renouvellement sont deux postes à vérifier.
La Rwanda Revenue Authority utilise le taux normal de 18 %. La grille WordPress ne précise pas si la taxe est comprise. Si les 45 000 RWF de WP_Startup sont hors taxe et soumis en totalité au taux normal, le total de la première année serait de 53 100 RWF. Le budget retient le montant et la TVA portés sur le devis applicable, avec le domaine séparé. Les conditions encadrent aussi la garantie de remboursement et excluent notamment les domaines, certaines prestations additionnelles et les frais de mise en service.
Lire les limites de compte et de stockage
Pour dimensionner le compte, retenir les valeurs du tableau détaillé. La présentation générale annonce des sauvegardes quotidiennes. Le tableau les répartit entre une cadence mensuelle pour WP_Economy, hebdomadaire pour WP_Personal et quotidienne pour les quatre autres offres. Les conditions précisent que la copie effectuée pour les besoins du mutualisé est fournie sans garantie. Faites confirmer la durée de rétention, la possibilité d’exporter une copie et les coûts d’une restauration sur le plan retenu. Le nombre d’installations et de bases compte lorsque la rédaction héberge un deuxième site ou garde une copie de recette. Le poids des médias et le nombre de fichiers évoluent à des rythmes différents. Le premier dépend du volume des images et vidéos. Le second augmente à chaque taille d’image générée par le thème, même quand le poids unitaire de chacune reste faible. Pour garder de la marge, relever les deux métriques avant de décider où sera stockée une copie décompressée.
Les cartes annoncent deux boîtes sur Economy, quatre sur Personal et vingt sur Startup. Les trois forfaits supérieurs affichent un nombre de boîtes illimité. Le terminal est indiqué pour Startup, Business, Special et Premium. Il faut vérifier sur un devis les droits SSH et les possibilités de restauration lorsque le compte n’a pas de terminal. Les conditions soumettent l’usage des ressources au partage équitable et prévoient une suspension lorsque certaines limites sont épuisées, sauf arrangement prévu. Elles écartent l’usage du compte comme espace d’archivage. Déporter les copies historiques évite que le site et son unique sauvegarde dépendent du même compte.
Bazasoft opère à Kigali et présente ses services à un public rwandais. L’offre WordPress ne donne pas, par forfait, le pays du serveur attribué ni celui du stockage de sauvegarde. Avant de publier des contenus sous un engagement de résidence, vérifier séparément les lieux de traitement du site, de la messagerie et des copies. Une restauration peut utiliser un stockage ou une procédure différents de ceux du serveur qui répond aux lecteurs.
Délimiter WordPress, les langues et l’assistance
La gamme annonce SSL, installation de WordPress via Softaculous, cache et protection contre les logiciels malveillants. Les conditions décrivent une migration de courtoisie pour le mutualisé cPanel à hauteur d’un compte source cPanel, sans délai garanti. Avant de basculer une rédaction, distinguer l’installation de WordPress de sa maintenance et demander qui couvre les mises à jour du cœur, des extensions, du thème et la restauration après un incident. Le support d’une version PHP dans la grille ne suffit pas à vérifier la compatibilité du site existant. Garder un relevé du thème, des extensions indispensables et de la version utilisée avant le test.
Les pages WordPress consultées sont disponibles en anglais, en français et en kinyarwanda. Bazasoft documente en français une installation depuis cPanel. Le compte attribué et le portail ont leurs propres réglages de langue. L’éditeur cPanel documente un choix qui dépend de la version et de la fonction activée par l’hébergeur. Le rendu des articles WordPress, la langue des menus du panneau et celle du ticket technique doivent être vérifiés séparément.
La page de contact présente chat, tickets, courriel et coordonnées téléphoniques. La grille annonce un support par tickets en continu. Demander quelle langue l’équipe peut utiliser pour un incident, quel canal reçoit les demandes de restauration et comment fournir un relevé de sauvegarde. Le délai et la réponse en français ou en kinyarwanda restent à confirmer. La page de l’offre ne documente ni générateur de sites WordPress par IA, ni crédits, ni accès à un assistant éditorial intégré. Les protections automatiques annoncées répondent à l’exploitation de l’hébergement. La décision de restauration revient ici à la rédaction et à la personne qui administre le site.
Définir le point de reprise acceptable
Pour une rédaction, commencez avec un exemple concret. Si le site cesse de répondre mercredi à dix heures et que vous restaurez une base de lundi à dix-sept heures, tous les changements intervenus entre les deux sont potentiellement à reprendre. La durée séparant le point restaurable de l’incident représente ici quarante et une heures. Elle mesure le contenu à risque dans le temps. Le temps nécessaire pour remettre le site en ligne est une autre mesure. Une archive très récente peut prendre des heures à transférer et une archive ancienne peut s’ouvrir rapidement. Il faut évaluer les deux.
Dans le cas fictif, la rédaction accepte de reprendre jusqu’à une journée de travail. Avec un objectif de vingt-quatre heures, relevez séparément l’heure de production du point, l’heure de fin de la sauvegarde et l’heure à laquelle les deux objets deviennent disponibles. Gardez le même fuseau dans le relevé, par exemple l’heure de Kigali. Si le tableau affiche une date sans heure, demandez comment obtenir l’horodatage. Quand la base et les fichiers sont générés par des tâches différentes, demandez comment le panneau identifie les deux éléments correspondants.
Choisissez les témoins avant l’essai. Une brève récente et son image apportent une vérification conjointe de la base et des médias. Ajoutez une page plus ancienne pour vous assurer qu’une récupération partielle n’a pas remplacé l’ensemble par un extrait. Une extension indispensable, une règle de permalien et un compte de test permettent de vérifier les réglages. Pour les inscriptions ou les commentaires, utilisez un témoin non personnel. Notez ces objets hors de l’hébergement afin de pouvoir comparer une copie restaurée même quand le site actif ne répond pas.
Exercer le choix d’un point de sauvegarde
Le dernier point complet peut être plus ancien que la dernière date affichée dans le tableau de sauvegarde. — Illustration BlogPasCher.Ouvrir l’illustration en grand ↗ Téléchargez et extrayez l’archive de l’exercice dans un dossier local. Le script Node.js utilise des données inventées et de petites archives gzip construites en mémoire. Il compare les empreintes, ouvre les archives et vérifie que leur identifiant désigne le même point. Il choisit le point utilisable le plus récent avant l’incident fictif. Le champ « ageHeures » donne le temps écoulé depuis ce point. Le seuil de vingt-quatre heures concerne la rédaction du cas pratique. Modifiez-le dans une copie pour vérifier un autre besoin, puis ajustez les attentes des assertions.
Le point hebdomadaire exploitable a cent six heures. Le point quotidien exploitable a dix-sept heures et respecte l’objectif. Quand l’archive de base récente est tronquée, le test recule vers un point exploitable âgé de quarante et une heures. Le script refait aussi ce choix si l’empreinte de l’archive récente correspond, mais que ses octets ne sont pas un gzip lisible. Il refuse enfin de mélanger la base d’un jour et des fichiers d’un autre. Si aucun couple cohérent n’existe dans la liste, le rapport ne sélectionne aucun point.
L’exercice simule des objets de sauvegarde et le calendrier. Il ne restaure aucune base WordPress et ne contacte pas Bazasoft. Un fichier qui s’ouvre et dont l’empreinte correspond peut encore être incomplet par rapport au site. Lors du test réel, reprenez le même raisonnement et ajoutez le contrôle des témoins dans une installation isolée. Pour les fichiers médias, ouvrez la page publique restaurée et affichez l’image dans son contexte. La présence d’une ligne dans un inventaire ne suffit pas à prouver que le lecteur peut ouvrir la ressource.
node EXERCICE-BAZASOFT-RW.cjsTester la restauration et les contenus témoins
Sur le compte envisagé, demandez un relevé des points disponibles et une procédure écrite indiquant comment les récupérer. Distinguez ce que le panneau montre, ce que vous pouvez exporter vous-même et ce qui doit passer par le support. Les conditions décrivent des copies administratives réalisées de nuit pour certains serveurs et en limitent la garantie. La grille WordPress affiche pour sa part une fréquence par offre. Le compte doit donc permettre de vérifier le plus vieux point utile, la cadence effectivement disponible et le délai de mise à disposition d’un export.
Préparez un WordPress isolé et une base distincte avant d’importer. Désactivez les notifications sortantes et empêchez l’indexation de cette copie, puis assurez-vous que l’adresse active ne pointe pas dessus. Chargez les fichiers et la base du même point. Vérifiez les permissions des fichiers importés et la connexion à la base dédiée. Si l’équipe doit adapter les URL, utilisez le mécanisme prévu par l’outil de migration afin de préserver les réglages sérialisés. Gardez l’ancienne instance active jusqu’à ce que le résultat soit vérifié et que le responsable ait choisi la suite.
- Relever la date et l’identifiant du point, le nom des archives et les empreintes qui accompagnent le téléchargement.
- Ouvrir l’export dans l’environnement isolé et contrôler que WordPress charge avec la base attribuée à cette copie.
- Rechercher la brève, ouvrir son image, vérifier la page plus ancienne et tester l’administration avec un compte autorisé.
- Relever les contenus absents et les heures écoulées depuis leur création, puis mesurer le temps de remise en ligne séparément.
- Noter la méthode de retour et retirer l’environnement de test après avoir conservé un rapport sans données de lecteurs.
Choisir une formule et préparer la sortie
Pour une petite page qui change rarement, comparez le budget d’un plan à une installation et votre propre fréquence d’export. Pour une rédaction qui ne peut perdre qu’une journée, le tableau justifie d’examiner Startup ou un forfait supérieur, qui annoncent une cadence quotidienne. L’offre n’établit toutefois pas à elle seule que la dernière base et les derniers fichiers utiles seront accessibles dans la journée. Validez ce point dans la démonstration du compte ou prévoyez des copies indépendantes plus fréquentes. Le test doit aussi confirmer si un ticket est nécessaire et comment le fournisseur aide en cas d’urgence.
Calculez le budget en partant du cycle que vous pouvez accepter et du prix suivant lorsqu’il est publié. Pour Startup, vérifiez les 45 000 RWF de la première année, les 90 000 RWF annoncés ensuite et les taxes indiquées sur le devis. Demandez ce que devient le domaine à l’échéance. Si le dossier ne montre qu’un équivalent mensuel sur trente-six mois, demandez l’échéancier et le montant facturé avant de comparer avec une offre annuelle. Les frais d’export, l’espace indépendant et le temps d’une personne disponible pour restaurer le site font partie du coût du projet.
Gardez un export de la base, des médias et des réglages nécessaires auprès d’un autre service contrôlé par la rédaction. Stockez aussi la dernière procédure de restauration et les coordonnées du support. Marquez sur votre calendrier le moment où la facture de reconduction peut être générée. Si vous changez d’hébergeur, vérifiez que le nouveau site et son point de reprise fonctionnent avant la fin du service précédent. Un dossier contenant la liste des témoins et la date du dernier essai permet à une autre personne de refaire la vérification sans dépendre du souvenir de celle qui a fait la première restauration.





