이 글을 읽고 있다면, 당신은 아마도 하나의 구체적인 질문에 대한 답을 찾고 있을 것입니다: 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 itself costs you nothing extra and works with any Hostinger plan you already have.

Hostinger 방문

Hostinger MCP 장단점

평가 세부 점수

다음은 Hostinger MCP를 시간 들여 수동으로 설정할 가치가 있는지 결정할 때 중요한 항목들, 즉 비용, 실제로 접근할 수 있는 것, 설정의 마찰 정도, 실행 정확성, 그리고 필요할 때 지원이 얼마나 좋은지를 기준으로 평가한 점수입니다.

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 방문

Hostinger MCP 요금제와 가격

Hostinger MCP에 대한 가격 페이지는 찾을 수 없을 것입니다. 왜냐하면 그런 페이지가 없기 때문입니다. 이것은 별도로 구매하는 상품이 아닙니다.

• MCP는 기존 호스팅 플랜 위에 얹혀 작동합니다
• 별도의 MCP 구독이나 월 요금이 없습니다
• 여전히 적합한 호스팅 또는 VPS 플랜이 필요합니다
• 테스트한 모든 플랜에서 같은 도구 카테고리가 노출되었습니다
• MCP에는 비용이 없으므로 MCP 전용 환불 정책도 없습니다

Hostinger MCP 기능

• 웹사이트 생성, 삭제 및 파일 검사
• Node.js, 정적 사이트, WordPress 배포
• Node.js 빌드 관리 및 취약점 패치
• PHP 버전 및 확장 프로그램 설정
• 데이터베이스 생성, 복구 및 원격 연결
• 크론 작업 생성 및 출력 조회
• 도메인, DNS, 서브도메인 및 리디렉션 관리
• 구독 및 주문 조회
• 이메일 마케팅 캠페인 관리
• 기본 비활성화된 VPS 및 Ecommerce 도구

수동 설정 경로를 활성화하면, AI 클라이언트가 어떤 도구를 볼 수 있는지 이들 카테고리 중에서 직접 선택할 수 있으며, 켜는 각 카테고리는 하나의 큰 도구 세트가 아니라 설정 파일의 별도 연결 항목이 됩니다.

Hostinger는 또한 기본 API 속도 제한을 문서화하고 있습니다: 분당 60회 요청, 시간당 1,000회 요청이며, 현재 사용량은 응답 헤더에 반환됩니다.

이 리뷰에서 다루는 것 같은 대화형, 한 번에 하나씩 진행하는 작업에는, 저는 두 한도에 가까워지지도 않았습니다. 더 자동화된 작업, 즉 에이전트가 승인 대기를 하는 대신 스크립트가 무인으로 실행되는 것을 계획하고 있다면, 이것은 설계 시 반드시 고려해야 할 실제 수치입니다.

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 방문

사용 편의성

수동 설정을 직접 할 수 있을지 고민 중이라면, 이 섹션이 일반적인 사용 편의성 리뷰와 전혀 다르게 보이는 이유를 이해하는 것이 도움이 됩니다.

Hostinger MCP에는 생성해야 할 자체 계정이 없고, 가입 양식도 없으며, 처음 로그인했을 때 둘러볼 대시보드도 없습니다. 이미 보유한 Hostinger 계정과 호스팅 플랜 위에 얹혀 동작합니다. 등록할 대상 자체가 없기 때문에 별도의 등록 단계도 없습니다. 이미 가지고 있어야 할 계정 말고는 등록할 것이 없기 때문입니다.

여기서의 사용 편의성이란 실제로는 연결 과정 자체, 이미 로그인할 수 있는 계정을 AI 에이전트가 보고 작동할 수 있는 상태로 바꾸는 것을 뜻합니다. 그래서 이 섹션은 가입 화면을 여는 대신, 접근 권한을 생성하는 단계부터 바로 시작합니다.

수동 설정은 한 클라이언트에만 묶여 있지도 않습니다. Hostinger는 다음을 나열합니다:

• Claude Code
• Cursor
• Devin Desktop
• Antigravity
• 그리고 Codex는 VS Code의 원클릭 Connector 확장 프로그램과 함께 지원 옵션으로 제시되므로, 여기서는 실제 선택지가 있습니다

