Apidog Docs
🇰🇷 한국인
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇰🇷 한국인
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇰🇷 한국인
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
HomeLearning Center
Support CenterAPI ReferencesDownloadChangelog
  1. API 문서 게시
  • Apidog 학습 센터
  • 시작하기
    • Apidog 소개
    • Apidog의 기본 개념
    • Apidog 탐색하기
    • 빠른 시작
      • 개요
      • 엔드포인트 생성하기
      • 요청 만들기
      • 어서션 추가하기
      • 테스트 시나리오 생성
      • API 문서 공유
      • 더 알아보기
    • Apidog로 마이그레이션
      • 개요
      • 수동 가져오기
      • 예약 가져오기(데이터 소스 바인딩)
      • 가져오기 옵션
      • 데이터 내보내기
      • 가져오기
        • Postman에서 가져오기
        • OpenAPI Spec 가져오기
        • cURL 가져오기
        • Markdown 가져오기
        • Insomnia에서 가져오기
        • apiDoc에서 가져오기
        • .har 파일 가져오기
        • WSDL 가져오기
  • Mock API 데이터
    • 개요
    • 스마트 목
    • 사용자 지정 목
    • 목 우선순위 순서
    • 목 스크립트
    • 클라우드 목
    • Self-Hosted Runner Mock
    • 목 언어(로케일)
  • 계정 및 환경설정
    • 계정 설정
    • OpenAPI 액세스 토큰 생성
    • 알림
    • 언어 설정
    • 단축키
    • 네트워크 프록시 구성
    • 데이터 백업
    • Apidog 업데이트
    • 계정 삭제
    • 실험적 기능
  • 요청 보내기
    • 개요
    • SSE 디버깅
    • MCP 클라이언트
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP 또는 WebService
    • GraphQL
    • gRPC
    • 디버깅에 요청 프록시 에이전트 사용
    • 요청 만들기
      • 요청 기록
      • 요청 기본 사항
      • 매개변수 및 본문
      • 요청 헤더
      • 요청 설정
      • 요청 디버그
      • 요청을 엔드포인트로 저장하기
      • HTTP/2
    • 인증 및 권한 부여
      • 개요
      • CA 및 클라이언트 인증서
      • 인증 유형
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk 인증
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • 응답 및 쿠키
      • API 응답 보기
      • 쿠키 관리
      • 개요
  • API 개발 및 디버깅
    • 개요
    • 요청 생성
    • 요청 보내기
    • 디버깅 케이스
    • 테스트 케이스
    • 동적 값
    • 응답 검증
    • 디자인 우선 vs 요청 우선
    • 코드 생성
    • 환경 및 변수
      • 개요
      • 변수 사용하기
      • 환경 관리
    • Vault 시크릿
      • 개요
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • 동적 값 모듈
      • Airline
      • 동물
      • 색상
      • Commerce
      • Company
      • 데이터베이스
      • Datatype
      • 날짜
      • 금융
      • Food
      • Git
      • Hacker
      • Helpers
      • Image
      • Internet
      • Location
      • Lorem
      • 음악
      • Number
      • Person
      • Phone
      • 과학
      • String
      • System
      • Vehicle
      • Word
    • 사전/사후 프로세서
      • 개요
      • 어서션
      • 변수 추출
      • Wait
      • 보안
      • 데이터베이스 작업
        • 개요
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • 스크립트 사용
        • 개요
        • 전처리 스크립트
        • 사후 처리 스크립트
        • Public Scripts
        • Postman 스크립트 참조
        • 다른 프로그래밍 언어 호출하기
        • JS 라이브러리 사용하기
        • 응답 시각화
        • 스크립트 예제
          • 어서션 스크립트
          • 변수 사용하기
          • 요청 수정하기
          • 기타 예시
    • API 디버깅
      • AI Agent Debugger
      • A2A Debugger
  • API 설계
    • 개요
    • 새 API 프로젝트 생성
    • 엔드포인트 기본 사항
    • API 설계 지침
    • 모듈
    • 여러 요청 본문 예시 구성
    • 컴포넌트
    • 공통 필드
    • 전역 매개변수
    • 엔드포인트 변경 이력
    • 댓글
    • 엔드포인트 일괄 관리
    • 사용자 지정 프로토콜 API
    • Spec-first 모드(Beta)
    • 보안 스키마
      • 개요
      • 보안 스키마 생성
      • 보안 스키마 사용
      • 온라인 문서의 보안 스키마
    • 고급 기능
      • 사용자 지정 엔드포인트 필드
      • 연결된 테스트 시나리오
      • 엔드포인트 상태
      • 매개변수 목록의 표시 방식
      • 엔드포인트 고유 식별
    • 스키마
      • 개요
      • 새 스키마 생성
      • 스키마 구축
      • JSON 등에서 스키마 생성
      • oneOf, allOf, anyOf
      • Discriminator 사용하기
  • API 테스트
    • 개요
    • 테스트 시나리오
      • 테스트 시나리오 생성
      • 요청 간 데이터 전달
      • 흐름 제어 조건
      • 엔드포인트 및 엔드포인트 케이스에서 데이터 동기화
      • 다른 프로젝트에서 엔드포인트 및 엔드포인트 케이스 가져오기
      • 테스트 시나리오 내보내기
    • 테스트 보고서
      • 테스트 보고서
    • 테스트 시나리오 실행
      • 테스트 시나리오 실행
      • 테스트 시나리오 일괄 실행
      • 데이터 기반 테스트
      • 공유 테스트 데이터
      • 예약 작업
      • 다른 프로젝트의 API 런타임 환경 관리
    • 테스트 스위트
      • 개요
      • 테스트 스위트 생성
      • 테스트 스위트 오케스트레이션
      • 로컬에서 테스트 스위트 실행
      • CLI를 통해 테스트 스위트 실행
      • 예약 작업
    • API 테스트
      • 통합 테스트
      • 성능 테스트
      • 엔드투엔드 테스트
      • 회귀 테스트
      • 계약 테스트
    • Apidog CLI
      • 개요
      • Apidog CLI 설치 및 실행
      • Apidog CLI 옵션
    • CI/CD
      • 개요
      • Github Actions와 통합
      • Gitlab과 통합
      • Jenkins와 통합하기
      • Git 커밋으로 테스트 트리거하기
  • API 문서 게시
    • 개요
    • 지원되는 API 기술
    • Quick Share
    • API 문서 보기
    • Markdown 문서
    • 문서 사이트 게시
    • 사용자 지정 로그인 페이지
    • 사용자 지정 레이아웃
    • 사용자 지정 CSS, JavaScript, HTML
    • 사용자 지정 도메인
    • AI 기능
    • SEO 설정
    • 고급 설정
      • 문서 검색
      • CORS 프록시
      • Google Analytics 통합
      • 폴더 트리 설정
      • 가시성 설정
      • 문서 URL에 값 임베드하기
    • API 버전
      • 개요
      • API 버전 생성
      • API 버전 게시
      • API 버전별 엔드포인트 공유
  • 브랜치
    • 개요
    • 스프린트 브랜치 생성
    • 브랜치에서 API 테스트하기
    • 브랜치에서 API 설계하기
    • 스프린트 브랜치 병합
    • 스프린트 브랜치 관리
    • AI Branch(베타)
  • AI 기능
    • 개요
    • AI 기능 활성화
    • 테스트 케이스 생성
    • AI로 스키마 수정하기
    • 엔드포인트 규정 준수 검사
    • API 문서 완성도 검사
    • AI 기반 필드 명명
    • 자주 묻는 질문
  • Apidog MCP 서버
    • 개요
    • AI에 Apidog 프로젝트 연결
    • 게시된 문서를 AI에 연결하기
    • OpenAPI 파일을 AI에 연결하기
  • 모범 사례
    • API 서명 처리
    • OAuth 2.0으로 보호되는 API에 접근하기
    • 협업 워크플로
    • 인증 상태 관리
  • 오프라인 공간
    • 개요
  • Apidog Europe
    • Apidog Europe
  • 관리
    • 프로젝트 관리
      • 프로젝트 관리
      • 알림 설정
      • 프로젝트 멤버 관리
      • 프로젝트 리소스
        • 데이터베이스 연결
        • Git 연결
    • 팀 관리
      • 팀 관리
      • 팀 멤버 관리
      • 팀 활동
      • 팀 역할 및 권한
      • 팀 리소스
        • General Runner
        • 팀 변수
        • 요청 프록시 에이전트
      • 실시간 협업
        • 팀 협업
    • 온보딩 체크리스트
      • 기본 개념
      • 온보딩 가이드
    • 조직 관리
      • 조직 관리
      • 조직 역할 및 권한
      • 플랜 관리
        • 조직의 청구 관리자
      • Single Sign-On (SSO)
        • SSO 개요
        • Microsoft Entra ID 구성
        • Okta 구성하기
        • 조직에 대한 SSO 구성
        • 사용자 계정 관리
        • 그룹을 팀에 매핑하기
      • SCIM 프로비저닝
        • SCIM 프로비저닝 소개
        • Microsoft Entra ID
        • Okta
      • 조직 리소스
        • 셀프 호스팅 Runner
  • 청구
    • 개요
    • 크레딧
    • 플랜 업그레이드
    • 대체 결제 방법
    • 구독 관리
    • 유료 팀을 조직으로 이동하기
  • 애드온
    • API Hub
    • Apidog Intellij IDEA 플러그인
    • 브라우저 확장 프로그램
      • Chrome
      • Microsoft Edge
    • 요청 프록시
      • 웹에서의 요청 프록시
      • 공유 문서의 요청 프록시
      • 클라이언트의 요청 프록시
  • 데이터 및 보안
    • 데이터 저장 및 보안
    • 사용자 데이터 개인정보 보호 및 보안
    • 요청 라우팅 및 데이터 보안
  • 참조
    • API 설계 우선 접근 방식
    • Apidog OpenAPI 사양 확장
    • JSONPath
    • XPath
    • 정규 표현식
    • JSON Schema
    • CSV 파일 형식
    • Java 환경 설치
    • Runner 배포 환경
    • Apidog Markdown 구문
    • Apidog Swagger 확장
      • 개요
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Apidog JSON Schema 확장
      • 개요
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • 지원 센터
  1. API 문서 게시

