これを読んでいるなら、あなたはおそらくひとつの具体的な疑問に答えようとしているはずです。AI コーディングエージェントを本番の Hostinger アカウントの管理に本当に信頼できるのか、そして事前構築済みの拡張機能に頼らずにそれを接続するには何が必要なのか、という疑問です。

まさにそれを私はテストしました。Hostinger MCP は、Claude Code、Cursor、Codex などの AI ツールが Model Context Protocol を通じて Hostinger のサービスに接続できるようにする統合です。

Hostinger Connector はその統合への一つの入り口であり、OAuth ベースのワンクリック VS Code 拡張機能です。私はここでは Connector をテストしていません。私は hPanel で API トークンを直接生成し、それを Claude Code に手作業で接続する方法をテストしました。これは、Claude Code、JetBrains、または専用拡張機能のないクライアントを使う場合に取ることになる方法です。

私は LinkSnap という小さなリンク短縮アプリを作成し、それを実際の Hostinger アカウントに接続して、アカウントの読み取り、デプロイ先の検出、実際のデプロイ、意図的な失敗、そして復旧までを試しました。

私たちのHostinger Connector レビューでは、OAuth ベースの拡張機能が同じ基盤プロトコルをどのように実装しているかについて、別の調査結果を取り上げています。

MCP Hosting Plans with Hostinger

MCP 自体には追加費用はかからず、すでにお持ちのどの Hostinger プランでも利用できます。

Hostinger を訪問する

Hostinger MCP の長所と短所

評価の内訳

以下は、Hostinger MCP を評価するうえで重要な項目ごとの採点です。つまり、コスト、実際にアクセスできる範囲、セットアップの手間、実行の正確さ、そして必要なときのサポート品質です。

MCP Hosting Plans with Hostinger

Hostinger MCP でホスティング管理を簡素化しましょう。これは、互換性のある AI アシスタントと Hostinger サービスを接続する Model Context Protocol ソリューションです。ホスティング情報へのアクセスや、ウェブサイト、ドメイン、VPS、DNS などのサービス管理を AI によるワークフローで自動化できます。

Hostinger を訪問する

Hostinger MCP のプランと価格

Hostinger MCP の価格ページは見つかりません。なぜなら、存在しないからです。これは単体で購入するものではありません。

• MCP は既存のホスティングプランの上に乗る仕組みです
• MCP 専用のサブスクリプションや月額料金はありません
• 利用には、対象となるホスティングまたは VPS プランが必要です
• 私がテストしたすべてのプランで、同じツールカテゴリが利用可能でした
• 料金がかからないため、MCP 固有の返金ポリシーもありません

Hostinger MCP の機能

• ウェブサイトの作成、削除、ファイル閲覧
• Node.js、静的サイト、WordPress のデプロイ
• Node.js のビルド管理と脆弱性修正
• PHP バージョンと拡張機能の設定
• データベースの作成、修復、リモート接続
• cron ジョブの作成と出力取得
• ドメイン、DNS、サブドメイン、リダイレクトの管理
• サブスクリプションと注文の表示
• メールマーケティングキャンペーンの管理
• VPS と Ecommerce のツール、初期状態ではオフ

手動セットアップの方法を有効にすると、AI クライアントに見せるツールカテゴリを事前に選べます。選択した各カテゴリは設定ファイル内で独立した接続として生成され、1 つの大きな権限セットになるわけではありません。

Hostinger は、基盤 API のデフォルトのレート制限も公開しています。1 分あたり 60 リクエスト、1 時間あたり 1,000 リクエストで、現在の使用状況はレスポンスヘッダーで返されます。

このレビューで扱ったような、1 タスクずつ対話的に進める作業なら、私はどちらの上限にもまったく近づきませんでした。もし、承認を待つエージェントではなく、スクリプトを unattended で走らせるような、より自動化された何かを計画しているなら、これは設計上考慮すべき実際の数値です。

MCP Hosting Plans with Hostinger

Hostinger MCP を使って、AI を活用したホスティング自動化を実現しましょう。Model Context Protocol を基盤に構築されており、対応する AI ツールが Hostinger のサービスとやり取りできるようにします。ウェブサイト、サーバー、ドメイン、DNS 設定、ホスティング関連タスクをより迅速かつスマートに管理できます。

Hostinger を訪問する

使いやすさ

自分で手動セットアップを本当にやり切れるのかを判断したいなら、このセクションが普通の使いやすさレビューとはまったく違う見た目になる理由を理解しておくと役立ちます。

Hostinger MCP には、作成すべきアカウントも、サインアップフォームも、初回ログイン時に巡るダッシュボードもありません。すでに持っている Hostinger アカウントとホスティングプランの上に乗る仕組みです。登録すべきものが何もないため、登録ステップもありません。

