블로그 글끼리 거는 내부 링크는 링크 문구에 도착할 글의 주제를 밝히고, 큰 주제를 다루는 기둥 글과 세부 글을 서로 오가게 걸 때 검색과 AI 답변 양쪽에 도움이 됩니다. 검색 로봇은 링크를 따라 새 글을 찾아가고, 링크 문구를 보고 그 글이 무엇을 다루는지 판단합니다. 한 주제를 여러 글로 나눠 쓰고 서로 연결한 사이트는 그 주제를 얼마나 넓고 깊게 다루는지가 링크 구조에 그대로 드러납니다.
내부 링크가 검색과 AI 답변에 하는 일
내부 링크는 같은 사이트 안의 다른 글로 이동하는 링크입니다. 내부 링크가 하는 일은 크게 세 가지입니다.
- 발견: 검색 로봇이 링크를 따라 새 글과 오래된 글을 찾아갑니다. sitemap.xml 이 글 목록을 알려 준다면, 내부 링크는 글과 글 사이의 관계를 알려 줍니다.
- 맥락: 링크 문구와 그 주변 문장이 도착할 글의 주제를 설명합니다.
- 중요도: 여러 글이 자주 가리키는 글은 사이트 안에서 중심이 되는 글로 읽힙니다.
GEO(Generative Engine Optimization, 생성형 AI 답변에 글이 인용되도록 다듬는 일) 관점에서도 원리는 같습니다. AI 답변은 질문 하나에 대해 여러 측면을 함께 다루는 경우가 많습니다. 한 측면만 다룬 글이라도 관련 글과 이어져 있으면, 사이트 전체가 그 주제를 폭넓게 다룬다는 사실이 연결 구조로 드러납니다.
링크가 제 역할을 하려면 먼저 링크가 HTML 안에 실제로 들어 있어야 합니다. 스크립트가 실행된 뒤에야 본문과 링크가 나타나는 사이트는 수집 방식에 따라 링크가 읽히지 않을 수 있습니다. oblog 는 서버에서 본문까지 완성한 HTML 을 보내므로, 본문에 넣은 링크가 스크립트 없이도 그대로 읽힙니다.
기둥 글과 세부 글로 연결 구조를 정합니다
링크를 글마다 떠오르는 대로 걸면 연결이 엉킵니다. 먼저 큰 주제 하나를 넓게 설명하는 기둥 글을 정하고, 그 주제의 질문 하나씩을 깊게 다루는 세부 글을 그 아래에 둡니다.
- 기둥 글은 주제 전체를 요약하고, 각 세부 글로 가는 링크를 해당 내용을 설명하는 문단 안에 둡니다.
- 세부 글은 첫머리나 본문 중간에 기둥 글로 돌아가는 링크를 하나 둡니다.
- 세부 글끼리는 독자가 이어서 궁금해할 관계가 분명할 때만 연결합니다.
예를 들어 「블로그 SEO 기초」라는 기둥 글이 있다면, 제목 쓰는 법·주소 정하는 법·FAQ 쓰는 법 같은 세부 글이 그 아래에 놓입니다. 세부 글 「FAQ 쓰는 법」은 기둥 글로 돌아가는 링크와 함께, 내용이 이어지는 「구조화 데이터」 글로 가는 링크를 둡니다. 이렇게 연결하면 독자와 검색 로봇이 모두 주제의 지도를 따라 움직일 수 있습니다.
구조를 정할 때는 같은 주제의 기둥 글이 둘 이상 있지 않은지 확인합니다. 기둥 글이 겹치면 링크가 나뉘고, 어느 글이 그 주제의 중심인지 흐려집니다. 겹치는 기둥 글은 하나로 합치고, 나머지는 세부 글로 바꾸는 것이 좋습니다.
링크 문구는 도착할 글의 질문을 담습니다
링크 문구(앵커 텍스트, 링크가 걸린 글자)는 독자와 검색 로봇이 링크를 누르기 전에 보는 유일한 설명입니다. 「여기」「자세히 보기」「이 글」 같은 문구는 도착할 글에 대해 아무것도 알려 주지 않습니다.
- 도착할 글의 핵심 질문이나 주제어를 문구에 넣습니다. 「고객 질문 목록으로 글 계획을 세우는 방법」처럼 씁니다.
- 문구만 떼어 읽어도 어떤 내용을 다루는 글인지 알 수 있게 씁니다.
- 같은 글로 가는 링크라도 글마다 표현을 조금씩 달리해, 같은 검색어를 기계적으로 반복하지 않습니다.
- 서로 다른 두 글에 같은 문구를 쓰지 않습니다. 같은 문구가 다른 글을 가리키면 어느 글이 그 주제의 답인지 흐려집니다.
링크 주변 문장도 중요합니다. 「FAQ 를 구조화 데이터로 내보내는 방법은 FAQ 작성법 글에서 다룹니다」처럼 이 링크를 왜 눌러야 하는지 한 문장으로 밝히면, 링크 문구가 짧아도 맥락이 충분히 전달됩니다.
본문 안 어디에, 몇 개를 걸어야 할까요?
정해진 개수는 없습니다. 기준은 독자가 그 문단을 읽다가 실제로 더 궁금해질 지점입니다.
- 본문 문단 안 링크를 우선합니다. 글 아래 관련 글 목록보다, 설명이 이어지는 문장 속 링크가 맥락을 더 잘 전달합니다.
- 첫 문단에는 링크를 많이 넣지 않습니다. 첫 문단은 질문의 답을 바로 주는 자리라, 독자가 곧바로 다른 글로 떠나면 답을 놓칩니다.
- 한 문단에 링크를 몰지 않습니다. 링크가 여러 개 몰리면 어느 것이 중요한지 구분되지 않습니다. 문단마다 하나 안팎이면 읽기에 방해가 적습니다.
- 같은 글로 가는 링크는 한 번이면 충분합니다. 같은 글을 여러 번 가리켜도 전달되는 정보는 늘지 않습니다.
링크 수를 늘리는 것 자체는 목적이 아닙니다. 링크가 필요 없는 문단에 억지로 넣으면 글이 홍보 문서처럼 읽히고, 독자의 흐름도 끊깁니다.
발행 뒤 점검: 끊긴 링크와 고아 글을 찾습니다
내부 링크는 한 번 걸고 끝나는 일이 아닙니다. 글이 늘고 주소가 바뀌면서 연결이 조금씩 흐트러집니다. 정기적으로 다음 네 가지를 확인합니다.
- 끊긴 링크: 지운 글이나 주소를 바꾼 글을 가리키는 링크가 없는지 확인합니다. 열리지 않는 링크는 독자와 검색 로봇을 모두 막다른 곳으로 보냅니다.
- 고아 글: 다른 어떤 글에서도 링크를 받지 못한 글을 찾습니다. sitemap.xml 에는 올라 있어도 맥락 없이 홀로 있는 글이므로, 주제가 가까운 기둥 글이나 세부 글에서 링크를 걸어 연결합니다.
- 옛 글에서 새 글로: 새 세부 글을 발행하면 기둥 글과 주제가 가까운 옛 글에 새 글로 가는 링크를 추가합니다. 새 글은 옛 글보다 링크를 받을 기회가 적기 때문입니다.
- 주소 형식 통일: 같은 글을 가리키는 링크가 끝의 슬래시나 http·https 차이처럼 형식만 다른 경우를 하나로 맞춥니다. canonical 이 대표 주소를 알려 주더라도, 링크 자체를 대표 주소로 통일하는 것이 깔끔합니다.
내 도메인으로 블로그를 운영한다면 내부 링크도 그 도메인 주소로 통일합니다. oblog 는 내 도메인을 연결하면 HTTPS 인증서를 자동으로 발급하므로, 내부 링크도 https 주소 하나로 맞춰 쓸 수 있습니다.
점검을 마치면 다음 글을 쓰기 전에 그 글이 어느 기둥 글 아래에 들어갈지, 어떤 옛 글에서 링크를 받을지를 먼저 정합니다. 연결을 미리 정하고 쓰면 발행 뒤 고칠 일이 줄어듭니다.
자주 묻는 질문
내부 링크는 글 하나에 몇 개가 적당한가요?
정해진 개수는 없습니다. 독자가 더 궁금해질 지점마다 문단 안에 하나 안팎으로 걸고, 같은 글로 가는 링크는 한 번만 넣는 것을 기준으로 삼습니다.
글 아래 관련 글 목록만으로는 부족한가요?
관련 글 목록도 글을 발견하는 데에는 도움이 됩니다. 다만 본문 문장 속 링크는 왜 그 글로 이어지는지 맥락까지 전달하므로, 핵심 연결은 본문 안에 두는 것이 좋습니다.
링크 문구는 같은 검색어로 통일해야 하나요?
도착할 글의 주제가 드러나면 충분합니다. 같은 문구를 기계적으로 반복하기보다 글 흐름에 맞게 표현을 조금씩 달리하고, 서로 다른 글에 같은 문구를 쓰지 않습니다.
고아 글은 어떻게 찾고 연결하나요?
글마다 다른 글에서 받은 링크가 있는지 목록으로 정리하면 찾을 수 있습니다. 링크를 하나도 받지 못한 글은 주제가 가까운 기둥 글이나 세부 글에서 링크를 걸어 연결합니다.
