새 웹사이트 출시 전에 SEO 체크리스트로 색인 생성 장애를 어떻게 제거할 수 있을까요?

새 웹사이트가 정상적으로 열리더라도 검색 엔진이 이를 크롤링하고 색인한다는 뜻은 아닙니다. 게시 전에 checkliste seo（SEO 점검표）를 사용해 먼저 접근 제한, 색인 지시 충돌, URL 혼란을 해소한 다음 콘텐츠와 내부 링크를 점검해야 합니다. 점검표의 목적은 제어 가능한 장애 요인을 제거하는 것이며, 색인 여부는 여전히 검색 엔진의 페이지 발견, 처리 및 품질 판단에 달려 있습니다.

검수할 때 홈페이지만 확인해서는 안 됩니다. 최소한 제품 상세 페이지, 카테고리 페이지, 게시물, 문의 또는 장바구니 페이지를 표본 점검하고, 다국어 웹사이트라면 각 언어 버전도 포함해야 합니다. 동일한 템플릿의 설정 오류는 해당 템플릿을 사용하는 페이지 전체에 영향을 줄 수 있습니다.

먼저 확인: 운영 환경에서 크롤링과 색인이 허용되는가

테스트 사이트는 일반적으로 비밀번호, IP 허용 목록 또는 색인 금지 지시로 접근을 차단합니다. 게시할 때 도메인만 바꾸면 이러한 제한까지 운영 환경에 그대로 적용될 수 있습니다. 다음 항목을 게시 승인 조건으로 삼아야 합니다.

• 접근 상태: 색인이 필요한 페이지는 정상적으로 200 상태 코드를 반환해야 하며, 로그인을 요구하거나 정상 콘텐츠를 표시하면서 오류 상태 코드를 반환해서는 안 됩니다.
• robots.txt: 전체 사이트의 크롤링을 금지하는 규칙이 남아 있는지, 제품 및 카테고리와 같은 주요 디렉터리가 실수로 차단되었는지 확인합니다.
• 색인 지시: HTML의 meta robots와 HTTP 응답 헤더의 X-Robots-Tag를 함께 확인해 noindex가 잘못 추가되지 않았는지 점검합니다.
• 보안 보호: CDN, 방화벽 및 사람 확인 절차가 검색 엔진의 크롤링을 지속적으로 차단하지 않는지 확인합니다. 특히 해외에서의 접근 상황을 점검해야 합니다.

robots.txt는 크롤링을 제한하고, noindex는 색인하지 말라는 지시를 내립니다. 둘은 서로 대체할 수 없습니다. 페이지 크롤링이 금지되면 검색 엔진이 페이지 내 noindex를 읽지 못할 수 있으며, 크롤링을 허용한다고 해서 색인까지 허용되는 것은 아닙니다. 따라서 robots.txt에서 차단하지 않는다는 이유만으로 통과 판정을 내려서는 안 됩니다.

색인 신호가 잘못된 페이지로 향하지 않도록 URL 통일

같은 콘텐츠가 HTTP와 HTTPS, www가 포함된 주소와 포함되지 않은 주소 등으로 동시에 존재한다면 정식 버전을 결정한 뒤 영구 리디렉션으로 통일해야 합니다. 사이트 내 링크, canonical 및 사이트맵에도 해당 버전을 사용해 불필요한 우회 경로를 줄여야 합니다.

canonical은 검색 엔진이 어떤 버전을 우선적으로 선택하기를 원하는지 나타내는 표준화 신호입니다. 점검할 때는 테스트 도메인을 계속 가리키고 있는지, 모든 제품 페이지가 실수로 홈페이지를 가리키는지, 리디렉션되거나 오류가 발생하거나 색인이 금지된 주소를 가리키는지 특히 확인해야 합니다.

다국어 웹사이트에서는 일반적으로 각 언어 페이지가 해당 언어의 표준 URL을 가리키도록 하고, hreflang으로 언어 또는 지역 간 관계를 표시해야 합니다. 모든 언어 버전의 canonical을 영어 홈페이지로 설정해서는 안 됩니다. hreflang은 번역된 콘텐츠나 접근 가능한 언어 전환 링크를 대신할 수도 없습니다.

필터, 정렬 및 추적 매개변수는 용도에 따라 처리해야 합니다. 독립적인 검색 수요가 있고 콘텐츠가 충분한 카테고리 페이지는 유지할 수 있습니다. 정렬 순서만 바꾸는 중복 URL에는 일관된 표준화 규칙을 마련해야 합니다.

페이지에 접근할 수 있더라도 콘텐츠를 발견할 수 있는지 확인

제품 페이지가 검색창, 필터 또는 복잡한 클릭을 통해서만 나타나는 경우 검색 엔진이 이를 발견하기 어려울 수 있습니다. 주요 페이지는 탐색 메뉴, 카테고리 또는 관련 게시물에서 일반 링크를 통해 연결되어야 합니다. 링크에는 유효한 href가 있는 a 태그를 사용하는 것이 좋으며, 스크립트 클릭 이벤트에만 의존해서는 안 됩니다.

