301 리디렉션 설정 가격이 페이지 수에 따라 달라지는 이유는 이전 URL이 많을수록 주소를 정리하고, 리디렉션 대상을 확인하고, 규칙을 배포하고, 결과를 검증하는 데 더 많은 작업이 필요하기 때문입니다. 하지만 페이지 총수가 견적을 직접 결정하지는 않습니다. 경로가 규칙적이고 일괄 매칭이 가능한 웹사이트와 페이지별로 이동 위치를 판단해야 하는 웹사이트는 페이지 수가 비슷하더라도 구현 비용에 큰 차이가 날 수 있습니다. 견적을 비교할 때는 먼저 페이지, 이전 URL, 매핑 관계, 규칙 수 중 무엇을 기준으로 비용을 산정하는지 명확히 한 다음, 비용에 어떤 산출물이 포함되는지 확인해야 합니다.
하나의 페이지에 여러 이전 URL이 연결될 수 있습니다. 예를 들어 도메인이 다르거나, HTTP와 HTTPS 버전이 있거나, 매개변수가 포함된 주소, 끝의 슬래시가 다른 경로 등이 이에 해당합니다. 이러한 주소를 각각 처리해야 하는지는 해당 주소에 접속할 수 있는지, 과거 방문 기록이 있는지, 서버에 이미 일괄 리디렉션 설정이 있는지에 따라 달라집니다. 따라서 웹사이트 관리자 페이지에 표시되는 페이지 수를 리디렉션 수로 바로 간주할 수는 없습니다.
견적을 내기 전에 주소 목록의 출처도 명확히 해야 합니다. 현재 웹사이트의 페이지만 내보내면 삭제되었지만 여전히 외부 링크나 검색을 통해 방문되는 이전 주소를 놓치기 쉽습니다. 이전 사이트맵, 과거 크롤링 기록, 접속 로그, 검색 데이터를 함께 활용해 목록을 작성하면 범위가 더 완전해지지만, 데이터 정리 작업도 늘어납니다. 중복 제거, 매개변수 용도 구분, 유효하지 않은 주소 식별도 비용에 영향을 미치는 사전 작업입니다.
‘페이지당’으로 견적을 산정한다면 중복 주소를 어떻게 계산하는지, 언어별 버전도 각각 비용을 청구하는지, 이후 누락된 주소가 발견되면 어떻게 처리하는지 최소한 명시해야 합니다. 산정 기준이 서로 다르면 단가가 아무리 명확해도 총비용을 비교하기 어렵습니다.
이전 사이트에서 도메인만 변경하고 경로와 콘텐츠를 그대로 유지한다면, 규칙을 통해 이전 도메인으로 들어오는 요청을 새 도메인의 해당 경로로 리디렉션할 수 있습니다. 이 경우 페이지가 늘어나면 검증 범위는 넓어지지만, 설정 작업이 반드시 같은 비율로 늘어나는 것은 아닙니다.
개편 과정에서 카테고리, 제품명, 언어 디렉터리도 함께 변경되어 이전 주소와 새 주소 사이에 일관된 관계가 없다면, 항목별 매핑을 만들어야 합니다. 제품 통합, 카테고리 분리, 콘텐츠 삭제로 인해 대상 선택 문제도 생깁니다. 이전 제품을 대체 제품, 관련 카테고리, 삭제 상태 유지 중 어디로 연결할지는 페이지 콘텐츠를 바탕으로 판단해야 하며, 문자열 바꾸기만으로 처리할 수 없습니다.
이 때문에 페이지 수가 적은 경우에도 비용이 더 많이 들 수 있습니다. 수는 적지만 관계가 복잡한 이전 주소는 직접 확인해야 하고, 동일한 규칙을 따르는 주소가 많으면 일괄 처리할 수 있습니다. 페이지 수는 처리 규모를 나타내고, 매핑의 복잡성이 단위 작업량을 결정합니다.

