요약

  • GoDaddy의 Node.js Hosting API는 앱을 비공개 프리뷰에서 도메인이 연결된 프로덕션 환경까지 전환하게 한다. 공개에는 웹 호스팅 플랜이 필요하지만, 회사는 요청 수, 데이터 전송량, 빌드 시간별로 별도 청구하지 않겠다고 밝혔다.
  • 2분기 실적 보고서에 따르면 Core Platform 매출은 7억 8,320만 달러로 3.9% 증가했고, Core의 "기타" 항목은 1.9% 감소했다. 실적 발표나 출시 보도자료 어느 쪽도 신규 제품을 별도로 구분하지 않으며, 2분기는 출시보다 석 달 먼저 끝났다.
  • 번들 방식은 상업적 시험을 유료 플랜 전환과 유지, 그리고 각 플랜 내부의 자원 사용과 지원으로 옮긴다. GoDaddy는 그 균형을 측정하는 데 필요한 한도나 제품별 성과를 공개하지 않았다.

생성된 애플리케이션은 소유자가 어디에서 실행되어야 하는지 알기 전에 완성될 수 있다. GoDaddy의 9월 29일 출시는 바로 이 간극을 메우기 위해 설계되었다. 고객은 zip 파일을 업로드하거나 GitHub 저장소를 연결해 비공개 프리뷰를 받고, 도메인을 연결한 뒤 공개할 수 있다. 이 API는 개발자나 코딩 에이전트가 GoDaddy 대시보드를 열지 않고도 앱을 만들고, 소스를 업로드하고, 공개하고, 환경 시크릿을 관리하고, 로그를 읽을 수 있게 해준다. HTTPS, 콘텐츠 전송 네트워크, 웹 애플리케이션 방화벽, 관리형 MySQL이 설명된 구성에 포함된다.

이것은 특정한 경제적 경계를 가진 호스팅 제안이다. GoDaddy는 Node.js Hosting이 웹 호스팅 플랜에 포함되며 요청별, 기가바이트별, 빌드 시간별 요금이 없다고 밝혔다. 고객은 무료로 최대 두 개의 비공개 프리뷰 앱을 만들 수 있다. 공개에는 유료 호스팅 플랜이 필요하다. 이것은 "무료 컴퓨팅"이 아니다. 보이는 요청 카운터가 아니라 유료 플랜 자체가 이 서비스에 대한 고객의 과금 관계가 되도록 선택한 것이다.

이 차이가 중요한 이유는 제품이 정적 페이지 이상을 목표로 설계되었기 때문이다. GoDaddy에 따르면 앱은 지속적인 Node.js 프로세스로 실행되며, 메모리에 데이터를 유지하거나, 백그라운드 작업을 실행하거나, 열린 연결을 유지할 수 있다. 이러한 기능은 소규모 사업체 애플리케이션을 더 유용하게 만들 수 있다. 에이전트가 프로토타입을 만드는 동안 사업체 소유자는 관리형 경로로 서비스를 운영할 수 있다. 그러나 자원 사용도 덜 균일해진다. 공개된 앱 수가 같은 두 플랜은 트래픽, 백그라운드 활동, 코드가 상태를 유지하는 정도에 따라 매우 다른 부하를 만들 수 있다.

회사는 출시 보도자료에서 핵심 한도를 빼놓았다. 플랜별 자원 상한, 유료 배포로 전환되는 프리뷰의 수, 활성 애플리케이션 수, 고객별 사용량, 제품의 매출과 기여마진 어느 것도 제시하지 않았다. "요청별 과금 없음"은 고객 가격 조건이지, 요청이 용량을 소모하지 않는다는 증거도, 모든 워크로드가 모든 플랜에서 무한히 실행될 수 있다는 증거도 아니다. 보도자료는 앱이 성장했을 때 고객이 상위 등급으로 이동하는 방법도 설명하지 않는다.

GoDaddy의 최근 완전한 재무 기준선은 출시보다 앞선다. 2026년 2분기 매출은 전년 대비 6.6% 증가한 12억 9,800만 달러였다. Applications and Commerce 매출은 5억 1,480만 달러로 11% 증가했고, Core Platform 매출은 7억 8,320만 달러로 3.9% 증가했다. Core가 더 큰 보고 항목이지만, 실적 보고서는 그 안에서 Node.js Hosting을 식별하지 않는다. 회사는 Core가 도메인, 호스팅, 보안 제품을 포함하며, 자사 고유 소프트웨어와 번들될 때 제품이 Applications and Commerce로 이동한다고 설명한다.

