화면 전환과 검색 수집의 판단 기준
단일 페이지 앱(SPA)의 AI검색최적화 과제는 화면 전환과 별개로 콘텐츠별 주소·이동 링크·본문 제공 방식을 점검해 검색 수집이 가능한 구조로 만드는 것입니다. 구글의 렌더링 지원을 모든 AI 검색의 수집 능력으로 일반화해서는 안 됩니다. 운영자는 화면이 정상적으로 전환되는지만 판단하지 말고, 개발 담당에게 각 콘텐츠를 어떤 주소로 요청하며 어떤 문서를 받는지 설명하도록 요청해야 합니다.
SPA에서는 방문자가 메뉴를 누르면 화면 내용이 달라져도 서버에서 새 페이지 문서를 받지 않을 수 있습니다. 이때 화면에서 읽을 수 있는 내용과 검색 크롤러가 주소를 요청해서 받는 내용은 다를 수 있습니다. 운영자는 콘텐츠 이름과 해당 주소를 연결한 목록을 준비하고, 아래 설계 요소에 따라 개발 담당의 답변을 받아야 합니다.
| SPA 설계 요소 | 운영자가 확인할 질문 | 개발 담당에게 요청할 사항 |
|---|---|---|
| 콘텐츠별 주소 | 다른 본문이 프래그먼트만으로 선택됩니까? | 화면별 주소 방식과 직접 요청 가능 여부를 설명합니다. |
| 이동 링크 | 이동 대상 주소가 링크에 포함됩니까? | 앵커 요소의 href 속성과 클릭 이벤트의 역할을 제시합니다. |
| 초기 HTML | 서버가 보내는 문서에 본문이 있습니까? | 본문 포함 여부와 스크립트 실행 의존 여부를 밝힙니다. |
| 오류 응답 | 없는 콘텐츠의 요청을 어떻게 처리합니까? | 오류 화면과 서버 응답 상태의 일치 여부를 제시합니다. |
초기 HTML과 실행 뒤 생성되는 본문
HTML은 서버가 보내는 페이지 문서입니다. 초기 HTML은 주소를 처음 요청했을 때 받는 문서이며, 화면의 제목과 본문 대신 앱 실행에 필요한 기본 구조만 담을 수도 있습니다. 구글 검색 센터는 이런 앱 셸 구조에서는 실제 콘텐츠를 읽기 위해 자바스크립트를 실행해야 한다고 설명합니다. 운영자는 개발 담당에게 초기 문서에 포함되는 콘텐츠와 실행 후 생성되는 콘텐츠를 따로 설명하도록 요청합니다.
구글은 페이지를 렌더링하고 자바스크립트를 실행한 뒤 생성된 HTML도 색인 생성에 사용한다고 설명합니다. 이 설명만으로 다른 AI 검색이 같은 방식으로 본문을 처리한다고 판단할 수는 없습니다. 수집 대상 서비스에 관한 근거가 없다면 지원 여부를 미확정으로 기록하고, 중요한 본문을 초기 문서에 제공할 수 있는지 개발 담당과 협의합니다.
프래그먼트 주소와 이벤트 이동의 차이
프래그먼트는 주소에서 샵 기호 뒤에 붙는 부분입니다. 구글 검색 센터는 SPA가 이를 이용해 다른 콘텐츠를 불러오면 구글봇이 제대로 처리하지 못할 수 있으며, 주소에 따라 콘텐츠를 불러오는 데 History API를 권장한다고 설명합니다. 주소 방식을 변경할 때는 표시되는 주소만 변경하지 말고, 그 주소를 직접 요청해도 해당 콘텐츠를 받을 수 있도록 설계해야 합니다.
이동 링크는 주소 설계와 별도로 판단합니다. 구글은 일반적으로 href 속성이 있는 앵커 요소에서 링크를 수집하며, 스크립트 이벤트만으로 링크처럼 작동하는 요소에서는 주소를 안정적으로 추출할 수 없다고 설명합니다. 클릭 반응이 있다는 이유로 개발 담당의 링크 구조 설명을 생략해서는 안 됩니다.
주소에서 응답까지의 실행 순서
운영자는 콘텐츠별 주소 방식부터 정리하고, 이동 링크와 초기 HTML을 차례로 조사한 뒤 수정 결과를 요청·응답 기록으로 판단합니다. 개발 담당에게는 화면 캡처만 보내지 말고 콘텐츠 이름, 현재 주소, 해당 화면으로 이동하는 메뉴, 기대하는 본문을 함께 전달합니다. 기대하는 본문에는 페이지 제목과 공개할 주요 설명을 포함해 반환 문서를 판정할 기준을 마련합니다.
- 콘텐츠별 주소 방식을 정리합니다. 서로 다른 본문이 프래그먼트로만 나누어진 화면을 표시하고, 개발 담당에게 각 콘텐츠를 직접 요청할 주소를 요청합니다.
- 이동 링크 구조를 조사합니다. 주요 메뉴와 콘텐츠 목록에서 대상 주소가 href 속성에 포함되는지 개발 담당이 설명하도록 하고, 이벤트에만 의존하는 이동은 수정 대상으로 지정합니다.
- 초기 HTML의 본문 제공 방식을 확인합니다. 서버가 보낸 문서에 기대하는 본문이 포함되는지 개발 담당에게 자료를 요청하고, 실행 뒤에만 생성된다면 서버에서 제공할 범위를 협의합니다.
- 수정한 주소의 요청·응답과 반환된 HTML을 확인합니다. 운영자는 기대한 콘텐츠와 실제 응답이 일치하는지 판정하고, 해결되지 않은 문제는 담당자와 후속 조치를 기록합니다.
주소와 링크를 먼저 정리해야 반환 문서를 조사할 대상이 명확해집니다. 본문 제공 방식을 먼저 변경했더라도 이동 대상이 잘못 연결되어 있으면 수정한 콘텐츠로 요청이 이어지지 않을 수 있습니다. 개발 담당은 변경한 요소를 각각 설명하고, 운영자는 앞에서 정한 기준에 따라 완료 여부를 판단합니다.
수정 결과를 남기는 확인표
수정 결과표에는 주소별로 실제 관찰한 내용만 기재합니다. 구글 서치 콘솔의 URL 검사 도구에서 크롤링된 페이지 보기를 선택하면 요청·응답과 반환된 HTML을 포함한 요청 정보를 확인할 수 있습니다. 운영자는 기록이 수정된 상태를 반영하는지 개발 담당에게 묻고, 이전 상태의 자료라면 완료 근거로 사용하지 않습니다.
| 수정한 콘텐츠 주소 | 요청·응답과 반환된 HTML 확인 결과 | 남은 문제와 후속 조치 |
|---|---|---|
| 프래그먼트 방식을 변경한 주소 | 직접 요청한 콘텐츠와 반환 문서의 일치 여부를 기재합니다. | 다른 콘텐츠가 반환되면 주소 처리 규칙을 수정합니다. |
| 이동 링크를 수정한 대상 주소 | 링크의 대상과 실제 요청된 주소를 기록합니다. | 의도하지 않은 주소로 이동하면 연결을 정비합니다. |
| 본문 제공 방식을 수정한 주소 | 반환된 문서에 기대한 본문이 포함되는지 기재합니다. | 빠진 본문과 개발 담당의 후속 조치를 기록합니다. |
| 삭제되거나 존재하지 않는 주소 | 오류 화면에 대응하는 응답 상태를 기록합니다. | 정상 응답으로 처리되면 오류 응답 방식을 수정합니다. |
이 표는 기록할 항목이며 실제 결과를 대신하지 않습니다. 운영자는 자료를 얻지 못한 항목을 미확인으로 남기고, 담당자와 다음 확인 방법을 기재합니다. 개발 담당의 수정 완료 보고와 요청 결과에 따른 완료 판정은 따로 기록합니다.
주소 변경을 완료로 오해하는 경우
화면 위의 주소가 달라졌다는 사실만으로 주소 설계가 끝난 것은 아닙니다. 방문자가 메뉴를 통해 이동할 때는 정상이어도, 해당 주소를 새로 요청하면 기본 화면이나 공통 앱 문서만 받을 수 있습니다. 운영자는 메뉴 이동 결과와 직접 주소 요청 결과를 별도 항목으로 기록하고, 개발 담당에게 후자의 응답을 근거로 완료 여부를 설명하도록 요청합니다.
주소, 링크, 본문 제공 방식 가운데 일부만 수정했다면 완료 범위도 그 항목으로 제한합니다. 주소를 변경했지만 내부 메뉴가 예전 이동 방식을 사용하거나, 링크를 정비했지만 반환 문서가 의도한 콘텐츠를 담지 못하면 남은 문제로 기록합니다. 남은 항목에는 영향을 받는 콘텐츠 이름과 필요한 수정 내용을 함께 기재해 개발 담당이 작업 대상을 특정하도록 합니다.
정상 응답과 올바른 콘텐츠의 차이
서버가 요청에 정상적으로 응답했다는 사실과 올바른 콘텐츠를 반환했다는 사실은 별도로 판단해야 합니다. 구글 검색 센터는 SPA가 오류를 클라이언트 측 자바스크립트로 처리하면서 정상 상태 코드를 반환하면 오류 페이지가 색인에 포함될 수 있다고 설명합니다. 운영자는 개발 담당에게 삭제된 콘텐츠와 존재하지 않는 주소의 처리도 설명하도록 요청합니다.
반환 문서가 공통 앱 구조뿐이라면 본문 제공 과제가 해결되었다고 기록하지 않습니다. 초기 문서에 주요 설명은 있지만 콘텐츠 이름이나 설명이 다른 페이지의 것이라면, 본문 유무 대신 내용 불일치로 기록합니다. 이렇게 문제를 기재하면 개발 담당이 응답 처리와 콘텐츠 연결 가운데 어느 부분을 수정해야 하는지 판단할 수 있습니다.
구조 수정의 완료는 확보한 자료가 뒷받침하는 범위에서만 선언합니다. 구글 검색 센터는 기술 요구사항과 권장사항을 충족해도 크롤링, 색인 생성, 콘텐츠 제공이 보장되지는 않는다고 설명합니다. 운영자는 구조 개선 결과와 검색 서비스의 처리 결과를 별도 기록으로 관리합니다.
자주 묻는 질문
SPA를 없애야 AI 검색에 대응할 수 있습니까?
SPA라는 이유만으로 사이트 전체를 다른 방식으로 변경할 필요는 없습니다. 운영자는 공개 콘텐츠의 수집에 필요한 요소를 요구사항으로 정리하고, 개발 담당이 현재 구조 안에서 충족할 수 있는지 판단하도록 요청합니다. 기술 선택은 화면 사용성이나 유지 관리 조건도 함께 고려해 결정합니다.
자바스크립트로 생성한 링크도 사용할 수 있습니까?
구글 검색 센터는 자바스크립트로 추가한 링크도 크롤링 가능한 링크 형식을 따르면 수집할 수 있다고 설명합니다. 따라서 생성 시점만으로 사용 가능 여부를 판단하지 않습니다. 개발 담당에게 생성된 링크가 실제로 어떤 요소와 속성을 갖는지 자료를 요청합니다.
구글 AI 기능을 위해 별도 파일을 만들어야 합니까?
구글 검색 센터는 AI 개요와 AI 모드에 포함되기 위해 새로운 AI 텍스트 파일이나 별도 마크업을 만들 필요가 없다고 설명합니다. 이 요구가 없다는 사실은 구글 검색의 해당 기능에 관한 설명입니다. 다른 서비스에 대한 작업 요청은 그 서비스의 근거와 목적을 별도로 제시하도록 합니다.
크롤링된 페이지 보기 메뉴를 사용할 수 없으면 어떻게 합니까?
서치 콘솔 도움말은 해당 링크가 비활성 상태라면 페이지를 가져오는 데 문제가 있으며, 링크 위에 마우스를 올리면 이유를 확인할 수 있다고 설명합니다. 운영자는 표시된 이유를 기록해 개발 담당에게 전달합니다. 반환 문서를 받지 못한 상태에서 본문 수정의 성공이나 실패를 추정하지 않습니다.
카메라 사용 허용이 필요한 콘텐츠도 수집 대상입니까?
구글 검색 센터는 구글봇이 사용자 권한 요청을 거부할 것으로 예상하며, 카메라 접근이 필수인 기능에서는 필요한 카메라를 제공할 수 없다고 설명합니다. 공개할 설명이 있다면 권한을 허용하지 않아도 접근할 방법을 마련해야 합니다. 운영자는 기능 실행에 필요한 권한과 공개 설명을 읽는 조건을 따로 정리합니다.