수익화 블로그를 시작하고 싶다면, 이 글을 보세요

저희 블로그는 광고를 붙일 준비를 해놓고도 애드센스 심사에서 거절됐습니다. 2026년 10월 7일 확인한 사유는 “가치가 별로 없는 콘텐츠”였습니다. 광고 코드를 넣는 일과 광고로 돈을 버는 일은 달랐습니다. 그래서 블로그 수익화를 이야기할 때 광고뿐 아니라, 글을 읽은 사람이 자료를 받거나 강의를 살펴보고 문의할 수 있는 경로도 함께 보려고 합니다.

이 글은 이런 분께 필요합니다

경험과 지식을 글로 남기면서 수익화까지 해보고 싶은 분, 특히 “어디에 써야 하고, 글을 쓴 다음에는 무엇을 해야 돈으로 이어질까?”가 궁금한 분을 위한 글입니다. 개발자가 아니어도 괜찮습니다. 엑셀 반복 작업을 줄인 과정, 여행 준비 방법, 특정 도구를 써본 경험처럼 다른 사람에게 도움이 되는 주제에서 시작할 수 있습니다.

지금 보고 계신 데이터팝콘 블로그는 벨로그나 티스토리가 아니라 Docusaurus로 직접 만들었습니다. 이 글에서는 저희 운영 경험을 바탕으로 플랫폼을 고르고 첫 글을 쓴 뒤, 광고·제휴·자료 판매·강의와 문의를 연결하는 순서까지 다룹니다. 이미 블로그가 있다면 Step 6부터 읽으셔도 됩니다.

먼저 구분할 것이 있습니다. 이 글은 월 얼마를 벌었다는 수익 인증이 아닙니다. 실제로 연결해 둔 기능과 아직 준비 중인 일을 나눠 설명합니다. 모든 플랫폼을 직접 운영해본 비교 후기도 아니며, 앞서 말한 애드센스 거절은 10월 7일에 확인한 기록이지 현재 심사 상태를 다시 확인했다는 뜻은 아닙니다.

Step 1. 직접 만든 블로그가 어떻게 돌아가는지 보세요

2026년 10월 10일, 이 글을 발행하기 전의 데이터팝콘 테크블로그입니다.

겉으로 보면 다른 블로그와 크게 다르지 않습니다. 글 목록이 있고, 주제별로 모아볼 수 있고, 검색해서 필요한 글을 찾습니다. 차이는 글을 올리는 쪽에 있습니다.

저희는 블로그 관리자 화면에 들어가서 본문을 입력하는 대신, 글과 이미지를 파일로 관리합니다. 글 한 편의 폴더 안에 본문 파일과 그 글에 쓰는 이미지를 함께 두는 방식입니다. 본문은 Markdown 또는 MDX로 작성합니다. Markdown은 제목·목록·링크 등을 간단한 기호로 표현하는 글쓰기 형식이고, MDX는 거기에 화면 구성 요소를 함께 넣을 수 있는 형식입니다.

이 파일들을 읽어서 블로그 페이지로 만들어주는 도구가 Docusaurus입니다. 현재 저희 블로그는 3.10.1 버전을 사용하고 있습니다. Docusaurus가 글을 대신 써주거나 서버를 제공하는 것은 아닙니다. 글 파일을 웹사이트로 바꾸는 역할에 가깝습니다.

파일과 수정 이력은 GitHub에서 관리합니다. 현재 설정에서는 GitHub의 기준 브랜치인 main에 변경사항을 올리면 GitHub Actions가 타입 검사와 사이트 빌드를 수행합니다. 이 검사가 통과하면 Vercel에 배포합니다. 여기서 빌드는 글과 코드를 실제 웹페이지 파일로 만드는 과정이고, 배포는 그 결과를 인터넷에 올려 독자가 볼 수 있게 하는 과정입니다. Cloudflare는 도메인과 보안 계층에 사용하고 있습니다.

