팔로워 900명대 계정에서 글 하나가 조회수 133,000을 넘겼습니다. 터뜨리려고 쓴 글이 아니라 그저께 밤에 있었던 일을 그대로 적은 것이었는데 제 계정 역대 1위가 됐습니다. 왜 터졌는지 제 계정 지표를 직접 뜯어서 확인한 것을 적습니다.
터뜨리려고 쓴 글이 아니었습니다
이 글에서 먼저 밝혀야 할 게 있습니다. 저는 이 글을 잘 쓰려고 공들이지 않았습니다. 그냥 그날 밤에 겪은 일을 적었습니다.
평소에 저는 훨씬 더 시간을 들여 글을 씁니다. 손을 쓸 수 없어서 침대에 누워 스마트폰을 입술로 눌러 한 글자씩 입력하기 때문에, 글 하나에 드는 시간이 남들보다 훨씬 깁니다. 그래서 더 신경 써서 씁니다.
그런데 역대 1위가 된 건 공들인 글이 아니라 사건을 적은 글이었습니다. 이게 이상해서 지표를 직접 뜯어봤습니다.
지표에서 뭐가 나왔나요?
글을 여는 방식에 따라 조회 중앙값이 4.5배 차이 났습니다. 작업물로 연 글보다 사건으로 연 글이 압도적이었습니다.
제 계정 데이터입니다.
| 글을 여는 방식 | 조회 중앙값 |
|---|---|
| "만들었다" (작업물) | 207 |
| 사건 서술 | 940 |
4.5배입니다. 같은 계정, 같은 사람이 쓴 글인데 여는 방식만 다릅니다.
이건 제 감이 아니라 제 계정에서 실제로 나온 숫자입니다. 그래서 저는 이 차이를 무시할 수 없었습니다.
왜 사건이 작업물을 이기나요?
작업물 글은 읽는 사람이 구경꾼이 되고, 사건 글은 당사자가 되기 때문입니다. 특히 그 사건이 독자에게도 일어날 수 있는 일이면 더 그렇습니다.
역대 1위가 된 그 글의 소재는 크롬이 맥 저장공간을 35GB 잡아먹고 있었다는 것이었습니다.
여기서 중요한 건 범인이 저나 제 특수한 환경이 아니라는 점입니다.
- 제가 만든 도구 이야기였다면 → 저를 구경하는 글
- 크롬이 범인이라면 → 독자 컴퓨터에도 있는 녀석
읽는 순간 남 일이 아니게 됩니다. "내 맥도 그런가?" 하고 확인하러 갑니다. 그 차이가 조회수로 나타났다고 봅니다.
역대 1위 글이 실제로 어떻게 시작했나
그 글의 첫 문장은 이랬습니다.
맥 저장공간이 40GB밖에 안 남았다길래 클로드한테 원인을 물었다.
여기에 자랑이 없습니다. 결론도 없습니다. 그냥 상황입니다.
만약 제가 이 글을 "AI로 맥 용량 문제를 해결하는 법"으로 열었다면 어땠을까요. 정보성 제목이고 나쁘지 않아 보이지만, 읽는 사람 입장에서는 또 하나의 팁 글입니다. 스크롤이 그냥 지나갑니다.
반면 "40GB밖에 안 남았다"는 상태입니다. 읽는 사람은 자기 맥의 남은 용량을 떠올립니다. 그 순간 이미 글 안으로 들어온 겁니다.
그럼 작업물 글은 쓰지 말아야 하나
그건 아닙니다. 저는 계속 만들고 계속 그 이야기를 씁니다. 다만 순서를 바꿉니다.
예전에는 이렇게 썼습니다.
- 1) 무엇을 만들었다 → 2) 왜 만들었다 → 3) 어떻게 만들었다
지금은 이렇게 씁니다.
- 1) 이런 일이 있었다 → 2) 그래서 곤란했다 → 3) 그래서 이걸 만들었다
내용은 같습니다. 들어가는 문이 다를 뿐입니다. 제 계정 지표로는 이 문 하나가 207 대 940이었습니다.
그리고 이건 SNS에만 해당하는 게 아니라고 생각합니다. 블로그 글도 같습니다. 제목에 결과만 박아두면 검색으로는 들어와도 읽히지는 않습니다.
숫자를 그대로 쓴 것도 컸습니다
저는 그 글에 숫자를 정리하지 않고 있는 그대로 적었습니다. 35GB, 21개, 1.4GB. 반올림하지도, 좋게 다듬지도 않았습니다.
"용량이 꽤 늘었다"라고 쓰면 읽는 사람이 판단할 근거가 없습니다. "35GB"라고 쓰면 독자가 자기 상황과 비교할 수 있습니다.
믿을지 말지는 독자가 정하면 됩니다. 저는 재료만 주면 됩니다. 그게 설득보다 강하다는 걸 이 글에서 배웠습니다.
정리하면
- 작업물이 아니라 사건으로 엽니다. 제 계정에서 207 대 940, 4.5배 차이였습니다.
- 범인을 독자도 가진 것으로 잡습니다. 크롬은 모두의 컴퓨터에 있습니다.
- 숫자를 다듬지 않고 그대로 씁니다. 판단은 독자 몫으로 남깁니다.
- 공들인 정도와 성과는 비례하지 않습니다. 이건 좀 억울하지만 사실이었습니다.
참고: 자기 계정을 재보려면
아래는 제가 겪은 일이 아니라 같은 분석을 하려는 분을 위한 일반적인 접근입니다.
- 평균이 아니라 중앙값으로 봅니다. 대박 글 하나가 평균을 통째로 왜곡합니다.
- 글을 여는 방식으로 분류합니다. 주제별이 아니라 첫 문장 유형별로 나눠야 차이가 보입니다.
- 표본이 적으면 결론을 미룹니다. 제 경우도 수십 개 단위라 제 계정 안에서만 유효한 관찰입니다.
- 남의 계정 공식을 그대로 가져오지 않습니다. 계정마다 독자가 다릅니다.
Threads 게시물별 지표는 Threads 공식 API 문서에 정리된 인사이트 엔드포인트로도 받아올 수 있습니다.
이 결과를 어떻게 쓰고 있나
저는 이 분석 이후로 글을 쓸 때 첫 문장을 먼저 점검합니다.
"내가 뭘 만들었다"로 시작하려고 하면 멈춥니다. 그리고 그걸 만들게 된 사건이 있었는지 찾습니다. 대부분 있습니다. 만들기 전에 뭔가 문제가 있었으니까 만든 겁니다.
그 사건부터 쓰면 결과물 이야기는 자연스럽게 뒤에 붙습니다. 순서만 바꾸는 겁니다.
자주 받는 질문
Q. 팔로워가 적어도 터질 수 있나요?
제 계정이 900명대였을 때 133,000이 나왔습니다. 적어도 팔로워 수가 상한선은 아니었습니다.
Q. 그럼 매번 사건으로 쓰면 되나요?
없는 사건을 지어내면 안 됩니다. 제 경우는 실제로 겪은 일이었습니다. 지어낸 사건은 금방 티가 납니다.
Q. 숫자를 공개하는 게 부담스럽지 않나요?
부담보다 얻는 게 큽니다. 숫자가 없으면 독자가 판단할 수 없고, 판단할 수 없으면 읽을 이유도 줄어듭니다.
Q. 4.5배 차이가 다른 계정에도 적용되나요?
모르겠습니다. 제 계정 데이터일 뿐입니다. 다만 직접 재보는 건 누구나 할 수 있습니다.
끝으로
저는 이 글을 쓰면서 조금 이상한 기분이 들었습니다. 제일 공들인 글이 아니라 제일 무심하게 쓴 글이 제일 멀리 갔으니까요.
그런데 다시 생각해보면 그 글이 무심했던 게 아니었습니다. 그날 밤 제가 실제로 겪은 일이었을 뿐입니다. 겪은 걸 적는 데는 꾸밀 게 없습니다.
잘 쓰려고 애쓴 글보다 겪은 걸 그대로 적은 글이 강했습니다. 저는 그걸 숫자로 확인했습니다.
이 글은 제가 2026-08-20에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글