DigitalOcean pour WordPress sur Droplet, prix et restauration

DigitalOcean en pratique

Présentation fondée sur les offres et la documentation vérifiées le 10 novembre 2026. Aucun test de charge ou de support n’a été réalisé pour ce dossier.

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.

Langues et accompagnement

Site et documentation

Offres et guides étudiés en anglais.

Interface de gestion

Control Panel documenté en anglais. Interface française non confirmée.

Assistance

Réponses officiellement en anglais. Traduction au mieux. Tickets accessibles en continu avec le plan de base.

WordPress sur une machine virtuelle Linux

Logo officiel DigitalOcean en noir, avec symbole et nom superposés. — Visuel : DigitalOcean.

DigitalOcean appelle Droplet une machine virtuelle Linux. Le parcours étudié utilise l’image WordPress du Marketplace pour préparer le logiciel et sa pile Web. Le panneau cloud sert à choisir la taille, la région, les accès et les sauvegardes du serveur. Le tableau de bord WordPress sert ensuite à publier. Entre les deux, l’équipe qui détient le serveur doit organiser les mises à jour du système, le pare-feu, la base et les exports. Cette fiche couvre ce parcours sur les Droplets Basic. Cloudways, qui a son propre service managé, et les autres produits DigitalOcean ont des conditions distinctes.

Cette formule peut convenir à une équipe qui veut décider de ses réglages Linux ou placer une copie du site dans une région choisie. Pour un propriétaire qui a surtout besoin d’éditer des pages et de joindre quelqu’un quand une extension bloque, le travail d’administration est un poste du budget. Avant de comparer le prix d’une VM à celui d’un abonnement WordPress, préciser qui maintient le système et qui peut récupérer le site en l’absence de la personne qui l’a installé. Une petite association peut confier ce rôle à un prestataire et conserver elle-même le domaine et les contacts de facturation.

Lire le coût de la VM et des services annexes

Le 10 novembre 2026, la grille des Droplets Basic Regular à ressources groupées affiche 6 USD par mois pour 1 GiB de RAM, un vCPU partagé et 25 GiB de SSD. Le palier à 12 USD offre 2 GiB, un vCPU partagé et 50 GiB de SSD. Le palier à 24 USD offre 4 GiB, deux vCPU partagés et 80 GiB de SSD. Le transfert indiqué augmente de 1 000 à 2 000 puis 4 000 GiB pour ces tailles. L’image WordPress documente un minimum de 1 GiB de RAM. La VM à 4 USD et 512 MiB affichée dans la grille se situe sous ce minimum.

Les équivalents horaires sont de 0,00893, 0,01786 et 0,03571 USD. La facturation de ces Droplets est calculée à la seconde, avec un minimum de soixante secondes ou de 0,01 USD, selon le montant le plus élevé. Le plafond mensuel porte sur la VM de ce type. Il ne s’applique pas aux configurations v5, dont la facturation suit les ressources et la durée utilisées. Les sauvegardes, snapshots, volumes, prestations de support et taxes éventuelles peuvent avoir leur propre ligne. Pour deux machines identiques, par exemple production et recette, suivre l’usage de chacune. Le plafond de la première ne couvre pas la seconde.

Pour un serveur à 6 USD utilisé tout le mois, les sauvegardes Basic hebdomadaires à 20 % donnent un repère de 7,20 USD avec la VM. Les sauvegardes quotidiennes à 30 % donnent 7,80 USD. Ce calcul suppose un mois complet au plafond du serveur et le tarif Basic correspondant. Le produit propose aussi des sauvegardes à l’usage avec une facturation distincte. Pour comparer un total, ajouter les taxes applicables à l’adresse de facturation, les autres ressources et les éventuels frais de change. Une copie permanente destinée à une migration doit avoir un propriétaire et une date de suppression prévue dans le budget.

Comprendre la première facture et la sortie du service

La facturation commence lorsque la VM est créée. La documentation indique une facture mensuelle pour l’usage du mois précédent, généralement au début du mois suivant. Certains comptes peuvent être débités au cours du mois si le seuil de paiement est atteint. Il n’y a pas de première période promotionnelle ni de nouveau prix au renouvellement dans le barème retenu. Tant que la machine est allouée, l’usage est facturé au tarif applicable, même lorsqu’elle est éteinte. Pour savoir ce qui sera débité, distinguer le coût cumulé, les crédits éventuels, les taxes et les ressources ajoutées en cours de mois.

Arrêter un serveur pour travailler sur sa copie ne met donc pas fin au coût du Droplet. Avant de le supprimer, sauvegarder les données et s’assurer que l’on pourra les ouvrir ailleurs. Identifier les ressources associées, notamment snapshots, volumes ou adresses réservées selon la configuration. Le guide de suppression précise que des ressources associées peuvent rester présentes si on ne les sélectionne pas. Après une migration, revoir l’inventaire du projet et la facture suivante. Cette vérification permet de retrouver les coûts encore actifs tout en conservant les archives dont l’équipe a effectivement besoin.