사용자 지정 도메인

전문적인 API 문서에는 전문적인 도메인이 필요합니다. 기본적으로 Apidog 문서는 <subdomain>.apidog.io 도메인에서 접근할 수 있습니다. 그러나 자체 도메인을 설정하여 이를 사용자 지정할 수 있으며, 이를 통해 사용자가 조직의 브랜딩에 부합하는 도메인에서 문서에 접근할 수 있습니다.

사전 요구 사항#

사용자 지정 도메인을 설정하기 전에 다음 사항을 갖추었는지 확인하십시오.
Apidog 프로젝트의 관리자 권한
사용하려는 도메인의 소유권 또는 제어 권한
도메인의 DNS 설정에 대한 접근 권한
(역방향 프록시 방법의 경우) CDN 또는 역방향 프록시 구성에 대한 이해

사용자 지정 도메인 설정 시작하기#

사용자 지정 도메인 설정에 접근하려면 사이드바의 Publish Docs 메뉴로 이동한 다음 Publish 설정 페이지로 이동하십시오. Custom Domain 섹션에서 Edit 버튼을 클릭하여 설정을 시작할 수 있습니다.
CleanShot 2025-12-29 at 17.31.22@2x.png

사용자 지정 도메인 설정 방법#

사용자 지정 도메인을 설정하는 옵션에는 두 가지 유형이 있습니다.
1.
CNAME(권장): 설정 및 유지 관리가 가장 쉬우며, 서브도메인과 루트 도메인 모두에서 작동하여 최대한의 유연성을 제공합니다.
2.
역방향 프록시(고급): 콘텐츠 전송 네트워크(CDN)를 사용하거나 자체 서버에 역방향 프록시를 설정해야 하며, 이러한 기술에 익숙한 사용자에게 권장됩니다.

