블로그 배포 그다음

글을 저장하고 커밋 버튼을 눌렀는데 몇 분이 지나도 사이트가 그대로라면, 그제야 블로그 배포가 글쓰기와는 완전히 다른 단계라는 걸 깨닫게 됩니다. 화면 안에서 다 완성된 것처럼 보여도, 그걸 남들이 볼 수 있게 인터넷에 올리는 과정이 따로 있고, 올렸다고 검색에 뜨는 것도 아니며, 뜬 다음에도 계속 굴러가게 관리하는 일이 남습니다. 이 글은 이 사이트를 실제로 운영하면서 이 세 단계에서 부딪힌 것들을 정리한 기록입니다.

---

글을 저장하면 사이트가 저절로 바뀌는 구조

파일만 컴퓨터 안에 있으면 아무도 볼 수 없습니다. 이 사이트는 코드를 GitHub라는 곳에 저장해두고, Vercel이라는 서비스가 그 저장소를 계속 지켜보다가 새 내용이 올라올 때마다 자동으로 사이트를 다시 만들어 인터넷에 올리는 구조를 씁니다.

정리하면 이렇습니다.

• 글을 쓰고 “저장(커밋)“이라는 동작으로 코드 저장소에 올립니다.
• 저장소와 연결된 서비스가 이걸 감지하고, 사이트 전체를 처음부터 다시 만듭니다(빌드).
• 다 만들어지면 자동으로 지금 보이는 주소로 바뀝니다.

이 자동화 덕분에 “새 글을 올린다”는 게 파일을 서버에 직접 옮기는 일이 아니라, 그냥 코드를 저장하는 일이 됩니다. 다만 주소 이야기는 따로입니다. 서비스가 기본으로 내주는 주소 말고 우리만의 주소(이 사이트는 www.easy-welfare.com)를 쓰려면, 도메인을 사서 그 서비스에 연결해주는 작업을 한 번 더 해야 합니다. 사이트가 뜨는 것과 원하는 주소로 뜨는 것은 별개의 설정입니다.

---

로컬에서 통과했다고 인터넷에서도 통과하는 게 아니다

여기서 가장 크게 부딪힌 지점을 짚어야 합니다. 내 컴퓨터에서 문제없이 열리는 것과, 인터넷에 올라간 뒤에도 문제없이 열리는 것은 다릅니다.

이 사이트를 만들면서 실제로 배포가 다섯 번 연속 실패한 적이 있습니다. 2주 넘게 이어진 일이었는데, 원인은 원고 파일 하나가 윈도우에서 만들어지는 과정에서 인터넷 환경(리눅스 기반 서버)이 제대로 못 읽는 특수한 파일 형식으로 저장된 것이었습니다. 제 컴퓨터에서는 전혀 문제가 없어 보였기 때문에, 몇 번을 다시 고쳐 올려도 왜 계속 실패하는지 한참을 헤맸습니다.

이 경험에서 남은 교훈은 하나입니다. 로컬에서 미리보기 화면이 잘 뜬다고 안심하면 안 됩니다. 저장하고 올린 뒤에는 실제로 인터넷에 반영됐는지, 배포 서비스가 “성공”이라고 표시하는지까지 확인하는 습관이 필요합니다. 저장했다고 끝이 아니라, 저장한 게 실제로 인터넷에 도착했는지 한 번 더 보는 것이 배포의 마지막 단계입니다.

---

검색에 뜨게 하려면 따로 챙겨야 하는 것들

사이트가 인터넷에 떠 있어도, 구글 검색 등록을 별도로 해주지 않으면 검색해도 나오지 않습니다. 아무도 주소를 직접 입력해서 찾아오지 않는다면 사실상 아무도 없는 것과 같습니다.

