사용자 과업으로 웹사이트 정보구조를 감사하는 방법

정보구조 감사는 메뉴나 사이트맵보다 대표 사용자 과업과 현실적인 완료 경로를 먼저 추적한다. 외부 유입, 탐색, 문맥 링크, 내부 검색과 최종 화면을 한 기록에서 살피면 콘텐츠 누락, 레이블, 검색, 상호작용 문제를 구조 결함과 구분할 수 있다. 운영 신호만으로 원인과 해결책을 확정하지 말고, 재설계는 이 진단 뒤에 검토한다.

감사는 어떤 의사결정을 위해 설계해야 하나?

감사가 지원할 결정을 먼저 고정한다. 섹션 수리, 레이블 변경, 마이그레이션 준비, 전면 재설계 근거 검토 등이다. 정보구조는 사람이 정보를 찾고 위치와 선택지를 이해하며 과업을 완료하도록 돕는 조직, 레이블과 내비게이션 체계다. 사용자군, 목표, 출발 맥락, 페이지 유형, 기기, 언어, 권한과 상태를 범위로 적고 결론을 그 범위에만 적용한다.

이 감사는 콘텐츠 목록, 기술 검색엔진최적화, 접근성 적합성 평가나 재설계를 대신하지 않는다. 기존 경로가 선택한 과업을 지원하는지와 어디서 기대가 깨지는지를 진단한다. 확인된 사실, 관찰 행동, 전문가 우려와 미검증 가설을 구분해 기록하고, 관찰과 원인 해석을 합치지 않아야 해결책이 근거보다 앞서지 않는다.

근거에서 대표 과업 집합을 어떻게 구성하나?

과업은 목적지 레이블을 노출하지 말고 사용자가 알아볼 결과의 언어로 쓴다. GOV.UK 지침처럼 사람이 하려는 일, 현재 방식, 문제와 필요한 결과에서 출발한다. 각 과업에 대상 사용자, 촉발 상황, 가능한 출발점, 성공 결과, 목적지와 출처를 기록해야 서로 다른 경로도 같은 완료 조건으로 판단할 수 있다.

분석 데이터, 검색 로그, 문의, 기존 조사, 인터뷰, 관찰과 사용자 접점 직원의 기록은 후보 과업을 찾는 근거지만 의도나 원인을 단독으로 증명하지 않는다. 이해관계자 주장과 전문가 예상은 가설로 표시한다. 빈도뿐 아니라 결과의 영향, 난도와 미지원 정도를 함께 고려하고, Digital.gov 사례처럼 선행 조사에서 현실적인 과업을 만들고 범위의 포괄성을 검토한다.

과업-경로 워크시트에는 무엇을 기록해야 하나?

워크시트는 근거 있는 과업에서 성공 결과, 현실적인 경로, 관찰 행동, 실패 유형, 수정안과 재검증까지 연결한다. 홈페이지만 가정하지 말고 외부 상세 페이지, 섹션 허브, 로그인 영역, 이메일 링크와 내부 검색을 출발점으로 나눈다. 각 분기점의 보이는 단서, 기대, 실제 목적지와 잘못 선택했을 때의 회복 가능성을 기록한다.

한 경로의 성공을 다른 맥락에 일반화하지 않는다. WCAG 2.2 성공 기준 2·4·5는 절차의 결과나 단계인 페이지를 제외하고 페이지를 찾는 방법을 둘 이상 제공하도록 하며, 관련 링크, 사이트맵, 검색과 포괄적 내비게이션을 기법으로 제시한다. 이를 전체 합격표가 아니라 대체 경로의 존재와 연결을 확인하는 점검점으로 사용한다.

과업 기반 정보구조 감사는 사이트맵이 단정한지 묻지 않고, 사람이 현실적인 경로로 필요한 결과에 도달하는지 묻는다.

메뉴만 보지 않고 전체 경로를 어떻게 점검하나?

외부 유입부터 최종 콘텐츠나 행동까지 전역·지역 내비게이션, 허브, 묶음, 제목, 위치 단서, 문맥 링크와 검색 결과를 같은 과업 관점에서 점검한다. Microsoft 지침에 따라 레이블이 정확하고 익숙하며 간결하고 훑기 쉽고 이웃 선택지와 구별되는지 본다. 짧더라도 목적지와 다른 기대를 만들면 좋은 단서가 아니다.