CNAME 구성하기#

적용 가능성
이 섹션은 이전 단계에서 CNAME 옵션을 선택한 경우에만 적용됩니다.
DNS 구성은 Apidog 외부 에서, 도메인에 사용 중인 DNS 제공업체에서 수행됩니다.
이 단계는 두 부분으로 구성됩니다.
1.
CNAME 레코드 구성
2.
변경 사항이 적용될 때까지 대기

CNAME 레코드 구성하기#

DNS 제어판마다 필드 이름과 구성 단계가 다를 수 있지만, 핵심 개념은 동일합니다. 확실하지 않은 경우 DNS 제공업체에 확인하십시오.
type은 생성하려는 DNS 레코드의 종류입니다. 여기서는 CNAME을 선택해야 합니다.
name 또는 DNS entry는 서브도메인을 입력하는 위치입니다. 전체 주소(예: docs.example.com)를 입력해야 할 수도 있고, 최상위 도메인 앞부분만(예: docs) 입력하면 될 수도 있습니다. 어느 것을 사용해야 할지 확실하지 않은 경우 DNS 제공업체에 확인하십시오.
target, value 또는 destination은 서브도메인이 가리켜야 하는 위치입니다. Apidog에서 DNS CNAME 옵션을 선택하면 Publish 설정에서 이 값을 확인할 수 있습니다. 값은 {docsSiteId}.apidog.io와 유사한 형태입니다. 이 값을 전체로 입력해야 합니다(예: 12345678.apidog.io).
TTL이라는 필드가 보일 수도 있으며, 이는 Time To Live를 의미합니다. DNS 레코드를 캐시할 수 있는 시간(초)입니다. 무엇으로 설정해야 할지 확실하지 않은 경우 Auto를 선택하거나 기본값을 유지하는 것이 좋습니다.
다음은 Cloudflare 제어판에서 올바른 구성이 어떻게 보이는지에 대한 예시입니다.
CNAME 레코드는 동일한 이름에 대한 다른 레코드와 공존할 수 없습니다. 선택한 서브도메인에 대해 이미 A 레코드, AAAA 레코드, TXT 레코드 또는 다른 유형의 레코드가 있는 경우, CNAME 레코드를 추가하기 전에 먼저 해당 레코드를 제거해야 합니다.
Cloudflare를 사용하고 계십니까?
Cloudflare 제어판에서 DNS를 구성하는 경우, Cloudflare의 프록시 기능(주황색 구름 아이콘, 도메인 설정에서 "Proxy status"라고도 함)이 비활성화되어 있는지 확인하십시오. 그 이유는 두 가지입니다.
이 옵션은 도메인의 DNS 대상을 공개적으로 난독화하여 Apidog가 사용자 지정 도메인에 대한 정기 검사를 제대로 수행하지 못하게 합니다.
사용자 지정 도메인은 이미 CDN의 이점을 받게 됩니다.
다시 한번, 문서가 문제없이 제공되도록 Cloudflare 프록시 기능을 꺼 주십시오.