ここでの使いやすさが意味するのは、接続そのもののプロセスです。つまり、すでにログインできるアカウントを、AI エージェントが見て操作できるものに変えることです。だからこのセクションは、サインアップ画面を開くのではなく、アクセスの生成から始まります。

手動セットアップは 1 つのクライアントに限定されているわけでもありません。Hostinger が挙げているのは次の通りです。

• Claude Code
• Cursor
• Devin Desktop
• Antigravity
• そして Codex であり、VS Code のワンクリック Connector 拡張機能と並ぶ対応オプションなので、ここには本当に選択肢があります

Claude Code を選んだのは、IDE のサイドバーではなくターミナルで動作すること、そして専用の Hostinger 拡張機能がないため、手動のトークンベース接続しか方法がなく、その経路を最もきれいにテストできるからです。

ひとつ前提として、Hostinger に触れる前に、それぞれのクライアントごとの条件があります。Claude Code 自体が動作するには Node.js バージョン 22 以上が必要です。私のマシンは以前のプロジェクトの影響でまだ古いバージョンのままで、hPanel に触れる前に engine 警告と壊れたインストールに遭遇しました。これは Hostinger の問題ではありませんが、開発マシンがすでに最新でないなら、実際に時間のかかる要素です。

1. API トークンの生成

Claude Code が実際に動作したところで、私は hPanel の API ページに進みました。このページは現在 MCP を中心に構成されています。

上部には 6 つのクライアント、VS Code、Cursor、Devin Desktop、Antigravity、Claude Code、Codex が並び、VS Code にはワンクリックの Connector 拡張機能、Claude Code を含むそれ以外のクライアントには手動の方法が用意されています。

トークンの生成自体に必要なのはごくわずかです。

• トークンの名前
• 有効期限、デフォルトは 1 か月
• トークン自体にスコープや権限の項目はない

この最後の点は、アクセス制御を重視するなら重要です。それはトークン自体にはありません。1 つ前のステップ、つまり接続に公開するツールカテゴリを選ぶ別の選択画面にあり、私は次へ進みました。

2. ツールカテゴリの選択と設定ファイルの作成

次に、設定ファイルがまだ存在しない状態で、hPanel は接続が公開するカテゴリの選択を求めてきました。

• Websites
• Domains and DNS
• Subscriptions and Payments
• Email Marketing
• VPS Hosting
• Ecommerce

私は Websites のみを有効にしました。LinkSnap に必要なものはそれで十分だったからです。有効にした各カテゴリは、同じトークンを参照する独自のコマンドと独自のパッケージ名を持つ、生成済み JSON の個別エントリになります。ここは、手動の方法が本当に 1 つのバンドル化された権限画面より優れている部分です。AI クライアントが何に触れられるかの形を、開く前に自分で正確に決められるからです。

そして、ここからが実際に時間を取られた部分でした。hPanel は完成済みの JSON ブロックとファイルパス、Linux では ~/.claude.json を提示し、それを貼り付けるよう指示してきます。

私のファイルには、以前のセットアップ試行から残ったエントリがすでにありました。新しいブロックをそのまま貼り付けてしまったため、トップレベルのオブジェクトが 2 つある状態になり、これは有効な JSON ではありません。私が手作業で 1 つのオブジェクトに書き直すまで、Claude Code は起動しませんでした。

3. Claude Code への接続

設定ファイルがようやく有効になったところで、最後のステップは Claude Code 自体にそれを読み込ませることでした。ここでは、Hostinger のトークンとは完全に別に、Claude のサインインが必要です。Claude Code は Claude のサブスクリプションまたは API 課金で動作するからです。これは、おそらくすでにログインしているセッションを再利用するブラウザ拡張機能と比べると、確かに余分なステップです。

そこを越えると、接続は再起動 1 回目で問題なく成功しました。Claude Code に直接、Hostinger のどのツールにアクセスできるかを尋ねると、私が有効化した 1 つのカテゴリに完全に一致する、正しくグループ化された一覧が返ってきました。

この最後の行は、その後の体験全体を左右します。Claude Code が行うすべてのツール呼び出し、ウェブサイト一覧の取得、ビルド確認、シェルコマンドの実行などは、毎回あなたの yes か no を待ってから止まります。自動承認を有効にしない限りは。

私は実際のコストを正直に把握するために、テスト全体で個別承認を有効のままにしましたが、デプロイと復旧の 1 サイクルだけで私の 12 回以上の別々の承認が必要でした。

本番に進む前に知っておくべきことがもうひとつあります。サンドボックスはありません。あなたが承認したコマンドは、yes を押した瞬間に本物のアカウント、本物のホスティングに作用します。

プロンプトと変更の間に仮想環境は存在しません。つまり、誤って承認したものは本当に適用されます。

使いやすさに関する総評

MCP Hosting Plans with Hostinger

