메뉴구조 만들기, 카테고리 1개 블로그가 상단 메뉴를 짜는 기준

워드프레스 메뉴 항목은 마음만 먹으면 20개도 넣을 수 있어요. 그런데 대부분의 초보 블로그가 실제로 클릭을 받는 메뉴는 3~4개를 넘지 않습니다. 결론부터 말하면, 메뉴구조 만들기의 핵심은 항목을 많이 채우는 게 아니라 독자가 도착한 순간 다음에 뭘 눌러야 할지 0.5초 안에 알게 만드는 동선 설계예요. 특히 카테고리를 하나로만 운영하는 초기 블로그라면 메뉴는 카테고리 목록이 아니라, 이 사이트가 뭘 하는 곳인지 증명하는 자리에 가깝습니다. 이 글에서는 항목을 넣고 빼는 판단 기준부터 워드프레스 실제 설정, 완성 후 자가 검수까지 순서대로 정리했어요.

• 메뉴구조 만들기, 정확히 뭘 만드는 건가요?
• 카테고리 하나뿐인 블로그도 메뉴 구조가 필요할까요?
• 상단 메뉴에 뭘 넣고 뭘 빼야 하나요?
• 1차 메뉴는 몇 개가 적당하고 뎁스는 어디까지 내려가나요?
• 메뉴 이름은 어떤 기준으로 정하나요?
• 워드프레스에서 실제로 어떻게 만드나요?
• 메뉴 구조가 SEO와 애드센스 심사에 영향을 주나요?
• 다 만든 메뉴, 잘 짠 건지 어떻게 확인하나요?
• 자주 묻는 질문

메뉴구조 만들기, 정확히 뭘 만드는 건가요?

메뉴구조도는 다른 말로 메뉴트리(Menu Tree)라고 불러요. 사이트의 메뉴를 대분류·중분류·소분류로 쪼개서 나무 가지처럼 그린 문서예요. 실무에서는 정보구조(IA) 문서의 한 챕터로 들어가는 경우가 많습니다.

여기서 초보자가 가장 많이 헷갈리는 게 사이트맵·IA·와이어프레임과의 차이예요. 이름이 비슷해서 같은 걸 다르게 부르는 줄 아는데, 만드는 목적도 보는 사람도 다릅니다.

순서로 보면 메뉴구조도가 가장 먼저예요. 메뉴가 정해져야 어떤 페이지를 만들지 정해지고, 페이지가 정해져야 사이트맵에 담을 URL이 나옵니다. 그림을 먼저 그리고 메뉴를 나중에 맞추면 거의 예외 없이 다시 작업하게 돼요.

개인 블로그 규모라면 이걸 거창하게 문서화할 필요는 없어요. 엑셀 한 장이면 충분합니다. A열에 1차 메뉴, B열에 2차 메뉴, C열에 연결될 URL, D열에 그 메뉴를 넣은 이유. 이 네 칸이 실제로 판단에 쓰이는 전부예요. 특히 D열, 즉 ‘왜 넣었는지’를 적어두면 나중에 메뉴를 뺄지 말지 결정할 때 근거가 됩니다.

카테고리 하나뿐인 블로그도 메뉴 구조가 필요할까요?

필요합니다. 다만 이유가 일반적인 기업 사이트와 달라요. 카테고리를 하나만 운영하는 초기 블로그에서 메뉴가 하는 일은 크게 세 가지예요.

첫째, 사이트의 정체를 3초 안에 설명합니다. 검색으로 들어온 독자는 글 하나만 보고 나갑니다. 이때 상단 메뉴가 유일하게 ‘여기는 어떤 곳인지’를 알려주는 장치예요. 메뉴가 비어 있으면 개인 메모장처럼 보이고, 메뉴가 정돈돼 있으면 운영되는 사이트로 읽힙니다.

둘째, 내부 링크의 뼈대가 됩니다. 메뉴에 걸린 링크는 사이트 모든 페이지에 노출되는 링크예요. 글 20개짜리 블로그에서 각 글이 서로 연결되지 않으면 크롤러가 새 글을 찾아가는 경로가 사이트맵 하나뿐입니다. 메뉴는 이 경로를 고정적으로 하나 더 만들어주는 역할을 해요.

셋째, 애드센스 심사에서 확인되는 항목과 겹칩니다. 구글은 사이트 탐색이 명확한지, 운영자 정보와 개인정보처리방침에 접근 가능한지를 봅니다. 이 페이지들이 존재하기만 하고 어디서도 링크되지 않으면 사실상 없는 것과 같아요.

