리뉴얼·이전 · 공식 문서
홈페이지 리뉴얼 업체 선택 기준과 포트폴리오 점검 순서
업체가 끝낸 리뉴얼 사례에서 옛 URL이 같은 내용의 새 URL로 넘어가는지, 공개 뒤 차단이 남지 않았는지를 직접 열어 확인합니다. 선택 기준 7가지를 사례 사이트에 대 보고, 지난 고객에게도 확인합니다.
리뉴얼 업체의 포트폴리오는 대개 완성된 화면으로 보여 줍니다. 그런데 검색 유입은 화면이 아니라 옛 URL이 새 URL로 제대로 넘어갔는지에 달려 있습니다.
그 부분은 사례 사이트를 직접 열어 보면 확인됩니다. 상담 전에 사례 두세 개를 열어 두면 질문이 구체적이 됩니다.
발견 01
구글은 업체를 고를 때 지난 작업 사례와 지난 고객을 확인하라고 적었습니다
Can you show me examples of your previous work and share some success stories? / Check your SEO's business references. Ask past clients if they felt that this SEO provided useful service, was easy to work with, and produced positive results.
업체에 이전 작업 사례와 성공 사례를 보여 달라고 묻는다. 업체의 거래처를 확인하고, 지난 고객에게 쓸모 있는 서비스였는지, 함께 일하기 쉬웠는지, 좋은 결과를 냈는지 묻는다.
리뉴얼 업체라면 사례는 이미 공개된 사이트입니다. 업체 설명을 듣기 전에 그 사이트에서 검색 이전이 어떻게 처리됐는지 볼 수 있습니다.
구글이 업체에 물을 질문 전체는 「SEO 업체 고르는 기준」 편에 적었습니다. 새로 만들 사이트에 대해 물을 질문은 「홈페이지 제작 업체 비교」 편에 있습니다.
However, a good SEO can also help improve an existing site.
다만 좋은 SEO 담당은 이미 있는 사이트를 개선하는 데도 도움이 된다.
발견 02
지난 리뉴얼 사례로 보는 선택 기준은 7가지입니다
| 선택 기준 | 사례 사이트에서 보이는 것 | 상담에서 물을 질문 | 공식 문서 원문 |
|---|---|---|---|
| 옛 URL이 같은 내용의 새 URL로 열린다 | 사례의 옛 URL을 주소창에 넣으면 같은 내용의 새 페이지가 열립니다. | 사례마다 리뉴얼 전 URL과 지금 URL을 몇 개씩 보여 줄 수 있나요? | We recommend server side permanent redirects from the old URLs to the new URLs as you indicated in your mapping.짝표대로 옛 URL에서 새 URL로 서버 측 영구 리다이렉트를 권장한다. |
| 옛 URL을 홈 하나로 몰지 않았다 | 옛 상세 페이지 URL이 새 홈으로만 가면 짝을 짓지 않은 것입니다. | 짝이 없는 옛 URL은 어떻게 처리했나요? | Don't redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.옛 URL 여러 개를 새 사이트 홈페이지처럼 관련 없는 URL 하나로 리디렉션하지 말라. 사용자를 혼란스럽게 하고 soft 404 오류로 처리될 수 있다. |
| 리디렉션을 서버에서 걸었다 | 옛 화면이 잠깐 보였다가 넘어가면 자바스크립트 리디렉션일 수 있습니다. | 리디렉션은 서버에서 거나요, 페이지 스크립트로 거나요? | Only use JavaScript redirects if you can't do server-side or meta refresh redirects.서버 측 리디렉션이나 meta refresh 리디렉션을 쓸 수 없을 때만 JavaScript 리디렉션을 쓴다. |
| 공개 뒤 차단이 남지 않았다 | 사례 사이트의 /robots.txt 와 페이지 소스에 전체 차단·noindex 가 남아 있는지 봅니다. | 개발 중 걸어 둔 차단은 공개 날 누가 해제했나요? | Don't forget to remove any noindex or robots.txt blocks that were only needed for the migration.이전 때문에 잠시 필요했던 noindex·robots.txt 차단을 해제하는 일을 잊지 않는다. |
| 새 URL마다 자기 캐노니컬이 있다 | 페이지 소스의 rel="canonical" 이 그 페이지 자신의 URL입니다. | 캐노니컬 태그는 페이지마다 어떻게 넣나요? | Each new URL should have a self-referencing rel="canonical" <link> tag.새 URL 마다 자기 자신을 가리키는 rel="canonical" <link> 태그를 둔다. |
| 모바일 화면에도 같은 본문이 있다 | 휴대전화로 같은 페이지를 열어도 PC와 같은 본문이 나옵니다. | 모바일 화면에서 빼는 콘텐츠가 있나요? | Make sure that your mobile site contains the same content as your desktop site.모바일 사이트에 데스크톱 사이트와 같은 콘텐츠가 들어 있는지 확인한다. |
| 지난 고객이 확인해 준다 | 사례 고객에게 공개 뒤 검색 유입이 어땠는지 직접 물을 수 있습니다. | 사례 고객 중 연락해 볼 수 있는 곳이 있나요? | Check your SEO's business references. Ask past clients if they felt that this SEO provided useful service, was easy to work with, and produced positive results.업체의 거래 레퍼런스를 확인하라. 과거 고객에게 쓸모 있는 서비스였는지, 함께 일하기 쉬웠는지, 좋은 결과가 났는지 물어보라. |
앞의 두 기준이 가장 무겁습니다. 옛 URL이 같은 내용의 새 URL로 가야 옛 URL이 받던 검색 유입과 외부 링크가 새 페이지로 넘어갑니다.
답을 들을 때는 「잘 옮겼습니다」보다 옛 URL과 새 URL을 나란히 보여 주는 쪽이 확인할 수 있는 답입니다.
발견 03
포트폴리오 점검은 브라우저 하나로 6단계면 됩니다
| 순서 | 단계 | 하는 일 | 보이는 것 |
|---|---|---|---|
| 1 | 옛 URL 받기 | 업체에 사례마다 리뉴얼 전 상세 페이지 URL을 몇 개 받습니다. | 업체가 짝표를 갖고 있는지가 여기서 드러납니다. |
| 2 | 옛 URL 열기 | 받은 옛 URL을 주소창에 넣습니다. | 같은 내용의 새 페이지가 열리면 통과, 홈이나 오류 페이지면 감점입니다. |
| 3 | 리디렉션 종류 보기 | 브라우저 개발자 도구의 네트워크 탭에서 첫 응답의 상태 코드를 봅니다. | 301·308 이면 서버 측 영구 리디렉션입니다. |
| 4 | robots.txt 열기 | 사례 사이트 주소 뒤에 /robots.txt 를 붙여 엽니다. | Disallow: / 한 줄로 전체를 차단하고 있지 않은지 봅니다. |
| 5 | 페이지 소스 보기 | 새 페이지에서 페이지 소스 보기를 열어 noindex 와 canonical 을 찾습니다. | noindex 가 없고 캐노니컬이 자기 URL이면 통과입니다. |
| 6 | 휴대전화로 열기 | 같은 페이지를 휴대전화로 엽니다. | PC와 같은 본문이 나오는지 봅니다. |
상태 코드와 최종 URL을 더 정확히 보는 방법은 「리다이렉트 확인 방법」 편에 적었습니다. 301과 302 중 무엇이 맞는지는 「301 302 리다이렉트 차이」 편에 있습니다.
발견 04
같은 기준이라도 B2B·B2C·B2G 는 먼저 열어 볼 사례가 다릅니다
예시 ① 해외 바이어가 찾는 소재 기업 사이트(B2B)
제품 상세와 기술 자료 PDF가 유입을 받는 사이트라면, 업체 사례 중 제품 수가 많은 사이트를 고릅니다. 옛 제품 URL이 같은 제품의 새 URL로 가는지 봅니다.
예시 ② 상품 수천 개의 자사 쇼핑몰(B2C)
쇼핑몰을 리뉴얼한 사례를 달라고 합니다. 옛 상품 URL 몇 개가 홈이 아니라 같은 상품으로 열리는지, 휴대전화에서도 상품 설명이 그대로인지 봅니다.
예시 ③ 누리집 개편 업체를 평가하는 공공기관(B2G)
제안서의 수행 실적 누리집을 평가 전에 열어 봅니다. 옛 게시판 URL이 새 게시판 글로 이어지는지, robots.txt 가 전체를 차단하고 있지 않은지 확인해 평가 의견에 적습니다.
그럼 업체 후보가 정해지면 무엇부터 하나요?
- 후보 업체마다 리뉴얼 사례 두세 개와 사례별 옛 URL 몇 개를 요청합니다.
- 위 점검 순서 6단계로 사례를 열어 보고, 선택 기준 표에 통과·감점을 적습니다.
- 감점이 나온 기준은 상담에서 그 질문을 그대로 묻습니다.
- 사례 고객 한 곳에 공개 뒤 검색 유입이 어땠는지 묻습니다.
- 고른 업체와는 같은 기준을 과업지시서 문장으로 옮깁니다. 문장은 「홈페이지 리뉴얼 과업지시서」 편에 있습니다.
조사 방법
- Google Search Central 「Do you need an SEO?」 (문서 수정일 2026-06-05) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/do-i-need-seo
- Google Search Central 「How to move a site」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Search Central 「Redirects and Google Search」 (문서 수정일 2026-04-14) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/crawling-indexing/301-redirects
- Google Search Central 「Mobile site and mobile-first indexing best practices」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing
- 선택 기준 7가지는 위 문서들이 사이트 이전에서 하라고 적은 일을 지난 사례에서 확인할 수 있는 모양으로 바꾼 것입니다. 묶는 방식과 「보이는 것」 칸, 점검 순서는 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.