리뉴얼로 검색 노출을 잃지 않으려면: URL 대응표와 301

리뉴얼은 '이사'다 — 전송 신청 없이 이사하면 우편물이 반송된다

검색엔진은 지난 몇 년간 우리 사이트의 각 페이지를 '주소'로 기억해 왔다. /service/renewal 같은 URL 하나하나가 그 주소다. 방문자가 검색 결과를 눌렀을 때 도착하는 곳이고, 검색엔진이 '이 주소에는 이런 내용이 있다'고 평가해 순위를 매겨 둔 대상이다.

리뉴얼은 그 집을 통째로 새 주소로 옮기는 이사에 가깝다. 페이지 구조를 바꾸고 게시판을 정리하면 URL이 바뀐다. 문제는 이사 자체가 아니라, 예전 주소로 찾아온 사람과 우편물을 새 주소로 넘겨주는 '전송 신청'을 하지 않았을 때 생긴다.

웹에서 그 전송 신청에 해당하는 것이 301 리다이렉트다. "이 주소는 영구적으로 여기로 옮겼다"고 검색엔진과 브라우저에 알려주는 신호다. 이걸 걸어두면 예전 주소로 온 방문자도, 예전 주소를 기억하던 검색엔진도 새 페이지로 자연스럽게 넘어간다. 그동안 쌓인 검색 평가도 상당 부분 함께 이어진다.

반대로 리다이렉트가 없으면 예전 주소는 '없는 페이지(404)'가 된다. 검색 결과를 누른 방문자는 오류 화면을 만나고, 검색엔진은 며칠에 걸쳐 그 주소들을 목록에서 지운다. 애써 쌓아온 순위가 통째로 리셋되는 셈이다.

왜 오픈 직후에 한꺼번에 사라지나 (그리고 네이버는 왜 더 오래 걸리나)

리뉴얼은 보통 특정 날짜에 사이트 전체를 한 번에 교체한다. 그래서 리다이렉트가 빠지면 페이지 하나가 아니라 색인돼 있던 주소 전부가 동시에 404가 된다. 유입이 서서히 줄지 않고 절벽처럼 떨어지는 이유다.

구글은 크롤링 주기가 비교적 짧아, 리다이렉트를 뒤늦게라도 걸면 재수집과 회복이 상대적으로 빠른 편이다. 다만 '빠르다'가 '즉시'는 아니다. 새 주소를 다시 수집하고 평가하는 데 며칠에서 몇 주가 걸릴 수 있다.

네이버는 국내 검색 유입의 큰 축이지만 재수집 주기가 더 길게 체감된다. 서치어드바이저에 새 구조를 알리고 수집을 요청해도, 예전 주소가 목록에서 정리되고 새 주소가 자리를 잡기까지 회복 기간이 더 늘어지는 경우가 많다. 국내 사이트에서 리뉴얼 사고의 체감 피해가 유독 큰 이유가 여기에 있다.

정리하면, 리다이렉트는 '문제가 생기면 그때 걸면 되는 것'이 아니다. 오픈과 동시에 켜져 있어야 손실 자체가 발생하지 않는다.

발주 단계에서 계약서와 검수서에 넣을 한 문장

리뉴얼 사고는 기술이 어려워서가 아니라, 아무도 이 항목을 '산출물'로 요구하지 않아서 생긴다. 디자인 시안, 기능 명세, 반응형 대응은 계약서에 적히는데 URL과 리다이렉트는 구두로도 언급되지 않고 넘어간다. 그러니 발주자가 먼저 문장으로 못 박아야 한다.

계약서 또는 제안 요청서(RFP)의 산출물 항목에 아래 문장을 그대로 넣는다. 개발 지식이 없어도 붙여넣을 수 있는 형태다.

검수(오픈 승인) 조건에도 "URL 대응표 제출과 301 동작 확인"을 넣어두면, 이 작업이 '하면 좋은 것'에서 '통과 기준'으로 바뀐다. 업체 입장에서도 처음부터 범위에 들어와 있으면 추가 비용이나 분쟁 없이 반영하기 쉽다. 실제로 사고를 막는 것은 화려한 기술이 아니라 이 몇 줄이다.

