사이트 구조 점검: 링크·목차·모바일 검사 절차

1. 페이지 종류와 독자의 일을 먼저 정하기

모든 URL을 같은 방식으로 검사하지 말고 홈, 카테고리, 글, 도구, 운영 문서를 구분합니다. 이 사이트처럼 정적 파일로 생성하는 경우에는 각 종류의 대표 문서와 최근 수정 문서를 함께 봅니다. 템플릿 하나가 정상이어도 다른 종류의 문서가 정상이라는 보장은 없습니다.

페이지 종류마다 최소 글 개수를 채우는 방식으로 대신하지 않습니다. 내용이 없는 카테고리는 필요한 범위를 먼저 완성하거나 탐색 구성을 다시 정합니다. 같은 링크 목록만 이름을 바꿔 여러 허브로 만드는 것은 답을 추가하는 작업이 아닙니다.

2. 실제 질문으로 경로를 따라가기

1. ‘저가치 거절 후 무엇을 고칠까?’, ‘이 설명의 오류를 어디로 알릴까?’처럼 구체적인 일을 고릅니다.
2. 처음 들어온 화면에서 시작해 실제로 보이는 링크만 따라갑니다. 주소를 외워 직접 입력한 결과와 구분합니다.
3. 선택한 링크 문구와 도착한 글의 제목·첫 답이 맞는지 확인합니다. 200 응답만 받았다고 완료 처리하지 않습니다.
4. 우회하거나 되돌아간 이유를 적습니다. 중간 허브가 꼭 필요했는지, 메뉴 이름이 모호했는지 구분합니다.
5. 목표에 도달했어도 본문이 실제 질문을 해결하는지 별도로 판단합니다. 링크 정상과 콘텐츠 완성은 다른 항목입니다.

한 번 또는 두 번의 이동은 이 사례의 관찰값입니다. 모든 사이트의 ‘몇 번 안에 도달’ 합격선으로 옮기지 마세요. 단계가 더 있어도 분류와 선택이 명확하면 필요한 구조일 수 있습니다.

3. 링크가 있다는 것과 목적지가 맞는 것은 다르다

Google 검색의 링크 안내는 실제 주소를 가진 <a href="...">와 의미 있는 연결 문구를 설명합니다. 클릭 이벤트만 있는 글자나 내용 없는 링크 대신 목적지가 드러나는 연결을 사용합니다. 사용자에게도 이동 전에 기대할 내용을 알려 줄 수 있습니다.

자동 링크 검사는 접근할 수 없는 주소를 찾는 데 유용하지만, 정상 응답 문서가 질문에 답하는지는 직접 확인해야 합니다. 병합이 필요하면 내용 이관과 URL 이전 절차를 따르며 모든 누락 주소를 홈으로 보내지 않습니다.

4. 모바일·키보드에서 같은 작업을 검사하기

1. 좁은 화면: 본문과 메뉴가 잘리거나 옆으로 밀리지 않는지 확인합니다. 이 프로젝트는 390px와 320px 브라우저에서 확인하며, 특정 기종의 실기기 검사와 구분합니다.
2. 고정 메뉴: 목차나 건너뛰기 링크를 실행해 도착한 제목이 메뉴 아래에 보이는지 확인합니다. 화면을 직접 스크롤해서 찾은 결과로 대신하지 않습니다.
3. 키보드: Tab으로 링크·입력·버튼에 도달하고 Enter로 실행합니다. 초점 위치가 보이는지, 빠져나올 수 없는 영역이 없는지 봅니다.
4. 넓은 자료: 표와 코드만 자체 영역에서 가로 이동하는지 검사합니다. 행·열 관계를 지키면서 읽을 수 있어야 하며 페이지 전체가 밀리지 않아야 합니다.
5. 입력 상태: 빈 검색과 결과 없음, 도구 입력 오류를 각각 시험합니다. 로딩 표시만 멈춘 상태를 정상으로 처리하지 않습니다.

WCAG의 재배치 안내에서는 데이터 표처럼 이차원 배치가 필요한 콘텐츠를 구분합니다. ‘가로 스크롤이 하나라도 있으면 실패’라는 규칙으로 표의 의미를 없애지 마세요. 반대로 모든 본문을 하나의 가로 스크롤 안에 넣는 것도 같은 해결이 아닙니다.

