5장. 네이버·티스토리·블로그스팟·워드프레스, 수익형 블로그 플랫폼 역할 나누기
애드센스를 직접 운영할 지면이 필요하면 네이버 블로그가 아니라 티스토리·블로그스팟·자체 호스팅 워드프레스 중에서 골라야 합니다. 비용을 거의 들이지 않고 글과 검색 반응을 배우려면 티스토리나 블로그스팟, 서버·백업·보안을 감당하며 장기 통제권을 원하면 워드프레스가 맞습니다. 네이버 블로그는 국내 독자와 만나는 별도 채널로 역할을 나누는 편이 현실적입니다.
가장 좋은 플랫폼은 수익이 높은 곳이 아니라 지금 운영자가 계속 발행하고, 데이터를 확인하며, 문제가 생겼을 때 복구할 수 있는 곳입니다. 플랫폼만 옮긴다고 CPC나 검색 노출이 자동으로 오르지 않습니다. 시작 난도·광고 가능 여부·고정비·데이터 이전·정책 의존도를 함께 비교하세요.
한 줄 선택
- 국내 홍보·후기·독자 소통이 중심이면 네이버 블로그를 봅니다.
- 국내 자료가 많은 무료 애드센스 입문 지면은 티스토리입니다.
- 무료 유지와 Google 계정 기반 운영을 원하면 블로그스팟을 봅니다.
- 비용과 기술 관리를 감수하고 통제권을 원하면 워드프레스입니다.
네 플랫폼을 ‘수익 순위’가 아니라 통제 범위로 비교합니다
| 플랫폼 | 애드센스 지면 | 운영 부담 | 주요 통제·제약 |
|---|---|---|---|
| 네이버 블로그 | 직접 사용 대상 아님 | 낮음 | 국내 탐색·소통 강점, HTML·광고 통제 제한 |
| 티스토리 | 가능 | 낮음~중간 | 무료·국내 자료, 운영사 정책과 기능 영향 |
| 블로그스팟 | 가능 | 중간 | 무료·Google 연동, 편집·테마·국내 자료 제약 |
| 워드프레스 | 가능 | 높음 | 구조·광고·이전 통제, 서버·보안·비용 책임 |
여기서 워드프레스는 가입형 WordPress.com의 요금제가 아니라 서버에 설치해 운영하는 WordPress.org 소프트웨어를 뜻합니다. 두 서비스를 혼동하면 플러그인과 광고 사용 범위, 비용 판단이 어긋날 수 있습니다.
가입 전에 ‘탈출 가능성’을 실제 산출물로 비교합니다
| 플랫폼 | 백업에서 확인할 것 | URL·리디렉션 통제 | 광고·계정 복구 |
|---|---|---|---|
| 네이버 | 원고·직접 촬영 이미지·게시일을 별도 원본으로 보존 | 서비스 URL과 서버 리디렉션을 직접 통제하기 어려움 | 애드센스 코드 대상 아님, 네이버 계정 복구 수단 확인 |
| 티스토리 | 내보내기 본문·이미지·스킨 원본과 설정 기록 | 개인 도메인은 이동성을 돕지만 서버측 URL별 처리 범위는 제한될 수 있음 | 허용 범위 안 광고 코드, 카카오 계정·도메인 복구 확인 |
| Blogger | 내보낸 글·댓글·라벨과 이미지 보존 형태 | 개인 도메인 사용 가능, 서버 리디렉션 세부 통제는 제한적 | 광고 코드 가능 범위와 Google 계정 복구·2단계 인증 |
| 자체 호스팅 WordPress | 데이터베이스·업로드·테마·플러그인·설정의 전체 백업 | 서버측 301/308과 URL 구조를 폭넓게 통제, 구현 책임도 직접 부담 | 광고 코드 통제, 호스팅·관리자·도메인 계정을 각각 복구해야 함 |
‘내보내기 버튼이 있다’는 것과 다른 환경에서 복원된다는 것은 다릅니다. 가입 직후 비공개 샘플 글 한 편을 만들어 본문, 표, 이미지, 게시일, 라벨을 내보낸 뒤 별도 시험 환경에서 열어 보세요. 기존 URL과 예상 새 URL을 한 줄로 대응시키고, 플랫폼을 떠날 때 301 또는 308로 직접 연결할 수 있는지도 미리 확인합니다. 리디렉션을 제어할 수 없다면 개인 도메인을 처음부터 쓰거나 원본 주소를 유지하는 등 별도 출구가 필요합니다.
네이버 블로그: 애드센스 본진이 아니라 독자 접점입니다
네이버 블로그에는 Google 애드센스 코드를 자유롭게 넣는 방식으로 운영하지 않습니다. 네이버의 광고 보상은 별도 서비스인 네이버 애드포스트에서 확인해야 합니다. 따라서 애드센스가 목표라면 네이버만 개설하고 기다리는 선택은 맞지 않습니다.
대신 국내 지역 정보, 실제 방문 후기, 사업체 소식, 독자 댓글과 이웃 관계처럼 네이버 안에서 소비되는 콘텐츠에 강점이 있습니다. 애드센스 본문을 그대로 복사해 링크만 붙이면 네이버 글 자체의 가치도 약하고 원본 관리도 어려워집니다. 같은 주제를 다루더라도 네이버에는 경험 요약이나 선택 전 체크포인트를 독립적으로 제공하세요.
이 경우 네이버를 먼저 고릅니다
오프라인 사업 홍보, 국내 리뷰, 협찬·체험단, 독자 소통이 우선이며 애드센스가 핵심 목표가 아니라면 적합합니다. 애드센스 사이트를 별도로 운영한다면 네이버는 무조건적인 외부 링크 살포 채널이 아니라 관심 있는 독자에게 관련 후속 자료를 소개하는 보조 접점으로 제한하는 편이 안전합니다.
티스토리: 빠르게 배우되 플랫폼 정책을 비용으로 봅니다
티스토리는 무료 개설과 국내 사용자 자료가 강점입니다. HTML·스킨·검색 등록·애드센스 연결을 처음 익힐 때 참고할 자료를 찾기 쉽습니다. 서버 업데이트와 기본 인프라를 직접 관리하지 않아도 되므로 콘텐츠 제작과 보고서 읽기에 먼저 집중할 수 있습니다.
반면 도메인과 서버, 서비스 정책을 모두 운영자가 통제하는 구조는 아닙니다. 광고 기능, 스킨 허용 범위, 이용 정책이 바뀌면 운영 방식도 영향을 받습니다. 최신 제한과 기능은 발행 시점에 티스토리 공식 공지와 관리자 안내를 직접 확인해야 합니다.
티스토리를 고른 뒤 꼭 남길 것
- 원고와 사용 이미지의 원본을 플랫폼 밖에 보관합니다.
- 스킨을 바꾸기 전 Search Console·분석·광고 관련 설정을 기록합니다.
- 개인 도메인을 쓸 경우 DNS와 갱신 계정을 따로 관리합니다.
- 운영사 정책 변경을 ‘갑자기 생긴 예외’가 아니라 상시 리스크로 봅니다.
- 글보다 스킨 수정에 시간이 더 든다면 기본 구조로 돌아갑니다.
티스토리가 초보자에게 쉽다는 말은 수익이 쉽다는 뜻이 아닙니다. 검색 질문을 해결하지 못하는 글은 어느 플랫폼에서도 성과가 약합니다. 플랫폼은 학습 마찰을 줄일 뿐 콘텐츠의 정확성과 수요를 대신하지 않습니다.
블로그스팟: 고정비는 낮지만 검색 우대는 없습니다
Blogger, 흔히 블로그스팟이라고 부르는 서비스는 Google 계정으로 만들 수 있고 별도 호스팅 비용 없이 운영할 수 있습니다. Blogger 고객센터는 Blogger에서 애드센스와 다른 광고를 표시하는 방법을 안내합니다. 광고를 쓰려면 해당 서비스의 자격과 정책을 별도로 충족해야 합니다.
Google 서비스라고 해서 Google 검색에서 자동 우대를 받는 것은 아닙니다. 초기 색인이 느릴 수 있고 국내 편집 자료나 테마 선택이 티스토리보다 낯설게 느껴질 수 있습니다. 표·메뉴·모바일 화면을 손보는 데 HTML 이해가 조금 필요할 수도 있습니다.
블로그스팟이 맞는 사람과 맞지 않는 사람
월 고정비를 피하면서 장기적으로 글을 축적하고 Google 계정 기반 도구를 익히려는 사람에게 맞습니다. 반대로 국내 편집 사례를 그대로 따라 하고 싶거나, 디자인 변경을 자주 하고, 초반 검색 반응이 없으면 금방 플랫폼을 바꾸는 사람에게는 답답할 수 있습니다. 무료라는 이유만으로 여러 개를 열기보다 하나의 주제와 백업 절차를 먼저 익히세요.
워드프레스: ‘내 땅’보다 ‘내 책임’이 정확한 표현입니다
자체 호스팅 워드프레스는 테마, 플러그인, URL 구조, 백업, 광고 배치를 폭넓게 통제할 수 있습니다. 특정 주제가 검증됐을 때 카테고리와 내부링크를 정교하게 만들거나 계산기·비교표 같은 기능으로 확장하기 좋습니다. WordPress 공식 요구사항을 기준으로 호스팅 환경을 고를 수 있습니다.
그러나 도메인·호스팅 비용뿐 아니라 업데이트, 보안, 백업, 장애 복구, 속도 관리 시간이 듭니다. 플러그인을 많이 설치하면 기능이 늘어도 충돌과 유지관리 범위가 커집니다. ‘워드프레스라서 상위 노출’되는 것이 아니며 느린 서버와 방치된 업데이트는 오히려 사용자 경험을 해칠 수 있습니다.
처음부터 워드프레스를 선택해도 되는 조건
- 월 고정비를 수익과 무관하게 감당할 수 있습니다.
- 도메인·호스팅 계정과 결제 갱신을 직접 관리할 수 있습니다.
- 자동 백업의 저장 위치와 복구 방법을 시험할 의향이 있습니다.
- 기술 설정 시간을 제한하고 정기적으로 글을 발행할 수 있습니다.
- 문제가 생기면 공식 문서나 호스팅 지원을 통해 원인을 좁힐 수 있습니다.
이 중 여러 항목이 부담스럽다면 무료 플랫폼에서 콘텐츠와 검색 등록을 먼저 익힌 뒤 옮겨도 늦지 않습니다. 반대로 웹 운영 경험이 있고 장기 사이트가 분명하다면 처음부터 워드프레스로 시작하는 편이 중복 학습을 줄일 수 있습니다.
운영자 상황별로 하나만 고르는 결정 트리
애드센스가 목적이 아닌 국내 홍보가 우선입니까? 네이버 블로그를 먼저 검토합니다. 애드센스가 목적이고 서버 비용이 부담됩니까? 국내 자료와 빠른 적응을 중시하면 티스토리, 무료 장기 운영과 Google 생태계를 중시하면 블로그스팟을 비교합니다.
서버 관리 경험이 있거나 배우는 시간을 확보했습니까? 워드프레스를 선택할 수 있습니다. 이미 무료 플랫폼에 성과 글이 있습니까? 전체 이전보다 검증된 주제군을 새 거점에서 더 완전한 문서로 재구성할지 검토합니다.
두 플랫폼을 동시에 해야 안심됩니까? 먼저 주당 가용 시간을 계산하세요. 한 곳에서도 월 네 편을 완성하기 어렵다면 두 곳을 열지 않는 편이 낫습니다. 채널 분산은 각 채널의 백업·업데이트·정책 확인까지 수행할 수 있을 때만 리스크를 줄입니다.
가상 인물 세 명의 선택은 서로 다릅니다
아래는 선택 과정을 설명하기 위한 가상 사례이며 수익 전망이 아닙니다.
직장인 A는 주 4시간만 쓸 수 있고 서버 경험이 없습니다. 티스토리 하나에서 글쓰기와 검색 등록, 애드센스 신청 흐름을 익히고 원고 백업을 남기는 선택이 현실적입니다. 워드프레스는 주제가 검증되거나 관리 시간을 확보한 뒤 봅니다.
개발 경험이 있는 B는 장기적으로 도구형 사이트를 만들 계획이고 고정비를 감당할 수 있습니다. 워드프레스에서 작은 테마와 최소 플러그인으로 시작해 백업 복구부터 시험하는 편이 이중 이전을 줄입니다.
지역 매장을 운영하는 C는 국내 예약 문의가 목표입니다. 네이버에서 영업 정보와 실제 사례를 충실히 제공하고, 별도 애드센스 사이트는 만들지 않을 수 있습니다. 모든 사람에게 애드센스 플랫폼이 필요한 것은 아닙니다.
이전은 복사가 아니라 URL과 책임을 옮기는 작업입니다
전체 이전을 결정하기 전 대표 글 몇 편으로 내보내기·복원 시험을 하세요. 긴 표, 직접 올린 이미지, 외부 이미지, 내부링크, 한글 주소가 있는 글을 각각 포함하고, 복원 뒤 제목·본문·미디어 권리·게시일이 보존되는지 확인합니다. 이어 ‘이전 URL → 새 URL → 처리 방식 → 검증 결과’ 대응표를 만들고 상위 유입 URL에서 실제 리디렉션 가능 여부를 시험합니다. 이 단계에서 깨짐을 발견하면 전체 복사를 멈추고 변환 규칙이나 수동 복구 비용부터 계산합니다.
플랫폼 위험을 느꼈다고 기존 글을 한꺼번에 복사하면 중복 문서, 깨진 이미지, 다른 URL 구조, 잃어버린 내부링크 문제가 생깁니다. 먼저 원본을 어디에 둘지 정하고 성과·최신성·주제 적합성을 기준으로 옮길 글을 고릅니다.
- 원고, 이미지, 게시일, 기존 URL을 내보내거나 별도 목록으로 보관합니다.
- 새 플랫폼의 URL 구조와 리디렉션 가능 범위를 확인합니다.
- 깨진 링크와 오래된 정보를 고쳐 새 글의 부가가치를 높입니다.
- 검색 등록, 사이트맵, 분석 도구, 광고 상태를 새 주소 기준으로 확인합니다.
- 기존 주소를 유지할지, 안내·리디렉션할지, 비공개할지 결정합니다.
- 트래픽 변화를 관찰한 뒤 다음 묶음을 옮깁니다.
WordPress에는 공식 내보내기 도구 문서가 있지만 플랫폼 간 완전 자동 이전을 보장하는 것은 아닙니다. 이미지, 퍼머링크, 리디렉션, 광고 코드는 별도로 검증해야 합니다.
플랫폼 역할표에는 출구까지 적어야 합니다
| 적을 항목 | 예시 질문 |
|---|---|
| 목적 | 국내 홍보, 애드센스 실험, 장기 전문 사이트 중 무엇인가? |
| 운영 예산 | 수익이 없어도 1년간 감당할 비용은 얼마인가? |
| 주당 시간 | 글·업데이트·백업에 각각 몇 시간을 쓸 수 있나? |
| 통제권 | 광고·URL·서버·데이터 중 무엇을 직접 관리해야 하나? |
| 출구 | 정책 변경이나 비용 증가 때 원고와 URL을 어떻게 보존할까? |
오늘 하나를 선택해야 한다면 네 플랫폼에 계정을 모두 만들지 마세요. 위 다섯 항목을 한 장에 적고, 12주 동안 한 곳에서 발행·검색 등록·백업까지 경험할 수 있는 선택을 하세요. 플랫폼 역할이 분명하면 유행하는 수익 인증이나 정책 소문이 나올 때도 무작정 이사하지 않고 실제 병목을 먼저 볼 수 있습니다.
무료와 유료는 월 요금이 아니라 총운영비로 비교합니다
무료 플랫폼에도 비용은 있습니다. 정책 변경을 확인하는 시간, 스킨이 바뀐 뒤 다시 설정하는 시간, 내보내기 형식을 정리하는 시간이 운영비입니다. 워드프레스의 비용도 호스팅 결제액으로 끝나지 않습니다. 도메인 갱신, 유료 테마·플러그인, 백업 저장소, 보안 점검, 장애 대응 시간을 함께 계산해야 합니다. 반대로 기술 경험이 있는 운영자에게는 이 관리 시간이 작고 통제권의 가치가 더 클 수 있습니다.
비교표에는 첫해 할인 가격이 아니라 갱신 가격을 적고, 수익이 전혀 없어도 유지할 수 있는 기간을 표시하세요. 외주를 쓸 계획이라면 초기 구축뿐 아니라 업데이트와 복구 비용도 포함합니다. 금액을 정확히 예측할 수 없다면 ‘낮음·중간·높음’으로 표시하되 무엇이 포함됐는지 적어야 합니다. 플랫폼 선택을 수익 전망으로 정당화하면 예상보다 검색 유입이 늦을 때 성급한 이전을 반복하게 됩니다.
도메인을 붙이기 전에 소유권과 복구 경로를 확인합니다
개인 도메인은 브랜드와 주소를 이어 가는 데 유용하지만 연결만 하면 독립성이 완성되는 것은 아닙니다. 도메인 등록 계정, 결제 수단, 복구 이메일, DNS 변경 권한을 누가 갖는지 확인하세요. 제작 대행자 계정에 등록하거나 갱신 알림을 놓치면 콘텐츠가 남아 있어도 주소를 잃을 수 있습니다. 2단계 인증과 복구 코드는 플랫폼 계정뿐 아니라 도메인·호스팅 계정에도 적용합니다.
이동성이 커지는 대신 책임도 늘어납니다. 매년 갱신 비용과 결제 실패, DNS 오설정, HTTPS 인증서, 도메인 탈취 방지, 등록기관 계정 복구를 운영자가 관리해야 합니다. 자동 갱신만 믿지 말고 만료일·등록자·복구 이메일·DNS 원본을 별도 안전표에 기록하고, 담당자가 바뀔 때 권한 회수까지 포함하세요. 소유 도메인은 플랫폼 위험을 줄이는 수단이지 호스팅·보안·갱신 위험을 없애는 보험이 아닙니다.
티스토리나 Blogger에 개인 도메인을 연결할 때는 기존 기본 주소와 새 주소의 관계, HTTPS 적용, Search Console 속성, 사이트맵 제출 상태를 기록합니다. 연결 직후 접근이 불안정하다고 DNS 값을 계속 바꾸지 말고 공식 안내의 전파 시간과 현재 레코드를 확인합니다. 워드프레스에서도 도메인 이전과 서버 이전은 다른 작업입니다. 주소는 그대로 두고 서버만 옮길 수 있으며, 각각 백업과 검증 항목이 다릅니다.
플랫폼별 첫 12주의 실패 조건을 미리 정합니다
‘성과가 안 나오면 옮긴다’는 기준은 너무 모호합니다. 검색 유입은 콘텐츠 수요와 색인 시간의 영향을 받으므로 플랫폼만 탓하기 쉽습니다. 12주 동안 발행 가능한 글 수, 공식 문서 확인 시간, 백업 주기, Search Console 등록, 모바일 점검을 먼저 약속하세요. 이 기본 작업을 수행하지 못했다면 플랫폼 성능을 비교할 자료도 부족합니다.
- 네이버: 애드센스 설치를 목표로 삼았다면 시작 목표부터 다시 정합니다. 국내 독자 접점과 자체 보상 체계를 기준으로 평가합니다.
- 티스토리: 정책 공지 확인과 원고 외부 백업을 지속할 수 없는 경우 다른 무료 서비스로 옮겨도 같은 위험이 반복됩니다.
- Blogger: 편집 환경이 낯설다는 이유로 포기하기 전에 테마 변경을 멈추고 기본 템플릿에서 발행·색인·백업 한 주기를 끝냅니다.
- 워드프레스: 업데이트와 복구 시험 때문에 발행이 장기간 중단되거나 고정비가 부담되면 더 단순한 호스팅 또는 플랫폼을 검토합니다.
가상 사고 복구 훈련으로 실제 통제권을 측정합니다
통제권은 설정 메뉴가 많은지가 아니라 문제가 났을 때 되돌릴 수 있는지로 측정합니다. 가상으로 테마 변경 뒤 모바일 메뉴가 사라졌다고 가정해 보세요. 최근 테마 또는 스킨 원본이 어디에 있는지, 분석·Search Console·광고 코드가 어느 위치에 있었는지, 복구 후 어떤 URL을 확인할지 적습니다. 이 답을 찾을 수 없다면 새 디자인을 적용하기 전에 백업 체계부터 만들어야 합니다.
워드프레스에서는 실제 사이트와 분리된 환경에서 백업 복원을 시험하는 것이 좋습니다. 데이터베이스만 돌아오고 이미지 파일이 빠지거나, 글은 보이지만 고유주소가 깨질 수 있습니다. 티스토리와 Blogger에서는 내보낸 파일이 있다는 사실만 믿지 말고 대표 글의 본문·이미지·게시일·라벨이 어떤 형태로 보존되는지 확인합니다. 네이버도 중요한 후기 원문과 직접 만든 사진을 별도 보관해야 서비스 안의 기록만이 유일한 원본이 되지 않습니다.
두 채널을 쓸 때는 복제가 아니라 편집 역할을 나눕니다
네이버와 애드센스 사이트를 함께 운영한다면 하나의 원고를 그대로 두 번 발행하지 마세요. 예를 들어 지역 매장 방문 정보는 네이버에서 운영 시간, 위치, 현장 변화, 독자 질문을 완결하고, 별도 사이트에서는 여러 선택지를 같은 기준으로 비교하는 장기 안내를 만들 수 있습니다. 어느 쪽도 답을 숨긴 채 다른 사이트 클릭만 요구해서는 안 됩니다.
티스토리와 워드프레스를 동시에 운영할 때도 주제와 원본 URL을 명확히 정합니다. 기존 티스토리 글을 유지하면서 워드프레스에 문장만 바꾼 사본을 쌓으면 업데이트 책임이 두 배가 됩니다. 새 사이트는 도구·계산기처럼 기존 플랫폼에서 구현하기 어려운 역할을 맡기거나, 이전이라면 URL별로 원본·리디렉션·비공개 결정을 끝낸 뒤 다음 묶음으로 넘어갑니다.
이전 직후에는 검색보다 기능 무결성을 먼저 검증합니다
- 대표 글과 상위 유입 글의 최종 URL, 상태 코드, 제목과 본문이 맞는지 확인합니다.
- 모바일에서 이미지, 표, 메뉴, 내부링크, 공식 외부 링크가 열리는지 봅니다.
- 이전 주소의 처리 방식이 계획대로인지 확인하고 무관한 모든 URL을 홈으로 보내지 않습니다.
- Search Console의 새 속성과 사이트맵을 확인하되 제출 즉시 색인과 순위가 보장된다고 기대하지 않습니다.
- 분석과 광고 설정이 중복 삽입되지 않았는지, 개인정보 안내가 실제 도구와 맞는지 봅니다.
- 변경 날짜와 URL 묶음을 기록하고 검색 변화를 관찰한 뒤 다음 이전을 결정합니다.
최종 선택은 기능 수가 아니라 운영 약속으로 정리할 수 있습니다. ‘매주 한 편 발행, 월 1회 원고와 이미지 백업, 분기 1회 복구 경로 확인, 정책 공지 확인’을 지킬 수 있는 플랫폼이 지금의 정답입니다. 나중에 조건이 달라지면 선택도 바뀔 수 있으므로 영구적인 승자를 찾기보다 안전하게 나갈 수 있는 출구를 함께 설계하세요.
플랫폼 기능과 공식 링크는 2026년 7월 15일 확인했습니다. 티스토리·Blogger·WordPress·네이버의 기능과 정책은 바뀔 수 있으므로 가입과 이전 직전에 각 공식 안내를 다시 확인하세요.
