검색엔진이 좋아하는 홈페이지는 사용자가 좋아하는 홈페이지 — KRDS와 접근성으로 본 사용자 중심 설계

핵심 요약 — 검색엔진과 AI가 상위에 올리는 홈페이지의 공통점은 딱 하나, 사람이 쓰기 편하다는 것이다. 정부의 디지털서비스 표준인 KRDS(한국 디자인 시스템)와 웹 접근성 기준은 ‘사용자 중심 설계’를 구체적인 규칙으로 정의해 두었는데, 이 규칙을 지키면 코어 웹 바이탈·시맨틱 구조·판독성이 자동으로 따라온다. 즉 사용성을 올리는 것이 가장 확실한 검색·AI 최적화다.

왜 사용자 중심 설계가 곧 검색 최적화인가

검색엔진과 생성형 AI는 결국 사람 대신 페이지를 ‘읽는’ 기계다. 사람이 헤매는 페이지는 크롤러도 헤맨다. 버튼인지 텍스트인지 모호한 요소, 의미 없는 <div> 더미, 로딩이 느려 첫 화면이 늦게 뜨는 페이지는 사용자 이탈률만 높이는 게 아니라 색인 품질과 AI 인용 확률까지 떨어뜨린다.

반대로 제목이 <h1>, 목록이 <ul>, 본문이 <article>로 명확히 구분된 페이지는 사람에게도 읽기 쉽고 기계에게도 구조가 그대로 전달된다. 우리가 네이버 상위노출 작동 원리에서 다뤘듯, 알고리즘이 보는 신호의 상당수는 ‘이 페이지가 사용자에게 실제로 도움이 되는가’를 대리하는 지표다. 사용성은 우회로가 아니라 정공법이다.

KRDS의 3단계 기준과 설계 원칙

KRDS는 공공 웹·앱이 지켜야 할 UI/UX 표준을 필수·권장·우수 3단계로 나눠 제시한다. 필수는 반드시 지켜야 하는 최소선, 권장은 지키면 품질이 확연히 올라가는 항목, 우수는 모범 사례에 해당한다. 민간 사이트라도 이 3단계를 자가 점검 기준으로 쓰면 ‘무엇부터 고칠지’가 명확해진다.

핵심은 두 가지 설계 원칙이다. 첫째, 포용적(inclusive) 설계 — 시각·운동·인지 능력이 다른 사용자도 동등하게 쓸 수 있어야 한다. 둘째, 일관된(consistent) 설계 — 같은 기능은 같은 위치, 같은 모양, 같은 이름으로 반복된다. 이 두 원칙은 그대로 접근성과 예측 가능성으로 이어지고, 크롤러 입장에서는 ‘패턴이 반복되는 해석하기 쉬운 사이트’가 된다.

접근성·코어 웹 바이탈과 만나는 지점

포용적 설계의 국제 기준이 W3C 웹 접근성 지침(WCAG)이다. WCAG가 요구하는 이미지 대체텍스트(alt), 명확한 링크 텍스트, 키보드 접근, 충분한 명도 대비는 하나같이 검색·AI 판독성과 직결된다. alt는 이미지 검색과 AI의 이미지 이해에 쓰이고, ‘자세히 보기’ 대신 ‘2026 요금표 자세히 보기’ 같은 서술적 링크는 기계가 문맥을 파악하게 해준다.

성능 축에서는 구글 web.dev의 코어 웹 바이탈이 기준이 된다. 화면이 얼마나 빨리 그려지는지(LCP), 조작에 얼마나 빨리 반응하는지(INP), 레이아웃이 얼마나 안정적인지(CLS)를 측정하는데, 이는 곧 ‘사용자가 답답함을 느끼지 않는가’의 수치화다. KRDS의 일관된 설계로 레이아웃이 흔들리지 않으면 CLS가 좋아지고, 불필요한 스크립트를 줄이면 INP가 개선된다. 사용성을 위한 조치가 그대로 검색 신호가 되는 구조다.

AI 판독성까지 이어지는 이유

생성형 AI는 페이지에서 ‘인용할 만한 명확한 문장 단위’를 뽑아 답변에 넣는다. 시맨틱 구조가 잘 잡힌 페이지는 제목-단락-목록의 경계가 분명해 AI가 문단을 오려 붙이기 쉽다. 반대로 스타일만 입힌 무의미한 마크업은 사람 눈엔 멀쩡해도 AI에겐 경계 없는 텍스트 덩어리다. 이 원리를 구조 관점에서 더 파고든 내용은 AI가 읽기 쉬운 홈페이지 구조에서 정리했다. 정리하면, KRDS·WCAG를 따르는 것은 사람·검색엔진·AI라는 세 독자를 동시에 만족시키는 가장 경제적인 선택이다.

실행 체크리스트

• 제목·본문·목록·버튼을 <h1>~<h6>, <p>, <ul>, <button> 등 의미에 맞는 태그로 작성했는가(디자인용 <div> 남용 금지).
• 모든 의미 있는 이미지에 내용을 설명하는 alt를 넣고, 링크 텍스트를 ‘여기·자세히’ 대신 서술형으로 바꿨는가.
• KRDS 필수 항목부터 자가 점검하고, 같은 기능은 모든 페이지에서 같은 위치·이름으로 통일했는가.
• 명도 대비를 확보하고 키보드만으로 주요 기능이 조작되는지 확인했는가(WCAG 기준).
• web.dev 기준 코어 웹 바이탈(LCP·INP·CLS)을 실제 URL로 측정하고 느린 요소를 걷어냈는가.
• 모바일 화면에서 로딩 중 레이아웃이 튀지 않는지(CLS) 실기기로 검증했는가.
• 개선 전후를 순위·체류시간·이탈률 데이터로 기록해 사용성 개선이 노출로 이어지는지 추적했는가.