HTTPS와 SEO: 순위 영향, 안전한 전환, 흔한 오류

HTTPS SEO는 2026년 기준으로 대부분 해결된 문제입니다. HTTP Archive Web Almanac 2024에 따르면 모바일 홈페이지의 95.6%가 HTTPS로 제공됩니다. 남은 질문은 실무적인 것들입니다. 프로토콜이 순위에서 얼마나 중요한지, 오래된 사이트를 트래픽 손실 없이 어떻게 옮기는지, 어떤 설정 오류가 여전히 순위를 떨어뜨리는지입니다. 이 가이드는 구글의 공식 문서를 바탕으로 답합니다.

HTTPS란 무엇이며 어떻게 작동하나요?

HTTPS(Hypertext Transfer Protocol Secure)는 암호화된 TLS 연결을 통해 전송되는 HTTP입니다. 서버는 인증 기관이 발급한 TLS 인증서(지금도 흔히 SSL 인증서라고 부름)를 제시하고, 브라우저는 이를 확인한 뒤 사이트와 주고받는 모든 데이터를 암호화합니다. 인증서는 도메인 이름에 연결되며, 도메인 이름은 DNS를 통해 변환됩니다. 인증서는 호스팅 업체가 제공할 수도 있고, 사이트 앞단에 둔 CDN이 제공할 수도 있습니다.

인증서에는 세 가지 검증 수준이 있습니다. 도메인 검증(DV), 조직 검증(OV), 확장 검증(EV)입니다. SEO에서는 수준에 따른 차이가 없습니다. 구글은 연결이 유효한지를 확인할 뿐, 어떤 종류의 인증서로 보호되는지는 보지 않습니다. 무료이고 몇 분 만에 발급되는 DV 인증서로 대부분의 사이트는 충분합니다. OV와 EV는 도메인 뒤에 있는 회사에 대한 확인을 더하며, 일부 은행이나 대기업이 자체적인 이유로 요구합니다.

HTTPS는 SEO 순위에 영향을 주나요?

영향을 주지만 콘텐츠와 링크보다는 훨씬 작습니다. 답은 두 층으로 나뉩니다. 공식 순위 신호, 그리고 실제로 더 중요한 간접 효과입니다.

구글이 2014년에 발표한 내용

2014년 8월 7일, 구글은 HTTPS as a ranking signal 게시물에서 이것이 "매우 가벼운 신호에 불과하며, 전 세계 검색어의 1% 미만에 영향을 주고, 고품질 콘텐츠 같은 다른 신호보다 비중이 작다"고 발표했습니다. 같은 글에서 2048비트 키 인증서를 권장했고, robots.txt로 HTTPS 사이트를 차단하지 말라고 경고했습니다. HTTPS는 동점일 때의 결정 요소처럼 작동합니다. 품질이 비슷한 두 페이지를 가를 수는 있어도, 약한 페이지를 강한 페이지 위로 끌어올리지는 않습니다.

현재 구글 문서의 설명

구글의 페이지 경험 문서는 자가 평가 질문에 "페이지가 안전한 방식으로 제공되나요?"를 포함한 뒤, "Core Web Vitals 외의 다른 페이지 경험 요소는 검색 결과에서 웹사이트 순위를 높이는 데 직접 도움이 되지 않는다"고 밝힙니다. 2014년 발표와 함께 읽으면 메시지는 일관됩니다. HTTPS는 당연히 갖춰야 할 기본이며, 전환으로 얻는 순위 상승은 작습니다. 구글이 확인한 순위 요소를 보면 관련성, 품질, 링크와 비교한 실제 비중을 알 수 있습니다.

더 중요한 간접 효과

• 신뢰와 전환. Chromium 블로그에서 발표한 대로, 2018년 7월 Chrome 68부터 Chrome은 모든 HTTP 페이지의 주소창에 "Not secure"를 표시합니다. 양식이나 결제 화면 옆의 경고는 클릭과 매출을 잃게 만듭니다. 그래서 HTTPS는 기술 SEO만큼이나 UX SEO의 영역이기도 합니다.
• 하나의 표준 버전. 구글은 페이지가 HTTP와 HTTPS 중 무엇으로 제공되는지를 표준 URL을 고르는 요소 중 하나로 꼽습니다. 두 프로토콜 모두로 응답하는 사이트는 구글이 통합할 때까지 신호가 중복 페이지로 나뉩니다.
• 속도. 브라우저는 암호화된 연결에서만 HTTP/2와 HTTP/3를 지원합니다. 따라서 HTTPS는 페이지 경험과 Core Web Vitals 개선에 도움이 되는 프로토콜로 들어가는 입장권입니다.
• 분석. 방문자가 HTTPS 페이지에서 HTTP 페이지로 이동하면 브라우저는 기본적으로 리퍼러를 삭제합니다. 그래서 HTTP 사이트는 추천 트래픽의 일부를 직접 트래픽으로 보게 됩니다.

트래픽을 잃지 않고 HTTP에서 HTTPS로 전환하는 방법은?

HTTPS로 전환하면 사이트의 모든 URL이 바뀌므로 구글은 이를 사이트 이전으로 취급합니다. 구글의 URL 변경이 있는 사이트 이전 가이드가 방법을 제시하며, 아래 체크리스트는 이를 프로토콜 변경에 적용한 것입니다. 원칙은 모든 SEO 마이그레이션과 같습니다.

1. 인증서 설치와 테스트

사용하는 모든 호스트 이름(example.com과 www.example.com, 그리고 모든 서브도메인)을 포함하는 인증서를 고르세요. Let's Encrypt나 호스팅 업체, CDN의 무료 인증서는 SEO 측면에서 유료 인증서와 똑같이 작동합니다. 자동 갱신을 설정하세요. 만료된 인증서는 모든 방문자에게 브라우저 전체 화면 경고를 띄웁니다.