Hostinger MCP で生産性を向上させましょう。AI 対応の統合として設計され、Hostinger サービスと互換性のある AI アシスタントを接続します。ホスティング、VPS、ドメイン、DNS、ウェブサイト、その他のアカウントサービスにまたがる、よりスマートな自動化を可能にします。

Hostinger を訪問する

実際の動作: Claude Code を通じた Hostinger のテスト

設定ファイルで接続できることはもうわかっています。本当に知りたいのは、その先にあるものが実際にホスティング作業を正しくこなせるかどうかです。そこで私は LinkSnap という小さな Express アプリを作り、デプロイの全ライフサイクルを通して試しました。

LinkSnap の health エンドポイントが後で重要になったのは、プラットフォームがビルド完了と呼んでも、実際にはアプリケーションが起動していない可能性があるからです。

ライブのエンドポイントだけが、それをステータス表示に頼らず独立して確認できる唯一の方法です。

1. アカウントデータの読み取り

私は Claude Code に、ヒントを一切与えずに、アカウント上のすべてのウェブサイトと有効なホスティングプランを一覧表示するよう依頼しました。

このアカウントには実際の複雑さがあります。1 つの注文に 17 サイト、別の注文に 2 サイト、さらに現在は有効として表示されない注文の下にある 2 つのサイトです。

単に依頼されたものを列挙しただけではありませんでした。アクティブ一覧にない注文に属する 2 つのサイトを見つけ、それらはおそらく停止中だとフラグを立て、私が hPanel で独立して確認したところ、どちらも実際に期限切れでした。

それは単なる取得ではなく、単に読み取るだけでなく、あなたのアカウントを監査しているということです。

2. デプロイ先の検出

これは、この仕組みを本番アカウントで信頼できるかどうかを最もよく示すテストです。

私は、自分でドメイン名を一切指定せずに、LinkSnap 用に使える Node.js サイトがあるかどうかを判断するよう依頼しました。

私は無料サブドメインを選びました。floralwhite-ferret-411142.hostingersite.com を生成し、正しい注文の下にサイトを作成しました。後で hPanel で自分でも確認しました。

すべて一致していました。

3. LinkSnap のデプロイ

確認済みのターゲットができたので、私は LinkSnap を zip アーカイブにまとめ、Claude Code にデプロイを依頼しました。

主要なデプロイツールは、最初の試行でアップロード段階で失敗しました。

盲目的に再試行する代わりに、サイトのストレージが実際に到達可能かどうかを確認してそれを原因から外し、別の方法へフォールバックしました。つまり、直接アップロード用 URL の取得、アーカイブのアップロード、そしてビルドを別ステップで起動する方法です。

最初の試行でデプロイツールが失敗したのは、実際の弱点です。そこははっきり言っておきたいです。悪い結果にならなかったのは、その後に本物の診断、動作する代替手段、そしてステータスバッジを信じるのではなくライブで確認したことがあったからです。

4. 失敗復旧のテスト

ここは、何か問題が起きたときに実際どうなるのか気にしているなら、あなたが本当に知りたいセクションです。

私は Claude Code に、正常な package.json のバックアップを取らせたうえで、存在しないファイルを指すよう開始コマンドを変更させました。

デプロイ済み Node.js アプリにはファイル編集ツールが公開されていないため、ライブアプリのファイルを直接編集することはできませんでした。

それを黙って回避するのではなく、制限を説明し、代わりにローカルのアーカイブから作業し、正確な 1 行の変更を示し、何かに触れる前に私の確認を待ちました。

これは、このレビューで最も重要な発見です。プラットフォームは壊れたデプロイを黙って受け入れませんでした。悪いビルドを拒否し、失敗前も失敗後も、最後に正常だったバージョンをずっと稼働させ続けました。

ひとつ率直な欠点があります。 ビルドログには依存関係のインストール成功しか表示されず、実際の missing-file エラーは出ませんでした。つまり、実際の失敗原因を知るには別の場所を見る必要があります。

もうひとつ小さく知っておくべきこととして、このテストの途中で Claude Code が、このセッションとは無関係な以前のプロジェクト名を参照していました。結果には影響しませんでしたが、隠さずにお伝えしておくべきだと思いました。

テストに関する総評

MCP Hosting Plans with Hostinger

AI を活用したホスティング自動化を、Hostinger MCP で体験してください。Model Context Protocol を基盤とし、対応する AI ツールが Hostinger のサービスと対話できるようにします。ウェブサイト、VPS サーバー、ドメイン、DNS 設定など、ホスティング関連タスクの管理を容易にします。

Hostinger を訪問する

サポートのレベル

自分でこれの設定に行き詰まったら、Hostinger に助けを求めると実際にどうなるのかを見てみましょう。

サポートチャネル

Kodee のテスト

