Next.js SEO 검사기: URL 및 메타데이터 진단

Next.js SEO 점검에 앞서 프로젝트가 App Router와 Pages Router 중 무엇을 사용하는지 확인하세요. App Router라면 정적 라우트, 데이터 기반 라우트, 존재하지 않는 슬러그를 샘플로 골라 메타데이터, 콘텐츠 상태, 응답 동작을 함께 점검하세요.

라우트 유형별 출력 비교하기

정적 페이지와 동적 페이지의 제목, 설명, canonical을 확인하세요. 관련 없는 라우트가 하나의 제목을 공유한다면 상위 레이아웃과 generateMetadata를 검토해야 합니다. localhost나 미리보기 canonical은 metadataBase나 도메인 설정을 가리킵니다. 메타데이터가 스트리밍된다면 전체 응답과 사용자 에이전트 동작을 점검하세요. 초기 head만 읽는 파서는 정보를 놓칠 수 있습니다.

게시 및 캐싱 상태 점검하기

제목이 바뀐 레코드를 골라 메타데이터와 화면 텍스트가 함께 최신 상태가 되었는지 확인하세요. 둘 중 하나가 오래된 상태로 남아 있다면 클라이언트 컴포넌트 태그를 추가해 문제를 가리지 말고 캐싱과 무효화를 조사하세요. 존재하지 않는 레코드를 요청해 not-found 동작과 robots 출력을 점검하세요. 테스트를 위해 인위적인 운영 콘텐츠를 만들지 말고, 프로젝트의 자동화된 테스트 환경에서 경계 상태를 재현하세요.

언어 라우트와 발견용 피드 점검하기

웹사이트에서 베트남어와 영어 링크를 따라가며 자기 참조 canonical을 상호 대체(alternate)와 비교하세요. 운영 사이트맵에 미리보기 도메인이나 초안 항목이 있는지 검토하세요. robots 규칙을 중요한 공개 라우트와 대조하세요. HTML 크롤러가 Google의 렌더링을 재현할 수 없다면 그 한계를 문서화하고, 불완전한 관찰을 바탕으로 광범위한 설정 변경을 하기 전에 URL 검사를 사용하세요. 배포 후에는 원래의 샘플 세트를 다시 테스트해 데이터 최신성과 메타데이터 출력을 모두 검증하세요.

실제 게시 시나리오 예시

예시 시나리오: 앱 내 탐색에서는 새 제목이 표시되는데 직접 요청하면 여전히 이전 제목이 반환됩니다. 메타데이터 선언을 변경하기 전에 두 접근 방식, 캐시된 데이터, 배포 시점을 비교하세요. 해당 사용자 에이전트에 대한 전체 응답을 읽으세요. 기반 레코드가 갱신되지 않았다면 클라이언트에서 생성하는 제목을 또 추가하지 마세요. 로컬 탐색상의 우회책이 서버 렌더링된 메타데이터에 대한 릴리스 전체의 수정으로 보고되지 않도록, 다른 동적 라우트와 번역된 상품도 다시 테스트하세요.

점검을 실행하고 결과 해석하기

아래의 무료 SEO 검사기에 대표적인 공개 URL 하나를 제출하세요. 정확한 주소 및 검사 시각과 함께 상태, 제목, 설명, canonical을 기록합니다. 반복되는 문제는 원인이 되는 템플릿이나 설정별로 묶어 두면, 한 번의 맞춤 수정을 여러 페이지에서 다시 테스트할 수 있습니다. 필드가 누락된 경우와 의도적으로 제외한 경우는 서로 다른 판단이 필요합니다.

HTTP/HTML 감사는 공개 응답을 관찰합니다. 플랫폼에 로그인하지 않으며, 모든 관리자 설정을 점검하거나 모든 클라이언트 측 렌더링 동작을 재현하지 않고, Google이 페이지를 색인했음을 증명하지도 않습니다. 검색 엔진 관련 증거는 Search Console의 URL 검사와 이후 크롤링 데이터를 비교해 확인하세요. 점수가 바뀌었다는 사실만으로 근본 문제가 해결되었다고 해석하지 말고, 게시와 캐시 갱신 후 원래 URL을 다시 확인하세요.

도구 및 관련 안내

• Next.js 설정 가이드 읽기
• 공개 URL 검사하기
• 리디렉션 체인 점검하기

공식 참고 자료

• Next.js: 메타데이터와 OG 이미지
• Next.js: robots.txt
• Next.js: generateMetadata