화면이 아무리 예뻐도 사용자가 원하는 곳을 못 찾으면 소용없습니다. 정보 구조(IA, Information Architecture)는 콘텐츠와 기능을 사용자의 머릿속 지도에 맞게 배치하는 일로, 눈에 보이지 않지만 사이트 전체의 체감 속도를 결정하는 기초 설계입니다.
1. 정보 구조란 무엇인가
정보 구조는 메뉴 이름을 정하는 작업이 아닙니다. 사용자가 “이 다음엔 뭐가 있을까”를 예측할 수 있도록 콘텐츠 사이의 위계와 관계를 설계하는 일입니다. 좋은 IA는 세 가지 축으로 이루어집니다. 조직 구조(카테고리를 어떻게 나눌 것인가), 라벨링 시스템(그 카테고리를 뭐라고 부를 것인가), 내비게이션 시스템(그 사이를 어떻게 이동할 것인가)입니다.
아마존이 수천만 개의 상품을 다루면서도 사용자가 3~4번의 클릭으로 원하는 카테고리에 도달하게 만든 것은 우연이 아닙니다. 카테고리 트리의 깊이와 폭을 끊임없이 조정하며, 사용자가 실제로 검색하는 언어로 라벨을 바꿔온 결과입니다. IA는 한 번 정하고 끝나는 문서가 아니라 트래픽 데이터로 계속 검증하는 살아있는 구조입니다.
2. 사이트맵을 그리기 전에 할 일
많은 팀이 와이어프레임부터 그리다가 구조가 흔들리는 걸 뒤늦게 발견합니다. 순서를 바꿔야 합니다. 먼저 카드 소팅(Card Sorting)으로 사용자가 콘텐츠를 어떻게 묶는지 관찰하고, 그 결과를 트리 테스트로 검증한 다음에야 실제 화면 설계에 들어가야 합니다.
콘텐츠 인벤토리 — 사이트에 존재하는 모든 페이지와 기능을 목록화한다
오픈 카드 소팅 — 사용자에게 직접 카테고리를 만들고 이름 붙이게 한다
구조 초안 작성 — 소팅 결과를 바탕으로 트리 구조를 그린다
트리 테스트 — 실제 과제를 주고 사용자가 구조 안에서 길을 찾는지 검증한다
여기서 중요한 건 라벨링입니다. 내부 조직도의 부서명을 그대로 메뉴에 쓰는 실수가 흔합니다. “솔루션”과 “제품”처럼 팀 입장에서는 명확히 다르지만 사용자에게는 구분이 안 되는 라벨이 대표적입니다. 라벨은 항상 사용자가 검색창에 입력할 법한 단어에서 출발해야 합니다.
클로즈드 카드 소팅도 유용합니다. 오픈 소팅으로 큰 그림을 잡았다면, 클로즈드 소팅으로는 이미 정한 카테고리 이름이 실제로 사용자에게 통하는지 재확인합니다. 두 방식을 순서대로 쓰면 구조를 만드는 단계와 검증하는 단계가 자연스럽게 나뉘어, 팀 내부 논쟁으로 흐르기 쉬운 라벨 결정에 데이터라는 근거가 생깁니다.
💡 실무 포인트 — 트리 테스트에서 성공률이 70% 아래로 떨어지는 카테고리가 있다면, 화면 디자인을 손보기 전에 구조와 라벨부터 다시 확인하세요. 시각적으로 아무리 다듬어도 구조가 잘못되면 사용자는 계속 길을 잃습니다.
3. 흔한 실수와 회복 방법
가장 흔한 실수는 조직 내부 정치를 반영한 구조입니다. 각 부서가 자기 콘텐츠를 상단 메뉴에 넣어달라고 요구하면서 1뎁스 메뉴가 8~9개까지 늘어나는 경우가 많습니다. 사용자는 한 번에 5~7개 이상의 선택지를 비교하기 어렵다는 밀러의 법칙(7±2)을 떠올리면, 왜 이런 구조가 이탈을 부르는지 알 수 있습니다.
얕고 넓은 구조
1뎁스 메뉴가 많고 클릭 한 번이면 도달. 초반엔 편해 보이지만 메뉴가 늘어날수록 인지 부하가 커진다.
깊고 좁은 구조
단계는 늘지만 각 단계의 선택지가 적어 판단이 쉽다. 라벨이 명확하면 깊이는 문제가 되지 않는다.
검색과 내비게이션은 서로를 대체하지 않는다
검색 기능을 강화하면 IA를 대충 짜도 된다고 생각하는 경우가 있는데, 실제로는 반대입니다. 검색 결과의 필터와 정렬 기준 자체가 정보 구조의 산물이기 때문에, 구조가 부실하면 검색도 부실해집니다. 내비게이션은 ‘둘러보기’를, 검색은 ‘찾기’를 담당하는 서로 다른 역할이며 둘 다 같은 구조 위에서 작동합니다.
4. 기존 사이트 구조를 개선할 때
새로 만드는 사이트가 아니라 이미 운영 중인 사이트의 구조를 바꿔야 할 때는 접근이 달라야 합니다. 전체를 갈아엎기보다 애널리틱스에서 이탈률이 높은 페이지와 검색창에 자주 입력되는 키워드부터 살펴보세요. 사용자가 실제로 찾다가 포기한 흔적이 어떤 카드 소팅 결과보다 정직한 데이터입니다.
구조를 바꾸면 기존 URL과 SEO 자산이 흔들릴 수 있다는 우려도 흔합니다. 이때는 리다이렉트 맵을 먼저 설계하고, 핵심 유입 페이지의 URL은 그대로 유지한 채 그 위의 내비게이션만 재배치하는 점진적 전환이 안전합니다. 한 번에 모든 걸 바꾸는 대신 가장 혼란스러운 카테고리 한두 개부터 검증하며 넓혀가는 방식이 실패 비용을 줄여줍니다.
마치며
정보 구조는 화려하지 않지만 모든 화면 설계의 지반입니다. 카드 소팅과 트리 테스트에 들이는 하루 이틀이, 런칭 이후 몇 달간의 이탈률 개선 작업보다 훨씬 저렴합니다. 다음 프로젝트에서는 와이어프레임 전에 구조부터 사용자에게 검증해 보시기 바랍니다.
Design Daily Life · 디자인의 일상을 기록합니다
한국에 온 외국인 친구가 있나요? 메뉴 번역·택시 요금·약국 카드가 한 앱에 있는 K-OREA를 알려 주세요.
Visiting Korea? K-OREA puts menu scanning, taxi fare guidance and a pharmacy card in one app. Get it on the App Store.