이 구조에서 제가 좋게 보는 부분은 본문, 이미지, 사이트 기능의 변경을 함께 관리할 수 있다는 점입니다. 글에 맞는 화면 구성 요소를 추가하거나 주제별 탐색 방식을 바꿀 여지도 있습니다. 다만 이것은 Docusaurus를 설치하면 저희 사이트의 기능이 그대로 생긴다는 뜻은 아닙니다. 별도로 구현하고 관리한 부분도 있습니다.

여기까지 읽고 “글 하나 쓰는데 저걸 다 알아야 하나?” 싶으셨다면, 처음에는 기존 블로그 서비스를 쓰는 쪽을 권합니다. 반대로 글을 모아 보여주는 방식까지 직접 만들어보고 싶다면, 직접 구축하는 방법이 후보가 될 수 있습니다.

Step 2. 플랫폼을 고를 때, 관리할 일도 같이 고르세요

직접 만든 블로그의 장점만 이야기하면 중요한 부분이 빠집니다. 저희도 2026년 9월 28일에 배포 문제를 겪었습니다.

이미 공개한 글이 어느 순간 404, 즉 페이지를 찾을 수 없다는 화면으로 바뀌었습니다. 글을 지운 것은 아니었습니다. 최신 글이 들어 있지 않은 예전 로컬 코드로 사이트를 다시 배포하면서, 운영 사이트가 과거 상태로 돌아간 것이었습니다.

원본 글 파일이 있다는 것과 독자가 그 글을 볼 수 있다는 것은 다른 문제였습니다. 배포 작업이 성공했다고 해도, 그 안에 최신 글이 빠져 있으면 독자에게는 없는 페이지가 됩니다. 당시에는 정상적으로 글이 포함된 배포본으로 되돌리고, 오래된 작업 폴더에서 다시 배포하지 않도록 최신 코드 상태를 확인해야 했습니다.

이 경험 때문에 저희가 발행 완료를 판단하는 기준에는 공개 주소에서 글이 실제로 열리는지 확인하는 일이 들어갑니다. 새 글뿐 아니라 기존 글도 정상인지 봐야 하고요. GitHub에 올라갔다거나 배포가 끝났다는 표시만으로는 부족했습니다.

그렇다고 직접 만든 블로그가 나쁘다는 뜻은 아닙니다. 원하는 부분을 고칠 수 있는 대신, 고장 났을 때 확인할 범위도 넓다는 뜻입니다. 이 점을 받아들일 수 있는지 생각한 뒤 플랫폼을 고르면 선택이 조금 쉬워집니다.

개발 공부와 오류 해결 기록이 중심이라면 벨로그

코드를 배우고, 실행해보고, 막힌 부분을 정리하는 글을 쓰려는 분에게는 벨로그를 첫 후보로 권합니다. 첫 블로그부터 사이트 운영까지 과제로 만들 필요는 없다고 보기 때문입니다.

가입하기 전에 다른 사람의 글을 몇 개 읽어보세요. 특히 코드가 긴 글과 이미지가 많은 글을 보시면 좋습니다. 내가 쓰려는 내용이 그 화면에서 잘 읽히겠다는 생각이 들면, 일단 첫 글을 시작해도 됩니다. 개발자라서 반드시 벨로그를 골라야 하는 것은 아닙니다. 다만 광고 수익이 첫 목적이라면, 원하는 광고 서비스를 붙일 수 있는지부터 확인하세요. 글쓰기 편한 곳과 원하는 수익화 기능을 지원하는 곳이 항상 같지는 않습니다.

기술 글과 다른 경험도 함께 쓰고 싶다면 티스토리

개발 공부 외에도 업무 도구 사용기나 긴 경험담을 같이 쓰려는 분이라면 티스토리도 후보입니다. 티스토리는 스킨으로 사이트 디자인을 조정할 수 있습니다. 기존 블로그 기능을 쓰면서 화면 구성에도 손을 대고 싶은 경우에 검토할 만합니다.

다만 처음에는 기본적으로 읽기 편한 스킨을 골라 그대로 써보세요. 본문 폭과 글자 크기를 바꾸는 데 시간을 쓰기 전에 실제 글을 넣어봐야, 무엇이 불편한지도 알 수 있습니다.

