프로젝트에 적합한 통합을 선택하세요
사용 가능한 가장 작은 경로부터 시작한 다음 필요에 따라 도구와 워크플로 복잡성을 추가하세요.
설정, 요청 및 검증
복잡한 구성을 추가하기 전에 하나의 검사 가능한 요청으로 워크플로를 입증하세요.
수동 워크플로로 시작
Manual Trigger와 HTTP Request 노드에서 허가된 대상에 GET을 실행합니다. 첫 검증 전에는 대규모 예약 실행을 켜지 마세요.
헤더와 자격 증명 설정
API URL과 x-cb-host로 대상을 지정합니다. Header Auth 자격 증명으로 x-cb-apikey를 전달하고 버전 문서에 따라 프록시와 세션을 설정합니다.
전체 응답 확인
출력에 헤더와 상태를 포함합니다. 분석, 예약, 저장 전에 x-cb-status, 대상 상태, 본문을 확인하고 시간 제한, 재시도, 동시 실행 한도를 정합니다.
HTTP 노드 하나부터 검증
신뢰할 수 있는 환경에서 최소 요청을 검증한 뒤 노드를 설정합니다. 아래 설정은 점검표이며 가져오기용 워크플로가 아닙니다.
curl --include --request GET \
"https://api.cloudbypass.com/" \
--header "x-cb-host: example.com" \
--header "x-cb-apikey: ${CLOUDBYPASS_APIKEY:?}" \
--max-time 90
# POSIX shell example; set the key securely first.
# Check x-cb-status, target status and content.
# For V2 / V2s, add version and stable proxy parameters.Method: GET
URL: https://api.cloudbypass.com/
x-cb-host: example.com
x-cb-apikey: <Header Auth credentials>
Inspect response headers, HTTP status and body.
Pass only validated content downstream; branch on errors.
Configure timeouts, retries and concurrency in the actual workflow.
n8n 자격 증명, 전체 응답, 실행 기록
응답 형식과 전체 응답 옵션에 따라 출력 구조가 달라집니다. 실제 결과에서 필드를 선택하고 내보내기나 기록 공유 전에 비밀을 제거하세요. 검증되지 않은 가져오기 파일은 제공하지 않습니다.
| 확인 | 검사 대상 | 다음 작업 |
|---|---|---|
| 자격 증명 및 범위 | 자격 증명, 잔액 및 승인된 액세스를 확인하세요. | 맹목적으로 IP를 변경하는 대신 구성 수정 |
| 버전 및 세션 | V2/V2에 대한 안정적인 프록시 및 세션 일치 | 프록시 변경 후 확인 세션 다시 구축 |
| 두 개의 상태 레이어 | x-cb-status 및 대상 HTTP 상태를 확인하세요. | 200 응답은 여전히 로그인 또는 질문 페이지일 수 있습니다. |
| 출력 및 재시도 | 콘텐츠 유형, 예상 필드 및 시도 예산을 확인하세요. | 구성 오류가 발생하면 중지합니다. 일시적 재시도 제한 |
- 통합 가이드 공유 매개변수 및 액세스 규칙
- 공식 클라이언트 문서 클라이언트 및 버전에 맞게 구성
- 지원 문의 요청 ID 및 수정된 오류 공유
통합을 활용해 보세요
액세스 전략, 구현 단계 및 문제 해결에 대한 작업 가이드를 선택하세요.
계획 및 문제 해결
- 오류 진단
별도의 구성, 액세스 및 대상 응답 실패.
- API 및 프록시 비용 계산기
요청 크레딧 및 프록시 대역폭을 추정합니다.
비즈니스 사용 사례
- 지역 SERP 모니터링
지역 간 검색결과 모니터링을 계획합니다.
- RAG에 대한 웹 수집
검증된 콘텐츠를 정리 및 수집 파이프라인에 전달합니다.
- 경쟁사 및 가격 모니터링
가격, 가용성 및 공개 페이지 변경 사항을 추적합니다.
- 판매 전망 조사
웹사이트와 공개 디렉토리를 사용하여 회사를 조사하세요.
자주 묻는 질문
오늘은 어떤 통합을 사용해야 합니까?
공개 HTTP API로 시작합니다. OpenClaw는 게시된 Skill를 사용할 수 있습니다. 기존 HTTP MCP 도구는 사용자 정의 헤더와 보안 자격 증명을 지원해야 합니다. 호스팅된 MCP 서비스는 아직 계획되어 있습니다.
모든 대상에 접근할 수 있나요?
보편적인 보증은 이루어지지 않습니다. 관련 액세스 기능에는 Cloudflare JavaScript Challenge, Turnstile, DataDome 및 Imperva/Incapsula가 포함되며 대상 및 런타임 유효성 검사가 적용됩니다. 이 통합은 reCAPTCHA 또는 hCaptcha 지원을 광고하거나 계정 권한을 대체하지 않습니다.
API 키와 프록시 비밀번호는 어디로 가야 합니까?
실제 런타임이나 신뢰할 수 있는 서버에서 안전한 구성으로 유지하세요. 브라우저 코드, 공유 저장소, 프롬프트, 스크린샷 또는 공개 로그에 넣지 마십시오. 원격 서비스에는 별도의 환경이 있습니다.
MCP 또는 Skill가 페이지 매김 및 추출을 자동으로 처리합니까?
기본적으로는 아닙니다. 액세스 계층은 요청과 응답을 처리합니다. 워크플로 또는 사이트 레시피는 페이지 매김, 필드 추출, 중복 제거, 로그인 상태 및 비즈니스별 서명을 처리합니다. 무한정 재시도하는 대신 실패를 진단하세요.