어제까지 잘 나오던 사이트가 오늘 검색에서 사라졌습니다. 글을 지운 적도 없고, 서버를 끈 적도 없는데 말입니다.
이럴 때 서치콘솔에는 두 명의 안내자가 나타납니다. 검색 순서를 어긴 일을 알려주는 직접 조치 보고서와, 사이트가 해킹되었거나 방문자에게 위험할 수 있음을 알리는 보안 문제 보고서입니다.
검색에서 밀려난 이유가 규칙 위반인지 위험 신호인지
직접 조치는 구글의 사람이 사이트를 살펴본 뒤 내립니다. 자동 시스템이 이상한 낌새를 먼저 찾더라도, 최종적으로 사람이 문제를 확인할 수 있습니다.
문제의 중심은 대개 검색 결과를 억지로 끌어올리려는 행동입니다. 다른 곳의 글을 거의 그대로 가져오거나, 같은 단어를 화면 구석에 잔뜩 숨기거나, 구글에게 보여주는 페이지와 방문자에게 보여주는 페이지를 다르게 만드는 경우가 여기에 들어갑니다.
구글 도움말에 따르면 직접 조치가 내려지면 사이트 전체가 아니라 일부 경로만 영향을 받을 수도 있습니다. 예를 들어 쇼핑몰의 상품 설명 구역만 문제가 될 수 있고, 사이트 전체가 검색에서 빠질 수도 있습니다.
반면 보안 문제 보고서는 검색 순위를 속였는지를 따지는 문서가 아닙니다. 해킹된 페이지, 악성 프로그램, 가짜 로그인 화면, 원치 않는 프로그램처럼 방문자에게 해를 줄 수 있는 흔적을 알려주는 경보입니다.
직접 조치는 시험 감독관의 빨간 펜에 가깝고, 보안 문제는 건물 화재경보기와 비슷합니다. 빨간 펜도 곤란하지만, 화재경보기는 먼저 사람을 밖으로 대피시켜야 하니 우선순위가 더 급합니다.
보고서에 적힌 한 줄을 대충 읽으면 생기는 일
보고서를 열면 문제 이름과 영향을 받는 범위가 나옵니다. 이때 “대충 콘텐츠 문제인가 보다” 하고 바로 글을 고치기 시작하면, 엉뚱한 벽에 페인트를 칠하는 일이 생깁니다.
먼저 문제가 어느 주소에서 발생했는지 확인해야 합니다. 특정 폴더인지, 일부 페이지인지, 사이트 전체인지에 따라 조사 방법과 작업량이 완전히 달라집니다.
직접 조치에서는 얇은 콘텐츠, 부자연스러운 링크, 숨겨진 글자, 반복 단어, 몰래 다른 곳으로 보내는 주소 등이 문제로 표시될 수 있습니다. 각각 고치는 방법이 다르므로 문제 이름을 정확히 읽는 것이 첫 단추입니다.
예를 들어 얇은 콘텐츠라면 글자 수만 늘리는 것으로 해결되지 않습니다. 다른 사이트 내용을 조금 바꿔 붙인 페이지라면 삭제하거나, 직접 조사한 정보와 실제 경험을 더해 방문자에게 새로운 도움을 줘야 합니다.
보안 문제라면 더 조심해야 합니다. 눈에 보이는 이상한 글 한두 개만 지우고 끝내면, 문 뒤에 숨어 있는 악성 코드가 다시 페이지를 만들어낼 수 있습니다.
구글은 보안 문제 보고서에서 악성 코드, 해킹된 콘텐츠, 사회공학적 사기 같은 문제를 구분해 안내합니다. 사회공학적 사기는 믿을 만한 기관인 척하며 비밀번호를 입력하게 하거나, 수상한 프로그램을 내려받게 하는 행동을 말합니다.
혼자 고칠 때 가장 자주 막히는 지점
웹사이트 운영자가 직접 해결할 때 가장 먼저 막히는 곳은 코드와 서버입니다. 화면에서는 글 한 줄만 보이지만, 실제로는 관리자 계정, 데이터베이스, 플러그인, 서버 설정 파일이 함께 움직입니다.
특히 해킹은 도둑이 현관문에만 들어오는 것과 다릅니다. 창고에 복사해 둔 열쇠를 찾아 다른 문으로 다시 들어오기도 합니다.
직접 조치도 만만하지 않습니다. 문제가 된 페이지를 몇 개 지웠는데도 보고서가 그대로라면, 같은 문제가 사이트 다른 구역에 남아 있을 수 있습니다.
구글은 직접 조치가 표시된 일부 페이지만 고치는 것으로 충분하지 않을 수 있다고 안내합니다. 영향을 받은 모든 페이지를 확인하고, 방문자와 구글이 같은 내용을 보는지 점검해야 합니다.
여기서 주소 검사 도구가 도움이 됩니다. 구글이 해당 주소를 어떻게 읽었는지, 차단된 자원은 없는지, 색인에 들어갔는지 살펴볼 수 있습니다.
하지만 주소 하나를 검사하는 일과 사이트 전체를 청소하는 일은 다릅니다. 페이지가 수백 개라면 직접 검사만으로는 누락이 생기고, 서버 기록과 파일 변경 내역까지 확인해야 할 수도 있습니다.
그래서 직접 해결의 한계는 ‘고치는 속도’보다 ‘빠뜨리지 않는 능력’에 있습니다. 사람은 세 페이지를 꼼꼼히 볼 수 있지만, 비슷한 주소가 수천 개면 눈과 커피만으로는 버티기 어렵습니다.
사이트 전체의 주소를 반복해서 살펴야 하는 상황에서는 검색 관련 주소를 별도로 관리하는 도구가 도움이 될 수 있습니다. SOHO SEO의 Redirects는 404 발생을 기록하고 주소 연결을 관리해, 고쳐야 할 주소를 추적하는 데 사용할 수 있습니다.
날짜·작성자·태그·검색 결과와 선택한 분류 보관 페이지에는 noindex management로 noindex 설정을 적용할 수 있습니다. 이는 직접 조치나 보안 문제를 대신 판정하는 기능이 아니라, 정리 이후 검색 관련 기술·구조 요소를 관리하는 범위입니다.
재검토 요청은 사과문이 아니라 작업 보고서다
문제를 고쳤다면 보고서에서 재검토 요청을 보낼 수 있습니다. 이것은 “제가 잘못했어요”라고 한 줄 쓰는 창구가 아닙니다.
구글의 안내에 따르면 좋은 요청에는 세 가지가 들어갑니다. 어떤 문제가 있었는지, 무엇을 어떻게 고쳤는지, 그 결과 사이트가 어떻게 달라졌는지를 구체적으로 설명해야 합니다.
예를 들어 “사이트를 정리했습니다”보다 “반복 문구가 들어간 240개 페이지를 삭제하고, 직접 작성한 안내문 38개를 새로 올렸습니다”가 훨씬 낫습니다. 숫자는 보고서의 체온계 같은 역할을 합니다.
보안 문제라면 보안 업체나 호스팅 회사와 함께 악성 파일을 제거하고, 관리자 비밀번호를 바꾸고, 오래된 프로그램을 업데이트한 과정을 적는 것이 좋습니다. 같은 문제가 다시 생기지 않도록 접근 권한을 줄였다는 설명도 도움이 됩니다.
직접 조치와 보안 문제를 한꺼번에 해결하려 하지 말고, 각각의 보고서에서 요구하는 항목을 따로 확인해야 합니다. 한쪽 문제를 고쳤다고 다른 쪽 경고까지 자동으로 사라지는 것은 아닙니다.
재검토 요청을 보낸 뒤에는 여러 번 연달아 누르지 않는 편이 좋습니다. 구글은 검토에 며칠에서 몇 주가 걸릴 수 있다고 안내하며, 처리 중인 요청이 있는데 다시 보내면 다음 검토가 늦어질 수 있다고 설명합니다.
검색 노출을 되찾은 뒤에도 해야 할 일
재검토가 통과되면 모든 일이 마법처럼 원래대로 돌아온다고 기대하기 쉽습니다. 그러나 검색 결과의 회복은 체육관에서 운동을 하루 했다고 바로 근육이 생기지 않는 것과 비슷합니다.
직접 조치가 해제되어도 페이지가 다시 검색되는 시점과 예전 위치를 회복하는 시점은 다를 수 있습니다. 중요한 것은 문제를 없애는 것과 함께, 같은 원인이 다시 생기지 않게 만드는 일입니다.
- 관리자 계정의 비밀번호와 접근 권한을 점검합니다.
- 오래된 프로그램과 확장 기능을 업데이트합니다.
- 새로 생긴 페이지와 사용자 게시물을 정기적으로 살핍니다.
- 검색 노출과 보안 문제 알림을 이메일로 받도록 설정합니다.
- 사이트의 중요한 파일과 데이터베이스를 주기적으로 백업합니다.
구글은 서치콘솔에서 새로운 문제가 발견되면 이메일 알림을 보낼 수 있다고 안내합니다. 알림은 귀찮은 잔소리처럼 보여도, 사이트가 무너진 뒤 알려주는 것보다 훨씬 친절한 신호입니다.
가장 좋은 대응은 사고가 난 뒤 영웅처럼 등장하는 것이 아닙니다. 작은 이상을 발견했을 때 미리 고쳐서, 영웅이 출근할 일이 없게 만드는 것입니다.
사고 뒤 검색 관리에 쓰는 SOHO SEO
재검토가 끝난 뒤에도 검색 관련 구조를 계속 살펴야 하는 워드프레스 사이트라면 SOHO SEO를 관리 도구로 연결할 수 있습니다. 날짜·작성자·태그·검색 결과와 선택한 분류 보관 페이지에는 noindex management를 적용하고, Redirects에서는 404 발생과 주소 연결을 관리합니다. 검색에서 다룰 주소와 정리할 주소를 구분해야 하는 상황에 맞는 구성입니다.
게시물 단위에서는 Post SEO checklist로 SEO 점수와 항목별 개선 안내를 확인하고 저장 후 다시 점검할 수 있습니다. Article structured data는 제목, 이미지, 작성자, 날짜 등의 설정 상태를 확인하면서 게시물에 구조화 데이터를 출력합니다. 일반 XML 사이트맵과 Google News 사이트맵을 관리하고, Site Error Check (key search engine items)로 robots.txt와 이 플러그인이 제공하는 사이트맵을 확인해 문제가 있을 때 이메일을 받을 수도 있습니다.
자주 묻는 질문
Q. 직접 조치가 없는데 검색 노출이 갑자기 줄어든 이유는 무엇인가요?
A. 직접 조치가 없다고 해서 모든 문제가 없다는 뜻은 아닙니다. 색인 상태, 사이트 속도, 콘텐츠 품질, 검색 수요 변화, 기술적 차단 등을 주소 검사와 성과 보고서에서 함께 확인해야 합니다.
Q. 보안 문제 보고서가 뜨면 사이트를 바로 닫아야 하나요?
A. 방문자에게 위험한 내용이 확인되었다면 호스팅 회사나 개발 담당자와 즉시 조치하는 것이 좋습니다. 상황에 따라 임시 점검 페이지를 띄우거나 위험한 기능을 막는 방법을 검토할 수 있습니다.
Q. 재검토 요청을 보내기 전에 꼭 확인할 것은 무엇인가요?
A. 보고서에 표시된 범위 전체를 고쳤는지 확인해야 합니다. 주소 검사로 구글이 페이지에 접근할 수 있는지 살피고, 고친 내용과 작업 결과를 구체적으로 정리한 뒤 요청을 보내는 편이 안전합니다.
Q. 이 문제를 도구로 쉽게 해결할 수 있나요? 어떤 도구를 쓰면 되나요?
A. 서치콘솔의 직접 조치 보고서, 보안 문제 보고서, 주소 검사 도구가 기본 출발점입니다. 다만 해킹이나 서버 파일 문제는 자동 도구만으로 끝나지 않을 수 있어 호스팅 회사나 보안 전문가의 점검이 필요합니다.
Q. 사이트를 새로 샀는데 예전 주인이 만든 문제가 발견되면 어떻게 하나요?
A. 현재 소유자가 문제를 고친 뒤, 재검토 요청에서 사이트를 최근에 인수했고 이전 문제를 정리했다는 사실을 설명할 수 있습니다. 중요한 것은 소유자가 바뀌었다는 말보다 지금 실제로 무엇을 고쳤는지 보여주는 것입니다.
Q. 검색 관련 기술 요소를 반복해서 점검하려면 어떻게 해야 하나요?
A. SOHO SEO는 게시물별 Post SEO checklist에서 SEO 점수와 항목별 개선 안내를 보여 주고, 저장 후 다시 점검합니다.
Site Error Check (key search engine items)는 robots.txt와 이 플러그인이 제공하는 사이트맵을 확인하고 문제가 있을 때 이메일을 보냅니다. 다만 서버 파일이나 악성 코드 확인이 필요한 보안 문제는 호스팅 회사나 보안 전문가의 점검이 별도로 필요합니다.
워드프레스 관련 플러그인
