Héberger un site web : serveur, domaine, DNS et sauvegardes

Hébergement et services internet : sous ce nom se range tout ce qui rend un site web joignable, du serveur qui garde ses fichiers et répond aux visiteurs au nom de domaine, en passant par la zone DNS, la messagerie, la sécurité et les sauvegardes. Chaque brique de l'hébergement se choisit à part.

Que recouvrent l'hébergement et les services internet ?

L'hébergement d'un site internet, c'est la location d'une place sur une machine connectée en permanence au réseau, avec un logiciel de serveur web (Apache, Nginx, LiteSpeed) qui renvoie les pages demandées par les navigateurs. Un hébergeur web fournit ce socle et, presque toujours, une série de services web autour : un panneau d'administration ou tableau de bord, des bases MySQL ou MariaDB, des comptes de messagerie, un accès FTP ou SFTP, un certificat SSL et des copies de sauvegarde.

Ces éléments sont souvent confondus parce qu'un même prestataire les vend ensemble. Ils restent pourtant indépendants. Le nom de domaine n'est qu'une adresse : il peut être loué chez un registraire, tandis que les fichiers du site sont hébergés ailleurs et que le courrier passe par un troisième fournisseur. Savoir qui détient quoi évite la plupart des pannes au moment d'un changement de prestataire.

Sur le plan informatique, un hébergeur exploite ses propres centres de données ou loue des baies chez un opérateur, avec des liaisons vers plusieurs réseaux pour rester en ligne si l'un d'eux tombe. Un blog d'actualité, un portail qui publie des centaines d'articles et une boutique de commerce en ligne n'ont pas le même besoin : le premier vit de pages mises en cache, le dernier sollicite la base à chaque panier et réclame une solution plus robuste.

• Le stockage : l'espace disque où vivent les fichiers PHP, HTML, les images et les données du site.
• Le calcul : la part de processeur et de mémoire vive qui exécute le code à chaque visite.
• Le réseau : la bande passante et le trafic autorisé, qui conditionnent le temps de chargement quand l'audience monte.
• L'adressage : le domaine et ses enregistrements DNS, qui disent au monde où trouver le site et où livrer le courrier.

Mutualisé, VPS, dédié ou cloud : les types d'hébergement web

Les types d'hébergement web se distinguent par la façon dont les ressources d'une machine sont partagées. Sur un hébergement mutualisé, des centaines de sites cohabitent sur le même serveur et se partagent processeur, mémoire et disque ; l'hébergeur gère le système, les mises à jour et la sécurité de la plateforme. Un VPS (serveur privé virtuel) découpe une machine en plusieurs systèmes isolés : chacun dispose d'une part garantie de ressources et d'un accès administrateur complet. Un serveur dédié réserve toute une machine physique à un seul client. Le cloud, enfin, répartit le site sur une infrastructure dont la capacité s'ajuste à la demande.

Pour un premier site, le mutualisé suffit presque toujours : l'hébergeur s'occupe du système et l'installation en un clic WordPress, Joomla ou Drupal fait le reste. Le passage à un serveur privé se justifie quand le site réclame des réglages PHP interdits en mutualisé, des tâches planifiées lourdes ou une mémoire garantie. Les signes qui y mènent sont détaillés dans le comparatif mutualisé ou VPS selon le trafic et les réglages.

Comment choisir un hébergeur web pour son site ?

Le meilleur hébergeur web n'existe pas dans l'absolu : un comparatif utile croise chaque critère avec le besoin du site, son modèle (blog, portail, boutique) et le thème ou le CMS retenu. Choisir un hébergeur web revient à vérifier cinq critères, dans cet ordre, plutôt qu'à comparer des chiffres de vitrine. Le premier tient à la localisation des données : des data centers en France ou dans l'Union européenne simplifient la conformité au RGPD, et un prestataire français ou européen n'est pas soumis au CLOUD Act américain de 2018, qui permet aux autorités des États-Unis de réclamer des données stockées hors de leur territoire par une entreprise relevant de leur droit.

1. Les ressources réelles : espace de stockage SSD ou NVMe, mémoire allouée à PHP, nombre de processus simultanés, limites d'envoi de courrier. Une offre « illimitée » a toujours des plafonds, écrits dans les conditions d'utilisation.
2. Le support technique : horaires, canaux (ticket, téléphone, chat), langue, et différence entre assistance standard et assistance prioritaire. Un incident un dimanche soir dit vite ce que vaut le contrat.
3. Les sauvegardes : fréquence, durée de conservation, restauration en libre-service ou sur demande, et emplacement des copies (sur une autre machine, idéalement dans un autre bâtiment).
4. Les outils : versions de PHP proposées, accès SSH, gestion de contenu installable en un clic (WordPress, Joomla, Drupal, PrestaShop), tâches cron, journaux d'erreurs accessibles.
5. La sortie : possibilité de récupérer fichiers, bases et courrier sans obstacle, et domaine transférable librement. Un hébergeur qui rend le départ difficile coûte cher le jour où il faut partir.

