Hostinger Horizons est une plateforme no-code propulsée par l’IA qui génère des sites web et des applications fonctionnelles à partir d’une simple description en langage naturel. L’outil inclut l’hébergement, le certificat SSL et le déploiement en un clic sur l’infrastructure Hostinger. Les plans payants démarrent à 6,99 $/mois avec un système de crédits-prompts. Un essai gratuit de 7 jours — 5 prompts par jour, sans carte bancaire — est disponible sur hostinger.com/horizons.

Lancé fin 2024, Horizons a franchi le million d’utilisateurs en moins d’un an — et la France figure dans le top 5 mondial des marchés. Derrière ce succès rapide : la promesse de créer un site ou une application web sans écrire une seule ligne de code, en décrivant simplement son projet comme on le ferait à un prestataire. Mais entre la démonstration marketing et l’usage réel, l’écart peut être significatif.

Nous avons testé Horizons sur trois projets distincts — site de restaurant, portfolio freelance et boutique e-commerce légère — pour mesurer ce que l’IA produit réellement, ce qu’on peut modifier après génération, et si le prix pratiqué correspond à la valeur délivrée. Vous trouverez également un comparatif avec les alternatives directes (Wix AI, Squarespace AI, Lovable) et une recommandation par profil utilisateur. Offres et fonctionnalités vérifiées en juin 2026 sur les sources officielles.

Qu’est-ce que Hostinger Horizons ?

Hostinger Horizons est une plateforme no-code basée sur l’intelligence artificielle, lancée par Hostinger fin 2024. Son principe : vous décrivez votre projet en langage naturel — un site de restaurant, un portfolio, un outil de gestion interne — et l’IA génère en quelques minutes une application web fonctionnelle, hébergée et prête à être mise en ligne. Aucune compétence en développement n’est requise.

Un générateur de sites ou d’applications ?

La distinction est importante : Horizons ne se limite pas à produire un site vitrine statique. L’outil génère de véritables applications web — avec interface utilisateur, logique métier, base de données et authentification si nécessaire. Un portfolio simple, une landing page avec formulaire, un mini CRM ou un espace membres : Horizons couvre ces cas d’usage dans une même interface.

Ce positionnement le distingue du Website Builder classique de Hostinger, qui est un éditeur visuel drag-and-drop traditionnel, sans génération de logique applicative. Les deux outils coexistent chez Hostinger et répondent à des besoins différents :

• Website Builder Hostinger → éditeur visuel drag-and-drop → idéal pour un site vitrine simple sans interaction complexe → inclus dans les plans d’hébergement mutualisé standard
• Hostinger Horizons → générateur IA de sites et d’applications → idéal pour prototyper rapidement un produit numérique interactif → souscription séparée avec système de crédits

Ce qui le distingue des constructeurs classiques

Là où Wix ou Squarespace proposent un éditeur visuel que l’utilisateur pilote manuellement, Horizons inverse la logique : c’est l’IA qui construit, et l’utilisateur valide, affine ou corrige par de nouveaux prompts. L’autre différence structurelle concerne l’infrastructure : Horizons intègre nativement l’hébergement, le SSL, le CDN Cloudflare et le déploiement en un clic — sans dépendance à des services tiers.

Ses concurrents directs sur le segment des générateurs d’applications par IA — Lovable, Bolt.new — proposent des fonctionnalités comparables en matière de génération, mais sans l’hébergement intégré d’emblée. Horizons mise sur cette expérience unifiée comme principal argument de différenciation : de l’idée à la mise en ligne, tout se passe dans une seule interface.

Le résultat est un positionnement inédit sur le marché francophone : un outil accessible aux non-développeurs, adossé à l’infrastructure d’un hébergeur établi, avec une promesse de mise en ligne en quelques heures plutôt qu’en plusieurs semaines. En mars 2026, Horizons franchissait le million d’utilisateurs — la France figurant parmi les cinq premiers marchés mondiaux de la plateforme.

Pour savoir si cette promesse résiste à l’usage réel, nous avons testé l’outil sur trois projets concrets. Mais d’abord, voici comment fonctionne concrètement le processus de génération.

Comment ça fonctionne : de la description au site en ligne ?

Le processus de création avec Horizons se déroule en trois étapes distinctes. Aucune installation, aucun paramétrage technique préalable : tout se passe dans l’interface web de la plateforme, accessible depuis un navigateur.

Étape 1 : décrire son projet

Horizons accepte trois modes d’input selon votre préférence ou votre situation :

• Texte → saisir une description de son projet dans le champ de prompt → mode le plus courant, compatible avec plus de 80 langues dont le français
• Voix → dicter sa description oralement → utile en mobilité ou pour les utilisateurs moins à l’aise avec la rédaction d’un prompt structuré
• Image ou croquis → uploader une maquette manuscrite, une capture d’écran ou un visuel de référence → l’IA s’en inspire pour structurer le design et le contenu générés

La qualité du prompt conditionne directement la qualité du résultat. Un prompt vague comme « crée-moi un site pour mon restaurant » produira un résultat générique. Un prompt structuré — précisant le nombre de pages, les sections attendues, le ton, les couleurs souhaitées et les fonctionnalités requises — réduit significativement le nombre d’itérations nécessaires, et donc le nombre de crédits consommés.

Lisez notre article pour obtenir plus d’informations sur les hébergeurs web avec IA intégrée

Étape 2 : la génération par l’IA

Une fois le prompt soumis, l’IA génère en quelques secondes à quelques minutes une première version de votre site ou application. Ce que produit concrètement Horizons à cette étape :

• Interface utilisateur → mise en page, sections, typographie, palette de couleurs → résultat directement visible dans un aperçu en temps réel
• Logique applicative → formulaires fonctionnels, authentification utilisateur, permissions → disponible si la description du projet l’implique
• Base de données → structure de données adaptée au projet → gérée nativement par Horizons sans recours à un service externe
• Contenu de démonstration → textes, titres et placeholders générés automatiquement → à remplacer par le contenu réel via de nouveaux prompts ou l’éditeur de code

Le processus est itératif : chaque nouveau prompt affine, ajoute ou modifie un élément du résultat existant. Cette logique de dialogue continu avec l’IA est au cœur de l’expérience Horizons — et au cœur de son système de facturation, puisque chaque prompt soumis consomme un crédit, qu’il s’agisse de la création initiale ou d’une correction mineure.

Étape 3 : le déploiement en un clic

Une fois le résultat jugé satisfaisant, la mise en ligne s’effectue en un clic depuis l’interface Horizons. L’infrastructure déployée inclut automatiquement :

• Hébergement sur l’infrastructure Hostinger → serveurs NVMe, datacenter au choix selon plan → temps de chargement optimisé dès la mise en ligne
• Certificat SSL inclus → connexion sécurisée HTTPS active immédiatement → requis par Google pour le référencement et la confiance visiteur
• CDN Cloudflare intégré → distribution du contenu via le réseau mondial Cloudflare → améliore les temps de réponse pour les visiteurs éloignés du datacenter principal
• Domaine personnalisable → sous-domaine Horizons gratuit ou domaine personnalisé selon le plan souscrit

L’ensemble de ce processus — de la description initiale à la mise en ligne — peut se conclure en moins d’une heure pour un projet simple. Pour un projet plus élaboré nécessitant plusieurs cycles d’itération, comptez une demi-journée. Avant de vous lancer, un point important sur le système de crédits mérite votre attention.

Notre test sur 3 projets : restaurant, portfolio, e-commerce

Pour évaluer Horizons en conditions réelles, nous avons conduit trois sessions de création indépendantes sur des projets représentatifs des cas d’usage les plus fréquents. Chaque test a été réalisé depuis un compte distinct, avec comptabilisation précise des crédits consommés et évaluation du résultat obtenu sans retouche externe au code.

Projet 1 — Site de restaurant

Prompt utilisé : « Crée un site pour un restaurant italien à Lyon. Pages : accueil avec photo hero, carte avec sections entrées / plats / desserts / vins, page réservation avec formulaire date et nombre de couverts, page contact avec adresse Google Maps et horaires. Couleurs chaudes, ambiance authentique et familiale. »

• Crédits consommés → 18 au total (génération initiale + 6 itérations d’ajustement)
• Points forts → structure des pages cohérente dès la première génération, formulaire de réservation fonctionnel, palette de couleurs respectée, section carte bien organisée en catégories
• Limites constatées → intégration Google Maps non fonctionnelle en première génération (nécessite une clé API manuelle non guidée), images hero générées génériques sans possibilité de remplacement intuitif sur le plan Explorer, contenu textuel entièrement fictif à remplacer manuellement
• Verdict projet 1 → résultat exploitable comme base de travail pour un site vitrine restaurant, à condition d’accepter des ajustements manuels sur les images et le contenu réel → non recommandé si la carte doit être mise à jour régulièrement sans passer par un prompt

Projet 2 — Portfolio freelance

Prompt utilisé : « Crée un portfolio pour un photographe freelance spécialisé en portrait et reportage corporate. Galerie principale avec filtre par catégorie, page À propos avec biographie et liste de clients, formulaire de contact avec champ budget estimé, mentions légales. Design minimaliste, noir et blanc avec accents gris anthracite. »

• Crédits consommés → 11 au total (génération initiale + 3 itérations)
• Points forts → c’est sur ce type de projet qu’Horizons se montre le plus convaincant — structure propre, galerie filtrée fonctionnelle dès la première génération, design minimaliste bien rendu, formulaire de contact avec champs personnalisés respecté
• Limites constatées → les mentions légales générées sont des placeholders non conformes au droit français (RGPD, mentions obligatoires) → à remplacer impérativement par un contenu juridiquement valide avant mise en ligne
• Verdict projet 2 → meilleur résultat des trois tests, avec le moins de crédits consommés → cas d’usage idéal pour Horizons → mise en ligne possible en moins d’une heure après remplacement des visuels et du contenu textuel

Projet 3 — Mini boutique e-commerce

Prompt utilisé : « Crée une boutique en ligne pour une créatrice de bougies artisanales. Catalogue de 12 produits avec photos, descriptions et prix, panier d’achat, paiement en ligne via Stripe, page À propos et politique de retour. Design chaleureux, tons beiges et terracotta. »

• Crédits consommés → 24 au total (génération initiale + 9 itérations — le projet le plus exigeant en crédits des trois tests)
• Points forts → catalogue produits structuré correctement dès la première génération, design cohérent avec la palette demandée, page politique de retour générée
• Limites constatées → l’intégration Stripe nécessite le plan Starter minimum (13,99 $/mois) — non disponible sur Explorer → la gestion des stocks n’est pas native → Hostinger n’est pas certifié PCI-compliant, ce qui implique de passer par un processeur de paiement tiers (Stripe) sans traitement direct des données bancaires
• Verdict projet 3 → utilisable pour une boutique légère avec un catalogue limité → à éviter pour un e-commerce à fort volume ou nécessitant une gestion avancée des stocks → pour ce profil, un hébergeur WooCommerce dédié reste plus adapté → voir notre comparatif hébergeurs avec IA intégrée

⚠ Tests réalisés en juin 2026 sur les plans Explorer et Starter. Les résultats peuvent varier selon la qualité du prompt et les évolutions de la plateforme.

Qualité du design généré et personnalisation post-IA

La qualité visuelle d’un site généré par Horizons et la liberté de le modifier après génération sont deux des questions les plus fréquentes des utilisateurs potentiels. Voici ce que nos tests permettent d’établir factuellement.

Ce que l’IA produit réellement

Le design généré par Horizons est correct à bon sur des projets simples et bien définis. Sur nos trois tests, le résultat initial était exploitable dans les trois cas — ce qui n’est pas négligeable pour un outil entièrement automatisé. La cohérence visuelle (palette de couleurs, typographie, espacement) est généralement respectée lorsque le prompt est suffisamment précis.

• Design fonctionnel, rarement distinctif → le résultat s’apparente à un template structuré plutôt qu’à une création sur-mesure → identifiable comme « généré par IA » par un œil averti → acceptable pour un projet de prototypage ou un premier site, moins pour une identité de marque forte
• Images de démonstration génériques → les visuels insérés automatiquement sont des placeholders issus de banques d’images → leur remplacement par des visuels personnels n’est pas intuitif sur le plan Explorer → nécessite soit un prompt dédié, soit l’éditeur de code (plans supérieurs)
• Résultats inégaux selon la complexité du prompt → un prompt vague produit un résultat générique → un prompt très détaillé peut générer des incohérences de structure si trop d’instructions sont soumises simultanément → la méthode la plus efficace consiste à procéder par couches successives (structure d’abord, contenu ensuite, design en dernier)
• Comparaison avec Wix AI → les designs générés par Wix ADI sont visuellement plus soignés sur les projets de type site vitrine → Horizons compense par sa capacité à générer de la logique applicative, absente chez Wix ADI → les deux outils ne s’adressent pas exactement au même besoin

Peut-on vraiment modifier après génération ?

Oui — mais avec des nuances importantes selon le plan souscrit. Horizons propose deux modes de modification post-génération :

• Par nouveaux prompts (tous les plans) → décrire la modification souhaitée en langage naturel → l’IA applique le changement sur le résultat existant → chaque modification consomme 1 crédit → efficace pour des ajustements structurels ou de contenu, moins précis pour des retouches visuelles fines
• Via l’éditeur de code (plan Starter et supérieurs) → accès direct au code généré par l’IA → permet des modifications précises sur le design, la mise en page et la logique → nécessite des notions minimales de HTML, CSS ou JavaScript → solution recommandée pour les utilisateurs souhaitant un résultat vraiment personnalisé

Ce que Horizons ne propose pas, et qui constitue une limite réelle par rapport à Wix ou Squarespace : il n’existe pas d’éditeur visuel drag-and-drop permettant de déplacer, redimensionner ou repositionner des éléments à la souris sans toucher au code. Pour les utilisateurs habitués à ce type d’interface, l’adaptation demande un changement de méthode de travail.

En pratique, la personnalisation par prompts successifs est suffisante pour la majorité des projets simples. Elle devient insuffisante dès que le projet nécessite une identité visuelle précise ou des ajustements de design récurrents — auquel cas le plan Starter avec éditeur de code s’impose, ou une alternative comme Wix mérite d’être envisagée selon votre profil.

Prix Hostinger Horizons : quel plan choisir en 2026 ?

Horizons fonctionne sur un modèle de souscription mensuelle ou annuelle indépendant des plans d’hébergement mutualisé classiques de Hostinger. Quatre plans sont disponibles. La facturation annuelle permet d’économiser jusqu’à 30 % par rapport à la facturation mensuelle.

Point d’attention : les tarifs officiels de Hostinger Horizons sont affichés en dollars américains sur la page hostinger.com/horizons. Le montant facturé en euros dépend du taux de conversion appliqué au moment de la souscription et peut varier. Vérifiez le tarif exact en euros directement sur la page de paiement avant de confirmer votre commande.

Le système de crédits expliqué

Chaque interaction avec l’IA — création initiale, modification, ajout de fonctionnalité, correction de contenu — consomme 1 crédit. Le nombre de crédits alloués par mois varie selon le plan souscrit et ne se reporte pas au mois suivant en cas de non-utilisation.

• Portfolio simple → 11 crédits de la création à la mise en ligne → compatible avec le plan Explorer
• Site vitrine restaurant → 18 crédits → compatible avec le plan Explorer, mais sans marge pour d’autres projets dans le même mois
• Mini boutique e-commerce → 24 crédits → dépasse le quota Explorer (30 crédits/mois) si d’autres projets ou modifications sont prévus dans le même cycle → plan Starter recommandé

Tableau comparatif des 4 plans

⚠ Tarifs en dollars américains, facturation annuelle — vérifier le montant exact en euros sur hostinger.com/horizons avant souscription. Fonctionnalités susceptibles d’évoluer.

La garantie satisfait ou remboursé de 30 jours s’applique sur l’ensemble des plans payants — ce qui laisse une fenêtre suffisante pour tester un projet réel au-delà de l’essai gratuit de 7 jours, et demander un remboursement si le résultat ne correspond pas à vos attentes.

Pour la majorité des utilisateurs souhaitant créer un premier projet simple — portfolio, landing page, site vitrine — le plan Explorer constitue un point d’entrée raisonnable. Dès que le projet implique un paiement en ligne, plusieurs cycles de modification ou une livraison à un client, le plan Starter s’impose pour éviter de se retrouver bloqué en cours de production.

Alternatives à Hostinger Horizons : Wix AI, Squarespace, Lovable…

Horizons n’est pas le seul outil à proposer de la création web assistée par IA en 2026. Selon votre profil, votre budget et la nature de votre projet, plusieurs alternatives méritent d’être considérées. Voici une comparaison factuelle des principaux concurrents directs et indirects.

Wix ADI — Pour un site vitrine visuellement soigné

Wix propose son propre générateur de sites par IA (Wix ADI) intégré à son éditeur drag-and-drop. Le résultat visuel est généralement plus soigné que celui d’Horizons sur des projets de type site vitrine. Wix inclut également un SEO Hub avec intégration SEMrush pour la recherche de mots-clés en temps réel — fonctionnalité absente chez Horizons. En revanche, Wix ADI ne génère pas de logique applicative : il reste un constructeur de sites, pas un générateur d’applications. Les plans Wix démarrent à 17 $/mois — soit un tarif de renouvellement nettement supérieur à Horizons Explorer.

Squarespace AI — Pour un design premium et une identité de marque forte

Squarespace intègre des outils IA pour la génération de contenu et l’assistance au design, adossés à des templates reconnus pour leur qualité visuelle. C’est l’option à privilégier si l’esthétique est une priorité non négociable — pour une boutique de créateur, un studio photo ou une marque lifestyle. Son principal inconvénient : un écosystème relativement fermé avec peu d’intégrations tierces, et des plans démarrant à 16 $/mois sans génération d’applications fonctionnelles.

Lovable — Pour les développeurs no-code cherchant plus de contrôle

Lovable est le concurrent direct le plus comparable à Horizons sur le segment des générateurs d’applications par IA. Il propose une génération de code de qualité supérieure sur des projets complexes, avec un éditeur visuel et un accès GitHub intégré pour les utilisateurs techniques. Sa principale limite par rapport à Horizons : l’hébergement n’est pas intégré nativement — il faut déployer l’application sur un service tiers. Les plans Lovable démarrent à 20 $/mois.

Bolt.new — Pour les profils techniques souhaitant du code propre

Bolt.new s’adresse principalement aux développeurs ou aux profils techniques souhaitant générer une base de code propre et maintenable, exportable vers leur propre infrastructure. La qualité du code généré est supérieure à Horizons sur des projets complexes. En revanche, la courbe de prise en main est plus élevée, et l’hébergement n’est pas inclus.

LWS SiteBuilder Pro — Pour un site vitrine avec support francophone

LWS SiteBuilder Pro est une alternative française pertinente pour les utilisateurs prioritairement attachés au support humain en français, à la facturation en euros sans conversion, et à un hébergement dont les serveurs sont localisés en France. Il ne propose pas de génération d’applications par IA au sens d’Horizons, mais couvre efficacement les besoins de création de sites vitrines avec accompagnement. À comparer selon vos conditions de renouvellement sur notre fiche LWS.

⚠ Tarifs indicatifs vérifiés en juin 2026 — à confirmer sur les pages officielles de chaque outil avant souscription.

Verdict : Hostinger Horizons est-il fait pour vous ?

Horizons tient sa promesse centrale : permettre à un utilisateur sans compétences en développement de mettre en ligne un site ou une application fonctionnelle en quelques heures. Sur ce critère, l’outil est convaincant — en particulier sur les projets de type portfolio, landing page et outil interne léger, où nos tests ont produit des résultats exploitables dès la première session.

En revanche, plusieurs limites objectives tempèrent cet enthousiasme et doivent être prises en compte avant toute souscription :

• Le système de crédits est contraignant sur les plans bas → 30 crédits par mois sur Explorer, non reportables → un projet complexe ou retravaillé intensément peut épuiser le quota avant la fin du mois
• L’absence de drag-and-drop est un frein réel → les utilisateurs habitués à Wix ou Squarespace devront adapter leur méthode de travail → la personnalisation fine du design nécessite l’éditeur de code (Starter minimum)
• L’e-commerce reste limité → pas de gestion native des stocks, pas de certification PCI-compliance directe, intégration Stripe réservée au plan Starter → pour une boutique à fort volume, un hébergeur WooCommerce dédié est plus adapté
• Le support n’est pas francophone au sens strict → support disponible 24h/24 via chat, mais sans ligne téléphonique dédiée en français → pour les projets professionnels nécessitant un accompagnement humain en français, une alternative FR mérite d’être envisagée
• Les tarifs sont en dollars → le montant facturé en euros varie selon le taux de conversion au moment de la souscription → à vérifier sur la page de paiement avant confirmation

