항목: 오류
실패하는 도메인 점수 확인 호출: 401, 402 및 빈 행
항목: 오류. 두 가지 HTTP 코드가 의미를 가지며, 하나의 플래그는 호출 완료 여부를 알려주고, 하나의 데이터 속성은 대부분의 놀라움을 설명합니다.

증상, 원인, 해결 방법
| 증상 | 유발 원인 | 해결 방법 |
|---|---|---|
| HTTP 401 | 키 누락, 오타 또는 취소됨 | key=sk_... 또는 Bearer 헤더를 전송합니다; 계정 페이지에서 키를 다시 복사하세요. |
| HTTP 402 | 크레딧이 고갈됨 | USDT(TRC-20)로 충전하세요; 무료 작업은 여전히 작동합니다. |
| ok가 false임 | 호출이 완료되지 않음 | HTTP 상태 코드를 먼저 읽은 후 응답 본문을 확인하세요. |
| 도메인이 점수 매겨지지 않은 것으로 보임 | 인덱스에 링크가 적거나 없음 | 참조 도메인을 확인하세요. DR이 0이면 링크가 발견되지 않았음을 의미합니다. |
| 최근 링크 누락 | 인덱스는 대략 월별로 업데이트됩니다. | 다음 업데이트를 기다리세요; 반복적으로 재시도하지 마세요. |
| 페이지가 50,000행에서 중단됨 | 페이지네이션 한도 | 쿼리 또는 정렬로 범위를 좁힌 후 다시 페이지네이션하세요. |
| 일괄 호출 거부됨 | 2,000개 이상의 도메인 | 목록을 청크로 나누세요. |
결제는 TRC-20 네트워크의 USDT로 이루어집니다. 로그인은 Google만 가능합니다. 일괄 목록은 2,000개 도메인으로 제한되며, 목록 호출은 1,000행, 심층 페이지네이션은 50,000행으로 제한됩니다.
진단 순서
상태 코드로 시작하세요. 401은 신원 확인과 관련되고, 402는 결제와 관련됩니다. 이들은 서로 다른 위치에서 해결됩니다.
그런 다음 ok를 확인하세요. 모든 응답에는 이 필드가 포함됩니다. 인증된 호출의 경우, _credits는 비용과 남은 잔액을 보여주므로, 402 오류가 발생하기 전에 잔액이 고갈되었는지 확인할 수 있습니다.
이 순서를 실행 매뉴얼(runbook)에 고정해 두세요. 데이터만 확인하는 사람은 상태 코드가 즉시 알려줄 문제를 해결하는 데 한 아침을 허비할 수 있습니다.
그 후에야 데이터에 문제가 있다고 의심해야 합니다. 신규 사이트는 종종 낮은 DR을 보입니다. 원인은 버그일 가능성이 낮으며, 링크 생성 이전의 월별 스냅샷 때문일 가능성이 더 큽니다. 이 수치를 공식 항목과 비교하세요.
핵심 문제와 잔액 문제 구분하기
스크립트에서는 401과 402가 동일한 루프를 중단하기 때문에 비슷해 보일 수 있습니다. 원인이 다르므로 무언가를 변경하기 전에 이를 구분해야 합니다.
동일한 도메인에서 무료 액션을 먼저 수행하세요. 응답이 오지만 유료 호출이 실패한다면, 도메인은 정상이며 문제는 키나 잔액에 있다는 뜻입니다.
복사 후 401이 발생할 때
키에 trailing space가 있거나 끝부분이 잘려 있는 것은 401의 흔한 원인입니다. 키는 sk_로 시작하므로, 이 접두어를 확인하고 계정 페이지의 복사본과 전체 문자열을 비교하세요.
키를 한 곳에서만 교체하고 동일한 단일 호출을 다시 실행하세요. 여러 가지를 동시에 변경하면 결과를 해석하기 어려워집니다.
충전 후 402가 발생할 때
402는 유료 액션에 크레딧이 남지 않았음을 의미합니다. 다른 작업보다 먼저 다음 인증된 응답의 _credits에서 남은 잔액을 확인하세요.
잔액이 정상이라고 판단되면, 실패한 호출의 비용과 비교하세요. 수치를 통해 호출 금액이 잔액보다 단순히 큰지 확인할 수 있습니다.
충전 시간을 기록해 두면, 나중에 로그와 잔액을 비교할 수 있습니다.
각 충전 전후의 잔액을 짧게 기록해 두면, 다음 402 오류를 더 쉽게 파악할 수 있습니다.
빈 결과 처리하기
호출이 완료되었는지 확인하세요
먼저 ok를 읽어보세요. false 값은 호출이 완료되지 않았음을 의미하므로, 빈 목록은 도메인에 대해 아무것도 알려주지 않습니다.
전송한 이름을 확인하세요
q 값은 순수 도메인이어야 합니다. 스키마, 경로 또는 불필요한 공백이 있으면 실제 것처럼 보이는 빈 결과가 반환될 수 있습니다.
무료 작업과 비교하세요
같은 이름으로 overview를 실행하세요. 데이터가 반환되고 목록이 반환되지 않으면, 목록 작업과 그 한계가 다음 의심 대상입니다.
갱신 날짜를 확인하세요
인덱스는 대략 월 1회 업데이트됩니다. 마지막 갱신 이후 추가된 링크는 엔드포인트를 여러 번 호출해도 표시되지 않습니다.

