시즌 점수를 믿기 전에

시즌 점수 A는 "작년 이맘때 검색이 크게 올랐다"는 뜻이지 "지금 써도 된다"는 결정이 아닙니다. 리도는 점수를 글감 결정으로 바꾸기 전에 정점이 언제인지, 숫자가 무엇을 기준으로 한 값인지, 같은 조건으로 다시 구한 값인지를 먼저 봅니다. 도구가 아예 돌지 않았다면 그 칸은 "없음"이 아니라 빈칸으로 남깁니다.

2026년 10월 29일 확인한 도구 파일과 10월 19일부터 27일까지의 운영 기록 기준입니다. 개인 운영 사례이고 고객사 프로젝트가 아닙니다. 점수가 높은 글감이 실제로 더 많이 읽혔다는 측정은 이 글에 들어 있지 않습니다.

시즌 점수는 무엇을 계산합니까?

작년 이번 달과 다음 달의 검색 값이 그 직전 두 달 평균보다 몇 배인지를 계산합니다. DMS.Labs의 글감 준비 자동화는 이 계산을 도구 파일 하나(season.js)로 처리해 매번 같은 식으로 구합니다.

도구는 네이버 데이터랩 검색어트렌드 화면에서 월별 값을 받습니다. 검색 API 열쇠 없이 공개 화면과 내려받기 파일만 읽고, 지금 달에서 24개월 전 달까지를 조회합니다. 계산은 다음과 같습니다.

분모가 0에 가까우면 배수가 터무니없이 커지므로 분모에는 0.5라는 바닥값을 둡니다. 등급은 시즌 배수만으로 정합니다.

계산 감각을 잡으려고 가상의 값으로 한 번 해 봅니다. 실제 검색어의 값이 아닙니다. 작년 이번 달이 60, 다음 달이 80이고 그 직전 두 달이 30과 20이라면 큰 값 80을 평균 25로 나눈 3.2배이고 등급은 A입니다. 직전 두 달 평균이 0.2로 나왔다면 분모는 0.2가 아니라 바닥값 0.5가 됩니다. 값이 아주 작은 검색어에서는 배수가 이렇게 눌려서 계산됩니다.

나무 책상 위에 빈 달력 칸 열두 개가 있고 그중 한 칸에 연필로 동그라미가 그려진 종이원본 전체 보기 ↗

데이터랩 숫자는 검색 횟수입니까?

아닙니다. 데이터랩의 숫자는 조회한 기간에서 가장 많이 검색된 시점을 100으로 놓은 상대값입니다. 네이버 데이터랩 검색어트렌드 결과 화면 안내에는 그래프가 일별·주별·월별 검색 횟수를 합산해 "조회기간 내 최다 검색량을 100으로 설정하여 상대적인 변화를 나타낸다"고 적혀 있습니다. 개발자 문서도 검색 횟수의 절댓값은 제공하지 않는다고 설명합니다. 근거는 네이버 데이터랩 모바일 검색어트렌드 안내와 네이버 개발자센터 데이터랩 소개입니다.

이 사실이 운영에 주는 제약은 두 가지입니다. 첫째, 숫자 80을 "80번 검색"으로 읽을 수 없습니다. 둘째, 서로 다른 조회에서 얻은 80과 80은 같은 크기라고 말하기 어렵습니다. 기간이나 검색어 묶음이 바뀌면 100이 가리키는 기준이 달라질 수 있기 때문입니다.

한 번에 비교할 수 있는 검색어 묶음은 다섯 개까지이고, 한 묶음에 넣는 검색어는 최대 20개입니다. 도구도 여섯 개를 넣으면 "나눠서 실행하라"는 오류를 냅니다. 10월 22일의 작업 기록에도 5개까지만 받고 6개를 넣으면 오류가 났다고 남아 있습니다. 후보가 여섯 개 이상이면 묶음을 나눠 조회해야 하고, 그러면 묶음마다 기준이 달라진다는 점도 함께 기억해야 합니다.

A등급이면 바로 써도 됩니까?

