Qu'est-ce que l'hébergement web ? Comment les sites et les applications restent en ligne
L'hébergement web consiste à faire fonctionner votre site ou votre application sur des ordinateurs toujours allumés et connectés à Internet, afin que n'importe qui puisse y accéder à tout moment. Le fournisseur d'hébergement conserve vos fichiers, exécute votre code et envoie les pages et les données aux navigateurs des visiteurs lorsqu'ils les demandent. Votre ordinateur portable pourrait techniquement le faire, mais les fournisseurs d'hébergement le font de façon fiable, sécurisée et à grande échelle.
Pourquoi c'est important quand on construit avec l'IA
Lorsque vous créez avec un outil de création IA, votre application fonctionne d'abord dans un aperçu : une copie privée que vous (et peut-être vos collaborateurs) pouvez utiliser. L'hébergement est ce qui transforme cet aperçu en application en ligne, accessible à une adresse publique que vos clients peuvent ouvrir.
Le type d'hébergement dont votre application a besoin dépend de ce qu'elle fait. Une page d'accueil demande très peu de ressources. Une application avec connexions, une base de données et des paiements a besoin d'un serveur qui exécute votre code, d'un endroit pour conserver les données et de HTTPS. Comprendre la différence vous aide à choisir un créateur, à estimer les coûts d'exploitation et à savoir ce qui se passe si votre application connaît soudain beaucoup d'achalandage, ou si vous voulez un jour la déplacer ailleurs.
Une analogie du quotidien
Pensez à l'hébergement comme à des locaux d'entreprise.
- Un kiosque de marché correspond à l'hébergement statique : peu coûteux, rapide à installer, parfait pour présenter et vendre une gamme fixe de produits.
- Un bureau partagé correspond à l'hébergement mutualisé : vous louez un bureau dans un immeuble occupé par de nombreuses entreprises, qui partagent l'ascenseur, la connexion Internet et la cuisine. C'est abordable, mais un voisin bruyant peut vous nuire.
- Votre propre bureau de service correspond au serveur privé virtuel (VPS) : un espace à vous avec des ressources garanties, mais vous êtes responsable de ce qui s'y passe.
- Votre propre immeuble correspond au serveur dédié : contrôle total et responsabilité totale.
- Un espace de travail géré qui grandit et rétrécit avec votre équipe correspond à l'infonuagique ou à l'hébergement de plateforme : vous utilisez ce dont vous avez besoin, payez ce que vous consommez, et le propriétaire s'occupe de l'entretien.
Votre nom de domaine est l'adresse civique inscrite sur l'enseigne. Le DNS est le plan qui indique aux visiteurs à quel immeuble correspond cette adresse.
Types d'hébergement
| Type | Ce que c'est | Idéal pour | Ce que vous gérez |
|---|---|---|---|
| Hébergement statique | Sert des fichiers fixes (HTML, CSS, JavaScript, images), souvent depuis un CDN | Pages d'accueil, portfolios, sites marketing, applications sans backend | Presque rien |
| Hébergement mutualisé | Plusieurs sites sur un même serveur, souvent avec un panneau de configuration | Petits sites WordPress ou PHP | Quelques réglages |
| VPS | Une machine virtuelle avec des ressources dédiées | Applications sur mesure, si vous êtes à l'aise avec la gestion d'un serveur | Le système d'exploitation, les mises à jour de sécurité, les déploiements |
| Serveur dédié | Une machine physique complète | Charges élevées et constantes aux besoins précis | Tout |
| Plateforme en tant que service (PaaS) | Vous fournissez le code ; la plateforme le compile, le fait fonctionner et le met à l'échelle | La plupart des applications et API web | Votre code et votre configuration |
| Sans serveur (serverless) | Le code s'exécute à la demande pour chaque requête ; rien ne tourne lorsque c'est inactif | Trafic irrégulier ou faible, API, tâches de fond | Vos fonctions |
La plupart des créateurs d'applications IA qui hébergent pour vous fonctionnent comme un PaaS : vous appuyez sur publier, et la plateforme s'occupe des serveurs, de la mise à l'échelle et des certificats.
Exemple concret : ce dont une application de réservation a besoin pour être en ligne
Prenons une application de réservation pour salon de coiffure, avec une page de réservation publique, des comptes clients et un tableau de bord pour le propriétaire. Pour être en ligne, elle a besoin de :
| Élément | Ce qu'il fait | Où il s'exécute |
|---|---|---|
| Interface | Les pages et les boutons dans le navigateur du visiteur | Hébergement statique / CDN |
| Backend | Vérifie les disponibilités, enregistre les réservations, décide qui peut voir quoi | Un serveur ou un conteneur |
| Base de données | Conserve les services, les clients et les réservations | Une base de données gérée |
| Stockage de fichiers | Conserve les photos téléversées | Stockage d'objets |
| Domaine + DNS | reserver.votresalon.com pointe vers l'application | Votre registraire / fournisseur DNS |
| Certificat HTTPS | Chiffre le trafic ; affiche le cadenas | Émis par l'hébergeur ou une autorité de certification |
| Secrets | Clés d'API pour le courriel et les paiements | Les variables d'environnement de l'hébergeur |
Si vous déployiez cela vous-même, vous devriez installer chaque élément. Une plateforme qui héberge pour vous les regroupe. Dans les deux cas, il est utile de savoir qu'ils existent : le guide interface et backend explique cette séparation.
Termes courants expliqués
| Terme | Signification |
|---|---|
| Serveur | Un ordinateur qui répond aux requêtes sur un réseau. |
| Déployer / publier | Mettre une version de votre code sur l'hébergement pour qu'elle soit en ligne. |
| Disponibilité (uptime) | La part du temps pendant laquelle le site est accessible. |
| Bande passante / trafic sortant (egress) | La quantité de données envoyées de votre application vers les visiteurs. Souvent facturée. |
| CDN | Réseau de diffusion de contenu : des copies de vos fichiers sur des serveurs partout dans le monde, pour un chargement plus rapide. |
| SSL/TLS, HTTPS | Chiffrement entre le navigateur et le serveur. TLS est le protocole moderne ; « certificat SSL » est le nom courant. |
| Mise à l'échelle | La gestion d'un plus grand trafic : des machines plus puissantes (verticale) ou davantage de machines (horizontale). |
| Mise à zéro / démarrage à froid | Les applications inactives s'arrêtent pour économiser ; la première requête après une pause prend un peu plus de temps pendant le réveil. |
| Variables d'environnement | Configuration et secrets transmis à votre application à l'exécution, gardés hors du code. |
| Journaux (logs) | Enregistrements de ce que l'application a fait, utilisés pour diagnostiquer les erreurs. |
| Conteneur | Une application empaquetée avec tout ce qu'il lui faut pour fonctionner, souvent construite à partir d'un Dockerfile. |
Erreurs courantes et idées reçues
- Confondre le domaine et l'hébergement. Acheter
votrenom.comne met pas de site dessus. Il faut aussi un hébergement et des enregistrements DNS qui pointent vers lui. - Croire que « illimité » veut dire illimité. Les forfaits qui annoncent une bande passante ou un stockage illimités ont habituellement des conditions d'utilisation raisonnable. Lisez-les.
- Oublier les coûts d'exploitation. Construire une application est un coût ; l'hébergement, la base de données, le stockage et les API tierces sont des coûts récurrents. Vérifiez comment chacun est facturé avant le lancement.
- Enregistrer des fichiers sur le disque du serveur. Sur la plupart des hébergements modernes, le disque local du serveur est temporaire et peut être effacé à chaque déploiement ou redémarrage. Les fichiers téléversés doivent aller dans un stockage d'objets.
- Traiter l'aperçu comme la production. Les aperçus peuvent être suspendus, utiliser des données de test ou n'être visibles que par vous. Publiez avant de partager.
- Ignorer où vous pourriez déménager. Si votre hébergement est lié à une seule plateforme, vérifiez si vous pouvez exporter le code et le faire fonctionner ailleurs plus tard.
Quoi demander à votre outil IA
- « Qu'est-ce que cette application a besoin pour fonctionner une fois publiée : seulement des fichiers statiques, ou aussi un serveur et une base de données ? »
- « Où sont stockés les fichiers téléversés ? Assure-toi qu'ils ne se trouvent pas sur le disque local du serveur. »
- « Conserve toutes les clés d'API dans des variables d'environnement. »
- « Ajoute des en-têtes de mise en cache pour les images et les fichiers statiques. »
- « Montre-moi les journaux de la dernière requête échouée. »
- « Si je voulais héberger cette application ailleurs, de quoi aurais-je besoin ? » Voir comment exporter et héberger soi-même une application créée avec l'IA.
L'hébergement dans Mythex
Sur Mythex, l'hébergement fait partie du créateur. Lors de la publication, Mythex prend un instantané du projet et le déploie sur votrenom.mythex.app : les interfaces statiques sont servies comme des sites statiques, et les backends fonctionnent sur des machines gérées qui se mettent en veille lorsqu'elles sont inactives et se réveillent à la visite suivante. La base de données et le stockage de fichiers accompagnent le projet lorsque votre application en a besoin. L'hébergement, la bande passante, la base de données et le stockage consomment le même solde de crédits que la création, et le plan Pro paie la moitié du tarif du plan Gratuit pour ces services ; les sites statiques ne consomment pas de crédits lorsqu'ils sont inactifs. Pro ajoute les domaines personnalisés, avec HTTPS émis automatiquement. La documentation couvre la publication et les limites d'hébergement, et la page des tarifs compare les plans.
Questions
Qu'est-ce que l'hébergement web, en termes simples ?
L'hébergement web consiste à louer de l'espace et de la puissance de calcul sur des serveurs toujours allumés et connectés à Internet, afin que votre site ou votre application soit accessible à tout moment. L'hébergeur conserve vos fichiers, exécute votre code et envoie les pages aux navigateurs des visiteurs.
Un domaine, est-ce la même chose qu'un hébergement ?
Non. Un domaine est le nom que les gens tapent, comme exemple.com. L'hébergement est l'endroit où le site fonctionne vraiment. Les enregistrements DNS relient les deux en pointant le domaine vers votre hébergeur. Vous pouvez acheter les deux auprès de la même entreprise ou de sociétés différentes.
Ai-je besoin d'un hébergement distinct pour une application créée avec l'IA ?
Cela dépend de l'outil de création. Certains créateurs d'applications IA, Mythex y compris, hébergent l'application pour vous lors de la publication. D'autres génèrent du code que vous devez déployer vous-même chez un fournisseur d'hébergement.
Quelle est la différence entre un hébergement statique et dynamique ?
L'hébergement statique sert des fichiers identiques pour chaque visiteur, comme une page d'accueil : c'est simple, rapide et peu coûteux. L'hébergement dynamique exécute du code serveur qui génère des réponses à chaque requête, ce dont ont besoin les applications avec connexions, bases de données et paiements.