변경 사항이 적용되는 데 얼마나 걸립니까?#

간단히 말하면, 다음 단계로 진행하기 전에 DNS 변경 사항이 적용될 때까지 10분에서 최대 48시간까지 기다려야 할 수 있습니다.
앞서 언급한 TTL(Time To Live) 필드를 기억하십니까? DNS 레코드는 일정 시간 동안 캐시됩니다. 일반적으로 DNS 레코드는 자주 변경되지 않기 때문에 이는 성능 측면에서 매우 유용합니다. 하지만 DNS 레코드가 변경되는 경우, DNS 캐시 서버가 변경 사항을 확인하고 그에 따라 동작하기 전에 캐시가 만료되어야 하는 시간(TTL 값)이 있습니다.
대부분의 경우, 다음이자 마지막 단계로 이동하기 전에 최소 10분 정도 기다리는 것이 가장 좋습니다. 때로는 조금 더 빠르게 업데이트될 수도 있고, 더 오래 걸릴 수도 있습니다. 48시간보다 오래 걸리는 경우는 드뭅니다.
전파(propagation) 라고 알려진 이 프로세스가 어떻게 진행되고 있는지 확인하고 싶으십니까? WhatsMyDNS와 같은 DNS 조회 도구를 사용할 수 있습니다. 전체 서브도메인을 입력하고 드롭다운 목록에서 CNAME을 선택한 다음 Search 버튼을 누르십시오. 전 세계의 DNS 캐시 서버가 응답하여 캐시된 결과가 무엇인지 알려 줍니다. 대다수가 할당된 CNAME 값으로 응답할 때까지 이러한 결과를 주기적으로 확인하는 것이 좋습니다.

CDN 또는 자체 역방향 프록시 서버 구성하기#

적용 가능성
이 섹션은 이전 단계에서 Reverse Proxy 옵션을 선택한 경우에만 적용됩니다.

AWS CloudFront 구성하기#

