운영 사이트를 검색 가능하게 만들기
발견되기를 원하는 페이지를 나열하세요: 일반적으로 홈 페이지, 핵심 제품/서비스 페이지, 주요 카테고리, 지원 페이지 및 원본 기사입니다. 각 최종 HTTPS URL과 해당 URL이 검색 대상인지 여부를 기록하세요. 로그아웃된 브라우저에서 공개 운영 주소를 테스트하세요; 스테이징, 미리보기 및 로그인된 뷰는 다르게 동작할 수 있습니다.
비밀번호 보호, 사이트 전체 noindex 지시문, robots 규칙, 오류, 리디렉트 체인, 렌더에 필수적인 자산 누락 여부를 확인하세요. robots.txt는 크롤러 접근을 관리합니다; Google은 그것이 웹 페이지를 검색에서 제외하는 수단이 아니라고 말합니다. 비공개 콘텐츠에는 접근 제어를, 공개 페이지 중 검색 제외는 noindex를 사용하세요.
테스트 전에 색인 가능 공개 페이지, 의도적 제외 페이지, 비공개 영역을 분리하세요.
선호 URL과 관련 HTTP, 호스트, 슬래시, 레거시 변형을 로드해서 확인하세요.
콘텐츠 항목당 하나의 선호 URL 선택
canonical URL은 중복되거나 매우 유사한 콘텐츠의 대표 주소입니다. 선호 호스트, 슬래시 규칙, 파라미터 취급, 인쇄용 페이지, 사용 중단된 경로의 처리를 결정하세요. 네비게이션, XML 사이트맵, canonical 링크, 리디렉션은 동일한 주소를 지칭해야 합니다.
중복을 제거하거나 통합할 때는 영구적인 서버측 리디렉트를 사용하세요. 색인 가능한 HTML 페이지에서는 페이지 헤드에 절대형 rel=canonical 링크를 사용하고 선호 페이지에는 자기참조(self-referencing) 링크를 포함하세요. Google은 리디렉트와 canonical 주석을 강한 신호로, 사이트맵 포함을 더 약한 신호로 설명하며 스스로 canonical을 선택할 수 있습니다.
의미 있는 각 변형에 대해 출처, 목적지, canonical, 이유를 기록하세요.
사이트맵에 한 URL을 나열하면서 다른 URL을 canonical로 선언하거나 링크하지 마세요.
HTTP 변형을 작동하는 HTTPS 선호 주소로 리디렉트하세요.
우선순위 페이지를 명확하고 유용하게 만들기
제안이나 답변을 정확히 식별하는 고유하고 간결한 페이지 제목을 작성하세요. 짧고 페이지별 메타 설명을 후보 요약으로 추가하되, Google이 이를 반드시 표시할 것이라고 약속하지 마세요. Google은 여러 신호에서 제목을 생성할 수 있고 스니펫을 페이지 콘텐츠나 때로는 설명에서 생성할 수 있습니다. 필수 설명과 다음 단계를 가시적 콘텐츠에 넣으세요.
설명적인 헤딩과 방문자의 과업을 해결하는 자연스러운 언어를 사용하세요. 복사된 텍스트나 거의 동일해 고유한 가치가 거의 없는 페이지를 피하세요. 의미 있는 이미지에는 설명적 대체 텍스트(alt)를 제공하세요. 출시 단계에서 키워드 메타 태그에 시간을 들이지 마세요: web.dev는 검색 엔진이 이를 더 이상 유용하게 고려하지 않는다고 설명합니다.
독자가 반복어 없이 제목만으로 페이지를 구별할 수 있어야 합니다.
페이지가 판매나 가입을 요구하기 전에 중심 질문에 답해야 합니다.
유용한 내부 링크로 사이트 연결하기
내부 링크는 같은 사이트 내 페이지들 간의 링크입니다. 방문자가 탐색하도록 돕고 Google이 콘텐츠를 찾도록 도와줍니다. 홈 페이지와 관련 허브에서 우선순위 페이지로 앵커 텍스트가 목적지를 식별하도록 링크하세요. 방문자의 다음 질문에 답할 때 문맥적 링크를 추가하세요; 긴 푸터 목록이 이해 가능한 구조를 대신할 수는 없습니다.
네비게이션, 브레드크럼, 관련 콘텐츠 모듈, 호출 버튼에서 canonical URL을 사용하세요. 소규모 사이트에서는 모든 주요 경로를 클릭해 확인하세요. 대규모 사이트에서는 팀이 신뢰하는 크롤 도구로 고립된 우선순위 페이지, 끊긴 링크, 예기치 않은 응답 코드를 조사하세요.
각 우선순위 페이지는 메뉴, 허브 또는 관련 페이지에서 유용한 경로가 필요합니다.
데스크톱 링크뿐 아니라 모바일 메뉴, 폼, 아코디언, 동의 오버레이도 확인하세요.
정리된 사이트맵 게시하기
XML 사이트맵은 검색 엔진에 당신이 중요하다고 여기는 페이지와 파일을 알려줍니다. 신규 사이트에서는 발견을 지원할 수 있지만 크롤링이나 색인을 보장하지는 않습니다. CMS가 생성한다면 검토하세요. 검색 대상인 선호 공개 URL만 포함하고 리디렉트, 오류, 테스트 페이지, 색인 차단된 URL은 제외하세요.
사이트맵을 안정적인 위치에 두고 적절하다면 Search Console에 제출하세요. 사이트맵은 내부 링크, 콘텐츠 품질, 크롤링 접근을 보완하지만 수리하지는 않습니다. 라이브 구현과 일치할 때만 특수화된 사이트맵 확장을 사용하세요.
사이트맵 URL을 페이지 인벤토리 및 canonical 매핑과 맞춰 비교하세요.
새로 선호된 페이지가 나타나고 사용 중단된 URL이 제거되는지 확인하세요.
발견 측정 및 대상 URL 진단
운영 속성의 소유권을 Google Search Console에서 검증하세요. 사이트맵을 사용하는 경우 제출하세요. 대표 샘플을 검사하세요: 홈 페이지, 각 중요한 템플릿, 최근에 변경된 페이지, 그리고 높은 가치의 마이그레이션 URL. URL 검사(URL Inspection)는 현재 색인 정보를 제공하고 라이브 URL을 테스트할 수 있습니다; 증상을 조사하는 데 사용하고 습관적으로 모든 URL을 요청하지 마세요.
출시 날짜, URL 규칙, 사이트맵 주소, 우선순위 페이지, 제외 항목을 기록하세요. 노출수, 클릭수, 쿼리, 페이지, 국가별 Search 성능을 검토하세요. Search Console은 Google 전용이며 데이터가 나타나는 데 시간이 걸릴 수 있으므로 즉시 모든 검색 엔진이 출시를 처리했음을 증명하지는 않습니다.
테스트한 URL, 관찰된 결과, 날짜, 담당자를 저장해 두면 이후 비교에 유용합니다.
색인 제외, 보안 문제, Core Web Vitals을 페이지 수준 테스트와 함께 확인하세요.
SEO를 릴리스 및 수정 체크에 포함하기
페이지 인벤토리, 리디렉션, canonical, 사이트맵, 대표 라이브 URL 검사 결과를 출시 기록에 포함하세요. Status Is UP은 이를 사전적 가동시간 최적화 및 수정으로 취급합니다: 릴리스 전에 전달 또는 구성 결함을 노출하고 결함이 도입되면 통제된 수정을 진행하세요. 가용성은 순위 보장이 아닙니다.
릴리스가 공개 경로, 페이지 헤드, 네비게이션 또는 사이트맵 생성에 손상을 줄 경우 집중 롤백을 승인할 수 있는 담당자를 지정하세요. 수정 후 영향을 받은 선호 URL을 재검증하세요. 공개 경로 사전 점검은 피할 수 있는 전달 실패를 줄이지만 엔진의 크롤링, 색인, 순위를 예측할 수는 없습니다.
스테이징이 아니라 배포 후 대표 공개 경로와 자산을 테스트하세요.
라우팅, 템플릿, robots, 사이트맵 변경의 해로운 영향을 되돌릴 수 있는 사람을 문서화하세요.