다국어 웹사이트에서 서브도메인을 사용하는 경우, 어떤 SSL 인증서를 구매해야 할까요?

다국어 웹사이트에서 en.example.com, de.example.com, fr.example.com처럼 같은 계층의 하위 도메인을 사용하고, 앞으로 언어 사이트를 추가할 예정이라면 와일드카드 인증서가 일반적으로 관리하기 더 편리합니다. 하지만 구매 전에 인증서에 기본 도메인 example.com도 포함되는지, 웹사이트 구축 플랫폼, CDN 또는 서버에서 해당 인증서를 배포할 수 있는지 반드시 확인해야 합니다.

고정된 언어 사이트가 몇 개뿐이라면 다중 도메인 인증서나 각 사이트에 별도로 발급한 단일 도메인 인증서로도 요구 사항을 충족할 수 있습니다. 선택 기준은 언어 수 자체가 아니라 보호해야 하는 전체 호스트 이름, 도메인 계층, 그리고 HTTPS 연결이 종료되는 위치입니다.

보호해야 할 도메인을 명확히 정리하세요

SSL 인증서는 페이지 언어, 웹사이트 디렉터리 또는 서버 IP가 아니라 접속 주소의 호스트 이름을 검증합니다. 따라서 example.com/en/과 example.com/de/는 같은 호스트 이름을 공유하므로 언어가 다르다는 이유로 인증서 적용 범위를 추가할 필요가 없습니다. 반면 en.example.com과 de.example.com은 서로 다른 호스트 이름입니다.

도메인을 정리할 때 언어별 홈페이지만 나열하지 말고 기본 도메인, www 주소, 실제 사용하는 쇼핑몰 및 문의 양식 등의 독립 하위 도메인도 포함해야 합니다. 특정 주소가 리디렉션만 담당하더라도 유효한 인증서가 필요합니다. HTTPS 주소에 접속하면 브라우저는 먼저 TLS 핸드셰이크를 완료한 다음 리디렉션 지시를 받으므로, 리디렉션으로 인증서 불일치 문제를 해결할 수 없습니다.

와일드카드는 지정된 계층만 포함하며 도메인 트리 전체를 포함하지 않습니다

*.example.com은 en.example.com, de.example.com, www.example.com과 일치하지만 example.com이나 shop.en.example.com과는 일치하지 않습니다.

일부 와일드카드 제품에는 기본 도메인도 함께 포함되지만, 이는 발급 시 도메인을 설정한 결과이지 와일드카드 인증서에 기본적으로 제공되는 기능이 아닙니다. 상품명에 ‘와일드카드’라는 문구가 있는지만 확인하지 말고 인증서의 주체 대체 이름(SAN) 목록을 확인해야 합니다.

웹사이트에서 en.example.com을 사용하고 쇼핑몰에서 shop.en.example.com을 사용한다면 두 계층을 모두 포함해야 합니다. 쇼핑몰 주소가 몇 개뿐이라면 각 계층마다 와일드카드를 구매할 필요 없이 전체 호스트 이름을 직접 추가하면 됩니다.

언어 사이트가 고정되어 있나요, 아니면 계속 추가되나요?

고정된 하위 도메인이 몇 개뿐이라면 기본 도메인, www 및 언어별 하위 도메인을 하나의 다중 도메인 인증서에 추가할 수 있습니다. 이 인증서는 SAN에 허용된 호스트 이름을 하나씩 명시하므로 적용 범위가 명확하지만, 언어 사이트를 추가할 때마다 도메인 목록을 업데이트하고 인증서를 다시 발급해 배포해야 합니다.

언어 사이트가 계속 추가되고 모두 같은 계층의 도메인에 위치한다면 와일드카드를 사용하는 편이 관리 부담을 줄여 줍니다. es.example.com을 추가할 때 DNS, 사이트 설정 및 인증서 배포가 올바르게 되어 있다면 해당 이름을 위해 인증서를 다시 발급할 필요가 없습니다. 다만 와일드카드가 하위 도메인을 자동으로 만들거나 새 사이트에서 HTTPS를 자동으로 활성화하는 것은 아닙니다.

언어별로 example.de, example.fr 등의 독립 도메인을 사용한다면 *.example.com 하나로는 이를 포함할 수 없습니다. 이 경우 다중 도메인 인증서를 사용하거나 각 사이트에 별도로 인증서를 발급할 수 있습니다. 어떤 방식을 선택할지는 인증서 수를 최소화하는 것만 고려할 것이 아니라 배포 위치와 관리 책임을 함께 고려해야 합니다.

구매 전에 플랫폼에서 이미 인증서를 제공하는지 확인하세요