광고 수익을 염두에 둔다면 티스토리가 공식 안내하는 Google AdSense 연동도 살펴보세요. 연동 기능이 있다는 뜻이지, 블로그를 만들면 심사가 자동으로 통과된다는 뜻은 아닙니다.

개발자가 아닌 독자에게 보여줄 글이라면 네이버 블로그도 괜찮습니다

예를 들어 학원에서 학생 출결을 관리한 방법이나, 작은 가게에서 예약 문의를 정리한 과정을 쓴다고 해볼까요. 기술을 활용한 글이지만 읽었으면 하는 사람은 개발자가 아닐 수 있습니다. 이 경우에는 개발자들이 어디에 글을 쓰는지보다, 내 독자가 어디에서 글을 읽고 공유하는지가 더 중요합니다.

이미 네이버 블로그를 쓰고 있고 보여주고 싶은 사람들도 그곳에 익숙하다면, 굳이 새로 시작하지 않아도 됩니다. 대신 긴 코드를 자주 올릴 예정이라면 짧은 예제 글을 만들어 휴대폰에서도 읽어보세요. 내가 주로 쓸 형식이 불편하지 않은지 직접 확인하는 편이 낫습니다. 어느 플랫폼이든 검색 유입까지 보장되는 것은 아닙니다.

네이버 블로그에서 광고 수익을 생각한다면 애드포스트에 블로그 미디어를 등록하는 경로를 살펴보세요. 애드센스 설정을 네이버 블로그에 그대로 적용하는 식으로 생각하면 안 됩니다. 플랫폼을 고르기 전에 사용할 수 있는 수익화 방식부터 구분하는 게 좋습니다.

블로그를 개인·회사 사이트로 키우고 싶다면 워드프레스

글 외에 소개 페이지나 서비스 안내, 문의 창구까지 연결하려는 계획이 있다면 워드프레스도 검토해볼 만합니다. 다만 이름이 비슷한 두 가지를 구분해야 합니다. WordPress.com은 호스팅이 포함된 서비스이고, WordPress.org의 소프트웨어로 직접 운영하려면 별도 호스팅을 마련해야 합니다. 호스팅은 사이트를 인터넷에서 열어둘 서버 공간을 빌리는 것이라고 생각하시면 됩니다.

워드프레스 소프트웨어가 무료라는 것과 운영비가 들지 않는다는 것은 같은 말이 아닙니다. 직접 설치하는 방식이라면 호스팅 비용과 유지보수 범위를 함께 확인해야 합니다. 공부 기록만 남길 건지, 나중에 사업용 사이트로 확장할 건지에 따라 검토할 가치가 달라집니다.

사이트 제작도 배우고 싶다면 Docusaurus 같은 직접 구축 방식

저희처럼 글을 파일로 관리하고 사이트 기능도 직접 바꾸고 싶다면 Docusaurus가 후보입니다. GitHub Pages처럼 사이트를 공개할 수 있는 서비스도 있습니다. 다만 Docusaurus는 사이트를 만드는 도구, GitHub Pages와 Vercel은 사이트를 올려두는 서비스이므로 같은 종류의 선택지는 아닙니다.

처음에는 글 목록과 본문, 소개 정도만 만들어보는 편을 권합니다. 검색, 댓글, 로그인까지 한꺼번에 넣으려 하면 첫 글보다 사이트 개발이 먼저 길어질 수 있습니다. AI에게 코드를 만들게 하더라도, 실제로 작동하는지와 잘못됐을 때 무엇을 고칠지는 확인해야 합니다.

직접 만든 사이트라서 더 좋은 기술 블로그가 되는 것은 아닙니다. 제 기준에서는 독자가 문제를 해결하는 데 도움이 되는 글이 있는지가 먼저입니다. 사이트 제작에도 흥미가 있다면 직접 만들고, 글을 쓰는 게 목적이라면 글쓰기부터 시작할 수 있는 곳을 고르세요.

Step 3. 플랫폼을 골랐다면, 최근에 막혔던 문제 하나를 적으세요