바로 쓰지 않습니다. 등급은 작년에 올랐는지만 말하고, 올해 그 정점이 이미 지났는지는 말하지 않습니다. 도구는 정점 달과 "정점까지 몇 개월"을 따로 계산해 둡니다. 이 값을 보지 않으면 A를 보고 이미 막바지인 글감을 고르게 됩니다.

10월 19일 새벽 글감 준비 기록에 이 사례가 있습니다. 일본 온천지 조잔케이는 시즌 점수가 A(1.76)였지만 정점까지 0개월, 즉 지금이 정점 달이었습니다. 새벽 글감 선정에는 "정점이 1개월에서 3개월 뒤"라는 조건이 있었기 때문에 이 후보는 그 회차에서 빠졌습니다. 도구도 정점이 1개월에서 3개월 뒤이면 "지금 써 두기 좋음", 0개월이면 "지금이 정점 달", 정점까지 10개월 이상 남았다면 정점이 막 지난 것이므로 "정점이 막 지남"이라고 따로 적어 줍니다.

10월 26일 저녁에 공개한 튀르키예 패키지 글감은 반대로 읽을 수 있는 사례입니다. 이 주제는 시즌 B(1.25)였고 지금이 정점 달이었습니다. 앞서 점수가 높았던 오타루·벳푸·일본 온천은 최근 글과 겹쳐 뺐습니다. 이 기록에는 그 회차에서 정점 조건을 어떻게 판단했는지가 남아 있지 않아서, 규칙이 지켜졌다거나 어긋났다고 말하지 않겠습니다. 다만 등급이 A여도 중복 때문에 빠질 수 있고, 등급이 B여도 채택될 수 있다는 점은 확인됩니다. 점수는 후보를 거르는 체이고, 중복과 정점은 따로 봐야 합니다.

시즌 점수와 정점은 서로 다른 질문의 답입니다. 점수는 "이 주제가 해마다 이 시기에 오르는가"를, 정점은 "그 오름의 어디쯤에 지금 있는가"를 봅니다.

같은 주제의 점수가 날마다 달라졌다면?

날짜가 다른 점수를 직접 비교하지 않고, 한 번에 조회한 묶음 안에서 순서만 읽습니다. 10월 24일 아침 글감 기록에는 시즌 A가 오타루 2.38, 일본 온천 1.54, 벳푸 1.52로 적혔습니다. 10월 26일 새벽 기록에는 일본 온천 여행 1.98, 오타루 여행 1.92, 벳푸 여행 1.56으로 적혔고, 앞서 나온 오타루 2.38과 다르게 나왔으니 날짜끼리 직접 비교하지 않는다고 남겼습니다.

이 차이의 원인은 확인하지 못했습니다. 두 기록의 검색어 표기가 "오타루"와 "오타루 여행"처럼 다르고, 10월 26일에는 후보를 다섯 개씩 두 묶음으로 나눠 조회했습니다. 검색어와 묶음 구성이 같았는지 기록만으로 가릴 수 없어서 어느 쪽이 원인인지 단정하지 않습니다. 순서도 달랐습니다. 10월 24일에는 오타루가, 10월 26일에는 일본 온천이 가장 높았고 벳푸만 두 번 모두 가장 낮았습니다.

그래서 운영 규칙을 이렇게 정했습니다. 점수를 하나의 사실로 장부에 적지 않고 "조회한 날짜, 검색어 표기, 같이 조회한 묶음"을 함께 적습니다. 다른 날의 값과 비교해야 할 때는 같은 묶음으로 다시 조회합니다. 이 기록 방식은 AI가 우리 글을 인용했을까에서 측정 조건을 함께 적던 방식과 같은 생각입니다.

나무 쟁반에 작은 도자기 잔 다섯 개가 한 줄로 놓여 있고 같은 잔 하나가 쟁반 밖에 따로 놓인 장면원본 전체 보기 ↗

도구가 돌지 않으면 칸을 어떻게 합니까?

