웹사이트 개편, 화면만 보고 검수해도 될까

AI 검색을 고려해 웹사이트를 개편했다면 완성 화면만 보고 검수를 끝내지 않는다. 독자가 판단할 핵심 조건을 정한 뒤, 같은 주소에서 받은 원문과 화면에 표시된 내용, 다른 페이지로 이어지는 주소, 구조 데이터가 그 조건을 같은 뜻으로 전달하는지 대조한다. 항목별 점수의 합보다 실제로 빠진 정보와 고칠 위치가 보여야 다음 작업을 정할 수 있다.

“AI가 읽기 좋은 구조로 바꿨다”는 설명에는 확인 대상이 생략되기 쉽다. 개발자의 미리보기에서 정상으로 보인 상태와 로그인하지 않은 독자가 주소를 직접 연 상태는 다를 수 있다. Google이 실제로 수집한 페이지와 일반 브라우저도 구별해야 한다. 아래는 공개 공식 안내와 자사 페이지의 제한된 점검을 바탕으로, 개편 결과를 받는 사람이 요청할 자료를 설명한다.

대여 안내에서 독자가 판단할 조건부터 고른다

카메라 대여점의 장비 안내 페이지를 개편한다고 가정하자. 예쁜 장비 사진과 예약 버튼만 남으면 고객은 자신이 필요한 촬영에 쓸 수 있는지 판단하기 어렵다. 안내에는 해당 장비의 사용 조건, 포함된 구성품, 별도로 확인할 비용이나 반납 조건이 있어야 한다. 여기서는 “실내 사용 조건을 확인한다”, “포함 구성품을 읽는다”, “대여 조건 안내로 이동한다”를 검수할 질문으로 정할 수 있다. 실제 대여 업체의 상품·가격을 조사한 사례는 아니다.

조건은 원자료에서 확인된 내용으로 채운다. 실제 장비의 제한이 없다면 없는 제한을 검수 예에 맞춰 만들어 넣을 일이 아니다. 페이지 담당자가 독자 질문과 근거를 확정한 뒤, 개발 담당자가 각 답이 어떤 응답·요소·주소로 전달되는지 확인하도록 한다. “표가 있다”보다 “이 구성품 설명이 어느 제품의 조건과 함께 남는가”가 구체적인 수락 기준이다.

사진도 함께 남긴다. Google의 AI 검색 안내는 중요한 내용을 텍스트로 제공하고, 적합한 고품질 이미지·영상으로 텍스트를 보완하라고 설명한다. 장비의 형태와 상태를 보여주는 사진과 사용 조건을 명확히 읽을 수 있는 본문은 역할이 다르다. 모든 이미지를 지우거나 긴 조건을 대체 텍스트 한 칸에 몰아넣는 해결책으로 바꾸지 않는다.

초기 원문과 렌더링된 화면을 나누어 받는다

초기 원문은 주소에 요청했을 때 서버가 돌려준 HTML이다. 렌더링된 화면은 브라우저가 그 응답을 받은 뒤 JavaScript 등으로 완성한 표시 결과다. Google 검색은 JavaScript를 실행하며 초기 응답과 렌더링된 HTML을 처리한다. 처음 응답에 본문이 없고 나중에 코드가 내용을 넣는 방식도 있다. 따라서 JavaScript로 표시된 내용은 모든 검색에서 없는 내용이라고 단정할 수 없다.

동시에 Google은 모든 봇이 JavaScript를 실행할 수 있는 것은 아니므로 서버 또는 사전 렌더링이 유용하다고 안내한다. 개편 검수에서는 어느 서비스의 어떤 전달 경로를 확인하는지 적고, 초기 HTML과 렌더링 뒤의 본문을 따로 보존한다. 일반 브라우저가 잘 열렸다는 기록을 다른 검색 서비스의 수집 성공으로 바꾸지 않는다.