저희 블로그를 열 때 공개한 첫 글에는 교육과 컨설팅에서 만든 실험 중 공개할 수 있는 것들을 남기겠다는 이야기가 있습니다. 무엇이 됐는지만 아니라, 무엇이 안 됐고 어디까지 확인했는지도 기록하겠다는 내용이고요.

지금 첫 글의 주제를 고르는 분에게도 이 정도 출발점이면 충분하다고 생각합니다. 어떤 기술의 모든 것을 설명하려고 하기보다, 직접 해본 것 중 하나를 고르세요.

예를 들어 “SQL 완벽 정리”보다 “주문 데이터에 상품명을 붙였더니 주문 건수가 늘어난 이유”가 첫 글로는 다루기 쉽습니다. 왜 두 데이터를 합쳤는지, 예상한 결과와 무엇이 달랐는지, 어떤 항목을 확인해 원인을 찾았는지 순서대로 쓰면 됩니다. 독자도 자기 데이터에서 비슷한 문제가 생겼을 때 무엇을 봐야 하는지 알 수 있습니다.

저희가 쓴 공공데이터 수집에서 막히는 6가지와 해결법도 같은 방식입니다. 공공데이터의 모든 것을 소개하는 대신, 실제로 수집하며 막혔던 지점과 확인한 해결 방법을 묶었습니다. 경험이 구체적이면 설명해야 할 범위도 잡기 쉬워집니다.

지금 메모장을 열고 하려던 일, 예상과 달랐던 결과, 확인한 원인, 바꾼 뒤의 결과를 적어보세요. 문장을 예쁘게 만들 필요는 없습니다. 이 네 가지가 있으면 첫 글의 뼈대가 생깁니다. 아직 해결하지 못했다면 해결한 것처럼 마무리하지 말고, 어디까지 확인했고 무엇이 남았는지 적으면 됩니다.

Step 4. 기억으로 쓰지 말고, 글을 보면서 다시 해보세요

작업할 때는 당연했던 준비가 글에서는 빠지기 쉽습니다. 이미 설치돼 있던 도구, 따로 받아놓은 파일, 앞에서 바꾼 설정 같은 것들입니다. 그래서 초안을 썼다면 글에 적힌 순서만 보고 다시 해보는 과정이 필요합니다.

사용한 도구와 중요한 버전, 입력 파일, 실행 방법, 정상 결과를 적어주세요. 데이터가 합쳐졌다면 파일 생성 여부뿐 아니라 행 수가 맞는지도 확인하고, 웹사이트를 배포했다면 실제 공개 주소로 접속해보는 식입니다. 저희가 겪은 404 문제도 “작업이 끝났다”와 “독자가 볼 수 있다”를 따로 봐야 한다는 사례였습니다.

AI는 이때 편집자로 활용하면 좋습니다. 작업 기록과 초안을 주고 “처음 읽는 사람이 따라 하다 막힐 부분을 찾아달라”고 요청해보세요. 직접 해보지 않은 결과나 수치를 채우게 하지는 마세요. 매끄러운 문장으로 바뀌는 것과 설명이 맞는 것은 별개입니다.

공개할 수 있는 내용인지도 함께 확인해야 합니다. 코드와 화면에 API 키, 고객 정보, 회사 내부 주소가 들어 있지 않은지 보세요. 회사에서 한 작업은 개인정보를 가렸다고 곧바로 공개 가능한 자료가 되는 것은 아닙니다. 애매하다면 공개 데이터나 직접 만든 예제로 바꾸는 편이 낫습니다.

Step 5. 첫 글을 발행하고, 공개 링크를 직접 열어보세요

제목에는 실제로 해결하는 문제가 드러나게 적고, 첫 문단에는 누구에게 필요한 글인지 써주세요. 준비물과 과정을 거쳐 마지막에는 무엇을 확인했는지 정리하면 됩니다. 길이를 채우기 위해 기술의 역사나 넓은 배경 설명까지 붙일 필요는 없습니다. 이번 작업을 이해하는 데 필요한 만큼이면 됩니다.

