품질·성능·보안 · 공식 문서
해킹 복구 업체 선택, 계약 전 확인할 항목
복구 범위가 보고서의 모든 유형과 사이트 전체인지, 원인 찾기와 재발 방지 계획, 검토 요청과 반려 시 재작업까지 맡는지를 포함해 10가지를 견적서에 항목과 납품물로 적습니다. 서치 콘솔은 소유자 대신 전체 권한 사용자로 권한을 주고, 끝나면 회수합니다.
해킹 복구 견적이 「악성 코드 제거」 한 줄이라면, 그 뒤의 일이 누구 몫인지 비어 있습니다. 검색 결과의 표시와 방문자 경고는 구글 검토가 끝나야 풀리고, 원인을 남기면 같은 일이 다시 생깁니다.
그래서 맡기기 전에 어디까지가 업체의 일인지를 항목과 납품물로 정해 둡니다. 정리 순서 자체는 「해킹 페이지 삭제」·「사이트 해킹 경고 해제」 편에 적었습니다.
발견 01
직접 고치려면 코드·서버 도구·서버 설정을 다룰 수 있어야 하고, 어렵다면 전문가를 쓰라고 구글은 적었습니다
Fixing the site yourself requires the ability to read and understand code, how to use command-line server tools, possibly how to change web server configurations for your site. If you feel ill-equipped to do this yourself, consider enlisting a qualified professional to help you.
직접 고치려면 코드를 읽고 이해하는 능력, 명령줄 서버 도구를 쓰는 법, 경우에 따라 웹 서버 설정을 바꾸는 법이 필요하다. 직접 하기 어렵다면 자격 있는 전문가의 도움을 받는다.
| 전문가를 찾는 길 | 원문 |
|---|---|
| 평판 있는 커뮤니티의 추천 | Seek referrals from the standout members of reputable online communities.평판 있는 온라인 커뮤니티에서 두드러진 회원에게 추천을 받는다. |
| 복구를 함께 해 주는 호스팅 업체로 이전 | Transfer your site to a new hoster who specializes in site recovery and can recover your site as part of the transfer.사이트 복구를 전문으로 하는 새 호스팅 업체로 옮기고, 옮기는 과정에서 복구를 맡긴다. |
| 지금 호스팅 업체에 먼저 알리기 | Your hoster can make sure their other customers weren't affected, and they can potentially help recover your site.호스팅 업체는 다른 고객이 영향을 받지 않았는지 확인하고, 사이트 복구를 도울 수 있다. |
발견 02
계약 전에 확인할 항목은 10가지이고, 항목마다 받을 납품물이 있습니다
| 항목 | 견적서·계약서 문장(예) | 납품물 | 공식 문서 원문 |
|---|---|---|---|
| 복구 범위 | 보안 문제 보고서에 나온 모든 유형을 사이트 전체에서 정리한다. | 유형별 정리 내역과 정리한 URL 목록 | Fix the issue throughout your site. Fixing the issue on just some pages will not earn you a partial return to search results. If the report lists multiple security issues affecting your site, fix all of them.사이트 전체에서 문제를 고친다. 일부 페이지만 고쳐서는 검색 결과에 일부도 돌아오지 않는다. 보고서에 문제가 여러 개면 모두 고친다. |
| 작업 전 백업 | 정리 전에 서버 파일과 데이터베이스를 서버 밖에 복사한다. | 백업 날짜와 보관 위치 | Before you start, make an offline copy of any files before you remove them, in case you need to restore them later.시작하기 전에, 나중에 되돌릴 수 있도록 지울 파일을 모두 오프라인에 복사해 둔다. |
| 원인 찾기 | 뚫린 경로를 찾아 고치고, 하나를 찾은 뒤에도 다른 경로를 계속 확인한다. | 원인 보고(언제, 어떤 경로로, 무엇을 고쳤나) | Because there may be multiple, independent hacks in place, even if you're able to find and fix one vulnerability, we recommend continuing to search for others. Make note of when the suspicious activity occurred, because understanding when the hack first took place helps determine what backups might still be clean.서로 다른 해킹이 여러 개 있을 수 있으니, 취약점 하나를 찾아 고쳐도 다른 것을 계속 찾는다. 수상한 활동이 언제 있었는지 적어 두면 어느 백업이 아직 깨끗한지 가릴 수 있다. |
| 계정·비밀번호 | 모르는 계정을 지우고 모든 관리 계정의 비밀번호를 바꾼다. | 지운 계정과 비밀번호를 바꾼 계정 목록 | View a list of your site's users accounts and check whether the hacker created a new user account. Change the passwords for all site users and accounts.사이트 사용자 계정 목록에서 해커가 새로 만든 계정이 있는지 본다. 모든 사용자와 계정의 비밀번호를 바꾼다. |
| 서치 콘솔 소유자 정리 | 모르는 소유자와 그 확인 토큰을 지운다. | 정리 뒤 사용자 및 권한 화면 | Be sure that all users and owners listed are authorized. For unauthorized owners, you'll need to both delete the owner and any possible verification tokens, such as a verification meta tag on your homepage or a HTML file on your server.목록의 모든 사용자와 소유자가 허락한 사람인지 확인한다. 허락하지 않은 소유자는 소유자 자체와 함께 홈페이지 확인 메타 태그나 서버의 HTML 파일 같은 확인 토큰도 지워야 한다. |
| 검토 요청 | 정리를 마친 뒤 보안 문제 보고서에서 검토를 요청하고, 한 일을 요청서에 적는다. | 보낸 요청서 사본 | Be sure that the problem is truly fixed; requesting a review if the problem still exists will only prolong the period of time that your site is flagged as dangerous. To submit a review, we recommend that you provide more information on what you did to clean your site.문제가 정말 고쳐졌는지 확인한다. 문제가 남은 채 검토를 요청하면 위험 사이트로 표시되는 기간만 길어진다. 검토를 요청할 때는 사이트를 어떻게 정리했는지 자세히 적는 것을 권한다. |
| 반려 시 재작업 | 검토가 통과되지 않으면 새로 나온 예시 URL을 다시 정리하고 다시 요청한다. | 검토 결과 메시지 | If Google determines that you haven't fixed the problem, the Security Issues report might display more sample infected URLs to assist your next investigation.구글이 문제가 고쳐지지 않았다고 판단하면, 보안 문제 보고서에 다음 조사를 돕는 예시 감염 URL이 더 나올 수 있다. |
| 변경 내역 설명 | 서버에서 바꾼 파일과 설정을 모두 목록으로 설명한다. | 바꾼 파일·설정 목록 | If an SEO has FTP access to your server, they should be willing to explain all the changes they are making to your site.SEO 담당이 서버에 FTP 로 접근한다면, 사이트에서 바꾸는 것을 모두 설명할 수 있어야 한다. |
| 재발 방지 계획 | 복구 뒤 업데이트·계정·백업 관리 계획을 넘긴다. | 관리 계획 문서 | To keep your site safe, we encourage all site owners to implement the maintenance and security plan created in Clean and maintain your site.사이트를 안전하게 지키려면 「Clean and maintain your site」에서 만든 관리·보안 계획을 실행할 것을 권한다. |
| 호스팅 업체 연락 | 호스팅 업체에 침해 사실을 알리고 회신을 공유한다. | 호스팅 업체 회신 | Your hoster can make sure their other customers weren't affected, and they can potentially help recover your site.호스팅 업체는 다른 고객이 영향을 받지 않았는지 확인하고, 사이트 복구를 도울 수 있다. |
납품물을 적어 두면 「다 고쳤습니다」라는 말을 파일로 확인할 수 있습니다. 원인 보고가 빠진 복구는 같은 경로로 다시 뚫릴 수 있습니다.
백업은 정리보다 먼저입니다. 수상한 활동이 처음 있었던 날을 알아야 어느 백업이 깨끗한지 가릴 수 있어서, 원인 찾기와 백업은 같이 움직입니다.
발견 03
검토 요청과 반려 시 재작업 2가지도 견적에 넣고, 검토 기간은 유형마다 다릅니다
| 문제 유형 | 검토 기간(원문) |
|---|---|
| 해킹(스팸) | Hacked with spam review process time: Reviews for sites hacked with spam can require up to several weeks to process.스팸 해킹 검토 기간: 스팸으로 해킹된 사이트의 검토는 처리에 몇 주까지 걸릴 수 있다. |
| 멀웨어 | Malware review processing time: Reviews for sites infected with malware require a few days to process.멀웨어 검토 기간: 멀웨어에 감염된 사이트의 검토는 처리에 며칠이 걸린다. |
| 피싱 | Phishing review processing time: Phishing reviews take about a day to process.피싱 검토 기간: 피싱 검토는 처리에 약 하루가 걸린다. |
If Google finds that your site is clean, warnings from browsers and search results will be removed within 72 hours.
구글이 사이트가 깨끗하다고 확인하면 브라우저와 검색 결과의 경고가 72시간 안에 없어진다.
| 검토 요청 전 확인할 것(원문 순서) | 누가 |
|---|---|
| Verified ownership of your site in Search Console / Cleaned your site of the hacker's vandalism / Corrected the vulnerability / Brought your clean site back online검토 요청 전 확인할 것: 서치 콘솔에서 사이트 소유권 확인 / 해커가 망가뜨린 것 정리 / 취약점 수정 / 깨끗해진 사이트를 다시 공개. | 소유권 확인은 사이트 주인, 나머지 셋은 업체 |
발견 04
서치 콘솔은 소유자 대신 전체 권한 사용자로 넘기고, 작업이 끝나면 회수합니다
| 단계 | 넘길 권한 | 원문 |
|---|---|---|
| 현황 진단 | 읽기 권한(제한된 권한 사용자) | If your SEO offers to do an SEO audit for you, be sure to carefully consider what's involved and only grant read access to Search Console (at this stage, don't grant them write access).업체가 SEO 감사(진단)를 제안하면 무엇이 포함되는지 신중히 검토하고, Search Console 은 읽기 권한만 주세요(이 단계에서는 쓰기 권한을 주지 마세요). |
| 정리와 검토 요청 | 전체 권한 사용자 | Full user: Has view rights to all data and can take some actions.전체 권한 사용자는 모든 데이터를 볼 수 있고 일부 작업을 할 수 있다. |
| 사용자 추가·삭제 | 사이트 주인(소유자)이 직접 | You can grant permissions to other users only if you are a property owner.속성 소유자만 다른 사용자에게 권한을 줄 수 있다. |
업체가 확인 토큰으로 소유자가 되면, 소유자에서 빼도 토큰이 남는 동안 다시 소유권을 확인할 수 있습니다(원문: If you do not delete these tokens, the removed owner will be able to re-verify ownership if they choose to (all current owners will be notified if this happens).) 맡길 때부터 전체 권한 사용자로 넘기면 회수가 목록에서 끝납니다.
발견 05
같은 복구라도 B2B·B2C·B2G 는 계약서에 먼저 넣을 줄이 다릅니다
예시 ① 문의 폼이 영업 창구인 산업 장비 제조사(B2B)
문의 폼이 해커에게 쓰였는지가 먼저입니다. 계약서의 원인 보고 항목에 문의 폼과 플러그인 점검을 이름으로 적습니다.
예시 ② 결제 화면이 있는 쇼핑몰(B2C)
결제 화면을 흉내 낸 페이지가 있었다면 피싱 유형입니다. 검토는 짧게 끝날 수 있지만, 결제 대행사 연락과 고객 안내까지 누가 맡는지 계약서에 나눠 적습니다.
예시 ③ 유지보수 사업자가 따로 있는 공공기관 누리집(B2G)
복구를 유지보수 사업자에게 맡긴다면 과업 변경으로 범위를 적습니다. 서치 콘솔 소유자는 기관 계정으로 두고, 사업자에게는 전체 권한 사용자만 줍니다.
그럼 업체와 만나기 전에 무엇을 준비하나요?
- 보안 문제 보고서 화면과 예시 URL, 검색 결과의 표시 화면을 캡처해 둡니다.
- 서치 콘솔 사용자 및 권한 목록을 열어 지금 소유자를 적어 둡니다.
- 위 10가지 항목을 견적 요청서에 줄로 옮기고, 줄마다 납품물을 적습니다.
- 견적서를 받으면 검토 요청과 반려 시 재작업이 들어 있는지 먼저 봅니다.
- 계약 뒤 업체를 서치 콘솔 전체 권한 사용자로 추가하고, 완료 보고를 받은 날 권한을 회수합니다.
조사 방법
- web.dev (Google) 「Build a support team」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/build-a-support-team
- web.dev (Google) 「Identify the vulnerability」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/identify-the-vulnerability
- web.dev (Google) 「Request a review」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/request-a-review
- Search Console Help 「Managing owners, users, and permissions」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/7687615
- web.dev (Google) 「Use Search Console」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/use-search-console
- web.dev (Google) 「Fix the Japanese keyword hack」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/fix-the-japanese-keyword-hack
- Search Console Help 「Security issues report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/9044101
- web.dev (Google) 「Quarantine your site」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/quarantine-your-site
- web.dev (Google) 「Clean and maintain your site」 (문서 수정일 2015-01-01) · 최종 확인일 2026-10-25 · https://web.dev/articles/clean-and-maintain-your-site
- Google Search Central 「Do you need an SEO?」 (문서 수정일 2026-06-05) · 최종 확인일 2026-10-24 · https://developers.google.com/search/docs/fundamentals/do-i-need-seo
- 「넘길 권한」 표의 단계 구분과 진단 단계를 제한된 권한 사용자로 옮긴 것은 편집 판단입니다.
- 항목 10가지는 위 문서들이 해킹 복구에서 하라고 적은 일을 업체 계약 단위로 묶은 것입니다. 묶는 방식과 「견적서·계약서 문장」·「납품물」 칸은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서·권한 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.