정적 블로그 글 20개 이후 내부 링크를 다시 설계한 방법

정적 블로그는 글을 올리는 것보다 연결을 관리하는 일이 더 눈에 띄었습니다. 글이 20개를 넘자, 어떤 글이 어디로 이어지는지 머릿속으로만 기억하기 어려웠습니다.

Daejin Lab에서는 이때 내부 링크 지도를 다시 봤습니다. 단순히 SEO 점수를 올리기 위해서가 아니라, 독자가 비슷한 주제를 따라갈 수 있게 만들기 위해서였습니다.

내부 링크를 다시 본 이유

초기에는 글을 하나씩 추가하는 데 집중했습니다. 그러다 보니 각 글은 존재하지만, 방문자가 어떤 순서로 읽으면 좋은지 드러나지 않았습니다.

이 문제는 검색엔진보다 먼저 사람에게 불편합니다.

처음 온 사람이 어디서 시작할지 모른다.
비슷한 글이 있어도 연결되지 않는다.
카테고리별 흐름이 약하다.
운영 기록과 방법 글이 따로 논다.

그래서 초기 글 보강 기준를 정리한 뒤, 글 수보다 연결 구조를 먼저 손보기로 했습니다.

기본 흐름

이번에 잡은 내부 링크 흐름은 단순합니다.

홈 → 최근 글 / 카테고리
글 목록 → 각 글 / 카테고리
카테고리 → 같은 주제 글 / 다른 카테고리
글 상세 → 관련 글 / 전체 글 / 소개 페이지

중요한 것은 모든 페이지가 막다른 길이 되지 않게 하는 것입니다. 한 글을 읽은 뒤에도 전체 글, 같은 카테고리, 관련 글로 자연스럽게 이동할 수 있어야 합니다.

글 상세 페이지

글 상세 페이지에는 이미 하단 내부 링크와 관련 글을 추가했습니다.

기준은 아래와 같습니다.

같은 카테고리 우선
공유 태그가 있으면 가중치
현재 글은 제외
최대 3개만 표시

이 작업의 의도는 블로그 글 하단에 관련 글과 내부 링크를 넣은 이유에 따로 정리했습니다.

카테고리 페이지

카테고리 페이지는 단순 목록으로 끝나면 아쉽습니다. 그래서 카테고리 상세 페이지에서도 다른 카테고리로 이동할 수 있는 링크를 추가하는 방향이 좋다고 봤습니다.

예를 들어 Search Console 글을 읽던 사람이 바로 AI 도구 글로 넘어갈 수 있고, AI 도구 글을 읽던 사람이 블로그 운영 글로 넘어갈 수 있습니다.

카테고리끼리 연결되면 사이트 전체가 고립된 글 묶음이 아니라 하나의 실험 기록처럼 보입니다.

새 글 작성 기준

내부 링크를 보강할 때는 새 글도 연결을 전제로 씁니다.

새 글마다 아래 질문을 확인합니다.

이 글은 어떤 기존 글과 이어지는가?
글 안에서 자연스럽게 연결할 수 있는 페이지가 있는가?
이 글이 속한 카테고리에 다음에 읽을 글이 충분한가?
비어 있는 카테고리를 채우는 역할이 있는가?

이번 작업에서는 특히 로컬 LLM 카테고리가 비어 있던 점을 확인했습니다. 그래서 다음 콘텐츠 묶음에는 로컬 LLM 실험을 시작하기 전에 정한 기준 같은 글을 넣어 카테고리 공백을 줄이기로 했습니다.

너무 복잡하게 만들지 않기

내부 링크 구조를 강화한다고 해서 메뉴를 많이 만들 필요는 없습니다.

현재 단계에서는 아래 정도면 충분하다고 봅니다.

상단 기본 메뉴
홈의 주제 링크
글 목록의 카테고리 링크
카테고리 상세의 다른 카테고리 링크
글 상세의 관련 글 3개
본문 안의 맥락형 링크 2~4개

검색 기능이나 태그 페이지는 글이 더 늘어난 뒤에 붙여도 늦지 않습니다.