발행한 뒤에는 편집 화면에서 나와 공개 링크를 여세요. 로그아웃 상태와 휴대폰에서도 글, 이미지, 첨부 자료가 보이는지 확인하세요. 코드나 표가 있다면 읽기 불편하게 잘리지 않는지도 보시면 좋습니다.

마지막으로 글 원본과 이미지 파일은 따로 보관해두세요. 플랫폼을 옮기면 주소나 서식을 손보는 일은 생길 수 있습니다. 그래도 원본이 있으면 처음부터 다시 작성할 필요는 없습니다. 직접 구축하는 경우에도 GitHub에 파일이 있다는 것만으로 발행 확인을 대신하지는 마세요. 저희는 그 둘이 다르다는 것을 실제로 겪었습니다.

Step 6. 첫 수익화 방식은 하나만 골라보세요

블로그에 광고도 달고, 전자책도 팔고, 제휴 링크와 유료 구독도 넣으면 더 빨리 수익이 날까요? 처음부터 전부 붙이면 어느 글에서 어떤 반응이 나온 건지 확인하기도 어려워집니다. 저는 독자가 이 글을 읽고 무엇을 더 필요로 할지부터 적어보는 편을 권합니다.

엑셀 파일을 합치는 방법을 읽은 사람 중에는 예제 파일만 필요한 사람도 있고, 자기 회사 양식에 맞춰 바꿔달라는 사람도 있을 겁니다. 전자에게는 템플릿, 후자에게는 작업 의뢰나 교육이 다음 선택지가 될 수 있습니다. 도구를 비교하는 글이라면 제휴 링크를 검토할 수 있고요. 이건 실제 판매 실적을 제시하는 예가 아니라, 글과 수익 모델을 연결하는 방법의 예입니다.

광고: 코드를 넣었다고 승인된 것은 아닙니다

저희는 사이트에 광고 스크립트와 광고 자리를 넣고, ads.txt도 연결했습니다. ads.txt는 내 사이트의 광고를 판매하도록 허용한 판매자를 알리는 파일입니다. 그런데 10월 7일 확인 당시에는 이 파일의 상태가 승인돼 있어도 사이트 심사는 거절돼 있었습니다.

Google 공식 안내에서도 ads.txt 상태와 사이트 심사 상태를 별도로 구분합니다. 광고 코드·광고 자리 설정, 사이트 승인, 실제 광고 매출 발생은 서로 다른 단계입니다. 저희가 시행착오를 겪으며 확인한 부분입니다.

직접 운영하는 사이트에서 애드센스를 준비한다면 다음 순서로 확인하세요.

1. 내 콘텐츠와 사이트가 심사 대상이 될 수 있는지 확인합니다. 공식 자격 요건은 독창적인 콘텐츠, 정책 준수, 사이트 HTML 접근 등을 안내합니다. 글 몇 편을 쓰면 승인된다는 식의 숫자를 승인 조건으로 삼지는 마세요.
2. 사이트를 등록하고 소유권을 확인합니다. 저희 블로그 주소는 datapopcorn.ai/blog지만 등록에 사용하는 도메인은 datapopcorn.ai입니다. 가입 URL에는 경로·매개변수 등을 넣지 않는다는 공식 안내가 있습니다. 호스팅형 블로그는 해당 서비스의 연동 안내도 함께 확인하세요.
3. 계정에서 제공한 확인 방법과 광고 설정을 적용하고 검토를 요청합니다. 저희처럼 ads.txt를 사용하는 경우에는 도메인 루트의 파일이 실제로 열리는지 봅니다. 다른 사람의 게시자 정보를 복사하지 말고 자신의 계정에서 안내한 값을 사용해야 합니다.
4. 심사 결과와 광고 게재 상태를 따로 확인합니다. 사이트 상태가 준비됨(Ready)인지 확인하고, 매출은 보고서에서 별도로 확인하세요. 거절됐다면 사유와 사이트 내용을 검토해야지, 같은 광고 코드를 다시 붙이는 것으로 끝낼 수는 없습니다.