Choisir une région et des ressources pour le site

La documentation distingue notamment Amsterdam et Francfort en Europe. Le choix d’un centre dépend du type de Droplet et de la disponibilité de la taille. Le lieu de la machine ne définit pas celui d’une base externe, d’un stockage d’archives ou d’un service utilisé par une extension. Si une organisation a une exigence de localisation, inventorier chaque composant et relever la région de chaque ressource. Pour un site public, la distance n’est qu’une partie du temps de réponse. Une recherche dans un gros catalogue et une page mise en cache mobilisent le serveur différemment.

Le palier de 1 GiB correspond au minimum annoncé pour lancer l’image. Pour une petite vitrine, il peut servir de point de départ si l’équipe surveille l’espace disque et la mémoire. Le même serveur peut aussi exécuter une base locale, une tâche planifiée et un traitement d’images. Avant de redimensionner, relever quelle opération ralentit, à quel moment et dans quel journal elle apparaît. Ajouter de la mémoire ne résout pas un manque de place. Ajouter de la capacité de disque ne résout pas une requête trop coûteuse. La grille Basic indique des processeurs partagés. Elle ne fixe pas un nombre de visiteurs simultanés par taille.

Préparer l’accès SSH et terminer l’installation

L’image Marketplace demande une machine compatible, une région et un moyen d’accès SSH. Avant toute mise en service, préparer la clé que l’administrateur utilisera et savoir comment récupérer l’accès si elle est perdue. Sélectionner l’image WordPress et vérifier la taille avant de créer la ressource, puisque la facturation démarre à la création. Le guide propose également l’ajout d’une base MySQL managée. Ce choix crée une ressource distincte. Pour une petite VM dont la base reste locale, le périmètre de reprise sera différent.

Le guide de l’image actuelle décrit un script qui se lance lors du premier accès SSH en tant que root. Il demande l’adresse et les identifiants d’administration WordPress, puis prépare l’accès HTTPS sur l’adresse de la machine avec Caddy. Après la configuration, vérifier la page d’accueil et l’accès à wp-admin. Utiliser une adresse d’administration que l’organisation contrôle et limiter les accès à la console. Les instructions reposent sur la version documentée de l’image. Pour une installation ancienne ou une image personnalisée, vérifier la pile réellement installée avant d’appliquer les mêmes étapes.

Pour associer un domaine, le guide demande de faire pointer son enregistrement A vers la machine puis d’exécuter le script de domaine de l’image, indiqué sous le nom /root/wp_setup_domain.sh. Le script configure Caddy et demande un certificat pour ce nom. Avant de changer le DNS d’un site déjà actif, prévoir comment valider la cible et conserver une copie des valeurs DNS d’origine. Une fois le domaine associé, vérifier les redirections, le certificat et l’adresse utilisée par les liens internes. Les enregistrements MX de la messagerie relèvent d’un autre réglage.

Exploiter Linux et WordPress au quotidien

L’image accélère le déploiement initial. L’équipe suit ensuite les mises à jour de Linux, de la pile Web et de WordPress. Préparer une procédure avec le nom du serveur, la région, la personne qui décide d’une interruption et la façon d’accéder aux journaux. Si un formulaire cesse d’envoyer des messages, regarder le parcours du navigateur, le journal de l’application et le prestataire d’envoi. Prévoir un service de messagerie selon les besoins du projet. Les offres Basic étudiées tarifent la machine et ses ressources. Elles ne comprennent pas un service de boîtes prêt à reprendre les messages d’une organisation.

Pour une équipe francophone, les guides et le panneau examinés sont documentés en anglais. L’assistance publie une politique de réponse officielle en anglais et peut utiliser la traduction dans la mesure du possible. Le plan de base ouvre les tickets en continu. Les autres canaux et délais dépendent du plan d’assistance choisi. Une demande sur la plateforme et une réparation d’extension WordPress peuvent nécessiter deux interlocuteurs différents. Tenir une fiche d’incident courte avec l’identifiant de la VM, l’heure, le service concerné et les dernières modifications facilite cette répartition.

Sauvegarder le disque et exporter WordPress séparément

Les sauvegardes automatiques DigitalOcean créent une image du disque de la machine. La documentation annonce quatre semaines de conservation pour les copies hebdomadaires Basic et sept jours pour les quotidiennes. Les options à l’usage ont leur propre durée. Les volumes attachés ne sont pas inclus dans la sauvegarde automatique du Droplet. Si le site utilise un volume pour les médias ou une base managée, identifier la politique de chaque composant et conserver un moyen de les remettre dans un état compatible.

