Windows Software Development Kit (SDK) : définition et faut-il l’installer en 2026

Yury Pukhov CEO & Mobile Engineering Lead, YuSMP Group

Le Windows Software Development Kit est la boîte à outils que Microsoft publie pour permettre aux développeurs de créer des applications qui appellent directement les API Windows. Il contient les fichiers d’en-tête C et C++, les bibliothèques d’importation (fichiers qui indiquent à l’éditeur de liens où se trouvent les fonctions Windows), les métadonnées Windows Runtime (descriptions lisibles par machine des API Windows modernes) et les outils en ligne de commande dont un compilateur a besoin pour produire un programme Windows natif, ainsi que des utilitaires de signature, d’empaquetage et de débogage.

On rencontre généralement le Windows SDK de deux façons : un développeur voit une erreur de build signalant qu’une version précise du SDK manque, ou un utilisateur remarque plusieurs entrées « Windows Software Development Kit » dans la liste des applications et se demande s’il peut les supprimer. Les équipes qui nous confient du développement d’applications .NET et Windows sur mesure ont souvent un troisième problème : personne ne sait avec certitude quelle version du SDK le code doit cibler, si bien que les builds se comportent différemment selon les machines.

Ce guide répond à ces trois questions avec les données de version publiées par Microsoft pour 2026. Si le concept général vous est nouveau, notre article sur ce qu’est un software development kit présente les SDK toutes plateformes confondues.

Qu’est-ce que le Windows Software Development Kit ?

Le Windows Software Development Kit est un paquet Microsoft gratuit qui donne aux développeurs un accès à la plateforme Windows au moment de la compilation : API Win32, COM et Windows Runtime (WinRT). Il n’exécute pas votre application et n’est pas livré aux utilisateurs finaux. Il reste sur le poste du développeur ou le serveur de build et indique au compilateur quelles fonctions Windows existent et comment les appeler.

Selon Microsoft, la version actuelle contient « les derniers en-têtes de plateforme, bibliothèques, métadonnées WinRT et outils de build » pour le développement UWP et Win32. Chaque version du SDK correspond à une version de Windows : un SDK conçu pour Windows 11 version 24H2 expose toutes les API introduites jusqu’à cette version.

Le kit a changé de nom plusieurs fois, c’est pourquoi d’anciennes réponses de forum parlent encore de « Platform SDK » ou de « Win32 SDK ». Les étapes clés :

• 1999 : Microsoft publie le Platform SDK avec compilateurs, en-têtes, bibliothèques et exemples.
• Époque de Windows Vista : les kits distincts pour .NET Framework, Tablet PC et Windows Media fusionnent en un seul Windows SDK.
• 2012, Windows 8 : le DirectX SDK est intégré au Windows SDK.
• 2013 : le .NET Framework SDK redevient séparé et le nom se fixe sur « Windows SDK ».

Sur le disque, le Windows SDK s’installe dans C:\Program Files (x86)\Windows Kits\10, même sous Windows 11. Chaque version dispose de ses propres sous-dossiers dans Include, Lib et bin, ce qui permet à plusieurs versions de cohabiter sans conflit.

Que contient le Windows SDK ?

Le Windows SDK comprend quatre groupes de composants : en-têtes et bibliothèques pour le compilateur, métadonnées Windows Runtime pour les API modernes, outils de build et d’empaquetage, et outils de diagnostic. Visual Studio et MSBuild choisissent automatiquement les bons éléments dès qu’un projet indique une version du SDK.

Le programme d’installation permet de choisir les fonctionnalités une par une. Un serveur de build qui se contente de compiler et signer une application WPF n’a besoin ni des débogueurs ni du kit de certification : une sélection réduite garde des images légères et des installations rapides.

Ai-je besoin du Windows Software Development Kit ?

Vous n’avez besoin du Windows Software Development Kit que si vous compilez, empaquetez ou signez des logiciels Windows. Si vous utilisez simplement Windows, jouez ou exécutez des applications métier, il ne vous sert à rien, même si un programme l’a installé en même temps que d’autres outils.

Pourquoi le Windows SDK est-il sur mon PC alors que je ne l’ai jamais installé ?

Le Windows SDK arrive le plus souvent comme dépendance de Visual Studio, des Visual Studio Build Tools, de moteurs de jeu, de kits de pilotes ou d’utilitaires de développement. Des charges de travail comme « Développement Desktop en C++ » ou « Développement d’applications WinUI » sélectionnent par défaut une version du Windows SDK, et une mise à jour de Visual Studio peut en ajouter une plus récente sans retirer l’ancienne. Voilà pourquoi de nombreux postes affichent deux ou trois entrées SDK.

Quelle version du Windows SDK utiliser en 2026 ?