저는 Claude Code를 선택했습니다 왜냐하면 IDE 사이드바가 아니라 터미널에서 실행되고, Hostinger 전용 확장 프로그램이 없어서 수동 토큰 기반 경로가 유일한 진입 방법이었고, 그 덕분에 그 경로를 가장 깔끔하게 테스트할 수 있었기 때문입니다.

한 가지 선행 조건은 Hostinger보다 앞서 있으며, 선택한 클라이언트에 따라 달라집니다. Claude Code 자체는 실행하려면 Node.js 버전 22 이상이 필요합니다. 제 기기는 다른 프로젝트에서 남아 있던 이전 버전을 사용하고 있었고, hPanel에 손대기도 전에 엔진 경고와 설치 실패를 겪었습니다. 그것은 Hostinger 문제가 아니지만, 개발 머신이 이미 최신이 아니라면 실제로 소요되는 시간 비용입니다.

1. API 토큰 생성

Claude Code가 실제로 실행된 뒤, 저는 이제 MCP 중심으로 직접 구성된 hPanel의 API 페이지로 이동했습니다.

상단에는 VS Code, Cursor, Devin Desktop, Antigravity, Claude Code, Codex의 6개 클라이언트가 나열되어 있으며, VS Code는 원클릭 Connector 확장 프로그램을 받고, Claude Code를 포함한 다른 모든 클라이언트는 수동 경로를 사용합니다.

토큰 생성에는 거의 아무것도 필요하지 않습니다:

• 토큰 이름
• 만료 기간, 기본값은 1개월
• 토큰 자체에는 범위나 권한 필드 없음

마지막 항목은 접근 제어를 중요하게 생각하는 사용자에게 중요합니다. 이 권한은 토큰 안에 있는 것이 아닙니다. 한 단계 앞의 별도 선택기에서, 연결이 어떤 도구 카테고리를 노출할지 정하는 곳에 있으며, 저는 그곳으로 다음에 이동했습니다.

2. 도구 카테고리 선택 및 구성 파일 만들기

다음으로, 어떤 구성 파일도 존재하지 않기 전에 hPanel은 연결이 노출할 도구 카테고리를 선택하라고 요청했습니다:

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

저는 LinkSnap에 필요한 것만 포함하도록 Websites만 활성화했습니다. 활성화한 각 카테고리는 각각 자체 명령과 자체 패키지 이름을 가진 별도의 항목으로 생성된 JSON에 들어가며, 모두 같은 토큰을 가리킵니다. 이것이 수동 경로가 하나로 묶인 권한 화면보다 실제로 더 나은 부분입니다. AI 클라이언트가 열기 전에 접근할 수 있는 정확한 형태를 사용자가 직접 정하기 때문입니다.

그다음 정말 시간이 들었던 부분이 왔습니다. hPanel은 ~/.claude.json on Linux 경로와 함께 준비된 JSON 블록을 제공하고, 그걸 붙여 넣으라고 지시합니다.

제 파일에는 이전 설정 시도에서 남은 항목이 이미 있었습니다. 새 블록을 병합하지 않고 그대로 붙여 넣자 두 개의 최상위 객체가 생겼고, 이는 유효한 JSON이 아니어서, 저는 파일을 하나의 객체로 수동 재작성하기 전까지 Claude Code를 시작할 수 없었습니다.

3. Claude Code 연결

구성 파일이 마침내 유효해진 뒤, 마지막 단계는 Claude Code 자체가 이를 인식하게 만드는 것이었습니다. 여기서는 Hostinger 토큰과는 별도로 Claude 로그인도 필요합니다. Claude Code는 Claude 구독이나 API 과금으로 실행되기 때문입니다. 이미 로그인해 두었을 가능성이 높은 브라우저 확장 프로그램보다 실제로 추가 단계가 하나 더 있는 셈입니다.

그 다음은 첫 재시작에서 깔끔하게 연결되었습니다. Claude Code에게 직접 어떤 Hostinger 도구에 접근할 수 있는지 물어보자, 제가 활성화한 하나의 카테고리와 정확히 일치하는 완전하고 올바르게 그룹화된 목록이 반환되었습니다.

마지막 항목이 이후 전체 경험을 좌우할 것입니다. Claude Code가 수행하는 모든 도구 호출, 웹사이트 목록 조회, 빌드 확인, 셸 명령 실행은 자동 승인(auto-approve)을 켜지 않는 한, 먼저 멈춰서 예 또는 아니오를 묻습니다.