Le prix d'appel ne dit pas grand-chose : beaucoup d'offres affichent un tarif de première année, puis appliquent un prix de renouvellement nettement supérieur. Lire la ligne du renouvellement, la durée d'engagement et ce qui devient payant (certificat, sauvegarde, domaine) donne une idée plus juste du budget sur trois ans. Les avis d'utilisateurs publiés sur Google ou sur les forums spécialisés renseignent surtout sur le support et les pannes, rarement sur les performances.

Les hébergeurs proposent leurs offres en packs : un pack d'entrée pour créer un site vitrine, un pack pro pour le commerce en ligne, avec davantage de fonctionnalités comme une copie de développement du site, une interface de gestion multi-sites ou une sauvegarde quotidienne. Le bon pack se déduit du besoin réel du site et de son évolution prévue, pas du nombre de lignes de la fiche commerciale. Une agence web ou un prestataire informatique qui crée le site propose également souvent sa propre solution d'hébergement, maintenance technique incluse : l'avantage tient à un interlocuteur unique, la contrepartie à une dépendance. Avant de signer, il faut savoir à qui appartiennent le compte d'hébergement et le domaine, et sous quel délai les accès techniques sont remis : la sécurité juridique du site compte autant que sa sécurité informatique. Une solution hébergée en France chez un prestataire qui publie ses conditions reste également la plus simple à auditer.

Nom de domaine et zone DNS : relier l'adresse au serveur

