본문으로 이동
LinkSkimmr$100 무료 받기

코드 샘플 및 설명

잠재 대상 목록 스크리닝: 하나의 일괄 호출, 그 후 세 번의 비교

컨설턴트의 목록에는 수백 개의 도메인이 포함되어 있지만 시간이 부족합니다. 긴 대상 목록에 대한 웹사이트 백링크 순위를 확인하려면 전체 목록을 정렬하기 위해 하나의 일괄 호출을 실행한 후, 최종 후보 목록에 대해 비교를 수행하세요.

LinkSkimmr 연구팀 ·

데이터 분석을 나타내는 흰색 책상 위에 놓인 세 그룹의 정렬된 강돌

1단계: 전체 목록을 1 크레딧에 정렬

bulk_dr는 ?domains= 쿼리 파라미터 또는 POST 바디를 사용하여 GET 요청으로 한 번의 호출에 최대 2,000개의 도메인을 처리합니다. 항목이 수십 개를 넘으면 POST가 더 쉬워집니다.

bash
curl -X POST "https://linkskimmr.com/api.php?action=bulk_dr&key=sk_live_..." \
  --data-binary @prospects

# prospects: your list of bare domains, one per line
# billed once: 1 credit = $0.0001

파라미터 및 기능

API 레퍼런스에서 발췌한 내용입니다. 모든 호출은 ok를 반환하며, 인증된 호출에는 비용과 잔액을 나타내는 _credits가 추가됩니다.
파라미터사용 대상의미
actionall실행할 엔드포인트 (예: bulk_dr 또는 compare)
q단일 도메인 작업조회할 도메인
domainsbulk_dr, compare도메인 목록; bulk_dr의 경우 최대 2,000개, compare의 경우 최대 20개까지 가능
key유료 작업sk_ 키 또는 Authorization: Bearer 헤더 사용
page, per목록페이지네이션; per는 10에서 5000까지 범위
sort, order목록정렬 필드 및 asc 또는 desc

2,000개 행에서 20개의 최종 후보로

일괄 출력 결과를 DR로 정렬한 후 하위 항목을 제거하고, 클라이언트의 DR 밴드에서 크게 벗어난 항목을 모두 제거하세요. 완료.

규모를 위한 가상의 시나리오: 1,500개의 게스트 포스트 대상 목록은 DR 20 미만의 항목을 모두 제거하면 몇 백 개로 줄어들 수 있으며, 나머지 작업은 아무도 열기 싫어하는 스프레드시트가 아닌 짧은 목록에서 수행됩니다. 이는 측정된 결과가 아닌 예시입니다.

그런 다음 1 크레딧에 최대 20개의 도메인을 처리하는 compare를 사용하세요. 20개 단위로 생존자를 선택하면 아웃리치 이메일을 작성하기 전에 각 사이트의 프로필을 나란히 비교하여 읽을 수 있습니다.

나무 테이블 위의 얽힌 덩굴과 가위로 다듬은 가지

자기 기만 없이 일괄 출력 결과 읽기

정렬된 목록은 답변처럼 보입니다. 하지만 그것은 단지 정렬일 뿐이며, 세 가지 습관이 오해를 방지합니다.

높은 DR이 관련 사이트임을 의미하지는 않습니다

DR은 링크하는 도메인의 수를 측정할 뿐, 사이트가 클라이언트의 시장과 적합한지 여부를 나타내지는 않습니다. modest DR을 가진 지역 블로그가 높은 DR을 가진 대형 디렉토리보다 더 좋은 아웃리치 대상이 될 수 있습니다.

아웃리치 이메일을 작성하기 전에 상위 20개 생존자의 주제와 타겟 오디언스를 확인하세요. 이 확인 작업은 몇 분밖에 걸리지 않으며 이메일 발송을 절약해 줍니다.

동점자는 잘 발생합니다

많은 도메인이 DR에서 밀접하게 위치하므로 하나의 밴드 내 순서는 노이즈일 수 있습니다. 행이 도착한 순서로 동점을 해결하는 대신, 최종 후보 목록에 대한 두 번째 호출로 동점을 해결하세요.

동점 규칙을 메모에 명시하세요. 규칙을 본 독자는 최종 후보 목록을 판단할 수 있지만, 목록만 본 독자는 판단할 수 없습니다.

갱신 후 오래된 목록

월간 갱신 전에 정렬된 목록은 변동될 수 있습니다. 잠재 대상에게 견적을 제시하기 전에 최종 후보 목록을 다시 실행하고, 조회 날짜를 함께 제시하세요.