저는 전체 테스트 동안 개별 승인을 유지해 실제 비용을 솔직하게 확인했고, 배포와 복구 한 번만으로도 저에게 12번이 넘는 별도 승인이 필요했습니다.

이것을 실제 작업에 맡기기 전에 알아야 할 점이 하나 더 있습니다: 샌드박스가 없습니다. 승인하는 모든 명령은 즉시 실계정과 실호스팅에 적용됩니다, 따라서 잘못된 승인은 실제로 잘못된 승인입니다.

프롬프트와 실제 변경 사이에 시뮬레이션 환경이 없으므로, 실수로 승인하면 실제로 반영됩니다.

사용 편의성에 대한 전체 결론

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.

Hostinger 방문

MCP 실제 사용: Claude Code를 통한 Hostinger 테스트

구성 파일이 연결을 만든다는 것은 이미 알고 있습니다. 진짜로 알고 싶은 것은 그 반대편의 도구가 실제 호스팅 작업을 제대로 수행하는지이므로, 저는 작은 Express 앱인 LinkSnap을 만들고 완전한 배포 생애 주기를 거치게 했습니다.

LinkSnap의 health 엔드포인트는 나중에 중요한 역할을 했습니다. 왜냐하면 플랫폼이 빌드 완료라고 표시하더라도 실제로는 애플리케이션이 시작되지 않을 수 있기 때문입니다.

독립적으로 확인할 수 있는 유일한 방법은 라이브 엔드포인트입니다. 상태 라벨을 믿는 대신 말입니다.

1. 계정 데이터 읽기

저는 Claude Code에게 어떤 힌트도 주지 않고 계정의 모든 웹사이트와 활성 호스팅 플랜을 나열해 달라고 했습니다.

이 계정은 실제로 복잡합니다: 하나의 주문 아래에 17개 사이트, 두 번째 주문 아래에 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 앱의 파일을 직접 편집할 수 있는 도구가 노출되어 있지 않아서, 라이브 앱의 파일을 직접 수정할 수는 없었습니다.

그 사실을 조용히 우회하는 대신, 그는 한계를 설명하고, 로컬 아카이브를 기준으로 작업하며, 정확한 한 줄 변경 사항을 보여주고, 아무것도 건드리기 전에 제 확인을 기다렸습니다.

이것은 이 리뷰에서 가장 중요한 발견입니다. 플랫폼은 손상된 배포를 조용히 받아들이지 않았습니다. 나쁜 빌드를 거부하고, 그동안 제 마지막 정상 버전을 계속 실행 상태로 유지했으며, 재시작 전후 모두 마찬가지였습니다.

솔직한 한 가지 빈틈: 빌드 로그에는 실제 누락된 파일 오류가 아니라, 성공적으로 의존성을 설치한 내용만 표시되었으므로, 실제 실패의 구체적인 원인을 찾으려면 다른 곳을 살펴봐야 합니다.

알아두면 좋은 또 하나의 작은 점은, 이 테스트 중간에 Claude Code가 이 세션과 전혀 관련 없는 이전 프로젝트 이름을 언급했다는 것입니다. 결과에는 영향을 주지 않았지만, 숨기지 않고 알려드리는 것이 중요하다고 생각했습니다.

테스트에 대한 전체 결론

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 방문

지원 수준

직접 설정하다가 막히면, Hostinger에 도움을 요청했을 때 실제로 무슨 일이 일어나는지 여기서 확인할 수 있습니다.

지원 채널

Kodee 테스트

Hostinger MCP가 자체 구매 상품인지, 그리고 Hostinger Connector와 실제로 어떤 관계인지, 두 갈래의 실제 답변이 필요한 질문을 Kodee에게 했습니다.

이것은 문서 한 단락을 그대로 베껴서는 답할 수 없는 문제입니다. 프로토콜과 그 구체적 구현을 올바르게 구분해야 하기 때문입니다.

전체 대화, 4개의 질문과 4개의 답변은 타임스탬프 기준으로 약 2분이 걸렸습니다.

한 번도 되묻거나, 다시 말하게 하거나, 에스컬레이션할 필요가 없었습니다. 많은 AI 지원 도구는 두 부분으로 된 질문의 쉬운 절반은 처리하지만, 어려운 절반에서는 모호해집니다. 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개의 결과가 나왔고, 가장 관련성 높은 두 문서, 즉 WordPress 전용 MCP 설정과 로컬 IDE 설정이 맨 위에 있었습니다.

