4장. 애드센스 승인용 글과 수익형 글, 처음부터 따로 설계해야 합니다

원고 성격	먼저 보여 줄 형식
모두 같은 화면을 따라감	번호가 있는 공통 절차
자격·기기·비용에 따라 갈림	조건표 뒤 필요한 절차로 분기
정상 흐름과 오류가 섞임	정상 절차 뒤 별도 실패 대응

절차는 무엇을 어떤 순서로 할지, 판단은 내 조건에서 어느 선택이 맞는지 설명합니다. 이 장은 뒤섞인 원고를 절차·판단·예외로 분류해 독자가 행동 중에 길을 잃지 않도록 재배치하는 방법을 다룹니다.

절차와 판단이 섞이면 독자는 멈춘다

예를 들어 1단계 버튼을 누르는 설명 중간에 예외 조건이 길게 들어가면, 독자는 지금 진행해야 할지 멈춰서 확인해야 할지 판단하기 어렵습니다. 그래서 글의 친절함은 양보다 배치에서 갈립니다.

독자가 가장 싫어하는 글은 정보가 없는 글이 아닐 수 있습니다. 정보가 너무 뒤섞여 있어서 필요한 것을 찾기 어려운 글입니다. 특히 신청, 발급, 예약, 다운로드, 오류 해결 글에서는 순서가 중요합니다.

절차는 “무엇을 먼저 하고, 다음에 무엇을 하는가”입니다. 판단은 “내가 이 조건에 해당하는가, 어떤 선택이 나에게 맞는가”입니다. 이 둘은 성격이 다릅니다.

예를 들어 공유주방 대관 글에서 절차는 다음과 같습니다.

이용 가능 인원을 확인한다. 예약 사이트에 접속한다. 날짜와 시간을 고른다. 조리대와 필요한 장비를 선택한다. 보증금·취소 조건을 확인한다. 이용 당일 위생 준비물을 챙긴다.

판단은 다릅니다.

개인 조리인지 촬영·판매용인지. 화기와 오븐을 써도 되는지. 보증금이 발생하는지. 가까운 지점이 좋은지, 필요한 장비가 있는 지점이 좋은지. 음식물 처리와 원상복구 범위는 어디까지인지.

이 둘을 한 문단에 섞으면 독자는 절차를 따라가다가 조건에서 멈춥니다. 조건을 읽다가 다시 절차로 돌아와야 합니다. 머릿속에서 정리가 되지 않습니다.

따라서 본문을 쓸 때는 먼저 질문해야 합니다.

이 섹션은 독자에게 행동을 시키는 곳인가. 아니면 판단 기준을 알려 주는 곳인가.

행동 섹션이라면 번호를 붙이고 짧게 씁니다. 판단 섹션이라면 표, 목록, 사례를 사용합니다. 한 섹션에서 둘 다 하려고 하면 글이 산만해집니다.

다만 판단이 절차의 시작 조건이라면 뒤로 모두 미루면 안 됩니다. 이때는 단계 앞에 짧은 진입 조건을 둡니다. 예를 들어 “만 19세 미만이면 이 신청 절차를 진행하지 말고 보호자 신청 규정을 먼저 확인한다”처럼, 진행 여부를 바꾸는 조건만 먼저 보여 줍니다. 가격 비교나 선택 이유처럼 진행 중 결정해도 되는 내용은 별도의 판단 섹션으로 보냅니다. 즉 조건을 지금 멈춰야 하는 조건과 나중에 선택할 조건으로 한 번 더 나누면 순서를 지키면서도 잘못된 진입을 막을 수 있습니다.

정의와 배경은 짧게, 행동은 구체적으로

초보 글에서 자주 보이는 문제는 정의와 배경이 길고, 실제 행동 설명이 짧다는 점입니다. 예를 들어 “정부24 서류 발급 방법” 글인데 앞부분에서 정부24가 어떤 서비스인지 1,000자 넘게 설명하고, 정작 발급 순서는 “로그인 후 신청하면 됩니다”로 끝나는 식입니다.

