3장. 정보형 글과 수익형 글의 차이, 애드센스 수익은 여기서 갈립니다
정보형 글은 독자가 개념을 이해하도록 돕고, 수익형 글은 비교·조회·신청·설치처럼 다음 결정을 끝내도록 돕습니다. 둘 중 하나가 더 좋은 글이라는 뜻은 아닙니다. 기존 정보형 글은 검색 입구나 신뢰를 쌓는 허브로 두고, 실제 행동이 필요한 질문은 별도의 문제 해결 글로 분리하는 것이 가장 안전합니다.
행동형 제목을 붙인다고 애드센스 수익이 보장되지는 않습니다. 광고주 수요, 유입 규모, 방문자의 조건, 광고 게재 환경이 함께 달라지기 때문입니다. 검색 의도는 ‘고단가를 만드는 비법’이 아니라 제목에서 약속한 일을 독자가 끝내게 하는 편집 기준으로 사용해야 합니다.
기존 글을 바꾸기 전 세 문장
- 이 글은 무엇을 이해시키는가?
- 독자는 이해한 다음 무엇을 하려는가?
- 그 행동은 현재 글 안에서 끝나는가, 새 글로 분리해야 하는가?
차이는 글 길이가 아니라 독자가 멈춘 지점입니다
‘에어컨 전기요금이 오르는 이유’는 원리를 이해하려는 질문입니다. ‘에어컨 사용량을 넣어 예상 요금을 계산하는 방법’은 자신의 금액을 확인하려는 질문입니다. 주제는 같아도 독자가 멈춘 지점이 다릅니다. 첫 글에는 원인과 절약 원리를, 둘째 글에는 입력값·계산 순서·결과 해석·오류 가능성을 담아야 합니다.
| 글의 역할 | 독자가 원하는 것 | 본문에 필요한 요소 |
|---|---|---|
| 개념형 | 뜻과 원리 이해 | 쉬운 정의, 비교, 오해 교정 |
| 비교형 | 두 선택지 중 결정 | 비용, 제약, 적합한 상황, 제외 조건 |
| 절차형 | 조회·신청·예약 완료 | 준비물, 공식 경로, 단계, 실패 대응 |
| 오류 해결형 | 정상 상태 복구 | 위험 여부, 쉬운 점검, 원인별 분기 |
정보형 글도 독자의 목적을 완결하면 훌륭한 글입니다. 식물 잎이 노랗게 되는 원인을 찾는 독자에게 무리하게 상품 비교를 붙일 필요는 없습니다. 반대로 ‘프린터 드라이버 다운로드’를 찾는 사람에게 프린터의 역사와 장점만 설명하면 제목의 약속을 지키지 못합니다.
‘뜻·원인·후기’를 행동 질문으로 분해하는 네 단계
1단계: 명사 뒤에 숨어 있는 상황을 적습니다
키워드가 ‘여행자보험’이라면 독자가 출국 전인지, 이미 사고가 났는지, 청구 서류를 준비하는 중인지 알 수 없습니다. ‘출국 전 보장 범위를 비교하는 사람’처럼 상황을 한 문장으로 좁히세요. 상황이 정해지면 필요한 사실과 피해야 할 단정도 달라집니다.
2단계: 성공 상태를 눈에 보이게 만듭니다
‘알아본다’는 성공 상태가 모호합니다. 신청 번호를 받는다, 지원 운영체제에 맞는 공식 파일을 내려받는다, 두 교통편의 총비용과 시간을 비교해 하나를 고른다처럼 끝난 모습을 적습니다. 그 상태에 도달하는 데 필요 없는 배경은 줄이고 빠진 조건은 보강할 수 있습니다.
3단계: 정상 절차와 판단 기준을 분리합니다
절차만 쓰면 독자는 화면을 따라갈 수 있지만 자기 상황에 맞는 선택을 못 할 수 있습니다. 비교 기준만 쓰면 무엇을 눌러야 할지 모릅니다. 예를 들어 eSIM과 로밍 비교 글은 가격·지원 기기·통화 필요 여부를 먼저 비교하고, 선택한 뒤의 설치 경로는 별도 순서로 설명해야 읽기 쉽습니다.
4단계: 실패 비용을 확인합니다
신청 기한을 놓치는지, 잘못된 설치 파일로 보안 문제가 생기는지, 건강 정보를 오해할 위험이 있는지 살펴봅니다. 피해가 클수록 정부·서비스 운영사·제조사 같은 1차 출처를 주장 가까이에 두고 적용 시점과 예외를 밝혀야 합니다. Google도 사용자 중심 콘텐츠 안내에서 사람이 실제 목적을 달성하도록 돕는 유용하고 신뢰할 수 있는 정보를 강조합니다.
같은 소재를 억지 전환하지 말고 질문 묶음으로 만드세요
정보형 글 하나를 수익형처럼 보이게 고치는 것보다 질문을 역할별로 나누는 편이 자연스럽습니다. ‘프린터가 오프라인으로 표시되는 이유’는 원인 허브가 될 수 있습니다. 여기서 ‘윈도우 11 드라이버 공식 다운로드’, ‘업데이트 후 인쇄 대기열 삭제’, ‘USB는 잡히는데 인쇄되지 않을 때 점검’으로 연결하면 각 글이 하나의 문제를 해결합니다.
| 넓은 소재 | 정보형 입구 | 결정·행동 질문 |
|---|---|---|
| 전기요금 | 고지서 항목 뜻 | 사용량으로 예상 금액 계산, 할인 대상 확인 |
| 해외여행 | 출국 준비물 | eSIM·로밍 비교, 공항 교통편 선택 |
| 모바일 앱 | 주요 기능 설명 | 로그인 실패 복구, 구독 해지 경로 |
| 자동차 검사 | 검사 종류와 의미 | 대상 확인, 예약, 기간 경과 대응 |
내부링크는 답을 숨기고 다음 페이지로 보내는 장치가 아닙니다. 정보형 글에서 현재 질문을 충분히 해결한 뒤, 실제로 이어지는 다음 질문만 연결하세요. 행동 글에서도 공식 경로와 핵심 절차를 다른 글 뒤에 숨기지 않아야 합니다.
문서 유형마다 완료 조건과 실패 복구가 다릅니다
| 유형 | 독자가 끝냈다는 증거 | 막혔을 때 문서가 제공할 것 |
|---|---|---|
| 정보형 | 용어를 구분하고 자기 상황을 설명함 | 오해 사례, 적용 범위, 추가 확인 출처 |
| 비교형 | 자기 조건으로 후보를 제외하거나 선택함 | 비교 불가 항목, 숨은 비용, 아무것도 고르지 않는 조건 |
| 절차형 | 공식 경로에서 접수·설치 결과를 확인함 | 오류별 되돌리기, 재시도 조건, 공식 지원 |
| 문제 해결형 | 정상 상태로 복구하거나 안전하게 중단함 | 데이터 손실 경고, 원인 분기, 지원 이관선 |
이 표는 정보형에서 행동형으로 올라가는 서열이 아닙니다. 네 유형은 서로 다른 일을 끝냅니다. 내부링크는 현재 행의 완료 증거를 본문에서 제공한 다음, 새 준비물이나 별도 판단이 필요한 문제로만 이어야 합니다.
행동형 제목에는 행동형 본문이 따라와야 합니다
‘방법’, ‘조회’, ‘비교’를 제목에 넣고 본문은 정의만 나열하면 검색 의도 불일치가 더 커집니다. 제목을 바꿀 때는 아래 요소를 실제로 제공할 수 있는지 먼저 확인하세요.
- 조회·신청: 대상, 기준일, 준비물, 공식 경로, 처리 결과, 실패 사유
- 다운로드·설치: 공식 배포처, 지원 환경, 권한, 설치 순서, 제거·재설치
- 비교·선택: 공통 기준, 총비용, 시간, 제약, 누구에게 맞지 않는지
- 예약: 공식 예매처, 일정, 수수료, 변경·취소 규정, 사칭 주의
- 오류 해결: 데이터 손실 위험, 가장 쉬운 점검, 원인별 분기, 공식 지원
예를 들어 ‘가계부 앱 추천’은 범위가 넓습니다. 직접 비교 자료가 없다면 순위를 만들지 말고 ‘자동 연동이 필요한 사람과 수동 입력이 나은 사람의 선택 기준’으로 좁힐 수 있습니다. 가격뿐 아니라 데이터 백업, 개인정보, 구독 해지, 기기 변경 시 이전을 다뤄야 실제 결정에 도움이 됩니다.
건강·금융·정책은 행동을 강하게 만들수록 검증도 강해져야 합니다
‘두통 원인’을 ‘병원에 가지 않고 해결하는 법’으로 바꾸는 것은 위험합니다. 건강 글에서는 진단을 대신하지 말고 응급 신호, 진료가 필요한 경계, 공식 의료 정보를 구분해야 합니다. 지원금 글은 ‘누구나 받는다’고 쓰지 말고 대상·기준일·제외 사유·공식 공고를 확인해야 합니다.
수익형 전환은 독자를 서두르게 만드는 일이 아닙니다. ‘무조건’, ‘100%’, ‘지금 안 하면 손해’처럼 근거 없는 확신을 제거하고 선택에 필요한 조건을 보여 주는 일입니다. 광고를 공식 버튼처럼 보이게 하거나 광고 클릭을 답 확인 단계로 제시해서도 안 됩니다. 애드센스 프로그램 정책에서 클릭 유도와 구현 관련 기준을 직접 확인할 수 있습니다.
기존 정보형 글은 유지·보강·분리·통합 중 하나를 고릅니다
유지: 현재 질문을 이미 잘 해결합니다
꾸준한 검색 유입이 있고 내용이 정확하며 사이트의 주제를 설명하는 글이라면 직접 수익이 낮아도 유지할 가치가 있습니다. 관련 행동 글이 있을 때만 자연스러운 내부링크를 더합니다. 수익 지표 하나로 유용한 개념 글을 삭제하지 마세요.
보강: 답은 맞지만 적용 방법이 빠졌습니다
정의 뒤에 쉬운 비교, 자기 상황을 판별하는 질문, 다음 확인 경로를 추가합니다. ‘CPC 뜻’ 글이라면 정의만 반복하지 말고 페이지 RPM과의 차이, 작은 표본의 변동, 보고서에서 함께 볼 지표를 보강할 수 있습니다.
분리: 서로 다른 행동이 한 글에 섞였습니다
여행 준비 글 하나에 보험 비교, eSIM 설치, 공항 교통, 숙소 취소를 모두 넣었다면 독자가 필요한 구간을 찾기 어렵습니다. 원본은 준비 순서를 안내하는 허브로 남기고, 비용과 실패 대응이 필요한 질문은 독립 글로 만드세요.
통합: 같은 의도의 얇은 글이 경쟁합니다
‘앱 로그인이 안 됨’, ‘앱 로그인 오류’, ‘앱 접속 실패’처럼 같은 상황을 조금씩 바꾼 글이 여러 개라면 하나의 완전한 해결 문서로 합치는 편이 낫습니다. 원인별 분기와 운영체제 차이를 한곳에서 보여 주면 독자가 여러 페이지를 다시 찾지 않아도 됩니다.
가상 독자 한 명으로 글의 빈칸을 찾습니다
이해를 돕기 위한 가상 사례입니다. 독자가 내일 출국하며 eSIM과 로밍 중 하나를 골라야 한다고 가정해 보겠습니다. ‘eSIM은 저렴하고 로밍은 편하다’만으로는 결정할 수 없습니다. 휴대전화가 eSIM을 지원하는지, 전화번호 수신이 필요한지, 데이터 사용량이 얼마나 되는지, 설치를 출국 전에 해야 하는지, 취소 규정이 무엇인지가 필요합니다.
첫 화면에는 ‘지원 기기이며 데이터 중심이면 eSIM을, 국내 번호 통화와 설정 편의가 중요하면 로밍을 먼저 비교하라’는 조건부 답을 줍니다. 이어 지원 기기 확인, 총비용 계산, 통화 필요 여부, 설치 실패 시 대안 순서로 설명합니다. 상품을 임의로 1위로 만들지 않아도 독자의 결정을 충분히 도울 수 있습니다.
오늘은 제목보다 역할표를 먼저 만드세요
- 기존 글 열 개의 제목 옆에 개념·비교·절차·오류 해결 중 하나를 적습니다.
- 각 글에서 독자가 얻는 결과를 한 문장으로 씁니다.
- 결과가 ‘이해한다’에서 끝나면 자연스러운 후속 질문이 있는지 찾습니다.
- 후속 질문이 다른 준비물과 절차를 요구하면 새 글로 분리합니다.
- 공식 근거를 확보할 수 없거나 피해가 큰 주제는 발행을 보류합니다.
- 정보형 원본에는 답을 남긴 채 필요한 후속 글만 연결합니다.
정보형 글과 수익형 글의 차이를 가장 실용적으로 쓰는 방법은 모든 글을 수익형으로 바꾸는 것이 아닙니다. 개념을 설명하는 입구, 선택을 돕는 비교, 행동을 끝내는 절차, 막힌 상태를 복구하는 글을 제자리에 두는 것입니다. 오늘 한 글을 고쳐야 한다면 제목에 행동어를 더하기 전에 독자가 마지막에 무엇을 할 수 있어야 하는지부터 적어 보세요.
검색 결과를 읽을 때는 단어보다 문서 유형을 봅니다
행동형 키워드를 찾는다고 ‘신청’, ‘추천’, ‘다운로드’가 들어간 검색어만 모으면 실제 의도를 놓칠 수 있습니다. 검색 결과 첫 화면에 공식 기관 안내가 많은지, 비교표가 많은지, 오류 해결 문서가 많은지 살펴보세요. 같은 ‘요금’ 검색어라도 뜻을 묻는 사람, 이번 달 금액을 계산하려는 사람, 잘못 청구된 금액을 이의 제기하려는 사람은 필요한 문서가 다릅니다. 현재 상위 결과가 모두 최신 공고를 요구하는데 일반 원리만 쓸 수 있다면 그 키워드는 보류하는 편이 낫습니다.
결과 화면은 정답을 베끼는 곳이 아니라 독자가 기대하는 형식을 확인하는 자료입니다. 상위 문서의 문장과 표를 재조합하지 말고, 공통으로 빠진 조건과 공식 출처를 따로 메모합니다. 작성할 수 있는 고유 가치는 ‘더 길게’가 아니라 대상 판별 질문, 실패했을 때의 분기, 모바일과 PC 차이, 확인 날짜처럼 독자가 실제로 멈추는 지점을 명확히 하는 데서 나옵니다.
한 주제를 다섯 칸의 의도 지도에 배치합니다
예를 들어 ‘전기차 충전’을 소재로 잡았다면 글을 바로 쓰지 말고 질문을 발견·이해·비교·실행·복구 다섯 칸에 놓아 보세요. ‘충전 방식 종류’는 이해, ‘집밥과 급속 충전 비용 차이’는 비교, ‘충전소에서 결제하는 순서’는 실행, ‘결제됐는데 충전이 시작되지 않을 때’는 복구에 가깝습니다. 발견 단계의 넓은 글은 전체 지도를 보여 주고 각 글로 이동하게 할 수 있지만, 개별 글의 답을 일부러 생략해서는 안 됩니다.
| 의도 단계 | 독자의 질문 | 완료 기준 |
|---|---|---|
| 발견 | 무엇을 확인해야 하나 | 선택 가능한 다음 질문을 안다 |
| 이해 | 용어와 원리는 무엇인가 | 비슷한 개념을 구분한다 |
| 비교 | 내 조건에 무엇이 맞나 | 제외 조건까지 보고 선택한다 |
| 실행 | 어떤 순서로 끝내나 | 공식 경로에서 결과를 확인한다 |
| 복구 | 왜 실패했고 무엇을 되돌리나 | 안전한 상태로 돌아가거나 지원을 요청한다 |
가상 리라이트 전후: ‘좋은 앱’에서 ‘선택 가능한 기준’으로
리라이트 전 가상 글의 제목이 ‘업무 관리 앱의 장점과 추천’이고 본문이 기능 목록과 막연한 칭찬으로 구성됐다고 해 보겠습니다. 독자는 개인 메모용인지 팀 협업용인지, 무료 범위에서 내보내기가 되는지, 계정을 잃었을 때 자료를 복구할 수 있는지 알 수 없습니다. 제품을 실제로 비교한 자료도 없다면 임의의 순위를 붙이는 순간 신뢰가 더 약해집니다.
리라이트 후에는 ‘혼자 쓰는 할 일 앱과 팀 업무 도구를 고르는 기준’으로 범위를 좁힙니다. 첫 문단에서 공동 편집과 권한 관리가 필요하면 팀 도구를, 단순 반복 알림과 빠른 입력이 중요하면 개인 도구를 먼저 비교하라고 답합니다. 이어 사용자 수에 따른 총비용, 데이터 내보내기 형식, 오프라인 사용, 권한 회수, 구독 해지 경로를 같은 기준으로 확인합니다. 확인하지 않은 사용 소감은 넣지 않고 각 서비스의 공식 요금·도움말을 확인한 시점과 함께 연결합니다.
이 변화는 정보형을 억지로 광고형으로 바꾼 것이 아닙니다. ‘앱은 편리하다’는 설명에서 ‘내 조건으로 후보를 제외할 수 있다’는 결과로 문서의 역할을 선명하게 한 것입니다. 별도로 계정 복구 절차가 길고 운영체제별 화면이 다르다면 기존 비교 글에 모두 넣지 말고 오류 해결 문서로 분리합니다.
리라이트 기록에는 ‘새로 덜어 준 판단 노동’을 남깁니다
수정 전후의 글자 수만 기록하면 고유 가치가 생겼는지 판독하기 어렵습니다. 변경 로그에 원문의 한계, 추가한 판단 기준, 직접 확인한 경험 또는 공식 자료, 새로 다룬 예외, 독자가 줄일 수 있는 작업을 한 줄씩 적으세요. 예를 들어 ‘기능 목록 12개 추가’보다 ‘무료 요금제에서 내보내기가 막히는 조건을 확인하고, 팀 해산 때 권한을 회수하는 순서를 비교함’이 실제 편집 기여를 더 정확히 보여 줍니다.
다른 문서를 참고했다면 문장을 바꿔 쓰는 것으로 끝내지 말고 무엇을 직접 대조했는지 표시합니다. 추가할 경험도 근거도 없고 기존 상위 문서와 같은 요약만 남는다면 제목을 행동형으로 바꾸지 말고 발행을 보류하거나 기존 글의 한 섹션으로 통합합니다.
발행 전에는 독자 행동을 직접 모의 점검합니다
- 제목만 보고 들어온 사람이 첫 두 문단에서 대상과 결론을 찾을 수 있는지 봅니다.
- 절차 글이라면 준비물부터 결과 확인까지 링크를 따라가되 광고나 비공식 사이트를 공식 경로로 오해할 여지가 없는지 봅니다.
- 비교 글이라면 어느 후보도 선택하지 않는 경우와 각 후보가 맞지 않는 조건이 있는지 확인합니다.
- 오류 글이라면 데이터 삭제·결제·계정 잠금처럼 되돌리기 어려운 단계 앞에 경고와 안전한 대안이 있는지 확인합니다.
- 정보형 글이라면 정의를 읽은 뒤 비슷한 용어를 구별할 수 있는 예시가 있는지 확인합니다.
검증 결과 첫 답이 없으면 도입을 고치고, 서로 다른 성공 상태가 두 개면 글을 분리하며, 같은 성공 상태의 얇은 글이 여러 개면 통합합니다. 검색량이나 예상 단가가 있어도 공식 근거를 찾을 수 없고 오류 비용이 크다면 발행하지 않습니다. 반대로 직접 수익이 낮아도 꾸준히 독자를 올바른 후속 질문으로 안내하고 사이트의 전문 범위를 설명한다면 유용한 정보형 입구로 유지할 수 있습니다.
성과 확인도 글의 역할에 맞춰 달라야 합니다
직접 광고 수익이 낮은 글도 검색에서 처음 발견되는 입구, 사이트가 다루는 범위를 설명하는 근거, 관련 문서로 이동하기 전 필요한 개념 사전 역할을 할 수 있습니다. 유지 판단에서는 RPM 외에 해당 글로 처음 유입된 검색어, 다른 글이 전제로 삼는 설명인지, 독자가 관련 문제를 자연스럽게 탐색하는지, 정보가 아직 정확한지를 함께 봅니다. 이 기여가 확인되면 수익이 낮다는 이유만으로 삭제하지 않습니다.
반대로 유입도 없고 다른 글에서 참조되지 않으며 고유한 답도 없는 정보형 글은 ‘신뢰 자산’이라는 이름으로 무조건 보존하지 않습니다. 더 완전한 문서에 통합하고 내부링크를 갱신하거나, 사이트 목적에서 벗어나면 정리할 수 있습니다. 포트폴리오 평가는 모든 글을 살리는 명분이 아니라 직접 수익과 간접 기여를 구분해 관리하는 기준입니다.
유지 결정은 역할과 관리비를 함께 봅니다
| 현재 상태 | 판정 | 편집 행동 |
|---|---|---|
| 직접 수익은 낮지만 검색 입구와 개념 근거로 사용됨 | 간접 기여가 확인됨 | 핵심 답을 유지하고 정확한 후속 질문만 연결 |
| 유입은 있으나 들어오는 검색어가 제목의 역할과 다름 | 의도 혼합 가능성 | 반복 질의를 보강하거나 완료 상태가 다르면 분리 |
| 직접 수익은 있으나 작은 표본이고 검증 비용이 큼 | 과대평가 위험 | 확대 전 관찰 기간을 늘리고 출처 갱신 가능성 확인 |
| 고유 답·유입·내부 참조가 없고 같은 의도 글이 존재 | 독립 유지 근거 부족 | 완전한 문서로 통합하고 링크와 탐색 항목 정리 |
간접 기여를 측정하려고 페이지뷰를 늘리는 링크를 억지로 만들지는 않습니다. 현재 글의 답을 끝낸 독자가 실제로 다음 문제를 선택했는지, 다른 문서가 이 글의 설명을 전제로 사용하는지, 업데이트 비용을 감당할 수 있는지를 함께 기록합니다. 정책·가격·화면이 자주 바뀌는데 담당자와 재검증 주기가 없다면 유입이 있어도 유지 비용이 높은 문서입니다. 이 경우 범위를 줄이거나 변하지 않는 원리와 최신 절차를 분리하는 편이 안전합니다.
개념 글은 넓은 검색어의 노출과 관련 글로의 자연스러운 이동을, 절차 글은 구체적인 검색어와 최신성 유지 여부를, 오류 해결 글은 원인별 검색어가 실제 소제목과 맞는지를 봅니다. 애드센스 RPM 하나만으로 모든 역할을 평가하면 입구 글을 성급히 없애거나 작은 표본의 행동 글을 과대평가할 수 있습니다. Search Console에서 페이지별 검색어를 확인해 의도한 질문이 들어오는지 먼저 보고, 예상하지 않은 질문이 반복될 때만 보강 또는 분리를 결정하세요.
이 글의 Google 공식 링크는 2026년 7월 15일 확인했습니다.