2,000개 행 데이터 프레임용 도메인 신뢰도 확인 도구

로그 척도가 임계값에 미치는 영향

DR은 참조 도메인 수의 로그함수에 따라 상승합니다. 10에서 20으로의 단계는 70에서 80으로의 단계보다 훨씬 적은 신규 링크 사이트가 필요합니다.

따라서 밴드는 머릿속에서 너비가 같아야 하지 않습니다. DR 45의 사이트는 로컬 블로그와 뉴욕 타임즈의 중간이 아니며, 원시 값의 히스토그램은 당신을 속일 것입니다.

위 테이블을 사용하여 cut()을 적용한 후, DR의 평균이 아닌 밴드별 행 수를 세세요. 로그 척도에서의 평균은 당신이 찾도록 고용된 이상치를 정확히 숨깁니다.

원시 DR 값은 낮은 쪽에 뭉치는 경향이 있어 히스토그램은 주로 하단에 군집을 보여줍니다. 로그 변환된 카운트는 동일한 데이터를 더 정직하게 분산시킵니다.

라벨을 사용하는 세 가지 방법

하나의 용도를 선택하고 고수하세요.

세 가지 용도이며, 필터링이 먼저 와야 합니다. 수동 검토 전에 DR 30 이상의 행만 유지하면, 2,000개 행 목록을 한 오후에 읽을 수 있는 크기로 줄일 수 있습니다. 순위: 내림차순으로 정렬하고 상위 50개를 클라이언트 슬라이드의 예시로 사용하세요. 감사: 런북의 날짜 파일들을 사용하여 이번 달과 지난 달을 비교하며 밴드별 행 수를 세세요.

DR 70 사이트가 스폰서 페이지에서 당신에게 링크할 수 있습니다. DR 12 로컬 블로그는 가장 관련성 높은 언급일 수 있습니다. 이러한 용도 중 어느 것도 품질을 측정하지 않습니다. 숫자를 정렬 도구로 사용하고, 결정하기 전에 앵커 텍스트를 확인하세요. 이는 액션 글로시어리에서 추출 방법을 설명합니다.

목록이 Search Console 내보내기로 시작되었다면, 조인 설명서는 키 누락을 방지하는 정리 단계를 보여주고, 가격 책정 페이지는 천 번의 호출 비용이 얼마인지 보여줍니다.

표본 크기에 대한 참고

죄송하지만, 작은 표본은 거짓말을 하며, 밴드별로 나누면 효과가 커집니다.

단 40개 도메인으로도 하나의 이상치가 밴드 카운트를 눈에 띄는 정도로 움직입니다. 표본 크기가 레버입니다. 편의 표본이 아닌 전체 내보내기의 점수를 매기세요. 최대 2,000개 도메인 호출이 두 개의 호출과 동일한 1 크레딧 비용이 들기 때문입니다. 안정적인 그림을 얻는 가장 저렴한 방법은 모든 것을 요청하고 cut()이 이후에 정렬하게 하는 것입니다.

작은 테이블은 읽기 쉽고 오해하기 쉽습니다. 백분율 옆에 카운트를 인쇄하여 독자가 기반 크기를 볼 수 있게 하세요.

자신을 속이지 않고 후보 목록 점수 매기기

도메인 신뢰도 확인 도구는 공급하는 목록의 질만큼만 좋습니다. 대량 점수 매기는 것은 종종 풍부화 작업의 첫 단계입니다: 회사나 사이트 목록이 있고 이를 정렬할 숫자가 필요합니다. 이 숫자는 정렬 키입니다. 결론이 아닙니다.

점수는 동료들이 읽을 테이블로 들어가므로, 그 주변의 설명이 컷오프만큼 중요합니다.

점수가 무엇을 위한 것인지 결정하세요

아웃리치를 위해 정렬하는 목록, 감사하는 목록, 수동 검토 전에 자르는 목록은 각각 다른 임계값이 필요합니다. 노트북 상단에 목적을 먼저 작성한 후 밴드를 선택하세요.

아웃치용 점수 매기기는 적합성과 접근 가능한 연락처를 선호합니다. DR만으로는 작은 사이트보다 정확히 당신의 대상 고객인 작은 사이트를 큰 사이트보다 높게 매길 수 있으므로, 니치와 함께 점수를 읽으세요.

목적에 따라 각 임계값 테이블에 이름을 지정하세요. 예를 들어 outreach-bands 또는 audit-bands와 같이. 명확히 이름 붙인 두 테이블은 정렬 키가 조용히 결론이 되는 것을 방지합니다.