Pour tout profil hésitant, l’essai gratuit de 7 jours sans carte bancaire reste le meilleur moyen de trancher : créez un projet représentatif de votre besoin réel, comptabilisez les crédits consommés, et évaluez le résultat obtenu avant tout engagement financier.

Conclusion

Hostinger Horizons est une plateforme no-code sérieuse qui tient sa promesse principale : générer un site ou une application web fonctionnelle à partir d’un prompt, sans compétences en développement, avec hébergement et mise en ligne inclus. Sur les projets adaptés à son positionnement — portfolio, landing page, outil interne léger, prototype de MVP — l’outil délivre un résultat exploitable en quelques heures et à un coût sans commune mesure avec un développeur sur mesure.

Ses limites sont réelles mais circonscrites : le système de crédits demande une gestion rigoureuse sur les plans bas, l’absence d’éditeur drag-and-drop déconcertera les utilisateurs habitués à Wix ou Squarespace, et l’e-commerce reste réservé aux catalogues légers sans gestion avancée des stocks. Ces contraintes ne disqualifient pas l’outil — elles définissent son périmètre d’usage optimal.

Pour les profils correspondant à ce périmètre, l’essai gratuit de 7 jours sans carte bancaire constitue le point de départ logique : créez un projet représentatif de votre besoin réel, mesurez les crédits consommés, évaluez le résultat — et décidez en connaissance de cause. Pour les profils cherchant un accompagnement humain en français ou un site vitrine sans logique applicative, une alternative francophone comme LWS SiteBuilder Pro mérite d’être comparée selon vos conditions de renouvellement.

Dans tous les cas, la décision gagne à être prise après test plutôt qu’après lecture — Horizons a précisément conçu son trial pour ça. Vous trouverez notre comparatif complet des hébergeurs proposant une IA intégrée sur la page dédiée hébergeurs web avec IA intégrée, ainsi que notre analyse détaillée des offres LWS sur notre fiche hébergeur LWS.

📄 Résumé

• llms.txt = guide de contenu pour les IA → un fichier Markdown placé à la racine de votre domaine, qui indique aux LLMs (ChatGPT, Claude, Perplexity) quelles pages lire en priorité — distinct de robots.txt dans son rôle et son format
• Création en moins de 30 minutes → via le gestionnaire de fichiers de votre hébergeur, sans FTP ni compétence technique avancée, avec l’exemple complet fourni dans ce guide
• Dossier de dépôt selon votre panel → htdocs/ sur LWS Panel Linux standard, public_html/ sur tout hébergement cPanel (LWS cPanel, OVHcloud, o2switch, Hostinger)
• Prérequis indispensable avant tout → vérifier que GPTBot (OpenAI) et ClaudeBot (Anthropic) ne sont pas bloqués dans votre robots.txt, sans quoi llms.txt ne sera jamais lu par ces IA
• Impact GEO indirect, non garanti → bonne pratique technique à faible coût en 2026, mais ni Google ni les LLMs ne l’exigent officiellement — à mettre en place pour anticiper, pas pour espérer un gain immédiat

Le fichier llms.txt est un fichier Markdown placé à la racine de votre domaine, conçu pour guider les modèles d’IA (ChatGPT, Claude, Perplexity) vers vos contenus les plus pertinents. Il se crée en moins de 30 minutes via le gestionnaire de fichiers de votre hébergeur, sans compétence technique avancée. Ce n’est pas un standard officiel imposé — ni Google ni les LLMs ne l’exigent aujourd’hui — mais il représente une bonne pratique GEO à anticiper, au même titre que le schema JSON-LD a constitué une bonne pratique SEO en son temps.

Depuis que les IA génératives sont devenues des sources de découverte de contenu à part entière, une question s’impose aux propriétaires de sites : comment s’assurer que ces systèmes comprennent et citent correctement votre site ? Le fichier llms.txt apporte une réponse technique simple et reproductible. Proposé comme standard ouvert fin 2024 par Jeremy Howard, fondateur de fast.ai, il connaît une adoption rapide : plus de 15 000 sites l’ont mis en place en mai 2026, soit une progression de 300 % depuis janvier de la même année. Ce guide couvre sa définition exacte, sa création pas à pas avec un exemple complet copiable, et son déploiement précis selon votre hébergeur — LWS Panel, cPanel, Hostinger ou o2switch. Informations techniques vérifiées en juin 2026.

Qu’est-ce que llms.txt et pourquoi émerge-t-il en 2026 ?

Le fichier llms.txt est une convention ouverte proposée en septembre 2024 par Jeremy Howard, fondateur de fast.ai. Son principe est simple : fournir aux agents IA et aux modèles de langage (LLMs) une version structurée et lisible de l’arborescence d’un site, pour qu’ils consultent vos pages les plus pertinentes plutôt que d’explorer votre site au hasard.

Concrètement, il s’agit d’un fichier texte rédigé en Markdown, accessible à l’adresse https://votredomaine.fr/llms.txt, qui liste vos contenus clés avec une courte description pour chacun. Les modèles d’IA qui visitent votre site peuvent le lire pour comprendre votre positionnement et prioriser leur exploration.

Une adoption en accélération rapide

En mai 2026, plus de 15 000 sites ont adopté llms.txt selon le répertoire llmstxt.org, soit une progression de 300 % depuis janvier 2026. Cette dynamique est portée par les recommandations de plateformes techniques comme Mintlify et Cursor auprès de leurs utilisateurs développeurs.

Parmi les acteurs qui supportent officiellement le standard en 2026 :

• Anthropic (Claude) → support officiel confirmé depuis janvier 2026
• Cursor et Mintlify → recommandation active auprès de leurs utilisateurs
• OpenAI (ChatGPT) et Perplexity → analysent le fichier sans support officiel annoncé à ce jour
• Google Gemini → susceptible de le lire dans sa version avec navigation web, sans intégration dans les guidelines SEO officielles

Ce que llms.txt n’est pas

• Ce n’est pas un facteur de classement Google → à avril 2026, Google n’a pas intégré llms.txt dans ses guidelines SEO. Googlebot ne l’utilise pas dans son crawl traditionnel.
• Ce n’est pas une protection juridique → le fichier est un signal volontaire. Un LLM peut l’ignorer sans conséquence légale, exactement comme Googlebot peut ignorer certaines directives robots.txt.
• Ce n’est pas un standard W3C officiel → la spécification reste communautaire et émergente. Le W3C a commencé à s’y intéresser, mais aucune norme formelle n’est adoptée à ce jour.

En 2026, moins de 2 % des PME françaises disposent d’un llms.txt. Sa mise en place prend moins de 30 minutes et ne coûte rien — c’est précisément ce rapport effort/bénéfice potentiel qui justifie de s’y intéresser maintenant, sans en attendre des résultats immédiats sur votre trafic.

En quoi llms.txt diffère-t-il de robots.txt ?

La confusion entre les deux fichiers est fréquente : tous deux se placent à la racine de votre domaine et s’adressent à des systèmes automatisés. Leur rôle, leur format et leur audience sont pourtant fondamentalement différents.

Ce que fait robots.txt

Le fichier robots.txt est un standard établi depuis les années 1990. Il s’adresse aux crawlers des moteurs de recherche (Googlebot, Bingbot, etc.) et leur indique quelles parties de votre site ils sont autorisés à explorer ou à ignorer. Son rôle est un contrôle d’accès : il ne transmet aucune information sur le contenu de vos pages.

• Format : texte brut avec directives (User-agent, Allow, Disallow, Sitemap)
• Audience : Googlebot, Bingbot, et tous les crawlers de moteurs de recherche
• Objectif : contrôler quelles URLs sont crawlables, protéger les zones privées, réduire la charge serveur
• Contenu : aucune description, aucun résumé, aucune hiérarchie éditoriale

Ce que fait llms.txt

Le fichier llms.txt s’adresse aux modèles de langage (GPTBot, ClaudeBot, PerplexityBot) et leur fournit une carte structurée de vos contenus les plus importants. Là où robots.txt dit « tu peux aller ici ou pas », llms.txt dit « voici ce que je fais, voici mes meilleures pages, voici comment les comprendre ».

• Format : Markdown structuré (H1 titre du site, blockquote description, sections H2 thématiques avec liens annotés)
• Audience : GPTBot (OpenAI), ClaudeBot (Anthropic), PerplexityBot, Google-Extended
• Objectif : guider les LLMs vers vos contenus prioritaires, améliorer la pertinence des réponses générées
• Contenu : description du site, liens annotés vers les pages clés, organisation thématique

Pour résumer la différence en une phrase : robots.txt contrôle l’accès, llms.txt organise la compréhension.

Les deux fichiers sont-ils compatibles ?

Oui — et leur complémentarité est totale. robots.txt et llms.txt ne font pas le même travail et ne s’adressent pas aux mêmes systèmes. Vous pouvez et devez avoir les deux à la racine de votre domaine. Ils coexistent sans conflit, exactement comme robots.txt et sitemap.xml coexistent depuis des années. Si vous souhaitez aller plus loin sur la gestion des bots IA dans robots.txt — quels agents autoriser, lesquels bloquer et comment arbitrer selon votre charge serveur — consultez notre guide complet : bloquer les bots IA sur votre hébergement.

Comment créer un fichier llms.txt valide ?

Le fichier llms.txt repose sur une syntaxe Markdown simple, lisible par les humains comme par les machines. Aucun outil spécial n’est nécessaire : un éditeur de texte basique (Bloc-notes, TextEdit, VS Code) suffit.

Structure obligatoire