Le nom de domaine est loué pour une durée renouvelable auprès d'un registraire accrédité par le registre de l'extension (l'Afnic pour le .fr). Ce nom ne contient rien : il renvoie vers une zone DNS, décrite par les RFC 1034 et 1035 de l'IETF, qui liste des enregistrements. Ce sont eux qui disent quelle machine sert le site, laquelle reçoit le courrier et quels services tiers sont autorisés à agir au nom du domaine.

Un sous-domaine (blog.exemple.fr, ou i.exemple.fr pour servir des images) se crée dans cette même zone et peut viser un autre dossier de l'hébergement comme une autre machine. Le choix entre l'adresse avec www et celle sans www suit une règle simple : les deux peuvent répondre, mais une seule est canonique, l'autre renvoyant vers elle par une redirection permanente 301. Sans cette redirection, les moteurs de recherche voient deux copies du même site.

Transférer et supprimer des fichiers : FTP, SFTP ou FTPS

Le protocole FTP, décrit par la RFC 959, reste proposé par presque tous les hébergeurs, mais il transmet l'identifiant et le mot de passe en clair. SFTP, qui passe par une connexion SSH, et FTPS, qui ajoute une couche TLS, chiffrent l'échange : l'un des deux se règle dans le logiciel de transfert (FileZilla, WinSCP, Cyberduck) dès que l'offre l'accepte. Le gestionnaire de fichiers du panneau d'administration dépanne quand aucun client n'est installé, pour éditer un fichier ou décompresser une archive.

Un dossier qui refuse de disparaître contient presque toujours des fichiers invisibles, comme .htaccess, que le client masque par défaut, ou des fichiers créés par le serveur web lui-même avec un autre propriétaire. Afficher les fichiers cachés, vider le dossier puis le supprimer règle la plupart des cas :

sftp utilisateur@exemple.fr
sftp> ls -la vieux-dossier
sftp> rm vieux-dossier/.htaccess
sftp> rmdir vieux-dossier

Si le refus persiste, ces fichiers appartiennent probablement au processus web ; un petit script exécuté sur place, ou le support de l'hébergeur, peut alors les retirer. Les limites de taille d'envoi et de temps d'exécution, qui font échouer l'import d'une archive volumineuse, relèvent des réglages expliqués dans la rubrique PHP, du poste local à la mise en production.

Sécuriser son hébergement web

La sécurité d'un hébergement web repose d'abord sur le chiffrement : un certificat SSL (techniquement TLS) fait passer le site en HTTPS, condition attendue par les navigateurs, qui signalent comme « non sécurisée » une page servie en clair. Let's Encrypt délivre ces certificats sans frais, et la plupart des hébergeurs les installent et les renouvellent automatiquement. Le renouvellement automatique devient indispensable : le CA/Browser Forum a voté en 2025 une réduction progressive de la durée de vie maximale des certificats publics, ramenée à 200 jours depuis mars 2026, puis à 100 jours en 2027 et à 47 jours en 2029.

Viennent ensuite les accès. Un mot de passe distinct pour le panneau, pour SFTP et pour MySQL, la double authentification sur le compte client de l'hébergeur et le renoncement au FTP en clair ferment les portes les plus souvent forcées. Côté application, les mises à jour du CMS, des extensions et de la version de PHP comptent davantage que n'importe quel pare-feu : une extension WordPress abandonnée reste la porte d'entrée la plus courante sur un site vitrine. Plusieurs hébergeurs proposent en plus une solution de pare-feu applicatif et une analyse automatique des fichiers, incluses dans le pack ou en option : utiles, elles ne remplacent pas une maintenance régulière.

Le courrier envoyé depuis le domaine mérite la même attention. Sans enregistrements SPF, DKIM et DMARC, les messages partent en indésirables ou peuvent être usurpés ; ces réglages, comme l'enregistrement MX oublié lors d'un changement d'hébergeur, sont traités dans la rubrique messagerie, SMTP et boîtes de réception.

Changer de DNS ou d'hébergeur sans couper le site

Une modification de zone DNS n'est pas visible partout au même instant : chaque résolveur garde l'ancienne réponse en mémoire pendant la durée de vie (TTL) indiquée dans l'enregistrement. Abaisser ce TTL la veille d'une migration, puis le remonter une fois la bascule faite, réduit la période de flottement. La commande dig montre ce que répondent réellement les serveurs de noms :

dig +short exemple.fr A
dig +short exemple.fr MX
dig exemple.fr NS

Un déménagement propre suit une séquence fixe : copier les fichiers et exporter les bases vers le nouvel hébergeur, tester le site sur une adresse temporaire ou via le fichier hosts du poste, recréer les boîtes de courrier, puis seulement modifier les enregistrements A et MX. L'ancien contrat se résilie quelques jours plus tard, une fois les derniers messages récupérés.

Le transfert du nom de domaine vers un autre registraire est une opération distincte : déverrouiller le domaine, obtenir le code d'autorisation (AuthInfo), le saisir chez le nouveau registraire puis confirmer. La politique de transfert de l'ICANN autorise un refus pendant les 60 jours qui suivent la création d'un domaine générique ou un précédent changement de registraire. Recopier la zone DNS avant l'opération évite que le site et la messagerie ne tombent si les serveurs de noms changent en même temps.

Que contient une sauvegarde complète ?

Une sauvegarde complète d'un site comprend quatre éléments, et copier le dossier du site n'en couvre qu'un. Il faut aussi l'export SQL des tables, les boîtes de courrier si elles sont hébergées au même endroit, et une copie de la zone DNS, faute de quoi la restauration redonne un site sans contenu, sans messages ou injoignable. Les problèmes d'export et d'import propres aux tables sont rassemblés dans les questions sur le SQL.

La copie fournie par l'hébergeur protège contre une panne matérielle de sa plateforme, pas contre la fermeture du compte, une erreur de manipulation remarquée trop tard ou un piratage qui chiffre aussi les archives accessibles. La règle dite 3-2-1 reste la référence : trois copies, sur deux supports différents, dont une hors du site. Une sauvegarde ne vaut que si elle se restaure : la remonter une fois sur un sous-domaine de test, chaque trimestre par exemple, est le seul moyen de savoir qu'elle fonctionne.

Hébergeur, domaine, messagerie : trois doutes avant de signer

Faut-il prendre le nom de domaine chez son hébergeur ?

Le nom de domaine peut être pris chez l'hébergeur, c'est plus simple à gérer, mais rien ne l'impose. Séparer le registraire de l'hébergement rend un changement de prestataire plus facile, puisque seule la zone DNS change de cible, et protège le domaine si le compte d'hébergement est suspendu.

Un hébergement gratuit suffit-il pour un site internet ?

Un hébergement gratuit convient pour apprendre, rarement pour un site durable. Ces offres limitent le stockage, imposent souvent une publicité ou un sous-domaine du fournisseur, et ne garantissent ni sauvegarde ni support. Pour un site qui doit rester en ligne, une offre mutualisée d'entrée de gamme reste plus sûre.

Où héberger ses e-mails professionnels ?

Les e-mails professionnels peuvent rester chez l'hébergeur du site, qui inclut souvent quelques boîtes, ou partir chez un fournisseur de messagerie dédié. Ce second choix sépare les risques : une panne du site ne coupe plus le courrier. Dans les deux cas, seuls les enregistrements MX, SPF et DKIM de la zone décident où arrivent et d'où partent les messages.

Les autres questions du réseau, du PHP aux bases de données, se retrouvent depuis l'accueil de R7 et ses rubriques.

Sources : RFC 959 (File Transfer Protocol), RFC 1034 et 1035 (Domain Name System) publiées par l'IETF ; politique de transfert des noms de domaine de l'ICANN ; ballot SC-081 du CA/Browser Forum sur la durée des certificats TLS, consultés le 15 octobre 2026.