순서가 거의 변하지 않았다면 그 점도 언급하세요. 안정적인 결과 또한 정보이며, 다음 스텝의 신뢰성을 높여 줍니다.

크레딧 비용 예측 가능하게 유지하기

긴 목록에 대해 웹사이트 백링크를 확인하기 전에 호출 횟수를 세세요. 비용은 작업 이름에 따라 결정되며, 계산은 몇 분 정도 걸립니다.

시작하기 전에 호출 횟수 계산

하나의 bulk_dr 호출은 최대 2,000개의 도메인을 1 크레딧에 처리합니다. 동일한 목록에서 2 크레딧 작업을 실행하면 도메인당 2 크레딧이 소모되므로 총 비용이 빠르게 증가합니다.

2,000개 도메인의 앵커 텍스트를 모두 가져왔다고 가정해 보세요. 이는 월간 4,000 크레딧, 즉 $0.40입니다. 정렬이 저렴한 작업을 처리하고, 세부 정보는 생존자에 집중해야 합니다.

무료 호출을 필터로 사용

개요, 도메인, 통계 및 제안 작업은 무료이며 키가 필요하지 않습니다. 각 생존자에 대한 무료 첫 번째 조회는 비용이 들지 않으며, 유료 호출이 필요한 행을 식별하는 데 도움이 됩니다.

조회를 통과한 도메인에만 크레딧을 사용하세요. 20개의 최종 후보 목록을 상세히 분석하는 것은 전체 목록을 정렬하는 것보다 훨씬 저렴합니다.

각 실행에 한도 설정

실행 시 최대 소모할 크레딧 금액을 결정하고, 총액이 이를 초과하면 중단하세요. 한도를 설정하면 청구서상의 놀라움을 사전에 정한 숫자로 바꿀 수 있습니다.

스크립트 상단에 주석으로 한도를 명시하세요. 다음 작업을 실행하는 사람은 출력 결과보다 규칙을 먼저 보게 됩니다.

목록이 자체 클라이언트일 때

같은 트릭을 포트폴리오에도 적용할 수 있습니다. 모든 클라이언트 도메인을 하나의 파일에 넣고 매월 첫날에 실행하세요.

월간 스텝은 정직한 리듬입니다. 인덱스가 약 한 달에 한 번 갱신되므로 그보다 빠른 속도는 주로 노이즈를 보여줍니다. 매월의 출력 결과를 날짜 옆에 저장하면, DR 값의 열이 분기 내에 트렌드 라인으로 변환됩니다.

한 클라이언트의 DR이 한 번에 여러 포인트 하락하면 해당 사이트에 대해 새 클라이언트를 위한 10분 루틴을 실행하고, 리다이렉트 문제가 있는 상위 페이지를 확인한 후 누구 탓을 하세요.

월간 스텝을 5단계로 실행

  1. 1

    알림이 아닌 실행을 예약

    cron 항목을 사용하여 스크립트를 매월 첫날 아침에 시작할 수 있습니다. 시간대를 주석으로 작성하고 키를 환경 변수에서 읽도록 하면, 머신 변경 시에도 예약이 유지됩니다.

  2. 2

    401 또는 402에서 중단

    누락되거나 잘못된 키는 401을 반환하고, 잔액이 없으면 402를 반환합니다. 재시도하기보다 스크립트가 두 코드 모두에서 중단되도록 설정한 후, 다음 실행 전에 원인을 수정하세요.

  3. 3

    지난 달과 비교

    새로운 정렬 결과를 이전 결과와 비교하세요. 관심 있는 밴드에서 벗어난 도메인을 먼저 읽어야 하며, 나머지는 다음 패스까지 기다릴 수 있습니다.

  4. 4

    이동한 도메인에만 세부 정보 추출

    이동한 도메인에만 2 크레딧 호출을 실행하세요. 매월 모든 행에 세부 정보를 적용하면 아무도 열지 않을 행에 크레딧이 소모됩니다.

  5. 5

    세 줄 작성

    무엇이 변했는지, 무엇이 변하게 했는지, 다음으로 무엇을 확인할지 메모하세요. 10분 메모와 동일한 형식을 유지하면 독자가 한눈에 월별 비교가 가능합니다.

