0. “접속자 늘었나?”를 계속 확인하게 된다
개인 블로그를 시작하기 전에는 구조가 단순해 보인다.
재미있는 글을 쓴다. 공개한다. 누군가 읽는다.
끝.
그런데 실제로 해보면 끝나지 않는다.
공개 다음 날부터 접속 통계를 본다. 한 건 늘어난다. 다시 본다. 다른 글에도 방문이 생긴다. 다시 본다. 검색 유입이 찍힌다. 갑자기 너무 재미있어진다.
완전히 개업 첫날의 카페 주인이다.
커피를 내리면서 5분마다 입구를 본다.
손님 왔나?
분석 화면이 디지털 가게의 자동문이 되어 버린다.
이건 단순한 숫자 놀이가 아니다. 혼자 끝나던 제작 작업에 처음으로 바깥세상의 반응이 돌아오기 때문이다.
1. 개인 블로그는 글쓰기만 하는 일이 아니었다
가장 중요한 것은 글이다.
하지만 글만 있다고 읽히는 것은 아니다.
현실의 카페가 “우리 원두는 정말 맛있습니다”라고 말하면서 간판도 없고, 지도 등록도 없고, 입구도 애매하고, 메뉴도 없고, 영업시간도 모른다면 어떻게 될까.
커피는 훌륭할 수 있다.
그런데 아무도 못 들어간다.
블로그도 비슷하다.
주제 선정, 사실 확인, 편집, 다국어화, 품질검사, 발행, 검색엔진 발견, 내부 링크, 배포, 독자 행동 측정, 이탈 확인, 다음 글 추천, 성과가 좋은 글 개선, 깨진 URL과 중복 수정까지 필요하다.
글이 커피라면 그 뒤에는 가게 운영 전체가 붙는다.
개인 블로그가 어려운 이유는 글쓰기만 어려워서가 아니다. 한 사람이 편집자, 개발자, 마케터, 분석가, 점장을 동시에 하게 되기 때문이다.
2. Google에 발견되는 구조는 간판과 지도 등록이다
글을 공개했다고 Google이 즉시 나타나 새 글을 가져가는 것은 아니다.
Google은 사이트맵이 검색엔진의 URL 발견과 크롤링을 돕는다고 설명한다. 특히 규모가 크거나 새로 만든 사이트에서 유용하다. 그러나 사이트맵에 들어갔다고 해서 모든 URL의 크롤링이나 색인이 보장되는 것은 아니다.[1]
그래서 자동화된 미디어에서는 다음과 같은 흐름을 만든다.
공개 → 동적 사이트맵 → robots.txt 안내 → Search Console 관측 → 크롤링·색인 상태 확인
많은 글을 발행한다면 URL 하나하나를 사람이 직접 제출하는 방식은 지속할 수 없다.
Google도 새 페이지나 갱신 페이지가 많다면 사이트맵 사용을 권한다.[2]
URL 검사도 강제 색인 장치가 아니다. Google이 URL을 어떻게 인식하고 있는지 확인하고 색인을 요청할 수는 있지만, 요청이 검색 노출을 보장하지는 않는다.[2]
자동화가 할 일은 Google에게 명령하는 것이 아니다.
찾기 쉽게 만들고, 상태를 보고, 문제가 있으면 고치는 것이다.
3. 공개 1~2일째에는 매출보다 발아를 본다
새 사이트의 첫 며칠은 숫자가 아주 작다.
방문 한 건만 늘어도 축제다.
그건 괜찮다.
다만 첫날 수치가 두 배가 됐다고 매일 두 배가 될 것처럼 계산하면 곤란하다.
검색 유입은 보통
발견 → 크롤링 → 색인 → 검색 노출 → 클릭
단계를 거친다.
Search Console의 검색 성과 데이터도 보통 2~3일 정도 늦게 표시될 수 있다.[3]
그래서 초기에는 전체 방문 수보다,
- 검색 노출이 생긴 페이지 수
- 새 검색어
- 첫 자연검색 유입
- 내부 링크를 통한 다음 글 이동
- 의미 있는 스크롤이나 체류
같은 발아 신호를 보는 편이 낫다.
성장은 매끈한 지수곡선보다 계단에 가깝다.
한 글이 잡히고, 다음 글이 잡히고, 대부분은 작게 남고, 일부가 갑자기 커진다.
4. 자동화하면 직원을 늘리지 않고 부서가 늘어난다
처음에는 “글을 자동으로 만들면 편하겠다” 정도였을 수 있다.
그런데 운영을 시작하면 필요한 부서가 계속 늘어난다.
편집, 번역, 품질보증, 발행관리, 검색발견, 내부링크, SNS 배포, 분석, 광고, 장애감시.
이 일을 사람으로 늘리지 않고 코드, 규칙, 스케줄, AI 보조로 바꾼다.
그러면 어느 순간 블로그가 아니다.
작은 미디어 회사의 업무 흐름이 소프트웨어 안에 압축된다.
물리적인 가게는 1개에서 10개로 늘리면 직원과 공간과 재고도 크게 늘어난다.
디지털 가게는 다를 수 있다.
시스템이 충분히 일반화되어 있다면 글이 100개에서 1,000개가 되어도 사람의 일이 10배가 될 필요는 없다.
고정비는 무겁다.
추가 한 건의 비용은 가벼워진다.
개업 준비하면서 지하철까지 파는 블로그다.
5. 왜 “이거 수천만 엔짜리 프로젝트 아닌가?”라는 느낌이 드는가
기능이 쌓이면 이런 생각이 든다.
“이걸 회사가 처음부터 다시 만들면 수천만 엔 들지 않을까?”
그 감각은 이해할 만하다.
단순 홈페이지 제작이 아니기 때문이다.
기획, 편집, 백엔드, 클라우드, 데이터 분석, 다국어, QA, SEO, 배포, 모니터링이 섞여 있다.
하지만 숫자는 조심해야 한다.
재구축 비용과 시장가치는 다르다.
외부의 여러 직종이 처음부터 만들면 비용이 많이 들 수 있어도, 저장소 자체가 같은 가격에 팔린다는 뜻은 아니다.
실제 가치는 안정성, 수익, 절감 노동, 유지보수성, 인수인계 가능성, 특정 서비스 의존성 등으로 결정된다.
그러니 “5천만 엔 시스템을 만들었다”보다,
“원래 여러 기능 조직이 맡을 일을 하나의 자동 운영체제로 압축했다”
라고 말하는 편이 정확하다.
그것만으로도 충분히 재미있다.
6. 자동화가 “1만 페이지 만들면 승리”를 뜻하지는 않는다
자동화가 되면 유혹이 생긴다.
“그럼 1만 개 만들면 되는 것 아닌가?”
Google의 people-first 가이드는 독창적인 정보, 연구, 분석, 충분한 설명, 다른 자료의 단순 재작성 이상인 추가가치를 확인하도록 권한다.[4]
또한 스팸 정책은 검색 순위를 조작하는 것을 주목적으로 대량의 저가치·비독창적 페이지를 만드는 행위를 scaled content abuse로 설명한다. 만드는 주체가 AI인지 사람인지가 핵심은 아니다.[5]
즉,
자동화는 가속페달이지 핸들이 아니다.
방향은 관찰, 질문, 경험, 비교, 검증, 독자 효용이 결정한다.
커피 1만 잔을 자동으로 만들 수 있어도 전부 미지근하면 대형 사고다.
좋은 자동화는 저품질을 빠르게 만드는 것이 아니라, 반복적인 발행·검수·배포·측정을 기계에 맡기고 사람이 “무엇이 재미있는가”로 돌아가게 해준다.
7. 왜 접속 통계를 계속 보고 싶어지는가
다시 처음 이야기로 돌아간다.
접속 통계를 계속 보게 된다.
어제까지 머릿속에만 있던 생각이 오늘은 모르는 사람의 브라우저에서 열렸다.
검색으로 들어왔다.
다른 글을 눌렀다.
30초를 읽었다.
절반까지 스크롤했다.
숫자가 작아도 모두 바깥세상과 연결됐다는 증거다.
자동화 시스템에서 접속 데이터는 인기투표만이 아니다.
센서다.
어떤 글이 발견됐는지, 어떤 입구가 작동했는지, 어떤 내부 링크가 다음 독서를 만들었는지, 어느 언어에서 반응이 왔는지를 보여준다.
그 정보가 다시 편집과 배포로 돌아가면,
제작 → 공개 → 관측 → 개선
이라는 닫힌 순환이 된다.
그래서 대시보드가 재미있다.
매출만 보는 게 아니다.
“자동문이 진짜 열렸네!”를 보고 기뻐하는 단계다.
8. 결론: 커피를 만들다 보니 무인매장 본부 시스템까지 만들었다
개인 블로그는 생각보다 훨씬 일이 많다.
좋은 글만 쓰면 끝나지 않는다.
좋은 커피를 만들고도 가게를 세우고, 간판을 달고, 지도에 등록하고, 손님을 부르고, 메뉴를 배치하고, 다음 한 잔을 권하고, 판매를 측정하고, 고장 난 장비를 고쳐야 한다.
그걸 전부 자동화하려 하면 블로그가 거대해지는 것이 당연하다.
하지만 그 거대화가 재미있다.
어제 만든 규칙이 오늘 잠든 사이에도 일한다.
새 글이 자동으로 진열된다.
검색엔진이 발견할 길이 생긴다.
독자가 온다.
숫자가 돌아온다.
다시 개선한다.
그리고 주인은 또 대시보드를 연다.
손님 왔나?
아직 거대 미디어는 아닐 수 있다.
하지만 단순한 글 저장소도 아니다.
블로그를 만들다가 가게 자체를 만드는 게임이 되어 버렸다.
- Google Search Central, 사이트맵 개요 developers.google.com
- Google Search Console 도움말, URL 검사 도구 support.google.com
- Google Search Console 도움말, 검색 성과 데이터 support.google.com
- Google Search Central, 사람을 우선하는 유용하고 신뢰할 수 있는 콘텐츠 developers.google.com
- Google Search Central, Google 웹 검색 스팸 정책 developers.google.com