입력과 출력을 추적 가능하게 유지하세요

각 행은 정규화된 도메인 옆에 원래 입력 문자열을 유지해야 하므로, 점수가 생성된 행으로 추적될 수 있어야 합니다. 입력된 행 수와 반환된 행 수를 로그하세요.

점수가 없는 행이 있으면 삭제하지 말고 누락으로 기록하세요. 조용한 삭제는 누군가가 자르지 않기로 결정하지 않았는데도 후보 목록이 줄어드는 방식입니다.

리드가 아닌 호출을 로그하세요

요청, 작업, 시간 및 각 응답의 credits 필드를 로그하세요. 전체 키를 로그하지 말고 개인 연락처 정보는 로그 파일에서 제외하세요.

무엇이 요청되었고 비용이 얼마였는지 보여주는 로그는 한 달 후에 동료가 제기할 질문의 대부분에 답합니다.

로그를 일반 텍스트로 유지하세요. 호출당 한 줄로, 두 달 간의 비용 변화를 추가 도구 없이 diff로 보여줄 수 있어야 합니다.

동점, 근접 중복 및 긴 꼬리

두 도메인이 동일한 점수를 받더라도 언어나 니치 등 당신에게 중요한 방식에서 다를 수 있습니다. 동점은 행을 살펴보기 위한 신호이지, 알파벳순으로 첫 번째를 선택할 이유는 아닙니다.

긴 꼬리는 작은 밴드에 숨어 있습니다. 각 컷오프 바로 아래에 있는 도메인 수를 세세요. 밀집된 클러스터를 나누는 임계값은 많은 행을 한 번에 움직일 것입니다.

동점으로 해결된 행을 기록하세요. 그러면 나중에 누군가가 질문할 때 당신의 선택이 여전히 보입니다.

밴드가 말할 수 없는 것

밴드는 숫자를 설명하지만 관계를 설명하지는 않습니다. Strong 밴드의 도메인은 참조 도메인 수가 높다는 것만 알려줄 뿐, 링크가 편집본인지 최근인지 아직 활성인지에 대해서는 아무것도 알려주지 않습니다.

인용할 행의 실제 링크를 반드시 확인하세요. 그 확인은 느리지만, 이것이 밴드가 존재하는 이유입니다: 밴드는 어떤 행이 그 확인에 합당한지 결정합니다.

유용한 테스트는 각 밴드에서 무작위로 세 행을 선택하고 앵커 텍스트를 읽는 것입니다. 밴드가 일관된 이야기를 한다면 유지하세요. 그렇지 않다면, 무언가를 게시하기 전에 컷오프를 조정하세요.

대량 점수 매기기에 대해 사람들이 묻는 질문

대량 점수 매기기는 항상 같은 몇 가지 질문을 제기하므로, 여기서는 문체로 답변합니다.

점수가 없는 행을 어떻게 처리해야 하나요?

유지하고 누락으로 표시한 후 먼저 키를 확인하세요. 일반적인 원인은 후행 슬래시, www 접두사 또는 다른 대소문자입니다.

키가 깨끗하고 도메인이 여전히 누락된 경우, 월별 인덱스에 해당 데이터가 없습니다.

2,000개보다 큰 목록을 점수 매길 수 있나요?

고유 도메인을 최대 2,000개 그룹으로 나누고, 각 그룹에 대해 bulk_dr을 한 번 호출한 후 결과를 결합하세요.

5,000개의 고유 도메인에는 세 번의 호출이 필요하며, 이는 3 크레딧입니다.

루프는 어떤 HTTP 오류를 처리해야 하나요?

누락되거나 잘못된 키에 대한 HTTP 401, 잔액이 비어 있을 때 HTTP 402. 둘 다 재시도하기보다 실행을 중단해야 합니다.

나머지는 온전히 로그해야 하며, 해당 청크와 함께 기록하세요.

실제 실행 전에 어떻게 테스트하나요?

먼저 세 도메인의 점수를 매기고 glimpse()로 출력 형태를 확인하세요. 나머지 파이프라인을 페스처로 테스트하여, 의도한 때만 유료 호출이 실행되도록 하세요.

클라이언트와 점수를 공유해야 하나요?

DR이 자체 로그 척도 지표임을 명시한 메모와 함께 공유하세요. 옆에 스냅샷 날짜를 표시하세요. 숫자만 읽는 클라이언트는 이를 감사로 간주할 것입니다. 그것은 감사가 아닙니다.

함께 임계값 테이블을 표시하세요. 그래야 밴드가 독자에게 보입니다.