광고가 잘 되는지 확인하려고 직접 클릭하거나 지인에게 클릭을 부탁해서는 안 됩니다. 애드센스 정책에서 금지하는 행동입니다. 승인 후에도 정책은 계속 지켜야 합니다.

제휴: 소개한 도구를 구매하면 수수료를 받는 방식입니다

직접 사용한 도구나 제품을 설명하는 글이라면, 해당 업체가 제휴 프로그램을 운영하는지 확인할 수 있습니다. 가입했다고 모든 구매가 내 수익으로 잡히는 것은 아닙니다. 어떤 구매가 인정되는지, 취소·환불은 어떻게 처리되는지, 지급 조건은 무엇인지 먼저 읽어보세요.

글에는 사용한 범위와 아쉬운 점도 함께 적고, 구매 링크보다 앞에서 경제적 이해관계를 분명히 밝혀주세요. 공정거래위원회 안내는 블로그 같은 문자 매체의 제목 또는 첫 부분에 표시하고, 미래에 조건부로 대가를 받는 경우에도 표시하도록 설명합니다.

문구는 실제 계약에 맞아야 합니다. 구매에 따라 수수료를 받는 계약이라면 “이 글의 제휴 링크를 통해 구매하면 제가 수수료를 받습니다”처럼 독자가 이해할 수 있게 쓰세요. 제품을 무상으로 받았다면 그 사실도 따로 밝혀야 합니다. 링크를 달기 위해 써보지 않은 제품을 사용 후기처럼 소개하지는 마세요.

자료·강의·컨설팅: 독자가 다음 작업을 할 수 있게 돕습니다

이 방식은 광고가 아니라 내가 제공하는 자료나 서비스에 돈을 받는 것입니다. 무료 글에서 방법을 설명하고, 바로 사용할 수 있게 정리한 템플릿이나 함께 실습하는 강의, 상황에 맞춰 작업하는 서비스를 별도로 연결할 수 있습니다.

무료 글을 일부러 불완전하게 만들 필요는 없습니다. 글만으로 해결할 수 있는 사람은 해결하게 두고, 파일을 정리하거나 직접 적용하는 시간을 줄이고 싶은 사람에게 선택지를 주면 됩니다. 저희 블로그가 실제로 연결한 방식은 다음 단계에서 보여드리겠습니다.

유료 구독: 매달 무엇을 제공할지부터 정해야 합니다

글 일부를 잠그고 결제 버튼을 붙이는 것만으로 구독 서비스가 완성되지는 않습니다. 구독자에게 정기적으로 무엇을 제공할지뿐 아니라 결제, 열람 권한, 갱신, 해지와 환불 처리까지 필요합니다.

데이터팝콘도 유료 구독을 준비하고 있지만, 이 글을 보완한 2026년 10월 10일 현재 결제 가능한 월구독 상품을 운영하는 상태는 아닙니다. 그래서 이 부분은 성공 사례가 아니라 준비 중인 방향으로만 소개합니다. 처음 시작한다면 매달 제공할 약속을 하기 전에, 자료 한 개나 수업 한 번의 수요부터 확인하는 편을 권합니다.

Step 7. 글 하나에 자료·상품·문의 중 하나를 연결하세요

저희 블로그 아래에는 “와구와구 강의 살펴보기”와 “기업 교육 문의”가 있습니다. 글을 읽고 직접 더 해보고 싶은 분은 강의를 살펴보고, 팀에 적용하고 싶은 분은 문의할 수 있게 둔 것입니다. 버튼이 있다는 사실만으로 매출이 발생했다고 말할 수는 없지만, 글을 읽은 다음에 할 수 있는 행동은 마련돼 있습니다.

자료를 연결한 예도 있습니다. 인스타 댓글 자동 DM 만들기 글에서는 설정 과정을 공개하고, 완성된 워크플로우는 Groble의 0원 자료 상품으로 받을 수 있게 해두었습니다. 이 자료는 무료이므로 판매 수익 사례가 아닙니다. 설명 글과 실제로 받는 파일을 어떻게 연결할 수 있는지 보여주는 예입니다.

2026년 10월 10일 확인한 자료 페이지입니다. 0원 자료 배포 사례이며, 유료 판매 실적을 보여주는 화면은 아닙니다.

