후행 슬래시 검사

도메인 루트를 제외하면(https://example.com과 https://example.com/는 언제나 같은 주소입니다) 후행 슬래시(URL 끝의 슬래시)가 있는 URL과 없는 URL은 서로 다른 주소입니다. 두 URL이 모두 같은 콘텐츠로 200 OK를 반환하면 검색엔진은 둘 중 하나를 골라야 하고, 링크와 분석 데이터가 둘로 나뉘며, 캐시는 같은 페이지를 두 번 저장합니다.

SEO 측면에서는 어느 방식이든 우열이 없습니다. 중요한 것은 페이지마다 한 가지 버전만 두고, 다른 버전은 그 버전으로 리디렉션하며, 모든 내부 링크, canonical 태그, 사이트맵 항목에서 같은 버전을 사용하는 것입니다.

TrueURL은 입력한 URL과 그 반대 버전을 검사한 뒤 각각 어디에서 끝나는지 비교합니다.

• 한쪽이 301 또는 308로 다른 쪽에 리디렉션: 이상적입니다. 영구 리디렉션이며 사이트가 일관됩니다.
• 한쪽이 302 또는 307로 다른 쪽에 리디렉션: 작동은 하지만 영구 리디렉션이어야 합니다.
• 둘 다 200으로 로드: 중복 콘텐츠일 가능성이 높습니다. 리디렉션을 추가하거나, 최소한 두 버전 모두에 선호하는 버전을 가리키는 canonical 태그를 넣으세요.
• 한쪽이 404 반환: 그 버전으로 링크하지 않는다면 괜찮지만, 주소를 직접 입력하거나 공유하는 방문자를 위해서는 리디렉션이 더 친절합니다.
• 둘 다 다른 곳으로 리디렉션: 전체 체인을 살펴보세요. 슬래시 규칙이 다른 리디렉션 위에 겹쳐 있을 수 있습니다.

• Apache: mod_dir은 기본적으로 실제 디렉터리에 301로 슬래시를 추가합니다. 그 밖의 URL에는 슬래시를 일관되게 추가하거나 제거하는 재작성(rewrite) 규칙 하나를 사용하세요.
• Nginx: 사용하지 않는 방식에 대해 return 301 또는 rewrite 규칙을 추가하고, try_files가 두 버전을 모두 제공하지 않는지 확인하세요.
• CMS와 프레임워크: WordPress는 고유주소 구조를 따르고 다른 버전은 리디렉션하며, Next.js와 Astro에는 trailingSlash 옵션이 있습니다. 이 설정이 호스팅이나 CDN 설정과 일치하는지 확인하세요.
• 정적 호스팅과 CDN: 상당수가 HTML 파일에 대해 슬래시를 자동으로 추가하거나 제거하며, 이 동작이 프레임워크 설정보다 우선할 수 있습니다. 배포할 때마다 테스트하세요.

수정한 뒤에는 방문자가 리디렉션을 아예 거치지 않도록 내부 링크를 선호하는 버전으로 업데이트하세요.

파일에는 후행 슬래시를 붙이지 않습니다. /style.css와 /report.pdf는 올바르지만, /report.pdf/는 대개 오류나 잘못된 콘텐츠를 반환합니다. 쿼리 문자열과 프래그먼트는 경로 뒤에 오므로 /blog/?page=2처럼 슬래시는 그 앞에 둡니다. 페이지와 디렉터리에 적용할 규칙을 하나 정해 모든 곳에 적용하세요.