메뉴 코드가 페이지 HTML의 대부분을 차지하면, AI 서비스가 페이지를 가져갈 때 본문은 전체의 작은 일부로만 전달됩니다. 넥스트티가 공개한 관측 자료에서는 포트폴리오 페이지 하나를 정리했습니다. 그 뒤 메뉴 비중은 76%에서 29%로 줄고, 본문 비중은 4%에서 10%로 늘었습니다.
이 변화가 AI 인용 증가로 이어졌는지는 아직 관측 중입니다. 따라서 현재로서는 페이지 구조를 점검하는 근거 사례로 보는 것이 적절합니다.
화면과 HTML이 다르게 보이는 이유
웹 담당자가 자주 받는 질문이 있습니다. 화면에는 본문이 충분히 보이는데 AI 답변에서는 페이지 내용이 제대로 다뤄지지 않는 이유가 무엇인지입니다. 이 질문은 화면이 아니라 서버가 처음 보내는 HTML을 기준으로 살펴볼 필요가 있습니다.
브라우저 화면에서 메뉴는 상단 한 줄이나 접힌 버튼으로 보입니다. 그러나 HTML에는 모든 메뉴 항목과 하위 메뉴, 각 항목의 링크가 코드로 들어 있습니다. 하위 분류가 많은 대형 메뉴를 쓰는 사이트는 화면에 펼쳐지지 않은 링크까지 초기 HTML에 담는 경우가 있습니다. 이 경우 사람이 보는 페이지와 기계가 받는 문서의 구성이 크게 달라집니다.
페이지를 가져가는 도구가 HTML을 앞에서부터 처리한다면, 본문에 닿기 전에 메뉴 코드를 먼저 지나게 됩니다. 다만 도구마다 읽어 들이는 분량과 처리 방식이 다르고, 공개된 정보의 범위도 서비스별로 차이가 있습니다. 그래서 메뉴가 AI의 이해에 어느 정도 영향을 주는지 일반화하기는 어렵습니다. 그럼에도 두 가지 값은 담당자가 직접 잴 수 있으므로 점검의 출발점으로 쓸 수 있습니다. 하나는 본문이 전체 HTML에서 차지하는 비중이고, 다른 하나는 본문 앞에 놓인 코드의 양입니다.
공개 관측 자료로 본 개선 전후 수치
근거 사례는 앞서 소개한 관측 자료입니다. 자료를 공개한 회사가 자사 포트폴리오 페이지 HTML 1개를 대상으로 실측한 값이며, 측정 시기는 2026-05입니다. 페이지를 메뉴와 본문 등 영역으로 나누고, 각 영역의 크기를 바이트 단위로 재어 개선 전과 후를 비교했습니다.
| 측정 항목 | 개선 전 | 개선 후 |
|---|---|---|
| 페이지 HTML 총량 | 293.7 KB | 132.7 KB(−55%) |
| 메뉴(GNB) 비중 | 76% | 29% |
| 본문 비중 | 4% | 10% |
| 본문보다 앞에 놓인 메뉴 | 223 KB | 39 KB |
| 초기 HTML 링크 수 | 317개 | 136개 |
| 시맨틱 <main> | 없음 | 있음 |
개선 전 페이지는 HTML의 76%가 메뉴였고, 본문은 4%에 그쳤습니다. 본문보다 앞에 223 KB의 메뉴 코드가 놓여 있었습니다. 문서를 처음부터 읽는 도구라면 본문에 닿기 전에 상당한 분량을 처리해야 하는 구조였다고 볼 수 있습니다. 개선 후에는 본문 앞 메뉴가 39 KB로 줄었습니다. 초기 HTML의 링크 수도 317개에서 136개로 줄었고, 본문 영역을 표시하는 <main> 요소가 추가되었습니다.
표를 읽을 때 짚어야 할 점이 있습니다. 비중은 전체 대비 상대값입니다. 따라서 본문 비중이 늘어난 것은 본문 자체가 길어졌기보다 전체 HTML이 줄어든 영향일 수 있습니다. 공개된 수치만으로는 본문 분량이 바뀌었는지 판단하기 어렵습니다. 또한 자료는 조치별 효과를 나누어 제시하지 않습니다. 어떤 정리가 어느 수치에 얼마나 기여했는지는 이번 자료로 특정하기 어렵습니다.
이 사례를 해석할 때의 한계
구조 수치는 바이트 단위로 측정한 값이라 비교적 명확합니다. 반면 AI 서비스의 반응에 대한 해석은 신중해야 합니다. 자료가 밝힌 한계는 다음과 같습니다.
- 인용 변화는 관측 중입니다. 개선 후 AI 답변에서 이 페이지의 인용이 늘었다고 단정할 근거는 아직 공개되지 않았습니다.
- 자연 관측은 1건입니다. Claude가 페이지를 가져간 것을 2026-05-27에 한 차례 자연 관측했을 뿐이며(n=1), 반복 측정 결과가 아닙니다.
- 다른 변수가 섞였을 수 있습니다. 관측 시점이 캐시 만료 시점과 겹쳤을 가능성이 있습니다. 구조 개선의 영향인지, 캐시 만료에 따른 재수집인지 구분하기 어렵습니다.
- 본문 비중 구간은 절대 기준이 아닙니다. 자료는 본문 비중을 안전권과 점검 필요 구간으로 나누어 설명합니다. 다만 이 구분은 절대 기준이 아니며, 점검 우선순위를 정하는 참고선으로 보는 편이 맞습니다.
- 대상은 페이지 1개입니다. 업종, 사이트 규모, 템플릿 구조가 다른 페이지에서 같은 결과가 나온다고 볼 수 없습니다.
따라서 이 사례는 메뉴 정리가 AI 노출을 높인다는 증거로 읽기 어렵습니다. 메뉴가 HTML을 얼마나 차지할 수 있는지 보여 주는 측정 예시로 읽는 편이 정확합니다. 자사 페이지에 같은 측정을 적용해 수치를 확보하면, 그 수치가 다음 판단의 근거가 됩니다.
자사 페이지 점검 순서
측정에 특별한 도구가 필요하지는 않습니다. 다음 순서로 진행하면 개선 전후를 같은 기준으로 비교할 수 있습니다.
- 대상 페이지 선정: 서비스 소개, 사례, 가격 안내처럼 AI 답변에서 인용되기를 바라는 페이지를 먼저 고릅니다. 같은 템플릿을 쓰는 페이지는 대표 페이지 하나로 구조를 확인할 수 있습니다.
- 초기 HTML 확보: 브라우저의 요소 검사 화면은 스크립트가 실행된 뒤의 상태입니다. 페이지 소스 보기나 명령줄 요청으로 서버가 처음 보내는 HTML을 저장합니다.
- 영역별 크기 측정: 메뉴(GNB), 본문, 푸터, 인라인 스크립트와 스타일을 구분해 바이트 크기를 잽니다. 이어서 전체 대비 비중을 계산합니다.
- 본문 앞 코드량 확인: 문서 시작부터 본문 첫 문단까지의 크기를 따로 잽니다. 비중이 같아도 메뉴가 본문 앞에 몰려 있는지, 뒤에 있는지에 따라 구조가 다릅니다.
- 링크 수 집계: 초기 HTML의 링크 개수를 셉니다. 같은 주소로 가는 중복 링크와 하위 메뉴 링크가 얼마나 되는지도 함께 봅니다.
- 시맨틱 요소 확인: 본문이 <main> 요소로 감싸져 있는지 확인합니다. 메뉴와 푸터가 본문과 구분되는 요소로 표시되어 있는지도 봅니다.
- 개선 후 재측정과 기록: 수정한 뒤 같은 방법으로 다시 재고, 측정 날짜를 함께 기록합니다. AI 답변의 인용 변화는 한 번의 관측으로 판단하지 않고 기간을 두고 따로 확인합니다.
메뉴 링크는 사용자 이동과 사이트 내부 링크 구조에도 쓰입니다. 메뉴를 줄일 때는 중요한 페이지로 가는 경로가 다른 위치에서 유지되는지 확인해야 합니다. 검색 엔진이 주요 페이지를 계속 찾을 수 있는지도 함께 점검해야 합니다. HTML 크기만 보고 탐색 구조를 무리하게 축소하면 다른 지표에 영향을 줄 수 있습니다.
정리
AI 서비스가 받는 것은 화면이 아니라 HTML입니다. 메뉴가 큰 사이트에서는 본문이 그 안의 작은 일부일 수 있습니다. 넥스트티의 관측 자료에서 포트폴리오 페이지 하나는 HTML 총량이 293.7 KB에서 132.7 KB로 줄었습니다. 본문 비중은 4%에서 10%로 올라갔습니다.
다만 인용 변화는 관측 중이고, 자연 관측은 1건뿐입니다. 따라서 구조 개선과 AI 노출 사이의 관계는 이번 측정만으로 특정하기 어렵습니다. 실무에서는 자사 대표 페이지의 메뉴와 본문 비중, 본문 앞 코드량부터 측정합니다. 그 수치를 기준으로 개선 여부와 범위를 정하는 것이 첫 단계입니다.