호스팅형 웹사이트 구축 플랫폼이나 CDN에서 인증서를 자동 발급하고 갱신할 수 있습니다. 서비스가 이미 모든 언어별 하위 도메인을 포함한다면 인증서를 별도로 구매할 필요가 없을 수도 있으며, 일부 플랫폼은 자체 구매 인증서의 업로드를 허용하지 않습니다. 먼저 지원하는 도메인과 와일드카드 지원 여부, 인증서 서비스가 현재 요금제에 포함되어 있는지 확인해야 합니다.

CDN을 사용할 때는 브라우저와 CDN 간 연결, CDN과 원본 서버 간 연결을 구분해야 합니다. CDN 엣지 인증서가 정상이라고 해서 원본 서버의 인증서도 올바르다는 뜻은 아닙니다. 원본 서버에서 사용하는 인증서는 CDN의 암호화 및 인증서 검증 요구 사항을 충족해야 합니다. CDN의 원본 서버 연결에만 사용하는 인증서는 브라우저가 신뢰하는 공개 인증서로 직접 사용할 수도 없습니다.

여러 언어 사이트가 서로 다른 서버에 분산되어 있는 경우, 와일드카드 인증서를 공유하면 해당 개인 키도 배포해야 합니다. 한 곳에서 개인 키가 유출되면 같은 키를 사용하는 다른 사이트에도 영향을 미칠 수 있습니다. 서로 다른 팀이나 서비스 제공업체가 관리하는 사이트에는 독립 인증서를 사용하는 것이 위험을 격리하는 데 유리하며, 팀 간 갱신 일정 조율도 줄일 수 있습니다.

검증 등급과 적용 범위를 혼동하지 마세요

DV, OV, EV는 신원 확인 방식을 나타내고, 단일 도메인·다중 도메인·와일드카드는 도메인 적용 범위를 설명합니다. 이는 서로 다른 두 가지 기준입니다. OV 인증서를 구매한다고 해서 보호할 수 있는 언어별 하위 도메인이 자동으로 늘어나는 것은 아니며, 동일한 TLS 설정에서 검증 등급만으로 암호화 강도를 판단할 수도 없습니다.

언어 사이트에서 HTTPS를 정상적으로 사용하려는 목적이라면 브라우저가 신뢰하고 도메인이 일치하는 DV 인증서로 기본 요구 사항을 충족할 수 있습니다. OV 또는 EV를 사용할지는 기업 신원 확인, 계약 또는 내부 관리 요구 사항에 따라 결정해야 하며, 해외 고객을 대상으로 한다는 이유만으로 더 높은 검증 등급의 인증서를 반드시 구매할 필요는 없습니다.

무료 인증서로도 HTTPS 요구 사항을 충족할 수 있지만 신뢰할 수 있는 갱신 체계가 필요합니다. 예를 들어 Let’s Encrypt에서 와일드카드 인증서를 발급하려면 DNS 검증이 필요합니다. 자동 갱신을 원한다면 DNS 서비스가 해당 자동화를 지원하는지 확인하고 DNS API 자격 증명의 권한을 적절히 제한해야 합니다.

사이트를 공개하기 전에 각 주소를 확인하세요

인증서를 주문하거나 플랫폼 인증서를 활성화하기 전에 실제 호스트 이름 목록, SAN 적용 범위, 배포 위치 및 갱신 책임을 확인해야 합니다. ‘SSL 지원’ 여부만 확인하고 발급 실패, 만료 알림 및 재배포를 누가 처리하는지 명확히 하지 않아서는 안 됩니다.

사이트를 공개한 후에는 기본 도메인, www 및 각 언어별 하위 도메인에 차례로 접속해 도메인 일치 여부, 인증서 체인 및 HTTPS 리디렉션을 확인하고, 페이지에서 HTTP로 로드되는 리소스도 점검해야 합니다. 인증서 경고가 없다고 해서 페이지의 모든 콘텐츠가 HTTPS를 통해 완전하고 안전하게 로드된다는 뜻은 아닙니다.

‘기본 도메인과 같은 계층의 언어별 하위 도메인’을 사용하는 구조라면 기본 도메인을 포함하는 와일드카드 인증서가 확장하기 편리한 선택입니다. 고정 사이트가 몇 개뿐이거나 사이트가 분산 배포되어 있다면 다중 도메인 인증서나 독립 인증서가 더 적합할 수도 있습니다. 인증서는 도메인 목록과 배포 조건을 확인한 뒤 구매해야 하며, 먼저 인증서를 구매하고 웹사이트를 이에 맞게 조정해서는 안 됩니다.