검색자는 이미 대략 알고 들어온 경우가 많습니다. 물론 정의가 필요한 글도 있습니다. 하지만 행동형 키워드에서는 정의와 배경은 짧게 처리하고, 실제 단계에 힘을 써야 합니다.

좋은 비율은 글 유형에 따라 다르지만, 초보자는 이렇게 생각해도 됩니다.

정의와 배경: 10~15% 대상 조건과 준비물: 20~25% 실제 절차: 35~40% 예외·오류·FAQ: 20~30%

물론 절대적인 공식은 아닙니다. 하지만 “정의는 길고 절차는 짧은 글”이 되지 않도록 경계하는 데 도움이 됩니다.

예를 들어 “클라우드 사진 원본 내보내기” 글이라면 정의는 한두 문단이면 충분합니다.

“사진 내보내기는 클라우드에 저장된 원본을 기기로 내려받는 작업입니다. 미리보기 이미지와 원본 파일의 화질·형식이 다를 수 있으므로 서비스의 공식 내보내기 메뉴에서 범위와 형식을 확인해야 합니다.”

그다음 바로 준비물과 절차로 넘어가야 합니다.

필요한 저장공간 확인. 원본 포함 범위 선택. 공식 내보내기 메뉴 접속. 기간과 앨범 지정. 파일 형식 선택. 다운로드 완료 확인. 압축 파일 열기. 누락이 있을 때 확인할 항목.

이것이 독자가 원하는 본문입니다. 배경지식은 행동을 돕는 만큼만 있으면 됩니다.

조건과 예외는 표로 빼면 신뢰가 올라간다

조건을 본문에 풀어 쓰면 자연스럽지만, 예외가 많아질수록 놓치는 항목이 생깁니다. 표로 빼 두면 운영자도 업데이트할 때 빠진 줄을 찾기 쉽습니다.

조건과 예외는 문장으로 길게 쓰면 놓치기 쉽습니다. 특히 지원금, 보험, 세금, 예약 취소 규정처럼 조건이 많은 글은 표를 적극적으로 써야 합니다.

예를 들어 공공임대 청약 안내에서 조건을 문장으로 쓰면 이렇게 됩니다.

“이 공공임대 유형은 공고의 연령·거주 조건을 충족한 신청자를 대상으로 하며, 소득과 자산 기준을 확인하고 기존 계약 이력에 따라 신청이 제한될 수 있습니다. 단, 세대 구성과 공급 유형에 따라 세부 기준이 달라질 수 있습니다.”

틀린 문장은 아니지만 한눈에 들어오지 않습니다. 표로 바꾸면 훨씬 명확합니다.

구분	확인할 내용	주의할 점
연령	만 19세~34세 여부	생년월일 기준일 확인
거주지	해당 지역 주민등록 여부	공고일 기준인지 신청일 기준인지 확인
소득	가구 또는 개인 소득 기준	건강보험료 기준일 수 있음
중복 수급	유사 지원금 수급 이력	일부 사업은 중복 제한
상태 조건	재학, 취업, 사업자 여부	사업별로 기준 다름

표는 독자의 판단을 빠르게 도와줍니다. 글을 길게 읽지 않아도 내가 어느 항목을 확인해야 하는지 알 수 있습니다.

예외도 표로 빼면 좋습니다.

상황	가능한 이유	다음 행동
대상자가 아니라고 표시됨	연령, 거주지, 소득 기준 불일치	공고 기준과 본인 정보 확인
신청 버튼이 보이지 않음	기간 전, 기간 종료, 로그인 상태 문제	접수 기간과 브라우저 확인
서류 업로드 오류	파일 형식 또는 용량 문제	PDF/JPG 조건, 용량 제한 확인
지급일이 지남	심사 지연 또는 보완 요청	접수 상태와 문자 안내 확인

