Skip to main content
Enterprise 액세스에는 신청 및 온보딩 절차가 필요합니다. 전담 계정 팀이 자격 증명 설정과 액세스 구성을 도와드립니다.

1단계: Enterprise 액세스 신청

1

신청서 제출

Enterprise 관심 양식을 작성하여 조직과 사용 사례에 대한 세부 정보를 제공합니다.
2

요구 사항 논의

영업팀이 연락하여 데이터 볼륨, 엔드포인트 요구 사항 및 지원 요구를 파악합니다.
3

맞춤형 패키지 받기

사용 사례에 맞게 설계된 가격, 속도 제한 및 액세스 수준이 포함된 맞춤형 플랜을 받습니다.

2단계: 온보딩 진행

Enterprise 플랜이 마련되면 전담 계정 관리자가 다음 항목 설정을 지원합니다:
1

개발자 App 생성

Developer Console에서 Enterprise 수준 액세스로 App을 설정합니다.
2

액세스 구성

계정 관리자가 속도 제한, 엔드포인트 액세스 및 맞춤 설정 구성을 지원합니다.
3

자격 증명 생성

인증에 사용할 API 키와 토큰을 생성합니다.

3단계: 자격 증명 저장

인증 요구 사항에 따라 여러 자격 증명을 받게 됩니다:
자격 증명용도
API Key & SecretApp을 식별합니다. 토큰 생성 및 OAuth 1.0a 요청 서명에 사용합니다.
Bearer Token공개 데이터 읽기를 위한 App 전용 인증.
Access Token & Secret본인의 계정을 대신하여 요청합니다 (OAuth 1.0a).
Client ID & Secret사용자 컨텍스트 요청을 위한 OAuth 2.0 인증.
즉시 저장하세요. 자격 증명은 한 번만 표시됩니다. 비밀번호 관리자나 보안 금고에 보관하세요. 분실하면 재생성해야 하며 (재생성 시 이전 자격 증명은 무효화됩니다).

어떤 자격 증명이 필요한가요?

공개 데이터에 대한 간단한 읽기 전용 액세스에는 Bearer Token을 사용하세요.
curl "https://api.x.com/2/users/by/username/xdevelopers" \
  -H "Authorization: Bearer $BEARER_TOKEN"
적합한 용도: 게시물 검색, 사용자 조회, 트렌드 읽기.

자격 증명 보안 모범 사례

환경 변수 사용

자격 증명을 소스 코드에 하드코딩하지 마세요.

git에 커밋하지 않기

자격 증명 파일을 .gitignore에 추가하세요.

정기적으로 교체

보안 조치로 자격 증명을 주기적으로 재생성하세요.

최소 스코프 사용

App에 필요한 OAuth 권한만 요청하세요.

다음 단계

첫 요청 보내기

새 자격 증명으로 API를 호출합니다.

인증에 대해 알아보기

OAuth 1.0a와 OAuth 2.0을 이해합니다.