• 사이트 지도(사이트맵) 제출 — 이 사이트에 어떤 페이지들이 있는지 정리한 목록 파일을 구글 서치콘솔 같은 곳에 등록해두면, 검색 엔진이 새 글을 더 빨리 찾아갑니다.
• 글마다 제목과 설명을 따로 챙기기 — 검색 결과에 그대로 노출되는 제목·설명 문구를 글마다 정리해둬야, 검색했을 때 클릭할 만한 내용인지 사람이 판단할 수 있습니다.
• 주소가 바뀌면 옛 주소를 새 주소로 연결하기(리다이렉트) — 이 사이트도 운영하면서 글 7편을 정리하며 지운 적이 있는데, 그 주소로 이미 검색에 걸려 있던 게 있어서 옛 주소를 그대로 살려두고 새 위치로 자동 연결해뒀습니다. 그냥 지우기만 하면 그 주소로 쌓인 검색 노출이 통째로 사라집니다.

이 세 가지를 안 챙기면 사이트는 만들어졌지만 검색에서는 존재하지 않는 상태로 남습니다.

---

글이 늘어날수록 구조를 다시 짜야 한다

사이트를 처음 만들 때 정한 구조가 끝까지 가는 경우는 드뭅니다. 이 사이트도 글이 늘어나면서 주제를 나누는 탭 구성을 여러 차례 다시 짰습니다. 처음엔 맞던 분류가 글 수가 늘면 한쪽만 너무 커지고, 결국 다시 쪼개고 이름을 바꾸는 작업이 필요해집니다.

이런 개편은 한 번에 끝나지 않고 계속 반복됩니다. 그래서 지금 무엇을 했고 다음에 무엇을 할지를 문서에 남겨두는 습관이 중요해집니다. 문서에 남기지 않으면 다음에 다시 손댈 때 왜 이렇게 만들었는지, 어디까지 끝냈는지 처음부터 다시 파악해야 합니다.

그리고 글을 AI가 쓰더라도 검수는 사람의 몫으로 남습니다. 초안을 빠르게 만드는 건 AI가 도와주지만, 실제로 맞는 내용인지, 현장 감각에 맞는지 확인하는 건 결국 사람이 읽고 판단해야 하는 일입니다.

---

만드는 것보다 유지하는 게 더 오래간다

솔직히 말하면, 사이트를 처음 만드는 일보다 계속 유지하는 일이 훨씬 오래 걸리고 훨씬 지치는 일입니다. 배포는 한 번 구조를 잡아두면 그다음부턴 저장만 하면 되지만, 글은 누가 대신 계속 써주지 않습니다.

글을 계속 쓰지 않으면 사이트는 서서히 죽습니다. 검색 노출도 줄고, 찾아오는 사람도 줄어듭니다. 개인 블로그 운영에서 진짜 어려운 부분은 처음 만드는 기술적인 단계가 아니라, 만든 다음에도 계속 손을 놓지 않는 것이었습니다.

---

다음 단계

이 사이트를 왜, 어떻게 직접 만들기로 했는지는 코딩 없이 블로그를 만든 이유에서, AI에게 실제로 어떻게 지시했는지는 AI에게 어떻게 지시했는지에서 확인할 수 있습니다.

---

자주 묻는 질문

사이트 지도(사이트맵)는 꼭 구글 서치콘솔에 제출해야 하나요?

제출하지 않아도 검색 엔진이 언젠가 사이트를 발견할 수는 있지만, 시간이 오래 걸립니다. 새 글을 검색에 더 빨리 반영시키고 싶다면 사이트맵을 직접 등록해두는 편이 확실합니다.

블로그 주소를 바꾸거나 글을 지우면 검색 순위가 떨어지나요?

옛 주소를 그냥 없애버리면 그 주소에 쌓여 있던 검색 노출이 사라질 수 있습니다. 옛 주소에서 새 주소로 자동 연결해주는 리다이렉트 설정을 해두면, 검색 엔진이 “이 페이지가 다른 곳으로 옮겨갔다”고 이해해 기존 노출을 최대한 이어받습니다.

개인 블로그 운영은 얼마나 자주 글을 써야 유지되나요?

정해진 기준은 없습니다. 다만 이 글에서 확인했듯, 배포 구조를 아무리 잘 만들어도 새 글이 멈추면 사이트는 서서히 정체됩니다. 꾸준히 쓰는 것 자체가 유지 관리의 핵심입니다.