Google 검색 콘솔 보안 및 수동 작업 경고를 받았을 때 사이트 복구하기

Google 검색 콘솔 보안 및 수동 작업 경고는 Google이 귀하의 사이트에서 스팸, 악성코드, 해킹된 콘텐츠, 사기성 페이지 또는 품질 가이드라인에 위배되는 경우를 감지했음을 나타냅니다. 사이트를 복구하기 위해서는 먼저 경고의 유형을 정확히 이해하고, 영향을 받은 URL과 서버 로그를 검토하며, 보안 취약점을 해결하고, 악성 또는 지침 위반 콘텐츠를 정리한 후, 기술 SEO 검토를 완료하고 Google 검색 콘솔을 통해 증거를 첨부하여 재검토 요청을 제출해야 합니다.

이 가이드는 Hostragons 블로그를 위해 실용적인 복구 계획으로 작성되었습니다. 목표는 단순히 경고를 제거하는 것이 아니라, 동일한 문제가 반복되지 않도록 호스팅, CMS, 플러그인, SSL, 백업, 접근 및 콘텐츠 프로세스를 영구적으로 안전하게 만드는 것입니다. 특히 WordPress, 맞춤형 소프트웨어, 전자상거래 사이트 또는 기업 웹사이트를 운영하는 분들을 위해 단계를 적용 가능하고 측정 가능하며 SEO 영향을 최소화하도록 정리했습니다.

Google 검색 콘솔 보안 및 수동 작업 경고란?

Google 검색 콘솔의 이 섹션은 두 가지 주요 영역을 포함합니다: 보안 문제와 수동 작업. 보안 문제는 일반적으로 사이트가 사용자에게 위험을 초래하는 경우에 보입니다. 예를 들어 악성 코드, 원치 않는 다운로드, 피싱 페이지, 해킹된 콘텐츠 또는 사기성 리디렉션이 감지될 수 있습니다. 수동 작업은 Google 품질 팀이 귀하의 사이트의 특정 부분 또는 전체에 대해 벌점을 부과했음을 나타냅니다. 이 벌점은 귀하의 유기적 가시성을 직접적으로 감소시킬 수 있습니다.

두 경고 유형은 비슷해 보이지만 해결 접근 방식은 다릅니다. 보안 문제에서는 공격을 중단하고 파일을 정리하며 사용자 안전을 확보하는 것이 우선입니다. 수동 작업에서는 지침 위반을 수정하고 스팸 신호를 제거하며 Google에 명확한 수정 보고서를 제출해야 합니다. 두 경우 모두 성급하게 재검토 요청을 보내는 것은 올바르지 않으며, 먼저 근본 원인을 찾아 영구적인 해결책을 적용해야 합니다.

경고 유형과 SEO 영향

경고를 받았을 때 첫 번째 작업은 검색 콘솔 패널에서 알림의 정확한 이름과 범위를 읽는 것입니다. 일부 작업은 특정 URL에만 영향을 미치는 반면, 일부는 전체 사이트에 적용될 수 있습니다. 전체 사이트에 적용된 수동 작업은 트래픽 손실을 며칠 내에 30%에서 90%까지 증가시킬 수 있습니다. 보안 경고의 경우 Chrome과 Google 결과에서 사용자에게 빨간 경고 화면이 표시될 수 있으며, 이 경우 클릭률은 거의 0에 가깝게 떨어질 수 있습니다.

1. 동요하지 말고 증거를 수집하세요

경고를 즉시 보고 사이트를 임의로 삭제하거나 모든 플러그인을 제거하거나 재검토를 요청하는 것은 잘못된 접근입니다. 먼저 현재 상황을 문서화해야 합니다. 검색 콘솔 화면 캡처를 하고, 경고 날짜를 기록하며, 영향을 받은 URL 목록을 작성하고, 지난 30일 동안의 변경 사항을 확인하십시오. 이 목록에는 새로운 플러그인 설치, 테마 업데이트, 호스팅 이전, 광고 코드 추가, 콘텐츠 편집자 접근, 백링크 작업 및 외부 에이전시 개입이 포함되어야 합니다.

