- 01먼저 볼 곳Search Console 직접 조치 보고서의 설명 패널에서 유형과 영향 페이지를 봅니다.
- 02고치는 범위일부가 아니라 영향을 받은 모든 페이지를 고치고, Google이 접근할 수 있게 엽니다.
- 03재검토 요청문제·조치·결과 3가지를 적고, 결정이 나기 전에는 다시 보내지 않습니다.
직접 조치 알림을 받았다면 보고서의 설명 패널부터 펼칩니다. 조치 유형과 영향을 받은 페이지 패턴이 거기에 나옵니다. 그다음 해당 페이지를 모두 고치고, 고친 내용을 근거와 함께 재검토 요청에 적습니다. 근거는 Search Console 고객센터와 Google 검색 센터 문서입니다. 문서에 없는 운영 판단은 넥스트티 판단임을 밝혀 둡니다.
직접 조치는 무엇이고, 순위 하락과 어떻게 구분하나요?
직접 조치는 Google 검토자가 페이지의 스팸 정책 위반을 확인해 내리는 조치입니다. Search Console의 직접 조치 보고서에 기록되므로, 순위 하락과는 이 보고서로 구분합니다.
조치가 적용되면 사이트의 일부나 전부가 검색 결과에 나오지 않을 수 있습니다. 대부분은 검색 색인을 조작하려는 시도를 다룹니다. 검색 결과 화면에는 별도 표시가 없습니다. 알림은 직접 조치 보고서와 메시지 센터로 옵니다.
출처: Search Console 고객센터 「직접 조치 보고서」
| 구분 | 직접 조치 | 보안 문제 |
|---|---|---|
| 다루는 문제 | 색인 조작 시도 | 해킹·멀웨어·피싱 |
| 검색 결과 영향 | 순위 하락 또는 제외 | 경고 라벨 표시 가능 |
| 방문자 화면 | 별도 표시 없음 | 전면 경고 페이지 가능 |
보고서에 조치가 없으면 녹색 체크 표시가 나옵니다. 이때는 검색 트래픽 감소 파헤치기 문서에서 다른 원인을 찾습니다. 알고리즘 업데이트, 보안 문제, 계절에 따른 수요 변화 등이 그 예입니다.
경고 라벨이 붙은 경우는 보안 문제 경고 대응 글에서 다뤘습니다.
보고서에서 영향 범위는 어떻게 확인하나요?
보고서의 「직접 조치 설명」 패널을 펼치면 영향을 받은 페이지가 패턴 목록으로 나옵니다. 보고서 맨 위에는 사이트에 적용된 조치의 수가 표시됩니다.
패턴과 일치한다고 해서 그 안의 페이지가 모두 영향을 받은 것은 아닙니다. 그래도 고칠 대상은 패턴 전체에서 찾는 편이 안전합니다. 이는 넥스트티의 운영 판단입니다.
조치가 두 개 이상이면 각 조치의 설명을 모두 읽습니다. 도움말 기준으로는 적용된 조치를 모두 해결해야 합니다.
사이트를 인수한 뒤 알림을 받았다면 이전 소유자 시절의 조치일 수 있습니다. 이때도 문제를 먼저 해결하고, 재검토 요청에 최근 인수 사실을 적습니다.
조치 유형별로 어디를 고쳐야 하나요?
유형마다 고칠 곳이 다르므로, 패널의 「자세히 알아보기」에서 해당 유형의 권장 조치를 확인합니다. 주요 유형을 정리하면 다음과 같습니다.
출처: Search Console 고객센터 「직접 조치 보고서」(주요 유형만 발췌)
| 조치 유형 | 먼저 고칠 곳 |
|---|---|
| 사용자 생성 스팸 | 포럼·댓글·프로필의 광고성 글 |
| 서드 파티 스팸 악용 | 외부인이 올린 스팸 페이지 |
| 구조화된 데이터 문제 | 화면과 다른 마크업 |
| 사이트로 연결되는 비정상 링크 | 외부 링크 목록·삭제 요청 |
| 사이트에서 연결되는 비정상 링크 | 유료·교환 링크의 속성 |
| 빈약한 콘텐츠 | 복제·제휴·도어웨이 페이지 |
| 클로킹·부적절한 리디렉션 | Googlebot과 방문자 화면 차이 |
| 숨겨진 텍스트·키워드 반복 | 배경색 글자·CSS 숨김 문구 |
사용자 생성 스팸은 site: 연산자로 사이트 주제와 무관한 검색어를 넣어 찾을 수 있습니다. 도움말의 예는 [site:example.com 비아그라] 같은 검색입니다.
구조화된 데이터 문제는 화면에 보이지 않거나 관련 없는 정보를 마크업하는 경우 등에 생깁니다. 이 유형은 순위가 아니라 리치 결과 표시 자격에 영향을 줍니다. 근거와 점검 순서는 구조화 데이터 불일치 글에 정리했습니다.
외부에서 들어오는 링크 유형은 링크 목록을 내려받아 많이 연결한 사이트와 최근 링크부터 봅니다. 먼저 사이트 소유자에게 삭제나 nofollow 속성 추가를 요청합니다. 삭제할 수 없는 링크만 링크 거부 도구에 올립니다.
- 삭제 노력 없이 모든 백링크를 거부 파일에 넣지 않습니다.
- 이런 방식은 선의의 노력으로 인정되지 않아 요청이 거부될 수 있습니다.
- 같은 도메인 링크가 많으면 domain: 연산자로 한 줄에 적습니다.
고칠 때 놓치기 쉬운 점은 무엇인가요?
놓치기 쉬운 점은 수정 범위와 접근 허용입니다. 영향을 받은 모든 페이지를 고치고, Google이 열 수 있게 둡니다. 일부만 고치면 고친 페이지의 결과도 다시 나오지 않을 수 있습니다.
1. 설명 패널
보고서의 「직접 조치 설명」을 펼쳐 추가 정보를 봅니다.
2. 영향 페이지
패턴 목록으로 영향 범위를 확인합니다.
3. 유형별 안내
「자세히 알아보기」에서 해결 단계를 읽습니다.
4. 모든 페이지 수정
모든 영향 페이지와 모든 조치를 해결합니다.
5. 접근 허용
로그인·페이월·robots.txt·noindex로 막지 않습니다.
6. 검토 요청
해결 내용을 적어 보고서에서 요청합니다.
접근 여부는 URL 검사 도구로 테스트합니다. 스팸 페이지를 지운 뒤에도 남겨 둔 영향 페이지는 크롤링이 가능해야 합니다.
robots.txt와 noindex는 역할이 다릅니다. 차이는 robots.txt 차단과 색인 글에서 설명했습니다.
재검토 요청서는 어떻게 쓰나요?
재검토 요청에는 문제가 무엇이었는지, 무엇을 고쳤는지, 결과가 어떤지를 적습니다. 도움말이 꼽는 좋은 요청의 역할이 바로 이 세 가지입니다.
출처: Search Console 고객센터 「직접 조치 보고서」(역할) · 적을 내용은 넥스트티 예시
| 역할 | 적을 내용 |
|---|---|
| 품질 문제 설명 | 조치 유형과 위반이 생긴 원인 |
| 조치 설명 | 삭제·수정·차단한 작업 |
| 결과 문서화 | 처리 전후 수치와 남은 항목 |
유형에 따라 도움말이 덧붙이기를 권하는 자료도 있습니다. 외부 링크 유형은 삭제한 링크 기록과 삭제하지 못한 링크의 사유를 넣습니다. 빈약한 콘텐츠는 삭제한 콘텐츠와 새로 추가한 콘텐츠의 예를 듭니다.
아래는 넥스트티가 요청서를 쓸 때 쓰는 뼈대입니다. 공식 양식이 아니라 정리 예시입니다.
[문제]
조치 유형: 사용자 생성 스팸
원인: 게시판 자동 가입
[조치]
스팸 글 삭제: 1,240건
가입 인증 추가
[결과]
site: 검색 재확인
남은 스팸 글: 0건수치와 항목은 설명용 예시입니다. 실제 요청에는 사이트의 처리 기록을 적습니다.
- 작업 날짜, 처리한 URL 수, 바꾼 설정을 표로 정리해 둡니다.
- 삭제·거부한 목록은 다른 사람이 열어 볼 수 있는 문서로 남깁니다.
- 재발 방지책을 함께 적으면 같은 문제가 반복되지 않는다는 근거가 됩니다.
요청을 보낸 뒤에는 무엇을 하나요?
요청을 보낸 뒤에는 결정 메일이 올 때까지 기다리고, 그 사이에 다시 제출하지 않습니다. 요청을 접수하면 검토가 진행 중이라는 확인 메일이 옵니다.
대부분의 재검토는 며칠에서 몇 주가 걸립니다. 링크 관련 요청은 더 오래 걸릴 수 있습니다. 검토가 끝나면 결과도 메일과 Search Console 메시지로 알려 줍니다.
출처: Search Console 고객센터 「직접 조치 보고서」
| 단계 | 내용 |
|---|---|
| 접수 확인 | 검토 진행 중 확인 메일 |
| 검토 기간 | 대부분 며칠~몇 주, 링크 관련은 더 길 수 있음 |
| 결과 통보 | 메일과 Search Console 메시지 |
| 조치 취소 | 위반 해소 판정 시 |
Google은 사이트가 더 이상 정책을 위반하지 않는다고 판단하면 조치를 취소합니다. 다만 도움말은 취소 뒤 순위가 언제 회복되는지는 밝히지 않습니다.
- 취소 날짜를 기록하고, 실적 보고서에서 영향 페이지의 노출과 클릭을 주 단위로 비교합니다.
- 게시판·댓글처럼 외부인이 글을 쓰는 곳은 정기 점검 일정을 정해 둡니다.
참고 자료
- Search Console 고객센터 — 직접 조치 보고서
- Google 검색 센터 — Google 웹 검색의 스팸 정책
- Google 검색 센터 — Google 검색 트래픽 감소 파헤치기