이런 표는 E-E-A-T에도 도움이 됩니다. 조건과 한계를 정직하게 보여 주기 때문입니다.

단계별 절차는 번호, 실패 상황은 별도 박스

절차 설명에는 번호가 가장 좋습니다. 독자가 그대로 따라 할 수 있기 때문입니다. 단, 번호를 붙였다고 해서 좋은 절차가 되는 것은 아닙니다. 각 단계에는 “무엇을 클릭하는지”, “무엇을 입력하는지”, “어떤 화면이 나오는지”, “어디서 실수하는지”가 들어가야 합니다.

예를 들어 앱 설치 절차를 이렇게 쓰면 약합니다.

1. 앱스토어에 접속합니다.
2. 앱을 검색합니다.
3. 설치합니다.
4. 로그인합니다.

너무 당연합니다. 조금 더 구체적으로 쓰면 이렇게 됩니다.

1. 아이폰은 앱스토어, 안드로이드는 구글 플레이를 엽니다. 검색 광고나 비슷한 이름의 앱이 함께 보일 수 있으므로 개발사 이름을 확인합니다.
2. 검색창에 정확한 앱 이름을 입력합니다. 기관이나 회사가 운영하는 앱이라면 공식 개발사명이 맞는지 확인합니다.
3. 설치 버튼을 누른 뒤 권한 요청 화면을 확인합니다. 연락처, 위치, 알림 권한은 앱 기능에 따라 필요 여부가 다를 수 있습니다.
4. 첫 실행 후 휴대폰 본인인증 또는 간편인증을 진행합니다. 인증 문자가 오지 않으면 통신사 스팸 차단이나 번호 입력 오류를 먼저 확인합니다.
5. 로그인 후 메인 화면에서 원하는 메뉴가 보이지 않으면 앱 업데이트 여부와 서비스 점검 공지를 확인합니다.

이 절차는 독자의 실제 행동을 돕습니다. 하지만 여기에도 오류가 들어가면 길어질 수 있습니다. 그래서 실패 상황은 별도 박스로 빼는 것이 좋습니다.

각 단계의 끝에는 다음 단계로 넘어가도 되는 완료 신호를 한 가지씩 붙이는 편이 안전합니다. “저장합니다”로 끝내기보다 “저장 완료 문구가 보이고 목록에 새 항목이 나타나면 다음 단계로 이동합니다”라고 쓰는 방식입니다. 버튼 이름은 행동을 알려 주지만 완료 화면, 접수번호, 파일 생성 여부는 결과를 검증하게 합니다. 화면이 바뀌는 서비스라면 정확한 위치만 단정하지 말고 독자가 확인해야 할 결과 상태를 함께 적습니다.

설치가 안 될 때 먼저 확인할 것

운영체제 버전이 너무 낮으면 앱 설치가 제한될 수 있습니다. 저장공간이 부족한 경우에도 설치가 중단될 수 있습니다. 공식 앱이 맞는데도 실행되지 않으면 앱 업데이트, 기기 재부팅, 고객센터 공지를 순서대로 확인하세요.

이렇게 하면 절차는 흐름을 유지하고, 실패 상황은 필요한 사람이 따로 확인할 수 있습니다.

판단 섹션에는 사례를 넣어야 한다

조건과 기준을 설명해도 독자가 여전히 헷갈릴 때가 있습니다. 이때 필요한 것이 사례입니다. 사례는 추상적인 기준을 자기 상황에 적용하게 해 줍니다.

예를 들어 “렌트카 보험 비교” 글에서 완전자차, 일반자차, 면책금, 휴차보상료를 설명했다고 해 보겠습니다. 그래도 독자는 묻습니다. “그래서 나는 뭘 선택해야 하지?”

이때 사례를 넣습니다.

