문제 해결

API로 백링크를 확인할 때 행 데이터가 이상하게 보이는 경우

앵커 추출 결과가 예상보다 적거나, 계획보다 비용이 더 들거나, 이전 달 데이터와 일치하지 않는 경우를 위한 증상 중심 표입니다.

Anchor Social 연구팀 · 업데이트 2026-10-27

API 데이터 오류 및 차단된 링크를 나타내는 그릇으로 이어지는 네 개의 점토 파이프

먼저 다음 세 가지를 확인하세요

대부분의 이상한 추출 현상은 세 가지 원인 중 하나에서 비롯됩니다. 각 원인은 1분도 채 걸리지 않게 확인할 수 있으므로, 행 데이터 분석에 1시간을 쓰기 전에 이 세 가지를 먼저 배제하는 것이 현명합니다. 키, 크레딧 잔액, 스냅샷 날짜를 확인하세요.

모든 인증된 응답에는 ok 필드와 비용 및 잔액을 포함하는 _credits 객체가 포함되므로, 첫 번째 단계는 항상 이 두 필드를 출력하는 것입니다. 항상 여기서 시작하세요. ok가 false라면 행 데이터는 아직 중요하지 않습니다.

그다음으로 월별 업데이트를 확인하세요. 당사의 인덱스는 대략 월 1회 업데이트되며, 지난 주에 추가된 링크는 인덱스에 반영되지 않았을 수 있습니다. 이는 버그가 아닙니다.

또 다른 습관: 각 호출마다 작업, 페이지 번호, _credits의 잔액을 로그 라인으로 기록하세요. 이렇게 하면 월말에 7 크레딧이 사라진 것을 추적하기 쉬워지며, 미스터리로 남지 않습니다.

증상, 원인, 해결책

증상	추정 원인	해결책
HTTP 401	누락되거나 잘못된 키	`key=sk_...` 또는 `Authorization: Bearer sk_...`를 전송하세요. 계정 페이지에서 다시 복사하세요.
HTTP 402	크레딧이 고갈됨	계정 페이지에서 USDT(TRC-20)로 충전하고 다시 시도하세요.
총 행 수보다 적은 행이 반환됨	한 번의 호출당 최대 1,000개의 행이 반환됩니다.	`page=2`, `page=3` 등을 추가하세요. 심층 페이지네이션은 50,000행에서 중단됩니다.
비용이 2 크레딧보다 높게 보임	다른 작업이 호출됨	`anchors`는 2 크레딧, `keyword`와 `search`는 각각 3 크레딧입니다. `action` 값을 확인하세요.
총량이 이전 달과 다름	인덱스가 업데이트됨	스냅샷은 동일한 도구와 월별 주기 내에서만 비교하세요.
신규 링크가 누락됨	링크가 마지막 업데이트 이후에 생성됨	다음 월별 업데이트를 기다리세요. 추적하기 위해 다시 추출하지 마세요.
브랜드 점유율이 갑자기 상승함	사이트 전체 링크로 인해 행 수가 급증함	링크 도메인별로 재계산하세요. 런북을 참조하세요.
Ahrefs 또는 Semrush와 다른 수치	크롤링 및 업데이트 날짜의 차이	추세 분석에는 하나의 소스를 선택하고, 스팟 체크에는 다른 소스를 사용하세요.

짧은 결과 올바르게 읽기

소규모 도메인은 앵커 수가 적을 수 있습니다. 최근에 등록되었거나 외부 링크가 포함된 페이지가 적은 도메인은 정상적인 이유로 짧은 목록을 생성할 수 있습니다. 짧다고 해서 오류인 것은 아닙니다. 모든 짧은 목록이 실패를 의미하지는 않습니다.

행 수를 무료 overview 수치와 비교하세요: overview가 수천 개의 백링크와 앵커를 보고하고 anchors가 페이지 1에서 40개의 행만 반환한다면, 지원 티켓이 아니라 페이지 2가 필요할 가능성이 높습니다. overview 자체가 소수의 행만 보고한다면 도메인이 새로우거나 작으며 추출이 정확합니다. 먼저 세고 나서 불평하세요.