각 화면에서 현재 위치와 도달한 수준, 다음 선택, 잘못 왔을 때의 회복 경로를 확인한다. WCAG 2.2 성공 기준 2·4·6은 제공된 제목과 레이블이 주제나 목적을 설명하도록 요구한다. 성공 기준 3·2·3은 반복되는 내비게이션의 상대적 순서를 다루며 지역·보조 내비게이션을 금지하지 않는다. 이 점검만으로 전체 접근성 적합성을 확정할 수는 없다.

페이지 유형, 기기, 언어, 로그인, 권한과 처리 상태가 경로를 바꾸면 중요한 과업을 해당 맥락에서 반복한다. 구조가 타당해도 화면 조작이 사용을 막으면 상호작용 실패로 분류한다. 내부 검색은 유효하거나 선호되는 대체 경로일 수 있으므로 사용 자체를 탐색 실패로 보지 말고, 검색어 수정, 결과 관련성, 제목의 기대, 목적지 확신과 완료를 함께 조사한다.

불확실한 경로는 어떤 조사 방법으로 검증해야 하나?

방법은 도구가 아니라 미해결 근거 질문에 맞춘다. 전문가 점검과 기존 행동 자료는 의심 지점을 좁히지만 관찰된 사용자 실패는 아니다. 묶음이나 범주 언어가 불확실하면 카드 소팅을 쓴다. Digital.gov가 설명하듯 개방형 방식은 참여자가 콘텐츠를 묶고 이름을 붙이게 하지만, 실제 메뉴와 화면 단서, 완료 경로까지 검증하지는 않는다.

계층과 레이블만으로 목적지를 찾는지가 질문이면 트리 테스트를 쓴다. 화면 디자인의 영향을 줄여 목적지 탐색을 살필 수 있지만 실제 페이지 단서, 조작, 문맥 링크와 검색 결과는 빠진다. 렌더링된 내비게이션, 검색, 회복과 완료가 얽힌 질문에는 과업 기반 사용성 테스트를 쓰며, NIST가 제시한 완료, 오류, 시간과 정성 의견 중 결정에 필요한 근거를 고른다.

완료 여부만 집계하면 도움을 받았는지, 잘못된 범주를 거쳤는지, 목적지를 찾고도 확신하지 못했는지 놓친다. 도움 요청, 잘못된 선택, 되돌아가기, 검색어 수정과 선택 이유를 기록해 기대가 깨진 지점을 찾는다. 서로 다른 경로와 설명은 모호한 묶음이나 레이블을 드러낼 수 있지만, 모두 자연스럽고 성공적이라면 차이 자체는 실패가 아니다.

감사 결과를 최소 수정안이나 재설계 근거로 어떻게 바꾸나?

증상을 먼저 실패 유형으로 분류한다. 필요한 콘텐츠나 상태가 없으면 범위, 출발점에 경로가 없으면 진입, 단서와 목적지가 어긋나면 레이블, 예상 위치와 실제 범주가 다르면 묶음 실패다. 위치나 다음 행동의 불명확성, 필요한 문맥 링크의 부재, 부정확한 검색 결과, 반복 장치 변화와 화면 조작 방해도 각각 구분해야 담당자와 해결책이 선명해진다.

우선순위는 과업 중요도, 영향 사용자군, 관찰된 실패의 반복성, 결과의 영향, 근거 강도와 선행 작업을 드러내 비교한다. 완료, 도움, 오류, 시간과 설명은 질문에 맞춰 고를 근거이지 보편 점수표가 아니다. 하나의 가중 점수로 판단을 숨기지 말고 콘텐츠, 레이블, 링크, 묶음, 검색, 섹션 구조 가운데 근거가 지지하는 최소 변경을 선택한다.

변경 뒤에는 처음과 같은 성공 조건으로 관련 출발점과 경로를 재검증한다. 광범위한 재설계는 중요한 과업 실패가 여러 맥락에서 반복되고 관찰 근거가 있으며 국소 수정으로 풀기 어려운 구조적 문제일 때 검토한다. 조사 설계나 구조적 절충이 팀 역량을 넘으면 정보구조 설계자나 사용자 연구자를 참여시키고, 접근성 문제는 전문가의 별도 적합성 평가로 이어간다.