최소 재시도 정책
- 401 또는 402 오류는 자동으로 재시도하지 마세요
- 네트워크 오류는 점진적으로 지연 시간을 늘려 재시도하세요
- _credits가 잔액이 거의 0임을 나타낼 때 중단하세요
- 성공적인 응답은 한 달 동안 캐싱하세요
- 각 실패 시 작업과 도메인을 로그에 기록하세요
경계 질문
실패한 호출 시 크레딧이 차감되나요?
이 참조 문서에서는 실패한 호출에 대한 청구 규칙을 명시하지 않습니다. 다음 인증된 응답에서 _credits를 확인하고 남은 잔액이 기대치와 일치하는지 비교하세요.
402 이후에 무료 작업이 작동하는 이유는 무엇인가요?
domain, overview, stats, suggest는 키나 크레딧이 필요 없기 때문입니다. 잔액이 고갈되면 오직 유료 작업만 차단됩니다.
필드 이름은 어디서 오는 것인가요?
일반적인 구조를 확인하려면 API 필드 항목을 참조하고, 작업별 행을 위해 라이브 엔드포인트를 호출하세요.
오류 없이도 점수가 잘못 보일 수 있는 이유
때로는 모든 필드가 제시간에 도착하지만 숫자가 여전히 놀라움을 줍니다. 응답은 해당 스냅샷에 대해 정확하므로, 실제 질문은 그 스냅샷이 무엇을 포함하는지입니다.
대부분의 이러한 사례는 세 가지 상황으로 설명됩니다.
최근에 출시된 도메인
최근에 출시된 사이트는 스냅샷이 링크보다 이전 시점이기 때문에 DR 0을 보일 수 있습니다. 여기서의 0은 링크 도메인이 발견되지 않았음을 의미하며, 사이트 자체에 대한 판단이 아닙니다.
사이트에 대한 판단으로 수치를 해석하기 전에 나중에 다시 업데이트될 때까지 기다리세요.
행동하기 전에 도메인의 연령과 업데이트 주기를 비교하세요. 새로운 이름과 링크가 거의 없었던 오래된 이름은 동일한 스냅샷에서 비슷하게 보입니다.
이번 달에 추가된 링크
최신 업데이트 이후에 추가된 링크는 수치에 반영되지 않습니다. 다음 업데이트가 있기 전까지는 반복 호출 시 동일한 결과가 반환됩니다.
링크 날짜와 스냅샷 날짜를 기록하여 보고서를 읽는 모든 사람이 간격을 쉽게 설명할 수 있도록 하세요.
사라진 링크
링크가 있는 페이지가 삭제되거나 링크 제공 사이트가 종료되면 링크가 사라질 수 있습니다. 귀하의 측에서는 변경된 것이 없어도 카운트는 감소합니다.
엔드포인트를 탓하기 전에 몇 달 간격으로 두 스냅샷을 비교하세요.
총합뿐만 아니라 이동하는 도메인 수도 세세요. 여러 사이트에 걸쳐 작은 손실은 단일 사이트에서의 큰 손실과 다르게 해석됩니다.
각 수정의 위치