2. 모든 URL 목록화와 매핑

HTTP 사이트를 크롤링하고 사이트맵, 분석 도구, 서버 로그에서 URL을 추출하세요. 이미지, PDF, 기타 파일도 포함합니다. 각 HTTP URL은 HTTPS의 같은 경로에 대응해야 합니다.

3. 혼합 콘텐츠 수정

이미지, 스크립트, 스타일시트를 HTTP로 불러오는 HTTPS 페이지는 혼합 콘텐츠(mixed content)를 일으키며, 브라우저는 해당 리소스를 차단하거나 경고합니다. 템플릿, 데이터베이스, CMS 설정에 직접 적힌 http:// 링크를 바꾸세요.

4. 한 번에 끝나는 301 리디렉션 설정

구글은 서버 측 영구 리디렉션(301 또는 308)을 권장합니다. http://example.com/page를 https://www.example.com/page로 바로 리디렉션하고, 중간에 HTTP www 버전을 거치지 않게 하세요. 리디렉션 검사기로 백링크가 있는 페이지를 포함한 기존 URL 샘플을 확인하세요.

5. 모든 내부 신호 업데이트

표준 URL, hreflang 태그, 내부 링크, 구조화된 데이터, XML 사이트맵이 HTTPS URL을 직접 가리키도록 하세요. canonical 검사기를 쓰면 아직 HTTP canonical을 선언한 페이지를 빠르게 찾을 수 있습니다.

6. Search Console 설정

도메인 속성이나 HTTPS URL 접두어 속성을 추가하고 새 사이트맵을 제출하세요. 구글 문서에 따르면 HTTP에서 HTTPS로의 전환에는 주소 변경 도구가 필요 없으며, 이 도구는 도메인 변경에만 해당합니다.

7. 모든 것이 정상이면 HSTS 활성화

Strict-Transport-Security 헤더는 브라우저가 해당 도메인에 항상 HTTPS를 사용하도록 지시합니다. 짧은 기간으로 시작한 뒤, 모든 서브도메인이 HTTPS를 지원한다고 확신할 때 1년(max-age=31536000)으로 늘리세요. HTTP 헤더 검사기로 헤더를 확인하세요.

8. 리디렉션 유지와 모니터링

구글은 리디렉션을 최소 1년간 유지하라고 권하며, 기한 없이 유지하는 것도 합리적입니다. 구글이 사이트를 다시 크롤링하는 몇 주 동안은 어느 정도의 변동을 예상하세요.

여전히 SEO를 해치는 HTTPS 오류는?

• 두 프로토콜이 모두 살아 있음. HTTP 버전이 301 대신 200으로 응답해 사이트 전체의 완전한 복제본이 생깁니다.
• 리디렉션 체인. HTTP에서 HTTPS로, 다시 www 없는 주소에서 www 주소로, 그리고 끝에 슬래시를 붙이는 식으로 한 번이면 될 일을 세 번 거칩니다. 단계가 늘 때마다 크롤링과 사용자 모두 느려집니다.
• 301 대신 302. 임시 리디렉션은 어떤 URL이 영구적인지에 대해 더 약한 신호를 보냅니다. 301 리디렉션을 사용하세요.
• 직접 관리하는 프로필에 남은 옛 HTTP 링크. 리디렉션이 받아 주지만, 소셜 프로필, 디렉터리, 비즈니스 정보의 링크를 업데이트하면 한 단계가 줄고 더 깔끔한 신호를 보냅니다.
• 템플릿에 남은 HTTP canonical. 페이지는 HTTPS로 리디렉션되는데 HTTP URL을 표준으로 선언해 두 신호가 서로 모순됩니다.
• 만료되었거나 일치하지 않는 인증서. 방문자는 오류 페이지를 보고, 크롤러는 콘텐츠를 가져오지 못할 수 있습니다.
• 너무 이른 HSTS preload. 모든 서브도메인이 HTTPS를 지원하기 전에 도메인을 브라우저 preload 목록에 제출하면 해당 서브도메인에 접속할 수 없게 되고, 목록에서 빼는 데도 시간이 걸립니다.

무료 Sorank Chrome 확장 프로그램은 자신의 페이지를 둘러보는 동안 canonical, 리디렉션 같은 페이지 오류를 표시해 줍니다.

HTTPS, AI 크롤러와 GEO

ChatGPT, Claude, Perplexity, Gemini는 페이지를 인용하기 전에 크롤러로 그 페이지를 가져옵니다. 이 크롤러들은 브라우저와 같은 규칙을 따릅니다. 인증서 오류, 리디렉션 루프, HTTPS 버전 robots.txt의 차단이 있으면 페이지를 읽을 수 없고, 따라서 인용될 수도 없습니다. AI 크롤러를 위한 robots.txt 가이드에서 어떤 봇을 허용할지 설명합니다. 또한 URL마다 HTTPS 버전을 하나로 유지하면 인용이 하나의 주소로 모여 AI 언급 추적으로 측정하기 쉬워집니다.

HTTPS: 기본을 갖춘 다음 진짜 일을 하세요

HTTPS는 순위를 조금 높이고 신뢰 문제를 없애 주며, URL마다 깔끔한 301 한 번으로 전환해야 합니다. HTTPS가 자리 잡으면 순위는 구글이 훨씬 더 중시하는 요소, 즉 유용한 콘텐츠, 내부 링크, 권위도에 달려 있습니다. Sorank는 이 부분을 autopilot으로 처리합니다. 키워드 리서치, HTTPS 블로그에 최적화된 글 발행, 내부 링크, 자연스러운 백링크 확보까지 맡습니다.