• H1 (#) → nom de votre site ou de votre entreprise — obligatoire, une seule fois
• Blockquote (>) → description courte de votre activité en 1 à 2 phrases — aide les LLMs à contextualiser votre site
• Sections H2 (##) → thèmes principaux de votre site, chacun suivi d’une liste de liens annotés
• Liens annotés → format [Titre de la page](URL) : description courte

Exemple complet copiable — site vitrine / blog

# Nom de votre site
> Description courte de votre activité et de votre proposition de valeur.
> Précisez votre secteur, votre audience cible et votre zone géographique si pertinent.

## Services
- [Nom du service principal](/services/service-principal/) : description en une phrase
- [Nom du service secondaire](/services/service-secondaire/) : description en une phrase

## Articles et guides
- [Titre de votre meilleur article](/blog/titre-article/) : résumé en une phrase
- [Titre d'un guide pratique](/blog/guide-pratique/) : résumé en une phrase
- [Titre d'un comparatif](/blog/comparatif/) : résumé en une phrase

## À propos
- [Qui sommes-nous](/a-propos/) : présentation de l'équipe et de la mission du site
- [Contact](/contact/) : formulaire de contact et coordonnées

## Ressources
- [FAQ](/faq/) : réponses aux questions les plus fréquentes de nos visiteurs

Exemple pour un site e-commerce

# Boutique Exemple
> Boutique en ligne spécialisée dans [votre secteur], livraison France métropolitaine sous 48h.
> Catalogue de [X] produits, paiement sécurisé, retours gratuits sous 30 jours.

## Catégories principales
- [Catégorie 1](/categorie-1/) : description courte des produits de cette catégorie
- [Catégorie 2](/categorie-2/) : description courte des produits de cette catégorie

## Pages importantes
- [Nos engagements](/engagements/) : politique de retour, délais de livraison, garanties
- [À propos](/a-propos/) : histoire de la boutique et valeurs
- [FAQ](/faq/) : questions fréquentes sur les commandes, la livraison et les retours

## Blog et conseils
- [Guide d'achat](/blog/guide-achat/) : conseils pour choisir le bon produit

Trois règles de rédaction à respecter

• 20 à 50 liens maximum → vider toute votre sitemap est l’erreur la plus courante ; un fichier trop volumineux dépasse la fenêtre de contexte des LLMs
• Descriptions factuelles, pas promotionnelles → rédigez pour aider l’IA à comprendre votre contenu, pas pour la convaincre
• Encodage UTF-8 obligatoire → enregistrez votre fichier en UTF-8 pour garantir l’affichage correct des caractères spéciaux et des accents

Une fois rédigé, enregistrez votre fichier sous le nom exact llms.txt — minuscules, sans espace, avec l’extension .txt. Le nom du fichier est sensible à la casse sur les serveurs Linux.

Où déposer llms.txt sur votre hébergement ?

Une fois votre fichier llms.txt créé, il doit être déposé à la racine de votre domaine. Ce dossier porte un nom différent selon votre hébergeur et votre type de panel.

Déposer llms.txt sur LWS Panel (hébergement Linux standard)

Sur un hébergement LWS Linux standard, le dossier racine est htdocs/. Le gestionnaire de fichiers intégré au LWS Panel vous permet de créer ou téléverser le fichier directement depuis votre navigateur, sans client FTP.

• Connectez-vous à votre espace client sur panel.lws.fr
• Cliquez sur Gestionnaire de fichiers dans le menu principal
• Ouvrez le dossier htdocs/ — c’est la racine de votre site
• Cliquez sur + Fichier, nommez-le llms.txt, collez votre contenu Markdown et enregistrez
• Alternative : cliquez sur Charger pour téléverser directement votre fichier préparé en local
• Vérifiez l’accessibilité en ouvrant https://votredomaine.fr/llms.txt dans votre navigateur

Déposer llms.txt sur un hébergement cPanel (LWS cPanel, OVHcloud, o2switch)

Sur tous les hébergements cPanel, le dossier racine est public_html/. La procédure est identique quelle que soit la marque de l’hébergeur.

• Connectez-vous à votre interface cPanel
• Dans la section Fichiers, cliquez sur Gestionnaire de fichiers
• Ouvrez le dossier public_html/
• Cliquez sur + Fichier, nommez-le llms.txt, éditez-le via l’éditeur intégré et enregistrez
• Alternative : cliquez sur Téléverser pour uploader votre fichier préparé en local
• Vérifiez l’accessibilité en ouvrant https://votredomaine.fr/llms.txt dans votre navigateur

Point d’attention multi-domaines : si votre cPanel héberge plusieurs domaines, chaque domaine possède son propre sous-dossier dans public_html/. Déposez llms.txt à la racine du domaine concerné.

Déposer llms.txt sur Hostinger (hPanel)

• Connectez-vous à votre compte Hostinger sur hpanel.hostinger.com
• Sélectionnez votre hébergement, puis cliquez sur Gestionnaire de fichiers
• Ouvrez le dossier public_html/
• Cliquez sur Nouveau fichier, nommez-le llms.txt, collez votre contenu Markdown et enregistrez
• Vérifiez l’accessibilité en ouvrant https://votredomaine.fr/llms.txt dans votre navigateur

Comment créer llms.txt sur WordPress sans toucher au FTP ?

Si votre site tourne sous WordPress, vous n’avez pas besoin d’accéder au gestionnaire de fichiers de votre hébergeur. Deux méthodes permettent de générer et de maintenir votre llms.txt directement depuis l’administration WordPress, avec une mise à jour automatique à chaque nouvelle publication.

Via Rank Math — le module natif llms.txt

Rank Math SEO intègre depuis 2025 un module dédié à la génération de llms.txt. C’est la méthode la plus simple si vous utilisez déjà Rank Math comme plugin SEO principal.

• Dans votre tableau de bord WordPress, allez dans Rank Math SEO → Réglages généraux
• Repérez la section LLMs Txt et activez le module
• Accédez à Rank Math SEO → Réglages généraux → Modifier llms.txt
• Choisissez les types de contenus à inclure — les contenus marqués noindex sont automatiquement exclus
• Ajoutez si nécessaire des liens manuels pour vos pages stratégiques
• Cliquez sur Enregistrer les modifications — le fichier est généré à la racine de votre WordPress
• Vérifiez en ouvrant https://votredomaine.fr/llms.txt dans votre navigateur

Via un plugin dédié — Website LLMs.txt

Si vous utilisez Yoast SEO, SEOPress, AIOSEO ou aucun plugin SEO particulier, le plugin Website LLMs.txt (gratuit, plus de 30 000 installations actives sur WordPress.org) est la solution la plus polyvalente.

• Dans votre administration WordPress, allez dans Extensions → Ajouter une extension
• Recherchez « Website LLMs.txt », installez et activez le plugin
• Configurez les types de contenus à inclure et les taxonomies
• Enregistrez — le plugin génère immédiatement votre llms.txt à la racine du site
• Consultez le tableau de bord de suivi pour visualiser les accès des bots IA (GPTBot, ClaudeBot, PerplexityBot)

Comment vérifier que les LLMs accèdent bien à votre llms.txt ?

Il n’existe pas encore de validateur officiel pour llms.txt. Trois méthodes complémentaires vous permettent néanmoins de vérifier que votre fichier est correctement déployé et accessible aux bots IA.

Méthode 1 — Vérification URL dans le navigateur

Ouvrez https://votredomaine.fr/llms.txt dans votre navigateur. Si le contenu Markdown brut s’affiche (texte avec les symboles #, ##, -, >), le fichier est accessible. Si vous obtenez une erreur 404, le fichier est absent ou mal placé.

Méthode 2 — Consultation des logs serveur

• Accédez aux logs d’accès via votre panel (LWS Panel → Logs, cPanel → Journaux d’accès bruts)
• Recherchez les user-agents : GPTBot, ClaudeBot, PerplexityBot, Google-Extended
• Filtrez sur l’URL /llms.txt pour isoler les accès spécifiques à votre fichier

Point de réalisme : les bots IA ne visitent pas votre site quotidiennement. L’absence de visite dans les premiers jours suivant le déploiement ne signifie pas que votre fichier est mal configuré.

Méthode 3 — Plugin WordPress avec tableau de bord bots IA

Si vous utilisez le plugin Website LLMs.txt, son tableau de bord journalise automatiquement les visites de GPTBot, ClaudeBot, PerplexityBot et Google-Extended sur votre fichier — sans manipulation des logs bruts du serveur.

Quelle que soit la méthode retenue, retenez que llms.txt est un signal d’intention, pas une garantie de citation. La qualité et la pertinence de votre contenu restent le facteur déterminant.

Quelle méthode selon votre hébergeur et votre profil ?

Le tableau suivant vous permet d’identifier en un coup d’œil la solution la mieux adaptée à votre situation.

Conclusion

Le fichier llms.txt est une bonne pratique technique à faible coût, pas une révolution SEO. En moins de 30 minutes, vous pouvez déposer un fichier Markdown structuré à la racine de votre domaine et donner aux principaux bots IA — GPTBot, ClaudeBot, PerplexityBot — une carte claire de vos contenus prioritaires.

Trois points conditionnent le succès de la démarche : vérifier en amont que vos bots IA ne sont pas bloqués dans robots.txt, déposer le fichier dans le bon dossier selon votre panel (htdocs/ sur LWS Panel Linux, public_html/ partout ailleurs), et garder un fichier court et curatif — 20 à 50 liens bien choisis valent mieux que 500 URLs brutes copiées depuis votre sitemap.

En 2026, moins de 2 % des PME françaises disposent d’un llms.txt. Ni Google ni les LLMs ne l’exigent officiellement — mais son rapport effort/bénéfice potentiel justifie de l’anticiper maintenant. Si votre site tourne sous WordPress, un plugin ou le module natif Rank Math automatise l’ensemble du processus en quelques clics.

La visibilité dans les réponses IA dépendra toujours d’abord de la qualité et de la pertinence de votre contenu. llms.txt en améliore les conditions techniques d’accès — rien de plus, rien de moins.

Si vous souhaitez aller plus loin dans votre stratégie IA, vous pouvez aussi évaluer les hébergeurs qui intègrent nativement des outils IA (création de site, assistance WordPress, génération de contenu) pour accélérer votre production éditoriale au-delà de la simple optimisation technique.

FAQ — Questions fréquentes sur llms.txt

Le fichier llms.txt est un fichier texte au format Markdown placé à la racine d’un site web, conçu pour guider les modèles de langage (LLMs) comme ChatGPT, Claude ou Perplexity vers les contenus les plus pertinents du site. Proposé comme standard ouvert en septembre 2024 par Jeremy Howard, fondateur de fast.ai, il fonctionne comme un sommaire structuré à destination des agents IA — distinct de robots.txt qui s’adresse aux moteurs de recherche traditionnels.

Le fichier llms.txt doit être placé à la racine de votre domaine, accessible à l’adresse https://votredomaine.fr/llms.txt. Le dossier de dépôt varie selon votre hébergeur : htdocs/ sur LWS Panel Linux standard, public_html/ sur tout hébergement cPanel (LWS cPanel, OVHcloud, o2switch) et sur Hostinger (hPanel). Sur WordPress, un plugin dédié ou le module natif Rank Math gère automatiquement le placement du fichier.

Le respect de llms.txt par les LLMs est volontaire et non garanti. Anthropic (Claude), Cursor et Mintlify supportent officiellement le standard depuis janvier 2026. OpenAI (ChatGPT) et Perplexity analysent le fichier sans support officiel annoncé. Google n’a pas intégré llms.txt dans ses guidelines SEO à ce jour. Un LLM peut lire votre fichier et choisir de l’ignorer sans conséquence légale — le fichier est un signal d’intention, pas une directive contraignante.

robots.txt contrôle l’accès des crawlers de moteurs de recherche (Googlebot, Bingbot) à vos pages — il autorise ou bloque l’exploration. llms.txt guide les modèles de langage vers vos contenus prioritaires — il oriente et contextualise. Point critique : si GPTBot ou ClaudeBot sont bloqués dans robots.txt, llms.txt ne sera jamais consulté.

Non — vous pouvez créer llms.txt manuellement et le déposer via le gestionnaire de fichiers de votre hébergeur. Sur WordPress, un plugin n’est pas obligatoire mais fortement recommandé : il automatise la génération et la mise à jour du fichier à chaque publication. Le module natif Rank Math et le plugin gratuit « Website LLMs.txt » (30 000+ installations) sont les deux options les plus fiables en 2026.

Non. À juin 2026, Google n’a pas intégré llms.txt dans ses guidelines SEO et Googlebot ne l’utilise pas dans son crawl traditionnel. llms.txt n’a aucun impact démontré sur votre positionnement dans les résultats de recherche Google. Son intérêt se situe du côté de la GEO (Generative Engine Optimization), pas du SEO classique.

llms-full.txt est une variante étendue de llms.txt qui inclut le contenu complet des pages référencées. Elle est utile pour les sites dont le contenu est dense et technique — documentation, bases de connaissances, sites B2B à fort volume. Pour un site vitrine, un blog ou un e-commerce standard, llms.txt suffit largement.

Non, il ne faut pas bloquer tous les bots IA indistinctement. La distinction essentielle est entre les bots d’entraînement — GPTBot, ClaudeBot, CCBot, Bytespider, Google-Extended — qui consomment vos ressources sans retour immédiat, et les bots de recherche en temps réel — ChatGPT-User, PerplexityBot, Claude-SearchBot — qui permettent à votre site d’apparaître dans les réponses générées par ChatGPT, Perplexity ou Claude. Bloquer les premiers est généralement recommandé sur hébergement mutualisé. Bloquer les seconds revient à disparaître des moteurs génératifs.

En 2026, selon l’AI Bot Impact Report, plus de 52 % du trafic web mondial est généré par des bots. Les crawlers IA en représentent une part croissante et structurelle : GPTBot seul concentre 12,8 % des requêtes bots identifiées selon les données Cloudflare Radar de fin 2025, ClaudeBot 11,4 %, Meta-ExternalAgent 11,6 %. Ces quatre crawlers principaux totalisent à eux seuls 74,4 % du trafic bots IA.

Ce qui aggrave la situation : ces bots ignorent souvent les protocoles de mise en cache standard pour s’assurer d’obtenir la version la plus récente de chaque page. Chaque requête génère donc une charge CPU et une consommation de bande passante réelles. Sur un hébergement mutualisé aux ressources partagées, le résultat peut être brutal : pics de charge nocturnes, erreurs 500, voire suspension de compte par l’hébergeur pour dépassement des limites allouées.

Cet article vous explique quels bots bloquer, via quelle méthode technique — robots.txt, .htaccess, Nginx ou Cloudflare WAF — et dans quels cas il vaut mieux les laisser passer pour préserver votre visibilité dans les outils IA. Les configurations présentées sont vérifiées en juin 2026 et directement applicables selon votre type d’hébergement.

Pourquoi les bots IA surchargent votre serveur en 2026 ?

Une explosion du trafic bots mesurée et documentée

Les chiffres sont sans ambiguïté. Selon l’AI Bot Impact Report 2026, les bots représentent aujourd’hui plus de 52 % de l’ensemble du trafic web mondial — une proportion confirmée par les données Akamai qui situent cette part entre 30 % et 50 % selon les typologies de sites. Pour chaque visiteur humain qui charge une page, trois bots font de même en moyenne.

Ce qui a changé depuis 2024, c’est la nature de ce trafic. Les crawlers d’IA générative ont quadruplé leur part en seulement huit mois, passant de 2,6 % à 10,1 % du trafic total. GPTBot d’OpenAI a enregistré une croissance de 305 % sur la période. Ces volumes ne sont plus anecdotiques : ils constituent une charge serveur permanente, mesurable, et souvent invisible dans les outils d’analyse classiques comme Google Analytics — car ces bots n’exécutent pas JavaScript et n’apparaissent donc pas dans vos rapports de trafic habituels.

Un cas documenté illustre l’ampleur du phénomène : le projet Read the Docs a réduit son trafic de 75 % et sa consommation de bande passante de 800 Go à 200 Go par jour après avoir bloqué les crawlers IA — soit une économie de 1 500 dollars par mois sur ses coûts d’infrastructure.

Pourquoi les bots IA ignorent souvent le cache serveur ?

Sur un site WordPress standard, la grande majorité des requêtes humaines est absorbée par le cache : LiteSpeed Cache, WP Rocket ou W3 Total Cache servent une version statique de la page sans solliciter PHP ni la base de données. La charge serveur réelle reste faible, même avec un trafic élevé.

Les bots IA fonctionnent différemment. Pour s’assurer d’obtenir la version la plus récente du contenu, ils génèrent délibérément des requêtes contournant les couches de cache standard. Chaque passage d’un bot d’entraînement sur votre site déclenche donc une requête PHP complète, un appel base de données, un rendu serveur. Multipliez cela par des centaines de pages crawlées par nuit, et la charge CPU s’accumule rapidement.

Sur un hébergement mutualisé, où les ressources CPU et RAM sont partagées entre plusieurs dizaines de clients sur le même serveur physique, ce type de charge nocturne répétée peut déclencher les mécanismes de limitation automatique de l’hébergeur — voire une suspension temporaire du compte pour dépassement des quotas alloués.

Quels sont les bots IA actifs en 2026 ?

En 2026, on recense plus de 60 user-agents IA référencés, contre une vingtaine fin 2023. Tous ne présentent pas le même niveau de risque pour votre infrastructure. La distinction fondamentale à retenir est celle entre les bots d’entraînement et les bots de recherche en temps réel — deux catégories aux comportements et aux impacts radicalement différents.

Bots d’entraînement : les principaux consommateurs de ressources

Ces bots crawlent votre contenu pour alimenter les données d’entraînement des futurs modèles de langage. Leur impact sur votre visibilité IA est différé de 3 à 12 mois. Les bloquer ne vous prive d’aucune visibilité immédiate dans les outils IA actuels.

• GPTBot (OpenAI) → bot d’entraînement de ChatGPT. Représente 12,8 % des requêtes bots identifiées selon Cloudflare Radar fin 2025. Respecte le robots.txt.
• ClaudeBot (Anthropic) → bot d’entraînement de Claude. Représente 11,4 % du trafic bots IA. Respecte le robots.txt.
• Google-Extended (Google) → bot d’entraînement de Gemini, distinct de Googlebot. Bloquer Google-Extended n’affecte pas votre indexation Google Search. Respecte le robots.txt.
• CCBot (Common Crawl) → alimente de nombreux modèles open source. Volume de crawl élevé, faible valeur de visibilité en retour. Respecte le robots.txt.
• Meta-ExternalAgent (Meta) → bot d’entraînement des modèles LLaMA. Représente 11,6 % du trafic bots IA. Respecte le robots.txt.
• Bytespider (ByteDance/TikTok) → bot d’entraînement particulièrement agressif. Documenté comme contournant parfois les directives robots.txt — nécessite un blocage au niveau serveur en complément.
• Applebot-Extended (Apple) → bot d’entraînement des modèles Apple Intelligence. Volume modéré, respecte le robots.txt.

Bots de recherche en temps réel : votre visibilité IA immédiate

Ces bots crawlent votre contenu pour répondre aux requêtes des utilisateurs en temps réel. Les bloquer signifie disparaître immédiatement des réponses générées par les outils correspondants.

• ChatGPT-User (OpenAI) → navigue le web en temps réel pour répondre aux requêtes ChatGPT Search. Respecte le robots.txt.
• OAI-SearchBot (OpenAI) → bot de navigation web temps réel complémentaire de ChatGPT. Respecte le robots.txt.
• PerplexityBot (Perplexity) → indexe votre contenu pour les réponses Perplexity AI. Respecte le robots.txt.
• Claude-SearchBot / Claude-User (Anthropic) → permettent à Claude d’accéder à votre contenu lors de recherches web en temps réel. Respectent le robots.txt.

Faut-il vraiment tous les bloquer ?

La tentation du blocage total est compréhensible. Mais cette approche a un coût en visibilité que beaucoup de propriétaires de sites sous-estiment — et qui peut contredire directement leurs objectifs de présence en ligne.

Ce que vous perdez en bloquant les bots de recherche temps réel

Selon une étude de Seer Interactive publiée en 2024, les sites bloquant GPTBot et ChatGPT-User reçoivent jusqu’à 40 % de citations en moins dans les réponses de ChatGPT. OpenAI confirme dans sa documentation officielle que les contenus bloqués ne sont intégrés ni dans les données d’entraînement ni dans les réponses en temps réel.

En 2026, apparaître dans les réponses de ChatGPT Search, Perplexity ou Claude représente un canal de visibilité émergent à ne pas négliger — en particulier pour les sites à contenu informatif, les prestataires de services locaux et les e-commerçants cherchant à être cités dans les comparatifs générés par IA.

La stratégie recommandée selon votre profil

La décision de bloquer ou d’autoriser un bot dépend de trois critères : la nature de votre contenu (public ou privé), vos objectifs de visibilité IA, et les ressources disponibles sur votre hébergement.

Bloquer les bots IA via robots.txt

Le fichier robots.txt est la méthode la plus simple et la plus universelle pour signifier aux bots ce qu’ils sont autorisés ou non à crawler. Il se place à la racine de votre site — accessible à l’adresse https://votredomaine.com/robots.txt — et ne nécessite aucun accès serveur avancé. Sur WordPress, il est modifiable directement depuis Yoast SEO, Rank Math, ou via un éditeur de fichiers FTP.

Son efficacité repose sur une convention volontaire : les bots bien configurés lisent ce fichier avant de crawler et respectent ses directives. GPTBot, ClaudeBot, PerplexityBot, Google-Extended et la grande majorité des bots IA des éditeurs majeurs s’y conforment. Le robots.txt est donc une première ligne de défense fiable pour les bots coopératifs — insuffisante seule pour les bots récalcitrants comme Bytespider.

Directives précises à copier-coller

Configuration 1 — Blocage sélectif recommandé (sites vitrines, blogs)

Bloque les bots d’entraînement, autorise explicitement les bots de recherche temps réel. Stratégie équilibrée : réduction de charge serveur sans perte de visibilité dans ChatGPT Search et Perplexity.

# ── Bots d'entraînement IA — bloqués ──
User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: anthropic-ai
Disallow: /

User-agent: Google-Extended
Disallow: /

User-agent: CCBot
Disallow: /

User-agent: Meta-ExternalAgent
Disallow: /

User-agent: Bytespider
Disallow: /

User-agent: Applebot-Extended
Disallow: /

# ── Bots de recherche temps réel — autorisés ──
User-agent: ChatGPT-User
Allow: /

User-agent: OAI-SearchBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: Claude-SearchBot
Allow: /

# ── Moteurs de recherche classiques — non affectés ──
User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

Configuration 2 — Blocage large (e-commerce, sites à fort trafic)

Bloque l’ensemble des bots d’entraînement et limite les bots de recherche temps réel aux pages produits publics.

# ── Bots d'entraînement IA — bloqués ──
User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: anthropic-ai
Disallow: /

User-agent: Google-Extended
Disallow: /

User-agent: CCBot
Disallow: /

User-agent: Meta-ExternalAgent
Disallow: /

User-agent: Bytespider
Disallow: /

User-agent: Applebot-Extended
Disallow: /

# ── Bots de recherche temps réel — limités aux pages publiques ──
User-agent: ChatGPT-User
Allow: /produits/
Allow: /boutique/
Disallow: /compte/
Disallow: /panier/
Disallow: /commande/

User-agent: PerplexityBot
Allow: /produits/
Allow: /boutique/
Disallow: /compte/
Disallow: /panier/

Configuration 3 — Blocage total bots IA (applications, SaaS, contenu premium)

Bloque l’intégralité des bots IA connus. À réserver aux sites dont le contenu ne doit pas être indexé par les outils IA ou dont la charge serveur est critique.

# ── Blocage total bots IA ──
User-agent: GPTBot
Disallow: /

User-agent: ChatGPT-User
Disallow: /

User-agent: OAI-SearchBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: anthropic-ai
Disallow: /

User-agent: Claude-User
Disallow: /

User-agent: Claude-SearchBot
Disallow: /

User-agent: Google-Extended
Disallow: /

User-agent: CCBot
Disallow: /

User-agent: Meta-ExternalAgent
Disallow: /

User-agent: Bytespider
Disallow: /

User-agent: PerplexityBot
Disallow: /

User-agent: Applebot-Extended
Disallow: /

User-agent: Amazonbot
Disallow: /

Une fois votre robots.txt mis à jour, validez la syntaxe via l’outil de test intégré de Google Search Console (Paramètres → robots.txt). Analysez ensuite vos logs serveur 72 heures après le déploiement pour confirmer que les user-agents ciblés n’apparaissent plus dans les requêtes actives.

Bloquer les bots IA via .htaccess ou Nginx

Le robots.txt repose sur la bonne volonté des bots. Pour les crawlers récalcitrants — Bytespider en tête — ou pour les scrapers anonymes, un blocage au niveau serveur est nécessaire. Contrairement au robots.txt, une règle .htaccess ou Nginx est une barrière technique réelle : le serveur refuse la connexion avant même de servir la moindre page.

Le fichier .htaccess est accessible sur tout hébergement Apache — ce qui couvre la grande majorité des hébergements mutualisés francophones (LWS, o2switch, Hostinger, OVHcloud en mutualisé). Nginx est la solution équivalente sur VPS ou serveurs dédiés.

Blocage par User-Agent via .htaccess (serveurs Apache)

Ajoutez les directives suivantes dans votre fichier .htaccess, à la racine de votre site. Sur WordPress, ajoutez ce bloc avant le bloc # BEGIN WordPress pour éviter tout conflit.

# ── Blocage bots IA par User-Agent — Apache .htaccess ──
<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteCond %{HTTP_USER_AGENT} GPTBot [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} ClaudeBot [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} anthropic-ai [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} Google-Extended [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} CCBot [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} Meta-ExternalAgent [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} Bytespider [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} Applebot-Extended [NC,OR]
  RewriteCond %{HTTP_USER_AGENT} Amazonbot [NC]
  RewriteRule .* - [F,L]
</IfModule>

La directive [F,L] renvoie une réponse HTTP 403 (Forbidden) et arrête le traitement des règles. Le bot reçoit un refus explicite sans que le serveur charge PHP ou la base de données — la charge CPU est donc nulle pour ces requêtes bloquées.

Blocage par User-Agent via Nginx (VPS et serveurs dédiés)

Sur un VPS ou serveur dédié sous Nginx, le blocage s’effectue dans le bloc server de votre fichier de configuration. Rechargez Nginx après modification avec sudo nginx -s reload.

# ── Blocage bots IA par User-Agent — Nginx ──
server {
  # ... votre configuration existante ...
  if ($http_user_agent ~* "(GPTBot|ClaudeBot|anthropic-ai|Google-Extended|CCBot|Meta-ExternalAgent|Bytespider|Applebot-Extended|Amazonbot)") {
    return 403;
  }
}

Blocage par plage IP pour les bots récalcitrants

Certains bots peuvent modifier leur user-agent pour contourner les règles. OpenAI et Anthropic publient les plages IP officielles de leurs bots dans leur documentation — vérifiez-les trimestriellement car elles évoluent. Pour Bytespider, le blocage combiné user-agent + plage IP est la configuration la plus fiable.

# ── Blocage par plage IP — exemple générique ──
<RequireAll>
  Require all granted
  # Remplacer par les plages IP officielles publiées par chaque éditeur
  Require not ip XX.XXX.XXX.0/24
  Require not ip YY.YYY.YYY.0/24
</RequireAll>

Bloquer les bots IA via Cloudflare WAF

Cloudflare s’intercale entre Internet et votre hébergement : tout le trafic entrant passe d’abord par ses serveurs avant d’atteindre le vôtre. Pour les propriétaires de sites sur hébergement mutualisé sans accès root, c’est la solution de blocage la plus puissante et la plus accessible — elle ne nécessite aucune modification de fichier serveur et fonctionne dès le plan gratuit.

La règle « AI Bots » en un clic

Depuis juillet 2024, Cloudflare propose un bouton de blocage unifié de tous les bots IA, disponible pour tous les clients y compris le plan gratuit. En 2025, cette fonctionnalité a été enrichie avec l’outil AI Audit, qui liste en temps réel tous les crawlers IA détectés sur votre domaine.

Pour activer le blocage via l’interface Cloudflare :

• Connectez-vous à votre tableau de bord Cloudflare et sélectionnez votre domaine
• Rendez-vous dans Security → Bots
• Activez Bot Fight Mode (plan gratuit) ou Super Bot Fight Mode (plans Pro et supérieurs)
• Dans la section AI Scrapers and Crawlers, sélectionnez Block pour bloquer tous les bots IA — ou configurez les exceptions bot par bot
• Consultez l’onglet AI Audit pour visualiser en temps réel quels crawlers IA visitent votre site

Pour un contrôle granulaire via les règles WAF personnalisées (Security → WAF → Custom Rules) :

# ── Règle WAF Cloudflare — blocage sélectif bots d'entraînement ──

Champ        : User Agent
Opérateur    : contains
Valeur       : GPTBot
OU
Valeur       : ClaudeBot
OU
Valeur       : CCBot
OU
Valeur       : Bytespider
OU
Valeur       : Meta-ExternalAgent

Action       : Block

Cloudflare bloque-t-il les bots IA par défaut ?

Oui — et c’est un point que beaucoup d’utilisateurs ignorent. Depuis juillet 2025, Cloudflare bloque les bots IA par défaut pour tous les nouveaux domaines configurés sur sa plateforme. Si votre site est derrière Cloudflare sans que vous ayez vérifié cette configuration, des bots de recherche temps réel comme PerplexityBot ou ChatGPT-User peuvent être bloqués à votre insu — avec un impact direct sur votre visibilité dans les outils IA.

Pour vérifier : tableau de bord Cloudflare → Security → Bots → section AI Scrapers and Crawlers. Si la valeur est sur Block pour l’ensemble des bots IA, affinez manuellement en autorisant les bots de recherche temps réel souhaités.

Cloudflare propose par ailleurs depuis mi-2025 un système expérimental Pay-per-Crawl : les bots IA paient entre 0,01 et 0,05 dollar par requête, ou reçoivent une réponse HTTP 402. Ce système est encore en déploiement progressif en juin 2026 — les revenus générés restent modestes pour les petits sites (50 à 500 dollars par mois pour les sites moyens selon les estimations Cloudflare).

Impact sur votre hébergement : le blocage suffit-il ?

Le blocage des bots IA réduit significativement la charge serveur — dans la majorité des cas, c’est suffisant pour stabiliser un site sur hébergement mutualisé. Mais cette stabilisation a une limite structurelle : si votre plan mutualisé est fondamentalement sous-dimensionné, le blocage des bots ne résoudra pas le problème de fond. Il le masquera temporairement.

La question à se poser après avoir déployé les mesures de blocage : les alertes CPU et les erreurs 500 ont-elles disparu ? Si oui, votre hébergement mutualisé est adapté. Si les problèmes persistent malgré un blocage correctement configuré, c’est le signal que vos ressources allouées sont insuffisantes — indépendamment des bots.

Mutualisé vs VPS : ce que change la pression des bots IA

Sur mutualisé, la combinaison robots.txt + Cloudflare WAF couvre la majorité des besoins sans coût supplémentaire. Si cette combinaison ne suffit pas à stabiliser votre serveur après 30 jours, le passage vers un plan mutualisé premium avec ressources garanties — ou vers un VPS entrée de gamme — est la prochaine étape logique à évaluer.

Quand faut-il autoriser les bots IA ?

Bloquer les bots IA est une décision de gestion des ressources serveur — pas une règle universelle. Dans certains cas, les autoriser est non seulement justifié, mais stratégiquement pertinent.

Cas d’usage : apparaître dans ChatGPT Search et Perplexity

En 2026, ChatGPT Search et Perplexity sont devenus des canaux de découverte réels pour les sites à contenu informatif, les prestataires locaux et les e-commerçants. Un utilisateur qui demande à ChatGPT « quel est le meilleur hébergeur WordPress en France ? » reçoit une réponse qui cite des sources — et ces sources sont les sites dont les bots de recherche temps réel ont pu crawler le contenu.

Si votre site est un blog informatif, un site vitrine de prestataire, ou une boutique e-commerce avec des pages produits publiques, autoriser PerplexityBot, ChatGPT-User et Claude-SearchBot est dans votre intérêt direct. Ces bots ne consomment pas les mêmes volumes de ressources que les bots d’entraînement — leur crawl est ciblé et ponctuel, pas systématique.

Pour aller plus loin, le fichier llms.txt — convention émergente proposée en 2024 — permet d’indiquer aux modèles de langage quelles pages de votre site sont les plus pertinentes à consulter. Placé à la racine de votre domaine (https://votredomaine.com/llms.txt), il est reconnu par un nombre croissant d’outils IA en 2026.

• Autorisez les bots de recherche temps réel si votre contenu est public, informatif, et que vous cherchez à être cité dans les réponses IA
• Bloquez tous les bots IA si votre contenu est monétisé, réservé aux membres, ou si la stabilité serveur est votre priorité absolue
• Adoptez le blocage sélectif dans tous les autres cas — c’est la configuration qui offre le meilleur équilibre entre protection des ressources et visibilité dans les outils IA

Conclusion

La gestion des bots IA est devenue en 2026 un composant à part entière de l’administration d’un site web — au même titre que la mise à jour des plugins ou la surveillance de l’uptime. Ignorer ces crawlers, c’est laisser une part croissante de vos ressources serveur être consommée sans contrôle ni retour mesurable.

La stratégie recommandée repose sur trois niveaux complémentaires : le robots.txt pour les bots coopératifs, le .htaccess ou Nginx pour les bots récalcitrants, et Cloudflare WAF pour une protection active avant même que les requêtes n’atteignent votre serveur. Ces trois couches combinées couvrent la majorité des situations rencontrées sur hébergement mutualisé.

La distinction entre bots d’entraînement et bots de recherche temps réel reste le point d’arbitrage central. Bloquer les premiers protège vos ressources sans coût en visibilité immédiate. Bloquer les seconds vous exclut des réponses générées par ChatGPT, Perplexity et Claude — un canal de découverte dont le poids ne fera que croître.

Enfin, si les mesures de blocage ne suffisent pas à stabiliser votre infrastructure après 30 jours de configuration correcte, le diagnostic est clair : votre hébergement est sous-dimensionné pour votre niveau de trafic actuel. C’est le moment d’évaluer un passage vers un plan mutualisé premium avec ressources garanties — ou vers un VPS si votre site dépasse les limites structurelles du mutualisé.

Questions fréquentes

Un hébergeur français (LWS, o2switch, OVH) garantit la souveraineté des données sous juridiction française, un support francophone et une latence optimisée pour une audience en France. Un hébergeur européen non américain (Hetzner, IONOS, SiteGround) offre une conformité RGPD native et des tarifs généralement stables. Un hébergeur américain (GoDaddy, Bluehost, WPEngine) — ou tout hébergeur dont l’entreprise est de droit américain, même avec des serveurs physiquement en France — reste soumis au Cloud Act : les autorités américaines peuvent légalement exiger l’accès à vos données, quel que soit le pays où elles sont stockées.

En 2026, la localisation de votre hébergeur n’est plus un simple détail technique : c’est un choix qui engage votre conformité légale, la protection de vos clients et votre budget à moyen terme. Beaucoup de créateurs de sites se laissent séduire par les tarifs d’appel agressifs des hébergeurs américains — parfois inférieurs à 2 €/mois — sans mesurer le coût réel au renouvellement ni les implications juridiques du Cloud Act sur leurs données. Depuis septembre 2025, le Data Act européen renforce encore davantage le cadre de protection offert par les hébergeurs FR et EU, creusant l’écart légal avec les prestataires américains. Cet article compare les trois familles d’hébergeurs sur cinq critères concrets : prix réel, performance, conformité RGPD, support et souveraineté des données. Les offres présentées ont été vérifiées en mai 2026 — les tarifs sont susceptibles d’évoluer, consultez toujours les pages officielles avant de vous engager.

Hébergeurs français, européens, américains : quelles sont les trois familles en 2026 ?

En matière d’hébergement web, la distinction entre hébergeur français, européen et américain ne repose pas sur la localisation physique des serveurs. Elle repose sur la nationalité juridique de l’entreprise qui gère votre hébergement. C’est ce critère — et non l’adresse du datacenter — qui détermine quelle loi s’applique à vos données.

Cette nuance est capitale en 2026. Un hébergeur peut afficher « serveurs en France » en page d’accueil et rester soumis à la législation américaine si son siège social ou sa maison mère est établi aux États-Unis. À l’inverse, un hébergeur dont les serveurs sont en Allemagne mais dont l’entreprise est de droit européen offre une protection juridique que le premier ne peut pas garantir.

Trois familles structurent aujourd’hui le marché francophone :

• Les hébergeurs américains — entreprises de droit américain ou contrôlées par des entités américaines (GoDaddy, Bluehost, WPEngine, et dans une certaine mesure Hostinger pour une partie de son infrastructure). Points forts : tarifs d’appel bas, interfaces soignées, support 24/7. Point faible majeur : soumission au Cloud Act.
• Les hébergeurs européens non français — entreprises de droit européen hors France (Hetzner en Allemagne, IONOS en Allemagne, SiteGround en Bulgarie). Points forts : hors portée du Cloud Act, RGPD natif, tarifs souvent stables. Point faible : support francophone variable selon les prestataires.
• Les hébergeurs français — entreprises de droit français avec datacenters en France (LWS, o2switch, OVH, PlanetHoster). Points forts : juridiction française, support en français, latence optimisée pour une audience FR. Point faible : tarifs d’entrée parfois supérieurs aux offres US promotionnelles.

La nationalité juridique de l’hébergeur prime sur la localisation des serveurs

C’est le point que la majorité des comparatifs omettent d’expliquer clairement. Le Cloud Act américain, adopté en 2018, autorise les autorités américaines — FBI, NSA, DOJ — à exiger d’une entreprise de droit américain qu’elle communique des données stockées sur ses serveurs, quel que soit le pays où ces données se trouvent physiquement.

Conséquence directe : si vous hébergez votre site chez un prestataire américain dont les serveurs sont localisés en France, vos données ne sont pas protégées par la seule localisation géographique. C’est la nationalité juridique de l’hébergeur qui compte — pas l’adresse IP de son datacenter.

Hébergeurs américains (Hostinger, GoDaddy, Bluehost, WPEngine) : que faut-il vraiment savoir ?

Les hébergeurs américains dominent le marché mondial de l’hébergement web. Leur succès repose sur trois atouts concrets : des tarifs d’appel parmi les plus bas du marché, des interfaces d’administration soignées accessibles aux débutants, et un support disponible 24h/24. Pour un site personnel, un blog ou un projet sans collecte de données clients, ces offres peuvent constituer un point de départ acceptable — à condition de connaître leurs limites réelles.

GoDaddy est le leader mondial avec plus de 10 % de parts de marché selon W3Techs. Ses offres démarrent à 5,49 $/mois et couvrent l’hébergement mutualisé, les VPS et les serveurs dédiés. Le support est disponible en français, mais les conditions de renouvellement méritent une attention particulière avant tout engagement.

Bluehost est historiquement recommandé par WordPress.org pour l’hébergement WordPress. Ses offres mutualisées sont compétitives à l’entrée, mais le prestataire est de droit américain — le Cloud Act s’applique pleinement.

WPEngine se positionne sur le segment premium WordPress managé, s’adressant aux agences et développeurs avec des besoins de performance élevés. Ses tarifs sont nettement supérieurs aux offres mutualisées classiques et son positionnement n’est pas orienté grand public francophone.

Hostinger mérite un traitement particulier. L’entreprise est fondée en Lituanie — elle est donc de droit européen. Ses serveurs sont disponibles en France. Sur le strict plan de la nationalité juridique, Hostinger n’est pas une entreprise américaine. Cependant, une partie de son infrastructure et de ses partenariats techniques implique des entités américaines, ce qui conduit certains juristes et auditeurs RGPD à recommander la prudence pour les sites traitant des données personnelles sensibles.

Prix d’appel vs renouvellement : le calcul sur 3 ans

C’est le point de friction le plus fréquent avec les hébergeurs américains. Les tarifs d’appel sont réels — mais ils s’appliquent presque exclusivement sur un engagement long (24 à 48 mois) payé d’avance. Le tarif de renouvellement peut être deux à trois fois supérieur.

Sur 3 ans réels (2 ans de promotion + 1 an de renouvellement), le coût moyen d’une offre Hostinger Premium tourne autour de 6 €/mois. C’est un tarif comparable à celui d’o2switch — hébergeur français, tarif stable au renouvellement, support téléphonique en français inclus.

Hébergeurs européens (IONOS, Hetzner, SiteGround) : le bon compromis pour la conformité ?

Les hébergeurs européens non français constituent une troisième voie souvent sous-estimée dans les comparatifs francophones. Leur atout principal est juridique : en tant qu’entreprises de droit européen sans lien structurel avec des entités américaines, ils ne sont pas soumis au Cloud Act. Vos données restent sous juridiction européenne — et depuis septembre 2025, sous le double cadre RGPD + Data Act UE.

IONOS (anciennement 1&1) est un hébergeur allemand appartenant au groupe United Internet. Il propose des offres mutualisées à tarifs compétitifs avec des datacenters en Allemagne et en Europe. Son interface a été modernisée ces dernières années, mais le support francophone reste perfectible selon les retours utilisateurs. IONOS est une option viable pour les projets nécessitant une conformité RGPD stricte avec un budget maîtrisé.

Hetzner est un hébergeur allemand réputé pour ses VPS et serveurs dédiés à prix parmi les plus bas du marché européen. Ses datacenters sont localisés en Allemagne et en Finlande. Hetzner s’adresse davantage aux développeurs et profils techniques qu’aux débutants : l’interface est fonctionnelle mais peu guidée, et le support est en anglais ou en allemand. Pour un VPS géré manuellement, c’est une référence européenne solide.

SiteGround est un hébergeur bulgare (UE) avec une forte réputation sur le segment WordPress managé. Il propose des offres optimisées WordPress avec LiteSpeed, sauvegardes quotidiennes et support 24/7 en anglais. Son positionnement tarifaire est intermédiaire entre les offres US low-cost et les hébergeurs français premium.

Hausse des tarifs VPS en 2026 : OVH et Hetzner concernés

Le marché des VPS européens a connu une tension tarifaire significative début 2026, liée à la hausse des composants (DRAM, NVMe, NAND Flash). Deux acteurs majeurs ont annoncé des révisions de grille :

• OVHcloud : hausse allant jusqu’à +45 % sur certains plans VPS d’entrée de gamme — un VPS à 5,39 €/mois est passé à environ 7,79 €/mois (source : Bleisure, mars 2026)
• Hetzner : hausse de +37 % appliquée sur ses serveurs en Allemagne et en Finlande (source : Bleisure, mars 2026)

Hébergeurs français (LWS, OVH, o2switch, PlanetHoster) : souveraineté et support, à quel prix ?

Les hébergeurs français réunissent par défaut les trois critères les plus recherchés par les créateurs de sites et freelances francophones : juridiction française, support en français et latence optimisée pour une audience majoritairement hexagonale. En 2026, ils constituent le choix le plus cohérent pour tout projet traitant des données personnelles de clients résidant en France ou dans l’Union européenne.

LWS est un hébergeur français proposant des offres mutualisées accessibles, avec support par chat et ticket en français. Selon le comparatif interne de Top10hebergeursweb (mars 2026), LWS se distingue par un support francophone réactif et un rapport qualité/prix transparent — sans les écarts tarifaires entre prix d’appel et renouvellement caractéristiques des offres US. LWS convient particulièrement aux débutants et aux TPE cherchant un hébergement fiable sans complexité technique.

o2switch est un hébergeur clermontois fondé en 2003, devenu référence sur le segment mutualisé français. Son offre Grow est proposée à environ 7 €/mois — avec le même tarif au renouvellement, sans surprise. Le stockage est NVMe illimité, les sauvegardes sont quotidiennes et le support est disponible par téléphone, chat et ticket en français. o2switch est particulièrement adapté aux freelances gérant plusieurs projets clients simultanément.

OVHcloud est le leader incontesté du marché français et européen. Sa taille lui confère une infrastructure robuste et un écosystème complet allant du mutualisé au cloud dédié. Plusieurs comparatifs indépendants (Journal du Geek, Presse-Citron, mai 2026) soulignent néanmoins que son support client est critiqué pour sa lenteur, et que ses performances sur les petits projets sont inférieures à celles d’Hostinger ou d’o2switch pour un tarif parfois comparable. OVHcloud est davantage taillé pour les usages professionnels et les infrastructures à grande échelle.

PlanetHoster est un hébergeur franco-canadien avec des datacenters en France et au Canada. Il se positionne sur un segment intermédiaire entre mutualisé et VPS, avec des offres généreuses en ressources et un support francophone disponible. Son modèle tarifaire est transparent, sans écart important entre prix d’appel et renouvellement.

Les hébergeurs français présentent un inconvénient principal : leurs tarifs d’entrée sont souvent supérieurs aux promotions d’appel des hébergeurs américains. Cet écart s’estompe significativement dès la deuxième année, une fois le renouvellement US appliqué. Sur 3 ans, o2switch à 7 €/mois et Hostinger Premium renouvelé à 9,99 €/mois placent le premier en position plus avantageuse — avec en prime la conformité RGPD, le support téléphonique et la souveraineté des données.

Comparatif en 5 critères : prix, performance, RGPD, support, souveraineté

Comparer les hébergeurs sur un seul critère — le prix d’appel, le plus souvent — conduit systématiquement à des choix inadaptés. Les cinq critères suivants permettent un arbitrage complet selon votre profil réel.

• Prix réel (appel + renouvellement) — le coût sur 3 ans est le seul indicateur pertinent pour comparer des offres d’origines différentes.
• Performance (stockage, technologie serveur) — NVMe + LiteSpeed → TTFB réduit → Core Web Vitals améliorés → meilleur positionnement Google.
• Conformité RGPD — implique que l’hébergeur soit hors portée du Cloud Act et que les données restent sous juridiction européenne.
• Support francophone — ticket (24-48h), chat (< 1h) ou téléphone (immédiat) : le canal détermine le délai de résolution en cas d’incident.
• Souveraineté des données — combine localisation physique des serveurs ET nationalité juridique de l’hébergeur : les deux doivent être en Europe.

Quel hébergeur choisir selon votre profil en 2026 ?

Le choix d’un hébergeur dépend de trois variables concrètes : votre niveau technique, le type de données que vous traitez et votre budget réel sur 3 ans — pas sur 12 mois promotionnels.

Pour les profils hésitant entre hébergeur européen et français, le critère décisif est le support. Si votre activité dépend de la disponibilité de votre site et que vous n’êtes pas à l’aise avec un support en anglais ou en allemand, un hébergeur français reste la recommandation la plus cohérente — l’écart tarifaire réel est souvent inférieur à 2–3 €/mois sur 3 ans.

Conclusion

En 2026, choisir entre un hébergeur français, européen et américain n’est plus une question de préférence géographique. C’est un arbitrage entre conformité légale, coût réel sur 3 ans, niveau de support et souveraineté des données.

Premièrement, la localisation physique des serveurs ne suffit pas à garantir la protection de vos données. Un hébergeur américain avec un datacenter en France reste soumis au Cloud Act. Seule la nationalité juridique de l’hébergeur — française ou européenne sans lien américain — offre une protection juridique réelle, renforcée depuis septembre 2025 par le Data Act UE.

Deuxièmement, le tarif le moins cher à l’appel n’est pas nécessairement le moins cher sur 3 ans. Certains hébergeurs US multiplient leur tarif par 3 au renouvellement, effaçant l’avantage initial et rendant les offres françaises à tarif stable comparables — voire plus avantageuses — sur la durée réelle d’engagement.

Troisièmement, si vous traitez des données personnelles de clients, un hébergeur français ou européen non américain n’est pas une option parmi d’autres : c’est la seule configuration juridiquement cohérente avec le RGPD et les exigences d’un audit DPO.

Quatrièmement, le support francophone reste un critère décisif que les comparatifs sous-évaluent. En cas d’incident sur un site e-commerce ou professionnel, la différence entre un support téléphonique réactif en français et un ticket en anglais avec 24h de délai peut représenter plusieurs heures de perte de revenus.

Les recommandations de cet article convergent vers une priorité claire : examiner en premier les hébergeurs français à tarif stable et support réactif — LWS et o2switch en tête — avant de considérer des alternatives selon des critères spécifiques justifiés.

FAQ

Pourquoi choisir un hébergeur français plutôt qu’américain en 2026 ?

Un hébergeur français garantit trois avantages simultanés : souveraineté des données sous juridiction française (hors Cloud Act), support technique en français et latence optimisée pour une audience hexagonale. Pour tout site traitant des données personnelles de clients, c’est la configuration la plus cohérente avec le RGPD.

Un hébergeur européen est-il suffisant pour être conforme au RGPD ?

Oui, si l’entreprise est de droit européen sans lien avec des entités américaines. Hetzner, IONOS et SiteGround sont hors portée du Cloud Act et bénéficient du double cadre RGPD + Data Act UE depuis septembre 2025. Limite principale : aucun de ces trois prestataires ne propose de support en français.

Pas systématiquement. Hostinger Premium affiche ~2,99 €/mois à l’appel mais ~9,99 €/mois au renouvellement, soit ~6 €/mois réel sur 3 ans. o2switch est proposé à ~7 €/mois stable, avec support téléphonique français et conformité RGPD incluse — l’écart réel est inférieur à 1 €/mois.

Non. Le Cloud Act s’applique à toute entreprise américaine quel que soit le pays de ses serveurs. AWS région Paris ou Bluehost datacenter Europe : la localisation physique ne change rien — seule la nationalité juridique de l’hébergeur détermine l’exposition au Cloud Act.

Hostinger est une entreprise lituanienne, donc de droit européen — pas directement soumise au Cloud Act. Cependant, une partie de son infrastructure implique des entités américaines, ce que certains auditeurs RGPD signalent comme un risque résiduel pour les sites traitant des données personnelles sensibles.

Aucune différence significative sur les cas d’usage courants. LWS et o2switch proposent du stockage NVMe et LiteSpeed — les mêmes technologies que les offres US compétitives. L’avantage performance des hébergeurs américains ne concerne que les projets à audience mondiale nécessitant un CDN edge global.

Votre hébergeur est un sous-traitant au sens de l’article 28 du RGPD. Cela impose trois obligations non négociables : un DPA (Data Processing Agreement) signé, une localisation des données dans l’Union européenne ou sous garanties contractuelles équivalentes, et la mention explicite de l’hébergeur dans votre registre des traitements. Sans ces trois éléments, votre site est non conforme — même si votre bannière cookies est parfaitement configurée.

En 2025, la CNIL a prononcé 87 sanctions, soit +107 % par rapport à 2024. Plusieurs visaient directement des PME pour une relation mal encadrée avec leurs sous-traitants — dont leur hébergeur. Pourtant, la grande majorité des propriétaires de sites ignorent encore que choisir un hébergeur est un acte juridique autant que technique.

La localisation physique des serveurs ne suffit pas : un hébergeur de droit américain reste soumis au Cloud Act même si ses datacenters sont installés à Paris. Le DPA n’est pas un document optionnel : c’est une obligation légale dont l’absence engage directement votre responsabilité. Et votre registre des traitements doit mentionner votre hébergeur — c’est précisément ce que vérifie la CNIL en 2026, souvent depuis son bureau, sans préavis.

Cet article propose une checklist opérationnelle en 12 points, un décryptage des pièges spécifiques aux hébergeurs américains, et une comparaison pratique des hébergeurs français et européens selon leurs garanties RGPD réelles. Offres et procédures vérifiées en mai 2026.

Pourquoi votre hébergeur est un sous-traitant RGPD (et ce que ça change pour vous) ?

Ce que dit l’article 28 du RGPD

Dès lors qu’un prestataire traite des données personnelles pour votre compte et selon vos instructions, il est qualifié de sous-traitant au sens du RGPD. Votre hébergeur stocke les données de vos visiteurs, clients et utilisateurs sur ses serveurs. Il agit donc bien pour votre compte — et non pour le sien. Cette qualification n’est pas une interprétation : elle découle directement de l’article 28 du règlement européen.

L’article 28 impose au responsable de traitement — c’est-à-dire vous, en tant que propriétaire du site — de ne recourir qu’à des sous-traitants présentant des garanties suffisantes quant à la mise en œuvre de mesures techniques et organisationnelles appropriées. Et surtout, de formaliser cette relation par un contrat écrit : le DPA.

Conséquences concrètes pour le propriétaire de site

Cette qualification de sous-traitant a trois conséquences directes sur votre situation :

• Un DPA est obligatoire → sans contrat de traitement signé avec votre hébergeur, vous êtes en infraction à l’article 28, indépendamment de toute violation de données. L’absence de DPA est en elle-même un manquement sanctionnable par la CNIL.
• Votre responsabilité n’est pas transférée à l’hébergeur → si votre hébergeur subit une violation de données, c’est vous — en tant que responsable de traitement — qui devez notifier la CNIL dans les 72 heures. L’hébergeur répond de ses propres manquements, mais vous restez le premier interlocuteur de l’autorité de contrôle.
• Votre choix d’hébergeur est un acte juridique → changer d’hébergeur sans vérifier ses garanties RGPD, sa localisation juridique et la disponibilité d’un DPA revient à choisir un sous-traitant sans due diligence. En cas de contrôle, la CNIL vérifie que vous avez sélectionné votre hébergeur en connaissance de cause.

En pratique, cela signifie que la conformité RGPD de votre site ne se limite pas à votre bannière cookies ou à votre politique de confidentialité. Elle commence dès le choix de l’infrastructure sur laquelle votre site est hébergé.

Les 12 points de la checklist RGPD hébergement 2026

Cette checklist couvre les points vérifiés par la CNIL lors d’un contrôle portant sur la relation entre un responsable de traitement et son hébergeur. Pour chaque point, la démarche de vérification est indiquée. Un point non coché = un risque juridique identifié.

Points 1 à 4 — Contrat et DPA

• ✅ Point 1 — Un DPA est signé avec votre hébergeur

  Le DPA (Data Processing Agreement) est le contrat de sous-traitance RGPD obligatoire au sens de l’article 28. Il doit exister sous forme écrite — un renvoi dans les CGV ne suffit pas. La plupart des hébergeurs sérieux le proposent directement depuis leur espace client ou sur demande écrite.
  → Comment vérifier : connectez-vous à votre espace client et cherchez « DPA », « contrat de traitement des données » ou « RGPD ». À défaut, contactez le support par écrit et conservez la réponse.

• ✅ Point 2 — Le DPA précise l’objet et la durée du traitement

  Un DPA valide au sens de l’article 28 doit mentionner explicitement : l’objet du traitement (hébergement de données), sa durée, la nature des données traitées, et les catégories de personnes concernées.
  → Comment vérifier : relisez le DPA de votre hébergeur et contrôlez la présence de ces quatre mentions. Un DPA sans durée définie est incomplet.

• ✅ Point 3 — Le DPA liste les sous-traitants ultérieurs de l’hébergeur

  Votre hébergeur fait lui-même appel à des prestataires tiers (fournisseurs d’énergie, opérateurs réseau, solutions de sauvegarde). Le RGPD exige que ces sous-traitants de second rang soient listés dans le DPA ou dans un document annexe accessible.
  → Comment vérifier : cherchez une « liste des sous-traitants » ou « sous-traitants ultérieurs » dans le DPA ou sur le site de l’hébergeur. Son absence est un point de vigilance.

• ✅ Point 4 — Le DPA prévoit une procédure en cas de violation de données

  L’article 28 impose que le sous-traitant notifie le responsable de traitement dans les meilleurs délais en cas de violation. Le DPA doit préciser ce délai et le canal de notification.
  → Comment vérifier : cherchez les termes « violation », « incident de sécurité » ou « notification » dans votre DPA. L’absence de cette clause expose votre capacité à respecter le délai légal de 72 heures imposé à votre égard par la CNIL.

Points 5 à 8 — Localisation et transferts de données

• ✅ Point 5 — La localisation précise des données est connue et documentée

  Vous devez savoir dans quel pays et dans quel datacenter vos données sont stockées. « En Europe » ne suffit pas : le DPA ou la documentation technique de l’hébergeur doit préciser le pays, voire la ville.
  → Comment vérifier : consultez la documentation technique de votre hébergeur ou interrogez le support. LWS (région parisienne), o2switch (Clermont-Ferrand) et OVH (Roubaix, Strasbourg) publient ces informations.

• ✅ Point 6 — Les sauvegardes sont également localisées dans l’UE

  Un hébergeur peut stocker vos données principales en France et réaliser ses sauvegardes dans un pays tiers. Les sauvegardes sont des données personnelles au même titre que les données primaires — elles sont soumises aux mêmes exigences de localisation.
  → Comment vérifier : demandez explicitement à votre hébergeur la localisation de ses sauvegardes. Cette information figure rarement dans les fiches commerciales.

• ✅ Point 7 — En cas d’hébergeur hors UE, des garanties contractuelles sont en place

  Si votre hébergeur est établi hors de l’Union européenne ou traite des données dans un pays tiers, des Clauses Contractuelles Types (CCT) adoptées par la Commission européenne doivent encadrer ce transfert. Un simple DPA ne suffit pas dans ce cas.
  → Comment vérifier : identifiez le siège social juridique de votre hébergeur (pas la localisation de ses serveurs) et vérifiez si des CCT sont annexées à votre contrat.

• ✅ Point 8 — La nationalité juridique de l’hébergeur a été vérifiée

  Un hébergeur dont le siège social est aux États-Unis reste soumis au Cloud Act, quelle que soit la localisation physique de ses serveurs. Le Cloud Act autorise les autorités américaines à accéder aux données contrôlées par une entreprise de droit américain, y compris celles stockées en France.
  → Comment vérifier : consultez les mentions légales et les CGV de votre hébergeur. Cherchez la mention « loi applicable » et le pays d’immatriculation de la société.

Points 9 à 12 — Sécurité, sous-traitants et documentation

• ✅ Point 9 — L’hébergeur dispose d’une certification de sécurité reconnue

  La certification ISO/IEC 27001 est le standard international de référence pour la gestion de la sécurité de l’information. Elle atteste que l’hébergeur a mis en place un système de management de la sécurité audité par un organisme indépendant.
  → Comment vérifier : cherchez « ISO 27001 » sur le site de votre hébergeur. LWS est certifié ISO/IEC 27001:2022 (confirmation mai 2026). OVHcloud est certifié ISO 27001:2013 et ISO 27701:2019. o2switch est certifié ISO 27001.

• ✅ Point 10 — Le certificat SSL est actif et valide sur votre site

  Un certificat SSL/TLS valide chiffre les échanges entre vos visiteurs et votre serveur. Son absence constitue une absence de mesure de sécurité élémentaire au sens du RGPD — les données personnelles (formulaires, connexions) transitent en clair.
  → Comment vérifier : ouvrez votre site dans un navigateur et vérifiez la présence du cadenas dans la barre d’adresse. Un certificat expiré ou absent est un manquement immédiatement détectable par la CNIL.

• ✅ Point 11 — Les sous-traitants de votre hébergeur opérant hors UE sont identifiés

  Votre hébergeur peut utiliser des services tiers américains pour certaines fonctions (réseau de diffusion, protection DDoS, monitoring). Ces prestataires constituent des sous-traitants ultérieurs dont vous devez avoir connaissance pour les mentionner dans votre registre.
  → Comment vérifier : demandez à votre hébergeur la liste complète de ses sous-traitants. Certains hébergeurs la publient dans leur documentation RGPD ou DPA.

• ✅ Point 12 — Votre registre des traitements mentionne votre hébergeur avec les informations requises

  L’article 30 du RGPD impose de tenir un registre des activités de traitement. Votre hébergeur doit y figurer en tant que sous-traitant, avec le nom de la société, le pays de localisation des données, la nature du traitement et les garanties contractuelles en place.
  → Comment vérifier : ouvrez votre registre et cherchez la fiche correspondant à votre hébergeur. Si elle date d’avant votre dernier changement d’hébergeur, elle est à mettre à jour immédiatement.

Cas concret : une boutique WooCommerce face au risque Cloud Act

Hébergeurs américains : les pièges RGPD (Cloud Act, transferts, addenda)

Ce qu’est réellement le Cloud Act — et pourquoi la localisation des serveurs ne change rien

Le Cloud Act (Clarifying Lawful Overseas Use of Data Act) est une loi fédérale américaine adoptée en mars 2018. Elle établit un principe d’accès extraterritorial : les autorités américaines (FBI, DOJ, NSA) peuvent exiger d’une entreprise de droit américain qu’elle leur communique des données électroniques, quelle que soit la localisation physique des serveurs sur lesquels ces données sont stockées.

Concrètement : si votre hébergeur est une société dont le siège social est aux États-Unis, ses serveurs implantés à Paris, Lyon ou Francfort ne vous protègent pas. La loi applicable à une entreprise est déterminée par sa nationalité juridique — pas par la localisation de ses actifs physiques. Acheter un hébergement « en France » à un prestataire américain revient à louer un coffre en France à une banque dont le siège est à San Francisco : le coffre est ici, mais les clés peuvent être réclamées là-bas.

Ce conflit entre le Cloud Act et le RGPD est documenté et reconnu. L’article 48 du RGPD stipule que les autorités d’un pays tiers ne peuvent obtenir des données qu’à travers des accords internationaux ou des mécanismes de coopération judiciaire. Le Cloud Act contourne précisément cette règle en imposant un accès extraterritorial direct. Les deux textes créent des obligations juridiquement opposées pour les prestataires concernés.

Les hébergeurs concernés en 2026

Les hébergeurs suivants sont des sociétés de droit américain. Leurs offres « avec serveurs en France ou en Europe » ne les exemptent pas du Cloud Act :

⚠ Informations basées sur les mentions légales et CGV publiques des hébergeurs — vérifier sur les pages officielles avant toute décision.

L’addendum RGPD : solution partielle ou garantie suffisante ?

Certains hébergeurs américains proposent un addendum RGPD — un avenant contractuel qui intègre les Clauses Contractuelles Types (CCT) adoptées par la Commission européenne. Ces CCT constituent le mécanisme légal de transfert hors UE reconnu depuis l’arrêt Schrems II (2020) et le cadre de protection des données UE-États-Unis (Data Privacy Framework, 2023).

Un addendum RGPD valide avec CCT intégrées permet de légaliser le transfert de données vers un hébergeur américain au regard du RGPD. Il ne supprime pas l’exposition au Cloud Act — il encadre contractuellement la relation et documente les garanties mises en place, ce qui est nécessaire pour votre registre des traitements.

En pratique, recourir à un hébergeur américain n’est pas automatiquement une infraction RGPD — à condition que trois éléments soient réunis :

• Un addendum RGPD avec CCT est signé et disponible dans votre espace client
• L’addendum précise la localisation des données et liste les sous-traitants ultérieurs
• Le transfert et ses garanties sont mentionnés dans votre registre des traitements

Pour les données particulièrement sensibles (données de santé, données financières, données de mineurs), un hébergeur de droit européen reste la solution la plus sûre — le risque résiduel lié au Cloud Act étant difficile à éliminer totalement par voie contractuelle.

Hébergeurs européens (non français) : conformes, mais avec des nuances

Tous les hébergeurs européens ne sont pas américains — et cette distinction est fondamentale pour votre conformité RGPD. Un hébergeur dont le siège social est dans un État membre de l’Union européenne est soumis au droit européen, pas au Cloud Act américain. Il reste cependant soumis aux exigences du RGPD au même titre qu’un hébergeur français : DPA obligatoire, localisation des données documentée, sous-traitants listés.

Hostinger (Lituanie) — hors Cloud Act, mais quelles garanties réelles ?

Hostinger est une société de droit lituanien (UAB Hostinger International), dont le siège social est à Kaunas, en Lituanie. La Lituanie est un État membre de l’Union européenne depuis 2004. Hostinger n’est donc pas soumis au Cloud Act américain — contrairement à une idée reçue fréquente, souvent liée à sa forte présence internationale et à son interface en anglais.

Du point de vue RGPD, Hostinger propose un DPA accessible depuis son espace client et sa documentation légale. Ses datacenters européens sont disponibles au moment de la commande — vérifiez que la région « Europe » ou « UE » est bien sélectionnée lors de la création de votre compte, car d’autres régions (États-Unis, Asie) sont proposées par défaut selon votre profil.

Les points de vigilance spécifiques à Hostinger :

• La région de datacenter doit être choisie explicitement → elle n’est pas automatiquement définie sur l’UE pour les utilisateurs francophones — vérifiez votre paramètre de localisation dans les réglages de votre hébergement
• Le support est en français mais les équipes sont localisées à l’étranger → délai de réponse et compréhension des problématiques spécifiques au marché français (facturation TTC, CNIL, noms de domaine .fr) parfois moins fluides qu’avec un hébergeur français
• Le prix de renouvellement est significativement plus élevé que le prix d’appel → à titre indicatif, certaines offres d’entrée de gamme passent d’environ 1,79 €/mois (prix promotionnel) à environ 7,99 €/mois dès la deuxième année — à comparer selon les conditions de renouvellement en vigueur au moment de votre souscription

Hetzner et Infomaniak : cas particuliers

Hetzner est une société de droit allemand (Hetzner Online GmbH), dont les datacenters sont situés en Allemagne et en Finlande. Elle est hors Cloud Act, certifiée ISO 27001, et propose un DPA. Son positionnement est orienté développeurs et projets techniques — l’interface est disponible en français mais le support est principalement en anglais et en allemand. Selon votre niveau technique, ce point peut constituer un frein.

Infomaniak est une société de droit suisse (Infomaniak Network SA), dont les datacenters sont situés exclusivement en Suisse (Genève et Winterthour). La Suisse bénéficie d’une décision d’adéquation de la Commission européenne — ce qui signifie que les transferts de données vers la Suisse sont autorisés sans CCT supplémentaires. Infomaniak est certifiée ISO 27001 et propose un DPA. Son positionnement est explicitement orienté conformité et souveraineté numérique, avec un support francophone de qualité. Point de vigilance : ses tarifs sont généralement plus élevés que ceux des hébergeurs mutualisés classiques — à comparer selon votre budget et vos besoins.

⚠ Informations basées sur les pages officielles des hébergeurs et les mentions légales publiques — vérifier avant toute décision de souscription.

Hébergeurs français : la voie la plus simple vers la conformité

Un hébergeur de droit français présente trois avantages structurels pour votre conformité RGPD. Il est soumis au droit français et au droit européen — pas au Cloud Act. Ses données sont traitées sous la juridiction de la CNIL, l’autorité de contrôle la plus active d’Europe en matière de sanctions. Et la relation contractuelle (DPA, support, facturation) se gère intégralement en français, sans ambiguïté de traduction sur les clauses juridiques.

Trois hébergeurs français concentrent la majorité des sites professionnels hébergés en France : LWS, OVHcloud et o2switch. Leurs garanties RGPD sont comparables sur les critères fondamentaux — les différences portent sur les certifications, les tarifs et les profils d’usage recommandés.

⚠ Tarifs indicatifs vérifiés en mai 2026 — consulter les pages officielles lws.fr, ovhcloud.com et o2switch.fr avant toute souscription. Les prix d’appel s’entendent hors taxes pour la première période d’engagement.

En synthèse, selon votre profil :

• Site vitrine, blog ou boutique WooCommerce standard → LWS ou o2switch couvrent l’ensemble des exigences RGPD à un tarif accessible. DPA disponible, ISO 27001, datacenters France.
• Données de santé, données financières ou projets soumis à des obligations sectorielles → OVHcloud avec certification HDS ou SecNumCloud est la solution adaptée. o2switch n’est pas certifié HDS.
• Agence gérant plusieurs sites clients → o2switch propose un hébergement mutualisé sans limite de sites sur un compte unique, avec un tarif de renouvellement identique au tarif d’appel — un avantage budgétaire significatif sur 3 ans.

DPA : comment l’obtenir concrètement auprès de LWS, OVH et Hostinger

Obtenir le DPA de son hébergeur est souvent l’étape qui bloque les propriétaires de sites — non pas par complexité juridique, mais par manque d’information sur la procédure exacte. Voici la démarche vérifiée pour les trois hébergeurs les plus utilisés en France.

LWS — procédure

LWS met à disposition son DPA directement depuis sa documentation légale et son espace client. La procédure ne nécessite pas de demande préalable au support.

• Étape 1 → Connectez-vous à votre espace client LWS sur lws.fr
• Étape 2 → Accédez à la section « Mentions légales » ou « RGPD » depuis le pied de page du site ou depuis votre tableau de bord
• Étape 3 → Téléchargez le document intitulé « Contrat de traitement des données » ou « DPA » — il est disponible en format PDF
• Étape 4 → Conservez une copie datée du document dans votre dossier de conformité RGPD

Le DPA de LWS précise la localisation des données (datacenters en France, région parisienne), la certification ISO/IEC 27001:2022 et les mesures techniques et organisationnelles mises en place. Si le document n’est pas immédiatement visible depuis votre espace client, contactez le support LWS par ticket en précisant « demande de DPA RGPD article 28 » — la réponse intervient généralement sous 24 à 48 heures ouvrées.

OVHcloud — procédure

OVHcloud dispose d’une page dédiée à sa conformité et à ses certifications, accessible publiquement sans connexion à l’espace client.

• Étape 1 → Rendez-vous sur ovhcloud.com, rubrique « Conformité et certifications » (accessible via ovhcloud.com/fr/enterprise/certification-conformity)
• Étape 2 → Consultez la section RGPD — OVHcloud y détaille son engagement de conformité au Règlement (UE) 2016/679 et sa qualité de membre fondateur de CISPE
• Étape 3 → Le DPA OVHcloud est intégré aux Conditions Générales de Service sous la forme d’un avenant de traitement des données — consultez les CGS en vigueur sur votre espace client OVHcloud sous « Mes contrats »
• Étape 4 → Pour les offres cloud et dédiées, un DPA spécifique peut être demandé via le support OVHcloud en précisant le type d’offre souscrite et votre obligation contractuelle au titre de l’article 28 du RGPD

OVHcloud est certifié ISO 27001:2013 et ISO 27701:2019 — cette dernière certification porte spécifiquement sur la gestion de la sécurité du traitement des données personnelles, ce qui en fait l’un des hébergeurs les mieux documentés sur le plan de la conformité RGPD en France.

Hostinger — procédure addendum

Hostinger propose son DPA sous la forme d’un addendum RGPD accessible depuis sa documentation légale en ligne. La procédure est entièrement en libre-service.

• Étape 1 → Rendez-vous sur hostinger.fr, section « Politique de confidentialité » ou « Mentions légales » depuis le pied de page
• Étape 2 → Cherchez le document intitulé « Data Processing Agreement » ou « Accord de traitement des données » — disponible en téléchargement libre depuis la page dédiée à la conformité RGPD d’Hostinger
• Étape 3 → Vérifiez que le document mentionne explicitement la localisation des données dans l’UE — Hostinger propose plusieurs régions de datacenter, et le DPA doit correspondre à la région effectivement sélectionnée
• Étape 4 → Conservez une copie du DPA avec la date de téléchargement et la version du document dans votre dossier de conformité

Point de vigilance spécifique à Hostinger : vérifiez que la région de datacenter configurée sur votre compte correspond bien à l’UE. Si votre compte a été créé sans sélection explicite de région, vos données peuvent être stockées hors UE par défaut — ce qui modifie les garanties applicables et les mentions à porter dans votre registre des traitements.

⚠ Procédures vérifiées en mai 2026 — les emplacements de navigation peuvent évoluer selon les mises à jour des interfaces des hébergeurs.

Registre des traitements : comment y faire figurer votre hébergeur

L’article 30 du RGPD impose à tout responsable de traitement de tenir un registre des activités de traitement. Ce registre doit recenser l’ensemble des traitements de données personnelles mis en œuvre — y compris ceux confiés à des sous-traitants. Votre hébergeur stocke les données personnelles de vos visiteurs, clients et utilisateurs : il doit obligatoirement figurer dans ce registre.

En pratique, le registre prend la forme d’un tableau dans lequel chaque activité de traitement fait l’objet d’une fiche distincte. La fiche relative à votre hébergeur doit contenir les informations suivantes :

Trois règles pratiques à appliquer immédiatement pour maintenir votre registre à jour :

• Créer une fiche dès le changement d’hébergeur → ne pas attendre la prochaine révision annuelle. Toute migration entraîne une modification immédiate des données du registre — nouvelle dénomination sociale, nouvelle localisation, nouveau DPA à référencer.
• Dater chaque modification → la date de mise à jour est un élément que la CNIL vérifie. Un registre sans date de révision récente est interprété comme un registre non maintenu — ce qui constitue en lui-même un manquement à l’article 30.
• Distinguer les sous-traitants directs des sous-traitants de second rang → votre hébergeur principal figure dans une fiche distincte de celle de votre CDN, de votre solution analytics ou de vos plugins tiers. Regrouper tous les prestataires dans une seule fiche est une erreur fréquente qui fragilise votre dossier en cas de contrôle.

La CNIL met à disposition un modèle de registre des traitements téléchargeable gratuitement sur cnil.fr, sous la rubrique « Gérer et sécuriser les données ». Ce modèle est directement utilisable pour créer ou mettre à jour la fiche relative à votre hébergeur.

CDN, analytics, plugins : les sous-traitants de second rang à ne pas oublier

La conformité RGPD de votre hébergement ne s’arrête pas à votre hébergeur principal. Dès lors qu’un service tiers traite des données personnelles de vos visiteurs pour votre compte — même de façon automatique et transparente — il est qualifié de sous-traitant au sens du RGPD. Chacun de ces services requiert un DPA distinct et une fiche dans votre registre des traitements.

Voici les sous-traitants de second rang les plus fréquemment oubliés, et leur statut RGPD en 2026 :

⚠ Statuts et disponibilités des DPA vérifiés en mai 2026 — consulter les pages officielles de chaque service avant toute décision.

La règle pratique à retenir : tout service qui reçoit ou traite des données personnelles de vos visiteurs — même une fraction de seconde, même de façon automatique — est un sous-traitant au sens du RGPD. Cela inclut les services chargés au niveau du navigateur via un script JavaScript (analytics, chat en ligne, outils de heatmap), pas uniquement les services auxquels vous envoyez activement des données.

Pour auditer rapidement votre situation, ouvrez votre site dans un navigateur avec l’outil de développement activé (touche F12, onglet « Réseau ») et observez les requêtes émises vers des domaines tiers lors du chargement de la page. Chaque domaine tiers qui reçoit des données (adresse IP, cookies, paramètres de navigation) est un sous-traitant potentiel à identifier et à encadrer.

Conclusion

La conformité RGPD de votre site ne se résume pas à une bannière cookies bien configurée. Elle commence par le choix de votre hébergeur — et se poursuit par trois démarches concrètes que la majorité des propriétaires de sites n’ont jamais engagées : signer un DPA, vérifier la nationalité juridique de leur hébergeur, et tenir leur registre des traitements à jour.

Ces trois démarches ne requièrent ni compétence juridique avancée, ni budget supplémentaire. Elles requièrent uniquement du temps — quelques heures pour un site standard — et la méthode décrite dans cet article.

Selon votre situation, voici les priorités à engager immédiatement :

• Vous êtes hébergé chez un acteur français (LWS, OVH, o2switch) → votre risque Cloud Act est nul. Concentrez-vous sur l’obtention du DPA (s’il n’est pas encore signé) et la mise à jour de votre registre des traitements — en particulier les sous-traitants de second rang souvent oubliés (CDN, analytics, emailing).
• Vous êtes hébergé chez un acteur européen non français (Hostinger, Hetzner) → vérifiez que la région de datacenter sélectionnée est bien l’UE, obtenez le DPA correspondant, et mentionnez les garanties contractuelles dans votre registre. Votre exposition au Cloud Act est nulle — mais les autres obligations RGPD s’appliquent intégralement.
• Vous êtes hébergé chez un acteur américain (GoDaddy, Bluehost, WP Engine) → évaluez l’exposition au Cloud Act selon la sensibilité des données traitées sur votre site. Si votre hébergeur propose un addendum RGPD avec CCT, obtenez-le et mentionnez le transfert dans votre registre. Pour les données clients sensibles (e-commerce, données de santé, données de mineurs), une migration vers un hébergeur de droit européen est la solution la plus sûre à long terme.

En 2026, la CNIL contrôle de plus en plus à distance — sans préavis, sans visite sur site. Une bannière cookies non conforme, un registre figé, un DPA absent : chacun de ces points est détectable en quelques minutes depuis un navigateur. La mise en conformité l’est tout autant.

Le Cloud Act est une loi fédérale américaine adoptée le 23 mars 2018. Elle oblige toute société de droit américain à transmettre aux autorités fédérales US les données qu’elle contrôle, quel que soit le pays où ces données sont physiquement stockées. Si votre hébergeur est américain — AWS, GoDaddy, Cloudflare, ou tout prestataire dont la maison-mère est incorporée aux États-Unis — vos données clients sont potentiellement accessibles aux autorités américaines, même si les serveurs sont localisés en France ou en Europe. Cette situation crée un conflit direct, structurel et non résolu avec le RGPD.

Vous avez choisi un hébergeur affichant « serveurs en France » en pensant être protégé par le RGPD. C’est une erreur juridique fréquente — et en 2026, elle est de moins en moins tolérée. La CNIL a prononcé 486 millions d’euros d’amendes en 2025, soit neuf fois plus qu’en 2024, avec 67 sanctions sur 83 visant des PME via procédure simplifiée. En décembre 2025, un rapport juridique commandé par le ministère allemand de l’Intérieur a confirmé que le Cloud Act, combiné au FISA 702, permet aux agences américaines d’accéder à toute donnée contrôlée par une entreprise de droit américain, où qu’elle soit hébergée.

Cet article examine quels hébergeurs sont réellement concernés, pourquoi cette situation contredit le RGPD, et comment choisir — ou migrer vers — un hébergeur français non soumis à cette loi. Tarifs et certifications vérifiés en mai 2026.

Qu’est-ce que le Cloud Act — et ce qui a changé depuis 2018 ?

La loi de 2018 : un texte né d’un conflit Microsoft-FBI

Le Cloud Act — Clarifying Lawful Overseas Use of Data Act — est une loi fédérale américaine adoptée le 23 mars 2018. Elle est née d’un bras de fer entre le FBI et Microsoft.

En 2013, le FBI réclame à Microsoft des données stockées sur des serveurs situés en Irlande dans le cadre d’une enquête pour trafic de drogue. Microsoft refuse : les données sont en Europe, le droit américain ne s’applique pas. Cinq ans de procédure s’ensuivent. En 2016, Microsoft gagne en appel. Le gouvernement américain saisit la Cour suprême. Le Cloud Act tranche le débat avant même que la Cour suprême ne statue — en faveur du gouvernement américain.

Il pose deux règles que tout utilisateur d’hébergeur américain doit connaître :

• Accès extraterritorial obligatoire → toute entreprise de droit américain doit remettre aux autorités fédérales les données qu’elle contrôle, peu importe où elles sont stockées → ce que ça vous coûte concrètement : vos données clients hébergées « en France » chez AWS ou GoDaddy peuvent être transmises aux autorités américaines sans que vous en soyez informé
• Accords bilatéraux accélérés → les États-Unis peuvent signer des accords avec des pays étrangers pour court-circuiter les procédures d’entraide judiciaire internationale → ce que ça change pour vous : le mécanisme de protection juridique classique — long, incertain, souvent efficace — disparaît

En clair : avant le Cloud Act, un hébergeur américain pouvait résister à une demande de données étrangères en invoquant la localisation des serveurs. Depuis 2018, cette défense n’existe plus.

FISA 702 et rapport Cologne 2025 : l’arsenal s’est renforcé

Le Cloud Act n’est pas isolé. Il s’inscrit dans un ensemble législatif américain de surveillance des données qui s’est consolidé entre 2018 et 2026.

Le FISA 702 — section 702 du Foreign Intelligence Surveillance Act — autorise les agences de renseignement américaines (NSA, FBI, CIA) à collecter des communications électroniques de ressortissants étrangers stockées par des prestataires américains, sans mandat judiciaire individuel. Cette disposition a été prolongée jusqu’en avril 2026, puis potentiellement reconduite.

En décembre 2025, un rapport juridique commandé par le ministère allemand de l’Intérieur — rédigé par l’université de Cologne, maintenu confidentiel avant d’être rendu public — apporte une confirmation officielle : Cloud Act et FISA 702 combinés permettent aux agences américaines d’accéder à toute donnée hébergée hors des États-Unis dès lors qu’elle est contrôlée par une entité de droit américain.

Ce que ce rapport signifie pour vous :

• Vous utilisez AWS, Google Cloud ou Azure → vos données sont potentiellement accessibles aux agences américaines, même si vos serveurs sont à Paris ou Francfort → risque de violation RGPD sans que vous ayez commis la moindre erreur de configuration
• Vous utilisez un hébergeur dont vous ne connaissez pas la nationalité juridique → vous ignorez peut-être que vous êtes dans ce cas → 10 minutes de vérification dans les CGU de votre hébergeur peuvent changer votre exposition juridique
• Vous pensez que « ça n’arrive qu’aux grandes entreprises » → les 67 sanctions CNIL sur 83 prononcées en 2025 via procédure simplifiée visaient des structures de taille modeste → la taille de votre entreprise ne vous protège pas

Quels hébergeurs sont concrètement soumis au Cloud Act ?

La règle clé : nationalité juridique, pas localisation des serveurs

C’est l’erreur de raisonnement la plus répandue — et la plus coûteuse. Beaucoup d’utilisateurs choisissent un hébergeur en vérifiant la localisation des datacenters : « serveurs en France », « datacenter Paris », « hébergement Europe ». Cette information est réelle. Elle est aussi juridiquement insuffisante.

Ce qui détermine l’applicabilité du Cloud Act, c’est la nationalité juridique de l’entreprise qui opère vos données — pas la carte où sont physiquement installés ses serveurs.

• Votre hébergeur a son siège aux États-Unis → Cloud Act applicable → vos données peuvent être réquisitionnées par les autorités fédérales américaines, quel que soit le pays du datacenter → vous ne contrôlez plus qui accède aux données de vos clients
• Votre hébergeur est une filiale d’un groupe américain → même conséquence → un contrat stipulant « données hébergées en Europe » ne change pas la juridiction applicable → vos clauses contractuelles ne valent rien face à une ordonnance fédérale américaine
• Votre hébergeur est une société de droit européen, sans actionnaire majoritaire américain → Cloud Act non applicable → vos données restent sous juridiction européenne et sous protection RGPD

AWS, GoDaddy, Cloudflare, Azure — le cas des géants américains

Hostinger, SiteGround, Bluehost — le cas des hébergeurs « européens »

Hostinger est une société de droit lituanien dont le siège social est à Vilnius — État membre de l’Union européenne. En tant que société incorporée en Lituanie, elle n’est pas directement soumise au Cloud Act au sens strict. C’est une distinction importante que de nombreux articles omettent. Deux points de vigilance subsistent : la structure actionnariale exacte d’Hostinger International Ltd. mérite vérification, et certains sous-traitants technologiques peuvent être de droit américain — à vérifier dans leur DPA.

Pourquoi le Cloud Act contredit directement le RGPD ?

Un conflit de lois sans solution intermédiaire

Le problème n’est pas une zone grise juridique. C’est une contradiction frontale entre deux systèmes législatifs qui s’appliquent simultanément au même hébergeur.

• Le RGPD (articles 44 à 49) interdit tout transfert de données personnelles de citoyens européens vers un pays tiers sans garanties adéquates. Vous devez pouvoir démontrer que vos données ne quittent pas un cadre juridique protecteur.
• Le Cloud Act oblige ce même hébergeur à transmettre les données aux autorités américaines sur ordonnance d’un tribunal fédéral — sans nécessairement en informer le client, et sans attendre l’aval d’une juridiction européenne.

Le résultat est ce que les juristes qualifient d’impossibilité juridique : l’hébergeur ne peut pas simultanément respecter les deux lois. S’il obéit au Cloud Act, il viole potentiellement le RGPD. S’il résiste au Cloud Act, il viole la loi américaine.

Ce conflit a des conséquences directes pour vous :

• Vous ne pouvez pas garantir à vos clients que leurs données ne seront pas transmises à des tiers → or le RGPD vous impose exactement cette garantie → risque de violation de vos obligations contractuelles et réglementaires
• En cas de réquisition Cloud Act, vous n’êtes pas nécessairement informé → vous ne pouvez ni alerter vos clients ni exercer vos droits → perte totale de contrôle sur vos données, sans possibilité de réaction
• Le juge américain ne tient pas compte du RGPD → il applique la loi américaine → vos clauses contractuelles « conformes RGPD » avec votre hébergeur ne valent rien face à une ordonnance fédérale américaine

Le Data Privacy Framework (2023) ne règle pas le problème

En juillet 2023, la Commission européenne a adopté le Data Privacy Framework (DPF) — le successeur du Privacy Shield, invalidé par la Cour de justice de l’UE en juillet 2020 (arrêt Schrems II). Le DPF tente de créer un cadre permettant les transferts commerciaux de données personnelles entre l’UE et les États-Unis.

Dans la pratique, deux limites majeures subsistent :

• Le DPF encadre les transferts commerciaux — il ne suspend pas le Cloud Act. Une ordonnance d’un tribunal fédéral américain prime sur tout accord commercial entre l’UE et les États-Unis.
• La solidité juridique du DPF est contestée. De nombreux juristes européens estiment qu’un « Schrems III » est probable. Si la Cour de justice invalide à nouveau le cadre de transfert UE-États-Unis, toute entreprise qui s’appuyait sur le DPF se retrouverait en violation du RGPD du jour au lendemain.

Cas concrets — réquisitions et sanctions 2024-2026

Le rapport Cologne de décembre 2025

En décembre 2025, un rapport juridique commandé par le ministère fédéral allemand de l’Intérieur est rendu public après avoir été maintenu confidentiel. Son auteur : l’université de Cologne. Sa conclusion est sans ambiguïté : le Stored Communications Act, renforcé par le Cloud Act, combiné à la section 702 du FISA prolongée jusqu’en avril 2026, permet aux agences américaines d’accéder à toute donnée hébergée hors des États-Unis dès lors qu’elle est contrôlée par une entité de droit américain.

• Ce rapport est officiel, commandé par un gouvernement européen → son poids juridique et politique est significatif — ce n’est pas une analyse partisane
• Il confirme que FISA 702 + Cloud Act forment un arsenal cumulatif → deux vecteurs d’accès à vos données, pas un seul
• Il a été maintenu confidentiel avant publication → ce qui indique la sensibilité politique du sujet au sein même des gouvernements européens

CNIL 2025 : 486 M€ d’amendes, les PME dans le viseur

En 2025, la CNIL a prononcé 486 millions d’euros d’amendes — soit neuf fois plus qu’en 2024. Mais c’est la structure de ces sanctions qui doit retenir l’attention des TPE et PME :

• 67 sanctions sur 83 ont été prononcées via procédure simplifiée → ce mécanisme est précisément conçu pour traiter rapidement les dossiers impliquant des structures de taille modeste → la CNIL ne cible plus uniquement les grands groupes
• L’utilisation de services cloud américains figure parmi les vecteurs de non-conformité identifiés → Google Analytics, outils de tracking, hébergement de formulaires chez des prestataires américains → des pratiques courantes chez les petites structures sont dans le champ des contrôles
• La procédure simplifiée réduit les délais et les recours → une PME peut recevoir une sanction CNIL sans les années de procédure qui précèdent les grandes affaires → la rapidité d’exécution change le niveau de risque réel

Quelle est la solution — les hébergeurs français non soumis au Cloud Act ?

Ce qu’il faut vérifier avant de choisir un hébergeur

• Nationalité juridique de la société → cherchez le siège social dans les mentions légales ou les CGU → une société incorporée en France ou dans un État membre de l’UE est a priori hors du champ du Cloud Act
• Localisation des datacenters → critère secondaire mais utile — couplé à une nationalité juridique française, il garantit que vos données ne quittent pas le territoire national
• Certifications → ISO 27001 : standard international de sécurité des systèmes d’information → SecNumCloud (ANSSI) : qualification française de plus haut niveau → HDS : obligatoire pour les données de santé
• DPA disponible → le Data Processing Agreement doit préciser la localisation des données, les sous-traitants utilisés et leurs nationalités → un hébergeur qui ne propose pas de DPA clair est un signal d’alerte

Top 5 hébergeurs français conformes en 2026

Comment migrer depuis un hébergeur américain — les étapes clés ?

La migration d’hébergeur est souvent perçue comme un projet long et risqué. Dans la majorité des cas — site WordPress standard, e-commerce PrestaShop ou WooCommerce de taille modeste — elle est réalisable en 24 à 48 heures, sans interruption de service visible pour vos visiteurs.

• Inventaire complet → nombre de sites, bases de données, adresses email, certificats SSL, applications installées et leurs versions, accès FTP/SFTP actifs
• Sauvegarde intégrale → fichiers du site (FTP/SFTP), base de données complète (export SQL via phpMyAdmin), emails si vous souhaitez conserver l’historique → conserver en local ET sur un stockage externe distinct
• Relevé des paramètres DNS actuels → enregistrements A, MX, CNAME → réduire le TTL à 300 secondes 24h avant la migration pour accélérer la propagation
• Souscription chez le nouvel hébergeur → LWS, o2switch ou OVHcloud selon votre profil → contacter le support avant de commencer : LWS propose une assistance à la migration gratuite

Les 7 étapes de la migration sans interruption de service

1. Import des fichiers sur le nouvel hébergeur via FTP/SFTP ou plugin de migration WordPress (Duplicator, All-in-One WP Migration)
2. Import de la base de données via phpMyAdmin → mise à jour du fichier wp-config.php avec les nouveaux identifiants
3. Tests complets sur URL temporaire → affichage des pages, formulaires, administration, médias, panier e-commerce → ne passez à l’étape suivante que lorsque tout est validé
4. Migration des emails → création des adresses sur le nouvel hébergeur → transfert de l’historique via client mail (IMAP) avant modification des enregistrements MX
5. Modification des enregistrements DNS → mise à jour de l’enregistrement A + MX → avec un TTL de 300 secondes, la propagation est effective en 5 à 30 minutes
6. Activation du certificat SSL → Let’s Encrypt inclus chez LWS et o2switch, activable en un clic depuis le panneau de contrôle → vérifier l’affichage HTTPS après propagation
7. Vérification finale et résiliation → attendre 48 à 72h après modification DNS → valider le site, les emails et les formulaires → résilier l’ancien hébergement seulement ensuite

Conclusion

Le Cloud Act n’est pas une menace abstraite réservée aux grandes entreprises. C’est une loi en vigueur, renforcée par le FISA 702, dont l’application a été confirmée en décembre 2025 par un rapport officiel commandé par le ministère allemand de l’Intérieur. Si votre hébergeur est une société de droit américain, vos données clients sont potentiellement accessibles aux autorités fédérales américaines — sans que vous en soyez informé, sans que le RGPD puisse s’y opposer, et sans que la localisation de vos serveurs en France ne change quoi que ce soit à cette réalité juridique.

La bonne nouvelle : la solution existe, elle est accessible et ne nécessite pas un budget important. Des hébergeurs français certifiés ISO 27001, avec des datacenters 100 % en France, proposent des offres compétitives à partir de 1,49 €/mois. La migration depuis un hébergeur américain est réalisable en 24 à 48 heures pour un site WordPress standard — souvent avec une assistance gratuite.

En 2026, choisir un hébergeur n’est plus seulement une décision technique. C’est une décision juridique. Et cette décision, vous pouvez la prendre aujourd’hui.

FAQ — Questions fréquentes sur le Cloud Act et l’hébergement

• 3 hébergeurs intègrent réellement l’IA en 2026 → Hostinger (Horizons + Kodee), IONOS (Assistant WordPress + Co-Pilot) et LWS (WPilot + générateur IA) proposent chacun des outils distincts — pas uniquement un argument marketing
• Deux types d’IA à distinguer → l’IA de création (génération de site par prompt) et l’IA d’administration (assistance, sécurité, maintenance) — elles ne répondent pas aux mêmes besoins selon votre stade de projet
• Hostinger Horizons : le plus avancé, mais avec un risque de lock-in → le site généré n’est pas WordPress natif — une migration vers un autre hébergeur est plus complexe qu’avec un site WordPress classique
• LWS : l’alternative souveraine française → 4 500 serveurs en France, certifié ISO 27001 et HDS, IA sans dépendance aux modèles américains — à partir de 1,49 € HT/mois
• L’IA reste un critère secondaire dans votre choix d’hébergeur → infrastructure, uptime (99,9 % minimum) et prix de renouvellement doivent rester vos critères prioritaires

En 2026, les hébergeurs web qui intègrent réellement l’IA à leur offre sont Hostinger (Horizons + Kodee), IONOS (Assistant WordPress + Co-Pilot) et LWS (WPilot + générateur IA). L’IA couvre trois usages distincts : la création de site par prompt, l’assistance à l’administration et la sécurité automatisée. Elle reste un critère secondaire face à l’infrastructure, l’uptime et le prix de renouvellement.

Créer un site web en décrivant son projet en quelques mots : ce n’est plus une promesse marketing, c’est une fonctionnalité disponible dès aujourd’hui chez plusieurs hébergeurs. En 2026, l’IA s’intègre à trois niveaux dans l’hébergement web : la génération de site (création par prompt, sans coder), l’administration assistée (chatbot, actions automatisées, maintenance WordPress) et la sécurité proactive (détection de malware, analyse comportementale). Mais tous les hébergeurs n’avancent pas au même rythme — et tous les outils IA ne se valent pas.

Ce comparatif analyse Hostinger, IONOS et LWS sur leurs fonctionnalités IA réelles, leurs limites concrètes et leur adéquation selon votre profil : débutant, indépendant, TPE ou professionnel soucieux de la souveraineté de ses données. Offres et fonctionnalités vérifiées en mai 2026 — les tarifs sont susceptibles d’évoluer, consultez les pages officielles avant toute souscription.

L’intelligence artificielle dans l’hébergement web ne se résume pas à un générateur de site. En 2026, les hébergeurs déploient l’IA à plusieurs niveaux — avec des degrés d’intégration très variables. Avant de comparer les hébergeurs, il est utile de distinguer les cinq catégories d’outils IA que vous pouvez rencontrer.

• Génération de site par prompt → vous décrivez votre projet en langage naturel, l’IA génère le site complet (mise en page, textes, images) → vous gagnez plusieurs jours de travail sans toucher au code
• Assistant d’administration → un chatbot IA dans votre panneau de contrôle répond à vos questions techniques et exécute des actions → réduit la dépendance au support humain pour les opérations courantes
• IA de sécurité → détection comportementale des menaces, scan anti-malware automatisé, protection DDoS → réduit le risque de compromission sans intervention manuelle
• IA de maintenance WordPress → mises à jour de sécurité guidées, optimisations SEO automatiques, recommandations de performances → accessible sans expertise technique
• IA marketing et emailing → rédaction assistée de campagnes email, suggestions de contenu → économise du temps sur les tâches répétitives

C’est l’usage IA le plus médiatisé en 2026. Vous saisissez une description de votre activité et l’hébergeur génère un site complet en quelques minutes : structure, textes, images et plugins. Cette approche no-code supprime la barrière technique pour les créateurs de premier site.

Attention à une distinction fondamentale : certains hébergeurs génèrent un site sur une plateforme propriétaire (comme Hostinger Horizons), d’autres génèrent directement un site WordPress natif (comme IONOS ou LWS). Cette différence a un impact direct sur votre capacité à migrer par la suite.

L’IA appliquée à la sécurité analyse les comportements suspects en temps réel et déclenche des protections avant même qu’une attaque ne soit formellement identifiée. Les assistants IA de maintenance WordPress comme WPilot chez LWS guident les utilisateurs dans les opérations courantes sans nécessiter d’expertise technique.

En 2026, Hostinger est l’hébergeur qui a le plus investi dans l’intégration de l’IA. Son écosystème repose sur quatre outils distincts : création de site, assistance quotidienne, gestion de contenu WordPress et déploiement d’agents IA sur VPS.

Lancé en janvier 2025, Hostinger Horizons est une plateforme no-code alimentée par l’IA. En mars 2026, Horizons franchissait le million d’utilisateurs en un an, avec la France dans le top 5 mondial des pays utilisateurs.

• Génération complète depuis un prompt → layout, textes, images, architecture backend inclus → application déployée en quelques minutes, sans prestataire externe
• Backend natif et module e-commerce intégrés → outils interactifs (trackers, formulaires de paiement, tableaux de bord) sans plugin tiers
• Accès gratuit limité à 5 messages par jour → suffisant pour explorer, insuffisant pour finaliser un projet complet → un usage sérieux nécessite un plan payant

Kodee prend en charge 350 actions d’administration et traite 83 % des interactions du support client. Il répond en français. En cas de dépassement de ses capacités, il transfère vers un agent humain via chat — délai observé d’environ quatre minutes.

OpenClaw est un agent IA auto-hébergé déployable en un clic sur VPS Hostinger — plus de 100 000 déploiements enregistrés en quelques mois. L’agent IA WordPress gère le contenu par langage naturel avec intégration Elementor.

• Horizons n’est pas WordPress → les applications générées reposent sur une plateforme propriétaire — non exportables nativement → déterminant si vous envisagez de migrer dans 12 à 24 mois
• Hostinger ne propose plus de support téléphonique → accès humain uniquement via chat — à peser selon votre dépendance au site

Uptime mesuré : 99,98 % selon les tests indépendants de mai 2026 — supérieur au seuil garanti de 99,9 %. Centres de données certifiés Tier III.

IONOS adopte une approche différente : l’IA est intégrée directement dans l’écosystème WordPress, sans plateforme propriétaire intermédiaire. Le site généré est un site WordPress à part entière — contrôle total, quel que soit votre hébergeur futur.

Développé en partenariat avec Extendify, l’Assistant WordPress IONOS génère un site professionnel complet en moins d’une minute : mise en page professionnelle, textes adaptés, images sélectionnées, plugins pré-installés.

• Site généré 100 % WordPress natif → migration vers n’importe quel hébergeur WordPress à tout moment, sans reconstruction
• Personnalisation totale après génération → tous les thèmes et plugins WordPress restent accessibles
• Optimisation SEO et mobile incluse dès la génération → base technique solide sans configuration manuelle

• Co-Pilot → chatbot IA dans l’admin WordPress → répond à vos questions directement dans votre espace de travail
• Générateur de texte dans Gutenberg → rédigez vos contenus sans quitter votre interface WordPress
• IA emailing intégrée → rédaction assistée du contenu et de l’objet de vos campagnes

• Conseiller personnel dédié 24h/24 et 7j/7 → accès humain direct contrairement à Hostinger → interlocuteur identifié en cas d’incident
• Datacenters en Europe, dont en France → latence réduite, conformité RGPD facilitée

L’offre Managed WordPress IONOS démarre à 1 € HT/mois en période promotionnelle. Ce tarif d’appel ne reflète pas le prix de renouvellement — à vérifier sur ionos.fr avant toute souscription.

SiteGround n’entre pas dans la course à la génération de site par prompt. Son positionnement IA est assumé : l’intelligence artificielle est déployée au service de la performance technique et de la sécurité proactive.

• Scan anti-malware automatisé → protection continue même en votre absence
• Speed Optimizer → compression images, mise en cache, chargement différé → +78 % de vitesse en moyenne selon SiteGround → impact direct sur les Core Web Vitals et le référencement
• Mises à jour automatiques WordPress → core, thèmes et plugins sans intervention → réduit l’exposition aux failles connues
• Infrastructure Google Cloud → faible latence, fiabilité élevée pour les audiences internationales

SiteGround est pertinent pour les webmasters WordPress expérimentés, les sites e-commerce à fort trafic et les agences multi-sites — pas pour les débutants cherchant à créer via IA. Tarif d’appel autour de 3,99 €/mois — prix de renouvellement à vérifier sur siteground.com.

Fondé en 1999 à Golbey dans les Vosges, LWS héberge 680 000 sites sur 4 500 serveurs exclusivement en France. En 2026, l’hébergeur intègre l’IA avec une approche distincte : des outils utiles, sur infrastructure française, sans dépendance aux modèles américains.

Lancé en août 2025, WPilot est accessible gratuitement via le plugin LWS Tools, centré sur la maintenance opérationnelle de votre WordPress.

• Mises à jour de sécurité guidées → identification et application pas à pas → site sécurisé sans expertise préalable
• Optimisations SEO automatiques → suggestions sur structure, balises et maillage interne → accessibles sans formation SEO
• Recommandations de performances → diagnostic vitesse et actions correctrices → améliore vos Core Web Vitals sans prestataire externe

Le générateur de site IA de LWS produit un WordPress complet en environ deux minutes — design, textes et images inclus. Résultat : WordPress natif, portable, sans dépendance à LWS.

Infrastructure 100 % France, certifiée ISO 27001 et HDS. Pour les professionnels dont les données sont sensibles — santé, droit, éducation, secteur public — LWS offre une conformité RGPD renforcée sans recours aux clouds américains soumis au Cloud Act.

Stockage NVMe SSD RAID 10 — vitesse maximale et tolérance aux pannes. Offre Starter à 1,49 € HT/mois, espace disque et trafic illimités, garantie 30 jours. Prix de renouvellement à vérifier sur lws.fr.

Les tableaux suivants synthétisent fonctionnalités IA, infrastructure et recommandations par profil. Tarifs = prix d’appel uniquement — consultez les pages officielles pour le prix de renouvellement.

En 2026, l’IA intégrée dans l’hébergement web est une réalité concrète. Hostinger, IONOS et LWS proposent chacun des outils fonctionnels et vérifiés. Mais la question mérite une réponse franche : non, l’IA ne doit pas être votre critère de choix prioritaire.

L’infrastructure reste déterminante. Un uptime à 99,9 % — soit moins de 9 heures d’indisponibilité par an — un stockage NVMe, un support humain réactif et un prix de renouvellement transparent pèsent davantage que la sophistication des outils IA. L’IA est un accélérateur utile, pas un substitut à une infrastructure solide.

Hostinger offre l’écosystème IA le plus complet — mais avec un lock-in sur Horizons et sans support téléphonique. IONOS propose une IA WordPress native sans dépendance, avec conseiller dédié. LWS se distingue par sa souveraineté : données en France, ISO 27001, HDS. SiteGround excelle sur la sécurité et les performances — pertinent pour les e-commerçants.

Choisissez votre hébergeur sur ses fondamentaux — puis laissez l’IA vous faire gagner du temps sur la création, la maintenance et la sécurité.

Il n’existe pas de réponse unique. Pour créer sans coder, Hostinger Horizons est le plus abouti — mais implique un lock-in propriétaire. Pour un WordPress portable, IONOS et LWS produisent du natif. Pour la sécurité IA avancée, SiteGround se distingue. Si vos données doivent rester en France, LWS est le seul certifié ISO 27001 et HDS avec infrastructure 100 % française.

Partiellement. Horizons crée des sites vitrines et boutiques simples sans coder. Pour des développements sur mesure ou une architecture WordPress évolutive, les limites apparaissent rapidement. Horizons accélère le démarrage — il ne remplace pas un développeur sur des projets ambitieux.

L’accès est inclus avec une limite de 5 messages par jour. Suffisant pour explorer, insuffisant pour finaliser un projet. Un usage sérieux nécessite un plan payant. Tarifs à vérifier sur hostinger.fr.

Oui. IONOS via Extendify en moins d’une minute. LWS en environ deux minutes. Les deux produisent du WordPress natif — portable vers n’importe quel hébergeur, sans reconstruction.

Non — l’IA est un critère secondaire. Fondamentaux prioritaires : uptime 99,9 % minimum, stockage NVMe, support humain réactif, prix de renouvellement transparent, localisation des données. L’IA est un bonus utile une fois ces critères validés.

Vos e-mails professionnels peuvent être parfaitement légitimes et pourtant finir en spam, arriver avec retard ou être rejetés par certaines messageries. Dans la majorité des cas, le problème ne vient pas du texte du message, mais d’une configuration DNS incomplète ou incohérente autour de MX, SPF, DKIM et DMARC.

Chez LWS, ce point mérite une attention particulière, car la bonne configuration dépend du service réellement utilisé : LWS Panel, cPanel, VPS, ou encore une zone DNS gérée chez un prestataire externe comme Cloudflare. Autrement dit, il ne suffit pas de copier un bloc DNS trouvé dans un tutoriel générique. Il faut vérifier quel panneau contrôle votre zone DNS, quelles valeurs LWS vous fournit réellement et comment ces valeurs s’articulent avec vos outils d’envoi.

Concrètement, le MX sert à recevoir les e-mails, le SPF autorise les serveurs à envoyer au nom de votre domaine, le DKIM signe vos messages et le DMARC définit la politique à appliquer si l’authentification échoue. Si un seul de ces éléments est incohérent, vos messages peuvent être traités comme suspects, même si votre adresse utilise votre propre nom de domaine.

En 2026, cette configuration n’est plus un détail technique. Google indique que SPF ou DKIM sont attendus pour tous les expéditeurs, et que les expéditeurs plus volumineux doivent mettre en place SPF, DKIM et DMARC → l’authentification n’est plus optionnelle → une configuration incomplète augmente le risque de spam ou de rejet.

Pourquoi vos e-mails LWS arrivent en spam malgré une adresse professionnelle ?

Avoir une adresse comme contact@votredomaine.fr ne garantit pas que vos messages seront bien reçus. Pour Gmail, Outlook ou Yahoo, une adresse professionnelle n’est qu’un point de départ. Ce qui compte ensuite, c’est la capacité de votre domaine à prouver que l’e-mail envoyé est bien légitime.

La première cause fréquente est une configuration DNS incomplète. Un domaine peut recevoir des e-mails correctement grâce à un MX valide, tout en échouant sur l’envoi parce que le SPF n’autorise pas le bon serveur, que le DKIM n’est pas activé ou que le DMARC n’existe pas.

La deuxième cause fréquente est l’usage de plusieurs outils d’envoi non déclarés. Vous envoyez peut-être depuis le webmail LWS, mais votre site, un formulaire, un plugin WordPress ou un outil externe peuvent eux aussi envoyer des e-mails au nom de votre domaine.

Google recommande de maintenir un taux de spam signalé inférieur à 0,1 % et de ne pas atteindre 0,3 % → l’authentification technique réduit le risque de rejet → mais la réputation du domaine, le contenu du message et l’engagement des destinataires continuent d’influencer l’arrivée en boîte de réception.

Enfin, chez LWS, un piège fréquent vient du mauvais panel de gestion. Si votre domaine utilise des DNS externes, modifier la zone DNS dans LWS peut ne produire aucun effet.

Qu’est-ce qu’un enregistrement MX et à quoi sert-il vraiment ?

Un enregistrement MX, pour Mail Exchange, indique quel serveur doit recevoir les e-mails destinés à votre nom de domaine. Quand quelqu’un envoie un message à contact@votredomaine.fr, ce sont les enregistrements MX qui disent à Internet où livrer cet e-mail.

Le MX sert donc au routage de la réception. Si ce réglage est absent, erroné ou pointe vers un ancien service, vous risquez des non-réceptions, des rebonds ou une réception sur la mauvaise plateforme.

Sa limite est importante : un MX correct ne remplace ni SPF, ni DKIM, ni DMARC.

• MX : reçoit les e-mails
• SPF : autorise certains serveurs à envoyer pour votre domaine
• DKIM : signe les messages sortants
• DMARC : indique quoi faire si l’authentification échoue

Autre point utile : chez LWS, la logique documentée passe souvent par un MX qui pointe vers mail.votredomaine.ext, avec un enregistrement A associé sur mail → le MX désigne une destination mail → l’enregistrement A permet de résoudre cette destination vers une IP.

Configurer les MX pour LWS Mail sans casser la réception

Avant de modifier vos MX, vérifiez quel service gère réellement votre messagerie et quelle zone DNS est autoritaire pour votre domaine.

• le MX du domaine pointe vers mail.votredomaine.ext
• le sous-domaine mail possède un enregistrement A
• cet enregistrement A pointe vers l’IP du serveur mail attribué à votre service

Cela ne signifie pas qu’une paire universelle du type mx1 / mx2 s’applique à tous les comptes LWS. Relevez les valeurs réellement affichées dans votre environnement.

• identifiez si votre domaine utilise les DNS LWS ou des DNS externes
• ouvrez l’administration du service mail concerné
• relevez l’IP serveur mail et les valeurs indiquées par LWS
• vérifiez si le MX attendu repose sur mail.votredomaine.ext
• contrôlez que l’enregistrement A de mail pointe bien vers le bon serveur

SPF : autoriser LWS à envoyer vos e-mails

Chez LWS, la documentation officielle donne notamment cet exemple pour un service mail LWS Panel :

v=spf1 mx:lws.fr ip4:172.67.68.219 a:mail.lws.fr a:mailphp.lws-hosting.com -all

Dans d’autres cas, LWS documente aussi une logique de type :

v=spf1 mx:MONDOMAINE.EXT a:mail.MONDOMAINE.EXT a:mailphp.lws-hosting.com -all

Ces valeurs doivent être lues comme des exemples liés à un service précis, pas comme une chaîne universelle à recopier sans vérification. Avant de publier un SPF, vérifiez toujours la valeur réellement fournie par votre environnement LWS.

Vous ne devez publier qu’un seul SPF par domaine.

• relevez la valeur recommandée dans votre service mail LWS
• vérifiez si d’autres outils envoient des e-mails pour votre domaine
• fusionnez les sources dans un seul enregistrement TXT
• supprimez les doublons éventuels
• attendez la propagation DNS
• testez ensuite le résultat

DKIM : signer vos e-mails sortants avec LWS

Le DKIM ajoute une signature cryptographique à vos e-mails sortants. Si vos DNS sont gérés ailleurs, l’activation côté service mail ne suffit pas si la clé publique n’est pas publiée dans la zone DNS réellement active.

• activez DKIM dans le panel adapté
• récupérez la valeur ou la clé publique si vos DNS sont externes
• vérifiez que l’enregistrement dkim._domainkey existe publiquement
• envoyez un e-mail test
• contrôlez dans les en-têtes que dkim=pass

Google recommande une clé DKIM de 1024 bits minimum et 2048 bits si votre fournisseur le permet → une clé plus robuste améliore la solidité de la signature → mieux vaut privilégier une configuration moderne quand elle est disponible.

DMARC : définir une politique de sécurité lisible et progressive

Le DMARC relie SPF et DKIM à une politique de sécurité exploitable. Son rôle est d’indiquer aux messageries destinataires quoi faire lorsqu’un message prétend venir de votre domaine sans réussir correctement l’authentification.

v=DMARC1; p=none; rua=mailto:dmarc@votredomaine.fr

• p=none → vous observez les flux et les échecs
• p=quarantine → vous commencez à traiter les messages suspects comme du spam
• p=reject → vous demandez le rejet des messages non conformes

Dans un contexte TPE ou freelance chez LWS, commencer en p=none est souvent le choix le plus prudent.

BIMI : le bonus branding à envisager en 2026

BIMI n’est pas une priorité tant que MX, SPF, DKIM et DMARC ne sont pas déjà propres. C’est un bonus branding, pas la première étape pour sortir vos e-mails du spam.

Vérifier sa configuration MX, SPF, DKIM et DMARC

• contrôlez le DNS public avec Google Admin Toolbox Dig ou DNS Checker
• vérifiez la cohérence générale avec MXToolbox
• envoyez un test réel avec mail-tester.com

Vous cherchez en général : spf=pass, dkim=pass et dmarc=pass.

Tableau comparatif : MX, SPF, DKIM, DMARC

Erreurs fréquentes chez LWS et comment les corriger

DNS modifiés au mauvais endroit
Si votre domaine utilise un DNS externe, modifier seulement LWS ne suffit pas.

Plusieurs SPF en même temps
Un domaine ne doit publier qu’un seul SPF. Plusieurs lignes distinctes peuvent invalider la politique.

MX modifié sans cohérence avec mail
Si le MX repose sur mail.votredomaine.ext, l’enregistrement A correspondant doit être correct lui aussi.

DKIM activé dans le panel mais absent publiquement
Cas classique si les DNS sont gérés ailleurs.

DMARC publié mais jamais exploité
Un p=none permanent sans lecture des rapports protège peu.

Configuration correcte mais spam persistant
Google indique qu’un taux de spam signalé supérieur à 0,1 % a déjà un impact négatif → l’authentification aide à établir la confiance → mais la réputation du domaine reste déterminante.

Section Top10hebergeursweb

LWS peut convenir si vous recherchez une solution française, accessible et relativement abordable pour une TPE, un freelance ou un site vitrine.

Pour prolonger cette réflexion, les articles suivants vous intéressent sûrement :

• LWS Webmail,
• Infomaniak Workspace,
• Email pro français vs Google Workspace,
• Migrer depuis Gmail.

Conclusion

Bien configurer MX, SPF, DKIM et DMARC chez LWS n’est pas une formalité. C’est la base qui permet à votre domaine de recevoir correctement les e-mails, d’authentifier ses envois et de limiter les classements en spam ou les rejets injustifiés.

Si vos e-mails arrivent encore en spam, il ne faut pas supposer trop vite que le problème vient uniquement de LWS. Dans la plupart des cas, l’explication se trouve dans un SPF incomplet, un DKIM non publié publiquement, un DMARC trop passif, un ancien service encore présent dans les MX ou un DNS modifié au mauvais endroit.

FAQ

Quels soX de LWS Mail nt les M?

La documentation LWS consultée ne permet pas d’affirmer une paire universelle du type mx1 / mx2. Dans le cas standard documenté, LWS utilise plutôt une logique où le MX pointe vers mail.votredomaine.ext.

Comment configurer le SPF chez LWS ?

Le SPF se publie comme un enregistrement TXT sur votre domaine. La bonne pratique consiste à publier un seul SPF, avec toutes les sources d’envoi légitimes regroupées dans la même ligne.

Pourquoi mes e-mails LWS arrivent-ils en spam ?

Le problème vient souvent d’une configuration incomplète ou incohérente : SPF incomplet, DKIM absent ou non publié, DMARC inexistant, DNS modifiés au mauvais endroit ou plusieurs outils d’envoi non déclarés.

DMARC est-il obligatoire en 2026 ?

Pas de manière identique pour tous les petits expéditeurs, mais il devient clairement un standard attendu. Pour les expéditeurs plus volumineux, Google demande SPF, DKIM et DMARC.

Comment vérifier DKIM sur un domaine LWS ?

Vérifiez que la clé publique DKIM est bien publiée dans le DNS public, puis envoyez un e-mail test et contrôlez que les en-têtes affichent dkim=pass.

Que faire si mon domaine LWS utilise Cloudflare pour les DNS ?

Dans ce cas, les enregistrements MX, SPF, DKIM et DMARC doivent être publiés chez Cloudflare, pas seulement dans l’espace LWS.

📄 Résumé

• Google Workspace +17 à 22 % en 2025 → Gemini AI forcé dans tous les plans, soit 7 €/utilisateur/mois minimum en annuel — 840 €/an pour une équipe de 10.
• Cloud Act américain → vos emails hébergés chez Google restent accessibles aux autorités américaines, même depuis un serveur européen.
• 5 alternatives françaises existent → LWS Mail Pro, OVH MX Plan, Infomaniak kMail, Zimbra Mailz, Netim — toutes conformes RGPD.
• Prix d’entrée dès 0,79 €/mois HT → jusqu’à 9× moins cher que Google Workspace pour une boîte pro complète avec nom de domaine offert.
• Migration sans coupure possible → LWS et Infomaniak proposent une assistance à la migration incluse dans leur offre.

En 2026, les meilleurs email pro français sont LWS Mail Pro (dès 0,79 €/mois HT), OVH MX Plan, Infomaniak kMail (dès 1,80 €/mois pour 5 adresses), Zimbra Mailz et Netim. Tous sont hébergés en France ou en Suisse, conformes RGPD, et jusqu’à 9 fois moins chers que Google Workspace Business Starter facturé 7 €/utilisateur/mois en engagement annuel. Offres vérifiées en mai 2026 sur les pages officielles des prestataires.

Depuis janvier 2025, Google Workspace a augmenté ses tarifs de 17 à 22 % selon les plans, en intégrant Gemini AI par défaut dans toutes les formules Business — y compris pour les utilisateurs qui n’en ont pas l’usage. Pour une TPE de 10 personnes sous Business Starter, la facture annuelle atteint désormais 840 € minimum, contre 600 € l’année précédente.

En parallèle, le Cloud Act américain de 2018 continue d’autoriser les autorités américaines à accéder aux données hébergées chez Google, même depuis un datacenter européen — un risque juridique réel pour les entreprises françaises traitant des données sensibles.

Cet article compare les 5 meilleurs emails pro français face à Google Workspace — prix réels d’appel et de renouvellement, conformité RGPD, fonctionnalités, et profil idéal pour chaque solution.

Google Workspace : ses vrais inconvénients en France

Google Workspace reste la suite collaborative la plus répandue dans les entreprises françaises. Gmail, Drive, Meet, Docs, Calendar : ces outils sont devenus des réflexes de travail pour des millions de salariés. Pourtant, en 2026, trois problèmes structurels pèsent de plus en plus lourd pour les TPE et PME françaises.

Cloud Act : vos données professionnelles ne vous appartiennent pas totalement

Le Cloud Act américain, adopté en 2018, autorise les autorités américaines — FBI, NSA, Department of Justice — à exiger l’accès aux données stockées par des entreprises américaines, où qu’elles soient hébergées dans le monde.

Google étant une entreprise de droit américain, toutes les données que vous confiez à Google Workspace — emails, pièces jointes, documents Drive, enregistrements Meet — entrent dans ce périmètre juridique, y compris si vous avez activé la région de données Europe dans votre console d’administration.

Cette exposition n’est pas théorique. En 2025, l’affaire de la Cour pénale internationale a illustré concrètement cette vulnérabilité : Microsoft a supprimé le compte email d’un procureur sous pression de l’administration américaine.

Le mécanisme juridique qui a rendu cela possible s’applique identiquement à Google Workspace. Pour les secteurs qui traitent des données sensibles — cabinets d’avocats, professions de santé, services RH, directions financières — ce risque n’est pas acceptable sans mesures techniques avancées, réservées aux plans Enterprise.

RGPD : une conformité possible, mais sous conditions complexes

Google affirme que Google Workspace est conforme au RGPD. C’est vrai — sous conditions. Pour que cette conformité soit effective, plusieurs actions manuelles sont obligatoires : accepter le Data Processing Addendum dans la console d’administration, activer les régions de données UE (disponible à partir du plan Business Plus), et configurer une authentification forte pour tous les utilisateurs. Sans ces étapes, la conformité reste formellement incomplète.

En pratique, selon les données CNIL de 2025, 60 % des PME françaises utilisant des outils SaaS américains n’ont pas correctement documenté ces transferts de données. Les décisions répressives de la CNIL ont progressé de 107 % entre 2024 et 2025, et le montant cumulé des amendes a dépassé 55 millions d’euros sur la période. Choisir un hébergeur email dont les serveurs sont situés en France ou en Suisse simplifie considérablement la chaîne de conformité : aucun transfert hors UE à documenter, aucun DPA à configurer manuellement.

Des prix en hausse constante : +68 % en neuf ans

Google Workspace a augmenté ses tarifs à plusieurs reprises depuis 2016. La dernière hausse, effective en mars 2025, représente une progression de 17 à 22 % selon les plans, officiellement justifiée par l’intégration de Gemini AI — y compris pour les organisations qui ne souhaitent pas utiliser ces fonctionnalités et ne peuvent pas les désactiver pour réduire leur facture. Entre 2016 et 2025, le tarif mensuel du plan Business Starter est passé d’environ 5 $ à 8,40 $ par utilisateur, soit une hausse de 68 % en neuf ans.

À cela s’ajoute un modèle de facturation peu flexible : chaque adresse email fonctionnelle — info@, support@, contact@, noreply@ — nécessite une licence payante distincte. Pour une TPE de 10 personnes avec 4 adresses génériques, la facture réelle dépasse rapidement 1 000 € par an, bien au-delà du tarif affiché.

Les 5 meilleurs emails pro français

Les solutions présentées ci-dessous ont été sélectionnées selon quatre critères : localisation des serveurs en France ou en Suisse, conformité RGPD native, tarif transparent avec distinction prix d’appel et renouvellement, et fonctionnalités adaptées à un usage professionnel quotidien. Tarifs vérifiés en mai 2026 sur les pages officielles de chaque prestataire.

LWS Mail Pro : le meilleur rapport qualité/prix du marché français

LWS (Ligne Web Services) est un hébergeur français indépendant actif depuis 1999, dont les serveurs sont certifiés ISO 27001 et hébergés en France. Son offre de messagerie professionnelle se décline en trois plans sans prix d’appel trompeur.

Tarifs HT/mois par boîte (mai 2026, source : lws.fr) :

• Mail S : 0,79 € — 10 Go de stockage
• Mail M : 1,49 € — 20 Go de stockage
• Mail L : 2,49 € — 50 Go (extensible à 100 Go)

Chaque plan inclut un nom de domaine offert, le webmail Roundcube, les protocoles SPF/DKIM/DMARC, un antispam et antivirus avancés, la synchronisation CalDAV/CardDAV, un assistant IA intégré, des signatures professionnelles personnalisables, et des sauvegardes journalières sur NAS indépendant. La migration depuis Gmail est assistée sans coupure sur simple demande au support, disponible 7j/7.

• Point fort : prix stables au renouvellement, infrastructure 100 % française, domaine offert inclus.
• Limite à connaître : interface Roundcube moins moderne que Gmail ; pas de suite collaborative native (visio, drive partagé).

→ Lire notre guide complet : LWS Webmail — connexion, configuration et avis 2026

OVH MX Plan : la sécurité de l’infrastructure leader en France

OVHcloud est le premier hébergeur européen par volume d’infrastructure, avec des datacenters en France (Roubaix, Strasbourg, Gravelines). Son offre MX Plan inclut un webmail Roundcube, la protection antispam et antivirus, la compatibilité IMAP/POP/SMTP, la synchronisation CalDAV et CardDAV, ainsi qu’une redondance multi-datacenter.

• Point fort : notoriété et fiabilité de l’infrastructure, SLA solide, compatible avec tous les clients mail du marché (Outlook, Thunderbird, Apple Mail, mobiles).
• Limite à connaître : vérifiez le tarif de renouvellement avant souscription — OVH pratique des prix d’appel promotionnels sur certaines offres ; pas de suite collaborative native.

Tarifs exacts à vérifier sur ovhcloud.com — les prix OVH MX Plan évoluent régulièrement selon les promotions en cours.

Infomaniak kMail : la suite collaborative suisse, alternative directe à Google Workspace

Infomaniak est un hébergeur suisse fondé en 1994, dont les serveurs sont hébergés dans deux datacenters en Suisse avec réplication croisée et restauration possible sous 30 jours. La solution gère plus de 3 millions d’adresses mail professionnelles en Europe.

Tarifs (mai 2026, source : infomaniak.com) :

• Service Mail autonome : dès 1,80 €/mois pour 5 adresses, stockage illimité
• kSuite Pro : dès 1,90 €/utilisateur/mois — inclut kMail, kDrive, kChat et kMeet

Le chiffrement des emails est intégré en un clic, basé sur les standards OpenPGP et ECC. Infomaniak ne pratique pas de prix d’appel différent du prix de renouvellement — le tarif reste identique d’une année sur l’autre.

• Point fort : suite collaborative complète la plus proche de Google Workspace parmi les solutions européennes ; chiffrement fort natif ; politique tarifaire transparente sans surprise.
• Limite à connaître : structure juridique suisse — TVA suisse de 8,1 % applicable selon votre pays de résidence.

→ Lire notre analyse complète : Infomaniak kMail — avis et test 2026

Zimbra Mailz : la solution open source pour les PME exigeantes

Zimbra est une plateforme de messagerie collaborative open source disponible en version cloud française sous l’appellation Zimbra Mailz. Elle intègre nativement messagerie professionnelle, messagerie instantanée d’entreprise via Zimbra Connect, visioconférence et partage d’écran, stockage via Zimbra Drive, et suite bureautique en ligne via Zimbra Docs. Zimbra Mailz est déployable en mode cloud hébergé en France ou en mode on-premise sur vos propres serveurs.

• Point fort : suite la plus complète parmi les solutions françaises, déployable on-premise pour les secteurs très sensibles ; compatibilité Outlook native.
• Limite à connaître : courbe de prise en main plus élevée que LWS ou Infomaniak ; tarification sur devis selon configuration.

Netim : l’email pro intégré du registrar français

Netim est un registrar français fondé en 2004, dont l’offre email professionnelle est directement intégrée à ses services de domaine. L’offre inclut les enregistrements SPF, DKIM, DMARC et DNSSEC, un certificat SSL Let’s Encrypt inclus, ainsi que les redirections web et email. Les serveurs sont hébergés en France, hors portée du Cloud Act américain.

• Point fort : gestion unifiée domaine + email dans un seul espace client ; DNSSEC inclus — niveau de sécurité DNS supérieur à la moyenne du marché.
• Limite à connaître : fonctionnalités collaboratives limitées — solution à privilégier pour un usage email pur sans besoin de visio ou de drive partagé intégré.

Tarifs exacts à vérifier sur netim.com selon les offres en cours.

Comparatif des 5 en tableau

Le tableau suivant compare les six solutions sur les critères décisifs pour une TPE ou PME française en 2026 : prix d’entrée réel, stockage par boîte, visioconférence intégrée, juridiction des serveurs et conformité RGPD native. Données vérifiées en mai 2026 sur les pages officielles de chaque prestataire.

⚠️ Tarifs vérifiés en mai 2026 sur les pages officielles de chaque prestataire. Le prix LWS s’entend par boîte individuelle, domaine offert inclus. Le prix Google s’entend par utilisateur en annuel, hors adresses génériques nécessitant chacune une licence payante distincte.

Quel email pro choisir selon votre entreprise ?

Il n’existe pas de solution universelle. Le meilleur email pro français en 2026 dépend de trois variables : la taille de votre équipe, votre niveau d’exigence en matière de conformité des données, et votre besoin ou non d’une suite collaborative intégrée.

Vous êtes auto-entrepreneur ou freelance avec une seule boîte mail

LWS Mail S est la solution la plus adaptée. À 0,79 € HT/mois avec un nom de domaine offert, vous disposez d’une adresse professionnelle à votre nom, d’un webmail accessible depuis n’importe quel navigateur, d’une protection antispam et d’une synchronisation complète sur tous vos appareils. Si votre besoin de stockage augmente, le passage en Mail M (1,49 €/mois, 20 Go) ou Mail L (2,49 €/mois, 50 Go) s’effectue sans migration ni interruption.

Vous dirigez une TPE de 2 à 10 personnes avec un budget maîtrisé

LWS Mail M ou OVH MX Plan correspondent à ce profil. LWS offre l’avantage d’un tarif stable au renouvellement et d’une migration assistée sans coupure. OVH MX Plan convient si vous êtes déjà client OVHcloud pour votre hébergement web ou vos noms de domaine. Dans les deux cas, vérifiez le prix de renouvellement avant de souscrire — et non uniquement le tarif promotionnel d’entrée.

Vous cherchez à remplacer Google Workspace par une suite collaborative complète

Infomaniak kSuite Pro est la réponse la plus directe. À 1,90 €/utilisateur/mois, elle inclut kMail, kDrive, kChat et kMeet — l’équivalent fonctionnel de Gmail, Google Drive, Google Chat et Google Meet, hébergé en Suisse hors Cloud Act. Pour 10 utilisateurs, la même configuration coûte environ 115 €/mois chez Google contre 19 € chez Infomaniak kSuite Pro.

Vous évoluez dans un secteur sensible : santé, droit, finance, défense

Infomaniak kMail ou Zimbra Mailz sont les deux options à privilégier. Infomaniak intègre un chiffrement OpenPGP/ECC natif activable en un clic, conforme à la LPD suisse et aux exigences de transmission de données médicales. Zimbra Mailz va plus loin avec un déploiement on-premise sur vos propres serveurs — une exigence fréquente dans les marchés publics ou les structures liées à la défense nationale.

Votre nom de domaine est déjà géré chez Netim

Netim Email Pro est la solution la plus simple administrativement : domaine, DNS et messagerie dans un seul espace client. Si votre besoin se limite à une messagerie professionnelle fiable sans suite collaborative, cette option évite une migration inutile vers un autre prestataire.

⚠️ Tous les prix sont indiqués hors taxes. Vérifiez les conditions de renouvellement sur les pages officielles des prestataires avant souscription — tarifs susceptibles d’évoluer.

Comment migrer de Gmail vers un email pro français ?

Changer de messagerie professionnelle fait peur à beaucoup de dirigeants — à tort. Une migration Gmail vers un hébergeur français bien préparée se déroule sans coupure de service et sans perte de données. Votre adresse email (@votreentreprise.fr) reste identique après la migration : c’est votre nom de domaine qui détermine votre adresse, pas votre hébergeur.

Les 4 étapes d’une migration réussie

Étape 1 — Créer votre compte chez le nouvel hébergeur
Souscrivez votre offre et créez vos boîtes mail. Ne modifiez pas encore vos enregistrements DNS — les deux services fonctionnent en parallèle pendant toute la durée de la migration.

Étape 2 — Migrer vos anciens emails
LWS propose une migration sans coupure sur simple demande au support. Infomaniak dispose d’un outil de migration intégré dans son interface d’administration. En alternative, un client mail comme Outlook ou Thunderbird permet de configurer les deux comptes simultanément et de glisser-déposer les dossiers.

Étape 3 — Modifier les enregistrements MX
Une fois vos emails transférés et vérifiés, modifiez les enregistrements MX de votre domaine pour les faire pointer vers votre nouvel hébergeur. La propagation DNS prend entre 24 et 72 heures. Conservez l’ancien service actif pendant cette période.

Étape 4 — Reconfigurer vos clients mail et appareils mobiles
Mettez à jour les paramètres IMAP/SMTP dans Outlook, Apple Mail, Thunderbird et sur vos smartphones. LWS et Infomaniak proposent des guides de configuration détaillés dans leur base de connaissances.

⚠️ Durées indicatives — variables selon le volume d’emails et la réactivité de la propagation DNS chez votre registrar.

Pour un tutoriel pas à pas complet avec captures d’écran, paramètres IMAP/SMTP détaillés pour LWS Mail Pro et checklist de migration téléchargeable, consultez notre guide dédié :
→ Comment migrer de Gmail vers LWS Mail Pro — guide complet 2026

Conclusion

En 2026, trois raisons structurelles justifient de reconsidérer Google Workspace pour une entreprise française : une hausse tarifaire de 17 à 22 % effective depuis mars 2025 avec Gemini AI imposé à la facture, une exposition au Cloud Act américain qui crée un risque juridique réel pour les données sensibles, et un modèle de facturation par utilisateur qui pénalise les TPE dès qu’elles multiplient les adresses fonctionnelles.

Les alternatives françaises ne sont plus des solutions de second choix. LWS Mail Pro, OVH MX Plan, Infomaniak kMail, Zimbra Mailz et Netim couvrent l’ensemble des besoins professionnels courants à des tarifs entre 5 et 9 fois inférieurs à Google Workspace, avec des données hébergées en France ou en Suisse sous juridiction européenne.

Pour la grande majorité des auto-entrepreneurs et TPE françaises, LWS Mail Pro à 0,99 €/mois TTC représente le meilleur rapport qualité/prix disponible sur le marché français en 2026 : infrastructure certifiée ISO 27001 en France, domaine offert, antispam et assistant IA inclus, migration assistée sans coupure, et garantie satisfait ou remboursé 30 jours. Pour les équipes qui cherchent à remplacer l’intégralité de Google Workspace, Infomaniak kSuite Pro à 1,90 €/utilisateur/mois est l’alternative la plus complète et la plus transparente tarifairement.

La migration n’a jamais été aussi simple. Votre nom de domaine vous appartient, vos données vous appartiennent — il ne reste qu’à choisir l’hébergeur qui les mérite.

FAQ — Email pro français

Quel est le meilleur email pro français en 2026 ?

En 2026, LWS Mail Pro est le meilleur email pro français pour le rapport qualité/prix : dès 0,79 € HT/mois par boîte avec domaine offert, serveurs certifiés ISO 27001 en France, antispam avancé et migration assistée sans coupure. Pour les équipes ayant besoin d’une suite collaborative complète avec visioconférence et drive partagé, Infomaniak kSuite Pro à 1,90 €/utilisateur/mois est l’alternative la plus proche de Google Workspace, hébergée en Suisse et conforme RGPD sans configuration manuelle. Tarifs vérifiés en mai 2026.

Google Workspace est-il conforme au RGPD ?

Google Workspace peut être rendu conforme au RGPD, mais sous conditions de configuration avancée : acceptation manuelle du Data Processing Addendum dans la console d’administration, activation des régions de données UE (disponible à partir du plan Business Plus), et mise en place d’une authentification forte. Sans ces étapes, la conformité reste incomplète. Par ailleurs, le Cloud Act américain de 2018 permet aux autorités américaines d’accéder aux données hébergées chez Google même depuis un serveur européen — un risque résiduel que les solutions françaises et suisses éliminent structurellement.

Combien coûte un email pro français par mois ?

En 2026, un email pro français coûte entre 0,79 € HT/mois (LWS Mail S, 10 Go, domaine offert) et 2,49 € HT/mois (LWS Mail L, 50 Go). Infomaniak kMail est disponible dès 1,80 €/mois pour 5 adresses avec stockage illimité. À titre de comparaison, Google Workspace Business Starter est facturé 7 €/utilisateur/mois en engagement annuel — soit jusqu’à 9 fois plus cher. Tarifs vérifiés sur les pages officielles des prestataires en mai 2026.

Peut-on garder son nom de domaine en changeant de messagerie professionnelle ?

Oui, totalement. Votre nom de domaine vous appartient et est entièrement portable, quel que soit votre hébergeur email actuel. Pour changer de messagerie, il suffit de modifier les enregistrements MX de votre domaine chez votre registrar pour les faire pointer vers le nouvel hébergeur — opération réalisable en quelques clics, sans frais de transfert forcé. Votre adresse email (@votreentreprise.fr) reste identique après la migration.