링크 개수보다 먼저 정할 것은 페이지의 역할입니다
페이지가 늘어난 사이트에서 내부링크를 손볼 때 흔히 링크 몇 개를 넣을지부터 정합니다. 그러나 개수는 결과일 뿐이고, 출발점은 각 페이지가 방문자에게 어떤 답을 주는지 적어 보는 일입니다. 대표 서비스 페이지는 업무 범위와 이용 대상을, 세부 페이지는 특정 조건이나 상황을 설명하고, 블로그 글은 한 가지 질문에 답한 뒤 다음 단계로 이어지도록 나눌 수 있습니다.
이 구분이 없으면 모든 글이 메인 화면으로만 돌아가는 구조가 되기 쉽습니다. 같은 주제의 글이 여러 편 있어도 서로 연결되지 않아서 방문자는 읽던 설명 다음에 무엇을 봐야 하는지 알 수 없습니다.
메인 화면이 무엇을 묶어 소개하는지 확인합니다
첫 작업은 메인 화면과 메뉴가 서비스를 어떤 단위로 묶고 있는지 살펴보는 것입니다. 메뉴 이름은 운영자가 쓰는 말이고 방문자는 다른 말로 검색하는 경우가 많으므로, 메뉴와 실제 페이지 제목이 서로 다른 단어를 쓰고 있지 않은지도 함께 봅니다.
중요한 서비스 페이지를 먼저 표시해 두고, 그 페이지로 들어오는 정보 글이 무엇인지 목록으로 만듭니다. 이 목록이 있으면 어느 서비스가 정보 글의 지원을 받지 못하는지, 반대로 어느 서비스에 글이 몰려 있는지 한눈에 드러납니다.
링크 문구에는 이동하는 이유가 담겨야 합니다
문장 중간에 링크를 둘 때 독자가 알아야 하는 것은 그 페이지를 왜 열어야 하는가입니다. '자세히 보기'만 반복하기보다 연결된 페이지가 다루는 내용을 짧게 밝혀 주는 편이 읽기 편합니다. 예를 들어 홈페이지 점검 글에서 문의 양식 개선 글로 이어진다면, 방문자가 지금 읽는 설명과 직접 관련된 경우에만 연결합니다.
또한 같은 페이지를 가리키는 링크라도 앞뒤 문맥에 따라 문구가 달라질 수 있습니다. 모든 링크에 같은 검색어를 복사해 넣으면 오히려 어색하고, 읽는 사람에게는 도움이 되지 않습니다.
링크를 달 위치도 정해 두면 좋습니다. 본문 첫 문단에는 지금 글의 주제를 이해하는 데 꼭 필요한 선행 설명만 연결하고, 글 끝에는 다음 단계의 질문으로 이어지는 안내를 둡니다. 한 문단에 링크가 여러 개 몰리면 어느 것을 먼저 눌러야 할지 판단하기 어려워집니다.
주제가 겹치는 글은 링크로 풀기 전에 답이 다른지 봅니다
비슷한 제목의 글이 많아지면 링크로 서로 연결해 해결하려는 경우가 있습니다. 하지만 먼저 확인할 것은 두 글의 질문과 답이 실제로 다른지입니다. 하나는 서비스를 고르는 기준을, 다른 하나는 운영 후 점검 절차를 다룬다면 서로 이어질 이유가 분명합니다.
반대로 제목에 들어간 수식어만 다르고 본문의 질문과 답이 같다면, 통합하거나 한쪽을 다른 단계의 질문으로 다시 설계하는 쪽이 낫습니다. 지역이나 업종 이름도 실제 서비스 범위, 상담 방식, 방문 안내와 연결될 때에만 글을 나눌 근거가 됩니다.
개편은 네 단계로 나누어 진행할 수 있습니다
실무에서는 다음처럼 순서를 잡으면 부담이 줄어듭니다. 먼저 핵심 서비스 페이지를 표시하고, 그 페이지로 들어오는 정보 글을 찾습니다. 다음으로 정보 글 사이에 '지금 질문 다음에 무엇을 알고 싶은가'라는 기준으로 관련 경로를 붙입니다. 세 번째로 서비스 페이지에서 세부 안내로 내려가는 길을 확인합니다. 마지막으로 모바일 화면에서 링크를 직접 눌러 도착한 페이지가 기대한 내용을 주는지 봅니다.
이 과정에서 사라진 주소, 연결이 끊긴 페이지, 같은 문구가 반복되는 링크도 함께 정리하면 좋습니다.
순위를 약속하기보다 이동의 이유를 기록해 둡니다
내부링크를 정리했다고 해서 특정 검색 순위가 정해지는 것은 아닙니다. 다만 사이트 안에 쌓인 설명을 방문자가 순서대로 이해하고 필요한 정보에 도달하도록 돕는 구조는 만들 수 있습니다. 링크 수를 정해 놓고 채우기보다 서비스별 질문과 페이지 사이를 오가는 이유를 문장으로 먼저 적어 두면, 담당자가 바뀌어도 같은 기준으로 관리할 수 있습니다.
운영 담당자가 한 명이 아니라면 어떤 글이 어떤 서비스 페이지를 받쳐 주는지 표로 공유해 두는 것도 방법입니다. 실무에서는 분기마다 핵심 페이지로 들어오는 경로와 나가는 경로를 점검하고, 변경 이력을 기록해 두는 정도로 시작해도 충분합니다.