7단계 실행 매뉴얼로 백링크 프로필 앵커 확인하기

대개 실패하는 실행 절차의 함정

3단계 생략. 사이트 소유자의 푸터와 사이드바 링크가 가장 흔한 원인이며, 이로 인해 브랜드 비율이 실제 프로필보다 훨씬 건강해 보이게 속일 수 있습니다. 원본 내보내기 데이터에는 소유자 자신의 링크가 다수 포함되어 있어, 브랜드 비율이 지나치게 높게 나올 때까지誰も気づかない 경우가 많습니다.

태그 기준이 흐려짐. 10월에는 특정 구문을 부분 일치로 분류했다가 11월에는 동일한 구문을 정확일치로 변경하면, 데이터 비교 결과가 엉뚱한 결과가 됩니다. 시트 데이터 옆에 규칙을 명시해 두고, 변경 시 반드시 날짜와 함께 메모를 남기세요.

또 다른 흔한 실수는 비교 대상(peer set) 선정입니다. 신중하게 선택하세요. 니즈의 최대 규모 사이트가 아니라, 현재 타겟 키워드로 랭킹을 차지하는 경쟁사를 선택하세요. 위키백과급 대형 사이트와 개점 6개월 된 소규모 상점은 서로에게 가르쳐 줄 것이 거의 없습니다.

도메인 구매 전 링크 확인하기

백링크를 위해 노후화된 도메인을 구매하는 것은 흔한 전략이며, 깔끔한 프로필은 가장 쉽게 위조할 수 있는 부분입니다. 한때 작은 무역 블로그를 운영하던 도메인이 이제 판매 중이라고 상상해 보세요. 아직 아무것도 믿지 마세요. 돈이 오가기 전에, 경쟁사를 분석할 때와 동일한 방식으로 백링크 프로필 데이터를 확인하세요.

평점보다 앵커 텍스트를 먼저 읽으세요

높은 평점은 많은 약한 참조 도메인에서 비롯될 수 있습니다. 우리의 평점은 도메인 수를 세는 로그 스케일이며 그 품질을 평가하지 않기 때문입니다. 평점만으로는 오해의 소지가 있습니다. 앵커 텍스트를 추출하고 상위 행부터 읽어보세요. 편집적인 언급처럼 보이는지, 아니면 새로운 문구로 반복되는 푸터처럼 보이는지 물어보세요.

정확 일치 행을 특히 주의 깊게 살펴보세요. 이러한 패턴은 링크 페이지와 행을 나란히 놓았을 때 쉽게 보이지만, 요약 테이블만으로는 매우 어렵습니다. 대부분의 행이 단일 사이트 전체 템플릿에서 온다면, 해당 프로필은 평판보다는 하나의 결정에 기반한 것입니다. 템플릿을 확인하세요.

반복은 목록 속에 숨어 있습니다. 가장 자주 반복되는 행을 확인하세요. 긴 목록에서는 반복을 놓치기 쉽지만, 이는 종종 한 소스가 대부분의 작업을 수행하고 있다는 첫 번째 신호입니다.

트래픽이 여전히 존재하는지 확인하세요

프로필이 강력해 보일 수 있지만, 그 뒤의 페이지는 방문을 받지 않고 있을 수 있습니다. 트래픽은 누락된 퍼즐 조각입니다. API는 유기적 트래픽을 보고하지 않으므로, 링크 페이지에 대해 이미 신뢰하는 분석 또는 검색 데이터를 사용하세요. 해당 데이터가 없다면, 평점을 아직 확인하지 않은 주장으로 간주하세요.

도메인이 작년에 재구축되었다고 가정해 보세요. 둘 다 사실일 수 있습니다. 링크는 실제일 수 있지만 랭킹은 사라졌을 수 있으며, 그 격차가 당신이 지불하거나 대비하는 부분입니다. 두 관찰 결과를 같은 행에 기록하여 함께 유지하세요.

평점을 적절한 위치에 두세요

우리의 도메인 평점(DR)은 공개된 공식 round(100 · log(ref_domains+1) / log(2·10^7))을 따릅니다. 이는 Ahrefs DR이나 Moz DA가 아닌 우리만의 수치이며, 잡음 참조 도메인의 급증으로 종이 위에서는 평점이 상승할 수 있습니다. 신중하게 다루세요.

먼저 정렬하고 나중에 결정하세요. 짧은 목록을 정렬하는 데 사용하되, 구매를 승인하는 기준으로 사용하지 마세요. 앵커 읽기 후에 살아남는 평점은 공정한 신호이지만, 무너지는 평점은 단지 목록에 있던 숫자에 불과했습니다.

보고서의 헤드라인에서 평점을 배제하세요. 헤드라인에서 멈춘 독자는 아직 행을 보지 않았으며, 행이 보통 불일치가 발생하는 곳입니다. 위에서 정밀해 보이는 숫자는 독자가 그 아래의 행에 도달하기 전에 멈추게 만듭니다. 행이 우선입니다.

행동하기 전에 감소 사실을 확인하세요