경험이 풍부한 복구 과정에서 가장 중요한 데이터는 시간표입니다. 예를 들어 3월 12일에 플러그인이 업데이트되었고, 3월 14일에 서버에서 알 수 없는 PHP 파일이 생성되었으며, 3월 16일에 Google 보안 경고가 발생했다면, 근본 원인은 아마도 플러그인 취약점이나 FTP 접근일 가능성이 큽니다. 따라서 수정 작업을 시작하기 전에 로그, 파일 날짜 및 접근 기록을 보존해야 합니다.

신속한 체크리스트

• 검색 콘솔 경고 텍스트와 샘플 URL을 기록하십시오.
• 지난 7일, 14일 및 30일의 유기적 트래픽 변화를 확인하십시오.
• 호스팅 패널에서 파일 변경 날짜를 검토하십시오.
• FTP, SSH, CMS 관리자 및 데이터베이스 사용자를 나열하십시오.
• 마지막 백업의 날짜와 클린 여부를 확인하십시오.
• 사이트맵, robots.txt 및 .htaccess 파일을 백업하십시오.

2. 보안 문제에서 서버 및 파일 분석을 수행하세요

보안 경고가 있을 경우 CMS 패널에서만 확인하는 것으로는 충분하지 않습니다. 공격자는 종종 wp-content/uploads 폴더에 PHP 파일을 추가하고, .htaccess에 숨겨진 리디렉션을 작성하며, index.php 파일에 오바스케이트된 JavaScript를 삽입하거나 데이터베이스의 콘텐츠 필드에 악성 iframe을 추가합니다. WordPress를 사용하고 있다면 핵심 파일을 원본 패키지와 비교하십시오. 맞춤형 소프트웨어를 사용하고 있다면 Git 저장소나 클린 백업과의 차이 분석을 수행하십시오.

서버 측에서는 200, 301, 302, 403 및 500 상태 코드를 함께 검토해야 합니다. URL이 일반 사용자에게는 깨끗하게 보이지만 Googlebot에게는 다른 콘텐츠를 반환할 수 있습니다. 이를 클로킹이라고 하며, 보안 및 수동 작업 위험을 증가시킵니다. 로그 파일에서 알 수 없는 IP로부터의 과도한 POST 요청, admin-ajax.php의 과도한 사용, wp-login.php의 무작위 로그인 시도 또는 무작위 PHP 파일에 대한 접근이 있는 경우 공격이 계속되고 있을 수 있습니다.

검토해야 할 파일 및 영역

• index.php, wp-config.php, functions.php 및 .htaccess 파일.
• Uploads 폴더 내의 실행 가능한 PHP, phtml 또는 의심스러운 js 파일.
• 데이터베이스 내의 base64, eval, script, iframe 및 알 수 없는 외부 도메인 기록.
• 테마의 header, footer 및 template 파일.
• Cron 작업, 알 수 없는 사용자 및 API 키.
• Google 태그 관리자, 광고 스크립트 및 제3자 위젯 코드.

이 단계에서 품질 좋은 호스팅 인프라가 큰 차이를 만듭니다. 격리된 계정 구조, 최신 PHP 버전, WAF, 악성 코드 스캔 및 정기 백업은 복구 시간을 몇 시간 이내로 단축할 수 있습니다. 적절한 인프라 옵션에 대해서는 Hostragons 웹 호스팅 및 더 많은 제어를 원하는 프로젝트를 위해 Hostragons VPS 서버 페이지를 확인할 수 있습니다.

3. 해킹된 콘텐츠 및 색인 오염 정리하기

해킹된 콘텐츠 경고에서는 문제가 항상 홈페이지에 나타나지 않습니다. 귀하의 사이트 아래에는 수천 개의 스팸 URL이 생성되었을 수 있습니다. 특히 일본어, 도박, 약물, 가짜 지원 및 쿠폰 콘텐츠가 자주 발생합니다. 검색 콘솔의 페이지 색인 추가 보고서, site:도메인.com 검색, 서버 로그 및 사이트맵 파일을 함께 검토해야 합니다. 만약 사이트맵 안에 귀하가 생성하지 않은 URL가 있다면, 공격자가 콘텐츠 생성을 자동화했을 수 있습니다.