버그 보고를 위한 오류 재현
하나의 호출로 축소
루프를 제거하고 실패하는 단일 curl 명령어만 유지합니다.
응답 기록
HTTP 상태, ok 값 및 존재할 경우 _credits 필드 값을 기록합니다.
동일한 도메인에서 무료 작업 시도
overview가 작동하고 유료 작업이 작동하지 않으면, 도메인 문제가 아니라 키 또는 잔액 문제입니다.
세부 정보 전송
호출이 계정에 매칭될 수 있도록 시간, 작업 및 키의 첫 글자와 마지막 글자를 기록합니다. 보고 전체 키를 포함하지 마세요.
각 실패 호출 시 기록할 내용
| 기록 | 도움이 되는 이유 |
|---|---|
| HTTP 상태 | 401과 402를 한눈에 구분합니다 |
| ok 값 | 호출이 완료되었는지 여부를 보여줍니다 |
| _credits (존재할 경우) | 오류 발생 시점을 기준으로 잔액을 보여줍니다 |
| 작업 및 도메인 | 의도적으로 동일한 호출을 반복할 수 있게 합니다 |
| 호출 시간 | 월간 업데이트와 비교할 수 있게 합니다 |
자동 재시도를 사용하지 않는 이유
402 오류에서 루프를 돌리면 시간이 소모될 뿐 이득이 없습니다. 401 오류에서 루프를 돌리면 ours나 Google의 제공업체 모두에서 위반 감지 시스템이 작동할 수 있습니다.
재시도는 네트워크 오류에만 한정하고, 각 재시도마다 이전보다 더 긴 대기 시간을 두세요. 야간 작업의 경우 시도 횟수 3회가 적절한 상한선입니다.
야간 작업이 새벽 2시에 402 오류를 만나면, 아침 식사까지 5분마다 재시도하면 약 100개의 동일한 실패가 발생하며, 각각 나중에 읽어야 하는 로그 줄이 됩니다.
네트워크 재시용에도 고정된 상한선을 사용하고 각 시도를 로그에 기록하세요. 한 문장으로 설명할 수 있는 상한선은 작업이 중단될 때 쉽게 변명할 수 있습니다.
무인 실행 작업에 대한 알림
야간 도메인 점수 확인 작업은 중단될 때 누군가에게 알려야 하며, 그 이유도 명시해야 합니다. 두 코드는 서로 다른 알림이 필요하므로 메시지 내에서 구분하세요.
첫 번째 401 오류에 알림
401 오류는 일반적으로 키 문제이므로, 단일 실패도 메시지가 필요합니다. 100개의 동일한 실패를 기다리면 수정이 지연됩니다.
알림에 전체 키 대신 키의 첫 글자와 마지막 글자를 포함하여 동료와 공유해도 안전하도록 하세요.
402 오류는 키 변경이 아닌 충전이 해결책이므로 별도의 메시지가 필요합니다.
조용한 작업이 반드시 건강한 것은 아닙니다. 실패한 실행 수뿐만 아니라 완료된 실행 수도 세고, 전체 주기 동안 두 카운트 모두 움직이지 않으면 알림을 보내세요.
하락하는 잔액에 대한 알림
경고 수준을 0이 아니라 나머지 실행을 커버할 수 있는 수준으로 설정하세요. 작업 시작 시 잔액이 거의 비어 있으면 재시도할 여지가 없습니다.
인증된 응답마다 _credits에서 수치를 읽어오면 추가 요청 없이 경고를 설정할 수 있습니다.
당사의 크롤러와 링크 인덱스는 약 월간으로 업데이트됩니다. 최근 출시된 사이트는 DR 0을 보일 수 있으며, 이는 아직 링크 도메인이 없기 때문에 스냅샷의 정확한 판독입니다.