홈페이지를 Astro나 Jekyll 같은 정적 사이트 생성기(페이지를 미리 완성된 HTML 파일로 만들어 두는 제작 방식)로 새로 만들었는데, 생각보다 검색 노출이 늘지 않는다면 빌드 과정이 아니라 SEO 설정을 의심해야 합니다. 정적 사이트는 디자인 자유도와 속도 면에서 장점이 크지만, 워드프레스 같은 CMS가 자동으로 처리해 주던 검색 관련 작업을 사람이 하나씩 챙겨야 합니다. 이 글에서는 빌드 오류 없이도 검색 순위를 갉아먹을 수 있는 지점들을 짚어 봅니다.
자동화 뒤에 숨겨진 수동 작업의 정체
워드프레스 같은 CMS는 URL 정규화, 사이트맵 생성, 리다이렉트, 메타데이터, 구조화 데이터(검색엔진이 페이지 내용을 이해하도록 붙이는 표준 태그), 404 처리를 플러그인 하나로 자동 처리합니다. 반면 정적 사이트 생성기는 빌드 속도와 유연성에 집중된 도구라, 이런 SEO 요소는 개발자가 직접 설정하지 않으면 아예 존재하지 않는 상태로 배포됩니다.
최근에는 AI 코드 생성 도구로 페이지를 빠르게 찍어내는 경우도 많은데, 이 도구들은 페이지 하나는 잘 만들어도 사이트 전체에 걸친 SEO 규칙까지 자동으로 지켜 주지는 않습니다. 결과적으로 페이지 수는 늘어나는데 검색 엔진이 보기에는 허점투성이인 사이트가 될 수 있습니다.
홈페이지에 실제로 나타나는 증상
가장 흔한 문제는 URL 끝에 슬래시(/)가 있는 주소와 없는 주소가 서로 다른 페이지처럼 취급되는 경우입니다. 프레임워크 기본값과 호스팅 서버 설정이 다르면 /page와 /page/가 동시에 존재하면서 정규화 태그, 내부 링크, 리다이렉트가 서로 엇갈리고, 검색 순위를 쌓아 줄 신호가 두 주소로 쪼개집니다. 사이트맵 생성기는 noindex(검색 결과에 노출하지 않도록 지정하는 태그) 표시를 읽어내지 못해 초안 페이지나 내부 확인용 페이지까지 사이트맵에 함께 올라가는 경우도 있고, 이미지 역시 Jekyll처럼 자동 최적화를 지원하지 않는 환경에서는 압축·반응형 크기 조정·지연 로딩이 전혀 적용되지 않은 원본 파일이 그대로 배포됩니다.
| 항목 | CMS(워드프레스) | 정적 사이트 |
|---|---|---|
| 사이트맵·리다이렉트 | 플러그인이 자동 관리 | 직접 설정·갱신 필요 |
| URL 슬래시 처리 | 규칙 통일되어 제공 | 호스팅 설정에 따라 달라짐 |
| 이미지 최적화 | 업로드 시 자동 처리 | 별도 도구 연동 필요 |
배포 전에 점검해야 할 다섯 가지
- URL 슬래시 규칙 통일하기 호스팅 설정과 프레임워크 기본값 중 하나를 기준으로 정하고, 내부 링크와 정규화 태그를 그 기준에 맞춰 일괄 적용합니다.
- 사이트맵에서 비노출 페이지 걸러내기 초안, 감사용, 확인용 페이지에 noindex 태그를 달고 사이트맵 생성 과정에서 실제로 제외되는지 직접 열어 확인합니다.
- robots.txt 직접 점검하기 자동 생성되지 않는 경우가 많으므로 파일이 존재하는지, 중요한 섹션을 실수로 차단하고 있지는 않은지 확인합니다.
- 이미지 최적화 도구 연동하기 일반 img 태그 대신 프레임워크가 제공하는 이미지 최적화 기능을 사용하고, 미지원 환경이면 별도 압축·변환 도구를 빌드 과정에 추가합니다.
- 모든 이미지에 대체 텍스트 입력하기 화면을 볼 수 없는 사용자와 검색 엔진 모두에게 이미지 내용을 전달하는 짧은 설명을 빠짐없이 작성합니다.
빌드 성공을 안전 신호로 착각하지 말 것
- 빌드가 오류 없이 끝났다고 해서 SEO 설정이 제대로 됐다는 뜻은 아닙니다. 두 가지는 전혀 다른 검사 항목입니다.
- 사이트가 작을 때는 문제가 드러나지 않다가, 페이지가 늘어나면서 사이트맵 분할이나 섹션별 규칙 적용이 갑자기 복잡해지는 경우가 많습니다.
- 한 번 설정했다고 끝나는 작업이 아니라, 새 페이지 템플릿이나 섹션을 추가할 때마다 같은 규칙이 유지되는지 정기적으로 점검해야 합니다.
한 줄 정리 정적 사이트는 빌드 자동화와 SEO 자동화가 별개이므로, 슬래시 규칙·사이트맵·robots.txt·이미지 최적화를 배포 전후로 직접 점검하는 습관이 필요합니다.