처음에는 블로그 전체를 바꾸지 말고, 글 하나에서 이 과정을 만들어보세요.

1. 글을 읽은 뒤에도 남는 작업을 하나 고릅니다. 예제 파일 준비, 내 데이터에 맞는 수정, 팀원들과 함께 실습하기처럼 구체적인 작업이어야 합니다.
2. 무엇을 제공할지 적습니다. 자료라면 파일 형식, 포함된 내용, 사용 환경과 사용 범위를 적으세요. 교육이나 작업 의뢰라면 대상, 진행 범위, 기간과 문의 방법을 적습니다. 아직 만들지 않은 결과물을 이미 제공하는 것처럼 쓰지 마세요.
3. 전달하거나 신청받을 페이지를 만듭니다. 유료로 제공한다면 가격, 결제 수단, 전달 방식, 문의처와 취소·환불 조건을 확인합니다. 판매자의 법적 고지와 세금 처리도 별도 확인이 필요합니다. “디지털 파일이라 환불 불가” 한 줄로 모든 의무를 대신할 수는 없습니다.
4. 본문과 맞는 안내 하나를 연결합니다. 예제 파일이라면 “이 글에서 사용한 파일 받기”, 교육이라면 “우리 팀 데이터로 함께 실습하기”처럼 무엇을 얻는지 써주세요. 마지막으로 로그아웃 상태에서 공개 상품 안내가 열리는지, 실제 제공물이 설명과 일치하는지 확인합니다.

처음부터 받을 수 있는 정보를 전부 요구할 필요도 없습니다. 자료 전달에 필요한 정보만 받고, 이후 광고성 안내를 보내려면 그에 필요한 동의 절차를 별도로 확인하세요. 자료를 받았다는 이유만으로 계속 홍보 메시지를 보내도 된다고 생각하면 안 됩니다.

중요한 건 글과 다음 행동이 이어지는 것입니다. 파일 합치기를 설명한 글에서 그 파일이나 적용 도움을 제안하는 것은 자연스럽지만, 관련 없는 상품을 여러 개 붙이면 독자는 왜 그걸 봐야 하는지 알기 어렵습니다.

Step 8. 조회수 말고, 어디까지 이어졌는지 기록하세요

판매 링크를 달았으면 수익화가 된 걸까요? 아직은 아닙니다. 적어도 글 조회, 링크 클릭, 신청·결제, 취소·환불을 나눠서 봐야 합니다.

저희 강의 링크에는 utm_source=blog, utm_medium=course_footer 같은 표시가 붙어 있습니다. 어디에 둔 링크를 통해 방문했는지 분석 도구에서 구분하기 위한 꼬리표입니다. 이 표시는 링크 출처를 구분하는 데 쓰는 것이지, 붙였다는 이유만으로 결제까지 자동 추적되는 것은 아닙니다. 문의 버튼을 눌렀다고 실제 문의가 도착한 것도 아니고요.

처음에는 복잡한 대시보드보다 같은 기간의 숫자를 메모해도 좋습니다. 글을 몇 번 읽었는지, 관련 상품 링크가 몇 번 눌렸는지, 실제 신청과 결제가 몇 건인지 적어보세요. 결제 서비스에서 유입 경로를 확인할 수 없다면 전체 매출을 그 글의 성과라고 단정하지 마세요.

수익화 방식마다 볼 숫자도 다릅니다.

• 광고: 페이지 조회수뿐 아니라 예상 수입, 월별 확정 수입, 실제 지급 내역을 구분합니다. 확정 수입이 생겨도 지급 기준액이나 지급 보류 여부 등에 따라 지급 시점은 달라질 수 있습니다. 페이지 RPM은 예상 수입을 페이지 조회 1,000회 기준으로 환산한 값이며, 언제나 같은 단가가 보장되는 것은 아닙니다.
• 제휴: 링크 클릭과 구매 인정, 지급 확정을 구분합니다. 구매가 취소되면 처음 표시된 수수료와 실제 지급액이 달라질 수 있습니다.
• 자료·강의·서비스: 신청, 결제, 환불을 구분하고 플랫폼·결제 수수료와 제작·운영 비용을 함께 기록합니다. 매출에서 돈이 얼마나 남았는지는 별도 계산입니다.

