10위권에 위치한 6개의 SaaS 계산기, 하지만 실제로는 아무것도 랭킹에 오르지 못했다

이번 주 내내 자동화 프로세스가 매일 실행되었습니다. 7개의 SaaS 계산기가 예정대로 저장소(repo)에 등록되었습니다. 월요일은 Runway, 화요일은 CAC, 수요일은 LTV, 목요일은 ARR, 금요일은 MRR, 토요일은 Churn Rate(이탈률), 일요일은 Funding이었습니다. 커밋 메시지는 모두 동일했습니다: "SEO: [X] 계산기 콘텐츠 개선 — 검증된 벤치마크, 예시, 내부 링크 추가." 7일 중 7일 모두 성공했습니다. 단 한 번의 누락도 없었습니다. 오늘 아침 Google Search Console (GSC)의 28일 데이터를 추출하여 Google 측에서 이 클러스터(cluster)가 어떻게 보이는지 확인했을 때, 수치는 고무적이었습니다. 그러다 그중 두 개에 대한 쿼리(query) 상세 내역을 추출했습니다. 1주 차에 발견했던 것과 동일한 현상이 다시 나타났습니다. 다만 이번에는 단일 페이지의 문제가 아니었습니다. 클러스터 전체의 문제였습니다.

설정 현황
이번 주 개선 작업 이후 SaaS 계산기 클러스터의 상태는 다음과 같습니다:

• Runway 계산기 — 자금이 소진되기 전까지 남은 시간, 5월 17일 개선
• CAC 계산기 — 고객 획득 비용, 5월 18일 개선
• LTV 계산기 — 고객 생애 가치 (Lifetime Value), 5월 19일 개선
• ARR 계산기 — 연간 반복 매출 (Annual Recurring Revenue), 5월 20일 개선
• MRR 계산기 — 월간 반복 매출 (Monthly Recurring Revenue), 5월 21일 개선
• Churn Rate 계산기 — 고객 이탈률, 5월 22일 개선
• Funding 계산기 — 얼마를 조달하고 어느 정도의 희석(dilution)이 발생하는지, 5월 23일 개선

각 개선 작업은 동일한 패턴을 따릅니다: 기존 페이지를 가져와서, 검증된 벤치마크(지어낸 것이 아닌 출처가 있는 데이터)를 추가하고, 실제 숫자가 포함된 풀이 예시를 추가하며, 내부 링크 구조를 강화합니다. 이 자동화는 3월 말부터 이 루틴을 실행해 왔으며, 현재 37일 연속으로 하루에 하나씩 계산기를 처리하고 있습니다. 28일간의 GSC 데이터에 따르면, SaaS 중심의 6개 계산기 모두 Google 인덱스에 나타났으며, 합산 순위는 1페이지에 근접한 영역에 있는 것처럼 보였습니다. 저는 지표가 정체되었다는 지루한 업데이트 포스트를 써야 할 것이라고 예상했습니다. 그러다 더 깊이 파고들었습니다.

내가 예상한 것 vs 데이터가 보여준 것

SaaS 클러스터에 대한 28일간의 페이지 레벨 데이터는 다음과 같습니다:

계산기	노출수 (28일)	클릭수	평균 순위
ARR calculator	70	0	10.2
Runway calculator	61	0	8.4
CAC calculator	11	0	10.2
LTV calculator	8	0	10.4
MRR calculator	9	0	30.8
Churn Rate calculator	8	0	10.9

ARR은 10.2위, Runway는 8.4위에 위치해 있습니다. 나머지 대부분은 10~11위 근처에 모여 있습니다. 겉보기에는 어느 정도의 트래픽을 동반하며 1페이지에 근접하고 있는 클러스터처럼 보입니다. 겉보기에는 말이죠.

발견 사항 #1: ARR 계산기의 보이지 않는 69

ARR calculator: 28일 동안 노출수 70회, 순위 10.2위. 이는 1페이지를 넘보는 듯한 수치입니다. 저는 쿼리 레벨 (query-level) 상세 내역을 추출했습니다. GSC (Google Search Console)는 단 하나의 쿼리만을 반환했습니다.

mrr / arr hesaplayıcı | 노출수 1회 | 순위 28.0

단 하나의 쿼리. 단 하나의 노출. 터키어로 된 쿼리입니다. 순위는 28위입니다. 나머지 69회의 노출은 GSC의 개인정보 보호 임계값 (privacy threshold) 미만입니다. 즉, 쿼리 상세 내역에 전혀 나타나지 않는, 노출수가 1~2회에 불과한 쿼리들입니다. 수십 개의 아주 작은 롱테일 (long-tail) 변형 쿼리들이 각각 아주 미미한 신호를 생성하고 있으며