여기서 자주 나오는 후속 질문이 있어요. “카테고리가 하나면 메뉴에 카테고리를 안 넣어도 되나요?” 넣어도 되고 안 넣어도 됩니다. 다만 카테고리 이름이 사이트 이름과 사실상 같다면 메뉴에 올렸을 때 ‘홈’과 중복돼요. 클릭했더니 홈과 거의 같은 목록이 나오면 독자는 메뉴 전체를 신뢰하지 않게 됩니다. 이럴 땐 카테고리 대신 ‘전체 글’이나 주제를 드러내는 이름의 고정 페이지를 쓰는 쪽이 낫습니다.

상단 메뉴에 뭘 넣고 뭘 빼야 하나요?

이 글의 핵심이에요. 메뉴 만드는 클릭 순서는 10분이면 익히지만, 무엇을 뺄지는 계속 고민하게 되거든요. 판단 기준을 네 가지로 좁히면 훨씬 빨라집니다.

기준 1. 독자가 이 사이트에 온 목적과 직접 연결되는가. 운영자가 보여주고 싶은 것 말고, 독자가 찾으러 온 것 기준이에요. 학습 기록 블로그라면 ‘어디서부터 읽으면 되는지’가 최우선입니다.

기준 2. 내용이 계속 늘어나는가, 고정인가. 계속 늘어나는 건 카테고리나 아카이브로, 고정된 건 고정 페이지로 처리합니다. 이 구분을 안 하면 메뉴가 6개월 뒤 무너져요.

기준 3. 없으면 문제가 되는가. 개인정보처리방침처럼 심사·법적 이유로 필요한 항목은 클릭이 적어도 유지합니다. 대신 상단이 아니라 하단(푸터)으로 내리는 게 정석이에요.

기준 4. 실제로 눌릴 것 같은가. 눌리지 않을 것 같은 항목이 상단에 있으면 옆 항목의 클릭률까지 떨어뜨립니다. 선택지가 늘수록 결정이 느려지는 효과 때문이에요.

가장 흔한 시행착오는 워드프레스 메뉴 편집 화면에서 카테고리 목록을 통째로 ‘메뉴에 추가’하는 거예요. 체크박스로 한 번에 담기니까 편하거든요. 그런데 이렇게 하면 글이 0~1개뿐인 카테고리까지 메뉴에 올라갑니다. 독자가 눌렀을 때 ‘게시물이 없습니다’가 뜨면, 그 한 번으로 사이트 전체의 신뢰가 깎여요. 카테고리는 글이 최소 3~5개 쌓인 뒤 메뉴에 올리는 편이 안전합니다.

1차 메뉴는 몇 개가 적당하고 뎁스는 어디까지 내려가나요?

정보 설계에서 자주 인용되는 게 7±2 법칙이에요. 사람이 한 번에 기억·비교할 수 있는 항목이 5~9개라는 이야기입니다. 다만 이건 상한선이지 목표치가 아니에요.

초보 블로그 기준으로는 1차 메뉴 4~5개가 현실적입니다. 이유는 두 가지예요. 하나는 모바일 화면 폭. 한글 3~4자 메뉴 5개면 이미 화면 가로가 꽉 찹니다. 다른 하나는 채울 콘텐츠. 메뉴 7개를 만들면 각 메뉴 뒤에 최소 3개씩만 잡아도 글 21개가 필요해요.

뎁스(depth)는 메뉴가 몇 단계까지 내려가는지를 뜻해요. 홈 > 카테고리 > 글이면 2뎁스입니다. 개인 블로그는 2뎁스에서 멈추는 걸 권합니다. 3뎁스 이상은 드롭다운 안에 또 드롭다운이 생기는데, 이 구조는 모바일 터치에서 오작동이 잦아요. 손가락으로 상위 항목을 누르는 순간 페이지가 이동해버려서 하위 메뉴를 볼 수 없는 경우가 대표적입니다.

여기서 나오는 게 너비와 깊이의 트레이드오프예요. 1차 메뉴를 늘리면(너비) 화면이 복잡해지고, 뎁스를 늘리면(깊이) 클릭 수가 늘어납니다. 3클릭 규칙(어떤 페이지든 3번 안에 도달)이 자주 인용되지만, 실제 검증에서는 클릭 횟수 자체보다 ‘지금 제대로 가고 있다는 확신’이 이탈을 좌우한다는 결과가 많아요. 클릭 4번이어도 각 단계 이름이 명확하면 이탈하지 않습니다.

메뉴 이름은 어떤 기준으로 정하나요?

라벨링이라고 부르는 단계인데, 실제로 메뉴 성패의 절반이 여기서 갈립니다. 원칙은 하나예요. 운영자의 언어가 아니라 독자가 검색창에 치는 언어를 씁니다.

구체적으로 피해야 할 세 가지가 있어요.