• ●"기존 전체 URL 목록과 새 URL을 1:1로 연결한 'URL 대응표'를 산출물로 제출한다."
• ●"대응표에 따라 기존 모든 페이지에 HTTP 301 영구 리다이렉트를 설정하고, 오픈 시점에 활성화한다."
• ●"삭제되어 대응할 새 페이지가 없는 주소는 방치하지 않고, 가장 관련 있는 상위 페이지로 연결하거나 별도로 표시해 확인받는다."
• ●"오픈 후 2주간 검색 노출·색인 상태를 함께 점검하고, 404 급증 여부를 공유한다."

URL 대응표는 실제로 어떻게 생겼나

대응표는 거창한 문서가 아니다. 표 한 장이면 된다. 왼쪽 열에 기존 주소, 오른쪽 열에 그 주소가 새로 향할 위치를 적는다.

핵심은 '1:1로, 내용이 이어지도록' 연결하는 것이다. 회사소개 페이지는 새 회사소개로, 특정 서비스 페이지는 같은 서비스의 새 페이지로 향해야 한다. 유입이 많던 페이지를 귀찮다는 이유로 전부 첫 화면(홈)으로 몰아버리면, 검색엔진은 이를 '내용이 사라졌다'에 가깝게 받아들여 평가가 잘 이어지지 않는다.

리뉴얼에서는 페이지가 통폐합되기 마련이다. 세 개 페이지를 하나로 합쳤다면 세 주소 모두 그 하나로 연결한다. 아예 없어지는 페이지라면, 가장 비슷한 상위 카테고리로 보내는 편이 오류 화면보다 낫다.

대응표를 만들려면 먼저 '기존 주소 전체 목록'이 필요하다. 이건 감으로 채우는 게 아니라 Google Search Console과 네이버 서치어드바이저에 쌓인 색인·유입 데이터, 그리고 기존 사이트맵에서 뽑아낸다. 실제로 검색 유입이 있었던 주소를 우선 챙기는 것이 요령이다.

오픈 후 2주, 담당자가 직접 볼 수 있는 점검 목록

리다이렉트를 걸었다고 끝이 아니다. 오픈 직후 2주는 문제가 드러나는 창이다. 개발 지식 없이도 두 도구의 무료 화면만 보면 대부분 확인된다.

이 기간의 목표는 '완벽한 순위 유지'가 아니라 '누락 조기 발견'이다. 놓친 주소를 2주 안에 찾아 리다이렉트를 보강하면 피해는 회복되는 선에서 끝난다. 몇 달 뒤에 발견하면 그만큼 회복도 늦어진다.

• ●몇 개 대표 주소를 직접 눌러본다. 예전 주소를 주소창에 넣었을 때 오류 없이 새 페이지로 넘어가는지, 브라우저 주소가 새 URL로 바뀌는지 확인한다.
• ●Google Search Console의 '페이지(색인)' 보고서에서 '찾을 수 없음(404)'이 갑자기 늘지 않는지 본다. 늘었다면 대응표에서 누락된 주소일 가능성이 크다.
• ●Search Console과 네이버 서치어드바이저에 새 사이트맵을 제출하고, 수집(크롤링)을 요청한다.
• ●서치어드바이저의 수집·색인 현황에서 새 주소가 점차 잡히는지, 오류로 표시되는 주소가 없는지 확인한다.
• ●리뉴얼 전 유입이 많던 검색어 몇 개로 실제 검색해 본다. 초반의 소폭 변동은 자연스럽지만, 특정 페이지가 통째로 사라졌다면 리다이렉트 누락을 의심한다.

리뉴얼의 성패는 '보이는 것' 밖에서 갈린다

리뉴얼의 만족도는 새 디자인으로 결정되는 것 같지만, 실제 사업 성과는 검색 유입이 유지됐는지에서 갈리는 경우가 많다. 방문자가 오던 통로가 끊기면 아무리 잘 만든 사이트도 빈 매장이 된다.

URL 보존과 301 설계는 눈에 보이지 않아 견적서에서 가장 먼저 생략되는 항목이다. Karkium은 리뉴얼 프로젝트에서 URL 대응표와 리다이렉트 설정을 기본 산출물로 다룬다. 화면을 새로 그리는 일과, 그동안 쌓인 검색 자산을 새 화면으로 옮기는 일을 같은 무게로 본다는 뜻이다.

지금 리뉴얼을 준비 중이라면, 디자인 회의에서 이 한 줄을 먼저 확인하자. "기존 URL 대응표와 301 처리가 산출물에 들어가 있나요?" 이 질문 하나가 오픈 후 몇 달의 유입을 지킨다.

자주 묻는 질문