역도 성립합니다. 대규모 도메인은 50,000행 페이지네이션 한계에 도달하므로, 관심 있는 열로 정렬하고 상위 슬라이스를 가져오거나, 모든 페이지를 넘기기 전에 anchor_cloud를 호출하여 어떤 용어가 지배적인지 확인하세요.

설정 결과가 어떻게 영향을 받는지 보여주는 서로 맞물리는 다양한 크기의 점토 기어

정렬 및 페이지 설정이 표시되는 내용에 영향을 줌

서로 다른 두 추출은 웹과 무관한 이유로 다를 수 있습니다. 정렬, 순서, 페이지 크기는 함께 작용하므로, 이 중 하나를 변경하면 도메인과 키가 정확히 동일하더라도 전체 결과가 재배열될 수 있습니다. 정렬, 순서, 페이지 크기가 어떤 행이 먼저 오고 호출당 얼마나 많은 행이 도착할지 결정합니다. 먼저 이를 확인하세요.

동일한 도메인, 다른 상위 앵커

첫 번째 행은 요청한 정렬을 따르므로, 한 방식으로 정렬된 파일은 다른 방식으로 정렬된 파일과 같아 보이지 않습니다. 정렬이 상위 앵커를 변경합니다. 하나의 파일이 가장 많은 참조 사이트를 기준으로 선두를 차지하고, 다른 파일이 최신 행을 기준으로 선두를 차지한다면 둘 다 정확할 수 있습니다. 파일 이름에 정렬 방식을 명시하세요.

간단한 테스트가 도움이 됩니다. 먼저 소규모 도메인에서 테스트하세요. 테스트 비용이 거의 들지 않으며 요청에 대한 명확한 답변을 얻을 수 있습니다. 동일한 매개변수로 동일한 작업을 두 번 호출하세요. 행이 일치한다면 차이는 데이터가 아닌 요청에 있습니다.

페이지 2는 페이지 1의 복사가 아님

각 페이지는 고유한 청구 항목을 가진 별도의 호출이며, 한 페이지의 행은 다음 페이지에 반복되지 않아야 합니다. 페이지는 별도의 호출입니다. 반복된다면 루프가 동일한 페이지 값을 유지했을 가능성이 높습니다. 각 페이지의 첫 번째 도메인을 출력하여 수치가 이동하는지 확인하세요.

로그에 페이지 번호를 잔액 옆에 기록하세요. 페이지 2에서 멈춘 루프는 정확히 멈춘 호출을 확인할 수 있을 때 훨씬 쉽게 수정할 수 있습니다. 로그는 수시간을 절약해 줍니다.

먼저 두 페이지를 테스트하세요. 첫 두 페이지 이후 짧은 테스트만으로도 충분합니다. 페이지 2가 페이지 1을 반복한다면, 잔액이 동일한 행에 대해 두 번 지불하기 전에 루프를 중단하세요.

무엇보다 먼저 청구 필드를 출력하세요

크론 스크립트에 붙여넣을 수 있는 3줄 가드입니다.

bash

R=$(curl -s "https://anchorsocial.org/api.php?action=anchors&q=example.com&per=1000&key=$KEY")
echo "$R" | jq '{ok, _credits}'
[ "$(echo "$R" | jq -r .ok)" = "true" ] || exit 1

추출이 이상하게 보일 때 순서 복구

위에서 아래로 작업하세요. 각 단계는 다음 단계가 시작되기 전에 원인 그룹 중 하나를 제거합니다.