사례 1. 운전 경험이 적고 좁은 골목 운전이 많은 여행지라면 가격보다 사고 시 부담 비용을 먼저 봐야 합니다. 완전자차라고 표시되어 있어도 휴차보상료와 단독사고 보장 여부가 제외될 수 있으므로 약관을 확인해야 합니다.

사례 2. 운전 경험이 많고 짧은 거리만 이동한다면 기본 보험과 추가 보장의 가격 차이를 비교할 수 있습니다. 다만 면책금이 큰 상품은 작은 사고에도 부담이 커질 수 있습니다.

사례 3. 성수기 제주도처럼 차량 수요가 많은 시기에는 가격이 빠르게 바뀌고 취소 규정도 엄격할 수 있습니다. 예약 전 무료 취소 가능 기간과 현장 추가 비용을 확인해야 합니다.

사례는 독자의 판단을 도와줍니다. 단, 사례를 쓸 때도 단정하지 않아야 합니다. “무조건 이걸 선택하세요”보다 “이런 상황에서는 이 기준을 우선 확인하세요”가 더 신뢰를 줍니다.

공공임대 청약 글에서도 사례를 넣을 수 있습니다.

가상 예시: “현재 다른 공공임대 계약의 세대원으로 등록돼 있다면 신청 제한에 해당할 수 있습니다. 단, 공급 유형과 계약 종료 시점에 따라 기준이 다를 수 있으므로 해당 모집 공고의 중복 입주 조항을 확인해야 합니다.”

이런 사례가 있으면 독자는 자신의 조건을 더 정확히 판단합니다.

산만한 본문을 재배치하는 실제 과정

이미 쓴 글을 고칠 때는 처음부터 다시 쓰려고 하지 말고 재배치부터 하십시오. 산만한 글도 재배치하면 꽤 좋아집니다.

먼저 기존 본문을 문단 단위로 나눕니다. 각 문단 옆에 라벨을 붙입니다.

정의. 대상 조건. 준비물. 절차. 예외. 오류. 주의사항. FAQ. 경험. 출처.

그다음 같은 라벨끼리 모읍니다. 절차 문단은 절차 섹션으로, 조건 문단은 조건 표로, 오류 문단은 오류 해결 섹션으로 보냅니다. 중복 문단은 삭제합니다. 배경 설명이 너무 길면 줄입니다.

재배치할 때는 문단 라벨과 별도로 의존성도 표시합니다. 계정 생성이 끝나야 신청할 수 있고, 신청이 끝나야 접수 조회를 할 수 있다면 세 문단의 순서는 바꿀 수 없습니다. 반면 수수료 비교와 알림 설정처럼 서로 의존하지 않는 판단은 표로 묶을 수 있습니다. 이렇게 선행 조건을 표시하면 문장만 매끄럽고 실제로는 따라 할 수 없는 순서 오류를 찾기 쉽습니다.

예를 들어 원래 글이 이렇게 섞여 있었다고 해 보겠습니다.

서론에서 지원금 의미 설명. 바로 신청 방법 한 문단. 대상 조건 일부. 다시 신청 방법. 서류 이야기. 지급일 이야기. 대상 제외 조건. 오류 해결. FAQ.

재배치하면 이렇게 됩니다.

1. 상단 요약: 대상, 기간, 공식 경로를 먼저 정리
2. 신청 전 대상 조건 확인
3. 신청 기간과 준비서류
4. 온라인 신청 절차
5. 제외 조건과 중복 수급
6. 신청 후 지급일과 접수 상태 확인
7. 신청이 안 될 때 오류 해결
8. FAQ와 공식 출처

새로운 정보를 많이 추가하지 않아도 읽기 쉬워집니다. 글의 가치는 정보량만이 아니라 배치에서 나옵니다.

절차와 판단을 나누는 본문 템플릿

행동형 글 대부분은 아래 구조를 변형해서 사용할 수 있습니다.