임프레션 (impressions)이 임계값 미만인 60건입니다. "8.4위"라는 수치는 49위에 있는 하나의 쿼리와 제가 볼 수 없는 수십 개의 쿼리 순위의 평균값입니다. 그중 일부는 아마도 상위 5위 안에 있을 것이며, 만약 그렇다면 평균값은 급격히 상승했을 것입니다. 2위에 있는 단 하나의 쿼리와 50위에 있는 59개의 쿼리가 있다면 평균은 10 근처가 될 것입니다. 제가 보고 있는 것이 바로 그것입니다. Runway 계산기가 8.4위에 랭킹되어 있는 것이 아닙니다. 탐지할 수 없는 수십 개의 검색어에 걸쳐 서로 다른 순위에 위치하고 있으며, 그 순위들의 평균이 우연히 8.4가 된 것입니다. 이는 완전히 다른 이야기입니다.

발견 사항 #3: 개선된 페이지 중 7일간의 데이터에 나타난 것이 없음
모든 것을 연결하는 세부 사항은 다음과 같습니다. 이번 주에 진행된 7개의 계산기 개선 작업은 5월 17일23일에 이루어졌습니다. 저는 최소한 몇몇 페이지에서 새로운 임프레션 (impressions)이 나타나기를 기대하며 7일간의 GSC (Google Search Console) 데이터(5월 16일24일)를 추출했습니다. 하지만 7일간의 기간 내에 어떤 SaaS 도구 페이지도 나타나지 않았습니다. 개선이 이루어진 해당 주간 동안 7개 페이지 모두에서 임프레션 (impressions)이 0건이었습니다. 7일간의 데이터에 나타난 두 개의 "runway" 및 "funding" 항목은 블로그 포스트였습니다. 즉, /blog/how-to-calculate-and-manage-your-startup-runway-effectively (임프레션 1건, 순위 72위)와 /blog/digital-health-ma-how-a-48-funding-drop-creates-acquisition-opportunities (임프레션 3건, 순위 31위)였습니다. 도구 페이지가 아니었습니다.

이것이 개선 작업이 헛수고였다는 뜻은 아닙니다. Google이 일주일 만에 7개 페이지 모두를 크롤링 (crawl), 재렌더링 (re-render), 그리고 재평가 (re-evaluate)하지는 않았을 것입니다. 인덱싱 (indexing) 사이클은 그렇게 작동하지 않습니다. 이들을 10위로 보여주는 28일간의 데이터는 개선 작업 이전의 것입니다. 새로운 콘텐츠가 순위를 움직일지 여부는 최소 2~4주 후에나 나타날 것입니다. 이것이 의미하는 바는 다음과 같습니다: 저는 개선 전의 데이터를 바탕으로 SaaS 클러스터 (cluster)를 평가하고 있다는 것입니다. "1페이지 근처"라는 집계 수치는 결과가 아니라 기준점 (baseline)입니다.

발견 사항 #4: 클릭 (clicks)이 정체됨
종합하면: 이번 주 853회의 임프레션 (impressions)에서 9회의 클릭 (clicks)이 발생했습니다. 이번 주 개선 작업 이전인 지난주(5월 8일~15일)는 852회의 임프레션 (impressions)에서 11회의 클릭 (clicks)이 발생했습니다. 거의 동일한 수치이며, 본질적으로 정체된 상태입니다.

28일간의 총 클릭 수는 42회입니다. 4주 차에 게시된 포스트에서는 동일한 28일 기간 동안 52회의 클릭이 기록되었습니다. 10회의 클릭 감소가 유의미한 신호(signal)인지 아니면 단순한 노이즈(noise)인지는 불분명합니다. 표본 크기가 충분히 작기 때문에 어느 쪽일 가능성도 있습니다. 제가 확실히 말할 수 있는 것은 4주 차까지 눈에 보였던 성장세가 지난 2주 동안은 지속되지 않았다는 점입니다. 홈페이지가 여전히 가장 많은 클릭을 생성하고 있습니다. 이번 주에는 7.8위의 위치에서 188회의 임프레션 (impressions) 중 3회의 클릭이 발생했습니다. 구매 주문서 생성기 (purchase order generator)가 194회의 임프레션 중 2회의 클릭으로 2위를 차지했습니다. 그 외의 모든 항목은 0 또는 1이었습니다.

이에 대해 제가 취할 조치:

