> Héberger un premier site web : mutualisé, VPS ou PaaS, nom de domaine, certificat et sauvegardes. Ce que coûte vraiment la mise en ligne d'un projet. *Source : https://coder-studio.com/hebergement/heberger-un-premier-site-web/* --- [// Hébergement & Cloud](https://coder-studio.com/hebergement/) # Héberger un premier site web : mutualisé, VPS, PaaS et ce que coûte vraiment la mise en ligne Par **Kévin Papot** · publié le 5 octobre 2026 ![Un ordinateur portable ouvert sur du code, posé sur un bureau en bois avec un carnet et une tasse orange](https://coder-studio.com/images/articles/heberger-un-premier-site-web/ordinateur-portable-code-bureau.webp) Votre projet tourne en local, le code est propre, et il est temps de le montrer au monde. C'est souvent là que les choses se compliquent : mutualisé, serveur virtuel, plateforme d'hébergement d'applications, hébergement statique, nom de domaine, DNS, certificat. Les offres se ressemblent sur le papier et les tarifs d'appel cachent parfois des coûts récurrents. Cet article vous aide à choisir le bon type d'hébergement selon la nature de votre projet, à comprendre ce qui se paie réellement, et à éviter les erreurs classiques d'une première mise en ligne. ## Commencer par la nature du projet Avant de comparer des offres, posez-vous une question simple : qu'est-ce qui doit tourner sur le serveur ? - **Un site statique** (HTML, CSS, JavaScript côté navigateur, ou un site généré par un outil comme un générateur de site statique) n'a besoin que de servir des fichiers. C'est le cas le plus simple et le moins coûteux. - **Un site dynamique classique** en PHP avec une base de données MySQL ou MariaDB, typiquement un CMS, tourne sur presque tous les hébergements mutualisés. - **Une application** en Node.js, Python, Ruby ou Go, avec un processus qui reste lancé en permanence, demande un environnement où vous pouvez exécuter ce processus : PaaS ou VPS. - **Un projet avec des besoins particuliers** (tâches planifiées lourdes, websockets, file de messages, plusieurs services) penche vers un VPS ou une plateforme plus complète. Cette première étape élimine déjà la moitié des offres. Inutile de payer un serveur entier pour un portfolio statique, et inutile de vous battre avec un mutualisé pour faire tourner une API Node. ## Les grands types d'hébergement comparés Type Pour quel projet Ce que vous gérez Points d'attention Hébergement statique Portfolio, documentation, site vitrine généré Le code et le déploiement Pas de traitement côté serveur sans fonctions annexes Mutualisé Site PHP, CMS, petit site avec base de données Les fichiers et la base Ressources partagées, versions imposées PaaS Application Node, Python, Ruby avec base managée Le code et la configuration Coût qui grimpe avec l'usage, mise en veille sur les offres gratuites VPS Tout projet, plusieurs services, besoin de contrôle Le système entier Sécurité, mises à jour et sauvegardes à votre charge ### L'hébergement statique Pour un site sans traitement serveur, plusieurs plateformes proposent un hébergement gratuit ou très peu cher, souvent relié directement à un dépôt Git : chaque envoi de code déclenche une nouvelle mise en ligne. C'est idéal pour apprendre le déploiement continu sans configurer de serveur. ### Le mutualisé Le mutualisé partage un serveur entre de nombreux clients. Vous disposez d'un espace de fichiers, d'une ou plusieurs bases de données, d'un panneau d'administration et souvent d'adresses e-mail. C'est simple et économique, mais vous ne choisissez pas tout : version de PHP parmi celles proposées, pas de processus qui tourne en continu, accès SSH parfois limité. ### Le PaaS Une plateforme applicative vous laisse pousser votre code et s'occupe du reste : installation des dépendances, lancement, redémarrage en cas de plantage, certificat. C'est confortable pour un premier projet applicatif. Lisez bien la grille tarifaire : la facturation dépend souvent de la mémoire, du temps de calcul, du trafic et de la base de données, et les offres gratuites mettent fréquemment l'application en veille après une période d'inactivité. ### Le VPS Un serveur privé virtuel vous donne une machine complète, avec un accès administrateur. Vous installez ce que vous voulez. En contrepartie, la sécurité vous revient : pare-feu, mises à jour du système, configuration du serveur web, sauvegardes, surveillance. C'est une excellente école, à condition d'y consacrer le temps nécessaire. ## Ce que coûte vraiment la mise en ligne Le prix affiché sur la page d'accueil d'un hébergeur est rarement le coût total. Voici les postes à prévoir : 1. **Le nom de domaine.** Comptez en général de l'ordre d'une dizaine à quelques dizaines d'euros par an pour une extension courante. Attention au prix de renouvellement, parfois bien plus élevé que celui de la première année. 2. **L'hébergement lui-même.** Les tarifs de lancement sont souvent conditionnés à un engagement de plusieurs années, et le prix augmente au renouvellement. 3. **Le certificat TLS.** Il est aujourd'hui gratuit chez la grande majorité des hébergeurs, grâce aux autorités de certification automatisées. Ne payez pas pour un certificat de base. 4. **Les e-mails.** Une adresse à votre nom de domaine peut être incluse ou facturée à part, par boîte. 5. **Les sauvegardes.** Incluses, payantes en option ou entièrement à votre charge sur un VPS. 6. **La base de données managée**, sur un PaaS, souvent facturée séparément de l'application. 7. **Le trafic sortant**, qui peut devenir significatif sur certaines plateformes si votre projet décolle. Faites le calcul sur deux ou trois ans, renouvellement compris, plutôt que sur le premier mois. Plusieurs hébergeurs et registrars proposent aussi des programmes de parrainage qui offrent un crédit ou une réduction aux nouveaux clients. Les offres de ce type sont recensées sur [https://leparrain.com/categories/hebergement-web](https://leparrain.com/categories/hebergement-web), ce qui peut alléger la première facture. Les critères techniques restent prioritaires : une remise ne compense pas un hébergement inadapté à votre projet. ## Nom de domaine et DNS : les bases à maîtriser Le nom de domaine et l'hébergement sont deux choses distinctes, et vous pouvez les prendre chez deux prestataires différents. Beaucoup de développeurs gardent leurs domaines chez un registrar et pointent vers l'hébergeur de leur choix, ce qui facilite un changement ultérieur. Les enregistrements DNS à connaître pour une première mise en ligne : - **A et AAAA** : associent le domaine à une adresse IPv4 ou IPv6, typiquement celle de votre VPS. - **CNAME** : fait pointer un sous-domaine vers un autre nom, souvent utilisé par les plateformes statiques et les PaaS. - **MX** : indique les serveurs qui reçoivent les e-mails du domaine. - **TXT** : sert aux vérifications de propriété et aux enregistrements liés à l'authentification des e-mails. Gardez en tête qu'une modification DNS met un certain temps à se propager selon la durée de cache configurée. Si votre site ne s'affiche pas tout de suite après un changement, attendez avant de tout recommencer. ## Les erreurs classiques d'une première mise en ligne Certaines erreurs reviennent dans presque tous les premiers projets. Les connaître évite des soirées de débogage. - **Mettre les secrets dans le dépôt.** Clés d'API, mots de passe de base de données et jetons vont dans des variables d'environnement, jamais dans le code versionné. - **Oublier les sauvegardes.** Un hébergeur peut perdre des données, et vous pouvez supprimer une table par erreur. Testez la restauration au moins une fois. - **Déployer à la main en modifiant les fichiers sur le serveur.** Travaillez en local, versionnez, puis déployez depuis le dépôt. Vous saurez toujours quelle version tourne. - **Négliger les mises à jour.** Sur un VPS, le système et les paquets doivent être tenus à jour. Sur un CMS, les extensions aussi. - **Laisser le mode debug activé en production**, ce qui affiche des informations sensibles en cas d'erreur. - **Ignorer les journaux.** Les logs du serveur et de l'application sont le premier endroit où chercher quand quelque chose ne fonctionne pas. ## Questions fréquentes ### Est-il possible d'héberger un premier site gratuitement ? Pour un site statique, oui, plusieurs plateformes le permettent sans frais, avec un sous-domaine fourni ou votre propre nom de domaine. Pour une application avec un processus serveur et une base de données, les offres gratuites existent mais comportent des limites : mise en veille, ressources réduites, durée de conservation des données. Elles conviennent pour apprendre, moins pour un projet utilisé au quotidien. ### Faut-il commencer par un VPS pour apprendre ? Pas nécessairement. Un VPS apprend beaucoup sur l'administration système, mais il ajoute une charge de sécurité et de maintenance dès le premier jour. Pour un premier projet, une plateforme statique ou un PaaS permet de se concentrer sur le code et le déploiement. Le VPS devient intéressant quand vous voulez comprendre ce qui se passe sous le capot ou héberger plusieurs services. ### Où acheter son nom de domaine ? Chez un registrar reconnu, de préférence séparé de l'hébergeur si vous voulez garder la liberté de déménager facilement. Comparez le prix de renouvellement et pas seulement celui de la première année, vérifiez que la protection des données du titulaire est proposée et activez le verrouillage du domaine contre les transferts non autorisés.