• 내부 용어 — ‘빌드 로그’, ‘아카이브 v2’ 같은 이름은 운영자만 압니다. ‘작업 기록’, ‘지난 글’이 낫습니다.
• 영문 라벨 — About, Contact는 익숙해 보이지만 한글 검색 사용자 기준으로는 인지 속도가 느려요. ‘소개’, ‘문의’로 쓰면 스캔 속도가 빨라집니다.
• 추상어 — ‘이야기’, ‘공간’, ‘생각들’ 같은 이름은 클릭 결과를 예측할 수 없어요. 예측이 안 되면 안 누릅니다.

반대로 라벨에 키워드를 자연스럽게 녹이면 SEO에도 도움이 돼요. 메뉴 링크의 텍스트는 앵커 텍스트로 작동하고, 이건 사이트 전 페이지에서 반복 노출됩니다. ‘입문 가이드’보다 ‘워드프레스 입문’처럼 주제어가 들어간 라벨이 유리해요. 다만 ‘워드프레스 설치 방법 완벽 정리’ 같은 문장형은 안 됩니다. 2~6자 사이가 모바일에서 깨지지 않는 안전 범위예요.

워드프레스에서 실제로 어떻게 만드나요?

구조가 정해졌으면 실제 설정은 10분 안에 끝납니다. 워드프레스는 테마에 따라 메뉴 관리 위치가 두 가지로 갈려요. 클래식 테마는 외모 > 메뉴, 블록 테마는 외모 > 편집기 안의 내비게이션 블록에서 다룹니다. 테마 이름을 모르면 외모 메뉴에 ‘메뉴’ 항목이 보이는지로 구분하면 돼요.

순서를 바꾸고 싶을 땐 드래그가 기본이지만, 항목이 많아지면 각 항목을 펼쳤을 때 나오는 ‘위로 이동·아래로 이동’ 텍스트 링크가 더 정확해요. 드래그 도중 의도치 않게 하위 항목으로 들어가는 사고를 막을 수 있습니다.

메뉴 구조가 SEO와 애드센스 심사에 영향을 주나요?

직접적인 순위 요소로 보긴 어렵지만, 간접 경로로 확실히 영향을 줍니다. 세 갈래로 나눠볼게요.

크롤링 경로. 검색엔진은 링크를 따라 페이지를 발견해요. 메뉴는 모든 페이지에 붙어 있는 링크라서, 메뉴에 걸린 페이지는 크롤러가 가장 자주 방문합니다. 반대로 어디서도 링크되지 않은 페이지는 사이트맵에 있어도 발견 우선순위가 낮아요.

앵커 텍스트. 메뉴 라벨은 그대로 링크 텍스트가 됩니다. ‘자료실’보다 ‘워드프레스 자료’가 그 페이지의 주제를 검색엔진에 더 명확히 전달해요. 다만 라벨에 키워드를 억지로 반복하면 역효과입니다.

URL 구조와의 정합성. 메뉴 계층과 URL 계층이 어긋나면 관리가 어려워집니다. 메뉴에서 2뎁스인데 URL은 최상위인 상태가 되면, 나중에 구조를 바꿀 때 리다이렉트 작업이 늘어나요. 워드프레스에서는 설정 > 고유주소에서 구조를 미리 정하고, 발행 후에는 되도록 건드리지 않는 게 좋습니다.

애드센스 쪽은 조금 결이 달라요. 심사에서 반복적으로 언급되는 게 ‘탐색이 쉬운지’와 ‘운영 주체를 확인할 수 있는지’입니다. 그래서 아래 페이지들은 메뉴나 푸터 중 어디든 반드시 링크가 걸려 있어야 해요.

모바일 관련해서 하나 더요. 메가 메뉴(큰 판이 펼쳐지는 형태)는 PC에서 화려하지만 모바일에서는 세로로 길게 늘어져 스크롤 지옥이 됩니다. 글이 적은 블로그에서 메가 메뉴를 쓸 이유는 거의 없어요. 기본 드롭다운으로 충분합니다.

다 만든 메뉴, 잘 짠 건지 어떻게 확인하나요?

검수해줄 사람이 없는 게 1인 블로그의 가장 큰 어려움이에요. 대신 스스로 확인할 수 있는 항목을 체크리스트로 만들어두면 됩니다.

여기에 하나 더 붙이면 좋은 게 ‘처음 온 사람 테스트’예요. 사이트를 모르는 지인에게 홈 화면만 보여주고 30초 뒤 물어봅니다. “여기는 뭘 하는 곳 같아?”, “제일 먼저 눌러볼 것 같은 메뉴는?” 답이 의도와 다르면 메뉴 이름이나 순서를 고쳐야 한다는 신호예요.

3개월쯤 지나면 데이터로 판단할 수 있습니다. 구글 애널리틱스에서 메뉴 링크별 클릭 흐름을, 서치 콘솔에서 각 페이지의 노출·클릭을 봅니다. 3개월 동안 클릭이 사실상 없는 메뉴는 이름이 잘못됐거나 애초에 필요 없는 항목이에요. 이름을 한 번 바꿔보고, 그래도 반응이 없으면 푸터로 내리거나 뺍니다.

