RedirHub의 매칭 옵션을 사용하면 복잡한 리디렉션 구성을 손쉽게 설정할 수 있습니다.
먼저, 전체 URL 경로와 일치하는 리디렉션을 위해 데이터베이스를 확인합니다. 예를 들어, www.example.com/path?query-string=1에 대한 요청이 들어오면, 해당 정확한 일치를 찾습니다. 찾으면 지정된 목적지를 사용하고, 찾지 못하면 다음 매칭 기준으로 넘어갑니다:
- 정확한 일치 경로 (대소문자 구분) : www.example.com/path
- 경로 없이 : www.example.com
- 루트 도메인 (www 버전 도메인에서만 작동) : example.com
- 와일드카드 도메인 : *.example.com
이 조건들이 충족되지 않으면 404 페이지가 표시됩니다. 이를 방지하기 위해, 사용자가 항상 유효한 목적지를 가질 수 있도록 '루트 경로' 리디렉션을 설정하는 것을 권장합니다.
자세한 내용은 아래를 참조하세요.
URI 포워딩 = 루트 일치에 대한 선호 없음
지정된 경로 없이 요청이 들어오면 (즉, 홈페이지), URL 포워딩이 비활성화된 소스를 우선시합니다. 이를 통해 다음과 같은 설정이 가능합니다:
• 리디렉션 1 : example.com/ -> new.com – URI 포워딩 = 예
• 리디렉션 2 : example.com/ -> new.com/new-homepage – URI 포워딩 = 아니오
이 구성에서 example.com(홈페이지)에 대한 요청은 new.com/new-homepage로 리디렉션되며, 다른 모든 요청은 소스에 의해 지정된 대로 new.com/$PATH$로 이동합니다.
일치 항목을 찾을 수 없음
리디렉션 요청이 일치 항목을 찾지 못하면 어떻게 됩니까?
경로를 찾을 수 없음
다음과 같은 리디렉션이 설정되어 있다고 가정해 보겠습니다:
• https://example.com/ -> https://new-domain.com
• https://example.com/contact -> https://new-domain.com/contact-us
예시 1 : 사용자가 https://example.com/contact를 방문하면 https://new-domain.com/contact-us로 올바르게 리디렉션됩니다.
예시 2: 사용자가 https://example.com/old-contact-page를 방문하면, 이는 어떤 경로와도 정확히 일치하지 않습니다. RedirHub는 https://example.com/에 대한 리디렉션이 있는지 확인합니다. 발견되면 사용자는 https://new-domain.com으로 리디렉션됩니다. 이것이 우리가 항상 '루트 경로 리디렉션'을 설정할 것을 권장하는 이유입니다. 404 오류를 피하기 위해서입니다.
우리는 원활한 사용자 경험을 보장하기 위해 인터페이스에서 이를 자동으로 권장합니다.
일치하는 항목이 없을 때 루트 경로로 되돌아가기 때문에 방문자는 404 페이지를 만나지 않습니다. 맞춤형 404 페이지에 대한 특정 필요가 있다면 알려주시면 우리의 접근 방식을 재고할 수 있습니다.
호스트 이름을 찾을 수 없음
호스트 이름이 발견되지 않으면(즉, RedirHub에 설정되지 않음) 요청을 리디렉션할 수 없습니다. 이 경우 '404 찾을 수 없음' 페이지가 제공됩니다.
이 오류 페이지의 브랜딩을 사용자 정의하고 싶으신가요? 더 많은 제어를 위해 전용 IP를 활용할 수 있습니다. 자세한 내용은 전용 IP 기사 를 확인하세요.