AWS CloudFront, Cloudflare Enterprise와 같은 클라우드 공급업체에서 제공하는 CDN 서비스를 활용하여 자체 역방향 프록시 서버로 설정할 수 있습니다.
다음 예시에서는 AWS CloudFront를 역방향 프록시로 구성합니다.
1.
AWS에 로그인하고 CloudFront로 이동하십시오. Create Distribution을 클릭하십시오.
2.
배포 설정을 구성하십시오. 변경해야 할 값은 다음과 같습니다.
설정값
Origin Domain Name{docsSiteId}.apidog.io로 설정
Name오리진에 대한 설명입니다. 이 값은 동일한 배포 내의 여러 오리진을 구분할 수 있게 해 주므로 고유해야 합니다.
Origin Protocol PolicyHTTP Only로 설정
Alternate Domain Names (CNAMEs)사용자 지정 도메인 이름으로 설정합니다(사용자 지정 도메인 설정 중 Publish 설정에서 구성한 것과 동일한 도메인).
SSL CertificateAWS Certificate Manager(ACM)에 저장된 사용자 지정 도메인의 SSL 인증서로 설정합니다.
3.
Origin Custom Headers에 대한 정보를 제공하십시오(Header Name 및 Value 필드는 Origin Domain Name을 제공한 후에만 표시됩니다).
헤더 이름값
X-Apidog-Docs-Site-ID{docsSiteId}로 설정
{docsSiteId}는 사용자 지정 도메인 패널에서 확인할 수 있는 Docs Site ID입니다. 올바른 ID를 입력했는지 반드시 확인하십시오.
4.
Default Cache Behavior Settings를 구성하십시오. 변경해야 할 값은 다음과 같습니다.
설정값
Viewer Protocol PolicyRedirect HTTP to HTTPS를 선택하십시오
Allowed HTTP MethodsGET, HEAD, OPTIONS, PUT, POST, PATCH, DELETE를 선택하십시오.
Cache and origin request settingsUse legacy cache settings를 선택하십시오. Headers, Query strings 및 Cookies에 대해 All을 선택하십시오.
5.
AWS **Web Application Firewall (WAF)**를 활성화하지 마십시오.
6.
페이지 하단의 Create distribution을 클릭하십시오. CloudFront Distributions 목록에서 새로 생성된 배포를 확인할 수 있습니다. 배포가 Deployed 상태가 될 때까지 Status는 In progress로 표시됩니다.
7.
사용자 지정 도메인에 대한 DNS에 새 CNAME 레코드를 추가하여 배포의 CloudFront Domain Name을 가리키도록 하십시오. 이는 Distribution ID를 클릭한 후 General 탭의 Distribution domain name에서 확인할 수 있습니다(예: fd1fbc7cac6197.cloudfront.net).

Cloudflare를 역방향 프록시로 구성하기#

Cloudflare Workers를 사용하여 역방향 프록시로 작동하게 할 수 있습니다. 이를 통해 도메인을 프록시 상태(Orange Cloud)로 유지하면서 Apidog가 필요한 프로젝트 식별자를 수신하도록 할 수 있습니다.
1.
Cloudflare Dashboard에 로그인하고 Workers & Pages로 이동하십시오.
2.
Create Application을 클릭한 다음 Create Worker를 클릭하십시오. (방법을 선택하라는 메시지가 표시되면 **Start with Hello World!**로 계속 진행하십시오.)
3.
Worker 이름을 지정하고(예: apidog-docs-proxy) Deploy를 클릭하십시오.
4.
Edit Code를 클릭하고 기존 스크립트를 다음으로 교체하십시오.
사용자 지정 도메인 패널에서 {docsSiteId}를 확인할 수 있습니다. targetHost 및 docsSiteId 변수 모두에 올바른 ID를 입력했는지 반드시 확인하십시오.
5.
Save and Deploy를 클릭하십시오.
6.
Worker의 Settings 탭으로 이동하여 Domains & Routes를 선택한 다음 +Add 버튼을 클릭하십시오.
7.
사용자 지정 도메인을 입력하십시오(예: docs.example.com). Cloudflare가 DNS 레코드와 SSL 인증서를 자동으로 처리합니다.
8.
Cloudflare와 Apidog 간의 보안 통신을 허용하려면 Cloudflare SSL/TLS encryption mode가 Full 또는 **Full (Strict)**로 설정되어 있는지 확인하십시오.
사전 요구 사항
Worker에 사용자 지정 도메인을 연결하기 전에 해당 도메인(예: example.com)이 이미 Cloudflare 계정에 추가되어 있고 네임서버가 활성 상태인지 확인하십시오.

자체 역방향 프록시 서버 구성하기#

