먼저, 이 사이트에서 확인한 문제
애드센스 준비를 위해 ronytwins.com을 점검하면서 가장 먼저 본 것은 글의 개수가 아니라 방문자가 사이트를 이해하는 흐름이었다. 당시 상단에는 Home, Blog, About, Contact가 보였고, 개인정보처리방침은 푸터에서 확인할 수 있었다. 반면 실제 계정과 연결되지 않은 소셜 아이콘과 예시 이메일 링크가 남아 있었다. 이번 정비에서는 소셜 아이콘을 제거하고, 문의 이메일을 실제 주소로 교정했다.
이 경험에서 얻은 결론은 단순하다. 메뉴는 많이 넣는 공간이 아니라, 방문자가 다음 행동을 고르게 하는 안내판이다. 링크는 실제로 열려야 하고, 메뉴 이름은 클릭하기 전에도 목적이 이해되어야 한다. 워드프레스의 내비게이션 블록은 페이지·글·사용자 정의 링크를 조합해 이러한 구조를 관리할 수 있다.1
이 사이트에 적용한 최소 구조
현재처럼 운영 정보와 블로그 글을 함께 제공하는 사이트라면 다음 구조로 시작하는 편이 안전하다.
| 위치 | 역할 | ronytwins.com에서 연결할 대상 |
|---|---|---|
| 상단 | 처음 방문한 사람의 이동 경로 | Home, Blog, About, Contact |
| 푸터 | 신뢰·정책 정보의 보조 경로 | 개인정보 처리방침, About, Contact |
| 글 본문 | 관련 문제를 더 깊게 읽는 경로 | 카테고리·태그·내부링크 관련 글 |
여기서 중요한 점은 메뉴 항목 수 자체가 아니라, 항목마다 목적이 겹치지 않는다는 것이다. Blog는 글 목록, About은 운영자와 사이트의 성격, Contact는 문의 수단, 개인정보처리방침은 데이터와 쿠키 안내를 맡도록 분리했다. 한 항목이 두 가지 역할을 맡기 시작하면 메뉴 이름부터 다시 살펴보는 편이 좋다.
블록 테마에서 메뉴를 확인하는 순서
현재 사이트처럼 블록 테마를 쓰는 경우에는 관리자 화면의 모양 → 편집기 → 내비게이션에서 상단 메뉴와 푸터 메뉴를 따로 확인한다. 우선 링크를 하나씩 열어 404 페이지, 예시 주소, # 링크가 없는지 확인한다. 그 다음 모바일 화면에서 메뉴가 두 줄 이상 길어지는지 살펴본다. 마지막으로 글에서 자주 쓰는 용어를 메뉴에 모두 넣기보다, 카테고리나 본문 내부 링크로 넘기는 편이 읽기 쉽다.
특히 외부 소셜 링크는 실제 운영 중인 계정이 있을 때만 남긴다. 템플릿이 제공하는 기본 아이콘을 그대로 두면 방문자는 운영자가 관리하는 채널이라고 오해할 수 있다. 이번 사이트 정비에서도 이 기준으로 일반 LinkedIn·Facebook·Instagram 링크를 제거했다.
메뉴와 글 구조를 함께 점검하는 체크리스트
- 상단 메뉴의 각 링크가 실제 목적지로 열리는가.
- 메뉴 이름만 읽어도 페이지 목적이 이해되는가.
- About, Contact, 개인정보처리방침 중 하나라도 예시 문구·빈칸을 남기고 있지 않은가.
- 글 목록을 읽는 사람이 카테고리 구조 정리 글과 태그 사용 원칙 글로 자연스럽게 이동할 수 있는가.
- 푸터에는 중복 메뉴가 아니라 신뢰 정보와 보조 이동 경로가 남아 있는가.
마무리
메뉴는 애드센스 승인을 위한 장식이 아니다. 방문자가 이 사이트가 무엇을 다루는지, 누가 운영하는지, 문제가 생기면 어디로 연락하는지를 이해하게 하는 기본 구조다. 메뉴를 수정한 날에는 시크릿 창이나 다른 기기에서 실제 링크를 다시 열어 보는 습관을 들이자. 다음으로는 글의 주제를 묶는 카테고리 구조와 글 사이를 연결하는 내부 링크를 함께 정리하면 된다.