정리의 목표는 세 가지입니다: 악성 콘텐츠를 제거하고, 재발을 방지하며, Google에 올바른 신호를 보내는 것입니다. 실제로 삭제된 스팸 페이지는 404 또는 410 상태 코드를 반환해야 합니다. 가치 있는 페이지에 침투한 스팸 코드는 정리되어야 하며 200으로 유지되어야 합니다. 검색 엔진을 속이기 위해 모든 스팸 URL을 홈페이지로 301 리디렉션하는 것은 올바른 방법이 아닙니다; 이 방법은 품질 신호를 더욱 훼손할 수 있습니다.

색인 정리를 위한 실행 가능한 단계

• 스팸 URL 목록을 작성하고 URL을 카테고리별로 분류하십시오.
• 실제 페이지를 정리하고, 가짜 페이지는 410 Gone 상태 코드로 제거하십시오.
• 사이트맵 파일을 오직 클린하고 정규 URL로만 재구성하십시오.
• robots.txt로 중요한 정리 영역을 실수로 차단하지 않았는지 확인하십시오.
• 검색 콘솔 URL 검토 도구로 중요한 페이지에 대한 재스캔 요청을 하십시오.
• 서버에서 스팸을 생성한 파일이나 데이터베이스 기록을 찾기 전까지 작업이 완료된 것으로 간주하지 마십시오.

4. 수동 작업이 있는 경우 품질 가이드라인에 따라 수정하기

수동 작업은 대부분 콘텐츠 또는 링크 품질과 관련이 있습니다. Google의 목표는 사용자에게 조작적인 결과로부터 보호하는 것입니다. 따라서 수정할 때는 단순히 가시적인 증상만을 수정하는 것이 아니라, 조작을 초래한 프로세스를 변경해야 합니다. 예를 들어 인위적인 링크 벌점을 받은 경우 몇 개의 백링크를 거부하는 것으로는 충분하지 않을 수 있습니다; 링크 구매 캠페인을 중단하고, 후원 링크를 rel sponsored로 표시하며, 비자연적인 앵커 텍스트를 정리해야 합니다.

얇은 콘텐츠 또는 자동 생성된 콘텐츠 경고에서는 페이지 수가 중요합니다. 10,000 페이지의 사이트에서 7,000 페이지가 실제 사용자 가치를 제공하지 않는다면 Google은 이 사이트를 전체적으로 저품질로 인식할 수 있습니다. 각 URL에 대해 결정하십시오: 개선, 통합, noindex 하거나 삭제하십시오. 제품 변형, 태그 아카이브, 검색 결과 페이지 및 필터 URL는 이 분석에서 자주 문제가 됩니다.

수동 작업 수정 예시

• 비자연적인 외부 링크: 링크 출처를 Ahrefs, Semrush, Search Console 및 서버 참조 데이터로 수집하십시오. 제거할 수 있는 것은 제거하고, 나머지는 거부 파일에 추가하십시오.
• 비자연적인 내부 링크: 판매되거나 상호 링크된 링크를 제거하십시오. 광고성 링크는 sponsored 또는 nofollow로 설정하십시오.
• 스팸 콘텐츠: 자동 생성된, 복사되거나 사용자에게 가치를 제공하지 않는 페이지를 제거하거나 전문가 편집자와 함께 재작성하십시오.
• 숨겨진 텍스트 및 키워드 채우기: CSS로 숨겨진 텍스트, 관련 없는 키워드 블록 및 조작적인 푸터 링크를 정리하십시오.
• 사용자 생성 스팸: 댓글, 포럼 및 프로필 영역에서 모더레이션, 캡차 및 nofollow 규칙을 적용하십시오.

5. 접근 권한을 초기화하고 인프라를 강화하십시오

