02 · PART 2 · CLASS / SPRINT MISSION 3 · PRD

다계정 블로그
운영·수익 학습 PRD

네이버 5개와 티스토리 20개의 데이터 품질, 콘텐츠 작업, 7일 결과, 플랫폼별 광고수익을 하나의 학습 과정으로 연결한다.

개요 · 기회 · 가설 · 제품 정의 · 마일스톤 · FAQ

1. 개요

제품명: 다계정 블로그 광고수익 학습 MVP

타겟 사용자: 네이버 블로그 5개와 티스토리 20개를 운영하며 자동 발행과 여러 분석 도구를 사용하지만, 계정별 데이터 누락과 서로 다른 지표 때문에 오늘 수정할 글과 7일 뒤의 성공 여부를 빠르게 결정하기 어려운 다계정 블로그 운영자.

제품 목적25개 계정에서 매일 가장 필요한 수집 복구 또는 콘텐츠 개선 작업을 최대 5개만 제시한다.

핵심 가치플랫폼별 근거를 보존하면서 작업과 트래픽·광고수익 변화를 연결한다.

검증 기간14일 기준선을 확보한 뒤 4주간 주 5개 실험을 실행한다.

현재 기반	문제	제품 기회
네이버 5개 계정의 일별·글별 통계를 수집한다.	최근 3일 기준 10/15 계정·일만 있어 증감 판단이 보류된다.	성과 추천보다 수집 완전성 게이트를 먼저 적용한다.
티스토리는 공용 GTM과 hostname 조건으로 GA4·Clarity를 분리한다.	잘못된 hostname·account_key 연결은 여러 사이트 데이터를 섞을 수 있다.	수집 전에 site-account-property 일치 검사를 필수화한다.
글별 조회와 전날 대비를 확인할 수 있다.	어떤 작업을 언제 했는지 기록되지 않아 전후 결과를 평가하기 어렵다.	한 글·한 변경·한 평가일을 실험 ID로 연결한다.
AdPost와 AdSense로 광고수익을 확인할 수 있다.	수익 원천과 귀속 단위가 다르다.	플랫폼별 수익 상태와 계정 단위 추이를 나란히 보여준다.

다계정 운영자가 25개 계정의 데이터 완전성을 먼저 확인하고, 원천별 순위에서 선택된 콘텐츠에 한 가지 개선만 적용한 뒤 7일 결과를 기록하면, 발행량 중심 운영에서 반복 가능한 트래픽·광고수익 학습 운영으로 전환할 수 있다.

사용 가설오늘 할 일을 최대 5개로 제한하면 운영자는 근거 확인과 결과 판정을 반복할 수 있다.

데이터 가설hostname·account_key 검증과 누락일 표시가 잘못된 성과 판단을 줄인다.

사업 학습4주 동안 플랫폼별로 반복할 개선 패턴을 최소 1개씩 찾는다.

25개 계정 수집연결·완전성 검사원천별 후보 분류단일 변경 등록7일 전후 비교다음 결정

ID	요구사항	수용 기준
FR-01	계정 인벤토리와 연결 상태	25개 계정의 platform, hostname, account_key, analytics source, revenue source를 관리한다.
FR-02	네이버 소유자 통계 수집	기준일·출처·수집 시각과 계정별 조회·방문·검색 유입을 보존한다.
FR-03	티스토리 GA4·Clarity 수집	공용 GTM 이후 Page Hostname이 구성된 블로그와 일치하는 데이터만 저장한다.
FR-04	수집 완전성 게이트	양쪽 비교 기간이 95% 미만이면 증감률 대신 수집 복구 작업을 제안한다.
FR-05	원천별 콘텐츠 후보	네이버 조회와 GA4 지표를 섞지 않고 각 계정 안에서 순위를 계산한다.
FR-06	단일 변경 실험	제목·도입부·CTA 중 하나와 기준선·완료일·평가일을 실험 ID로 저장한다.
FR-07	광고수익 상태	AdPost와 AdSense를 별도 표시하고 미연동·미측정·측정·확정을 구분한다.
FR-08	7일 결과와 다음 결정	트래픽·행동·계정 수익을 근거로 확대·개선·관찰·중단 중 하나를 기록한다.

범위계정 매핑, 데이터 수집 상태, 원천별 후보 선정, 작업 기록, 7일 비교, 플랫폼별 광고수익 상태.

비범위새 자동발행 기능, 검색 순위 보장, 자동 광고 클릭, 플랫폼 간 원시 지표 합산, 수익의 글 단위 추정 배분.

1주차25개 계정 지도
네이버 5개와 티스토리 20개의 hostname·account_key·분석·수익 연결 상태를 확정한다.

2주차14일 기준선
계정·일 수집 완전성을 95% 이상으로 만들고 누락을 복구한다.

3주차첫 실험
후보 5개에 한 가지 변경을 적용하고 평가일을 예약한다.

4주차첫 판정
7일 결과와 플랫폼별 광고수익 상태를 확인해 다음 결정을 기록한다.

5~6주차반복성 확인
같은 규칙을 한 번 더 실행해 플랫폼별 반복 패턴이 나타나는지 확인한다.

25개 계정을 한 순위로 정렬하는가?아니다. 원천이 같은 플랫폼·계정 안에서 비교한 뒤 우선 작업만 한 목록으로 모은다.

수집 누락은 조회수 0인가?아니다. 누락·인증 만료·연결 오류를 각각 표시하고 성과 계산에서 제외한다.

티스토리 20개가 모두 측정 중인가?운영 계정 수는 20개다. 각 계정의 GA4·Clarity·AdSense 연결 완료 상태는 계정 지도에서 확인한다.

공용 GTM이면 데이터가 섞이지 않는가?Page Hostname 조건과 수집기 hostname 검증을 모두 통과한 데이터만 해당 account_key에 저장한다.

글별 광고수익을 계산하는가?원천에서 글 단위 수익을 제공할 때만 사용한다. 그렇지 않으면 계정 단위 동기간 추이를 참고한다.

기존 자동발행 앱을 변경하는가?이 MVP는 발행 앱을 대체하지 않고 분석·실험·판정 흐름을 연결한다.