수천 개 메타에 의한 죽음
단일 기술 문제는
글을 죽이지 않지만, 합쳐지면 그렇습니다
약한 제목, 누락된 메타, 예전 편집에 맞던 헤딩 구조, 폐기된 페이지를 가리키는 내부 링크. 각각은 작은 손실입니다. 300개 글과 4년 동안 이 작은 손실들이 모여 검색 클릭의 1% 미만만 가는 2페이지로 이어집니다 [SEO 합의].
만들어진 게 아니라 쌓인 것
콘텐츠 기술 부채는 누군가의 실수가 아니라, 수년간 300개 글이 여러 사람에 의해 편집되면서 생긴 결과입니다.
크롤러의 감시망 밖에 있는
사이트 감사는 깨진 페이지를 잡지만, 글 제목이 여전히 순위에 맞는지는 판단하지 못합니다.
아무도 맡지 않는 일
2022년 글의 누락된 메타는 아무도 담당하지 않습니다. 그래서 그대로 남아 있다가 글 순위가 떨어지고서야 누군가 이유를 묻습니다.
기사별 점검 항목
라이브러리 내 모든 글, 모든 감사 주기마다 점검 - 분기별 크롤이 아닙니다.
메타데이터 레이어: 제목 태그 품질과 쿼리 일치, 메타 설명 존재와 적합성, 정규 URL 정확성, 원치 않는 인덱싱을 막는 robots 지시어.
구조 레이어: H1 존재 및 고유성, 헤딩 계층 구조(H2/H3 논리, 수년 편집을 견디거나 그렇지 않음), 쿼리 수준에 맞는 단어 수와 읽기 깊이, 스키마 마크업 존재.
연결 레이어: 내부 링크 입출력 - 고아 글, 폐기 또는 리디렉션된 페이지 링크, 외부 링크 상태, 글 전체 이미지 alt 태그 커버리지.
모든 발견 사항은 특정 글별 항목으로 기록되며, 수정 방법이 명확히 제시됩니다 - 사이트 전체 점수로 대충 알려주는 게 아닙니다.
이것은 사이트 크롤러가 아니며, 대체하지도 않습니다
Screaming Frog와 사이트 감사는 페이지 작동 여부를 확인하지만, 이 도구는 글들이 경쟁하는지 점검합니다.
콘텐츠 수준 기술 점검 (Draftcamp)
- 글별 맥락에서 판단: 이 제목이 페이지 순위와 맞는가?
- 성능, ICP, 브랜드 점검과 함께 지속 실행됩니다
- 발견 사항은 바로 글 브리프에 반영되어, 수정이 리라이트와 함께 진행됩니다
- 알파벳 순이 아니라 글의 기회 우선순위로 정렬됩니다
- 트래픽을 얻는 콘텐츠 라이브러리 내 페이지에 한정됩니다
사이트 전체 크롤러
- URL별, 맥락 없이 판단: 제목 존재 / 제목 누락
- 누군가 크롤을 예약할 때 실행됨
- 발견 사항은 보고서에 기록되며, 수정은 별도 작업입니다
- 오류 유형별 우선순위 지정, 템플릿과 시스템 페이지 전반에 걸쳐
- 중요하지 않은 4,000개 URL을 포함해 모든 것을 대상으로 함
별도 티켓 없음
수정 사항은 같은 브리프에 반영되고
같은 초안에도 적용돼
기술적 문제는 별도 백로그로 가지 않아. 글이 표시되면 기술 수정도 브리프에 포함되고, 업데이트된 초안은 너의 승인 대기 상태로 함께 전달돼.
하나의 워크플로우, 네 가지 차원
성과, ICP 적합성, 브랜드 기준, 기술 상태를 한 번의 검토된 리라이팅으로 함께 고쳐, 네 개의 도구와 티켓이 아니라.
마지막에도 다시 점검해
모든 초안은 네 큐에 도달하기 전에 기술 SEO 검토를 거쳐, 발견 사항은 텍스트 옆에 제안으로 표시돼 네 판단을 돕지.
항상 네 승인을 받아야 해
기술 수정도 콘텐츠 변경이야. 이름 있는 승인 없이는 아무것도 배포되지 않아 - 제품 내 다른 부분과 같은 규칙이지.
기술 점검은 어떻게 작동할까?
솔직한 답변들.