구글seo 수동 조치 해제, 전수 수정과 작업 기록으로 푼다
SEO.AI.KR
서치 콘솔에 수동 조치 메시지가 표시되었다면 구글seo 대응의 첫 단계는 수동 조치 보고서를 여는 일입니다. 보고서에서 조치 유형과 영향 범위를 먼저 확인합니다. 그다음 영향 범위 안의 페이지를 모두 고치고, Google이 그 페이지에 접근할 수 있는지 확인한 뒤 재검토를 요청합니다. 대응의 중심은 영향 범위를 빠짐없이 찾는 일과 작업을 기록하는 일입니다.
수동 조치는 Google 검토자가 판단해 사이트에 직접 적용하는 조치입니다. 페이지가 스팸 정책을 지키지 않는다고 판단될 때 적용되며, Search Console 한국어 화면에서는 「직접 조치 보고서」로 표기합니다. Google 문서는 조치가 적용되면 사이트의 일부 또는 전부가 검색 결과에 표시되지 않을 수 있다고 설명합니다.
메시지를 받은 날 가장 먼저 확인할 것은 무엇인가요?
첫 단계는 이 문제가 어느 보고서에 속하는지 구분하는 일입니다. 문서에 따르면 직접 조치 보고서는 주로 검색 색인을 조작하려는 시도를 다룹니다. 보안 문제 보고서는 해킹, 그리고 방문자나 기기에 해로울 수 있는 상황을 다룹니다. 두 문제는 담당자와 처리 순서가 다르므로 처음부터 구분합니다.
- 직접 조치 보고서 상단에서 사이트에 적용된 조치 개수를 확인합니다. 조치가 없으면 녹색 체크 표시와 안내 문구가 나옵니다.
- 조치마다 「직접 조치 설명」 패널을 펼칩니다. 유형 이름과 영향 범위(패턴 또는 전체 사이트)를 그대로 옮겨 적습니다.
- 보안 문제 보고서도 함께 엽니다. 해킹된 콘텐츠, 멀웨어, 소셜 엔지니어링 항목이 있는지 확인합니다.
- 조치가 여러 개면 모두 목록에 올립니다. 조치가 여러 개일 때는 모두 해결해야 합니다.
보안 문제가 함께 있다면 감염된 페이지를 브라우저로 직접 열지 않습니다. 도움말은 샘플 URL을 URL 검사 도구나 명령줄 도구로 확인하라고 안내합니다.
완료 기준: 조치 유형, 영향 범위, 보안 문제 유무가 한 문서에 적혀 있고 항목마다 담당자가 정해져 있으면 다음 단계로 넘어갑니다.
영향을 받은 페이지는 어디까지 찾아야 하나요?
설명 패널에 나오는 범위는 두 가지입니다. 「모든 페이지에 영향을 미침」이면 사이트 전체가 대상입니다. 특정 디렉터리 아래 주소를 묶은 패턴이면 해당 경로의 일부 또는 전체가 대상입니다. 다만 패턴과 일치하는 페이지가 모두 영향을 받은 것은 아니라고 문서는 덧붙입니다.
Google 문서는 일부 페이지의 문제만 해결해서는 검색 결과에 일부 결과가 다시 표시되지 않는다고 밝힙니다. 그래서 실무에서는 패턴 아래 모든 페이지를 점검 대상으로 잡는 방법을 권합니다. 같은 원인을 가진 페이지가 남으면 재검토가 거절될 수 있다고 보고 범위를 넓게 잡는 것입니다. 범위를 정한 뒤에는 아래 형식의 기록표를 만들고, 고칠 때마다 같은 표에 채웁니다.
| 주소(경로) | 조치 유형 | 발견한 문제 | 조치 내용 | 조치일 | 확인 방법 |
|---|---|---|---|---|---|
| 블로그 하위 글 ○○번 | 사이트에서 연결되는 비정상적 링크 | 본문 하단 대가성 외부 링크 3개 | 링크 3개 삭제 | ○월 ○일 | URL 검사 도구로 반영 확인 |
| 제품 소개 하위 경로 전체 | 구조화된 데이터 문제 | 화면에 없는 별점 정보를 마크업에 표기 | 해당 마크업 삭제 | ○월 ○일 | 페이지 소스와 URL 검사 결과 대조 |
위 두 행은 형식을 보여 주는 가상의 예입니다. 실제 표에는 영향 범위 안의 주소를 한 줄에 하나씩 적고, 같은 문제가 반복되는 경로는 경로 단위로 묶어도 됩니다.
완료 기준: 영향 범위 안의 점검 대상 주소가 모두 기록표에 올라 있고, 행마다 발견한 문제가 적혀 있으면 수정 단계로 넘어갑니다.
조치 유형별로 고칠 대상은 무엇인가요?
보고서의 조치 유형마다 「자세히 알아보기」 안내가 붙어 있고, 문서는 그 해결 단계를 따르라고 안내합니다. 자주 만나는 유형을 문서의 설명과 실무 대응 방향으로 나누면 다음과 같습니다. 「실무 대응 방향」 열은 실무 제안이므로, 실제 작업 전에 해당 유형의 안내 문서와 대조합니다.
| 조치 유형 | Google 문서의 설명 | 실무 대응 방향 |
|---|---|---|
| 사이트로 연결되는 비정상적 링크 | 순위 조작을 위해 링크를 사고팔거나 교환하거나 자동 생성하는 링크 스팸 | 링크 보고서로 유입 링크를 추리고, 게시처에 삭제를 먼저 요청합니다. 삭제되지 않은 링크만 거부 목록에 올립니다. |
| 사이트에서 연결되는 비정상적 링크 | 같은 링크 스팸 정책의 대상 | 대가를 받고 넣은 외부 링크, 교환 링크를 본문과 공통 영역에서 찾아 삭제하거나 고칩니다. |
| 사용자 생성 스팸 | 방문자가 올린 스팸. 주로 포럼, 방명록, 사용자 프로필에서 나타남 | 스팸 게시물과 계정을 지우고, 가입·게시 과정에 승인 절차를 둡니다. |
| 구조화된 데이터 문제 | 구조화된 데이터 가이드라인을 벗어난 마크업 | 위반 마크업을 고치거나 삭제합니다. 화면에 없는 정보를 마크업에 넣었는지 먼저 확인합니다. |
| 클로킹 및 부적절한 리디렉션 | 검색엔진과 사용자에게 서로 다른 콘텐츠나 예기치 않은 페이지를 보여 주는 행위 | 같은 주소가 Google과 사용자에게 같은 내용을 보이는지 URL 검사 도구로 비교하고, 조건부 리디렉션 설정을 정리합니다. |
| 숨겨진 텍스트 및 유인 키워드 반복 | 사람에게는 보이지 않게 숨긴 콘텐츠, 키워드나 숫자의 부자연스러운 반복 | 숨긴 요소를 지우고, 반복된 키워드 목록이나 문구를 읽히는 문장으로 정리합니다. |
| 빈약하며 제공하는 가치가 전혀 또는 거의 없는 콘텐츠 | 차별화된 가치를 주지 못하는 페이지. 빈약한 제휴 페이지, 스크랩한 콘텐츠, 도어웨이 등이 예시 | 가치를 더하지 못한 페이지를 보강하거나 삭제합니다. 같은 틀로 대량 생성한 페이지는 묶음 단위로 판단합니다. |
사이트 인지도 정책(다른 사이트가 쌓은 순위 신호를 이용하려고 외부 콘텐츠를 호스트 사이트에 올리는 행위를 다루는 정책) 조치는 따로 주의합니다. 스팸 정책은 정책을 계속 위반할 의도로 하위 도메인이나 하위 디렉터리를 새로 만들거나 쓰는 행위를 정책 회피로 봅니다. 실무에서는 문제 콘텐츠를 다른 경로로 옮기지 않고 콘텐츠 자체를 정리하는 방법을 권합니다.
완료 기준: 기록표의 모든 행에 조치 내용과 조치일이 채워져 있으면 다음 단계로 넘어갑니다. 빈칸이 하나라도 있으면 재검토 요청을 미룹니다.
링크 거부 도구를 쓰는 조건과 순서는 무엇인가요?
링크 거부 도구는 좁은 경우에만 씁니다. 도움말이 밝힌 조건은 두 가지입니다. 스팸성·인위적·저품질 링크가 사이트로 많이 연결되어 있어야 합니다. 그리고 그 링크 때문에 수동 조치가 적용되었거나 적용될 수 있어야 합니다. 대부분의 사이트에는 이 도구가 필요하지 않다는 설명도 함께 있습니다. 순서는 다음과 같습니다.
- 링크 보고서에서 유입 링크 자료를 내보냅니다. 거부하지 않을 주소는 업로드 전에 지웁니다.
- 게시처 운영자에게 삭제를 요청하고, 연락일과 회신 결과를 기록표에 적습니다.
- 삭제되지 않은 링크만 텍스트 파일에 한 줄에 하나씩 적습니다. 도메인 전체는 「domain:」 뒤에 도메인 이름을 붙여 적습니다.
- 파일은 UTF-8 또는 7비트 ASCII 텍스트 파일로 저장합니다. 「#」으로 시작하는 줄은 설명 메모로 처리되어 무시됩니다.
- 속성 소유자가 업로드합니다. 속성마다 목록은 하나이고, 새로 올리면 이전 목록을 대체합니다.
제약도 함께 확인합니다. 특정 경로만 지정하는 부분 경로 형식은 쓸 수 없고, 도메인 속성은 지원되지 않으며, 목록 처리에는 몇 주가 걸릴 수 있습니다. 삭제를 시도하지 않고 모든 유입 링크를 거부하면 재검토 요청이 거절될 수 있다는 경고도 문서에 있습니다. 정상 링크까지 거부하지 않도록 목록을 한 번 더 대조합니다. 삭제 요청 이력과 거부 목록이 기록표에서 서로 맞고 업로드 화면에 오류가 없으면 이 작업을 마칩니다.
고친 페이지에 Google이 접근할 수 있는지 확인하는 방법은 무엇인가요?
수정이 끝나도 Google이 페이지에 접근하지 못하면 고친 내용을 확인할 수 없습니다. 직접 조치 보고서 도움말은 영향을 받은 페이지에 다음 제한이 없어야 한다고 요구합니다.
- 로그인해야만 볼 수 있는 상태가 아니어야 합니다.
- 페이월(유료 구독 화면) 뒤에 있지 않아야 합니다.
- robots.txt로 차단되어 있지 않아야 합니다.
- noindex(색인 제외 지시)로 차단되어 있지 않아야 합니다.
실무에서는 URL 검사 도구로 경로별 대표 페이지를 열어, Google이 가져간 내용이 수정본인지 확인합니다. 수정 과정에서 임시로 넣은 접근 제한이 남아 있는지도 마지막에 다시 봅니다. 작업 중 점검 화면을 막으려고 넣은 설정이 그대로 배포되는 경우가 있기 때문입니다. 네 가지 제한이 모두 없고 대표 페이지에 수정본이 반영되어 있으면 재검토 요청을 준비합니다.
재검토 요청서에 담을 내용은 무엇인가요?
모든 페이지의 문제를 해결했다면 직접 조치 보고서에서 「검토 요청」을 선택합니다. 도움말에 따르면 잘 작성된 요청은 세 가지 역할을 합니다. 사이트의 품질 문제를 정확히 설명하고, 해결을 위해 취한 조치를 설명하며, 해결 작업의 결과를 문서화합니다. 링크 문제라면 삭제한 링크와 삭제하지 못한 링크에 대한 설명을 함께 내면 처리에 도움이 됩니다.
다음은 가상의 제조 기업이 유입 링크 조치를 받았다고 가정한 문안입니다. 괄호 부분을 자사 상황으로 바꿔 씁니다.
- 요청 대상: 사이트로 연결되는 비정상적 링크에 대한 직접 조치의 재검토를 요청합니다.
- 문제: (20○○년) 외부 작업으로 구매한 링크가 블로그·디렉터리 사이트 (○○곳)에 게시되어 있었습니다.
- 조치: 링크 보고서와 작업 내역으로 유입 링크 (○○개)를 확인했습니다. 게시처 (○○곳)에 삭제를 요청해 (○○곳)에서 삭제를 확인했습니다. 연락이 닿지 않거나 삭제를 거절한 (○○개) 도메인만 거부 목록에 올렸습니다.
- 재발 방지: 링크 구매 계약을 종료했고, 외부 링크 작업은 책임자 승인 뒤에만 진행하도록 바꿨습니다.
- 결과 기록: 도메인별 연락일, 회신, 처리 결과는 공유 문서의 기록표에 정리했습니다.
최근 인수한 사이트라면 사정이 다릅니다. Google 문서는 소유 이전 전부터 정책을 위반한 사이트를 인수했다면, 문제를 해결한 뒤 재검토 요청으로 그 사실을 알리라고 안내합니다. 이 경우 요청서의 문제 항목에 인수 시점과 이전 소유자 때 생긴 위반 내용을 적습니다.
요청을 보낸 뒤에는 결과를 기다립니다. 대부분의 재검토는 며칠에서 몇 주가 걸리고, 링크 관련 요청은 더 오래 걸릴 수 있습니다. 접수와 결과는 이메일로 안내되며, 최종 결정을 받기 전에는 요청을 다시 제출하지 않습니다. 정책을 반복해 위반하면 추가 조치가 있을 수 있으므로, 재발 방지 항목에는 실제로 바꾼 절차만 적습니다.
완료 기준: 요청 접수 안내를 받았고, 요청서에 적은 숫자가 기록표와 일치하면 이 단계를 마칩니다.
정리
- 직접 조치 보고서와 보안 문제 보고서를 함께 열고 조치 유형, 영향 범위, 조치 개수를 한 문서에 적습니다.
- 영향 범위 안의 주소를 기록표에 올리고, 유형별 안내에 따라 모든 행을 고칩니다.
- 유입 링크 조치라면 삭제 요청을 먼저 하고, 삭제되지 않은 링크만 거부 목록에 올립니다.
- 로그인, 페이월, robots.txt, noindex 제한을 없애고 URL 검사 도구로 수정본 반영을 확인합니다.
- 문제·조치·결과를 담은 재검토 요청을 한 번 보내고, 최종 결정 전에는 다시 제출하지 않습니다.
참고 자료
- 직접 조치 보고서 (Google Search Console 고객센터, 확인일 2026-10-22)
- Google 웹 검색 스팸 정책 (Google Search Central, 확인일 2026-10-22)
- 사이트 링크 거부하기 (Google Search Console 고객센터, 확인일 2026-10-22)
- 보안 문제 보고서 (Google Search Console 고객센터, 확인일 2026-10-22)