1. 상단 요약: 결론, 공식 경로, 준비물, 주의사항
2. 대상 또는 가능 여부: 누가 할 수 있고 누가 할 수 없는지
3. 준비물: 시작 전에 필요한 정보와 서류
4. 단계별 절차: 번호를 붙여 실제 순서 안내
5. 판단 기준: 선택해야 하는 조건, 비교해야 하는 항목
6. 예외와 실패 상황: 안 되는 경우, 오류, 제외 조건
7. FAQ: 검색자가 추가로 물을 질문
8. 공식 출처와 업데이트 기준: 확인일, 링크, 한계 문구

여기서 모든 글에 8개가 다 들어가야 하는 것은 아닙니다. 하지만 최소한 절차와 판단을 분리한다는 원칙은 지켜야 합니다.

다운로드 글에서는 대상 조건 대신 기기와 운영체제가 중요합니다. 예약 글에서는 준비물보다 취소 규정과 추가 비용이 중요할 수 있습니다. 비교 글에서는 절차보다 판단 기준과 추천 대상이 더 중요합니다.

구조는 글에 맞게 바꾸되, 섞지 않는 원칙은 유지합니다.

분기가 두 개 이상이면 모든 독자에게 모든 절차를 연속해서 보여 주지 않습니다. 공통 준비를 먼저 끝낸 뒤 “PC라면 4-A로, 모바일이라면 4-B로 이동”처럼 분기 이름을 붙이고, 각 경로가 다시 만나는 지점도 표시합니다. 경로 이름은 기기·자격·오류 상태처럼 독자가 스스로 확인할 수 있는 조건으로 씁니다. “일반 사용자”와 “특수 사용자”처럼 경계가 모호한 표현은 피합니다.

실패 대응에는 되돌릴 지점도 필요합니다. 입력 오류가 났을 때 처음부터 다시 하라고만 쓰지 말고, 저장 전이라면 이전 화면으로 돌아갈 수 있는지, 제출 후라면 수정 메뉴나 공식 문의가 필요한지 구분합니다. 특히 결제·예약·신청처럼 중복 실행 위험이 있는 절차에서는 버튼을 다시 누르기 전에 접수 내역과 결제 내역을 확인하도록 안내해야 합니다. 정상 경로, 분기 경로, 복구 경로가 서로 다른 제목 아래 놓이면 독자는 자신의 현재 상태에서 필요한 문장만 읽을 수 있습니다.

실습: 본문 재배치하기

이번 장의 실습은 기존 글 1개를 골라 본문을 재배치하는 것입니다. 새로 쓰지 말고 고치는 연습을 하십시오.

먼저 글을 복사해서 문단마다 라벨을 붙입니다.

정의인지. 조건인지. 절차인지. 준비물인지. 예외인지. 오류인지. FAQ인지. 경험인지. 출처인지.

그다음 아래 질문에 답합니다.

정의와 배경이 너무 길지 않은가. 절차가 번호로 되어 있는가. 조건과 예외가 표나 목록으로 분리되어 있는가. 오류 해결이 절차 중간에 섞여 있지 않은가. 독자가 실제로 따라 할 만큼 구체적인가. 공식 출처와 확인일이 있는가.

마지막으로 H2를 다시 배치합니다. H2는 독자의 행동 순서로 놓습니다. 그리고 각 H2 아래에 들어갈 문단을 이동합니다. 이동하다 보면 부족한 부분이 보입니다. 예를 들어 준비물 섹션이 비어 있거나, 제외 조건이 없거나, 오류 해결이 너무 약한 식입니다. 그 부분만 보강하면 됩니다.

이 실습을 한 번만 해도 글쓰기 감각이 바뀝니다. “많이 쓰기”보다 “잘 나누기”가 더 중요하다는 것을 느끼게 됩니다.

리라이트할 때 삭제해야 할 문장과 살려야 할 문장

