Analyse experte avec des avis d’utilisateurs Hostinger vérifiés
J’ai configuré Hostinger MCP à la main dans Claude Code, en utilisant un token API au lieu de l’extension Connector en un clic. J’ai déployé une petite appli Node.js, je l’ai cassée exprès pour tester la récupération, et j’ai mis le chat en direct et la base de connaissances de Kodee à l’épreuve avec une vraie question technique. Voilà ce qui a vraiment tenu le coup.
J’ai configuré Hostinger MCP à la main dans Claude Code, en utilisant un token API au lieu de l’extension Connector en un clic. J’ai déployé une petite appli Node.js, je l’ai cassée exprès pour tester la récupération, et j’ai mis le chat en direct et la base de connaissances de Kodee à l’épreuve avec une vraie question technique. Voilà ce qui a vraiment tenu le coup.
Si vous êtes en train de lire ceci, vous essayez probablement de répondre à une question bien précise : peut-on vraiment faire confiance à un agent de codage IA pour gérer votre compte Hostinger en production, et que faut-il pour en connecter un sans s’appuyer sur une extension préconstruite.
C’est exactement ce que j’ai testé. Hostinger MCP est l’intégration qui permet à des outils IA comme Claude Code, Cursor et Codex de se connecter aux services Hostinger via le Model Context Protocol.
Hostinger Connector est une façon d’accéder à cette intégration, une extension VS Code OAuth en un clic. Je n’ai pas testé Connector ici. J’ai testé la génération d’un jeton API directement dans hPanel et son branchement manuel dans Claude Code, ce qui est la voie à suivre si vous utilisez Claude Code, JetBrains, ou tout client sans extension dédiée.
J’ai construit une petite application de raccourcissement de liens appelée LinkSnap, je l’ai connectée à un vrai compte Hostinger, et je l’ai fait passer par des lectures de compte, la découverte d’une cible de déploiement, un déploiement en direct, une panne volontaire, et une récupération.
Notre avis sur Hostinger Connector couvre la manière dont cette extension OAuth met en œuvre le même protocole sous-jacent, avec ses propres constats séparés.
MCP Hosting Plans with Hostinger
MCP lui-même ne vous coûte rien de plus et fonctionne avec n’importe quel plan Hostinger que vous avez déjà.
Gratuit, inclus avec n’importe quel plan Hostinger existant
La configuration manuelle vous donne un contrôle par catégorie des outils
A correctement écarté deux cibles de déploiement inadaptées
A rejeté automatiquement une build cassée, sans interruption
L’application en ligne est restée active malgré une build en échec
A auto-vérifié le déploiement en ligne avec un contrôle
Kodee a répondu correctement à une vraie question de terminologie
Cons
Le fichier de configuration se casse facilement s’il est collé incorrectement
L’outil de déploiement a échoué deux fois, nécessitant une solution de secours
Chaque appel d’outil nécessite d’abord votre approbation
Tip Générez votre jeton API avec une durée de validité courte et un nom que vous reconnaîtrez plus tard. Vous ne voyez le jeton qu’une seule fois, alors considérez cet premier écran comme votre seule copie.
Répartition des notes
Voici comment j’ai noté Hostinger MCP dans les domaines qui comptent si vous décidez si la configuration manuelle vaut votre temps : ce que cela vous coûte, à quoi vous avez réellement accès, à quel point la configuration est contraignante, si l’exécution fonctionne correctement, et la qualité de l’assistance quand vous en avez besoin.
La configuration manuelle vous permet d’activer les catégories d’outils individuellement, Websites, Domains and DNS, Subscriptions and Payments, Email Marketing, VPS, et Ecommerce, chacune devenant sa propre connexion distincte plutôt qu’un seul ensemble d’autorisations groupé.
La génération du jeton est rapide, mais vous êtes seul si votre fichier de configuration contient déjà du contenu, et j’ai rencontré une ancienne version de Node et un chemin global résiduel avant même d’en arriver là.
Les lectures de compte ont détecté deux commandes d’hébergement qui avaient silencieusement expiré, et la découverte de cible a écarté les deux candidats existants avec des raisons réelles et vérifiables au lieu de deviner.
Kodee a répondu à une vraie question terminologique à deux volets avec une précision réelle, en quatre échanges en environ deux minutes.
Globalement
9.0/10
Une façon plus transparente et plus pratique de connecter un agent IA à votre compte Hostinger, avec un pipeline de déploiement qui a protégé un site en production lors d’une panne que j’ai provoquée exprès.
MCP Hosting Plans with Hostinger
Simplifiez la gestion de l’hébergement avec Hostinger MCP, une solution Model Context Protocol qui connecte des assistants IA compatibles aux services Hostinger. Elle aide à automatiser les tâches, à accéder aux informations d’hébergement et à gérer les sites web, les domaines, les VPS, le DNS et d’autres services via des workflows pilotés par l’IA.
Vous ne trouverez pas de page de tarifs pour Hostinger MCP, parce qu’il n’y en a pas. Ce n’est pas quelque chose que vous achetez séparément.
MCP repose sur votre plan d’hébergement existant
Aucun abonnement MCP séparé ni frais mensuel
Vous avez toujours besoin d’un plan d’hébergement ou VPS éligible
Chaque plan que j’ai testé exposait les mêmes catégories d’outils
Pas de politique de remboursement spécifique à MCP, puisqu’il n’est pas facturé
Tip N’upgradaez pas votre plan d’hébergement juste pour obtenir un meilleur accès MCP. Choisissez votre plan en fonction des sites web et des ressources dont vous avez réellement besoin, pas de l’intégration IA qui se greffe dessus.
Fonctionnalités de Hostinger MCP
Création, suppression et inspection des fichiers de sites web
Déploiement Node.js, site statique et WordPress
Gestion des builds Node.js et correction des vulnérabilités
Configuration de la version et des extensions PHP
Création de bases de données, réparation et connexions à distance
Création de tâches cron et récupération des sorties
Gestion des domaines, DNS, sous-domaines et redirections
Visibilité sur les abonnements et commandes
Gestion des campagnes de marketing par e-mail
Outils VPS et Ecommerce, désactivés par défaut
Si vous activez la voie de configuration manuelle, vous choisissez quelles catégories d’outils votre client IA peut voir avant même de l’ouvrir, et chacune de celles que vous activez devient sa propre entrée distincte dans votre fichier de configuration plutôt qu’un seul gros ensemble d’outils.
Hostinger documente aussi des limites de débit par défaut sur l’API sous-jacente : 60 requêtes par minute et 1,000 par heure, avec l’utilisation actuelle renvoyée dans les en-têtes de réponse.
Pour le genre de travail interactif, une tâche à la fois, que couvre cet avis, je n’ai jamais approché l’une ou l’autre limite. Si vous prévoyez quelque chose de plus automatisé, un script qui tourne sans surveillance plutôt qu’un agent qui attend votre approbation, c’est un vrai chiffre à prendre en compte dans votre conception.
MCP Hosting Plans with Hostinger
Gérez vos services Hostinger plus efficacement avec Hostinger MCP. En connectant les outils IA directement à Hostinger via le Model Context Protocol, les utilisateurs peuvent automatiser les tâches d’hébergement routinières, récupérer les données du compte et de l’infrastructure, et simplifier la gestion des sites web, des domaines et des serveurs.
Si vous essayez de décider si vous pouvez réellement réussir la configuration manuelle vous-même, il est utile de comprendre pourquoi cette section ne ressemble en rien à un test classique de facilité d’utilisation.
Hostinger MCP n’a pas de compte à créer, pas de formulaire d’inscription, ni de tableau de bord à parcourir lors de la première connexion. Il se greffe sur un compte Hostinger et un plan d’hébergement que vous avez déjà. Il n’y a pas d’étape d’enregistrement, parce qu’il n’y a rien à enregistrer en dehors du compte que vous détenez déjà probablement.
Ce que signifie réellement la facilité d’utilisation ici, c’est le processus de connexion lui-même, transformer un compte auquel vous pouvez déjà vous connecter en quelque chose qu’un agent IA peut voir et manipuler. C’est pourquoi cette section passe directement à la génération de l’accès plutôt que d’ouvrir sur un écran d’inscription.
La configuration manuelle n’est pas non plus limitée à un seul client. Hostinger liste :
Claude Code
Cursor
Devin Desktop
Antigravity
Et Codex comme options prises en charge, en plus de l’extension Connector en un clic de VS Code, donc vous avez ici un vrai choix
J’ai choisi Claude Code parce qu’il fonctionne dans le terminal plutôt que dans une barre latérale d’IDE, et parce qu’il n’a pas sa propre extension Hostinger dédiée, ce qui signifiait que la voie manuelle, basée sur un jeton, était la seule possible et offrait le test le plus propre de cette voie.
Une condition préalable se situe avant même que Hostinger n’entre en jeu, et elle est spécifique au client que vous choisissez. Claude Code lui-même a besoin de Node.js version 22 ou plus récente pour fonctionner. Ma machine était encore sur une version plus ancienne à cause d’un projet précédent, et j’ai rencontré des avertissements d’environnement et une installation cassée avant même de toucher hPanel. Ce n’est pas un problème Hostinger, mais c’est un vrai coût en temps si votre machine de développement n’est pas déjà à jour.
1. Génération du jeton API
Une fois Claude Code réellement en cours d’exécution, je me suis tourné vers la page API de hPanel, qui est maintenant construite directement autour de MCP.
Elle liste six clients en haut, VS Code, Cursor, Devin Desktop, Antigravity, Claude Code, et Codex, avec VS Code qui reçoit l’extension Connector en un clic et tous les autres clients, Claude Code inclus, qui reçoivent à la place un chemin manuel.
Générer le jeton lui-même demande très peu :
Un nom pour le jeton
Une durée d’expiration, un mois par défaut
Aucun champ de portée ou d’autorisation sur le jeton lui-même
Ce dernier point compte si vous vous souciez du contrôle d’accès. Il ne se trouve pas sur le jeton. Il se trouve une étape plus tôt, dans un sélecteur séparé où vous choisissez quelles catégories d’outils la connexion expose, et c’est là que je suis allé ensuite.
Détail
Résultat
Champs requis pour générer un jeton
Nom et expiration seulement
Sélection de portée sur le jeton lui-même
Aucune
Jeton à nouveau visible après avoir quitté la page
Non, affiché une seule fois
Le tableau des jetons suit
Nom, date de création, dernière utilisation, expiration
2. Choisir les catégories d’outils et construire la config
Ensuite, avant qu’un fichier de configuration n’existe, hPanel m’a demandé de choisir quelles catégories d’outils la connexion exposerait :
Websites
Domains and DNS
Subscriptions and Payments
Email Marketing
VPS Hosting
Ecommerce
Je n’ai activé que Websites, puisque cela couvrait tout ce dont LinkSnap avait besoin. Chaque catégorie que vous activez devient sa propre entrée séparée dans le JSON généré, avec sa propre commande et son propre nom de package, toutes pointant vers le même jeton. C’est là que la voie manuelle dépasse vraiment un écran d’autorisations groupé : vous décidez de la forme exacte de ce que votre client IA peut toucher avant même qu’il ne s’ouvre, pas après.
Ensuite est venu le passage qui m’a réellement fait perdre du temps. hPanel vous donne un bloc JSON prêt à l’emploi et un chemin de fichier, ~/.claude.json sous Linux, et vous dit de le coller dedans.
Mon fichier contenait déjà des entrées résiduelles d’une tentative de configuration précédente. Coller le nouveau bloc sans le fusionner m’a laissé avec deux objets de niveau supérieur, ce qui n’est pas du JSON valide, et Claude Code ne démarrait pas tant que je n’avais pas réécrit le fichier à la main comme un seul objet.
Tip Avant de coller la config générée par Hostinger dans votre fichier MCP, ouvrez d’abord le fichier et vérifiez si un objet mcpServers existe déjà. Si c’est le cas, fusionnez la nouvelle entrée à l’intérieur au lieu de coller un second bloc de niveau supérieur par-dessus.
3. Connexion de Claude Code
Une fois le fichier de configuration enfin valide, la dernière étape consistait à faire en sorte que Claude Code le prenne en compte. Vous aurez ici besoin d’une connexion Claude séparée, distincte du jeton Hostinger, puisque Claude Code fonctionne sur un abonnement Claude ou une facturation API. C’est une vraie étape supplémentaire par rapport à une extension de navigateur qui réutilise simplement une session dans laquelle vous êtes probablement déjà connecté.
Une fois cela passé, la connexion a fonctionné proprement au premier redémarrage. Demander directement à Claude Code à quels outils Hostinger il avait accès a renvoyé une liste complète et correctement regroupée, correspondant à la seule catégorie que j’avais activée.
Vérification
Résultat
Connexion à Claude Code requise, séparée de Hostinger
Oui
Connexion réussie au premier redémarrage après correction de la config
Oui
La liste d’outils renvoyée correspondait à la catégorie activée
Oui
Confirmation requise par défaut pour chaque appel d’outil
Oui, à chaque appel
Cette dernière ligne va façonner toute votre expérience par la suite. Chaque appel d’outil que Claude Code effectue, lister des sites web, vérifier une build, exécuter une commande shell, s’arrête et vous demande d’abord votre oui ou non, sauf si vous activez l’approbation automatique.
J’ai gardé l’approbation individuelle activée pendant tout le test pour avoir une lecture honnête du coût réel, et un seul cycle de déploiement et de récupération a nécessité plus d’une douzaine d’approbations séparées de ma part.
Une autre chose à savoir avant d’y confier un vrai travail : il n’y a aucun sandbox. Chaque commande que vous approuvez agit sur votre compte en production et votre hébergement réel au moment où vous dites oui.
Il n’y a pas d’environnement simulé entre une invite et une modification réelle, donc une approbation erronée est bien réelle.
Verdict global sur la facilité d’utilisation
La mise en route m’a demandé un vrai dépannage, non pas parce qu’une étape est difficile, mais parce que la voie manuelle suppose un fichier de config propre, une version de Node à jour, et un développeur prêt à corriger les deux quand ce n’est pas le cas.
Le sélecteur d’outils par catégorie est un vrai point fort, plus précis qu’une simple autorisation groupée.
Une fois connecté, attendez-vous à de la prudence plutôt qu’à de la rapidité. Chaque appel d’outil attend votre validation, ce qui est exactement ce que vous voulez si vous surveillez de près, et exactement ce qui vous ralentira si ce n’est pas le cas.
MCP Hosting Plans with Hostinger
Boostez votre productivité avec Hostinger MCP, une intégration prête pour l’IA conçue pour connecter les services Hostinger avec des assistants IA compatibles. Elle permet d’automatiser plus intelligemment les tâches liées à l’hébergement, aux VPS, aux domaines, au DNS, aux sites web et à d’autres services de compte, en réduisant le besoin de gestion manuelle répétitive.
Vous savez déjà qu’un fichier de configuration peut établir la connexion. Ce que vous voulez vraiment savoir, c’est si ce qu’il y a de l’autre côté fait correctement le travail d’hébergement réel, alors j’ai construit LinkSnap, une petite application Express, et je l’ai fait passer par un cycle complet de déploiement.
Test
Ce que je voulais apprendre
Lire les données du compte
Est-ce qu’il rapporte votre compte avec précision ?
Trouver une cible de déploiement
Est-ce qu’il devine, ou vérifie-t-il d’abord ?
Déployer LinkSnap
Peut-il faire passer une vraie application du local au live ?
Vérifier l’application en ligne
Fait-il confiance à ses propres affirmations de réussite ?
Casser l’application exprès
Que fait la plateforme avec une build incorrecte ?
Récupérer l’application
Peut-elle restaurer proprement une version connue comme bonne ?
Le point de terminaison de santé de LinkSnap a compté plus tard pour une raison : une plateforme peut déclarer une build terminée alors que votre application ne démarre jamais réellement.
Un point de terminaison en ligne est la seule façon de vérifier cela indépendamment au lieu de faire confiance à un statut.
1. Lecture des données du compte
J’ai demandé à Claude Code de lister tous les sites web et tous les plans d’hébergement actifs du compte, sans lui donner le moindre indice.
Ce compte présente une vraie complexité : dix-sept sites sous une commande, deux autres sous une seconde, et deux sites supplémentaires sous des commandes qui ne s’affichent plus comme actives.
Vérification
Résultat
Nombre total de sites listés
21, conforme exactement à hPanel
Plans actifs identifiés
2, conforme exactement à hPanel
Sites de commandes expirées signalés sans qu’on le demande
Oui, les deux correctement identifiés
Il ne s’est pas contenté de lister ce que j’ai demandé. Il a remarqué que deux sites appartenaient à des commandes absentes de la liste active, les a signalés comme probablement suspendus, et j’ai confirmé les deux indépendamment dans hPanel comme expirés.
C’est plus qu’une simple récupération, c’est votre compte qui est audité, pas seulement lu.
2. Trouver une cible de déploiement
C’est le test qui vous en dit le plus sur la possibilité de faire confiance à cet outil sur un compte en production.
Je lui ai demandé de déterminer si j’avais un site Node.js prêt pour LinkSnap, sans nommer aucun domaine moi-même.
Étape
Ce qui s’est passé
Résultat
Vérification du premier site Node.js existant
A trouvé un déploiement actif déjà utilisé
Correctement écarté
Vérification du deuxième site Node.js existant
A trouvé qu’il était lié à une commande expirée
Correctement écarté
Proposition d’un nouveau site
Sous la bonne commande active
Exact
Demande avant d’agir
A proposé un sous-domaine gratuit ou un domaine personnalisé
Réussi
J’ai choisi le sous-domaine gratuit. Il a généré floralwhite-ferret-411142.hostingersite.com et a créé le site sous la bonne commande, ce que j’ai vérifié moi-même dans hPanel ensuite.
Tout concordait.
3. Déploiement de LinkSnap
Une fois la cible confirmée en place, j’ai empaqueté LinkSnap dans une archive zip et j’ai demandé à Claude Code de le déployer.
L’outil de déploiement principal a échoué dès la première tentative, à l’étape d’envoi.
Au lieu de réessayer aveuglément, il a vérifié si le stockage du site était réellement accessible, a écarté cette piste comme cause, puis est revenu à une autre méthode : demander une URL d’upload directe, pousser l’archive dessus, et déclencher la build comme une étape séparée.
Étape
Résultat
Outil de déploiement principal
Échec à l’envoi
Vérification de l’accessibilité du stockage
Réussie, écartée comme cause
Méthode de secours
URL d’upload manuelle plus déclenchement séparé de la build
Résultat de la méthode de secours
Réussi
Auto-vérification après « build terminée »
A lancé sa propre requête en ligne, a confirmé HTTP 200
Ma vérification indépendante
La page d’accueil et le point de terminaison santé répondaient tous deux correctement
Le fait que l’outil de déploiement échoue au premier essai est une vraie faiblesse, et je veux le dire clairement. Ce qui a empêché que ce soit un mauvais résultat, c’est ce qui a suivi : un vrai diagnostic, une solution de secours fonctionnelle, et un contrôle en ligne plutôt que de faire confiance à l’étiquette de statut.
4. Test de la récupération après échec
C’est la section que vous êtes vraiment venu chercher si vous vous demandez ce qui se passe quand quelque chose tourne mal.
J’ai demandé à Claude Code de sauvegarder le package.json fonctionnel, puis de modifier la commande de démarrage pour qu’elle pointe vers un fichier qui n’existe pas.
Il n’a pas pu modifier directement les fichiers de l’application en production, puisqu’aucun outil d’édition de fichiers n’est exposé pour une application Node.js déployée.
Plutôt que de contourner cela en silence, il a expliqué la limite, a travaillé à partir de mon archive locale à la place, m’a montré la modification exacte en une ligne, et a attendu ma confirmation avant de toucher à quoi que ce soit.
Test
Résultat
Sauvegarde créée avant les changements
Oui
Modification exacte montrée avant application
Oui
Build cassée déployée
Build signalée comme échouée
Application en ligne pendant la build échouée
Restée active, servant la version fonctionnelle
Application en ligne après un redémarrage explicite
Toujours en train de servir la version fonctionnelle
Restauration depuis la sauvegarde
Réussi
Redéploiement de la version propre
Terminé, après un retry
Vérification finale
HTTP 200, réponse saine confirmée
C’est le constat le plus important de cet avis. La plateforme n’a pas accepté silencieusement un déploiement cassé. Elle a rejeté la build défectueuse et a gardé ma dernière version connue comme bonne en fonctionnement tout le temps, avant et après un redémarrage.
L’unique vraie lacune : les journaux de build n’affichaient que l’installation réussie des dépendances, pas l’erreur de fichier manquant elle-même, donc vous devriez encore aller voir ailleurs pour trouver la cause précise d’un vrai échec.
Une autre petite chose à savoir : au milieu de ce test, Claude Code a mentionné un projet précédent sans rapport par son nom, qui n’avait rien à voir avec cette session. Cela n’a pas changé le résultat, mais je pense qu’il est important de le signaler plutôt que de l’omettre.
Verdict global sur les tests
Si vous confiez à un agent IA un compte d’hébergement en production, c’est le test qui devrait le plus vous rassurer. Les lectures de compte étaient exactes et s’auto-auditaient, la découverte de cible refusait de deviner, et un déploiement que j’ai volontairement cassé n’a jamais mis votre site hors ligne.
La faiblesse la plus nette est l’outil de déploiement principal lui-même, qui a échoué lors des deux tentatives que j’ai faites et a eu besoin d’une solution de secours manuelle à chaque fois.
MCP Hosting Plans with Hostinger
Tirez parti de l’automatisation de l’hébergement pilotée par l’IA avec Hostinger MCP. Construit autour du Model Context Protocol, il permet aux outils IA pris en charge d’interagir avec les services Hostinger, facilitant la gestion des sites web, des serveurs, des domaines, des paramètres DNS et des tâches liées à l’hébergement depuis un workflow connecté.
Si vous êtes bloqué en configurant cela vous-même, voici ce qui se passe réellement quand vous demandez de l’aide à Hostinger.
Canaux de support
Canal
Disponibilité
Remarques
Chat en direct (Kodee, IA)
24/7
Fonctionne sur le même Model Context Protocol que couvre cet avis, et Hostinger le documente comme capable d’effectuer de vraies actions sur le compte, pas seulement de répondre à des questions
Chat en direct (humain)
Escalade depuis Kodee
Disponible sur demande dans la même fenêtre de chat
Base de connaissances
En libre-service
support.hostinger.com
Test de Kodee
J’ai posé à Kodee une question avec une vraie réponse à deux volets : est-ce que Hostinger MCP est un produit achetable en soi, et comment se rapporte-t-il réellement à Hostinger Connector.
On ne peut pas répondre à cela en copiant un paragraphe de doc, car cela exige de séparer correctement un protocole d’une implémentation spécifique de celui-ci.
Question
Réponse de Kodee
Évaluation
Est-ce que MCP est la même chose que Connector
Non, MCP est l’intégration plus large, Connector est une méthode de configuration OAuth recommandée
Correct et précisément cadré
Est-ce que MCP est achetable séparément
Non, ce n’est pas un produit ou un abonnement séparé
Correct
Où trouver le jeton API
Compte, puis API ou Dev Tools, générer, le nommer, définir l’expiration, copier immédiatement
Correct et précis
Quelle variable d’environnement utiliser
A nommé directement la variable du jeton, a noté Connector comme l’alternative qui l’évite
Correct
L’échange complet, quatre questions et quatre réponses, a pris environ deux minutes d’après les horodatages.
Je n’ai pas eu besoin de contester, reformuler ou faire escalader une seule fois. Beaucoup d’outils de support IA gèrent la moitié facile d’une question en deux parties et deviennent vagues sur la partie plus difficile. Kodee ne l’a pas fait ici.
Base de connaissances
La base de connaissances de Hostinger s’organise en grandes catégories : Getting Started, hPanel, AI Builder, Domains, DNS, Files Management, Email, MySQL Databases, Website, VPS, Agency Hosting Plans, Reach, SSL, PHP, Profile Management, Billing, Affiliates and Referrals, Features, cPanel, et About Hostinger.
Aucune n’est dédiée à MCP, donc si vous parcourez par catégorie, vous ne le trouverez pas comme ça.
Cependant, une recherche directe de “MCP” vous y mène à la place. Cette recherche a renvoyé vingt résultats, avec les deux articles les plus pertinents, la configuration MCP spécifique à WordPress et la configuration locale pour IDE, tout en haut.
En dessous se trouvaient plusieurs résultats seulement vaguement liés, surtout d’autres produits d’agent IA qui mentionnent MCP en passant.
J’ai ouvert directement l’article qui correspond à la configuration de cet avis : “How to set up web hosting MCP on Local IDEs.” Il est vraiment bien construit :
Commence avec l’extension Connector comme voie recommandée
Déroule la configuration manuelle comme une méthode distincte
Inclut des étapes numérotées et de vrais chemins de fichier de config
Fournit un exemple complet de configuration JSON
Montre une deuxième méthode utilisant votre propre assistant IA
Le seul manque à connaître est que le guide manuel de cet article utilise Cursor comme exemple, et non Claude Code, même si Claude Code fait partie des clients officiellement listés.
En pratique, cela ne m’a pas ralenti, puisque la page API de hPanel a généré directement un fichier spécifique à Claude Code et un bloc JSON, et cela s’est avéré plus à jour que l’exemple de l’article.
Si vous vous appuyez uniquement sur l’article et que vous utilisez Claude Code, vous devrez adapter vous-même les étapes spécifiques à Cursor.
Verdict global sur le support
Kodee a géré correctement et rapidement une vraie question technique à deux volets, et l’article de base de connaissances qui l’accompagne est complet une fois que vous le cherchez par son nom plutôt que par catégorie.
Le seul vrai manque est que l’article phare de configuration privilégie Cursor comme exemple, donc si vous utilisez Claude Code, vous obtenez des conseils exacts mais pas conçus pour vous.
MCP Hosting Plans with Hostinger
Profitez de l’automatisation de l’hébergement pilotée par l’IA avec Hostinger MCP. Construit autour du Model Context Protocol, il permet aux assistants IA pris en charge d’interagir avec les services Hostinger, ce qui facilite la gestion des sites web, des serveurs VPS, des domaines, des paramètres DNS et d’autres tâches liées à l’hébergement.
Conclusion : Hostinger MCP vaut-il la peine d’être utilisé ?
Oui. Pas parce que la configuration était fluide, elle ne l’a pas toujours été, mais à cause de ce qui s’est passé quand j’ai donné à un agent IA un vrai accès à un compte en production puis que j’ai volontairement tenté de casser des choses.
Les lectures de compte ont détecté deux commandes d’hébergement silencieusement expirées sans qu’on le demande. La découverte de cible a écarté deux sites inadaptés pour de vraies raisons vérifiables au lieu de deviner. Un pipeline de déploiement a rejeté une build que j’ai cassée exprès et a gardé votre site en ligne tout le temps, avant et après un redémarrage.
Ce qui m’a le plus marqué dans cet avis, ce n’est pas une seule fonctionnalité qui fonctionnait correctement. C’est le schéma derrière elles toutes : vérifier d’abord, agir ensuite, et dire clairement quand quelque chose ne pouvait pas être vérifié.
Ce même schéma est apparu dans le support, où Kodee a répondu correctement du premier coup à une vraie question technique à deux volets, en environ deux minutes, sans qu’on ait besoin de le pousser.
Cela ne veut pas dire qu’il s’agit d’un produit fini et sans friction. L’outil de déploiement principal a échoué d’emblée lors des deux tentatives que j’ai faites, nécessitant une solution de secours manuelle à chaque fois.
Un fichier de configuration qui contenait déjà du contenu s’est cassé silencieusement jusqu’à ce que je le réécrive à la main. Et il n’y a aucun sandbox dans tout ce processus, chaque approbation que vous donnez agit immédiatement sur votre compte en production, ce qui augmente les enjeux de la même prudence qui rend les résultats dignes de confiance au départ.
Hostinger MCP vaut votre temps si vous voulez un agent IA qui vérifie avant d’agir et vous dit honnêtement quand il atteint une limite, et que vous êtes prêt à accepter quelques aspérités dans l’outillage autour.
Ce n’est pas encore valable pour vous si vous avez besoin de quelque chose de poli et sans friction dès le départ, ou si un outil de déploiement qui échoue au premier essai est un point bloquant plutôt qu’une aspérité avec laquelle vous pouvez composer.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Hostinger MCP est l’intégration qui permet aux outils de code IA de se connecter à vos services Hostinger via le Model Context Protocol. Ce n’est pas un produit d’hébergement séparé, et ça fonctionne avec votre compte existant au lieu de remplacer hPanel.
Est-ce que j’ai besoin de Hostinger Connector pour utiliser Hostinger MCP ?
No. Connector est une méthode de configuration, en utilisant OAuth via une extension basée sur le navigateur. Vous pouvez aussi configurer la connexion manuellement avec un token API, ce qui est le mode testé par cette review, et qui prend actuellement en charge des clients comme Claude Code, Cursor, Devin Desktop, Antigravity, et Codex.
Hostinger MCP est-il gratuit ?
Oui. Il n’y a pas de frais séparés pour l’intégration MCP elle-même. Vous devez quand même avoir un plan d’hébergement, cloud ou VPS Hostinger éligible pour les tâches que vous souhaitez qu’un agent IA effectue réellement.
Est-ce qu’un build Hostinger terminé veut dire que mon appli fonctionne vraiment ?
Dans mes tests, un build que j’ai cassé exprès a été rejeté au lieu d’être déployé, ce qui est plutôt bon signe. Mais les logs du build n’affichaient pas l’erreur d’exécution précise derrière l’échec, seulement que l’installation des dépendances s’était bien passée. Vérifiez votre app en direct ou un endpoint de santé directement au lieu de vous fier uniquement aux logs du build.
Hostinger MCP peut déployer des applications Node.js sans l’extension Connector ?
Oui. J’ai déployé puis cassé volontairement une application Node.js en utilisant uniquement un jeton API configuré manuellement dans Claude Code, sans aucune extension Connector. L’outil principal de déploiement a échoué lors de mes deux tentatives et a eu besoin à chaque fois d’un fallback manuel d’upload et de build, qui a fonctionné avec succès.
Que se passe-t-il si mon jeton API expire pendant qu’un agent est en train d’exécuter une tâche ?
Ma dertch test dyal hadchi b nass, 7it token dyali kan m7edded b expiration dyal chhar w tlawez kolchi dyal review. Hadi ssola 7a9i9iya khasna nkhlliwha l planning maشي chi 7aja nqder nجاوب 3liha men t-test: ddir reminder f l-calendrier باش t3awed token qbl ma ysali, 7it ay task kayt3awel 3lih ghadi ytfassakh ila tsalla وسط session.
HostAdvice.com fournit des critiques professionnelles d’hébergement web totalement indépendantes. Nos avis sont impartiaux, honnêtes et appliquent les mêmes critères d’évaluation à toutes les entreprises.Bien que nous recevions une compensation de certains hébergeurs présents sur le site, cela n’influence en aucun cas nos conclusions ni leur classement. Cette compensation couvre les frais de test, d’achat de comptes et la rémunération des rédacteurs.