API 문서용 자체 역방향 프록시 서버를 구성할 수 있습니다. 다음 예시에서는 Nginx를 역방향 프록시 서버로 사용합니다.
1.
간단한 구성을 위해 다음 내용을 Nginx 구성 파일에 추가하십시오.
Caddy 구성 예시:
:8080 {
    handle_path /* {
        reverse_proxy http://{docsSiteId}.apidog.io {
            header_up X-Apidog-Docs-Site-ID {docsSiteId}
            header_up Host "docs.example.com"
        }
    }
}
{docsSiteId}는 사용자 지정 도메인 패널에서 확인할 수 있는 Docs Site ID입니다. 올바른 ID를 입력했는지 반드시 확인하십시오.
2.
사용자 지정 도메인 이름의 DNS 레코드가 역방향 프록시 서버를 가리키도록 구성하십시오.

사용자 지정 도메인의 하위 디렉터리에 API 문서 배포하기#

Apidog의 Reverse Proxy를 사용하면 API 문서를 사용자 지정 도메인의 하위 디렉터리에 배포할 수 있습니다. 예를 들어 https://example.com과 같은 도메인의 /api-docs 경로에 문서를 배포할 수 있습니다. 사용자가 https://example.com/api-docs를 방문하면 Apidog가 호스팅하는 온라인 API 문서에 접근하게 됩니다.

구성 단계:#

1.
Apidog의 Custom Domain 설정 페이지에서 사용자 지정 도메인을 입력하십시오.
2.
Reverse Proxy를 선택하고 Use Subdirectory를 활성화한 다음 하위 디렉터리 경로를 입력하십시오.
3.
다음으로 웹 서버의 구성 파일을 수정해야 합니다. Nginx를 사용하여 서비스를 프록시한다고 가정하면, 다음 구성을 참고할 수 있습니다.
proxy_pass: 클라이언트 요청을 다른 서버(예: Apidog의 API 문서 서버)로 전달합니다.
proxy_set_header: 프록시 서버가 업스트림 서버로 보내는 요청 헤더를 설정하여 요청이 올바르게 처리되도록 합니다.
/api-docs/는 사용자 지정 도메인의 하위 디렉터리이며, Nginx 구성에서 반드시 /로 끝나야 합니다.
http://{docsSiteId}.apidog.io/도 반드시 /로 끝나야 합니다.
{docsSiteId}를 Apidog 문서 사이트 ID로 교체하십시오.
docs.example.com은 샘플 사용자 지정 도메인입니다. 실제 사용자 지정 도메인으로 교체하십시오.
구성 후에는 서버에서 Nginx를 재시작해야 합니다.

HTTPS 활성화#

Apidog의 온라인 문서는 HTTPS 프로토콜을 지원하며, 이는 HTTP보다 다음과 같은 여러 장점이 있습니다.
안전한 데이터 전송: HTTPS는 SSL/TLS 암호화를 사용하여 데이터 전송의 보안을 보장하고, 제3자가 정보를 가로채는 것을 방지합니다.
SEO 최적화: 검색 엔진 크롤러는 더 나은 보안과 개인정보 보호를 제공하기 때문에 HTTPS를 선호합니다. 따라서 HTTPS 웹사이트는 HTTP 웹사이트보다 검색 엔진 순위에서 더 높은 권위를 가질 수 있습니다.

HTTPS 활성화 단계:#

1.
Publish 페이지로 이동하여 Custom Domain 탭을 여십시오.
2.
HTTPS를 켜서 HTTPS를 활성화하고, 선택적으로 Always Use HTTPS를 활성화하여 통신이 하이재킹되거나 중간자 공격을 받는 것을 방지할 수 있습니다.

SSL 인증서 관리#

HTTPS가 활성화되면 SSL 인증서를 관리하는 방법을 선택할 수 있습니다.
Apidog에서 생성: Apidog가 SSL 인증서를 자동으로 생성합니다.
자체 인증서 사용: 인증 기관에서 발급한 SSL 인증서와 개인 키를 업로드할 수 있습니다(예: Let's Encrypt).

문제 해결#

사용자 지정 도메인 설정에 문제가 있는 경우 Discord를 통해 문의해 주십시오.

Apidog Europe을 사용하고 계십니까?#

Apidog Europe을 사용 중인 경우, 사용자 지정 도메인 설정에 올바른 도메인을 사용하고 있는지 확인하십시오.
이전 설정에서 Apidog Europe의 올바른 도메인은 {docsSiteId}.eu.apidog.com입니다.
Modified at 2026-06-09 08:53:32
Previous
사용자 지정 CSS, JavaScript, HTML
Next
AI 기능
Built with