메뉴는 한 번 만들고 끝내는 문서가 아니라 콘텐츠가 늘어날 때마다 다시 보는 구조예요. 글 20개, 50개, 100개 시점마다 한 번씩 열어보면 대부분의 구조 문제는 커지기 전에 정리됩니다.

자주 묻는 질문

메뉴구조도는 무슨 툴로 그리는 게 좋나요?

개인 블로그 규모면 엑셀이나 구글 시트가 가장 빠릅니다. 열에 뎁스를 두고 행에 항목을 적으면 끝이라, 수정이 잦은 초기에 특히 유리해요. 발표나 보고용으로 보기 좋게 만들어야 하면 PPT의 도형 도구를, 디자이너와 함께 작업한다면 피그마나 다이어그램 툴을 씁니다. 시작은 시트로 하고, 확정된 뒤 필요할 때만 그림으로 옮기는 순서를 권합니다.

메뉴트리와 메뉴구조도는 같은 말인가요?

사실상 같은 문서를 부르는 다른 이름이에요. 메뉴트리(Menu Tree)는 가지 형태의 구조를 강조한 표현이고, 메뉴구조도는 문서 형태를 강조한 표현입니다. 정보구조도(IA)는 여기에 화면 ID·URL·비고 같은 항목이 더 붙은 확장판으로 보면 이해가 쉬워요.

메뉴를 나중에 바꾸면 SEO에 손해인가요?

메뉴 라벨이나 순서만 바꾸는 건 손해가 거의 없습니다. 문제는 URL이 함께 바뀔 때예요. 페이지 주소가 바뀌면 기존에 쌓인 검색 노출이 끊깁니다. 구조를 바꿔야 한다면 URL은 그대로 두고 메뉴만 재배치하거나, URL을 바꿔야 할 경우 301 리다이렉트를 반드시 설정하세요.

카테고리와 고정 페이지 중 뭘 메뉴에 넣어야 하나요?

글이 계속 쌓이는 주제는 카테고리, 내용이 고정된 안내는 고정 페이지입니다. 소개·문의·개인정보처리방침은 고정 페이지가 맞고, 특정 주제의 글 모음은 카테고리가 맞아요. 다만 카테고리는 글이 3~5개 이상 쌓인 뒤 메뉴에 올리는 게 안전합니다.

메뉴를 저장했는데 사이트에 안 나와요.

확인 순서는 세 가지예요. 첫째, 메뉴 설정에서 표시 위치(주 메뉴 등) 체크박스를 골랐는지. 둘째, 페이지가 발행 상태인지(임시글이면 안 보입니다). 셋째, 캐시 플러그인 캐시를 비웠는지. 이 셋을 확인해도 안 되면 테마가 블록 테마여서 외모 > 편집기의 내비게이션 블록에서 관리되는 경우일 수 있어요.

참고자료

• 워드프레스 공식 문서 — 메뉴 화면 안내: 메뉴 생성·항목 추가·위치 지정의 공식 설명
• Google 검색 센터 — 링크 크롤링 가이드: 내부 링크가 검색엔진에 어떻게 읽히는지
• Google 애드센스 고객센터 — 프로그램 정책: 사이트가 갖춰야 할 요건 확인
• 네이버 서치어드바이저 웹마스터 가이드: 사이트 구조와 내부 링크에 대한 국내 검색 기준

메뉴를 짜다 막히는 지점은 대부분 ‘무엇을 넣을까’가 아니라 ‘무엇을 뺄까’에 있어요. 독자의 목적과 직접 연결되는지, 내용이 계속 늘어나는지, 없으면 문제가 되는지, 실제로 눌릴 것 같은지. 이 네 가지만 통과시켜도 항목은 자연스럽게 4~5개로 줄어듭니다. 카테고리가 하나뿐이라고 메뉴 만들기를 미룰 이유는 없어요. 오히려 지금이 가장 쉬운 시점입니다. 글이 100개 쌓인 뒤에 구조를 바꾸면 URL과 내부 링크까지 손봐야 하니까요. 오늘은 시트 한 장에 1차 메뉴 4개와 각 항목을 넣은 이유만 적어보는 것부터 시작해보세요. 그다음 워드프레스 외모 메뉴에서 순서대로 담고, 실제 휴대폰으로 한 번 눌러보면 첫 버전은 완성입니다. 나머지는 글이 쌓이는 속도에 맞춰 다듬으면 돼요.

함께 보면 좋은 글

• 워드프레스 테마 메뉴 만들기, 분명 만들었는데 왜 안 보일까?
• 워드프레스 블로그 테마 추천, 무료·유료 비교와 초보자 선택 기준
• “이거 글로 쓰는 거 아니었어?” 워드프레스 고정페이지 만들기 실습 기록