¶ AI API 비즈니스를 할 때, 가장 번거로운 것은 대개 인터페이스 자체가 아니다
많은 팀이 처음 AI API 플랫폼을 계획할 때는 무의식적으로 이렇게 생각합니다. “우선 모델을 연결하고, 나머지 일은 천천히 보완하자.”
실제로 시작한 뒤에야 인터페이스는 그중 한 부분일 뿐이라는 사실을 알게 됩니다.
공식 웹사이트를 개발하고, 서비스 카탈로그를 정리하고, 개발 문서를 작성하고, 가격을 설계하고, 회원가입과 로그인을 처리하고, 고객에게 API Key를 제공해야 하며, 브랜드, 도메인, 고객 서비스 및 개인정보 보호 약관 등의 문제도 해결해야 합니다.
개발팀에게 이러한 일들이 반드시 어렵지는 않지만, 매우 자잘합니다. 모든 모듈을 만들어야 하고, 서로 연결되도록 해야 합니다. 웹사이트, 계정 시스템과 문서 센터를 마침내 사용할 수 있게 되었을 때는 이미 상당한 시간이 지났을 수도 있습니다.
기업 고객에게도 경험은 매우 직접적입니다. 그들은 보통 당신이 “많은 모델을 연동했다”는 이유만으로 즉시 협력하지 않으며, 먼저 몇 가지 문제를 확인합니다. 필요한 서비스를 빠르게 찾을 수 있는가? 가격은 명확한가? 바로 읽을 수 있는 개발 문서가 있는가? 가입 후 자신의 API Key를 받을 수 있는가? 문제가 생겼을 때 서비스 제공자를 찾을 수 있는가?
이것이 바로 White Label API Platform이 해결하려는 핵심 문제입니다. 하위 AI 서비스는 플랫폼에서 제공하고, 당신은 브랜드, 제품 전시, 가격, 문서와 고객 운영에 집중하며, 전체 포털을 다시 개발하는 데 집중하지 않습니다.
¶ White Label API Platform은 정확히 어떤 문제를 해결하는가?
간단히 말해, 개발자와 기업 고객에게 바로 접근할 수 있는 개발자 포털을 제공합니다.
고객은 웹사이트에 들어온 후, 당신이 제공하는 AI 서비스를 확인하고, 가격을 이해하고, 문서를 읽은 뒤, 자신의 애플리케이션, 웹사이트 또는 워크플로에 어떻게 연동할지 결정할 수 있습니다. 포털을 만드는 이 단계에서는 당분간 API 코드를 작성할 필요가 없으며, 핵심은 먼저 고객이 볼 수 있고 사용할 수 있는 웹사이트를 구축하는 것입니다.
이러한 플랫폼은 이미 개발자 또는 기업 고객을 보유하고 있거나, 기술 커뮤니티 또는 SaaS 제품을 운영하고 있으며, 다양한 AI API를 제공하고 싶지만 공식 웹사이트와 계정 시스템을 개발하는 데 먼저 많은 시간을 투자하고 싶지 않은 팀에 특히 적합합니다.
설명할 필요가 있는 점은, White Label은 완전히 독립된 소프트웨어 한 세트를 매입하는 것도 아니고, 하위 플랫폼을 독립된 사용자 데이터베이스 한 세트로 바꾸는 것도 아닙니다. 웹사이트 이름, 아이콘, 서비스 카탈로그, 채널 가격 및 고객 서비스 정보를 설정할 수 있지만, 여전히 직접 제품을 소개하고, 고객 질문에 답변하고, 콘텐츠를 유지 관리하며 고객 관계를 운영해야 합니다.
¶ 먼저 브랜드 이름과 서브도메인 접두사를 준비하세요
정식으로 만들기 전에 복잡한 브랜드 방안을 준비할 필요는 없습니다. 먼저 고객이 보게 될 브랜드 이름과 시스템 접속 주소를 생성하는 데 사용할 서브도메인 접두사만 결정하면 됩니다.
예를 들어, 먼저 간결한 비즈니스 소개 문구를 준비할 수 있습니다.
애플리케이션 개발자에게 대화, 이미지 및 비디오 API를 제공합니다.
웹사이트를 만들 때는 웹마스터 계정으로 Ace Data Cloud Platform에 로그인해야 하며, 고객 테스트용으로 준비한 계정을 사용하여 사이트를 만들지 마세요. 이후 관리 권한과 고객 신원이 섞이는 것을 방지하기 위해서입니다.
¶ Site Management에서 웹사이트 만들기
Platform 콘솔에 들어간 후 Site Management를 찾아 오른쪽 상단의 Create를 클릭합니다.
페이지에 이미 사이트가 있는 경우, 해당 카드에서 관리로 들어갈 수 있습니다. 생성이 완료된 후에는 먼저 카드의 사이트 이름과 도메인을 확인한 다음, Manage를 클릭하여 계속 구성하세요. 삭제 버튼을 잘못 클릭하지 않도록 주의하세요.
카드에 시스템 도메인과 정식 도메인이 동시에 표시되더라도 두 개의 웹사이트가 생성되었다는 뜻은 아닙니다. 그것들은 동일한 사이트의 서로 다른 접속 입구일 뿐입니다.
¶ 접두사를 입력할 때 전체 도메인을 중복 입력하지 마세요
생성 양식에서는 사이트 접두사와 사이트 이름을 입력하도록 요구합니다.
접두사는 3~32개의 소문자, 숫자 또는 하이픈으로 구성되어야 하며, 하이픈으로 시작하거나 끝날 수 없고, 하이픈을 연속해서 사용할 수도 없습니다. 오른쪽의 .platform.acedata.cloud는 시스템이 이미 자동으로 완성하므로 다시 입력할 필요가 없습니다.
이름 필드에는 외부에 사용할 브랜드 이름을 입력하고, 이상이 없음을 확인한 후 Confirm을 클릭합니다.
여기서는 접두사를 너무 길게 작성하지 않는 것이 좋습니다. 고객은 이후 테스트, 데모 또는 소통 과정에서 이 주소를 사용할 수 있으며, 짧고 쉽게 식별되는 접두사가 더 편리합니다.
¶ 먼저 웹사이트가 당신의 브랜드처럼 보이게 하세요
사이트가 생성된 후 Manage → Site Settings로 들어갑니다.
먼저 가장 기본적인 브랜드 정보를 입력합니다.
| 구성 항목 | 권장 내용 |
|---|---|
| Site Name | 외부에 사용할 브랜드 이름 |
| Description | 주요 고객과 서비스를 한 문장으로 명확히 설명 |
| Logo | 웹사이트 페이지에 표시되는 브랜드 이미지 |
| Favicon | 브라우저 탭에서 사용하는 정사각형 아이콘 |
| Studio Address | 동일 브랜드 Studio의 HTTPS 루트 주소, 없으면 일단 비워 둘 수 있음 |
Description은 다음과 같이 작성할 수 있습니다. “애플리케이션 개발자에게 대화, 이미지 및 비디오 API를 제공합니다.”
시스템이 할당한 Origin 주소는 읽기 전용입니다. 이후 자신의 정식 도메인으로 변경하려면 여기의 Origin 필드를 수정하는 것이 아니라 Custom Domain으로 이동해야 합니다.
¶ 백엔드 입구가 많아도 한 번에 모두 설정할 필요는 없습니다
관리 백엔드에 들어가면 여러 작업 공간이 표시됩니다. 처음 사용할 때는 입구가 너무 많아 어디서 시작해야 할지 모를 수 있습니다. 사실 업무 목표에 따라 바로 찾을 수 있습니다.
| 지금 해야 할 일 | 해당 작업 공간 |
|---|---|
| 브랜드를 수정하고 고객이 로그인할 수 있게 하기 | Site Settings、Authentication Settings |
| 홈페이지와 내비게이션 설정 | Navigation Menu、Homepage Banner |
| 어떤 서비스와 가격을 표시할지 결정 | Services and Pricing、Documentation Management |
| 신규 고객 소속 설정 | Distribution Settings |
| 자신의 도메인으로 변경 | Custom Domain |
| 운영 정보를 확인하고 약관 보완 | Site Statistics、Terms and Privacy |
모바일의 일부 입구는 Settings Directory 서랍에 있을 수 있습니다. 페이지가 이전 튜토리얼과 다르더라도, 원래의 상단 탭을 반복해서 찾을 필요 없이 현재 인터페이스의 작업 공간 이름에 따라 바로 위치를 찾으면 됩니다.
¶ 생성 완료 후, 정식 도메인 연결을 서두르지 마세요
기본 정보를 저장한 후, 상세 페이지 오른쪽 상단의 Visit Site를 클릭하고 시스템이 할당한 접속 주소를 복사한 다음 브라우저의 시크릿 창에서 엽니다. 시크릿 창은 신규 고객이 처음 웹사이트를 방문했을 때 보게 되는 상태에 더 가깝습니다. 홈페이지, 서비스 카탈로그, 문서 입구 및 로그인 입구가 정상인지, 그리고 브랜드 이름과 Logo가 올바른지 확인하는 것이 좋습니다.
아직 Banner를 설정하지 않았다면 홈페이지에 빈 상태가 나타날 수 있으며, 이는 웹사이트 생성 실패를 의미하지는 않습니다.
더 안전한 방법은 먼저 시스템 도메인을 정상적으로 사용할 수 있는지 확인한 후, 정식 도메인을 연결하는 것입니다. 이렇게 하면 나중에 웹사이트가 열리지 않을 때 문제가 사이트 설정에 있는지, 아니면 도메인 해석에 있는지 더 빠르게 판단할 수 있습니다.
¶ 열 수 있는 웹사이트는, 그저 시작일 뿐입니다
위 설정을 완료하면 기본적인 API 개발자 포털을 갖추게 됩니다.
고객을 실제로 대상으로 운영하려면, 다음으로 홈페이지와 내비게이션, 서비스 카탈로그, 채널 가격, 개발 문서, 고객 로그인, API Key 획득 및 제공, 정식 도메인, 고객 서비스 입구, 그리고 서비스 약관과 개인정보 처리방침을 계속 보완해야 합니다.
처음부터 모든 AI 서비스를 한꺼번에 공개할 필요는 없습니다. 더 현실적인 방법은 먼저 자신이 익숙하고, 명확하게 설명할 수 있으며, 지원을 제공할 수 있는 소수의 서비스를 선택하는 것입니다. 고객 피드백과 운영 프로세스가 안정된 후에 카탈로그를 확장하면 됩니다.
개발자와 기업 고객에게 서비스가 많다고 해서 반드시 경험이 좋은 것은 아닙니다. 찾을 수 있고, 이해할 수 있으며, 가격이 명확하고, 연동할 때 도움을 받을 수 있는 것이 대개 더 중요합니다.
¶ 마지막으로
White Label API Platform을 구축하는 가치는 단지 웹페이지 개발 작업 하나를 줄이는 데 있는 것이 아니라, 원래 분산되어 있던 브랜드, 서비스 소개, 가격, 문서 및 고객 입구를 먼저 정리하는 데 있습니다.
이렇게 하면 팀은 모든 시스템을 처음부터 개발할 때까지 기다리지 않고도, 먼저 고객이 제품을 보고, 서비스를 이해하며, 실제 수요를 검증하기 시작할 수 있습니다.
고객이 AI를 애플리케이션, 웹사이트 또는 비즈니스 워크플로에 연동하기를 원한다면 API Platform부터 시작할 수 있습니다. 주로 코드를 작성하지 않고 직접 콘텐츠를 만들기를 원하는 일반 사용자를 대상으로 한다면 White Label Studio가 더 적합할 수 있습니다.