못 구한 값은 빈칸으로 두고 막혔다고 적습니다. 값이 없다는 사실과 "해당 사항이 없다"는 말은 다르기 때문입니다.

10월 27일 새벽 준비 기록에서 자동완성 도구 파일이 지정된 두 위치 모두에 없었고, 그래서 그 칸은 비워 둔 채 막힘 목록에 올렸습니다. 같은 날 시즌 도구는 정상적으로 불러와져 후보 다섯 개를 한 번에 채점했습니다. 한 도구가 막혔다고 다른 도구의 결과까지 버리지 않았습니다. 같은 기록에는 스레드 검색에서 질문이 나오지 않은 사례도 있습니다. 화면에 결과가 없었을 뿐 질문이 실제로 없다는 확인은 아니어서 "질문이 없었다"가 아니라 막힘으로 보고했습니다.

10월 26일에는 열린 탭이 하나도 없을 때 자동완성 도구의 첫 호출이 실패했습니다. 탭을 하나 연 뒤에는 정상으로 나왔습니다. 그래서 이 실패는 도구 고장이 아니라 열린 탭이라는 조건과 관련된 것으로 기록했습니다. 시즌 도구도 호출할 때마다 데이터랩 탭을 새로 열기 때문에, 호출이 끝난 뒤 원래 작업 탭을 다시 확인해야 한다고 10월 22일 기록에 남겨 두었습니다.

내 업무에 옮기려면 어떤 순서가 좋습니까?

아래는 이번 운영 기록에서 정리한 제안이며 고객 프로젝트에서 검증한 절차가 아닙니다.

1. 점수가 무엇을 뜻하는지 한 줄로 적습니다. 예를 들어 "작년 이맘때 직전 두 달 대비 배수"처럼 계산식을 같이 둡니다.
2. 숫자가 상대값인지 절댓값인지 출처 문서로 확인합니다. 상대값이면 서로 다른 조회의 숫자를 섞지 않습니다.
3. 등급 옆에 시기를 함께 둡니다. 정점까지 몇 개월인지가 없는 등급은 결정에 쓰지 않습니다.
4. 조회한 날짜, 검색어 표기, 묶음 구성을 값과 함께 기록합니다.
5. 도구 한 개의 점수로 주제를 확정하지 않습니다. 최근 글과의 중복, 공식 자료로 확인할 수 있는지 같은 조건은 사람이나 다른 단계가 따로 봅니다.
6. 도구가 돌지 않으면 빈칸으로 두고 막힘 사유를 적습니다. 다른 칸의 정상 결과는 그대로 씁니다.

점수가 높은 글감이 더 많이 읽혔다고 말할 수 있습니까?

이 글의 근거로는 말할 수 없습니다. 위 기록은 점수를 구하고 해석한 과정에 대한 것이고, 점수가 높았던 글감이 실제로 더 읽히거나 문의로 이어졌는지는 따로 측정해야 하는 다른 질문입니다. 검색량 같은 도구 숫자와 공개 후 성과는 서로 다른 증거로 두고, 하나가 높다고 다른 하나가 높았다고 쓰지 않습니다.

공개와 기록을 나눈 이유에서 공개 결과와 장부를 나눈 것과 같은 원칙입니다. 업무 자동화의 성과를 어떤 숫자로 볼지는 AI 도입 성과 측정에서 다른 각도로 정리했고, 어떤 데이터를 AI에게 먼저 줄지 고르는 기준은 AI에게 줄 데이터 고르기에서 다룹니다.

다음에 볼 것

도구가 낸 숫자를 사람이 어느 지점에서 받아 판단할지 업무 단위로 설계하려면 DMS.Labs AX 전환 설계를 보실 수 있습니다. 이 글의 범위는 글감 준비 도구 하나와 10월 중 며칠의 운영 기록이며, 도입 비용이나 절감 시간, 문의·매출 효과를 약속하지 않습니다.

본문의 두 이미지는 설명용으로 새로 생성한 장면입니다. 실제 운영 화면이나 고객 현장을 촬영한 사진이 아닙니다.