정리 후 가장 중요한 단계는 재감염을 방지하는 것입니다. 공격자의 접근 경로가 열려 있다면 Google 검색 콘솔의 경고가 제거된 후 며칠 내에 다시 나타날 수 있습니다. 모든 관리자 사용자의 비밀번호를 변경하고, 사용하지 않는 계정을 삭제하며, 이중 인증을 활성화하고, 가능하다면 FTP 대신 SFTP를 사용하십시오. 데이터베이스 사용자가 필요한 권한만 가지도록 확인하십시오.

CMS, 테마 및 플러그인 업데이트는 미루어서는 안 됩니다. 그러나 업데이트 전에 전체 백업을 받아야 합니다. 구버전 PHP는 심각한 위험을 초래합니다. 2026년까지 활성 보안 지원이 없는 PHP 버전으로 운영되는 사이트는 성능과 보안 측면에서 약한 신호를 발생시킵니다. SSL 인증서 또한 필수로 간주되어야 하며, HTTPS는 순위 신호뿐만 아니라 사용자 신뢰 및 데이터 완전성을 위한 기본 레이어입니다. SSL 측면에서 Hostragons SSL 인증서 페이지가 유용한 시작점이 될 수 있습니다.

지속 가능한 보안 조치

• 주간 파일 및 데이터베이스 백업, 중요한 사이트에서는 일일 백업을 수행하십시오.
• WAF 및 악성 코드 스캔 시스템을 사용하십시오.
• 관리자 패널 로그인 시도를 제한하십시오.
• 파일 쓰기 권한을 최소한으로 유지하십시오; 777 권한을 피하십시오.
• PHP 버전을 최신 상태로 유지하고 불필요한 모듈을 비활성화하십시오.
• 도메인의 DNS 기록을 정기적으로 확인하십시오. 도메인 관리를 위해 Hostragons 도메인 조회 페이지를 사용할 수 있습니다.

6. 기술 SEO 검토 완료하기

보안 정리가 끝난 후 사이트가 검색 엔진에 의해 올바르게 크롤링되고 있는지 확인해야 합니다. Robots.txt가 실수로 전체 사이트를 차단하거나, noindex 태그가 남아 있거나, canonical 태그가 잘못된 경우 경고가 제거되더라도 트래픽이 회복되지 않을 수 있습니다. 따라서 복구 계획에는 기술 SEO 검토가 포함되어야 합니다.

우선 홈 페이지, 카테고리 페이지, 가장 많은 트래픽을 유도하는 콘텐츠 및 전환을 이끄는 페이지에 대해 URL 검토 도구를 사용하십시오. Google이 보는 HTML과 사용자가 보는 HTML이 동일한지 확인하십시오. 그런 다음 사이트맵 파일을 다시 제출하십시오. 불필요한 파라미터가 있는 URL의 색인 생성을 방지하십시오. 404, 410, 301 및 302 상태 코드를 논리적 맵에 맞추십시오. 복구 후 첫 2주 동안 크롤링 통계, 색인 추가 보고서 및 성능 그래프를 매일 추적해야 합니다.

복구 후 추적해야 할 메트릭

• 보안 및 수동 작업 섹션에서 경고 상태.
• 색인에 추가된 클린 페이지 수 및 제외된 스팸 URL 수.
• 유기적 클릭, 노출, 평균 위치 및 TO 변화.
• 서버 응답 시간 및 5xx 오류 비율.
• Googlebot 크롤링 빈도 및 크롤링 목적.
• 브랜드 검색에서 보안 경고가 보이는지 여부.

7. 재검토 요청은 어떻게 작성하나요?

재검토 요청은 Google에 제출되는 짧지만 증거가 있는 수정 보고서입니다. 이 문서에서는 방어적이거나 모호한 마케팅 언어를 사용해서는 안 됩니다. Google 팀은 무엇이 발생했는지, 왜 그런지, 어떤 URL이 수정되었는지, 재발 방지를 위해 어떤 조치가 취해졌는지를 보고 싶어합니다. 요청을 너무 일찍 제출하는 것은 일반적으로 거부로 이어집니다. 거부된 후 다시 제출하는 것은 가능하지만, 각 거부는 프로세스를 지연시킵니다.