모든 이전 주소를 홈페이지로 일괄 리디렉션하면 설정은 쉽지만, 페이지별 매핑과 동등한 결과물이라고 볼 수는 없습니다. 대상 콘텐츠와 관련성이 없으면 방문자가 기존의 탐색 목적을 이어가기 어렵고, 검색 엔진이 이러한 리디렉션을 소프트 404로 판단할 수도 있습니다. 적절한 대체 콘텐츠가 없는 주소는 실제 상황에 따라 404를 유지하거나 410을 반환해야 하며, 목록의 모든 주소에 301을 표시하기 위해 억지로 대상을 지정해서는 안 됩니다.
일부 견적에는 규칙 입력만 포함되지만, 다른 견적에는 주소 정리, 대상 확인, 적용 후 테스트와 수정까지 포함됩니다. 301 리디렉션 설정 가격을 비교할 때는 기본 설정, 매핑 정리, 규칙 배포, 검증 및 결과물 제공으로 비용을 구분하고, 어떤 항목이 수량 기준 과금인지 어떤 항목이 고정 작업인지 확인할 수 있습니다.
구현 위치에 따라서도 비용이 달라집니다. 서버, 콘텐츠 관리 시스템, CDN에 설정하는 규칙은 권한 요건과 유지관리 방식이 서로 다릅니다. 기존 환경에 도메인 리디렉션, HTTPS 리디렉션, 경로 표준화 규칙이 이미 있다면 새로운 설정의 실행 순서를 확인해 리디렉션 루프나 중복 리디렉션을 방지해야 합니다. 여러 도메인과 언어별 사이트가 관련된 경우에는 대상 도메인, 언어 디렉터리, 인증서 설정이 준비되어 있는지도 확인해야 합니다.
규칙 수가 많으면 배포 방식도 고려해야 합니다. 일괄 가져오기가 가능한지, 규칙 매칭을 지원하는지, 항목별 매핑을 어떻게 저장하는지에 따라 구현과 후속 유지관리 방식이 달라집니다. ‘몇 개의 규칙을 설정해야 하는지’만으로 견적을 내면 환경상의 제약을 적용 시점에야 발견할 수 있습니다.
납품 범위는 다음과 같이 구체적으로 정할 수 있습니다.
설정이 성공적으로 완료된 것은 검수의 시작일 뿐입니다. 유효한 검증을 위해서는 이전 주소가 301을 반환하는지, 리디렉션 대상이 올바른지, 최종 페이지에 정상적으로 접속할 수 있는지, 루프나 불필요한 리디렉션 체인이 없는지 확인해야 합니다. 대상 페이지가 200을 반환하더라도 콘텐츠가 올바르다는 뜻은 아니므로 제품, 카테고리, 언어가 일치하는지도 확인해야 합니다.
일괄 처리할 수 있는 기술 검사는 확인된 이전 주소 전체를 대상으로 하는지 명시해야 합니다. 콘텐츠 관련성을 사람이 직접 검토하는 경우에는 페이지 유형별로 표본을 확인하도록 합의하고, 검색 유입, 외부 링크, 광고 트래픽이 있는 주소를 중점적으로 점검할 수 있습니다. 전체 기술 검사와 페이지별 수동 검토는 서로 다른 작업이므로 ‘전체 테스트’라는 모호한 표현만 사용해서는 안 됩니다.
매개변수 처리 방식도 별도로 확인해야 합니다. 일부 매개변수는 제품 필터나 페이지 식별 정보를 담고 있으므로 이를 삭제하면 대상 콘텐츠가 달라질 수 있습니다. 광고 추적 매개변수를 유지할지는 분석 요구사항을 고려해 합의해야 합니다. 이전 주소가 광고 랜딩 페이지나 이메일 링크에 사용되고 있다면, 적용 후 검증에서 이러한 실제 유입 경로도 확인해야 합니다.
예산을 확정하기 전에 이전 주소 목록과 매핑 방안의 기준 버전을 정해 동일한 범위를 바탕으로 견적을 받아야 합니다. 계약서에는 수량 집계 시점, 규칙 설정과 항목별 매핑의 과금 방식, 테스트 범위, 적용 후 추가되는 주소의 처리 비용을 명시해야 합니다. 이렇게 하면 페이지 수가 늘어날 때 목록 확대, 수동 매핑, 검증 작업 중 어디에서 추가 비용이 발생했는지 판단할 수 있고, 개편 과정에서 추가 비용을 둘러싼 분쟁도 줄일 수 있습니다.
관련 기사
관련 제품