스크리닝 위생

  • 프로토콜과 경로를 제거하여 파일에 도메인만 포함
  • 호출 후가 아닌 호출 전에 중복 제거
  • 출력 파일명에 조회 날짜 포함
  • 마지막 응답의 _credits 필드에서 실행 전 크레딧 잔액을 확인
  • 무료 개요 호출로 5개 생존자를 표본 검사
가상의 비용 스케치

예시일 뿐: 1,800개 도메인 목록은 정렬에 1 크레딧, 20개 생존자에 대한 세 번의 비교에 3 크레딧이 필요하며 각 최종 후보 사이트의 개요는 무료입니다. 4 크레딧은 $0.0004입니다.

적합성 확인

스크리닝에는 적합하지만 단일 사이트 평가에는 부적합

DR은 뭉툭한 크기 측정치입니다. 목록을 빠르게 정렬할 수는 있지만 특정 사이트가 관련성이 있는지, 편집되었는지, 누군가가 읽었는지는 알 수 없으므로 마지막 단계는 항상 사람의 눈으로 확인해야 합니다.

  • 인덱스는 약 한 달에 한 번 갱신
  • 우리의 DR은 Ahrefs DR이나 Moz DA가 아닙니다
  • $100 무료 크레딧으로 약 100만 번의 기본 호출이 가능합니다
황동 저울 사이에 놓인 두 개의 세라믹 컵

목록을 넘길 때 자주 묻는 질문

스크린이 외부로 나가면 동일한 몇 가지 질문이 따라옵니다. 답변은 짧으며, 목록의 정직성을 유지합니다.

일괄 스크린으로 사이트 검토를 대체할 수 있나요?

아니요. 일괄 스크린은 크기 측정 기준으로 도메인을 정렬할 뿐입니다. 검토는 페이지, 콘텐츠 및 링크 존재 이유를 읽어야 하며, 정렬이 이를 대신할 수 없습니다.

스크린을 검토 시간의 우선순위를 결정하는 데 사용하세요. 검토 자체로 사용하지 마세요.

목록에 어떤 도메인을 포함해야 하나요?

중복을 제거한 후 줄바꿈으로 구분된 순수 도메인입니다. 경로와 서브도메인은 도메인 기반 스크린에 노이즈를 추가합니다. 잠재 대상이 두 도메인을 소유한 경우 둘 다 스크린하고, 더 강력한 도메인을 최종 후보 목록에 유지하세요.

행 옆에 선택 사항을 메모하세요. 나중에 읽는 사람은 왜 하나의 도메인이 두 개를 대신하는지 알 수 있습니다.

최종 후보 목록은 어떻게 되어야 하나요?

도메인당 한 행: 도메인, DR, 조회 날짜 및 잔류 이유. 이유를 담은 20개의 행이 이유 없는 2,000개의 숫자로 가득 찬 시트보다 낫습니다.

이유가 없는 행은 제거하세요. 빈 이유 열은 목록이 아직 정렬 상태이며 결정이 아니라는 첫 번째 신호입니다.

목록은 얼마나 자주 다시 실행해야 하나요?

의사결정이 아직 열린 상태에서 목록을 다시 실행하세요. 목적을 위해 타이머를 유지하기 위함이 아닙니다. 월간 스텝은 모니터링 중인 포트폴리오에 적합하며, 일회성 잠재 대상 목록은 단일 실행만 필요할 수 있습니다.

종료된 캠페인을 위해 스크린된 목록은 폐기할 수 있습니다. 이전 출력을 보관하고, 닫기로 표시한 후 다음 캠페인이 시작될 때 새로운 정렬을 시작하세요.

목록이 하나의 일괄 호출 처리 능력을 초과할 경우, 최대 2,000개의 도메인 단위로 분할하고 배치 순서를 메모하세요. 그러면 재실행 시 중단된 지점부터 시작할 수 있으며, 어떤 행이 이미 스크린되었는지 추측할 필요가 없습니다.

일괄 질문

일괄 출력 결과가 전체 보고서와 동일한가요?

아니요. bulk_dr은 목록 정렬을 위해 각 도메인의 평점을 반환합니다. 앵커 텍스트, 링크 도메인 및 선택한 사이트의 상위 페이지에 대해서는 2 크레딧 작업을 사이트별로 하나씩 호출하세요.

작업 중 키의 크레딧이 부족하면 어떻게 하나요?

크레딧이 부족하면 API는 HTTP 402를 반환합니다. 계정 페이지에서 USDT(TRC-20)로 충전하고 실패한 호출만 다시 실행하세요.