좋은 재검토 요청은 4부분으로 구성됩니다. 첫 번째 부분에서는 문제를 인정하십시오. 두 번째 부분에서는 근본 원인을 설명하십시오. 세 번째 부분에서는 수행한 수정을 나열하십시오. 네 번째 부분에서는 영구적인 조치를 명시하십시오. 만약 백링크 벌점에 대해 신청하는 경우, 제거 시도, 연락 날짜 및 거부 파일에 대해 설명하십시오. 보안 문제에 대해 신청하는 경우, 정리된 파일 유형, 제거된 사용자, 업데이트된 플러그인 및 취해진 보안 조치를 작성하십시오.

재검토 요청 예시

저희 사이트에서 Google의 가이드라인에 위배되는 보안 문제가 발견되었습니다. 검토 결과, 오래된 플러그인을 통해 무단 파일이 업로드되었고 일부 URL에서 스팸 콘텐츠가 생성된 것을 확인했습니다. 해당 플러그인은 제거되었고, 핵심 파일은 클린 백업과 비교되었습니다. 스팸 URL은 410으로 제거되었고, 사이트맵이 재구성되었으며, 모든 관리자 비밀번호가 변경되고 이중 인증이 활성화되었습니다. 서버 로그가 검토되었고 의심스러운 IP가 차단되었으며 정기적인 악성 코드 스캔이 활성화되었습니다. 문제가 재발되지 않도록 업데이트, 백업 및 접근 정책을 수립했습니다. 저희 사이트의 재검토를 요청합니다.

이 텍스트를 귀하의 상황에 맞게 구체화해야 합니다. 일반적인 표현 대신 파일 경로, 날짜, URL 수 및 수행한 작업 수와 같은 데이터를 추가하면 신뢰성을 높일 수 있습니다. 예를 들어 326개의 스팸 URL가 410으로 전환되었고, 4명의 무단 사용자가 삭제되었으며, 17개의 플러그인이 업데이트되고, 2개의 사용하지 않는 테마가 제거되었다는 등의 구체적인 정보는 E-E-A-T 측면에서도 강력한 신호를 생성합니다.

8. 트래픽은 언제 회복되나요?

경고가 제거되는 것과 트래픽이 완전히 돌아오는 것은 동일하지 않습니다. 보안 문제의 경우 Google이 재크롤링한 후 경고는 며칠에서 몇 주 내에 제거될 수 있습니다. 수동 작업의 경우 평가 시간이 일반적으로 더 길어집니다. 경고가 제거된 후 Google이 페이지를 다시 크롤링하고 품질 신호를 재계산하며 사용자 행동 데이터를 정상화해야 합니다. 이 과정은 경쟁 수준, 사이트 크기 및 피해 정도에 따라 2주에서 3개월까지 달라질 수 있습니다.

회복 기간 동안 공격적인 SEO 조치는 피하십시오. 한 번에 수백 개의 새로운 콘텐츠를 게시하거나, 빠르게 백링크를 얻거나, 모든 URL 구조를 변경하는 것은 개선을 어렵게 만들 수 있습니다. 우선 순위는 신뢰성, 속도, 기술적 정리 및 사용자 가치입니다. 가장 많은 수익이나 리드를 제공하는 페이지를 업데이트하고, 전문성을 보여주는 콘텐츠를 추가하며, 내부 링크를 자연스럽게 강화하고, 브랜드 신뢰를 높이는 연락처, 정보, 개인정보처리방침 및 지원 페이지를 완벽하게 유지하십시오.

9. 자주 발생하는 실수

이 과정에서 발생하는 실수는 경고 제거를 지연시키고 사이트의 유기적 성능에 더 많은 피해를 줍니다. 가장 흔한 실수는 근본 원인을 찾지 않고 단지 보이는 악성 코드를 제거하는 것입니다. 두 번째 실수는 모든 스팸 URL을 홈페이지로 리디렉션하는 것입니다. 세 번째 실수는 수동 작업에 대해 피상적인 설명으로 재검토를 요청하는 것입니다. Google 팀은 모호하고 증거가 없는 요청을 일반적으로 거부합니다.

