작업 예시
블로그에 200개의 오래된 게시물이 있고 어떤 링크가 있는지 기억하는 사람이 없습니다. 이 예시는 가상의 수치를 사용하여 필요한 호출 횟수와 크레딧 요금이 어떻게 되는지 보여줍니다.
SEOBlogBot 연구팀 ·
블로그, 게시물 수, 호스트 수 및 아래 결과는 모두 가상의 것입니다. 계획을 세우기 전에 각 수치를 실제 값으로 교체하세요.
게시물이 200개 있는 블로그를 상상해 보세요. 자체 사이트 크롤링은 1,150개의 아웃바운드 링크를 나열하며, 중복과 자체 도메인을 제거하면 약 410개의 고유 호스트로 줄어듭니다.
410개 호스트에 대한 수동 Ahrefs 무료 백링크 확인은 붙여넣기와 두통을 유발하는 오후의 작업이 될 수 있으므로 스크립팅을 계획합니다. 세 단계로 작업을 수행합니다: 호스트 평가, 불량 호스트 검사, 블로그 자체 확인.
내보내기부터 정리된 아카이브까지 전체 실행은 한 명의 편집자와 한 명의 개발자에게 근무일 내에 완료될 수 있어야 합니다. 그런 다음 한 번 더 실행을 계획하세요.
아카이브의 수는 다를 수 있습니다. 수치를 계획에 복사하기 전에 자체 내보내기를 교체하세요. 여기의 모든 숫자는 작업의 형태를 보여주는 데만 사용됩니다.
내보내기는 나머지 실행의 신뢰성을 결정합니다. 세 가지 습관이 정확성을 유지하며, 첫 번째 호출 전에 설정하는 데 비용이 거의 들지 않습니다.
방문자가 보는 렌더링된 페이지에서 링크를 내보내세요. 마크다운은 숏코드, 임베드 및 플러그인이 삽입한 모든 것을 누락합니다. 그 간격이 대부분의 누락된 링크가 숨어 있는 곳입니다.
게시물 URL, 호스트 및 내보내기 날짜를 포함하여 게시물당 한 줄을 작성하세요. 단일 평면 목록은 확인하기 어렵습니다. 게시물별 행을 사용하면 나머지 부분을 건드리지 않고 하나의 게시물을 다시 실행할 수 있습니다.
나중에 스크립트가 이번 달 파일과 지난달 파일을 동일한 방식으로 읽을 수 있도록 열 이름을 단순하고 안정적으로 유지하세요.
내보내기 시 크롤링 날짜를 기록하세요. 지난달에 작성된 목록과 오늘 작성된 목록은 다를 수 있으며, 감사는 어느 것을 사용했는지 보여줘야 합니다.
자체 도메인과 모든 게시물이 링크하는 소셜 호스트를 제거하세요. 그렇지 않으면 자체 푸터가 평가 목록의 최상단에 위치하여 실제 문제를 가립니다.
200개 게시물의 서베이는 한 번에 완료할 필요가 없습니다. 가장 유용한 수정이 먼저 제공되도록 순서가 필요합니다.
Search Console에서 여전히 클릭을 얻는 게시물을 기준으로 아카이브를 정렬하세요. 죽은 게시물의 broken link는 비용이 거의 들지 않습니다. 독자가 여전히 여는 페이지의 broken link는 신뢰도를 해치므로, 두 번째 그룹부터 시작하세요.
Search Console은 여전히 클릭을 받는 URL을 알려줍니다. 아웃바운드 링크 중 어떤 것이 broken인지 알려주지 않으므로, 두 소스는 서로 다른 역할을 합니다.
보류 중인 도메인과 죽은 호스트는 종종 한 번의 편집으로 해결됩니다. 더 어려운 사례를 열기 전에 이를 정리하여 목록을 줄이고 나머지를 하루에 맞출 수 있게 하세요.
작은 블로그가 무언가 진실된 것을 말하고 있는 것처럼 단순히 약한 인용문은 독자의 눈이 필요합니다. 이러한 항목은 별도의 더미로 분류하고 임계값이 아닌 편집자와 함께 결정하세요.
각 결정과 함께 한 줄 메모를 작성하세요. 6개월 후, 그 메모는 동일한 논쟁이 두 번 발생하지 않도록 도와줍니다.
이 중 일부는 괜찮은 것으로 판명될 것입니다. 첫 번째 검토에서 얇아 보이는 페이지는 짧고 정확한 메모일 수 있으며, 편집자는 1분 안에 해당 파일을 닫을 수 있습니다.
bulk_dr는 최대 2,000개의 도메인을 허용하므로 1 크레딧으로 한 번의 호출로 완료됩니다. 평가 열을 오름차순으로 정렬하세요.
38개 호스트가 0 또는 1로 반환된다고 가정하세요. 인용된 각 페이지를 수동으로 열세요. 대부분 죽은 사이트 또는 보류 중인 도메인입니다. 10개 페이지당 20분이 소요된다고 계획하세요.
자체 도메인의 refdomains와 anchors는 각각 2 크레딧이며 총 4입니다. 인용문을 걱정하는 게시물과 비교하세요.
불량 인용문을 교체하거나 제거하고 감사 로그에 날짜와 소비된 크레딧을 기록하세요.
서베이는 깔끔하게 완료될 수 있지만 여전히 잘못될 수 있습니다. 세 가지 확인으로 대부분의 손상을 잡을 수 있습니다. 쉘 스크립트에 충분히 간단하게 유지하고, 누군가의 기억이 아닌 작업에 포함하세요.
ok가 false로 설정된 응답은 데이터가 아닙니다. 진행하면서 실패를 세고, 시작 전에 선택한 작은 비율을 초과하면 서베이를 중지하세요.
서베이가 해당 라인에서 중지되면 중지된 위치와 이유를 기록하세요. 그런 다음 다음 실행은 다시 시작하고 두 번 지불하는 대신 해당 지점에서 재개할 수 있습니다.
보낸 호스트 수와 반환된 호스트 수를 비교하세요. 불일치는 오타, 중복 또는 조용한 삭제를 의미하며, 각각 로그에 한 줄이 필요합니다.
각 응답을 날짜와 입력 목록 옆에 저장하세요. 3개월 후 평가가 잘못 보이는 경우, 원본 파일은 새로운 호출보다 빠르게 질문에 답합니다.
| 호출 | 크레딧 | 달러 |
|---|---|---|
410개 호스트에 대한 bulk_dr | 1 | $0.0001 |
블로그에 대한 refdomains | 2 | $0.0002 |
블로그에 대한 anchors | 2 | $0.0002 |
| 합계 | 5 | $0.0005 |
0은 죽은 사이트를 의미합니까? 항상 그런 것은 아닙니다.
인덱스에 참조 도메인이 없는 호스트는 매우 새로운 사이트, 사설 인트라넷 페이지 또는 실제 보류 중인 도메인일 수 있으며, 어느 것인지 구분하려면 인간이 필요합니다. 평가 열을 자체적으로 결정하는 점수가 아니라 주의력을 위한 정렬 키로 취급하세요.
인용문 옆의 평가 열을 읽으세요. 다양한 인용 프로필 옆의 낮은 평가는 동일한 인용문이 쌓인 옆의 낮은 평가와 다르게 해석되며, 두 경우 다른 후속 조치가 필요합니다.
두 번의 서베이 간에 이동하는 평가도 유용한 정보입니다. 호스트가 변경되었는지 아니면 인덱스만 변경되었는지 확인하세요.
여기서는 비용이 거의 한계가 아닙니다.
시간은 38개의 페이지를 읽고 각 페이지에 대한 결정을 내리는 데 소모되며, API는 이 단계를 제거하지 않습니다. 편집자 하루를 계획하세요. 데이터는 대략 월별로 업데이트되므로, 비어 보이는 호스트는 인덱스에 새로 추가되었을 뿐일 수 있습니다.
또 다른 놀라움은 하나의 사이트가 두 가지 철자로 나타나는 빈도입니다. 일반 도메인과 www 버전은 병합하기 전까지 별도의 행이며, 높게 보이는 수는 종종 이러한 두 배 때문입니다.
이후 아카이브를 깔끔하게 유지하려면 새 게시물 앞에 게이트를 두고 월간 감사를 예약하세요. 비용 표는 모든 작업의 가격을 나열합니다.
거의 모든 서베이에서 네 가지 질문이 제기되며, 첫 번째 호출 이후가 아니라 호출 전에 해결하는 것이 더 쉽습니다.
이 규모로는 불가능합니다. 무료 웹 체크기는 한 번에 하나의 도메인을 위해 설계되었으므로 410개 호스트는 410번의 수동 조회를 의미합니다. 한 번의 일괄 호출로 스크립트를 사용하는 것이 실용적인 방법입니다.
유료 목록에만 해당됩니다. 일괄 평가는 호스트 목록을 한 번의 호출로 처리하는 반면, refdomains와 anchors는 페이지를 반환합니다. page와 per를 사용하고 per는 최대 5000까지 설정하며, 50,000행의 심층 페이지네이션 한도에 도달하면 중지하세요.
관심 있는 필드로 sort한 다음 order를 asc 또는 desc로 설정하세요. 약한 호스트를 찾는 경우, 평가 기준 오름차순 정렬이 가장 낮은 결과를 먼저 보여줍니다.
평가는 페이지가 여전히 로드되는지가 아니라 인덱스의 링크를 설명합니다. 페이지 자체를 확인하세요. 인덱스 업데이트가 이미 사라진 페이지보다 뒤처질 수 있기 때문입니다.
보통 아닙니다. 아카이브를 정리하기 위해 한 번 실행한 후, 새 게시물에 게이트를 유지하고 인덱스가 대략 월별로 업데이트되므로 월간 감사를 반복하세요.
규모는 변하지만 방법은 변하지 않습니다.
작은 블로그는 일괄 단계를 건너뛰고 전체 목록을 수동으로 한 번의 호출로 실행할 수 있습니다. 방법은 동일하며 도구만 변경됩니다.
2,000개의 게시물이 있는 블로그에는 아마도 3,000개의 고유 호스트가 있을 수 있으며, 이는 여전히 1 크레딧씩 두 번의 bulk_dr 호출로 처리할 수 있습니다. 10개 블로그의 네트워크는 계획을 10번 반복하며 약 5센트의 비용이 들므로 예산이 프로젝트를 결정하지 않습니다. 검토 시간이 결정합니다.
렌더링 단계를 주의하세요. WordPress의 경우 REST API를 통해 렌더링된 HTML을 내보내고, Hugo 또는 Eleventy의 경우 빌드된 폴더를 읽으세요(출력에는 방문자가 볼 모든 링크가 이미 포함되어 있음). Ghost 사이트는 동일한 작업을 위해 Content API를 사용할 수 있습니다.
아직 가지고 있는 경우 삭제된 페이지도 내보내세요. 아웃바운드 링크는 여전히 작업으로 간주됩니다. 방문자가 오래된 검색 결과에서 해당 페이지에 도달할 수 있기 때문입니다.