Pour un nouveau projet, utilisez le dernier Windows SDK stable : en novembre 2026, c’est la famille 10.0.26100 pour une large compatibilité, ou 10.0.28000 si vous avez besoin des API de Windows 11 version 26H1. Un SDK plus récent élargit seulement ce que votre code voit à la compilation ; la version minimale de Windows prise en charge se règle séparément.

Les numéros de version du Windows SDK suivent le schéma 10.0.BBBBB.x. Le nombre du milieu correspond au build de Windows pour lequel le SDK a été conçu, le dernier marque une mise à jour mensuelle de maintenance avec des correctifs mais sans nouvelles API. Le statut de support publié par Microsoft :

Le SDK est distribué sur deux canaux. Le canal stable est destiné à la production et inclut un nombre limité d’API expérimentales. Le canal preview suit les builds Windows Insider et expose plus tôt les API à venir. Microsoft recommande explicitement de ne jamais publier d’application de production compilée avec un SDK preview.

Quelle est la configuration requise du Windows SDK ?

Le Windows SDK fonctionne sur un matériel modeste : processeur de 1,6 GHz, 1 Go de RAM et 4 Go d’espace disque libre. Les systèmes hôtes pris en charge sont Windows 11 version 21H2 ou ultérieure, Windows 10 version 1507 ou ultérieure et, pour les builds en ligne de commande uniquement, Windows Server 2012 R2 à 2022. Les éditions LTSC et le mode S ne sont pas pris en charge pour le développement UWP.

Quelle est la différence entre Windows SDK, Windows App SDK, .NET SDK et WDK ?

Le Windows SDK est le kit de plateforme de bas niveau ; le Windows App SDK est un framework applicatif distinct qui s’appuie dessus ; le .NET SDK compile C# et F# ; le Windows Driver Kit (WDK) sert aux pilotes. La plupart des projets de bureau modernes utilisent les trois premiers ensemble, et leur confusion est la première source de questions de version.

Le Windows App SDK évolue le plus vite. La version 2.0 est sortie le 29 avril 2026, première version majeure depuis la 1.0, avec un passage au versionnage sémantique ; la dernière version stable listée par Microsoft est la 2.6.5 du 2 novembre 2026. Microsoft précise que le Windows App SDK ne remplace pas le Windows SDK : il faut les deux, et vous pouvez mettre à jour le Windows App SDK sans changer de version de Windows SDK.

Comment installer le Windows SDK ?

Le plus simple est d’installer le Windows SDK via le Visual Studio Installer, qui ajoute la bonne version pour chaque charge de travail. Installateurs autonomes, images ISO et paquets NuGet couvrent les serveurs de build et les postes sans Visual Studio.

1. Visual Studio Installer. Ouvrez l’installateur, choisissez Modifier, sélectionnez une charge de travail comme « Développement Desktop en C++ » ou « Développement d’applications WinUI », puis vérifiez la version du Windows SDK dans l’onglet Composants individuels.
2. Installateur autonome. Téléchargez l’installateur du build exact dont vous avez besoin sur la page de téléchargement du Windows SDK de Microsoft et ne sélectionnez que les fonctionnalités utiles.
3. Image ISO. Utilisez l’ISO pour les agents de build hors ligne ou isolés, avec la même sélection de fonctionnalités.
4. NuGet pour la CI. Référencez les paquets d’outils de build du Windows SDK depuis le flux NuGet de Microsoft pour que les agents restaurent une version figée avec le code, au lieu de dépendre de ce qui est installé sur l’image.
5. Vérification. Contrôlez que C:\Program Files (x86)\Windows Kits\10\Include\<version> existe et que votre projet se compile sans avertissement lié au SDK.

Sous Windows 8.1 et versions antérieures, l’installateur exige aussi la mise à jour Universal C Runtime de Windows Update. Dès qu’une équipe compte plus d’un développeur, figez la version du SDK dans le contrôle de source plutôt que dans la tête de chacun, car les échecs du type « ça marche chez moi » viennent souvent de versions de SDK différentes selon les machines.

Comment cibler une version du Windows SDK dans votre projet ?

On cible une version du Windows SDK via des propriétés MSBuild : les projets C# l’indiquent dans le target framework moniker (TFM), les projets C++ définissent WindowsTargetPlatformVersion. Une seconde propriété fixe la version de Windows la plus ancienne prise en charge, et l’écart entre les deux impose des vérifications à l’exécution.

Un projet WinUI 3 ou WPF sur .NET 10 ressemble généralement à ceci :

<PropertyGroup>
  <TargetFramework>net10.0-windows10.0.26100.0</TargetFramework>
  <SupportedOSPlatformVersion>10.0.19041.0</SupportedOSPlatformVersion>