Core의 세부 수치는 유용하지만 제한적인 기준선을 제공한다. 도메인 매출은 전년 동기 5억 6,620만 달러 대비 5억 9,930만 달러였다. Core의 "기타" 매출은 1억 8,750만 달러에서 1억 8,390만 달러로 감소했다. GoDaddy는 Core의 전년 동기 대비 성장을 도메인 등록과 애드온 매출 2,260만 달러, 애프터마켓 매출 1,040만 달러로 설명했다. 이중 어떤 것도 9월 29일에 출시된 제품의 성과로 제시될 수 없다. 다만 도메인과 애프터마켓 활동이 신규 제품이 고객을 한 명도 얻지 못한 상태에서도 전체 Core 성장률을 움직일 수 있으므로, 전체 Core 성장률이 앱 호스팅 채택의 대리 지표가 되기 어렵다는 점은 보여준다.

회사의 더 넓은 고객 지표도 같은 측정 문제를 가리킨다. GoDaddy는 고객 수 2,050만 명을 보고했으며 2분기 동안 2만 2,000명을 추가했고, 고객 1인당 평균 매출은 전년 230달러 대비 250달러였다. 연환산 반복 매출은 5.7% 증가한 44억 2,100만 달러였다. GoDaddy는 이 반복 매출 지표를 예약 매출과 별도로 정의하며 비반복 항목은 제외한다. 이 수치들은 회사가 기존 계정 내 확장이 중요한 대규모 구독 기반을 이미 운영하고 있음을 보여준다. 그러나 이것이 새 API가 평균 매출 상승을 일으켰다는 것도, 고객 수가 활성 Node.js 워크로드의 대리 지표라는 것도 입증하지 못한다.

프리뷰에서 유료 플랜으로 이어지는 그럴듯한 경로는 존재한다. 이 제품은 사용자가 공개 비용을 지불하기 전에 앱을 테스트하게 하고, 도메인 연결은 GoDaddy의 기존 웹 프레즌스 관계로 넘어가는 지점이다. 이것이 구축 과정을 충분히 단축해 호스팅 고객을 유치하거나 유지할 수 있다면, 회사는 방문마다 예측 불가능한 청구서를 보여주지 않고도 반복 구독 가치를 더 얻을 수 있다. 개발자가 아닌 소유자에게 프리뷰, 도메인, 보안 설정, 관리형 데이터베이스의 번들은 여러 공급업체와 설정 단계를 대체할 수 있다. 이들은 제품이 도움이 될 수 있는 이유다. 그러나 고객이 이를 채택했다는 증거는 아니다.

반대편은 운영적 측면이다. 회사는 사용량 계량기를 고객 청구서에서 서비스 설계 안으로 옮겼다. 앱 트래픽과 백그라운드 작업이 플랜 가격보다 빠르게 성장하면, GoDaddy는 워크로드 한도, 용량, 고객 지원, 플랜 업그레이드를 관리해야 한다. 서비스를 지나치게 타이트하게 제약하면 고객은 AI로 만든 프로토타입이 공개는 쉽지만 실제 사용자가 도착하면 운영하기 어렵다는 것을 발견할 수 있다. 출시 보도자료는 이 한도들이 어디에 있는지 공개하지 않는다. 경제적 질문은 이 제품이 소규모 사업체에게는 단순함을 유지하면서, GoDaddy가 경량 사이트와 지속형 애플리케이션 사이에 가격 책정, 운영, 지원이 지속 가능할 만큼의 구분을 유지할 수 있는가 하는 것이다.

시기상 이번 실적 발표를 취약한 첫 시험으로 만든다. GoDaddy의 2분기 전망은 3분기 Core 성장률이 한 자릿수 중반 이하일 것으로 예상했으며, 3분기 실적은 10월 29일에 발표 예정이다. 호스팅 출시는 9월 29일, 분기 마감은 그 다음 날이었다. 그 실적은 출시 전 Core 기준선을 갱신할 수 있지만, 새 제안에 대한 전체 분기 코호트 보고서로 삼을 수는 없다. 의미 있는 첫 증거는 이후에 나올 것이다. 프리뷰 이후의 유료 공개, 그 플랜의 유지, 활성 앱 사용량, 자원 한도 또는 업그레이드 경로, 그리고 제품별 매출이나 비용 공개가 그 대상이다.

이 제품은 단순한 편집 기능이 아니다. GoDaddy를 사업체 앱이 인프라를 소비하기 시작하는 시점에 더 가깝게 이동시키면서, 과금 제안은 기존 호스팅 플랜 안에 유지한다. 배포 경로가 고객에게 어려운 부분이라면 이것은 획득과 유지를 개선할 수 있다. 동시에 그 작업을 항목별로 청구하지 않는 구독 아래에 더 많은 변동적 부하를 놓을 수도 있다. GoDaddy가 누가 공개하는지, 얼마나 사용하는지, 서비스 비용이 어디에 착지하는지 보고할 때까지, 이 API는 유망한 가격 설계를 가진 배포 메커니즘이지 입증된 새 수익원이 아니다.

출처