Next.js SEO: 설정 및 게시 가이드
Next.js SEO는 라우트, 데이터, 메타데이터를 하나의 릴리스로 다룹니다. App Router는 메타데이터를 정적으로 선언하거나 레코드에서 도출할 수 있습니다. 이 가이드는 Pages Router가 같은 규칙을 따른다고 가정하지 않고 App Router를 대상으로 합니다.
메타데이터를 라우트 데이터와 연결하기
고정된 페이지에는 정적 메타데이터를, 제목·설명·canonical URL이 레코드에 따라 달라질 때는 generateMetadata를 사용하세요. 일반적인 값이 페이지별 정보를 가리지 않도록 상위 레이아웃도 하위 페이지와 함께 점검하세요. metadataBase를 사용할 때는 운영 URL 기준을 적절히 설정하고 언어 대체 항목을 검토하세요. 완전히 번역된 페이지에는 별도의 주소가 필요합니다. 같은 상품을 설명한다는 이유만으로 모든 로케일의 canonical을 기본 언어로 지정하지 마세요.
렌더링과 함께 콘텐츠 상태 설계하기
공개 라우트는 세션 없이도 유용한 정보를 제공해야 합니다. 로딩 셸을 무기한 남겨 두지 말고, 존재하지 않는 레코드와 미게시 레코드를 명시적으로 처리하세요. 캐시되거나 재생성되는 콘텐츠에서는 메타데이터와 본문이 언제 최신 상태가 되는지 확인해, 새 제목이 오래된 글과 짝을 이루지 않게 하세요. 일회성 보고서를 좋게 보이려고 임의의 캐시 기간을 선택하지 말고, 배포 아키텍처에 맞춰 무효화 방식을 문서화하세요.
robots와 사이트맵의 일관성 유지하기
App Router는 robots와 사이트맵을 위한 메타데이터 파일 규칙을 지원합니다. 운영 도메인에서 게시된 URL을 알리고, robots.txt에만 의존하지 말고 접근 제어로 비공개 데이터를 보호하세요. 메타데이터 전달 방식은 스트리밍과 사용자 에이전트 처리에 따라 달라질 수 있습니다. 단순한 HTML 파서가 검색 엔진의 처리를 그대로 재현하거나 태그를 항상 예상한 초기 head 위치에서 찾아낼 것이라고 가정하지 말고, 필요하면 실제 응답과 Google의 도구를 점검하세요.
실제 게시 시나리오 예시
예시 시나리오: App Router 상품 페이지가 같은 상품 레코드에서 제목과 설명을 도출합니다. 상품을 편집하면 메타데이터와 본문 콘텐츠가 모두 어떻게 갱신되는지 정의하고, 배포 후 베트남어와 영어 페이지를 직접 요청하세요. 클라이언트 탐색만으로는 새로운 서버 출력을 검증하기에 충분하지 않습니다. 미리보기 라우트는 운영 환경의 발견용 피드에 포함하지 말고, 캐시 회귀 테스트를 위한 샘플 레코드를 보관하세요. 이렇게 하면 렌더링을 개선하라는 막연한 지시 대신 개발자에게 구체적인 게시 계약을 줄 수 있습니다.
반복해서 쓸 수 있는 릴리스 체크리스트
웹사이트를 변경하기 전에 중요한 페이지의 간단한 목록을 만들어 두세요. 현재 URL, 대상 독자, 제목, 선호하는 canonical을 기록합니다. 한 번에 한 종류의 변경만 적용하고, 이전 설정으로 되돌릴 수 있는 방법을 남겨 두세요. 콘텐츠에 접근할 수 없는 상태에서 점수만 최적화하기보다, 먼저 접근 가능하고 유용한 페이지부터 시작하세요.
번역된 콘텐츠는 언어별로 완성된 버전을 각자의 주소에 게시하세요. 자기 참조 canonical과 상호 언어 링크를 검토한 다음, 색인 대상이 되는 URL을 사이트맵에 포함합니다. 다른 언어와 의미가 같다는 이유만으로 번역 페이지가 자동으로 중복 콘텐츠가 되는 것은 아닙니다. 어떤 페이지를 색인할지는 여전히 검색 엔진이 결정하며, 어떤 설정도 순위나 트래픽 증가를 약속하지 않습니다.
도구 및 관련 안내
공식 참고 자료
자주 묻는 질문
파서가 메타데이터를 찾지 못하면 Next.js SEO 결함이 입증된 것인가요?
베트남어 페이지와 영어 페이지가 모두 Google에 표시될 수 있나요?
감사가 성공하면 색인이 보장되나요?
지금 웹사이트 SEO 확인하기
중요한 SEO 요소를 무료로 점검하고 60초 안에 수정 제안을 받아보세요.