HTTPS / 301 / 404 같은 기술적 세부 사항은 어떻게 처리하나요?
제2장: 검색 기초편 · 제31문
HTTPS, 301 리다이렉트, 404 오류 페이지—이 세 가지 겉보기엔 기초적인 기술 디테일을 제대로 처리하지 못하면 순위 급락, 트래픽 손실, 사용자 경험 붕괴로 이어집니다. 특히 Baidu 생태계에서는 이러한 문제의 회복 주기가 Google보다 더 긴 경우가 많으므로 반드시 한 번에 제대로 해야 합니다.
HTTPS 마이그레이션: Baidu 환경 완전 체크리스트
Baidu는 HTTPS가 순위 가산 요소임을 분명히 밝혔으며, 검색 결과에서 HTTPS 페이지를 우선 노출합니다. 이전 단계:
1. 인증서 선택
- 무료 옵션: Let’s Encrypt(자동 갱신, 중소 사이트에 적합)
- 유료 플랜: DigiCert, GlobalSign (기업 사이트·이커머스 추천, 보험 배상 제공)
- 국내 솔루션: 알리윤 무료 인증서, 텐센트 클라우드 무료 인증서(원클릭 배포, 해당 서버를 사용하는 사이트 운영자에게 적합)
2. 사이트 전체 리디렉션 설정
Nginx 구성 예시:
server {
listen 80;
server_name example.com www.example.com;
return 301 https://$server_name$request_uri;
}
3. 마이그레이션 후 필수 작업
- 업데이트sitemap의 모든 URL을 HTTPS 버전으로
- 업데이트canonicalHTTPS 태그
- 에서바이두 검색리소스 플랫폼 HTTPS 사이트 재검증
- HTTPS 인증 제출 (Baidu 웹마스터 플랫폼 → HTTPS 인증)
- 페이지 확인내부 링크HTTP 하드코딩(혼합 콘텐츠 문제)이 남아 있나요?
- 타사 플랫폼의 업데이트외부 링크지정 (수정 가능한 것은 수정하고, 불가능한 것은 301로 대응)
흔한 함정:일부 CDN은 기본적으로 HTTP로 오리진에 요청하기 때문에 검색 엔진이 여전히 HTTP 버전을 보게 됩니다. CDN에도 HTTPS 오리진 요청이 설정되어 있는지 반드시 확인하세요.
301 리다이렉트: Baidu의 느린 속도에는 인내심이 필요합니다
301은 영구 리다이렉트로, 검색엔진에 "이 페이지가 새 주소로 영구 이전되었다"고 알려줍니다. Baidu는 301을 처리하는 속도가 Google보다 훨씬 느려서, 보통 가중치가 완전히 전달되기까지 1~3개월이 걸립니다.
301을 사용하는 경우:
- 웹사이트 도메인 변경
- URL 구조 조정(예: 다음에서 전환
/article/123변경/blog/seo-tips) - HTTP에서 HTTPS로 마이그레이션
- 페이지를 삭제하되 대응하는 새 콘텐츠로 승계 가능
- 여러 유사 페이지 병합
301 모범 사례:
| 방법 | 설명 |
|---|---|
| 1:1 대응 리디렉션 | 기존 URL A → 새 URL A’, 모두 홈페이지로 보내지 마세요 |
| 체인 리디렉션 방지 | A→B→C는 가중치가 손실되므로 A→C로 직접 연결해야 합니다 |
| 301을 최소 180일 유지 | 바이두는 가중치를 인식하고 전달하는 데 비교적 긴 시간이 필요합니다 |
| 302 남용 금지 | 302는 임시 리디렉션이며 바이두는 가중치를 전달하지 않습니다 |
바이두 특별 유의사항:
- 바이두 사이트 관리자 플랫폼에서 "개편 규칙"을 제출하여 바이두의 301 인식을 가속화하세요
- 경로: 검색 서비스 → 사이트 개편 → 개편 규칙 추가
- 세 가지 방식 지원: 사이트 개편, 규칙 개편, 신구 URL 쌍 제출
체인 리디렉션 감지: Screaming Frog로 전체 사이트를 크롤링하여 모든 리디렉션 체인(redirect chain)을 필터링하고, 하나씩 직접 리디렉션으로 수정합니다.
커스텀 404 페이지: 사용자와 SEO 모두 고려
사용자가 존재하지 않는 페이지에 접근할 때, 좋은 404 페이지는 트래픽을 구할 수 있고 나쁜 404 페이지는 사용자가 바로 탭을 닫게 만듭니다.
SEO 측면 요구사항:
- 서버는 반드시 404 상태 코드를 반환해야 합니다 (200 상태 코드로 "페이지가 존재하지 않습니다" 콘텐츠를 표시하는 것은 "소프트 404"라 하며 크롤링 할당량을 낭비합니다)
- 404 페이지를 301로 일괄 홈페이지로 리디렉션하지 마세요 (바이두는 소프트 404로 간주합니다)
- 404 페이지 자체 설정
<meta name="robots" content="noindex">
사용자 경험 디자인:
- 친절한 안내 문구 (“방문하신 페이지가 존재하지 않습니다”)
- 검색창을 제공하여 사용자가 직접 찾을 수 있도록 함
- 인기 콘텐츠 또는 관련 페이지 링크 추천
- 홈페이지로 돌아가는 버튼 제공
- 사이트 내비게이션 유지, 빈 페이지 사용 금지
예시 문구:
죄송합니다. 찾으시는 페이지가 삭제되었거나 주소가 잘못되었을 수 있습니다.
필요한 내용을 검색하시거나 인기 글을 둘러보세요
끊긴 링크(Broken Links) 감사 방법
끊긴 링크는 사용자 경험을 해칠 뿐만 아니라 Baidu의 크롤링 할당량을 낭비하며, 끊긴 링크가 많으면 Baidu의 사이트 신뢰도가 낮아집니다.
감사 도구:
- Baidu 사이트 운영자 플랫폼 → 크롤링 이상: Baidu가 발견한 끊긴 링크를 바로 확인
- Screaming Frog: 사이트 전체를 크롤링하여 4xx 상태 코드 필터링
- Xenu Link Sleuth: 오래된 무료 도구로 중소 사이트에 적합
- Ahrefs Site Audit: 유료이지만 기능이 강력
끊긴 링크 발견 후 처리 우선순위:
- 대응하는 새 콘텐츠 있음 → 301 리다이렉트 설정
- 대응 콘텐츠는 없지만 트래픽 있음 → 페이지 복구 또는 가장 관련성 높은 페이지로 301
- 트래픽도 가치도 없음 → 404 유지, Baidu 사이트 운영자 플랫폼에 끊긴 링크 제출
- 대량 끊긴 링크 → Baidu 사이트 운영자 플랫폼의 "끊긴 링크 제출" 기능으로 Baidu가 색인을 빠르게 삭제하도록 함
실전 제안
- HTTPS 이전은 트래픽이 적은 시기에 진행: 주말 새벽 등, 검색 엔진에 완충 기간을 주고 문제가 생겨도 수정할 시간을 확보
- 301 완료 후 3개월간 지속 모니터링: Baidu 사이트 운영자 플랫폼과 Google Search Console에서 색인 수와 트래픽 변화를 관찰하여 가중치가 정상 전달되는지 확인
- 분기마다 사이트 전체 끊긴 링크 감사 실시: Screaming Frog로 한 번 훑어 새로 발생한 끊긴 링크를 즉시 처리하여 사이트의 "건강 점수" 유지
AI 도구로 해결: 301 / 404 / HTTPS 이전 자동화
시나리오 1: 301 매핑 테이블 대량 생성
내 사이트를 개편하려는데, 구 사이트에 이런 URL들이 있습니다(구 URL 목록 붙여넣기). 신 사이트의 URL 규칙은 [예: /blog/ 접두사 + 제목 slug]입니다. "의미상 가장 가까운" 원칙에 따라 각 구 URL에 대응하는 신 URL을 생성하고, "구URL,신URL" CSV 형식으로 출력하며 명확히 대응할 수 없는 항목을 표시해 주세요. 여러 구 URL을 같은 신 URL로 지정하지 마세요.
시나리오 2: 301 매핑 테이블을 Nginx 설정으로 변환
이것은 구URL,신URL 301 매핑 테이블입니다(앞 50개 붙여넣기). Nginx 설정을 생성해 주세요: return 301로 항목별 리다이렉트하고, 연쇄 점프(A→B→C)를 피하며, "모든 URL을 새 도메인으로 301"하는 server 블록 예시를 제시해 주세요. 또한 각 규칙을 어디에 배치할지 설명해 주세요.
시나리오 3: "겁나지 않는" 404 페이지 작성
404 페이지를 작성해 주세요: 친절하고 겁나지 않으며, 브랜드 감성을 담고, 사이트 내 검색창을 제공하고, 인기 글 3개를 추천하며(제목 제공), 홈으로 돌아가기 버튼을 포함합니다. HTML + 인라인 CSS로 출력하고, 서버가 404 상태 코드를 반환하도록 설정하는 방법과 페이지에 noindex를 추가하는 방법을 설명해 주세요.
시나리오 4: 끊긴 링크 보고서 분석 및 처리 우선순위 결정
이것은 크롤러 도구로 내보낸 끊긴 링크 목록입니다(URL + 상태 코드 붙여넣기). 분류해 주세요: 1) 유사한 새 페이지로 301 가능한 것; 2) 레이아웃/링크 오류로 인한 가짜 끊긴 링크일 수 있는 것; 3) 가치가 없어 404를 유지해도 되는 것. "우선순위 처리 순서"에 따라 표로 출력하고 각 항목의 처리 제안을 첨부해 주세요.
주의: AI의 한계
- 301 매핑은 반드시 수동 확인: AI가 "의미상 유사"로 추측한 대응 관계가 중요한 페이지를 잘못 지정할 수 있으므로, 핵심 페이지의 매핑은 반드시 직접 확인하세요
- AI가 서버를 직접 수정하게 하지 마세요: AI가 생성한 Nginx 설정은 서버 권한이 있는 사람이 테스트 환경에서 검증한 후 적용해야 하며, 먼저 백업하고 수정하세요
- AI는 당신의 비즈니스를 모릅니다: 어떤 URL을 301로 하고 어떤 URL을 404로 유지할지는 트래픽과 비즈니스 가치에 따라 결정되며, AI는 제안만 할 수 있고 결정권은 당신에게 있습니다