1
호출 성공 확인
첫 번째 응답에서 ok를 읽으세요. false라면 행 데이터는 아직 중요하지 않습니다.
2
매개변수 비교
action, q, sort, order, per, page를 비교 대상 파일과 대조하세요.
3
인덱스 날짜 확인
두 추출 사이에 월별 업데이트가 있었는지 확인하고, 해당 날짜를 시트에 기록하세요.
4
요청을 처음부터 다시 작성
복사된 URL이 숨길 수 있는 오타를 잡기 위해 호출을 매개변수별로 다시 작성하세요.

이전 달 파일과의 분쟁 해결

두 파일이 일치하지 않을 때, 문제는 대체로 누가 맞는지보다 설정 변경 때문입니다. 대부분의 불일치는 기록되지 않은 설정 변경으로 인해 발생하므로, 메모리보다 로그가 더 중요합니다. 요청의 어떤 부분이 변경되었는지 확인하세요. 먼저 요청을 살펴보고 세 가지 확인 사항을 순서대로 수행하면 대부분의 분쟁은 첫 번째 확인에서 해결됩니다.

인덱스 날짜부터 시작하세요

인덱스는 대략 월 1회 업데이트되며, 이 업데이트가 배제해야 할 첫 번째 요소입니다. 마지막 업데이트 이후에 활성화된 링크는 두 파일 모두에 나타나지 않으며, 같은 날 다시 추출해도 해결되지 않습니다. 업데이트 날짜는 간극을 설명합니다.

모든 파일에 레이블을 붙이세요. 추출 날짜와 업데이트 주기를 파일 이름에 포함하면 회의에서 질문하기 전에 가장 흔한 질문에 답할 수 있습니다. 파일 이름 옆에 업데이트 주기를 기록하세요. 그러면 간극은 웹의 간극이 아니라 시간의 간극으로 읽힙니다.

업데이트 날짜를 메모에 흩뜨리지 말고 하나의 열에 함께 유지하세요. 총량 옆에 날짜를 보는 독자는 두 번째 질문이 거의 필요 없습니다. 이는 질문을 줄여줍니다.

유사한 항목끼리 비교

두 파일은 작업, 도메인, 정렬, per 값이 일치할 때만 비교 가능합니다. 정렬이 다르면 모든 총량이 일치하더라도 상위 행이 다를 수 있으며, 이는 프로필의 실제 변경처럼 보일 수 있습니다. anchors 파일과 백링크 파일을 혼합하면 발생하지 않은 감소가 만들어지는 경우가 많습니다. 일치하는 설정이 먼저입니다.

매개변수가 일치하고 총량이 여전히 다르다면, 그 차이는 더 주의 깊게 살펴볼 가치가 있으며 로그가 시작 지점을 알려줍니다. 그런 다음 로그를 읽으세요.

per 값을 별도의 열로 제공하세요. per 값은 호출당 도착하는 행 수와 추출 비용에 영향을 미치기 때문입니다. 이를 가시적으로 유지하세요.

행이 사라진 것이 아니라 이동한 경우

도메인 변경 또는 리디자인 후 링크는 여전히 존재할 수 있으며 새 주소로 연결될 수 있습니다. 이전 호스트는 링크를 유지합니다. 링크가 손실되었다고 호출하기 전에 기존 호스트와 새 호스트의 상위 페이지를 비교하세요. 마이그레이션 체크리스트가 해당 페어링을 안내합니다.

양쪽을 모두 기록하세요. 한 줄에 두 주소를 기록하여 시트에서 이동이 명확히 보이도록 하세요.

사람들을 놀라게 하는 비용

계획보다 빠르게 증가하는 청구서는 보통 한 가지 원인을 가집니다. 많은 팀이 월말에야 높은 청구서를 알게 되므로, 주간으로 실행 총액을 확인하면 조기에 편차를 감지할 수 있습니다. 그것은 작업입니다. 많은 독자가 어떻게 과소 지출 없이 백링크를 확인하는지 묻지만, 답변은 작업 이름에서 시작됩니다. 모든 응답의 잔액을 읽고 시트 옆에 실행 총액을 유지하세요.

계획보다 빠르게 고갈되는 잔액