지금 남긴 내부 링크 운영선

정적 블로그에서 내부 링크는 SEO 장식이 아니라 운영 구조입니다.

Daejin Lab은 글 20개 이후부터 글 추가 → 빌드 → sitemap 확인만 보는 단계에서, 글 사이의 연결 → 카테고리 균형 → 핵심 페이지 색인 요청까지 함께 보는 단계로 넘어가고 있습니다.

공개 글을 다시 정리한 뒤 본 링크 구조

글이 늘어나고 보류 글이 생기면서 내부 링크 기준도 조금 바뀌었습니다. 숫자가 늘거나 줄어도 기준은 같습니다. 처음에는 “관련 글 2~3개를 넣는다”가 목표였다면, 이제는 각 글이 어느 흐름에 속하는지 보이게 만드는 것이 더 중요해졌습니다. Daejin Lab에서는 크게 블로그 운영, 실전 기록, AI 도구, 개발 자동화, 로컬 LLM 흐름으로 나눠 보고 있습니다.

현재 내부 링크 보강의 목표는 아래입니다.

각 글은 같은 카테고리 글 1개 이상과 연결한다.
운영 원칙 글이나 배포 검증 글 중 하나와 연결한다.
Search Console/AdSense 관련 글은 서로 왕복 연결한다.
로컬 LLM 글은 설치기보다 실험 기준 글로 묶는다.

이 기준을 적용하면 방문자는 단일 글이 아니라 운영 과정을 따라 읽을 수 있습니다. 예를 들어 Search Console 흐름은 Search Console에서 sitemap 가져올 수 없음이 뜰 때 확인한 것에서 사이트맵이 정상인데 Search Console은 실패할 때 다음에 한 일로 이어집니다. 글 하단 구조는 블로그 글 하단에 관련 글과 내부 링크를 넣은 이유에서 계속 보강합니다.

앞으로 새 글을 추가할 때도 링크를 마지막에 억지로 붙이지 않으려고 합니다. 글을 쓰기 전에 이 글이 어느 묶음에 들어가는지 먼저 정하고, 같은 묶음의 대표 글 1개와 운영 원칙 글 1개를 함께 연결하는 방식이 더 자연스럽습니다. 이렇게 하면 다음 블로그로 확장할 때도 단순 글 목록이 아니라 읽는 순서가 있는 사이트 구조를 복제할 수 있습니다.

링크 지도를 다시 볼 때

내부 링크 지도는 한 번 만들고 끝나는 것이 아니었습니다. 새 글을 추가하면 연결도 같이 바뀝니다.

앞으로는 일정 글 수가 늘어날 때마다 관련 글 흐름을 다시 보려고 합니다. 특히 AdSense를 생각한다면, 방문자가 한 글만 보고 나가는 구조보다 자연스럽게 다음 글로 넘어가는 구조가 더 중요합니다.

연결을 그리니 부족한 글이 보였다

내부 링크 지도를 만들면서 느낀 건, 글이 많아도 길이 없으면 독자는 금방 나간다는 점이었습니다. 홈에서 들어온 사람이 어디로 가야 하는지, Search Console 글을 읽은 사람이 다음에 뭘 보면 좋은지, 그런 흐름이 보여야 블로그가 살아납니다.

2026-05-31에 다시 그린 내부 링크 기준

애드센스 실패 뒤에는 글 하나의 길이만 보지 않고, 사이트 안에서 다음 글로 이동하는 길도 다시 봐야 했습니다. 내부 링크가 단순 SEO 장식처럼 보이면 글을 몇 개 더 붙여도 사이트의 흐름이 약합니다. 그래서 이번에는 홈, 카테고리, 글 상세, sitemap이 서로 어떤 역할을 하는지 카드로 정리했습니다.

내부 링크는 검색엔진을 위한 장식이 아니라, 사람이 다음 글을 찾는 길입니다. 글이 늘수록 이 길을 다시 그려야 합니다.

