알림과 영향을 받은 페이지의 범위
수동 조치 알림을 받았다면 Search Console의 직접 조치 보고서에서 설명을 열고 영향을 받은 페이지의 범위를 읽는 순서로 대응할 수 있습니다. 문제 유형에 맞는 공식 해결 안내를 적용하고 모든 문제가 해결된 뒤 재검토 요청을 보내는 방식입니다. 일반적인 순위 변동을 직접 조치라는 이름으로 확정하지 않습니다.
Google은 사이트의 페이지가 스팸 정책을 따르지 않는다고 사람이 판단한 경우 직접 조치를 적용한다고 설명합니다. 사이트의 일부나 전체가 검색결과에 표시되지 않을 수 있고 보고서와 메시지 센터를 통해 알려 준다는 안내입니다. 검색 수치의 변화만 추정하는 상황과 공식 보고서에 조치가 표시된 상황을 구별하는 근거입니다.
직접 조치 설명을 펼치면 영향을 받은 페이지의 패턴 목록을 읽을 수 있습니다. 영향 범위는 사이트의 일부일 수도 있고 전체일 수도 있습니다. 원문은 패턴과 일치하는 페이지가 모두 영향을 받는 것은 아니라고 설명합니다. 따라서 패턴에 포함된 주소 수를 실제 영향이 확정된 페이지 수와 같은 값으로 처리하지 않고 설명에 표시된 조건을 이용할 수 있습니다.
빈약하며 제공하는 가치가 전혀 또는 거의 없는 콘텐츠라는 유형에는 복제한 콘텐츠, 빈약한 제휴 페이지, 도어웨이 페이지를 조사하는 권장사항이 있습니다. 해당 유형의 알림을 받았다면 사이트와 관계없는 사람에게 실제로 이용해 보도록 하거나 개선 의견을 묻는 방법도 공식 안내에 포함됩니다. 사이트를 개선한 뒤 요청에는 삭제한 유해 콘텐츠와 추가한 유해하지 않은 콘텐츠의 예를 제공하도록 설명합니다. 단순히 페이지 수를 줄였다는 사실 대신 이 유형의 해결 안내에 맞는 변경을 설명하는 조건입니다.
직접 조치와 보안 문제는 개념적으로 겹치는 부분이 있으나 보고서의 목적과 표시 방식이 다르다는 설명도 있습니다. 다음 표는 Google의 구별 기준입니다. 알림을 읽을 때 어느 종류의 문제를 다루는지 정하는 데 사용하며, 특정 사이트의 침해 원인이나 복구 완료를 선언하는 자료는 아닙니다.
| 보고서 | 공식 설명의 문제 범위 | 이용자에게 표시되는 조건 |
|---|---|---|
| 직접 조치 | 주로 검색 색인을 조작하려는 페이지·사이트 문제 | 순위 하락·검색 제외가 생길 수 있으나 사용자에게 시각적으로 표시되지는 않음 |
| 보안 문제 | 해킹 또는 방문자·컴퓨터에 잠재적으로 유해한 상태 | 검색 경고 라벨 또는 브라우저 전면 경고가 나타날 수 있음 |
문제 유형에 맞춘 수정과 접근 상태
Google은 보고서의 직접 조치 설명 패널에서 문제 유형과 짧은 설명을 읽고 자세히 알아보기 링크로 해당 문제의 해결 단계를 이용하도록 안내합니다. 모든 알림을 같은 수정 방식으로 처리하기보다 실제로 제시된 유형의 공식 조건을 적용하는 순서입니다. 병원 사이트의 어느 구성에서 문제가 발생했는지는 실제 페이지와 서버 자료로 조사할 수 있습니다.
원문은 영향을 받은 모든 페이지의 문제를 해결해야 한다고 설명합니다. 일부 페이지만 고쳤다고 해서 검색결과의 일부가 다시 표시되는 것은 아니라는 조건입니다. 직접 조치가 여러 개 있는 경우 각각 읽고 모두 해결하라는 안내도 있습니다. 한 항목의 수정이 끝났다는 결과를 아직 해결하지 않은 다른 항목의 완료 상태로 사용하는 해석을 피할 수 있습니다.
뒤로 버튼 하이재킹이라는 문제라면 원문은 그 동작을 유발하는 코드나 가져오기를 사용 중지하거나 삭제하도록 안내합니다. 이 유형은 브라우저의 방문 기록이나 기능을 조작하여 이전 페이지로 바로 돌아가지 못하게 하는 상황입니다. 반복해서 정책을 위반하면 추가 직접 조치가 취해져 사이트 전반의 순위에 영향을 줄 수 있다는 조건도 있습니다. 알림에 이 문제가 표시된 경우 실제 탐색 동작과 관련 코드를 조사하는 업무로 연결할 수 있습니다.
사용자 생성 스팸에 관한 공식 안내는 포럼·블로그 댓글·사용자 프로필처럼 다른 이용자가 콘텐츠를 추가하는 위치를 조사하도록 설명합니다. 광고처럼 보이는 게시물이나 맥락에서 벗어난 링크 등 실제 제시한 조건을 적용할 수 있습니다. 이 유형이 보고서에 표시된 경우의 수정 대상을 정하는 예이며, 모든 병원 사이트에 그런 문제가 있다고 가정하는 진단은 아닙니다.
원문은 Google이 영향을 받은 페이지에 접근할 수 있어야 한다고 안내합니다. 로그인이나 페이월, robots.txt 또는 NOINDEX로 차단된 상태여서는 안 된다는 조건입니다. URL 검사 도구로 접근 가능성을 테스트하는 방법을 제시합니다. 이 안내는 심사를 받을 실제 대상 페이지의 상태에 관한 것으로, 병원의 비공개 자료 전체를 공개하라는 지시로 확대하지 않습니다.
무료 호스팅 스팸 유형에는 서비스 범위의 조건이 있습니다. Google은 정밀한 직접 조치를 취하려고 하지만 특정 무료 호스팅 서비스의 페이지 상당 부분이 스팸이면 서비스 전체를 대상으로 조치할 수도 있다고 설명합니다. 이 경우 권장사항에는 서비스 악용 방지와 식별, 스팸성 계정 삭제, 호스팅 기술팀에 직접 조치를 알리는 업무가 포함됩니다. 해당 유형의 알림이 있을 때 서비스 차원의 문제를 다루는 조건이며 개별 문서의 수정만으로 해결된다고 가정하지 않습니다.
서드 파티 스팸에 관한 원문은 요청을 제출한 이후에도 해당 콘텐츠를 계속 모니터링하고 정리하며 사이트 시스템을 개선하는 것이 좋다고 설명합니다. 앞으로 같은 스팸이 생기지 않도록 취약한 부분을 해결하는 권장사항입니다. 이 유형의 문제에 적용하는 후속 업무로 읽을 수 있으며, 요청을 보냈다는 사실만으로 이후의 콘텐츠 관리가 모두 끝났다고 처리하지 않습니다.
근거가 있는 요청과 결정 대기
보고서 상단에는 사이트에 적용된 직접 조치의 수가 표시된다고 Google은 설명합니다. 적용된 조치가 없으면 녹색 체크표시와 관련 메시지가 나타납니다. 기관에서는 실제 보고서의 표시와 요청에 대한 메시지를 읽어 현재 상태를 조사할 수 있습니다. 페이지의 검색 순위만 관측하는 자료와 보고서가 보여 주는 조치 상태를 구별하는 방법입니다.
잘 작성한 요청이 수행해야 하는 역할은 원문에 세 가지로 제시되어 있습니다. 다음 표는 해당 자료를 구별하는 양식입니다. 같은 문제를 고쳤다는 주장만 반복하기보다 어떤 자료가 각각의 역할을 충족하는지 기관의 실제 작업 결과를 이용할 수 있습니다. 존재하지 않는 수정 작업이나 결과를 만들어 제출할 근거로 삼지 않습니다.
| 요청이 설명할 항목 | 공식 문서의 역할 | 기관이 사용할 실제 자료 |
|---|---|---|
| 품질 문제 | 사이트의 문제를 정확히 설명 | 보고서의 문제와 실제 대상 |
| 취한 조치 | 해결하기 위해 수행한 조치를 설명 | 실제로 실행한 변경 내용 |
| 해결 결과 | 해결 작업의 결과를 문서화 | 변경 후 관측한 대상의 상태 |
요청을 보내면 진행 중임을 알리는 메시지가 발송된다고 Google은 설명합니다. 진행 상태는 이메일로 알려 주고 작업이 완료되면 이메일을 받는다는 안내입니다. 접수 알림을 조치 취소의 최종 결정으로 처리하지 않는 조건입니다. 실제 메시지에서 무엇이 결정되었는지 읽어 작업 상태를 정할 수 있습니다.
대부분의 재검토는 며칠에서 몇 주까지 걸릴 수 있으나 링크 관련 요청 같은 경우에는 더 오래 걸릴 수 있다는 설명입니다. 이 기간을 병원별 처리 기한으로 확정하지 않습니다. 시간이 지나도 결과가 없다면 원문이 안내한 진행 알림과 최종 결정의 상태를 구별해 읽을 수 있습니다. 기관의 특정 요청이 언제 처리될지는 이 일반 안내만으로 계산할 수 없습니다.
아직 처리 중인 요청의 최종 결정을 받기 전에는 다시 제출하지 말라는 안내도 있습니다. 접수 이후 대기하는 동안 같은 요청을 반복하는 순서와 구별할 수 있습니다. 실제로 이미 보낸 요청이 있는지와 그 요청에 대한 결정이 내려졌는지를 제출 업무의 상태로 이용하는 방법입니다.
문제 유형별 안내에서 Google은 사이트가 정책을 더 이상 위반하지 않는다고 판단하면 직접 조치를 취소한다고 설명합니다. 실제 심사 결과를 읽어 판단할 상태입니다. 원문만으로 특정 병원이 이미 위반 사항을 해소했거나 조치가 취소되었다고 선언하지 않고 기관의 보고서와 받은 결정을 이용해 설명할 수 있습니다.
자주 묻는 질문
1. 구입하기 전부터 문제가 있던 사이트도 요청할 수 있나요?
Google은 소유하기 전부터 정책을 위반한 사이트를 최근 구입한 경우 보고서의 문제를 해결한 뒤 요청으로 알려 달라고 안내합니다. 최근에 보유하게 되었고 더 이상 위반하지 않는다는 내용을 설명하는 조건입니다. 소유 시점만으로 기존 문제를 해결한 것으로 처리하지 않습니다.
2. 구조화된 데이터 문제라면 마크업을 전부 삭제해야 하나요?
원문은 검색결과에 마크업이 표시되도록 하려면 구조화된 데이터 지침을 따르는지 조사하고 기존 마크업을 갱신하거나 위반한 마크업을 삭제해야 할 수도 있다고 설명합니다. 알림이 있다는 이유만으로 모든 마크업 삭제가 유일한 해결책이라고 처리하지 않고 해당 위반의 실제 대상을 정할 수 있습니다.
3. 연결된 백링크를 한꺼번에 거부하면 충분한가요?
Google은 먼저 링크를 삭제하려는 선의의 노력을 해야 한다고 설명합니다. 무조건 모든 백링크를 거부 파일에 추가하는 것은 그런 노력으로 간주하지 않으며 요청이 받아들여지지 않을 수 있다는 안내입니다. 삭제한 링크의 자료와 삭제할 수 없는 링크에 관한 설명을 제공하는 조건도 있습니다.
4. 모바일 리디렉션을 의도적으로 만들지 않았으면 무엇을 조사하나요?
공식 안내는 의도하지 않은 경우 먼저 보안 문제 보고서에서 해킹 여부를 조사하고, 해킹되지 않았다면 서드 파티 스크립트나 요소가 원인인지 조사하는 순서입니다. 실제 원인을 읽기 위한 조건으로 사용하며 특정 스크립트를 원문만으로 문제 원인이라고 지정하지 않습니다.
5. AMP와 표준 페이지는 모든 글자가 같아야 하나요?
Google은 두 버전의 콘텐츠가 기본적으로 같아야 하지만 텍스트까지 동일할 필요는 없다고 설명합니다. 주제가 같고 이용자가 두 페이지에서 같은 작업을 할 수 있어야 한다는 조건입니다. 단순한 글자 차이만으로 불일치 알림의 해결 여부를 판정하지 않고 이 실제 이용 조건을 함께 조사할 수 있습니다.