Експертний аналіз з перевіреними відгуками користувачів Hostinger
Я налаштував Hostinger MCP вручну в Claude Code, використовуючи API token замість розширення Connector у один клік. Я розгорнув невеликий Node.js застосунок, навмисно зламав його, щоб перевірити відновлення, і випробував live chat та базу знань Kodee на реальне технічне запитання. Ось що насправді витримало.
Я налаштував Hostinger MCP вручну в Claude Code, використовуючи API token замість розширення Connector у один клік. Я розгорнув невеликий Node.js застосунок, навмисно зламав його, щоб перевірити відновлення, і випробував live chat та базу знань Kodee на реальне технічне запитання. Ось що насправді витримало.
Якщо ви це читаєте, то, ймовірно, намагаєтеся відповісти на одне конкретне запитання: чи можна насправді довірити AI coding agent керування вашим живим обліковим записом Hostinger і що потрібно, щоб підключити його без використання готового розширення.
Саме це я й протестував. Hostinger MCP — це інтеграція, яка дозволяє AI-інструментам на кшталт Claude Code, Cursor і Codex підключатися до сервісів Hostinger через Model Context Protocol.
Hostinger Connector — це один зі способів отримати доступ до цієї інтеграції, один кліковий, OAuth-орієнтований VS Code extension. Я не тестував Connector тут. Я тестував створення API token безпосередньо в hPanel і ручне підключення його до Claude Code, тобто саме той шлях, яким ви підете, якщо користуєтеся Claude Code, JetBrains або будь-яким клієнтом без спеціального extension.
Я зібрав невеликий додаток-скорочувач посилань під назвою LinkSnap, підключив його до реального облікового запису Hostinger і пройшов із ним перевірку доступу до облікового запису, виявлення цільового середовища для розгортання, live deploy, навмисну помилку та відновлення.
Наш огляд Hostinger Connector описує, як це OAuth-орієнтоване розширення реалізує той самий базовий протокол, але з власним окремим набором висновків.
MCP Hosting Plans with Hostinger
MCP itself costs you nothing extra and works with any Hostinger plan you already have.
Безкоштовно, входить у будь-який наявний план Hostinger
Ручне налаштування дає вам покатегорійний контроль інструментів
Правильно відкинув два непридатні цільові середовища для розгортання
Автоматично відхилив зламану збірку, без простою
Живий застосунок залишився доступним після невдалої збірки
Самостійно перевірив live deployment за допомогою check
Kodee правильно відповів на реальне термінологічне запитання
Cons
Config file легко ламається, якщо вставити його неправильно
Deploy tool двічі не спрацював, знадобився fallback
Кожен виклик tool вимагає вашого схвалення
Tip Створюйте API token із коротким терміном дії та назвою, яку ви легко впізнаєте пізніше. Ви побачите token лише один раз, тож вважайте той перший екран своєю єдиною копією.
Розподіл оцінок
Ось як я оцінив Hostinger MCP за тими напрямами, які мають значення, якщо ви вирішуєте, чи варте ручне налаштування вашого часу: скільки це вам коштує, до чого ви насправді отримуєте доступ, скільки тертя створює setup, чи виконується все коректно і наскільки хороша підтримка, коли вона потрібна.
Ручне налаштування дає змогу вмикати категорії інструментів окремо: Websites, Domains and DNS, Subscriptions and Payments, Email Marketing, VPS і Ecommerce, і кожна з них стає окремим підключенням, а не однією об’єднаною грантованою дозволом групою.
Генерація token відбувається швидко, але ви лишаєтеся самі, якщо у вашому config file уже є вміст, і я зіткнувся зі старою версією Node та залишком global path ще до того, як дійшов до цього.
Перевірка облікового запису виявила два хостингові замовлення, термін дії яких непомітно закінчився, а виявлення цільового середовища відкинуло обидва наявні варіанти з реальними, перевірними причинами замість здогадів.
Kodee відповів на реальне двостороннє термінологічне запитання з реальною точністю, за чотири обміни приблизно за дві хвилини.
Загалом
9.0/10
Більш прозорий, більш практичний спосіб підключити AI agent до вашого облікового запису Hostinger, із pipeline розгортання, який захистив живий сайт під час помилки, створеної мною навмисно.
MCP Hosting Plans with Hostinger
Simplify hosting management with Hostinger MCP, a Model Context Protocol solution that connects compatible AI assistants with Hostinger services. It helps automate tasks, access hosting information, and manage websites, domains, VPS, DNS, and other services through AI-powered workflows.
Ви не знайдете сторінки з цінами для Hostinger MCP, тому що її немає. Це не те, що купується окремо.
MCP працює поверх вашого поточного хостингового плану
Немає окремої MCP-підписки або щомісячної плати
Вам усе одно потрібен відповідний хостинговий або VPS план
Усі плани, які я тестував, відкривали ті самі категорії інструментів
Немає MCP-специфічної політики повернення коштів, оскільки він не має окремої оплати
Tip Не підвищуйте свій хостинговий план лише заради кращого доступу до MCP. Обирайте план відповідно до сайтів і ресурсів, які вам справді потрібні, а не до AI integration, що працює поверх нього.
Функції Hostinger MCP
Створення, видалення вебсайтів і перегляд файлів
Розгортання Node.js, static site та WordPress
Керування збірками Node.js і виправлення вразливостей
Налаштування версії PHP і розширень
Створення баз даних, відновлення та віддалені підключення
Створення cron job і отримання їхнього виводу
Керування доменами, DNS, піддоменами та редиректами
Перегляд підписок і замовлень
Керування email marketing кампаніями
Інструменти VPS та Ecommerce, вимкнені за замовчуванням
Якщо ви вмикаєте шлях ручного налаштування, ви самі обираєте, які саме з цих категорій ваш AI client зможе бачити ще до того, як відкриєте його, і кожна увімкнена категорія стає окремим записом у вашому config file, а не одним великим набором інструментів.
Hostinger також документує стандартні rate limits для базового API: 60 requests per minute і 1,000 per hour, а поточне використання повертається в response headers.
Для того типу інтерактивної роботи, коли ви виконуєте одну задачу за раз, про який ідеться в цьому огляді, я навіть близько не підійшов до жодного з цих лімітів. Якщо ви плануєте щось більш автоматизоване, скрипт, що працює без нагляду, а не agent, який чекає на ваше схвалення, це реальне число, з яким слід рахуватися.
MCP Hosting Plans with Hostinger
Manage your Hostinger services more efficiently with Hostinger MCP. By connecting AI tools directly with Hostinger through the Model Context Protocol, users can automate routine hosting tasks, retrieve account and infrastructure data, and streamline website, domain, and server management.
Якщо ви намагаєтеся вирішити, чи зможете ви реально самостійно пройти ручне налаштування, корисно зрозуміти, чому цей розділ зовсім не схожий на звичайний огляд зручності використання.
Hostinger MCP не має власного облікового запису, який потрібно створювати, немає форми реєстрації й немає dashboard, який можна обійти під час першого входу. Він працює поверх облікового запису Hostinger і хостингового плану, який у вас уже є. Тут немає етапу реєстрації, бо реєструватися нема для чого, окрім того облікового запису, який, імовірно, у вас уже є.
Насправді зручність використання тут означає сам процес підключення, перетворення облікового запису, у який ви вже можете увійти, на щось, що AI agent може бачити й використовувати. Саме тому цей розділ одразу переходить до створення доступу, а не починається з екрана реєстрації.
Ручне налаштування також не прив’язане до одного client. Hostinger перераховує:
Claude Code
Cursor
Devin Desktop
Antigravity
І Codex як підтримувані варіанти поруч із VS Code’s one-click Connector extension, тож тут у вас є справжній вибір
Я обрав Claude Code тому що він працює в терміналі, а не в боковій панелі IDE, і тому що в нього немає окремого Hostinger extension, тож ручний, token-based шлях був єдиним входом і дав мені найчистіший тест саме цього шляху.
Одна передумова стоїть ще до того, як у справу входить Hostinger, і вона залежить від того, який client ви оберете. Самому Claude Code для роботи потрібен Node.js версії 22 або новішої. На моєму комп’ютері все ще була старіша версія з попереднього проєкту, і я зіткнувся з engine warnings та зламаною інсталяцією ще до того, як взагалі торкнувся hPanel. Це не проблема Hostinger, але це реальна втрата часу, якщо на вашій машині розробки вже не встановлено актуальну версію.
1. Генерація API Token
Коли Claude Code уже працював, я перейшов на сторінку API в hPanel, яка тепер безпосередньо побудована навколо MCP.
Вона показує шість клієнтів угорі: VS Code, Cursor, Devin Desktop, Antigravity, Claude Code і Codex, при цьому VS Code отримує one-click Connector extension, а всі інші клієнти, включно з Claude Code, отримують manual path.
Сам процес генерації token вимагає зовсім небагато:
Назву для token
Термін дії, за замовчуванням один місяць
Без полів scope або permissions
Останній пункт важливий, якщо вас цікавить контроль доступу. Він не знаходиться в самому token. Він знаходиться на крок раніше, в окремому picker, де ви обираєте, які категорії інструментів взагалі бачить підключення, і саме туди я перейшов далі.
Деталь
Результат
Поля, потрібні для генерації token
Назва та термін дії
Вибір scope безпосередньо на самому token
Немає
Token знову видно після виходу зі сторінки
Ні, показується один раз
Таблиця token відстежує
Назву, дату створення, останнє використання, термін дії
2. Вибір категорій інструментів і створення config
Далі, ще до того, як існував будь-який config file, hPanel попросив мене вибрати, які саме категорії інструментів відкриватиме це підключення:
Websites
Domains and DNS
Subscriptions and Payments
Email Marketing
VPS Hosting
Ecommerce
Я увімкнув лише Websites, оскільки цього було достатньо для всього, що потрібно LinkSnap. Кожна категорія, яку ви вмикаєте, стає окремим записом у згенерованому JSON, зі своєю власною командою та власною назвою package, і все це вказує на той самий token. Саме тут ручний шлях справді кращий за один об’єднаний екран дозволів: ви самі визначаєте точну форму того, до чого ваш AI client може доторкнутися, ще до того, як він взагалі відкриється, а не після цього.
Потім настала частина, яка справді забрала в мене час. hPanel дає вам готовий JSON-блок і шлях до файлу, ~/.claude.json на Linux, і каже вставити його туди.
У моєму файлі вже були залишкові записи з попередньої спроби налаштування. Вставка нового блоку без його об’єднання залишила мене з двома top-level objects, а це невалідний JSON, і Claude Code не запускався, доки я не переписав файл вручну як один object.
Tip Перш ніж вставляти згенеровану Hostinger конфігурацію у ваш MCP file, відкрийте файл і перевірте, чи вже існує об’єкт mcpServers. Якщо так, об’єднайте новий запис із ним, а не вставляйте другий top-level block поверх нього.
3. Підключення Claude Code
Коли config file нарешті став валідним, останнім кроком було змусити сам Claude Code його підхопити. Тут вам знадобиться окремий логін Claude, незалежний від самого Hostinger token, оскільки Claude Code працює на підписці Claude або API billing. Це реальний додатковий крок порівняно з browser extension, який просто повторно використовує сесію, у якій ви, ймовірно, вже авторизовані.
Після цього підключення успішно спрацювало з першого restart. Коли я прямо запитав Claude Code, до яких інструментів Hostinger він має доступ, він повернув повний, правильно згрупований список, що відповідав одній увімкненій мною категорії.
Перевірка
Результат
Для входу в Claude Code потрібен окремий login, не пов’язаний із Hostinger
Так
Підключився з першого restart після виправлення config
Так
Повернений список інструментів відповідав увімкненій категорії
Так
За замовчуванням для кожного tool call потрібне підтвердження
Так, для кожного виклику
Цей останній рядок визначатиме весь ваш подальший досвід. Кожен tool call, який робить Claude Code, чи то список вебсайтів, перевірка build, чи запуск shell command, зупиняється і просить ваше yes або no, перш ніж продовжити, якщо ви не ввімкнете auto-approve.
Я залишив індивідуальне схвалення увімкненим на весь час тесту, щоб отримати чесне уявлення про реальну ціну цього, і лише один цикл deploy-and-recovery зажадав від мене понад десяток окремих підтверджень.
Ще одна річ, яку треба знати, перш ніж довіряти цьому будь-яку реальну роботу: тут немає sandbox. Кожна команда, яку ви схвалюєте, виконується у вашому live account і на вашому live hosting у той самий момент, коли ви кажете yes.
Між prompt і реальною зміною немає жодного simulated environment, тож помилкове схвалення — це справжнє схвалення.
Загальний висновок щодо зручності використання
Щоб усе це запрацювало, мені довелося серйозно повозитися, і не тому, що якийсь один крок складний, а тому, що manual path припускає чистий config file, актуальну версію Node і розробника, готового виправити обидва, якщо цього немає.
Покроковий вибір tool category — це справжня сильна сторона, точніша за один об’єднаний екран дозволів.
Після підключення будьте готові до обережної, а не швидкої роботи. Кожен tool call чекає на вас, і саме це вам потрібно, якщо ви уважно стежите, і саме це сповільнить вас, якщо ні.
MCP Hosting Plans with Hostinger
Boost productivity with Hostinger MCP, an AI-ready integration designed to connect Hostinger services with compatible AI assistants. It enables smarter automation across hosting, VPS, domains, DNS, websites, and other account services, reducing the need for repetitive manual management.
Тепер ви знаєте, що config file може підключити все це. Але насправді вам потрібно знати, чи робить щось реальне та коректне той інструмент, який стоїть по той бік, тож я зібрав LinkSnap, невеликий Express app, і пройшов із ним повний цикл deployment.
Тест
Що я хотів дізнатися
Зчитати дані облікового запису
Чи звітує він про ваш обліковий запис точно?
Знайти цільове середовище для розгортання
Він вгадує чи спершу перевіряє?
Розгорнути LinkSnap
Чи може він перенести реальний додаток із локального середовища в live?
Перевірити живий застосунок
Чи довіряє він власним заявам про успіх?
Зламати застосунок навмисно
Що платформа робить із поганою збіркою?
Відновити застосунок
Чи може вона чисто відновити відому робочу версію?
Endpoint health LinkSnap став важливим пізніше з однієї причини: платформа може позначити build як завершений, хоча ваш застосунок так і не запускається.
Live endpoint — це єдиний спосіб перевірити це незалежно замість того, щоб довіряти статусному ярлику.
1. Зчитування даних облікового запису
Я попросив Claude Code перерахувати всі websites і active hosting plans в обліковому записі, не даючи йому жодних підказок.
У цього облікового запису справді складна структура: сімнадцять сайтів під одним замовленням, ще два під другим і ще два сайти, що знаходяться під замовленнями, які вже не відображаються як активні.
Перевірка
Результат
Загальна кількість сайтів у списку
21, повністю збігається з hPanel
Виявлені активні плани
2, повністю збігається з hPanel
Сайти з expired-order були позначені без запиту
Так, обидва визначені правильно
Він не просто перелічив те, про що я попросив. Він помітив, що два сайти належать до замовлень, яких немає в активному списку, позначив їх як імовірно призупинені, і я окремо підтвердив обидва в hPanel як expired.
Це вже не просто retrieval, це ваш обліковий запис, який аудитується, а не просто читається.
2. Пошук цільового середовища для розгортання
Це тест, який найкраще показує, чи можна довіряти цій штуці на live account.
Я попросив її з’ясувати, чи є в мене Node.js site, готовий для LinkSnap, не називаючи жодного домену самостійно.
Крок
Що сталося
Результат
Перевірено перший наявний Node.js site
Знайдено активне розгортання, яке вже використовується
Правильно відкинуто
Перевірено другий наявний Node.js site
Виявлено, що він прив’язаний до expired-order
Правильно відкинуто
Запропоновано новий site
Під правильним активним замовленням
Точно
Запитав перед дією
Запропонував безкоштовний субдомен або custom domain
Пройдено
Я обрав безкоштовний субдомен. Він згенерував floralwhite-ferret-411142.hostingersite.com і створив site під правильним замовленням, що я пізніше сам перевірив у hPanel.
Усе збіглося.
3. Розгортання LinkSnap
Коли цільове середовище було підтверджено, я упакував LinkSnap у zip archive і попросив Claude Code розгорнути його.
Основний deploy tool не спрацював із першої спроби, на етапі upload.
Замість сліпого повтору він перевірив, чи справді storage site доступне, відкинувши це як причину, і перейшов до іншого методу: запросив direct upload URL, завантажив туди archive і окремо запустив build.
Крок
Результат
Основний deploy tool
Не вдалося на етапі upload
Перевірка доступності storage
Пройдено, це як причину відкинуто
Fallback method
Ручний upload URL плюс окремий build trigger
Результат fallback
Успішно
Самоперевірка після “build complete”
Виконав власний live request, підтвердив HTTP 200
Моя незалежна перевірка
Домашня сторінка та health endpoint обидва відповідали коректно
Те, що deploy tool не спрацював із першої спроби, — це реальна слабкість, і я хочу сказати це прямо. Те, що не дало цьому перетворитися на поганий результат, — це те, що було далі: реальна діагностика, робоча альтернатива та live check замість довіри до статусного бейджа.
4. Тестування відновлення після збою
Ось розділ, за яким ви насправді сюди прийшли, якщо хочете зрозуміти, що відбувається, коли щось іде не так.
Я попросив Claude Code створити резервну копію робочого package.json, а потім змінити start command так, щоб він вказував на файл, якого не існує.
Він не міг редагувати файли живого застосунку безпосередньо, оскільки для розгорнутого Node.js app не відкрито file-edit tool.
Замість того щоб мовчки обходити це, він пояснив обмеження, працював із моїм локальним archive, показав мені точну однорядкову зміну і чекав на моє підтвердження, перш ніж щось чіпати.
Тест
Результат
Резервну копію створено перед змінами
Так
Точну зміну показано перед застосуванням
Так
Зламану збірку розгорнуто
Звіт про збірку показав збій
Живий застосунок під час невдалої збірки
Залишився працювати, обслуговуючи робочу версію
Живий застосунок після явного restart
І далі обслуговував робочу версію
Відновлення з резервної копії
Пройдено
Повторне розгортання чистої версії
Завершено, після однієї повторної спроби
Фінальна перевірка
HTTP 200, підтверджено здорову відповідь
Це найважливіший висновок у цьому огляді. Платформа не прийняла зламане розгортання мовчки. Вона відхилила погану збірку і весь час залишала працювати мою останню відому робочу версію, до і після restart.
Єдина чесна прогалина: build logs показували лише успішне встановлення залежностей, а не саму помилку через відсутній файл, тож для пошуку конкретної причини реального збою вам усе одно довелося б шукати в іншому місці.
Ще одна менша річ, про яку вам варто знати: під час цього тесту Claude Code згадав назву стороннього попереднього проєкту, який не мав жодного стосунку до цієї сесії. Це не змінило результат, але я вважаю важливим це зазначити, а не приховувати.
Загальний висновок щодо тестування
Якщо ви довіряєте AI agent живий hosting account, саме цей тест має вас найбільше заспокоїти. Перевірки облікового запису були точними й самоперевірними, пошук цільового середовища відмовився гадати, а розгортання, яке я навмисно зламав, так і не поклало ваш сайт.
Найочевидніша слабкість — сам primary deploy tool, який не спрацював в обох моїх спробах і кожного разу потребував ручного fallback.
MCP Hosting Plans with Hostinger
Take advantage of AI-powered hosting automation with Hostinger MCP. Built around the Model Context Protocol, it allows supported AI tools to interact with Hostinger services, making it easier to manage websites, servers, domains, DNS settings, and hosting-related tasks from a connected workflow.
Якщо ви застрягнете під час самостійного налаштування, ось що насправді відбувається, коли ви просите Hostinger про допомогу.
Канали підтримки
Канал
Доступність
Примітки
Live chat (Kodee, AI)
24/7
Працює на тому самому Model Context Protocol, про який і йдеться в цьому огляді, і Hostinger описує його як такий, що може виконувати реальні дії в обліковому записі, а не лише відповідати на запитання
Live chat (human)
Ескалація від Kodee
Доступний за запитом у тому самому вікні чату
Knowledge Base
Self-service
support.hostinger.com
Тестування Kodee
Я поставив Kodee запитання з реальним двостороннім answer: чи є Hostinger MCP окремим продуктом, який купується, і як він насправді пов’язаний із Hostinger Connector.
На це не можна відповісти, просто скопіювавши абзац із документації, адже потрібно коректно розрізнити protocol і одну конкретну реалізацію цього protocol.
Запитання
Відповідь Kodee
Оцінка
Чи є MCP тим самим, що й Connector
Ні, MCP — це ширша integration, Connector — це один рекомендований OAuth-орієнтований метод налаштування
Правильно і точно за обсягом
Чи є MCP окремо придбаним продуктом
Ні, це не окремий продукт чи підписка
Правильно
Де знайти API token
Account, потім API або Dev Tools, generate, name it, set expiration, copy immediately
Правильно і конкретно
Яку environment variable використовувати
Назвав token variable напряму, зазначив Connector як альтернативу, що дозволяє обійтися без неї
Правильно
Повний обмін, чотири запитання і чотири відповіді, зайняв приблизно дві хвилини, якщо орієнтуватися на timestamps.
Мені не довелося ні заперечувати, ні переформульовувати, ні ескалювати жодного разу. Багато AI support tools справляються з легкою половиною двочастинного запитання і починають розпливатися на складнішій половині. Kodee тут цього не зробив.
Knowledge Base
Knowledge Base 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” приводить вас саме туди. Цей пошук повернув двадцять результатів, а два найрелевантніші матеріали, налаштування MCP для WordPress і local IDE setup, опинилися згори.
Нижче змішалися й кілька результатів, пов’язаних лише частково, переважно інші AI-agent продукти, які просто згадують MCP побіжно.
Я відкрив статтю, яка безпосередньо відповідає налаштуванню з цього огляду: “How to set up web hosting MCP on Local IDEs.” Вона справді добре зроблена:
Починається з Connector extension як рекомендованого шляху
Проводить через manual setup як окремий метод
Містить нумеровані кроки та реальні шляхи до config file
Надає повний приклад JSON configuration
Показує другий метод з використанням власного AI assistant
Єдина прогалина, про яку вам варто знати: у цій статті manual walkthrough використовує Cursor як приклад, а не Claude Code, хоча Claude Code є серед офіційно перелічених клієнтів.
На практиці це мене не загальмувало, оскільки сторінка API в hPanel згенерувала специфічні для Claude Code шлях до файлу та JSON block безпосередньо, і це виявилося актуальнішим, ніж приклад у статті.
Якщо ви покладатиметеся лише на статтю і використовуватимете Claude Code, вам доведеться самостійно адаптувати кроки, специфічні для Cursor.
Загальний висновок щодо підтримки
Kodee правильно й швидко впорався з реальним двочастинним технічним запитанням, а стаття в knowledge base, на яку він спирається, добре пропрацьована, якщо шукати її за назвою, а не переглядати за категоріями.
Єдина реальна прогалина в тому, що флагманська стаття з налаштування орієнтується на Cursor як на приклад, тож якщо ви використовуєте Claude Code, ви отримаєте точні інструкції, які не створювалися з урахуванням саме вас.
MCP Hosting Plans with Hostinger
Automate and simplify your hosting operations with Hostinger MCP, a solution that bridges Hostinger services with modern AI assistants. From accessing hosting data to managing websites, VPS servers, domains, and DNS configurations, Hostinger MCP helps create faster and more intelligent management workflows.
Так. Не тому, що налаштування було безпроблемним, це було не завжди так, а тому, що сталося, коли я дав AI agent реальний доступ до живого облікового запису і потім навмисно спробував щось зламати.
Перевірки облікового запису виявили два хостингові замовлення, термін дії яких непомітно закінчився, без будь-якого запиту з мого боку. Пошук цільового середовища відкинув два непридатні sites із реальних, перевірних причин замість здогадів. Pipeline розгортання відхилив збірку, яку я навмисно зламав, і весь час залишав ваш сайт працювати.
Найбільше в усьому цьому огляді мене вразив не якийсь окремий функціонал, що спрацював правильно. А закономірність, яка стоїть за всім цим: спершу перевір, потім дій і прямо скажи, коли щось неможливо підтвердити.
Той самий підхід проявився і в підтримці, де Kodee правильно відповів на справді двочастинне технічне запитання з першої спроби, приблизно за дві хвилини, без жодних підштовхувань.
Це не означає, що продукт уже завершений і без тертя. Primary deploy tool не спрацював із першої спроби обидва рази, які я робив, і кожного разу вимагав ручного fallback.
Config file, який уже мав вміст, зламався мовчки, доки я не переписав його вручну. І тут немає жодного sandbox у всьому процесі, кожне ваше схвалення діє на ваш live account негайно, що підвищує ставки тієї самої обережності, яка робить результати переконливими.
Hostinger MCP варто вашого часу, якщо вам потрібен AI agent, який перевіряє перед тим, як діяти, і чесно повідомляє, коли доходить до межі, а ви готові миритися з деякими грубими краями в інструментах навколо нього.
Він поки що не вартий вашого часу, якщо вам потрібен щось відполіроване й безтертя з коробки або якщо deploy tool, що не спрацьовує з першої спроби, для вас — не дрібний недолік, а критична проблема.
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.com через Google аккаунт и совершение там покупки. Со своей стороны мы не можем продублировать аккаунт, как и добавить метод оплаты.
При совершении покупок кредитной картой или PayPal аккаунтом, мы автоматически привязываем Ваш метод оплаты к профилю. Это сделано для Вашего удобства - чтобы для будущих покупок Вам не нужно было вносить все данные заново. Также, для обеспечения бесперебойной работы Ваших услуг, мы включаем автоматическое продление услуг после покупки (и конечно уведомляем заранее о будущих оплатах). Таким образом Вы можете сделать покупку к примеру хостинга и больше не волноваться о своевременности продления - система сделает всё для Вас.
Мы уже исправили ситуацию и отправили все подробности в чате и на почту. Пожалуйста, свяжитесь с нами, если у Вас есть какие-либо вопросы!
Користую десь півтори місяці, однак за цей час вже мав приємну нагоду відмітити оперативну, швидку і дуже якісну технічну підтримку. Ви молодці! Тішусь, що обрав саме Hostinger. Поки все подобається і влаштовує.
Пользуюсь данным хостингом с 2012 года. Конечно, возникают иногда небольшие проблемы, но ОЧЕНЬ редко, а решаются службой поддержки МОМЕНТАЛЬНО. Никогда даже не посещала мысль о том, что бы перейти куда-то. Рекомендую. Даже не сомневайтесь!!!
Чудова підтримка, зручна адмінка і приємні тарифи!
Користуюсь близько року, хостинг дуже зручний, всі важливі інструменти та послуги "під рукою", були проблеми - швидше за все через те що я новачок в сфері створення сайтів, тех.підтримка завжди допомагала - оперативно та люб'язно! Дякую за вашу роботу. Думаю продовжити, а може й оновити тарифний "план" )
Так чтоб вы понимали ничего не понимаю в этом, парни с тех поддержки все разжевали в рот положили и компотом все залили)) Все настроил за пару часов. Больше времени ушло на перенос базы данных с локалки на их сервер, но и тут была проблема какая то кодировка не давала поставить базу, ребята сами все исправили. Спасибо огромное
Hostinger MCP — це інтеграція, яка дає змогу інструментам для кодування на базі AI підключатися до ваших сервісів Hostinger через Model Context Protocol. Це не окремий хостинг-продукт, і він працює з вашим наявним обліковим записом, а не замінює hPanel.
Чи потрібен мені Hostinger Connector, щоб використовувати Hostinger MCP?
Ні. Connector — це один із методів налаштування, який використовує OAuth через браузерне розширення. Ви також можете налаштувати з’єднання вручну за допомогою API-токена, і саме цей шлях було протестовано в цьому огляді; наразі він підтримує клієнтів, зокрема Claude Code, Cursor, Devin Desktop, Antigravity та Codex.
Чи є Hostinger MCP безкоштовним?
Так. За саму інтеграцію MCP окрема плата не стягується. Вам усе одно потрібен відповідний тариф Hostinger для хостингу, хмарних сервісів або VPS, щоб AI-агент міг виконувати потрібні завдання.
Чи означає завершена збірка Hostinger, що моя програма насправді працює?
У моєму тестуванні збірку, яку я навмисно зламав, було відхилено, а не розгорнуто, і це добрий знак. Але в журналах збірки не було видно конкретної помилки виконання, через яку стався збій, лише те, що встановлення залежностей завершилося успішно. Перевірте свій живий застосунок або кінцеву точку стану безпосередньо, а не покладайтеся лише на журнали збірки.
Чи може Hostinger MCP розгортати Node.js застосунки без розширення Connector?
Так. Я розгорнув, а згодом навмисно зламав Node.js застосунок, використовуючи лише вручну налаштований API-токен у Claude Code, без залучення розширення Connector. Основний інструмент розгортання не спрацював в обох моїх спробах і щоразу вимагав ручного завантаження та резервної збірки, які успішно спрацювали.
Що станеться, якщо мій API-токен закінчиться посеред завдання агента?
Я не тестував це безпосередньо, оскільки мій токен був налаштований на одномісячний термін дії й пережив увесь огляд. Це радше практичне питання на майбутнє, ніж те, на яке я можу відповісти з власного тестування: поставте нагадування в календарі, щоб обернути свій токен до того, як він закінчиться, оскільки будь-яке завдання, що спирається на нього, імовірно, перестане працювати, щойно він спливе посеред сеансу.
HostAdvice.com пропонує професійні і незалежні відгуки про веб-хостинги. Наші відгуки є чесними, неупередженими і рівними для всіх учасників.
Ми отримуємо грошову винагороду від компаній, про які пишемо. Винагорода не впливає на характер і лояльність наших відгуків. Так само, це жодним чином не впливає на позиції певних компаній в рейтингах. Винагорода лише покриває витрати на плату рецензентам, купівлю акаунтів і вартість тестів.