이번 보강에서 특히 본 것은 로컬 LLM 글 묶음이었습니다. M4 Mac mini 로컬 LLM 테스트 전에 확인한 기준에서 M4 Mac mini에서 Supertonic 로컬 TTS 프록시를 돌려본 기록으로 이어지면, 기대 글과 실측 글이 서로 보완됩니다. 이런 연결이 있어야 단일 글 묶음이 아니라 운영 과정으로 읽힙니다.

참고한 공식 문서

내부 링크와 정적 콘텐츠 구조는 아래 문서를 함께 봅니다.

• Google Search Central — 링크를 크롤링 가능하게 만들기
• Astro Docs — Content collections

Google 문서는 링크가 실제로 따라갈 수 있어야 한다는 기본 기준을 확인하는 용도입니다. Astro 문서는 Markdown 기반 글 묶음을 안정적으로 다루는 전제입니다. Daejin Lab의 판단은 여기서 한 걸음 더 나아가 “독자가 어떤 순서로 읽을 수 있는가”를 보는 쪽입니다.

확인하지 않은 것

이 글은 사이트 전체 IA를 완성했다는 뜻이 아닙니다. 검색 기능, 태그 상세 페이지, 시리즈 페이지는 아직 더 볼 수 있습니다. 다만 지금 단계에서는 모든 기능을 늘리기보다, 대표 글끼리 자연스럽게 이어지는지 먼저 확인합니다.

FAQ

내부 링크가 많을수록 좋은가요?

그렇게 보지 않습니다. 관련 없는 링크를 많이 넣으면 오히려 읽기 흐름이 깨집니다. 같은 주제의 다음 글, 운영 원칙, 검증 글 정도로 좁히는 편이 낫습니다.

sitemap이 있으면 내부 링크는 덜 중요하지 않나요?

다릅니다. sitemap은 검색엔진용 지도에 가깝고, 내부 링크는 독자가 실제로 이동하는 길입니다. 둘 다 필요하지만 역할이 다릅니다.

애드센스 재검토에서 왜 내부 링크를 보나요?

“가치가 별로 없는 콘텐츠”는 글 하나의 길이만 문제가 아닐 수 있습니다. 사이트 전체가 얇은 글 목록처럼 보이지 않으려면 주제별 흐름이 보여야 합니다.

이번 보강에서 실제로 바꾼 연결

이번 재검토에서는 내부 링크를 새로 많이 만드는 것보다, 약한 글이 어느 흐름에 들어가는지 분명히 하는 데 집중했습니다. 예를 들어 로컬 LLM 쪽은 기준 글, 도구 비교 글, 실제 측정 글이 서로 이어져야 합니다. 블로그 운영 쪽은 sitemap, 내부 링크, raw/wiki 공개 경계가 따로 놀지 않아야 합니다.

로컬 LLM 흐름: 기대 기준 → 도구별 막힘 → 실제 측정 기록
블로그 운영 흐름: 사이트 구조 → 내부 링크 → Search Console → AdSense 보강
AI 도구 흐름: 작업 분해 → 도구 역할 분리 → 발행 승인 경계

이렇게 묶어두면 새 글이 생겨도 어디에 연결할지 덜 헷갈립니다. 내부 링크는 나중에 한꺼번에 붙이는 장식이 아니라, 글을 쓰기 전부터 “이 글은 어느 흐름에 속하는가”를 묻는 기준이 됩니다.

이 글에서 마지막으로 본 연결 기준

내부 링크 글은 숫자로만 쓰면 약합니다. 링크 개수가 몇 개인지보다, 처음 온 사람이 다음에 어디로 가야 하는지가 더 중요했습니다. 그래서 이 글은 sitemap이나 SEO 설정 글이 아니라, Daejin Lab 안에서 읽는 길을 어떻게 만들었는지 보여주는 글이어야 합니다.

이번 보강 뒤의 기준은 “모든 글에 링크를 많이 넣자”가 아닙니다. 로컬 LLM, 블로그 운영, AI 도구처럼 흐름이 있는 묶음 안에서 다음 글이 자연스럽게 보이게 하는 것입니다. 그 흐름이 있어야 사이트가 얇은 글 목록처럼 보이지 않습니다.