• 정리되지 않은 백업을 복원하여 문제를 다시 시작하는 것.
• Robots.txt로 Google이 악성 페이지를 보는 것을 차단하여 정리 확인을 어렵게 만드는 것.
• 거부 파일에 모든 백링크를 추가하여 자연스러운 권위를 잃는 것.
• 단지 홈페이지만 검토하고 하위 디렉토리의 스팸 콘텐츠를 놓치는 것.
• 오래된 테마와 플러그인을 비활성 상태로 두는 것; 비활성 파일도 공격 표면이 될 수 있습니다.
• SSL, DNS 및 호스팅 보안을 SEO와는 무관하게 보는 것.

Hostragons와 함께 안전한 복구 프로세스 진행하기

Google 검색 콘솔 경고는 자주 단순한 SEO 문제뿐만 아니라 인프라 및 운영 문제로 다루어져야 합니다. 안전한 호스팅, 정기적인 백업, 최신 PHP, SSL, 도메인 검사 및 접근 정책이 결합되면 복구 프로세스가 빨라질 뿐만 아니라 재발 위험도 줄어듭니다. 귀하의 웹사이트 기반을 강화하기 위해 안전한 웹 호스팅 선택, WordPress 보안 조치, SSL 인증서란 및 웹사이트 백업 가이드와 같은 주제로 내부 링크 구조를 구성할 수 있습니다.

간단히 정리하자면: 경고를 올바르게 분류하고, 증거를 수집하고, 파일 및 콘텐츠 정리를 수행하고, 접근을 초기화하고, 기술 SEO를 검증하며, 모든 것이 실제로 해결된 후에만 재검토 요청을 제출하십시오. 견고한 호스팅 인프라와 정기적인 보안 루틴은 이 과정의 가장 강력한 보험입니다. 필요하다면 귀하의 사이트 요구에 맞는 호스팅, 도메인 및 SSL 옵션을 Hostragons를 통해 살펴보며 보다 안전한 시작을 할 수 있습니다.

자주 묻는 질문

Google 검색 콘솔 보안 및 수동 작업 경고가 즉시 순위 손실을 초래하나요?

네, 특히 사이트 전체에 수동 작업 또는 악성 코드 경고가 있는 경우 순위와 클릭률이 빠르게 감소할 수 있습니다. 일부 URL 기반 경고에서는 영향이 제한적일 수 있지만, 여전히 빠른 대응이 필요합니다.

경고가 왔을 때 사이트를 완전히 닫아야 하나요?

항상 필요한 것은 아닙니다. 사용자 안전에 위험이 있을 경우 유지 관리 모드로 전환하는 것이 합리적일 수 있습니다. 그러나 Google이 정리를 확인할 수 있도록 수정된 페이지는 접근 가능해야 합니다. 결정을 경고 유형에 따라 내려야 합니다.

재검토 요청은 며칠 내에 결과가 나오는가요?

정확한 시간은 없습니다. 보안 문제의 경우 몇 일 내에 응답을 받을 수 있지만, 수동 작업의 경우 프로세스가 몇 주로 연장될 수 있습니다. 불완전한 정리 또는 모호한 설명은 거부 및 추가 대기 시간을 초래합니다.

모든 수동 작업에서 거부 파일을 사용해야 하나요?

아니요. 거부 파일은 비자연적인 외부 링크 문제만 있을 경우와 유해 링크를 제거할 수 없는 경우에만 사용해야 합니다. 잘못 사용되면 사이트의 자연스러운 링크 권한을 약화시킬 수 있습니다.

경고가 제거된 후 동일한 문제가 다시 발생할 수 있나요?

근본 원인이 해결되지 않으면 다시 발생할 수 있습니다. 오래된 플러그인, 약한 비밀번호, 열린 FTP 계정, 안전하지 않은 테마 또는 불안전한 호스팅 격리로 인해 Google 경고가 다시 나타날 수 있습니다.