그 아래에는 다소 느슨하게 관련된 몇 가지 결과가 섞여 있었는데, 주로 MCP를 부차적으로 언급하는 다른 AI 에이전트 제품들이었습니다.

저는 이 리뷰의 설정과 일치하는 문서인 “How to set up web hosting MCP on Local IDEs”를 직접 열었습니다. 이 문서는 정말 잘 만들어져 있습니다:

• 권장 경로로 Connector 확장 프로그램을 먼저 소개함
• 수동 설정을 별도의 방법으로 안내함
• 번호가 매겨진 단계와 실제 설정 파일 경로를 포함함
• 전체 JSON 구성 예시를 제공함
• 자신의 AI 도우미를 사용하는 두 번째 방법도 보여줌

알아두어야 할 한 가지 빈틈은, 이 문서의 수동 안내가 Claude Code가 아니라 Cursor를 예시로 사용한다는 점입니다. 비록 Claude Code도 공식 지원 클라이언트 중 하나이긴 하지만 말입니다.

실제로는 큰 문제가 되지 않았습니다. hPanel의 API 페이지가 Claude Code 전용 파일 경로와 JSON 블록을 직접 생성해 주었고, 그 정보가 문서의 예시보다 더 최신이었기 때문입니다.

문서만 의존해서 Claude Code를 사용한다면, Cursor 전용 단계를 직접 조정해야 합니다.

지원에 대한 전체 결론

MCP Hosting Plans with Hostinger

Automate and simplify your hosting operations 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 방문

결론: Hostinger MCP는 사용할 가치가 있는가?

네. 설정이 매끄러웠기 때문은 아닙니다. 항상 그런 것은 아니었습니다. 하지만 제가 AI 에이전트에게 실제 라이브 계정에 접근 권한을 주고, 일부러 상황을 망가뜨리려 했을 때 무슨 일이 일어나는지를 봤기 때문입니다.

계정 조회는 묻지 않아도 조용히 만료된 호스팅 주문 두 개를 찾아냈습니다. 대상 탐색은 두 개의 부적합한 사이트를 추측 없이, 실제로 확인 가능한 이유를 바탕으로 걸러냈습니다. 제가 일부러 망가뜨린 배포는 사이트를 다운시키지 않았습니다. 그 과정에서 빌드는 거부되었고, 사이트는 내내 계속 작동했습니다.

이번 전체 리뷰에서 가장 인상적이었던 것은 어떤 단일 기능이 제대로 작동했다는 점이 아니었습니다. 그 바탕에 깔린 패턴이었습니다: 먼저 확인하고, 그다음 행동하며, 검증할 수 없을 때는 그 사실을 분명히 말하는 것입니다.

같은 패턴은 지원에서도 나타났습니다. Kodee는 정말로 두 부분으로 된 기술 질문에 대해, 약 2분 만에, 한 번도 재촉받지 않고 정확하게 답했습니다.

그렇다고 해서 이것이 완성되고 마찰 없는 제품이라는 뜻은 아닙니다. 주요 배포 도구는 제가 시도한 두 번 모두 실패해, 매번 수동 대체 방법이 필요했습니다.

이미 내용이 있는 설정 파일은 제가 직접 다시 쓰기 전까지 조용히 깨졌습니다. 그리고 이 과정 어디에도 샌드박스가 없습니다. 당신이 승인하는 모든 작업은 즉시 실계정에 적용되며, 이것이 결과를 신뢰하게 만드는 그 신중함과 동시에 위험을 높입니다.

Hostinger MCP는 AI 에이전트가 먼저 확인하고 그다음 행동하며, 한계에 부딪혔을 때 솔직하게 말하는 것을 원한다면, 그리고 도구 주변에 남아 있는 다소 거친 부분을 받아들일 수 있다면, 시간을 들일 가치가 있습니다.

반대로, 처음부터 매끄럽고 마찰이 없는 것을 원하거나, 첫 시도에서 실패하는 배포 도구를 단순한 거친 부분이 아니라 걸림돌로 본다면, 아직은 그럴 가치가 없습니다.

Hostinger

5.0

2,471 사용자 리뷰

₩2,140 /mo

시작가

Hostinger 방문

전문가 리뷰 기반 평점

• 사용자 친화성
  4.9
• 기술 지원
  4.9
• 기능
  4.8
• 신뢰도
  4.7
• 요금제
  4.5