기술 SEO 체크리스트: 출시 전 1인 개발자가 점검할 15가지(사이트맵·메타·속도·구조화데이터)

출시 직전에는 기능 버그만 찾다가 검색엔진이 사이트에 들어오는 길을 놓치기 쉽습니다. 조코헌트에 출시된 프로덕트가 216개, 메이커가 170명인 것처럼 제품이 많아질수록 “좋은 제품을 만들었다”와 “발견된다” 사이의 기술적 연결이 중요해집니다. 아래 15개 항목은 별도 SEO 담당자 없이도 배포 전 직접 확인할 수 있는 체크리스트입니다.

1. 크롤링 경로부터 잠근다

sitemap.xml 확인

1. https://도메인/sitemap.xml을 브라우저에서 열어 실제 공개할 URL이 들어 있는지 확인합니다. 삭제된 페이지, 테스트 주소, 로그인 뒤에만 보이는 URL은 빼는 편이 좋습니다. 사이트맵의 URL과 실제 canonical URL이 서로 다른지도 살펴보세요.

robots.txt 확인

2. https://도메인/robots.txt가 정상 응답하는지 확인합니다. 개발 중 넣어둔 전체 차단 설정이 배포 환경에 남아 있지 않은지, 공개가 필요한 경로를 실수로 막지 않았는지 봅니다.

3. 페이지 소스나 응답 헤더에서 noindex가 의도하지 않은 페이지에 붙지 않았는지 확인합니다. 특히 템플릿 기본값, 프리뷰 페이지, staging 환경 설정이 운영 페이지에 섞이지 않았는지 점검하세요.

4. 대표 페이지와 주요 콘텐츠 URL을 직접 열어 상태 코드와 리디렉션 흐름을 확인합니다. 주소를 한 번 입력했는데 여러 번 이동하거나, 내부 링크가 존재하지 않는 주소로 향하면 수정합니다.

2. 페이지마다 검색 신호를 정리한다

제목과 설명

5. 각 핵심 페이지의 <title>이 페이지 내용을 구체적으로 설명하는지 확인합니다. 모든 페이지가 같은 제목을 공유하거나, 제품명만 반복하면 검색 결과에서 페이지 차이를 설명하기 어렵습니다.

6. meta description은 페이지의 대상과 이점을 짧게 요약합니다. 검색 결과에 항상 그대로 노출된다고 기대하기보다, 클릭 전에 어떤 문제를 해결하는 페이지인지 알 수 있게 작성하세요. 검색 의도에 맞는 글 구조 짜기: 정보형·비교형·거래형 콘텐츠 템플릿의 방식으로 페이지 목적을 먼저 정리하면 편합니다.

주소와 공유 미리보기

7. canonical 태그가 현재 페이지의 대표 URL을 가리키는지 확인합니다. 쿼리 파라미터나 trailing slash 차이로 같은 내용이 여러 주소에 생긴다면 대표 주소를 명확히 정하세요.

8. og:title, og:description, og:image, og:url이 페이지별로 채워졌는지 확인합니다. 메신저나 소셜 공유에서 오래된 이미지가 보이지 않도록 실제 공유 미리보기 도구에서도 점검합니다.

3. 구조와 데이터를 검색엔진에 설명한다

제목 계층과 내부 링크

9. 한 페이지의 핵심 주제를 설명하는 H1이 있는지 확인합니다. 그 아래 H2와 H3가 내용의 계층을 자연스럽게 나누는지, 스타일을 맞추기 위해 제목 태그를 건너뛰지 않았는지 봅니다.

10. 중요한 페이지가 메뉴나 관련 콘텐츠에서 고립되지 않았는지 확인합니다. 링크 문구만 “더 보기”로 반복하기보다, 연결되는 페이지의 주제를 드러내는 표현을 사용하세요. 여러 랜딩페이지를 만들 계획이라면 프로그래매틱 SEO 입문: 데이터 한 벌로 수백 개 랜딩페이지 만드는 구조 설계도 함께 참고할 만합니다.

JSON-LD 점검

11. 제품, 조직, 글 등 페이지에 맞는 JSON-LD가 있다면 실제 화면의 내용과 일치하는지 확인합니다. 존재하지 않는 평점, 가격, 후기, 날짜를 넣어 검색 결과를 꾸미면 안 됩니다. 구조화 데이터 테스트 도구에서 문법 오류를 확인하고, 어떤 유형을 적용할지는 공식 문서에서 최신 요구사항을 확인하세요.

4. 모바일·속도는 실제 사용처럼 검증한다

모바일 화면

12. 작은 화면에서 가로 스크롤이 생기지 않는지 확인합니다. viewport 설정, 버튼의 터치 영역, 쿠키나 팝업이 핵심 내용을 가리지 않는지 실제 휴대전화와 브라우저 개발자 도구 양쪽에서 봅니다.

13. 이미지에는 내용을 설명하는 alt를 넣고, 장식용 이미지는 의미가 중복되지 않도록 처리합니다. 원본 그대로 큰 이미지를 내려받지 않는지, 첫 화면에 필요하지 않은 리소스가 과하게 로드되지 않는지도 살펴보세요.

Core Web Vitals

14. PageSpeed Insights나 브라우저 성능 도구로 주요 페이지를 테스트합니다. LCP, INP, CLS 상태를 확인하고 특히 첫 화면의 큰 이미지, 늦게 실행되는 자바스크립트, 레이아웃을 밀어내는 광고·배너부터 줄입니다. 도구의 평가 기준은 변할 수 있으므로 최신 공식 안내를 기준으로 판단하세요.

15. 배포 후에는 운영 도메인에서 다시 검사합니다. 로컬에서는 정상이어도 CDN 설정, 환경변수, 리디렉션, 캐시 때문에 결과가 달라질 수 있습니다. 핵심 URL을 직접 열고 사이트맵, robots.txt, 소스의 title·canonical·JSON-LD를 마지막으로 확인합니다. 네이버와 구글에 노출되는 방식의 차이는 네이버 vs 구글 SEO, 뭐가 다른가: 한국 서비스가 두 검색엔진 동시 공략하는 법에서 이어서 볼 수 있습니다.

5. 출시 직전에는 우선순위를 나눠 처리한다

시간이 부족하다면 먼저 크롤링 차단, 잘못된 canonical, 중복 title, 모바일 레이아웃 깨짐처럼 발견 자체를 막는 문제를 고칩니다. 그다음 JSON-LD와 공유 이미지, 성능 개선을 진행하세요. 체크리스트를 한 번에 끝내려 하기보다 URL 목록을 만들고 “확인일·문제·수정 여부” 세 칸으로 기록하면 다음 배포에서도 반복 작업이 줄어듭니다. 기술 SEO는 출시 후에도 페이지를 추가하거나 구조를 바꿀 때마다 다시 확인하는 운영 습관에 가깝습니다.