</PropertyGroup>
<ItemGroup>
  <PackageReference Include="Microsoft.WindowsAppSDK" Version="2.6.5" />
</ItemGroup>

En C++, les propriétés équivalentes sont WindowsTargetPlatformVersion et WindowsTargetPlatformMinVersion. Des règles pratiques pour un nouveau projet :

• compiler avec le dernier SDK stable, par exemple 10.0.26100.0 ;
• fixer la version minimale selon le public : un parc d’entreprise géré suit la référence interne, une application grand public utilise souvent 10.0.19041.0 ou 10.0.17763.0 ;
• toujours utiliser le dernier Windows App SDK stable, qui prend en charge Windows 10 jusqu’à la version 1809 ;
• protéger les API plus récentes que votre version minimale avec ApiInformation.IsApiContractPresent ou IsTypePresent ;
• migrer vers .NET 10 les projets encore en .NET 8 ou .NET 9, dont le support a pris fin le 10 novembre 2026.

Oublier ces vérifications est l’erreur classique : l’application se compile proprement avec le nouveau SDK, puis lève TypeLoadException ou MissingMethodException sur le build Windows plus ancien d’un client. Notre guide du développement logiciel .NET explique comment nous auditons une base de code existante avant une mise à niveau du framework.

Peut-on désinstaller le Windows Software Development Kit sans risque ?

Oui, vous pouvez désinstaller le Windows Software Development Kit sans risque si vous ne développez pas de logiciels Windows, et supprimer les versions qu’aucun projet ne cible. Les programmes courants ne sont pas affectés, car les applications ne chargent jamais le SDK à l’exécution.

Avant de supprimer une version sur un poste de développement, vérifiez trois points :

1. Cibles des projets. Recherchez la chaîne de version (par exemple 10.0.22621.0) dans les fichiers .csproj et .vcxproj de vos dépôts.
2. Composants Visual Studio. Si Visual Studio a installé le SDK, supprimez-le via le Visual Studio Installer pour garder son état cohérent.
3. Autres outils. Kits de pilotes, moteurs de jeu et certains outils d’empaquetage attendent un SDK correspondant ; conservez-le si vous les utilisez.

Pour désinstaller, ouvrez Paramètres > Applications > Applications installées, repérez l’entrée « Windows Software Development Kit » de la version concernée et choisissez Désinstaller. En cas d’erreur, Visual Studio ou l’installateur autonome remet la version en place en quelques minutes, et un build vous indique exactement la version attendue.

Comment corriger les erreurs courantes du Windows SDK ?

La plupart des erreurs du Windows SDK viennent d’un écart entre la version demandée par le projet et celles installées sur la machine. La solution consiste à installer la version demandée ou à recibler le projet, puis à figer la version pour toute l’équipe.

Quand une application Windows a-t-elle besoin de plus que le SDK ?

Le Windows SDK règle la compilation, pas les décisions produit : quel framework d’interface, comment empaqueter et mettre à jour l’application, comment la signer et comment la maintenir à travers les versions de Windows. Ce sont ces décisions qui déterminent l’essentiel du coût d’un produit de bureau.

Une application Windows moderne typique combine cinq couches :

• Interface : WinUI 3, WPF ou .NET MAUI ;
• Framework applicatif : le Windows App SDK pour le fenêtrage et les notifications ;
• Distribution : MSIX ou un installateur classique ;
• Confiance : la signature de code pour que SmartScreen ne bloque pas l’application ;
• Build : une pipeline CI qui compile avec un Windows SDK figé.

Notre guide du développement de logiciels de bureau compare ces options de framework en détail. Pour choisir l’outillage global de votre équipe, consultez notre sélection des meilleurs outils de développement logiciel en 2026.

Côté budget, YuSMP Group chiffre les projets .NET et Windows au forfait : une première application ou un tableau de bord interne à partir de 4 100 $, une application métier multi-rôles ou un portail B2B à partir de 8 100 $, une plateforme SaaS multi-tenant à partir de 13 800 $, et des places de marché ou systèmes à forte charge à partir de 28 700 $. Le prix final dépend du nombre de rôles utilisateurs, des intégrations, de l’accès au matériel et de la quantité de code existant à porter.

Sources de ce guide sur le Windows SDK

• Microsoft Learn, Windows SDK overview, mis à jour en mars 2026.
• Microsoft Learn, Windows SDK downloads, mis à jour en septembre 2026.
• Microsoft Learn, Windows versions and SDK overview, mis à jour en août 2026.
• Microsoft Learn, Latest Windows App SDK downloads, mis à jour en novembre 2026.
• Microsoft Q&A, Can I uninstall one of the Windows software development kits if 2 are installed.
• Wikipédia, Microsoft Windows SDK (historique).

Questions fréquentes