私は Kodee に、実際に 2 面性のある答えが必要な質問をしました。Hostinger MCP は単体で購入できる製品なのか、そして Hostinger Connector との関係は実際どうなっているのか、という質問です。

これはドキュメントの一節をそのまま貼るだけでは答えられません。プロトコルと、その実装の 1 つを正しく切り分ける必要があるからです。

4 つの質問と 4 つの回答からなるやり取り全体は、タイムスタンプ上では約 2 分でした。

私は一度も言い返す必要も、言い換える必要も、エスカレーションする必要もありませんでした。多くの AI サポートツールは、2 部構成の質問の簡単な半分は処理しても、難しい半分で曖昧になります。Kodee はここでそうしませんでした。

ナレッジベース

Hostinger のナレッジベースは、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、About Hostinger といった大分類で整理されています。

MCP 専用のカテゴリはないため、カテゴリをたどって探しても見つかりません。

しかし、直接 “MCP” で検索すると見つかります。その検索では 20 件の結果が返り、最も関連性の高い 2 記事、つまり WordPress 向け MCP 設定とローカル IDE セットアップが、最上部に表示されました。

その下には、MCP を文中でたまたま言及している他の AI エージェント製品など、やや関連性の薄い結果もいくつか混ざっていました。

私はこのレビューの設定に一致する記事、「How to set up web hosting MCP on Local IDEs」を直接開きました。これは本当にうまく作られています。

• 推奨ルートとして Connector 拡張機能で始まる
• 手動セットアップを別の方法として案内する
• 番号付きの手順と実際の設定ファイルパスを含む
• 完全な JSON 設定例を提供する
• 自分の AI アシスタントを使う 2 つ目の方法を示す

知っておくべき唯一の欠点は、この記事の手動ガイドが、実例として Claude Code ではなく Cursor を使っていることです。Claude Code も公式に対応クライアントの 1 つであるにもかかわらず、です。

実際には、hPanel の API ページが Claude Code 専用のファイルパスと JSON ブロックを直接生成してくれたので、それが記事の例よりも新しい内容であるとわかり、作業の妨げにはなりませんでした。

記事だけを頼りに Claude Code を使う場合は、Cursor 固有の手順を自分で適応させる必要があります。

サポートに関する総評

MCP Hosting Plans with Hostinger

Hostinger MCP でホスティング作業を自動化し、より簡単に管理しましょう。Model Context Protocol を基盤に、AI アシスタントを Hostinger サービスにつなげます。ウェブサイト、VPS、ドメイン、DNS 構成、その他のホスティング関連作業へのアクセスを可能にします。

Hostinger を訪問する

結論: Hostinger MCP は使う価値があるのか？

はい。セットアップがスムーズだったからではありません。必ずしもうまくいかなかったからです。しかし、AI エージェントに本物のアクセス権を与え、それから意図的に壊そうとしたときに何が起きたかを見たからこそ、そう言えます。

アカウント読み取りは、静かに期限切れになっていた 2 つのホスティング注文を、何も言わずに見つけました。ターゲット検出は、2 つの不適切なサイトを推測ではなく、確認可能な理由で除外しました。私が意図的に壊したデプロイは、ビルドパイプラインが拒否し、あなたのサイトをずっと稼働させたままでした。

このレビュー全体を通して最も印象的だったのは、どれか 1 つの機能が正しく動いたことではありませんでした。先に確認し、後で実行し、確認できなかったときはそれをはっきり伝える、その背後にあるパターンでした。

同じパターンはサポートにも見られました。Kodee は、本当に 2 面性のある技術質問に対して、約 2 分で、押し戻されることなく初回で正しく答えました。

だからといって、これが完成された摩擦のない製品だという意味ではありません。主要なデプロイツールは、私が行った 2 回の試行の両方で失敗し、毎回手動フォールバックが必要でした。

すでに内容のある設定ファイルは、私が手作業で書き直すまで静かに壊れていました。そして、このプロセスにはどこにもサンドボックスがありません。あなたが出す承認はすべて、すぐに本番アカウントに作用します。つまり、信頼性を生む同じ慎重さが、そのまま責任の重さにもなります。

Hostinger MCP は、AI エージェントが先に確認し、限界に達したときには正直にそれを伝えてくれることを望み、なおかつその周辺ツールのいくつかの粗さを受け入れられるなら、使う価値があります。

一方で、箱から出してすぐに洗練されていて摩擦のないものが必要なら、あるいは初回で失敗するデプロイツールが、回避可能な粗さではなく即アウトの問題だと感じるなら、まだ使う価値はありません。

Hostinger

5.0

2,471 user reviews

￥250 /mo

最低価格

Hostinger を訪問する

Rating based on expert review

• 使いやすさ
  4.9
• サポート
  4.9
• 機能
  4.8
• 信頼性
  4.7
• 価格
  4.5