JavaScript로 렌더링되는 웹사이트는 렌더링 후 제목, 본문, 링크 및 canonical이 모두 올바르게 표시되는지 확인해야 합니다. 소스 코드가 적다고 해서 반드시 색인이 불가능한 것은 아닙니다. 그러나 콘텐츠가 로그인, 사용자 조작 또는 실패한 API에 의존하면 크롤링 도구가 보는 페이지가 사용자에게 보이는 페이지와 다를 수 있습니다.

콘텐츠 검수는 구체적인 페이지를 기준으로 해야 합니다. 제품 페이지에 용도, 사양 및 선택 조건이 설명되어 있는지, 카테고리 페이지의 주제가 명확한지, 게시물이 실제 질문에 답하는지 확인합니다. 제품명만 일괄 교체하거나 기본 문구를 그대로 두거나 내용이 없는 카테고리를 게시하면 독자적인 가치가 부족한 페이지가 대량으로 생성될 수 있습니다. 제목 태그와 주요 제목도 콘텐츠를 정확하게 반영해야 하며, 사이트 전체에서 같은 홍보 문구를 사용해서는 안 됩니다.

존재하지 않는 주소는 404 또는 410을 반환해야 합니다. 페이지가 200을 반환하지만 “콘텐츠가 없습니다”만 표시하는 경우 소프트 404로 판단될 수 있습니다. 재고가 없더라도 제품 정보와 대체 선택지를 제공하는 페이지는 사업상 필요에 따라 유지할 수 있으며, 반드시 삭제할 필요는 없습니다.

사이트맵과 점검 도구를 활용해 검수 근거 마련

XML 사이트맵에는 색인을 원하는, 정상적으로 접근 가능한 표준 URL을 우선 포함하고 테스트 주소, 리디렉션 주소 및 색인이 금지된 페이지는 제외해야 합니다. 사이트맵을 제출하면 페이지 발견에 도움이 되지만 색인을 보장하지 않으며 내부 링크를 대신할 수도 없습니다.

게시 전에는 크롤링 도구로 사이트 내 링크, 상태 코드 및 색인 지시를 검사할 수 있습니다. 정식 공개 후에는 Google Search Console에서 사이트를 인증하고 사이트맵을 제출한 다음 대표 URL을 대상으로 실시간 테스트를 실행합니다. 실시간 테스트는 현재 접근 및 렌더링 상태를 판단하는 데 사용되며, 색인 보고서는 이미 처리된 데이터를 반영하므로 두 결과가 반드시 동시에 갱신되는 것은 아닙니다.

인수인계 점검표에는 “점검 URL, 예상 결과, 실제 결과, 담당자, 재점검 날짜”를 기록하는 것이 좋습니다. 문제가 발견되면 해당 템플릿을 수정한 뒤 같은 템플릿을 사용하는 다른 페이지도 점검해야 합니다. 예시 URL 하나만 수정하고 문제를 종결해서는 안 됩니다.

게시와 홍보를 동일한 검수 절차에 포함

사이트 전체의 접근 제한, 주요 페이지의 잘못된 noindex 설정, 테스트 도메인을 가리키는 canonical, 핵심 콘텐츠 로딩 실패는 먼저 해결한 후 게시를 승인해야 합니다. 중요하지 않은 이미지 설명 누락과 같은 문제는 기록해 두고 계속 보완할 수 있으며, 색인을 차단하는 항목과 혼동할 필요는 없습니다.

게시 후 Facebook 광고 홍보도 진행할 계획이라면 랜딩 페이지 접근, 양식 제출, 모바일 환경 및 추적 이벤트를 함께 검수할 수 있습니다. 광고 집행과 자연 검색 색인은 각각 별도의 점검 조건이 있으며, 유료 트래픽 자체가 색인 설정 오류를 해결하지는 않습니다. 전용 광고 페이지를 자연 검색에 포함할지는 콘텐츠 용도에 따라 결정해야 합니다.

이잉바오와 같이 웹사이트 구축 및 해외 마케팅 통합 서비스를 제공하는 플랫폼을 선택하는 경우, 점검표를 인수인계 요구 사항에 포함하고 누가 템플릿을 수정하고, 사이트맵을 관리하며, 색인 이상을 후속 조치할지 명확히 할 수 있습니다. 게시 후 “발견됨 - 현재 색인이 생성되지 않음” 또는 “크롤링됨 - 현재 색인이 생성되지 않음” 상태가 나타나면 크롤링 기록, 중복 콘텐츠 및 페이지 가치를 함께 살펴 추가 점검을 진행해야 합니다. URL을 반복해서 제출하는 데 그쳐서는 안 됩니다. 템플릿을 변경하거나 언어 설정을 조정하거나 제품을 일괄 게시할 때마다 이러한 주요 설정을 다시 점검해야 합니다.