많은 대표님들이 홈페이지 리뉴얼을 할 때 가장 걱정하는 것은 디자인이 예쁜지 여부가 아니라, 신 사이트 오픈 후 기존에 검색되던 키워드가 검색되지 않고 트래픽이 마치 플러그가 뽑힌 것처럼 사라지는 것입니다.
이 문제는 웹사이트 개발 단계에서 대부분 예방할 수 있습니다. 실제로 검색 노출이 떨어지는 경우는 신 사이트 자체에 문제가 있기보다, 이전 과정에서 몇 가지 작은 일을 놓쳤기 때문인 경우가 많습니다.
아래에서는 실제 프로젝트 순서에 따라 최대한 쉬운 말로 설명하겠습니다.
1. 먼저 URL 규칙을 정하고, 그다음 코드를 수정하세요
이전에서 가장 문제가 되기 쉬운 부분은 URL입니다. 구 사이트가 `/product/123.html`인데 신 사이트가 `/product?id=123`으로 바뀌거나, 아예 카테고리 이름을 모두 바꾸면 검색엔진은 이를 새로운 페이지 묶음으로 인식해 다시 파악하게 됩니다.
방법은 간단합니다. 이전 전에 구 URL 목록을 먼저 뽑아내세요. 관리자, 사이트맵, 검색 리소스 플랫폼에서 내보낸 뒤 각 항목에 "기존 경로 유지"인지 "새 경로로 리다이렉트"인지 표시합니다. 가능한 한 유지하는 것이 좋으며, 특히 이미 순위가 있는 카테고리 페이지와 글 페이지는 더욱 그렇습니다.
주의할 점: "보기 깔끔하게" 만들기 위해 모든 URL을 다시 작성하지 마세요. 깔끔함은 사람이 보기 위한 것이고, 검색 노출은 크롤러가 보기 위한 것입니다. 둘이 충돌할 때는 검색 노출 유지를 우선하세요.
2. 301 리다이렉트는 전체를 해야 하며, 첫 페이지만 하면 안 됩니다
301은 이전의 핵심입니다. 흔한 실수는 첫 페이지만 리다이렉트하고 내부 페이지는 모두 404가 되는 것입니다.
올바른 방법은 일대일 매핑입니다. 구 페이지 A는 신 페이지 A로 이동해야 하며, 전부 첫 페이지로 보내면 안 됩니다. 전부 첫 페이지로 보내는 것은 검색엔진에 "이 콘텐츠들은 없어졌다"고 알리는 것과 같아서 검색 노출이 매우 빠르게 떨어집니다.
또 하나의 세부 사항: 리다이렉트 체인은 한 단계를 넘지 않아야 합니다. A가 B로, B가 다시 C로 이동하면 크롤러가 끊기기 쉽습니다. 웹사이트 개발 시 기술 담당자가 A에서 C로 바로 설정하도록 하세요.
기업 웹사이트 리뉴얼로 카테고리 구조 변화가 큰 경우에는 오픈 전에 크롤러 도구로 구 사이트를 한 번 돌려 리다이렉트 규칙 표를 생성한 뒤 개발에 전달해 반영하는 것이 좋습니다. 오픈 후에 보충하는 방식은 피하세요.
3. 콘텐츠는 사이트 전체를 다시 쓰지 말고, 먼저 매핑하세요
어떤 팀은 리뉴얼하면서 문구를 모두 바꾸고 제목, 설명, 본문을 다시 씁니다. 그 결과 신 페이지와 구 페이지가 "서로 맞지 않게" 되어 검색엔진이 관련성을 다시 판단해야 하고, 순위 변동이 매우 뚜렷해집니다.
더 안정적인 방법은 핵심 페이지의 기존 주제와 키워드를 유지하고, 먼저 구조를 이전한 뒤 오픈이 안정된 후에 문구를 점진적으로 최적화하는 것입니다.
구체적인 예를 들어보겠습니다. 산업 장비 회사가 홈페이지를 리뉴얼할 때 구 사이트에는 80개 이상의 제품 페이지가 있었습니다. 이전 시 제품 사양, 모델명, 적용 시나리오를 그대로 옮기고 레이아웃과 내비게이션만 조정했으며, 제목에는 기존 모델명 키워드를 유지했습니다. 오픈 2주 후 주요 제품 페이지의 검색 노출은 거의 유지되었습니다. 반대로 당시 모델명 키워드를 브랜드 슬로건으로 바꿨다면 아마 다시 키워야 했을 가능성이 큽니다.
4. 오픈 일정: 먼저 소규모 트래픽으로 검증하고, 그다음 전체 전환하세요
이전은 "일괄 전환"을 권장하지 않습니다.
실행 가능한 일정은 다음과 같습니다. 신 사이트를 먼저 내부망이나 테스트 도메인에서 정상 작동하도록 확인하고, 리다이렉트, 사이트맵, robots, canonical이 정상인지 점검합니다. 그다음 트래픽이 적은 시간대를 골라 전환하고, 전환 직후 새 사이트맵을 제출하며 검색 리소스 플랫폼에서 크롤링 및 색인 변화를 관찰합니다.
주의할 점은 세 가지입니다.
- robots.txt를 잘못 차단하지 마세요: 테스트 환경에서는 흔히 `Disallow: /`를 작성하는데, 오픈 시 삭제하는 것을 잊으면 사이트 전체를 크롤링할 수 없습니다.
- canonical이 구 도메인을 가리키지 않게 하세요: 템플릿을 복사할 때 쉽게 따라옵니다.
- 사이트맵에 첫 페이지만 넣지 마세요: 주요 카테고리와 콘텐츠 페이지를 포함해야 합니다.
5. 미니프로그램과 App은 대체재가 아니므로 섞어서 이전하지 마세요
어떤 기업은 리뉴얼을 계기로 트래픽을 미니프로그램 개발이나 App 개발로 유도하려 합니다. 이는 문제없지만, 웹사이트 콘텐츠를 바로 내리면 안 됩니다. 웹사이트, 미니프로그램, App은 각각의 진입점이 있으며, 검색엔진은 웹사이트这一个만 인식합니다.
정말로 미니프로그램 개발을 해야 한다면, 웹사이트에는 완전한 콘텐츠 페이지를 유지하고 미니프로그램은 예약, 회원, 주문 같은 상호작용 기능을 담당하도록 하며, 양쪽이 동일한 콘텐츠 소스를 사용하도록 권장합니다. 이렇게 하면 검색 노출에 영향을 주지 않으면서 비즈니스도 놓치지 않습니다.
어떤 경우 MIC Studio를 찾는 것이 좋을까요
다음과 같은 상황이라면 외부 팀을 고려해볼 수 있습니다.
- 구 사이트 구조가 복잡해 어떤 페이지에 트래픽이 있는지 아무도 명확히 설명하지 못해, 먼저 정리한 뒤 이전해야 하는 경우
- 내부에 전담 프런트엔드와 백엔드가 없고 웹사이트 개발 일정이 촉박한 경우
- 이전 후 이미 검색 노출 하락이 발생해 리다이렉트와 색인 문제를 점검해야 하는 경우
- 기업 웹사이트, 미니프로그램 개발 또는 App 개발을 동시에 진행하면서 콘텐츠와 기술 기준을 통일하고 싶은 경우
MIC Studio는 기업 웹사이트 개발과 이전을 할 때 먼저 구 URL 목록과 리다이렉트 표를 만든 뒤 디자인과 기능을 논의하는 편입니다. 순서가 맞으면 이후 재작업이 줄어듭니다.
실행 가능한 세 가지 제안
1. 오픈 전에 구 URL 목록을 내보내고, 각 항목의 유지 또는 리다이렉트를 확인해 하나의 표로 만들어 개발에 전달하세요.
2. 301은 일대일 매핑으로 하고, 리다이렉트는 한 단계를 넘지 않게 하며, 오픈 직후 새 사이트맵을 제출하세요.
3. 핵심 페이지는 콘텐츠를 먼저 유지한 뒤 문구를 수정하고, 오픈 후 2주 정도 안정된 뒤 키워드 최적화를 하세요.
이전은 페이지를 옮기기만 하면 끝나는 일이 아닙니다. 오히려 이사에 가깝습니다. 주소는 올바르게 남기고, 기존 주소에는 안내가 있어야 하며, 물건을 함부로 바꾸지 않아야 합니다. 이 몇 가지를 지키면 검색 노출은 대체로 유지할 수 있습니다.