글은 읽히는데 링크를 누르지 않는다면 다음 행동이 독자의 문제와 맞는지 살펴보세요. 상품 페이지에는 들어오는데 결제하지 않는다면 제공 범위와 가격, 필요한 조건이 충분히 설명됐는지 확인해볼 수 있습니다. 다만 방문자가 적을 때 몇 번의 반응만 보고 가격이나 플랫폼이 원인이라고 단정하지는 마세요.

시작하면서 막히기 쉬운 지점

막힌 지점	먼저 해볼 일
플랫폼을 계속 비교하고 있습니다	쓸 글의 제목 세 개를 적고, 가장 중요한 형식의 짧은 예제 글을 후보 플랫폼에서 작성해보세요.
첫 글의 범위가 너무 큽니다	기술 전체 대신 직접 겪은 오류나 반복 작업 하나로 줄여보세요.
따라 하다가 중간 단계에서 막힙니다	이미 설치된 도구, 빠진 파일, 생략한 권한·설정이 없는지 확인하세요.
발행했는데 링크가 열리지 않습니다	공개·예약 상태와 정확한 주소를 확인하세요. 직접 구축했다면 운영 중인 배포본에 해당 글이 포함됐는지도 확인하세요.
AI가 정리한 내용을 검증하기 어렵습니다	작업 기록에 없는 내용은 빼거나 다시 실행해 확인하세요. 검증되지 않은 결과로 빈칸을 채우지 마세요.
ads.txt는 승인인데 광고가 나오지 않습니다	ads.txt 상태와 사이트 심사 상태를 구분하고, 사이트 승인과 광고 설정을 각각 확인하세요.
자료는 많이 받는데 매출은 모르겠습니다	무료 다운로드, 유료 결제, 환불을 나눠 기록하세요. 무료 배포 건수는 매출이 아닙니다.
강의·문의 버튼을 넣었는데 성과가 없습니다	링크 클릭, 실제 문의, 결제를 구분해 어느 단계까지 이어졌는지 확인하세요.

처음부터 오래 쓸 플랫폼을 잘 고르고 싶은 마음은 이해합니다. 글이 쌓인 뒤에 옮기는 것은 번거로운 일이니까요. 그래도 아직 글이 없다면 어떤 기능이 꼭 필요한지 판단하기도 어렵습니다.

저희는 직접 만든 블로그를 운영하면서 광고 심사에서 거절도 당했고, 배포 실수로 글이 열리지 않는 일도 겪었습니다. 한편으로는 글에서 강의와 문의, 실제로 받는 자료로 이어지는 길을 만들어두었습니다. 여기까지가 이 글에서 확인해 보여드릴 수 있는 경험입니다.

처음부터 광고 승인이나 유료 구독에 모든 계획을 걸 필요는 없습니다. 누군가의 문제를 해결하는 글 한 편을 쓰고, 그 사람이 다음에 필요로 할 자료나 도움 하나를 연결해보세요. 그다음 실제 반응을 확인하면 됩니다. 블로그 수익화의 시작을 거창한 사이트 완성이나 막연한 월수익 목표로 잡지 않아도 괜찮습니다.

---

참고 자료

• Docusaurus 공식 문서: 블로그
• 티스토리 스킨 가이드
• WordPress.com과 WordPress.org의 차이
• GitHub Pages 시작하기
• 네이버 애드포스트 시작하기
• 티스토리 Google AdSense 연동 안내
• 애드센스 ads.txt 가이드
• 애드센스 사이트 심사와 게재 상태
• 공정거래위원회 경제적 이해관계 표시 안내

2026년 10월 10일 수익화 내용을 보완했습니다. 서비스의 구체적인 요금·정책·기능은 가입 전에 공식 안내를 확인해주세요. 소개한 연결 구조는 수익 발생이나 일정 금액의 수입을 보장하지 않습니다.