작업 이름이 중요합니다. 일반적인 원인은 작업 이름입니다. anchors는 2 크레딧, keyword와 search는 각각 3 크레딧이므로, 작업이 변경된 스크립트는 quietly 청구서를 올렸습니다. 첫 번째 대규모 실행 전에 요청의 action 값을 확인하세요.

편차를 추적하세요. 시트에 _credits의 실행 총액을 유지하세요. 매일 작은 편차가 있으면 월말이 되기 훨씬 전에 쉽게 확인할 수 있습니다.

루프 중간에 402 발생

402는 잔액이 고갈되었음을 의미합니다. 루프를 중단하세요. 이미 제공된 호출은 청구되었지만 다음 호출은 실패합니다. 루프를 중단하고 계정 페이지에서 USDT(TRC-20)로 충전한 후 멈춘 페이지부터 재개하세요.

재개 지점은 기록될 때만 유용합니다. 로그에 페이지 번호를 기록하여 재시작이 추측이 되지 않도록 하세요. 페이지를 기록하세요.

너무 큰 결과 읽기

갑자기 증가한 카운트는 이야기가 되기 전에 소스를 확인할 가치가 있습니다. 단일 템플릿 링크는 수천 개의 행을 추가할 수 있으며, 총량 라인만으로는 이것이 하나의 사이트인지 여러 사이트인지 알 수 없습니다. 행이 정확할 수 있으며 이유는 전체 프로필이 아닌 하나의 도메인에 있을 수 있습니다. 먼저 소스를 확인하세요.

큰 카운트 뒤에 숨겨진 사이트 전체 푸터

단일 사이트의 수천 페이지에 나타나는 단일 템플릿 링크가 큰 행 블록을 설명할 수 있습니다. 추출을 링크 도메인별로 그룹화하고 하나의 사이트가 총량의 얼마나 많은 부분을 차지하는지 확인하세요. 먼저 그룹화한 후 판단하세요.

하나의 도메인이 지배한다면, 총량은 해당 사이트에 대한 사실이며 분석은 그렇게 프레임되어야 합니다. 그렇게 프레임하세요.

링크하지 않은 도메인의 행

이상한 앵커는 확인이 필요합니다. 그 존재가 무언가 잘못되었다는 것을 증명하지는 않지만, 분석의 다른 행과 동일한 읽기가 필요함을 의미합니다. 관련 없는 앵커를 가진 낯선 링크 도메인은 스크래퍼나 침해된 페이지에서 비롯될 수 있습니다. 행이 프로필에 속한다고 가정하기 전에 방문자로서 링크 페이지 중 하나를 열어보세요.

시트에 도메인, 날짜, 앵커를 기록하고 원본 JSON을 보관하세요. 나중에 검토할 때 증거가 필요합니다. 증거는 메모보다 우월합니다.

표가 해결하지 못한 경우

동일한 도메인에 대해 overview와 같은 무료 작업을 실행하세요. 작동하면 문제가 키에 있습니다.
q에 경로 없이 순수 도메인을 입력했는지 확인하세요.
무언가 변경하기 전에 원본 JSON을 저장하세요.
대시보드의 잔액을 _credits와 비교하세요.
계정 페이지에서 작업 및 타임스탬프와 함께 문의하세요.

빠른 답변

실패한 호출은 크레딧을 사용합니까?

401 또는 402는 행이 제공되기 전에 반환됩니다. 행 수가 1,000행 이하이든 상관없이 각 성공적인 호출은 한 번 청구됩니다. 주어진 호출의 비용을 확인하려면 응답의 _credits를 확인하세요.

하루에 두 번 추출했는데 왜 다를까요?

인덱스는 월별 업데이트 시에만 변경되므로 달라서는 안 됩니다. 만약 다르다면 먼저 정렬 및 페이지 매개변수를 비교한 다음 키와 작업을 확인하세요. 무료 체크기 페이지는 키 없는 호출이 반환하는 내용을 다룹니다.