본문을 재배치할 때 가장 어려운 일은 삭제입니다. 열심히 쓴 문장을 버리기 아까워서 모든 문단을 살리려 하면 글은 다시 무거워집니다. 수익형 글에서 삭제해야 할 문장은 독자의 행동이나 판단에 도움을 주지 않는 문장입니다.

예를 들어 “현대 사회에서 스마트폰은 매우 중요합니다” 같은 문장은 앱 설치 글에서 거의 필요 없습니다. “지원금은 많은 사람에게 도움이 되는 제도입니다”도 한 문장 정도면 충분합니다. 독자는 이미 설치하거나 신청하려고 들어왔습니다. 일반론을 길게 읽고 싶어 하지 않습니다.

반대로 반드시 살려야 할 문장도 있습니다. 공식 경로를 안내하는 문장, 독자가 틀리기 쉬운 조건, 실제 오류 해결 경험, 제외 사유, 최신 확인일, 위험을 줄이는 주의 문구입니다. 이런 문장은 글의 신뢰와 실용성을 만듭니다.

리라이트할 때는 문장을 세 종류로 나누면 좋습니다. 첫째, 바로 살릴 문장입니다. 절차, 조건, 예외, 경험, 출처가 명확한 문장입니다. 둘째, 줄여서 살릴 문장입니다. 배경 설명이나 용어 정의처럼 필요하지만 길 필요는 없는 문장입니다. 셋째, 삭제할 문장입니다. 반복, 감탄, 과장, 주제에서 벗어난 이야기입니다.

이 과정을 거치면 글이 짧아질 수도 있습니다. 하지만 짧아졌다고 품질이 낮아진 것은 아닙니다. 독자가 원하는 답이 더 빨리 보이고, 판단 기준이 더 분명해졌다면 오히려 좋은 리라이트입니다. 수익형 글의 목표는 글자 수를 채우는 것이 아니라 문제 해결 밀도를 높이는 것입니다.

절차형 문장과 판단형 문장의 문체는 달라야 한다

절차를 설명할 때는 문장이 짧고 명령이 분명해야 합니다. “접속합니다”, “선택합니다”, “확인합니다”, “저장합니다”처럼 독자가 바로 따라 할 수 있는 동사를 씁니다. 한 단계에 여러 행동을 넣지 않는 것이 좋습니다. “로그인하고 서류를 올린 뒤 계좌를 입력하고 제출합니다”보다 로그인, 서류 업로드, 계좌 입력, 제출 확인을 나누는 편이 안전합니다.

반대로 판단을 설명할 때는 단정만으로 끝내면 안 됩니다. “이 상품이 좋습니다”가 아니라 “운전 경험이 적고 사고 부담을 줄이고 싶다면 면책금과 휴차보상료 포함 여부를 먼저 봐야 합니다”처럼 조건을 붙여야 합니다. 판단형 문장은 상황, 기준, 예외를 함께 담아야 독자에게 도움이 됩니다.

절차형 문장과 판단형 문장을 같은 톤으로 쓰면 글이 흐립니다. 절차에서는 빠르고 분명하게, 판단에서는 조건과 이유를 차분하게 설명하십시오. 이 차이만 지켜도 본문은 훨씬 읽기 쉬워집니다.

절차형 콘텐츠에 적용할 사용자 중심 원칙

• Google 검색 센터: 사용자 중심 콘텐츠: 콘텐츠를 읽은 사람이 목표를 달성할 만큼 충분히 배웠는지 점검하라는 원칙이 절차형 글에도 적용됩니다.
• Google 검색 센터 SEO 기본 가이드: 논리적인 사이트·콘텐츠 구성과 이해하기 쉬운 문구를 권장합니다.

위 문서는 2026년 7월 15일 접근 상태를 확인했습니다. 절차와 판단을 나누더라도 현재 질문의 답을 다른 페이지로 미루지 말고 한 페이지에서 필요한 범위를 완결해야 합니다.

Related Posts