대여 페이지의 “구성품” 탭을 눌렀을 때 내용이 보인다면, 이미 HTML에 있던 내용을 표시한 것인지 클릭 뒤 새 요청으로 가져온 것인지 확인한다. 두 구현은 겉모습이 비슷해도 전달 조건이 다르다. 접힌 화면이 있다는 이유만으로 원문에 내용이 없다고 판단하지 않고, 클릭 후 화면에 보인다는 이유만으로 자동 수집에서도 전달됐다고 판단하지 않는다.

Google의 지연 로딩 안내는 검색이 페이지에서 사용자처럼 상호작용하지 않는다고 설명한다. 화면 영역에 들어왔을 때 내용을 불러오는 구현과 사용자의 클릭·스크롤 동작 자체를 기다리는 구현을 구분한다. 사진 지연 로딩을 전면 중단하라는 뜻은 아니다. 핵심 조건을 기다리는 동작이 무엇인지 확인하고, 해당 검사의 렌더링 HTML에 실제 문장이 들어 있는지 대조해야 한다.

편집부는 2026년 10월 13일 이미 공개한 「AI 유입이 오래 머물면 좋은 방문일까」에서 이 구분을 점검했다. 선택한 문단과 표 셀은 일반 HTTP 요청의 초기 HTML과 인앱 브라우저에서 일치했고, JSON-LD의 본문도 같았다. 화면에서 접었다 펼치는 참고 출처의 제목 역시 초기 HTML에 들어 있었다. 이 페이지에서는 출처가 접혔다는 사실과 원문에 없다는 사실이 같지 않았다.

이 점검은 공개 주소 하나의 선택 문단·표 셀과 구조 데이터, 출처 패널에 한정된다. 전체 사이트의 모든 내용을 검사하거나 Google 수집·색인과 AI 답변을 확인한 결과는 아니다. 개편 담당자에게 같은 방법으로 자료를 요청할 수는 있지만, 이 페이지의 결과가 다른 템플릿에서도 같을 것이라고 가정해서는 안 된다.

버튼으로 이동한 주소를 새 창에서 바로 열어 본다

대여 조건 버튼을 눌러 다음 화면이 나타났다고 작업을 끝내지 않는다. 그 안내의 주소를 복사해 새 창에서 직접 열고, 같은 내용이 남는지 본다. 상품 목록에서 들어왔을 때만 선택 상태가 유지되고 직접 진입에서는 다른 상품이나 빈 화면이 나오는 상황을 놓치지 않으려는 점검이다. 예약 과정에 로그인 상태가 필요하더라도 공개하려는 대여 조건 안내의 범위는 먼저 구분한다.

Google은 일반적으로 href가 있는 a 요소에서 링크를 추출하며 스크립트 이벤트만으로 링크처럼 작동하는 요소에서는 주소를 안정적으로 추출하지 못할 수 있다고 설명한다. JavaScript로 만든 링크라도 해당 주소 형식이면 추출할 수 있다. “자세히”라는 버튼의 모양만 보기보다 어떤 설명으로 어떤 공개 주소를 연결하는지, 그 주소가 직접 요청 가능한지를 확인한다.

대표 주소를 선언하는 canonical도 같은 페이지 자료에서 비교한다. Google은 초기 HTML에 적은 canonical을 JavaScript로 다른 주소로 바꾸지 말고, 충돌하거나 여러 선언이 생기지 않도록 안내한다. 대여 안내 화면은 장비 상세를 보여주는데 원문은 분류 목록을 대표 주소로 적고, 렌더링 뒤 또 다른 주소를 적는다면 의도부터 다시 맞출 일이다. 선언된 주소를 Google이 실제 선택한 주소라고 보고하지도 않는다.

JSON-LD만 최신이고 보이는 조건은 예전이라면 검수는 끝나지 않았다