이 사이트의 공통 메뉴 링크 높이는 조작 여유를 위해 44px로 설계했습니다. 이는 프로젝트의 선택이며 Google의 승인 기준도, WCAG 2.2 AA의 모든 대상에 예외 없이 요구되는 동일 수치도 아닙니다. 크기·간격·사용 맥락을 함께 검토합니다.

5. 운영 정보는 길이보다 일치 여부를 확인하기

소개, 문의, 개인정보 안내는 문서가 존재하는지와 실제 운영을 설명하는지를 따로 검사합니다. 모든 사이트에 같은 개수의 정책 문서를 추가해야 한다는 공식 합격선으로 사용하지 않습니다.

• 글·도구·운영 문서에서도 소개와 문의로 갈 수 있는지 확인합니다.
• 연락처가 실제 사용 중인 주소인지, 문의에 필요한 정보를 구체적으로 안내하는지 봅니다.
• 브라우저에만 저장하는 도구가 있다면 서버 수집처럼 설명하거나, 실제 외부 전송을 하는데 수집하지 않는다고 쓰지 않았는지 확인합니다.
• 사업자 정보와 개인정보를 구분해 필요한 공개 정보만 표시합니다. 계정 비밀번호·인증값은 문의에 요구하지 않습니다.

이 사이트의 점검 작업표 저장 범위는 로컬 도구 개인정보 안내에서 확인할 수 있습니다. 공통 하단에는 짧은 운영 정보와 상세 문서 연결을 두고, 각 글 끝에 같은 긴 사업자·정책 설명을 반복해서 붙이지 않는 방향입니다.

6. 정상·수정 필요·미확인을 구분해 기록하기

초점 표시나 링크 하나가 잘못됐으면 구체적인 작업으로 남깁니다. ‘탐색성이 부족하다’는 추상적인 판정만으로는 무엇을 고쳤는지 재검사할 수 없습니다. 개별 글의 수정 사항은 콘텐츠 점검 작업표에 기록하고, 사이트 공통 수정은 실제 배포 내역과 연결합니다.

7. 구조 검사가 대신할 수 없는 것

정상적인 탐색은 본문이 고유한 답을 제공하는지, 실제 사용자가 만족했는지, Google이 색인했는지 또는 광고 심사를 통과했는지를 증명하지 않습니다. 이번 개정은 이 문서의 검사 방법을 바꾸는 작업이며, 모든 34개 글의 품질 검토 완료나 WCAG 전체 적합성 인증이 아닙니다.

우선 접근 오류와 잘못된 연결을 고친 다음, 각 문서의 고유한 답과 반복을 검토하세요. 화면 배치를 바꿀 때는 실제 홈 개편 판단, 검색 관련 상태는 색인 상태별 대응으로 이어서 확인할 수 있습니다. 이번 작업에서 기존 문서의 삭제·리디렉션이나 재검토 신청은 실행하지 않았습니다.

공식 자료와 확인 범위

공식 자료 확인일: 2026-10-27. 정책 판단은 원문과 현재 계정 안내를 함께 확인하세요.

• Google AdSense 콘텐츠 및 사용자 환경

  고유한 정보와 정확하고 사용 가능한 탐색을 함께 검토하는 근거입니다. 본문의 검사 개수는 공식 합격선이 아닙니다.

• Google 검색 링크 권장사항

  href를 가진 연결과 구체적인 앵커 문구를 설명합니다.

• W3C WAI 페이지 영역

  머리말·탐색·주요 본문·하단의 의미 있는 구분을 참고했습니다.

• W3C WCAG Reflow

  좁은 화면 재배치와 표 등 이차원 콘텐츠의 구분을 확인했습니다.

• W3C WCAG Focus Not Obscured

  고정 메뉴가 키보드 초점을 완전히 가리지 않는지 검사할 때 참고합니다.

• W3C WCAG Target Size Minimum

  AA 최소 크기·간격 및 예외와 프로젝트의 44px 설계를 구분했습니다.