L'hébergement ASP.NET est un service d'hébergement web qui exécute les applications écrites avec le framework de Microsoft : un serveur web Windows Server avec IIS, ou un serveur Linux pour ASP.NET Core, relié à une base de données Microsoft SQL Server ou MySQL, pour un site internet, une API ou un intranet.
- ASP classic
- Pages .asp en VBScript, servies uniquement par IIS sur un serveur Windows.
- ASP.NET Framework
- Web Forms et ASP.NET MVC sur .NET Framework 4.x : Windows Server obligatoire.
- ASP.NET Core
- Version multiplateforme : Windows, Linux, conteneur ou serveur cloud, au choix.
Ce qu'un hébergeur ASP.NET doit fournir
Un hébergeur ASP.NET met à disposition un environnement capable de compiler et d'exécuter du code .NET, ce qu'un hébergement web classique pensé pour PHP et MySQL ne propose pas. Sur une offre Windows, la pile repose sur IIS (Internet Information Services), le serveur web de Microsoft, qui reçoit les requêtes et les transmet au runtime .NET. Sur une offre Linux, une application ASP.NET Core tourne avec son propre serveur, Kestrel, placé derrière un proxy inverse comme Nginx ou Apache.
Au-delà du moteur, une formule sérieuse réunit plusieurs briques techniques :
- la prise en charge de plusieurs versions de .NET, pour faire cohabiter une ancienne application et un nouveau projet ;
- une base de données Microsoft SQL Server, souvent complétée par MySQL ou MariaDB ;
- un control panel (Plesk Obsidian sur la plupart des offres web Windows) pour gérer les pools d'applications, les bases et les comptes FTP ;
- le déploiement depuis Visual Studio par Web Deploy, en plus du FTP classique ;
- un certificat SSL, un espace disque SSD et une bande passante suffisante pour le trafic attendu.
Le support technique compte autant que la configuration matérielle : une erreur 500.30 au démarrage d'une application ASP.NET Core ou un pool IIS qui s'arrête en boucle demande un interlocuteur qui connaît l'écosystème Microsoft, et non une assistance formée seulement aux sites WordPress. Pour une entreprise, le besoin réel reste souvent simple : un hébergement fiable, des techniciens experts de .NET joignables rapidement, et une infrastructure en haute disponibilité quand l'intranet sert aux équipes toute la journée.
ASP classic, ASP.NET Framework et ASP.NET Core : trois besoins différents
Le terme « ASP » recouvre trois générations de technologie Microsoft, et le choix de l'hébergement découle directement de celle qu'utilise l'application. ASP classic, apparu à la fin des années 1990, mélange HTML et scripts VBScript ou JScript interprétés par le serveur avant l'envoi de la page au visiteur. Microsoft ne le fait plus évoluer, mais IIS sait toujours l'exécuter sous Windows Server 2019, 2022 et 2025, ce qui permet de maintenir d'anciens intranets ou des boutiques en ligne développées il y a vingt ans.
ASP.NET sur .NET Framework a pris le relais en 2002 avec Web Forms, puis ASP.NET MVC, dont le modèle MVC (modèle, vue, contrôleur) a séparé la programmation de l'affichage ; le CMS DNN (ex-DotNetNuke) appartient à cette famille. La dernière mouture du framework, la 4.8.1, reste liée à Windows : une application de ce type exige un hébergement web Windows. ASP.NET Core, enfin, appartient à la plateforme .NET moderne, open source et multiplateforme, qui accepte aussi bien un serveur Linux qu'une machine Windows ou un conteneur Docker. ASP.NET Core reprend le modèle MVC et ajoute Razor Pages et Blazor : une ancienne application MVC 5 s'y transpose plus facilement qu'un site Web Forms.
| Technologie | Langage | Système du serveur | Situation en 2026 |
|---|---|---|---|
| ASP classic | VBScript, JScript | Windows (IIS) | Figé, maintenu dans IIS |
| ASP.NET Framework (Web Forms, MVC) | C#, VB.NET | Windows (IIS) | Version 4.8.1, correctifs de sécurité seulement |
| ASP.NET Core | C#, F# | Windows, Linux, conteneur | Version 10 LTS, développement actif |
Avant de comparer les offres, il faut donc ouvrir le projet : un fichier Web.config avec un élément targetFramework en 4.x signale une application .NET Framework, un fichier .csproj qui vise net8.0 ou net10.0 une application ASP.NET Core.
Quelle version de .NET l'hébergeur doit-il prendre en charge ?
La version de .NET installée sur le serveur conditionne la sécurité de l'application, car Microsoft cesse de publier des correctifs à date fixe. .NET 10, sorti en novembre 2025, est une version LTS (support à long terme) suivie trois ans, jusqu'en novembre 2028. .NET 8, l'ancienne LTS, et .NET 9 arrivent tous deux en fin de support le 10 novembre 2026, d'après le calendrier publié par Microsoft sur dotnet.microsoft.com.
Un hébergeur ASP.NET qui propose encore seulement .NET 6 ou 7 fait tourner des runtimes sans mise à jour de sécurité. Le bon signal : l'offre indique clairement les versions installées et la rapidité avec laquelle les correctifs mensuels du « Patch Tuesday » arrivent sur les serveurs mutualisés. Une application ASP.NET Core publiée en mode autonome (self-contained) embarque son propre runtime et dépend moins de l'hébergeur, au prix d'un dossier de publication plus lourd et de mises à jour à la charge du développeur.
Pour une application .NET Framework, la question se pose autrement : la version 4.8.1 suit le cycle de vie de Windows Server, et la qualité de l'hébergement se mesure alors à la version du système (Windows Server 2019 au minimum, 2022 ou 2025 de préférence).
Windows ou Linux pour une application ASP.NET Core
Une application ASP.NET Core fonctionne aussi bien sur Windows que sur Linux, et le choix du système relève surtout de l'environnement autour du code. Un hébergement web Windows reste la solution la plus simple quand l'application dépend de Microsoft SQL Server en local, de l'authentification Windows, de composants COM ou d'un module IIS précis. L'équipe garde aussi ses habitudes : console IIS, Plesk et déploiement direct depuis Visual Studio.
Linux devient intéressant pour une application récente sans dépendance à Windows : pas de licence Windows Server à intégrer dans le prix, une image Docker légère et le même serveur pour un site WordPress en PHP et une API .NET. Kestrel y tourne comme un service systemd derrière Nginx, sur une machine virtuelle pilotée en ligne de commande ou par cPanel, plus rarement compatible avec .NET que Plesk. Les différences de comportement existent néanmoins : sensibilité à la casse des chemins de fichiers, séparateurs de dossiers, polices et bibliothèques graphiques. Les comparer avec un hébergement Unix ou Linux classique aide à mesurer ce que l'équipe sait déjà administrer.
Pour une application héritée en Web Forms, en ASP.NET MVC 5 ou en ASP classic, la question ne se pose pas : seul un serveur Windows avec IIS l'exécute.
Mutualisé, VPS, dédié ou cloud : quelle formule retenir ?
La formule d'hébergement ASP.NET se choisit d'après la charge attendue et le niveau de contrôle souhaité. Le mutualisé Windows partage un serveur entre plusieurs clients : il suffit pour un site vitrine, un petit intranet ou une application métier peu sollicitée, à condition d'accepter les réglages imposés par l'hébergeur (mode de confiance, nombre de pools, taille des bases).
| Formule | Contrôle | Usage idéal | Budget relatif |
|---|---|---|---|
| Mutualisé Windows | Faible, via Plesk | Site vitrine, petite application | Bas |
| VPS Windows | Administrateur complet | Plusieurs applications, services Windows | Intermédiaire (licence incluse) |
| VPS Linux | Administrateur complet | API ASP.NET Core, conteneurs | Bas à intermédiaire |
| Serveur dédié | Total, machine entière | Forte charge, SQL Server volumineux | Plus élevé |
| Cloud PaaS (Azure App Service...) | Sur l'application, pas sur la machine | Montée en charge, déploiement continu | Variable selon la consommation |
Dès que l'application a besoin d'un service Windows, d'une tâche planifiée ou d'un accès administrateur au serveur, il vaut mieux louer un serveur VPS : la ressource CPU, la RAM et le stockage SSD y sont réservés, et non partagés avec des voisins. Un serveur dédié se justifie pour une base SQL Server de plusieurs dizaines de gigaoctets ou un trafic élevé. Le serveur cloud en mode PaaS, enfin, retire la gestion du système : on publie l'application, la plateforme gère le runtime, les correctifs et l'ajout d'instances.
Bases de données : SQL Server, MySQL et leurs limites
La base de données Microsoft SQL Server reste le choix naturel d'une application ASP.NET, grâce à Entity Framework et aux outils de Visual Studio. Sur un hébergement mutualisé, l'hébergeur fournit le plus souvent une base SQL Server partagée avec un quota d'espace disque ; sur un VPS, l'édition Express gratuite se limite à 10 Go de données par base, selon la documentation de Microsoft, alors que les éditions Standard et Enterprise demandent une licence souvent facturée par cœur de processeur.
MySQL, MariaDB et PostgreSQL fonctionnent aussi avec ASP.NET Core, au moyen de fournisseurs Entity Framework dédiés. Ce choix réduit le coût d'un serveur Linux et permet de partager la même base de données avec un site WordPress ou une application PHP. Avant de signer, plusieurs points méritent une vérification :
- la taille maximale de chaque base et le nombre de bases inclus dans l'offre ;
- l'accès distant à SQL Server depuis SQL Server Management Studio, pas toujours ouvert sur un mutualisé ;
- la fréquence des sauvegardes, leur durée de conservation et la possibilité de restaurer soi-même ;
- la version du moteur, car une base créée sous SQL Server 2022 ne se restaure pas sur une instance plus ancienne.
Comment déployer un site web ASP.NET chez un hébergeur
Le déploiement d'une application ASP.NET suit trois méthodes courantes, et l'hébergeur doit indiquer celles qu'il accepte. Depuis Visual Studio, l'assistant « Publier » produit un profil Web Deploy fourni par le panneau Plesk : un clic envoie les fichiers compilés, met à jour la chaîne de connexion et redémarre le pool d'applications. Le FTP ou le SFTP reste possible pour copier le dossier de publication à la main. Enfin, un pipeline GitHub Actions ou Azure DevOps automatise la compilation et la mise en ligne à chaque modification du code.
Pour une application ASP.NET Core sous IIS, le serveur doit disposer du « Hosting Bundle » de .NET, qui installe le module ASP.NET Core Module ; sans lui, la page renvoie une erreur 500.19 ou 500.30. Avant la première mise en ligne, voici les étapes à suivre :
- créer le site et son nom de domaine dans le panneau de contrôle, puis choisir la version de .NET du pool ;
- créer la base de données et copier sa chaîne de connexion dans appsettings.json ou dans une variable d'environnement ;
- publier l'application en mode Release, puis vérifier les journaux stdout si le démarrage échoue ;
- activer le certificat SSL et forcer la redirection HTTPS.
Une fois l'application en ligne, placer les fichiers statiques derrière un réseau de diffusion de contenu (CDN) soulage le serveur et accélère l'affichage pour les visiteurs éloignés du centre de données.
Sécurité, sauvegardes et certificat SSL
La sécurité d'un hébergement ASP.NET dépend d'abord de la mise à jour du système et du runtime : un serveur Windows Server sans les correctifs mensuels de Microsoft, ou un .NET hors support, expose l'application à des failles connues. Sur un mutualisé, chaque site doit tourner dans son propre pool d'applications avec une identité isolée, afin qu'une faille sur un site voisin ne donne pas accès aux fichiers des autres clients.
Le chiffrement HTTPS est devenu la norme : la plupart des offres incluent un certificat Let's Encrypt gratuit renouvelé automatiquement. Pour une boutique ou un espace client, savoir comment obtenir un certificat SSL à validation d'organisation aide à choisir entre l'offre incluse et un certificat payant. Côté données, une sauvegarde quotidienne des fichiers et de la base SQL Server, conservée hors du serveur, protège contre une erreur de déploiement comme contre un rançongiciel. Les protections réseau complètent l'ensemble : pare-feu applicatif, filtrage anti-DDoS et limitation des tentatives de connexion au panneau Plesk.
Les critères pour choisir son hébergeur ASP.NET
Choisir un hébergeur ASP.NET revient à vérifier que l'offre correspond à la technologie et à la charge de l'application, puis à juger la qualité du service. Les points à contrôler, dans l'ordre :
- compatibilité : ASP classic, .NET Framework 4.8.1, ASP.NET Core 8 et 10, avec choix de la version par site ;
- ressources : CPU et RAM garantis ou partagés, espace disque SSD, bande passante, nombre de pools ;
- base de données : édition et version de SQL Server, quota, accès distant, prise en charge de MySQL ;
- outils : Plesk Obsidian ou autre control panel, Web Deploy, accès aux journaux IIS ;
- assistance : support technique joignable, compétent sur IIS et .NET, délais de réponse annoncés ;
- services inclus : nom de domaine, adresses e-mail, certificat SSL, sauvegardes ;
- localisation : centre de données en Europe pour la conformité au RGPD et une latence faible.
Le prix d'un hébergement ASP.NET dépend surtout de la licence Windows Server et de celle de SQL Server, ce qui explique l'écart avec un hébergement Linux de même puissance. Le tarif affiché inclut rarement tout : frais de licence SQL Server, sauvegardes avancées ou trafic dit « illimité » qui plafonne en réalité la vitesse. Une offre peu chère hébergée en France ou ailleurs ne vaut que par sa fiabilité, et les avis d'utilisateurs publiés sur les forums de développeurs .NET renseignent mieux sur la fiabilité du support que la fiche commerciale. Une période d'essai gratuit ou une garantie de remboursement permet de tester le déploiement réel de l'application avant de s'engager sur plusieurs mois. Pour un site web ASP de petite taille, une offre mutualisée Windows bien tenue suffit ; dès que plusieurs applications ou une base volumineuse entrent en jeu, l'hébergement Windows avec bases SQL Server dédiées ou un VPS donne la marge nécessaire.
Hébergement ASP.NET : poids, migration et compatibilité
Peut-on héberger une application ASP.NET gratuitement ?
Des formules gratuites d'hébergement ASP.NET existent, notamment des offres d'essai et des paliers gratuits sur Azure App Service. Elles conviennent pour tester un projet ou apprendre, mais limitent le temps de calcul, interdisent souvent un nom de domaine personnalisé avec certificat SSL et mettent l'application en veille, ce qui exclut un usage pro. Héberger gratuitement une démonstration reste en revanche disponible chez plusieurs plateformes, le temps d'une création de maquette, avant de commander un plan payant.
Une application ASP classic peut-elle migrer vers ASP.NET Core ?
Une application ASP classic ne migre pas automatiquement vers ASP.NET Core : le VBScript se réécrit en C#, page par page, fonctionnalité par fonctionnalité. Beaucoup d'entreprises gardent donc l'application historique sur un serveur Windows avec IIS pendant la réécriture, puis basculent les fonctions une à une.
Un hébergement ASP.NET accepte-t-il aussi PHP et WordPress ?
La plupart des hébergements Windows sous Plesk exécutent aussi PHP, ce qui permet d'installer un site WordPress à côté d'une application ASP.NET. Les performances de WordPress restent toutefois meilleures sur un serveur Linux avec Nginx ou Apache, son environnement d'origine, et un problème de module PHP s'y règle également plus vite.