클러스터 구축 (cluster-building) 전략은 좁은 의미에서 작동하고 있습니다. 자동화는 일관되게 이루어지고 있고, 페이지들은 Google의 인덱스 (index)에 포함되어 있으며, 전체적인 순위 수치도 1주 차의 바닥권에서 위로 이동했습니다. 하지만 "평균 10위"라는 것이 "유용한 키워드에 대해 랭킹에 올랐다"는 것을 의미하지는 않습니다. 계산기 중 하나를 골라 실제 순위를 검증하십시오. 페이지가 클릭을 생성하려면, 롱테일 (long tail) 전체에 걸친 평균적인 허구가 아니라, 실제로 상위 10위 안에 드는 지배적인 의도 쿼리 (intent query)가 필요합니다. 저는 SaaS 계산기 중 쿼리 분포가 가장 분산된 것이 아니라, 가장 집중된 것을 식별하여 그곳에 개선 노력을 집중할 것입니다.

5월의 개선 사항들이 안정될 때까지 재측정을 기다리십시오. 같은 주에 업데이트된 페이지들에 대해 GSC (Google Search Console) 데이터를 추출하는 것은 영향에 대해 아무것도 알려주지 않습니다. 개선 날짜를 기준으로 4주 후에 동일한 6개 페이지를 다시 확인하겠습니다.

"평균 순위"를 신호로 간주하는 것을 중단하십시오. 매주 새로운 페이지의 전체 순위는 유망해 보이지만, 매주 쿼리 세부 분석을 해보면 동일한 분포 문제를 보여줍니다. 현 시점에서는 각 페이지가 의미 있는 임프레션을 가진 쿼리를 최소 5개 이상 확보할 때까지 페이지 수준의 평균 순위를 노이즈로 취급해야 합니다. 클릭을 생성하는 쿼리가 주 단위로 일관되게 나타나는지 확인하십시오.

홈페이지와 구매 주문서 생성기 (purchase order generator)가 클릭을 얻고 있지만, 이 클릭들이 안정적인 반복 쿼리 (recurring queries)에서 발생하는지, 아니면 매주 서로 다른 일회성 검색에서 발생하는지는 아직 확인하지 못했습니다. 불편한 교훈은 다음과 같습니다. 1주 차 버전의 교훈은 '평균 순위 (position averages)의 집계는 쿼리 분포 (query distributions)를 숨긴다'는 것이었습니다. 저는 그것을 쓰고, 게시하고, 다음 단계로 넘어갔습니다. 7주 후, 동일한 함정이 6개의 페이지, 즉 하나의 콘텐츠 클러스터 (content cluster) 전체에서 동시에 발생했습니다. 그리고 이 포스트에서 '클러스터가 작동하고 있다'는 잘못된 양성 (false-positive) 헤드라인을 만들어낼 뻔했습니다. 이를 막을 수 있었던 유일한 방법은 쿼리 상세 분석 (query drilldown)을 수행하는 것이었습니다. 매주 그랬던 것도 아니고, 처음 그랬던 것도 아닙니다. 구체적으로 이번 주였고, 구체적으로 제가 그것을 기억해냈기 때문입니다. 패턴은 이전에 본 적이 있다고 해서 사라지지 않습니다. 개인정보 보호 임계값 (privacy threshold) 미만의 노출 (impressions)을 가진 새로운 페이지가 나타날 때마다, 즉 특정 쿼리에 대해 노출이 몇 백 건 미만인 모든 페이지에서 패턴은 나타납니다. 권위 (authority)가 없는 새로운 도메인에게 그것은 거의 모든 페이지를 의미합니다. 자동화는 실재합니다. 37일간의 개선 지속은 실재합니다. 하지만 10위 근처의 순위 평균은 실재하지 않습니다. 그것은 제가 완전히 볼 수 없는 분포에 대한 산술적 계산일 뿐입니다. 콘텐츠 변경 사항에 대해 해당 분포가 한 달간 반응할 때까지 다시 확인하겠습니다. 만약 ARR 및 런웨이 (Runway) 계산기가 '보이는 것 없이 10위' 상태를 유지한다면, 저도 그대로 말할 것입니다. 저는 valuefy.app에서 이러한 실험을 진행하고 있습니다. 이곳은 제가 자동화된 콘텐츠 루틴을 통해 구축하고 최적화해 온 SaaS 및 금융 계산기 세트입니다. 매주 나오는 데이터는 보통 실험이 어떻게 진행되고 있는지에 대해 제가 알고 있다고 생각했던 것들을 무너뜨립니다. 만약 여러분도 '집계 데이터는 괜찮아 보이는데 아무것도 클릭되지 않는' 동일한 문제로 고군분투하고 있다면, 댓글을 남겨주세요. 저는 또한 기업을 위한 AI 도구 (AI tooling)를 구축하는 AImiten을 운영하고 있습니다. 이 사이드 프로젝트는 아이디어들이 클라이언트 작업에 적용되기 전 스트레스 테스트를 거치는 곳입니다.