구조 데이터가 있는지와 그 데이터가 맞는지는 다른 질문이다. 가정한 대여 페이지에서 구성품 안내를 바꿨는데 JSON-LD의 설명은 이전 묶음으로 남았거나, 화면에 없는 조건을 구조 데이터에만 넣었다면 전달 내용이 어긋난다. 제품 담당자가 같은 버전의 원자료·본문·구조 데이터를 대조해야 한다. 개발자가 구문 오류를 없앴다는 기록만으로 내용 확인까지 끝냈다고 처리하지 않는다.

Google의 구조 데이터 정책은 사용자에게 보이는 내용을 정확히 대표하도록 요구하며, 자동 기술 검사가 쉽게 확인하지 못하는 품질 문제가 있음을 설명한다. 올바른 마크업도 검색 표시를 보장하지 않는다. Google AI 검색 역시 별도 특수 구조 데이터를 요구하지 않는다고 안내한다. 구조 데이터의 추가를 AI 인용을 만드는 필수 통과 항목이나 완료 결과로 계산할 근거는 없다.

검수에서 빠진 문장은 구조 데이터에만 보충하기보다 독자에게도 필요한 설명인지 먼저 판단한다. 대여에 포함되는 품목이 실제로 바뀌었다면 해당 제품의 본문과 연결 자료를 함께 고친다. 제품명이 비슷한 다른 페이지에도 같은 설명을 일괄 넣기 전에 적용 대상을 확인한다. 내용의 책임자와 템플릿을 수정할 담당자가 함께 확인해야 하는 부분이다.

넘겨받을 자료와 아직 끝나지 않은 확인을 함께 적는다

개편 담당자에게는 샘플 화면과 종합 점수만 받지 말고, 공개할 대표 페이지별로 아래 자료를 묶어 요청한다. 페이지를 고른 이유도 남긴다. 제품 상세, 긴 안내, 조건표, 목록과 다음 페이지처럼 내용이 전달되는 방식이 다르면 같은 홈페이지 화면 하나로 모두를 대신하지 않는다. 표는 인수 자료의 예이며 모든 사이트에 같은 기능을 설치하라는 요구가 아니다.

Google Search Console의 URL 검사는 기존 색인된 버전과 현재 실시간 테스트를 나눠 보여준다. 개편 뒤의 현재 페이지가 정상이어도 검색이 보유한 버전은 이전 상태일 수 있다. 실시간 테스트는 canonical 선택 등 모든 문제를 검사하지 않으며 성공해도 색인 완료를 보장하지 않는다. 자료에 검사 종류와 시각을 남기는 이유다. 이번 편집부의 일반 HTTP·브라우저 대조는 이 도구를 실행한 기록이 아니다.

문제가 발견되면 확인한 실패에 맞춰 재검수한다. 초기 응답에 빠진 구성품 설명을 보완했다면 같은 주소와 전달 조건의 문장을 다시 본다. 직접 진입에서 다른 장비가 나타났다면 목적지 주소와 적용 제품을 대조한다. 구조 데이터만 예전 조건이라면 구문 검사와 별도로 최신 본문 일치를 확인한다. 접근·내용 전달이 이미 확인됐는데 인용이 없다는 이유로 모든 문단을 다시 짧게 나누지는 않는다.

개편의 수락 기록에는 “원문과 화면의 이 조건이 일치했다”처럼 실제 확인한 결과를 적고, Google 색인이나 AI 답변처럼 아직 검사하지 않은 항목은 남겨 둔다. 그 이후 목표 질문에서 출처와 내용이 쓰였는지 확인할 때도 질문·서비스·시점·실제 답변이 필요하다. 구조 점검의 통과를 사업 성과와 합치지 않아야 다음 수정의 이유가 분명해진다.

공식 자료와 자사 공개 페이지는 2026년 10월 13일 확인했다. 대여 안내는 가정이며 고객의 사이트를 감사하거나 상품 조건·성과를 취재하지 않았다. Search Console 검사·검색 봇 요청·Google 색인·AI 답변 관측도 수행하지 않았다. 대표 사진은 생성한 설명 이미지다.