백링크 프로필의 월간 점검에서 감소는 답이 되기 전의 질문입니다. 한 달에 극적으로 보이는 대부분의 감소는 타이밍의 문제입니다. 늦게 나타난 링크는 이전 파일에 전혀 표시되지 않습니다. 두 리프레시 사이에 300개의 행이 손실된 프로필을 상상해 보세요. 기다리세요. 대응하기 전에 행이 사라졌는지, 아니면 인덱스가 아직 따라잡지 못했는지 확인하세요.

손실되었거나, 아직 리프레시되지 않음

인덱스는 약 한 달에 한 번 리프레시되므로, 지난 주에 나타난 링크는 가져온 파일에서 누락될 수 있습니다. 타이밍이 많은 격차를 설명합니다. 동일한 도메인, 액션, 정렬 및 per 값을 사용하여 두 번의 가져오기를 비교하세요. 이러한 매개변수가 다르다면, 감소는 웹이 아닌 요청에 있을 수 있습니다.

링크가 손실되었다고 판단하기 전에 한 주기를 기다리세요. 짧은 한 달은 매우 적은 것을 증명하지만, 연속 세 번의 스냅샷에서 동일한 격차가 보인다면 의미가 생깁니다. 여기서는 인내심이 저렴합니다.

이전 파일을 보관하세요. 이전 파일도 보관하세요. 만약 행이 다음 리프레시에서 다시 나타난다면, 그 이전 파일은 링크가 완전히 사라진 것이 아니라 단지 늦게 나타났다는 증거가 됩니다.

손실되었거나, 다른 곳으로 리디렉션됨

이동 후 링크는 여전히 존재할 수 있으며 새 호스트의 다른 URL을 가리킬 수 있습니다. 리디렉션 체인은 잠시 동안 목적지를 숨길 수 있으므로, 행이 단순히 한 단계 더 진행되어 있어 상단 페이지에서 누락된 것처럼 보일 수 있습니다. 이동은 링크를 숨깁니다. 행이 사라졌다고 가정하기 전에 기존 도메인과 새 도메인의 상단 페이지를 확인하세요. 이동 체크리스트가 그 쌍을 다룹니다.

이동된 행을 손실이 아닌 이전으로 간주하세요. 링크가 어디로 갔는지, 그리고 사라졌다는 사실만 보여주지 않도록 두 주소 모두 한 줄에 기록하세요. 두 주소, 한 줄.

새 호스트가 기존 주소를 일치하는 페이지가 아닌 일반 페이지로 보내면 링크는 도착했지만 그 가치는 따라오지 않았을 수 있습니다. 가치도 확인해야 합니다.

월간 차이를 결정으로 전환하기

차이는 결정으로 이어질 때만 도움이 됩니다. 그렇지 않으면 매월 숫자가 무엇을 의미하는지에 대한 새로운 논쟁이 되며, 차이는 결정 보조 도구보다는 무드 보드가 됩니다. 가져오기 전에 결정 규칙을 작성하여 숫자가 사후에 답을 선택하지 못하게 하세요. 먼저 결정하고, 그 다음 비교하세요.

임계값을 사전에 설정하세요

새 파일을 열기 전에 의미 있는 이동의 크기에 대해 동의하세요. 사전에 설정된 임계값은 팀이 우연히 가장 나빠 보이는 한 달에 반응하는 것을 보호합니다. 지금 숫자를 정하세요. 예를 들어, 아웃리치 계획을 변경하기 전에 버킷이 두 스냅샷에 걸쳐 최소 5포인트 이동해야 한다고 가정합니다. 결과 후에 작성된 임계값은 팀이 이미 원하던 방향으로 휘어지는 경향이 있습니다.

기록하세요. 나중에 임계값을 변경하는 것은 정당한 선택이지만, 변경 옆에 이유를 명시하여 공개적으로 이루어져야 합니다. 임계값을 시트의 버킷 규칙 옆에 보관하세요. 하나를 변경하는 것은 허용되지만, 다른 규칙처럼 날짜가 명시된 메모가 필요합니다.

각 결정에 대한 하나의 헤드라인 지표를 선택하세요. 단일 버킷의 이동은 관찰을 위한 신호일 뿐이며, 세 버킷이 같은 방식으로 이동하는 것이 보통 실제 이야기입니다. 세 가지가 함께 모여야 이야기가 됩니다.

무엇을 하지 않을지 결정하세요

무엇도 하지 않는 것도 선택입니다. 대부분의 달에는 올바른 답이 아무것도 변경하지 않는 것입니다. 평평한 차이는 정보이며, 이미 획득한 링크를 무효화하는 급한 움직임을 방지합니다.

행동하지 않기로 한 결정을 행동하기로 한 결정만큼 신중하게 기록하세요. 미래의 당신은 그 질문이 제기되고 답변되었음을 알고 싶어 할 것입니다. 이유를 기록하세요.

팀이 변경을 위해 몇 달을 기다렸을 때, 평평한 결과는 실패처럼 느껴질 수 있습니다. 날짜와 함께 보유 결정을 기록하면 다음 사람이 추론을 볼 수 있으며 동일한 논쟁을 다시 시작하지 않습니다. 보통은 그 반대입니다. 프로필이 현재 혼자 두기에 충분히 안정적이라는 신호입니다. 안정성도 결과입니다.