Une image de disque fournit un point de retour pour le système et les données qui s’y trouvent. Pour reprendre seulement un site, garder aussi un export séparé de ses fichiers et de sa base. Cet export peut être contrôlé sur une autre infrastructure. Conserver avec lui le domaine, la racine du site, les versions de PHP et de la base, ainsi que la date du point. Prévoir un emplacement indépendant de la VM et tester la lecture de l’archive. Pour une boutique, calculer l’écart entre la date du point et les dernières commandes. Une sauvegarde du disque et un export SQL créé à un autre moment peuvent nécessiter un rapprochement.

Les snapshots sont des images créées à la demande. Avant un changement important, choisir un moment où les données ont été écrites correctement et vérifier les recommandations du fournisseur pour une base en activité. Un snapshot conservé après le départ peut avoir son propre coût. La suppression du Droplet ne supprime pas immédiatement ses sauvegardes automatiques : elles restent disponibles jusqu’à leur date de fin de rétention. Avant toute suppression, conserver la copie nécessaire et vérifier les ressources sélectionnées dans l’écran de confirmation. Une archive hors du compte évite de dépendre de cette seule fenêtre de récupération.

Restaurer sur une machine distincte

Le guide permet de créer un nouveau Droplet depuis une sauvegarde. Dans le panneau, ouvrir la machine d’origine, puis Backups. Choisir le point daté et utiliser l’action de création d’une machine à partir de ce point. Vérifier la région disponible et choisir un disque au moins aussi grand que celui du Droplet sauvegardé. Cette opération crée une seconde ressource facturée. Avant d’exposer son adresse, protéger l’accès, neutraliser les envois et vérifier les réglages du site. Si la copie pointe vers la base de production, créer ou sélectionner une base distincte avant de permettre des tests d’écriture.

Pour examiner un incident, relever d’abord ce qui manque et quand le site fonctionnait encore. Pour un média, comparer le fichier restauré au chemin utilisé dans WordPress. Pour une base, vérifier les contenus et les dernières écritures. La restauration du Droplet existant agit au niveau du système. Réserver ce retour aux cas qui nécessitent ce périmètre et garder un point récent avant l’opération. Lorsque la réparation porte sur un seul composant, extraire cet élément depuis la machine de contrôle préserve le reste du site actif.

Migrer vers une autre instance et prévoir le retour

Pour déplacer un WordPress déjà en service, inventorier le nom de domaine, les fichiers, la base, les tâches planifiées et les identifiants des services externes. Exporter l’état de départ avant de préparer la cible. Vérifier les versions et les modules nécessaires, la connexion à la base, les liens et le certificat. Une validation depuis une adresse temporaire doit également couvrir les formulaires et les pages qui nécessitent une connexion. Si la messagerie reste chez son fournisseur, garder les enregistrements correspondants pendant la bascule Web.

Pour un site qui reçoit des commandes, fixer un point de dernière synchronisation et une manière de rapprocher les données. Garder la machine précédente accessible pendant la transition. Un retour DNS remet du trafic sur cette machine et doit tenir compte des écritures arrivées depuis sur la nouvelle. Après validation, vérifier à nouveau les fichiers et les exports hors du compte, puis fermer les ressources qui ne servent plus. Consigner les coûts de la période où les deux instances ont coexisté.

Ajouter une fonction d’IA uniquement si le projet l’exige

DigitalOcean documente des produits d’inférence distincts du Droplet Basic. L’image WordPress ne documente pas un assistant génératif inclus dans l’éditeur. Pour ajouter une fonction d’IA, il faut choisir l’intégration WordPress et le service de modèle, puis traiter la facturation, les droits d’accès et les données envoyées. Le tarif du serveur ne donne pas le coût de l’inférence. Pour un site sans besoin d’IA, aucune de ces ressources n’entre dans le budget du parcours décrit ici.

Décider à partir du temps d’exploitation

Pour une équipe qui sait administrer Linux, DigitalOcean permet de choisir une taille de serveur et d’isoler une copie de reprise. Pour une organisation qui doit déléguer cette tâche, ajouter au budget le temps de mise à jour, la surveillance, les copies et la présence d’un administrateur disponible. L’écart entre 6 et 12 USD pour la VM peut peser moins que le coût de reprise d’un site indisponible. Avant de retenir un palier, préciser quel parcours du site doit être restauré en priorité et qui peut exécuter la procédure. Cette fiche repose sur les sources publiques et aucun essai d’hébergement, de charge ou de restauration n’a été réalisé.

Pour préparer votre site

• 25 outils de sauvegarde WordPress selon le besoin de reprise
• Migration, préproduction et imports WordPress : choisir le bon outil
• Prérequis WordPress non satisfaits : vérifier PHP et MySQL ou MariaDB