cloudmanager

클라우드웨이즈 선결제 환불: 최초 결제 3개월 안 요청 조건과 해지 전 서버 삭제 순서

cloudmanager — Thu, 22 Oct 2026 08:00:30 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

클라우드웨이즈를 해지할 때 서버 삭제, 계정 해지, 마지막 청구서, 환불이 어떻게 이어지는지 공식 도움말 기준으로 정리합니다.

가입하기 전에 나가는 길부터 확인하고 싶은 분께 맞는 글입니다.

읽고 나면 해지 순서를 미리 알고, 환불을 요청할 수 있는 경우와 요청할 수 없는 경우를 구분할 수 있습니다.

2026년 10월 21일에 공식 도움말과 요금 페이지를 확인해 정리한 가이드이며 작성자의 사용 후기는 아닙니다.

처음이라면 가장 작은 서버로 시작하고, 방문자가 늘 때 그때 올리면 됩니다.

클라우드웨이즈 요금제 확인하기 →

먼저 결론: 약정은 없고, 해지는 순서가 정해져 있습니다

공식 도움말은 장기 계약이 없고 언제든 해지할 수 있다고 안내합니다.

다만 서버를 먼저 지워야 계정을 해지할 수 있고, 해지한 계정은 되살릴 수 없습니다.

아래 표가 확인한 내용의 요약입니다.

궁금한 점	공식 안내 (2026년 10월 21일 확인)
계약 기간	장기 계약 없음, 언제든 해지
해지 순서	백업 → 서버 삭제 → 애드온 해제 → 계정 해지
서버만 중지하면	DigitalOcean·Linode·Vultr 서버는 중지해도 청구가 멈추지 않음
마지막 청구서	해지 전 사용분이 다음 달에 청구될 수 있음(후불)
해지한 계정	복구 불가, 같은 이메일로 다시 가입할 수 없음
환불	선결제 미사용분은 최초 결제일 3개월 이내 요청 가능(검증 후 처리)

해지 전에 끝내 둘 세 가지

도움말은 해지 전 확인 항목으로 백업, 서버 삭제, 애드온 해제, 청구 확인을 듭니다.

이 중 하나라도 빠지면 계정 해지가 막히거나 불필요한 요금이 남을 수 있습니다.

가입하기 전이라면 요금 화면에서 가장 작은 서버 사양 확인하기부터 보고 나갈 때 드는 절차까지 함께 비교해 두면 좋습니다.

① 앱과 데이터베이스의 전체 백업을 내려받아 두라는 항목입니다.

계정이 해지되면 데이터를 복구할 수 없다고 적혀 있습니다.

② 서버는 모두 삭제해야 계정 해지를 진행할 수 있습니다.

③ 켜져 있는 애드온은 추가 요금을 막기 위해 모두 제거해야 합니다.

화면 아래 항목은 후불 청구라 마지막 청구서가 다음 청구 주기에 나올 수 있다는 안내입니다.

서버 삭제부터 계정 해지까지

도움말의 순서는 네 단계입니다.

상단 메뉴의 Servers에서 서버를 하나씩 골라 Delete Server를 누르고 삭제 사유를 선택합니다.

그다음 Grid 메뉴의 Add-ons에서 각 애드온의 Edit를 열어 Remove Subscription을 선택합니다.

마지막으로 프로필 아이콘의 Account로 들어가 맨 아래의 Cancel My Account를 누릅니다.

① 프로필 아이콘을 누르고 Account를 고르는 단계입니다.

② 계정 화면 맨 아래로 내려가 안내문을 읽은 뒤 Cancel My Account를 누릅니다.

서버를 중지만 해 두는 방식은 권하지 않습니다.

결제 도움말에 따르면 DigitalOcean·Linode·Vultr 서버는 중지해도 IP와 디스크가 남아 청구가 이어지기 때문입니다.

해지한 뒤에 달라지는 점

해지는 소유자만 직접 할 수 있고, 지원팀이 대신 처리해 주지 않는다고 안내합니다.

삭제된 서버·앱·데이터는 복구되지 않으며, 다시 쓰려면 새 이메일로 가입해야 합니다.

서버와 애드온을 모두 지운 뒤에는 지원팀에 연락해 더 이상 청구되는 항목이 없는지 확인받으라고 권합니다.

① 해지는 되돌릴 수 없습니다.

② 해지 전에 쓴 사용분은 다음 달에 마지막 청구서로 나올 수 있습니다.

같은 도움말의 FAQ는 활성 서버나 자원이 없으면 계정이 열려 있어도 청구되지 않는다고 설명합니다.

환불: 선결제 미사용분만 3개월 이내에 요청할 수 있습니다

이 부분이 가장 오해하기 쉽습니다.

결제 도움말은 계정에 남은 선결제 미사용분에 대해 최초 결제일로부터 3개월 이내에 환불을 요청할 수 있다고 적고 있습니다.

요청은 검증을 거치며, 지원팀 또는 billing@cloudways.com으로 접수합니다.

이미 사용한 서버 요금을 돌려받는 규정은 확인하지 못했습니다.

요금은 매월 1일에 전월 사용분이 청구되고 모든 거래는 달러로 처리됩니다.

결제 정보를 넣기 전에 써 보고 싶다면 요금 페이지에 카드 없이 시작하는 3일 체험 문구가 있습니다.

체험 조건과 종료 뒤 처리는 확인하지 못했으므로 가입 전에 안내를 직접 읽으십시오.

결제 수단 문제로 요금이 밀리면 도움말 기준으로 7일째에 계정이 제한되고, 10일째에 서버가 중지되며, 28일째에 데이터가 영구 삭제됩니다.

단점과 맞지 않는 경우

해지가 영구적이고 같은 이메일로 다시 가입할 수 없어, 잠시 쉬려는 용도로 계정을 닫으면 곤란합니다.
후불이라 해지한 달의 사용분이 다음 달에 청구됩니다.
환불은 선결제 미사용분에 한정되고 3개월 안에 요청해야 하며, 승인은 검증에 달려 있습니다.
요금이 달러로만 결제되어 환율에 따라 원화 부담이 달라집니다.
관리 화면과 공식 도움말이 영어이고, 한국어 고객지원 여부는 확인하지 못했습니다.
월 1만 원 안쪽 공유 호스팅으로 충분한 사이트에는 서버를 따로 둘 이유가 없습니다.

자주 묻는 질문

클라우드웨이즈 서버를 중지만 하면 요금이 멈추나요

멈추지 않습니다.

DigitalOcean·Linode·Vultr 서버는 중지해도 IP와 디스크가 유지되어 청구가 이어진다고 공식 도움말에 적혀 있습니다.

서버를 삭제해야 합니다.

클라우드웨이즈 계정을 해지하지 않고 두면 요금이 나오나요

도움말 FAQ에 따르면 활성 서버와 자원이 없으면 계정이 열려 있어도 청구되지 않습니다.

다만 선결제 잔액이 남아 있다면 환불 요청 기한을 따로 확인하십시오.

해지한 계정으로 다시 가입할 수 있나요

같은 이메일로는 안 됩니다.

도움말은 다시 쓰려면 새 이메일로 가입해야 한다고 안내합니다.

환불은 어디로 요청하나요

Live Chat 또는 지원 티켓, 혹은 billing@cloudways.com으로 요청합니다.

접수 전에 최초 결제일이 3개월 안인지 확인하십시오.

나가는 길을 알았다면 시작은 가장 작은 요금제 하나로 충분합니다.

처음에는 필요한 만큼만 쓰고, 방문자가 늘어 메모리가 부족해질 때 서버 크기를 올리면 되므로 처음부터 큰 서버를 잡을 이유가 없습니다.

선결제를 넣는다면 금액을 작게 잡고 3개월 안에 쓸지 판단하는 방식이 부담이 적습니다.

블로그나 소규모 사업 사이트를 직접 운영해 보려는 분이라면 가장 작은 요금제로 시작해 보기 정도로 가볍게 열어 보셔도 됩니다.

가입 전에는 요금 화면에서 사양과 조건을 한 번 더 확인해 주십시오.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

해지는 백업, 서버 삭제, 애드온 해제, 계정 해지 순서이며 서버를 중지만 해서는 청구가 멈추지 않습니다.
후불이라 해지한 달의 사용분이 마지막 청구서로 다음 달에 나올 수 있고, 해지한 계정은 복구되지 않습니다.
환불은 선결제 미사용분을 최초 결제일 3개월 이내에 요청하는 경우로 확인했고, 이미 쓴 요금의 환불은 확인하지 못했습니다.

가입하기 전에 가장 불안했던 부분이 해지, 환불, 달러 결제 중 무엇인가요?

댓글로 남겨 주세요.

클라우드웨이즈 이전 hosts 파일 확인: 마이그레이터로 복사한 뒤 도메인은 마지막에 바꾸는 순서

cloudmanager — Thu, 22 Oct 2026 02:00:53 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

기존 워드프레스를 클라우드웨이즈 서버로 복사하고, 도메인을 바꾸기 전에 새 서버를 먼저 열어 보는 순서를 정리합니다.

이전 중에 방문자 화면이 끊기는 시간을 줄이고 싶은 분, 마이그레이터 플러그인을 어디까지 믿어도 되는지 궁금한 분에게 맞는 글입니다.

읽고 나면 플러그인에 넣을 값 세 가지를 찾고, TTL을 미리 낮추고, 도메인 연결을 마지막 단계로 미루는 순서를 따라 할 수 있습니다.

2026년 10월 21일에 공식 도움말과 요금 페이지를 확인해 정리한 가이드입니다.

처음이라면 가장 작은 서버로 시작하고, 방문자가 늘 때 그때 올리면 됩니다.

클라우드웨이즈 요금제 확인하기 →

먼저 정할 것: 복사와 도메인 전환은 따로 한다

공식 도움말은 도메인 연결을 '사이트를 라이브로 돌리는' 별도 작업으로 안내합니다.

플러그인이 파일과 데이터베이스를 옮기는 일과, 방문자가 새 서버로 들어오게 하는 일은 서로 다른 단계라는 뜻입니다.

이 둘을 나누면 다운타임이 생기는 구간은 DNS가 바뀌는 순간 하나로 좁아집니다.

아래 표가 이 글의 전체 순서입니다.

순서	할 일	방문자 화면에 미치는 영향
1	현재 호스팅에서 DNS의 TTL을 300초로 낮추기(전환 24~48시간 전)	없음
2	클라우드웨이즈에 빈 워드프레스 앱 만들기	없음
3	마이그레이터 플러그인으로 복사하기	없음(옛 서버가 계속 응답)
4	hosts 파일로 새 서버 먼저 열어 보기	없음(내 PC에서만 새 서버로 연결)
5	Domain Management에서 도메인 추가·Make Primary	없음
6	A 레코드를 새 서버 IP로 바꾸기	전환 구간. 전파가 끝나기 전까지 접속 서버가 섞일 수 있음

1단계: 전환 하루 이틀 전에 TTL부터 낮춥니다

클라우드웨이즈 블로그는 DNS의 TTL을 300초(5분)로 낮추는 일을 이전 24~48시간 전에 하라고 안내합니다.

낮춘 값이 먼저 퍼져야 전환 당일 새 값이 빨리 반영되기 때문입니다.

TTL이 이미 86400초처럼 길게 잡혀 있었다면 전환 직전에 낮춰도 효과가 거의 없습니다.

도메인 등록업체나 DNS를 관리하는 곳의 레코드 화면에서 현재 값을 먼저 확인하십시오.

2단계: 빈 워드프레스 앱을 만들고 플러그인에 넣을 값 세 가지를 찾습니다

마이그레이터가 데이터를 받으려면 도착지가 필요합니다.

공식 도움말은 클라우드웨이즈에서 워드프레스 앱 만들기를 첫 단계로 두고, 새 서버에 만들든 기존 서버에 만들든 상관없다고 안내합니다.

플러그인은 현재 사이트의 워드프레스 관리자에서 Plugins > Add New로 'Cloudways WordPress Migrator'를 검색해 설치하고 활성화합니다.

마법사에서 막히는 지점은 다음 세 값입니다.

① Destination Site URL은 클라우드웨이즈에 만든 앱의 주소입니다.

② SFTP Host/Server Address에는 서버의 IP 주소를 넣습니다.

③ Database Name은 그 앱의 데이터베이스 이름입니다.

세 값은 서버의 앱 화면에 있는 Application Details, SSH/SFTP, Database 항목에서 찾을 수 있다고 도움말에 적혀 있습니다.

이 밖에 SFTP 사용자 이름과 비밀번호에는 클라우드웨이즈의 Master Username과 Master Password를 넣습니다.

현재 사이트나 새 앱에 비밀번호 보호가 걸려 있으면 마법사의 해당 항목을 Yes로 바꾸고 계정을 입력합니다.

이메일을 적고 약관에 동의한 뒤 Migrate를 누르면 시작되고, 걸리는 시간은 데이터 크기에 따라 달라집니다.

3단계: 복사가 끝나면 hosts 파일로 새 서버를 먼저 엽니다

도움말은 복사 뒤 플러그인의 Go to Cloudways 링크나 클라우드웨이즈의 앱 주소로 이전된 사이트를 확인하라고 안내합니다.

새 관리자 계정은 자동으로 만들어지며 Access Details에서 볼 수 있고, 예전 화면이 보이면 Varnish 캐시를 비우라는 팁도 있습니다.

한 걸음 더 나가 실제 도메인으로 새 서버를 열어 보려면 내 PC의 hosts 파일을 씁니다.

이 방법은 클라우드웨이즈 문서에서 확인한 것이 아니라 운영체제의 일반 기능입니다.

윈도우는 메모장을 관리자 권한으로 열어 C:\Windows\System32\drivers\etc\hosts 파일을, 맥은 터미널의 /etc/hosts 파일을 엽니다.
맨 아래에 '새 서버 IP 도메인 www.도메인' 형태로 한 줄을 추가하고 저장합니다.
브라우저를 다시 열어 글·이미지·관리자 로그인·폼을 눌러 봅니다.
확인이 끝나면 그 줄을 지웁니다. 지우지 않으면 내 PC만 계속 새 서버로 연결되어 나중에 헷갈립니다.

사이트 주소가 임시 주소로 남아 있으면 접속이 그쪽으로 넘어갈 수 있습니다.

이 경우 관리자의 설정에서 주소를 확인해야 하고, 이 부분은 사이트마다 달라 공식 문서에서 확인하지 못했습니다.

4단계: 도메인을 추가하고 A 레코드는 마지막에 바꿉니다

앱의 Domain Management에서 도메인을 추가합니다.

루트 도메인을 넣으면 www가 자동으로 함께 추가되고, 도메인 옆 점 세 개 메뉴의 Make Primary로 대표 도메인을 정합니다.

① 도움말은 여러 도메인을 쓸 때 대표 도메인을 고르는 이 항목을 안내합니다.

대표로 정하지 않은 도메인은 별칭으로 동작합니다.

마지막으로 도메인을 관리하는 곳에서 A 레코드를 만듭니다.

종류는 A, Host/Name은 @(또는 빈칸), Value는 서버 IP이고, www도 같은 IP로 한 줄 더 넣습니다.

① 박스 안의 네 줄이 도움말이 보여 주는 루트 도메인용 값입니다.

TTL은 기본값 또는 선택값이라고 되어 있으니 1단계에서 낮춘 값과 맞춥니다.

공식 도움말은 레코드 전파에 24~48시간이 걸릴 수 있다고 적고 있어서, 이 시간 동안은 방문자에 따라 옛 서버와 새 서버로 갈릴 수 있습니다.

그래서 옛 호스팅은 전파가 끝난 걸 확인한 뒤에 해지하는 편이 안전합니다.

어떤 서버 크기로 받을까

이전할 사이트가 개인 블로그나 작은 사이트라면 최저 크기 서버 요금 확인부터 보면 됩니다.

요금 페이지에서 DigitalOcean 기본 유형의 가장 낮은 Micro는 월 14달러, 메모리 1GB와 1 vCPU입니다.

바로 위 Small은 월 28달러입니다.

① 2026년 10월 21일 화면에서 확인한 최저 크기입니다.

값은 며칠 사이에도 바뀔 수 있으니 서버를 만드는 화면의 월 예상 비용을 마지막에 다시 보십시오.

방문자가 늘어 메모리 경고가 반복되면 그때 올리면 됩니다.

단점과 맞지 않는 경우

요금이 달러로 표시되어 환율에 따라 원화 부담이 달라집니다.
관리 화면과 공식 도움말이 영어이고, 한국어 고객지원 여부는 확인하지 못했습니다.
서울 리전 제공 여부는 이번에 확인하지 못했습니다. 국내 방문자 비중이 크다면 지역 목록부터 보셔야 합니다.
플러그인은 파일과 데이터베이스를 복사해 줄 뿐, 도메인 전환과 DNS 전파는 직접 해야 하고 그 구간의 접속 혼선은 피할 수 없습니다.
워드프레스 멀티사이트는 도움말 기준 Flexible에서만 지원됩니다. 직접 하기 부담스러우면 공식 도움말은 계정마다 무료 관리형 이전 1회를 안내하지만, 세부 조건은 확인하지 못했습니다.
월 1만 원 안쪽 공유 호스팅으로 충분하고 옮길 이유가 없는 사이트라면 이전 자체가 필요 없습니다.

자주 묻는 질문

클라우드웨이즈 마이그레이터 플러그인은 유료인가요

플러그인 안내 페이지는 무료이고 이전 횟수에 제한이 없다고 설명합니다.

서버 요금은 별도입니다.

이전하는 동안 옛 사이트가 멈추나요

플러그인은 옛 서버의 파일과 데이터베이스를 새 서버로 복사하는 방식이라, 도메인을 바꾸기 전까지 방문자는 옛 서버를 계속 봅니다.

끊김이 생길 수 있는 구간은 DNS를 바꾼 뒤입니다.

TTL은 언제 낮추나요

클라우드웨이즈 블로그 기준으로 전환 24~48시간 전에 300초로 낮춥니다.

직전에 낮추면 옛 값이 이미 퍼져 있어 효과가 작습니다.

도메인을 옮기면 바로 새 서버로 열리나요

공식 도움말은 A 레코드 전파에 24~48시간이 걸릴 수 있다고 안내합니다.

바로 열리는 경우도 있지만 보장되지는 않습니다.

처음 이전하는 분이라면 가장 낮은 크기의 서버에 빈 워드프레스 앱을 만들고, 플러그인 복사와 hosts 파일 확인까지 끝낸 뒤 도메인을 바꾸는 순서가 가장 부담이 적습니다.

서버 크기는 나중에 조절할 수 있으니 처음부터 크게 잡을 필요가 없습니다.

이전할 사이트를 갖고 계신다면 이전할 서버 요금 보러 가기에서 크기별 요금부터 비교해 보십시오.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

마이그레이터 플러그인은 복사, 도메인 연결은 별도 단계이므로 둘을 나눠 진행합니다.
플러그인에는 앱 주소, 서버 IP, 데이터베이스 이름을 넣고, 복사가 끝나면 hosts 파일로 새 서버를 먼저 열어 봅니다.
TTL은 전환 24~48시간 전에 낮추고, A 레코드 변경은 맨 마지막에 하며, 옛 호스팅은 전파를 확인한 뒤 정리합니다.

지금 쓰는 호스팅은 어디이고, 이전에서 가장 걱정되는 부분은 무엇인가요?

댓글로 남겨 주세요.

다음 글에서는 「클라우드웨이즈 해지·서버 삭제·환불 규정 정리」에 대해 알아보겠습니다.

워드프레스 wp-admin 느림 원인 찾는 순서: 방문자 화면은 빠른데 관리자만 느릴 때 플러그인·캐시·호스팅 가르기

cloudmanager — Tue, 20 Oct 2026 20:00:37 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

방문자 화면은 멀쩡한데 wp-admin(관리자 화면)과 글 저장만 느릴 때, 원인을 좁히는 순서를 정리합니다.

워드프레스를 직접 운영하면서 캐시 플러그인을 깔았는데도 관리자만 답답한 분께 맞는 글입니다.

읽고 나면 느린 쪽이 플러그인, 호출 빈도, 서버 사양 중 어디인지 나눠서 확인할 수 있습니다.

2026년 10월 19일에 공식 문서와 요금 페이지를 확인해 정리한 가이드이며 작성자의 사용 후기는 아닙니다.

느린 원인이 서버 쪽이라면 플러그인을 더 깔기보다 호스팅을 바꾸는 편이 빠를 수 있습니다.

클라우드웨이즈 서버 사양 보기 →

1단계. 방문자 화면과 관리자 화면을 따로 잽니다

먼저 로그인하지 않은 브라우저 창에서 홈과 글 하나를 열어 느낌을 적어 둡니다.

그다음 로그인한 창에서 글 목록, 글 저장, 플러그인 화면이 각각 몇 초 걸리는지 적습니다.

방문자 화면까지 느리면 캐시와 이미지, 호스팅 문제이고 이 글의 범위를 넘습니다.

방문자 화면은 빠르고 관리자만 느리면 아래 표처럼 나눠 봅니다.

느린 증상	먼저 의심할 곳	확인 방법
로그인한 뒤 모든 화면이 고르게 느림	서버 사양, 메모리 한도	Site Health의 서버 항목
특정 메뉴(플러그인 설정, 글 편집)만 느림	그 화면에서 도는 플러그인	Query Monitor 패널
글 쓰는 동안 간헐적으로 멈춤	백그라운드 호출(자동 저장, 알림)	Heartbeat 호출 빈도
미디어 라이브러리만 느림	이미지 수와 한 장의 용량	파일 용량 정렬

방문자 화면에 걸어 둔 캐시는 로그인하지 않은 방문자 기준으로 효과를 확인하는 것이 안전합니다.

관리자 화면이 빨라졌는지 보려면 캐시를 켠 채로 로그인한 창에서 다시 재야 하므로, 캐시 플러그인만으로 관리자 속도가 해결된다고 기대하지 않는 편이 좋습니다.

2단계. Query Monitor로 느린 플러그인을 좁힙니다

공식 플러그인 페이지는 Query Monitor를 데이터베이스 질의, PHP 오류, Ajax 호출, REST API 호출 등을 보여 주는 개발자 도구 패널이라고 소개합니다.

같은 설명에 플러그인·테마·함수별로 출력을 좁혀 성능이 나쁜 대상을 빨리 가릴 수 있다고 적혀 있습니다.

① 빨간 박스 문장이 이 단계의 핵심입니다.

느린 화면을 연 상태에서 관리자 상단 메뉴의 패널을 열고, 질의 시간이 긴 항목을 플러그인 이름별로 묶어 확인합니다.

한 플러그인이 대부분을 차지하면 그 플러그인만 잠시 끄고 같은 화면을 다시 잽니다.

이 플러그인은 PHP 7.4 이상이 필요하고, 확인이 끝나면 비활성화해 두는 편이 안전합니다.

방문자 화면이 아닌 관리자 화면에서 측정하는 도구이므로 이 증상에 맞습니다.

3단계. Heartbeat 호출이 몰리는지 봅니다

워드프레스 개발자 문서는 Heartbeat API를 서버에 주기적으로 묻는 장치로 설명합니다.

페이지가 열리면 15~120초 간격으로 데이터를 보내고, 서버의 admin-ajax 처리기가 응답을 돌려줍니다.

① 박스 안 문장이 호출 간격과 처리 방식입니다.

글 편집 화면을 여러 탭으로 열어 두면 탭마다 이 호출이 생기므로, 서버 사양이 낮을수록 체감이 커질 수 있습니다.

탭을 하나만 남기고 다시 재 보는 것이 가장 쉬운 확인입니다.

Breeze 플러그인 안내 페이지에는 Heartbeat API 호출 빈도를 조정하는 기능이 있다고 적혀 있어, 간격을 늘리는 선택지가 있습니다.

다만 간격을 늘리면 자동 저장과 알림이 늦어질 수 있습니다.

4단계. 메모리 한도와 서버 설정을 확인합니다

관리자 메뉴의 도구 아래 Site Health 화면에는 정보 탭이 있고, 여기 서버 항목에 PHP 변수와 업로드 크기 같은 설정이 나옵니다.

공식 문서는 이 값을 바꾸려면 호스팅 업체에 문의해야 할 수 있고, 환경이 허용하면 php.ini에서 직접 바꿀 수 있다고 안내합니다.

① 서버 항목 설명입니다.

값을 바꿀 수 있는 권한이 호스팅마다 다르다는 점이 중요합니다.

공유 호스팅처럼 설정을 마음대로 못 바꾸는 환경에서 플러그인을 줄여도 그대로라면, 그때부터는 서버 쪽 선택을 따져 볼 차례입니다.

데이터베이스가 부풀어 있는지도 함께 보시기 바랍니다.

Breeze 안내에는 글 수정본과 휴지통 같은 불필요한 데이터를 정리하는 데이터베이스 옵션이 있다고 나옵니다.

5단계. 위 네 가지 뒤에도 그대로라면 서버 선택을 봅니다

플러그인을 줄이고, 탭을 정리하고, 데이터베이스까지 손봤는데도 관리자가 느리다면 서버 자원이 모자랄 가능성이 있습니다.

이때는 같은 서버에서 무엇이 메모리를 쓰는지 보는 관리형 클라우드 호스팅을 한 번 비교해 볼 만합니다.

가격과 사양은 서버 크기별 사양 비교해 보기에서 직접 확인하실 수 있습니다.

요금 페이지의 DigitalOcean 기본 유형은 Micro가 월 14달러로 1GB RAM, 1 vCPU, 25GB NVMe, 월 1TB 전송량입니다.

바로 위 Small은 월 28달러에 2GB RAM입니다.

① 메모리 1GB, ② 저장 25GB입니다.

이 값은 2026년 10월 19일 화면 기준이며 며칠 사이에도 바뀔 수 있습니다.

개인 블로그라면 가장 낮은 Micro로 시작하고, 메모리 부족 경고가 반복될 때 올려도 늦지 않습니다.

가장 낮은 칸에서 시작해 부족할 때만 서버 크기를 올리는 기준과 요금 보기를 열어 보시면 됩니다.

단점과 맞지 않는 경우

요금이 달러로 표시되어 환율에 따라 원화 부담이 달라집니다.
관리 화면과 공식 도움말이 영어입니다. 한국어 고객지원 여부는 확인하지 못했습니다.
서버 지역 목록에 서울이 있는지 이번에 확인하지 못했습니다. 국내 방문자가 많다면 지역 목록부터 보셔야 합니다.
월 14달러는 월 1만 원 안쪽 공유 호스팅보다 높을 수 있습니다. 플러그인 정리만으로 관리자가 빨라졌다면 서버를 옮길 이유가 없습니다.
서버 설정과 업데이트를 직접 챙기고 싶지 않은 분에게는 관리할 항목이 많게 느껴질 수 있습니다.

자주 묻는 질문

워드프레스 관리자만 느린데 캐시 플러그인을 더 깔면 되나요

방문자 화면용 캐시는 관리자 화면 속도를 직접 바꾸지 못할 수 있습니다.

먼저 Query Monitor로 느린 플러그인을 가리는 쪽이 순서에 맞습니다.

Query Monitor는 켜 두고 써도 되나요

진단 도구이므로 원인을 찾은 뒤에는 비활성화해 두는 편이 안전합니다.

Heartbeat 간격을 늘려도 되나요

가능은 하지만 자동 저장과 알림 주기가 길어집니다.

탭 수를 줄여 보고, 그래도 부담스러울 때 간격을 조정하십시오.

플러그인을 몇 개까지 써도 되나요

개수보다 한 플러그인이 쓰는 질의 시간이 문제입니다.

Query Monitor에서 가장 오래 걸리는 쪽부터 확인하십시오.

관리자 속도를 정리하다 보면 결국 서버 자원이 모자란 경우가 있습니다.

직접 블로그나 소규모 사업 사이트를 운영하며 서버 설정을 한 번 다뤄 볼 분이라면 관리형 클라우드 호스팅이 맞을 수 있습니다.

시작은 가장 낮은 요금제로 하고, 방문자와 메모리 사용량을 보며 서버 크기를 나중에 올리면 됩니다.

가입 전에는 요금 화면에서 사양과 조건을 한 번 더 확인해 주십시오.

클라우드웨이즈 둘러보기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

방문자 화면과 관리자 화면을 따로 재서, 관리자만 느린 경우부터 가른다.
Query Monitor로 느린 플러그인을 좁히고, Heartbeat 호출과 데이터베이스 군살을 확인한다.
Site Health의 서버 항목과 설정 권한을 본 뒤에도 그대로일 때만 서버 선택을 따진다.

지금 관리자 화면에서 가장 느린 메뉴는 어디인가요?

댓글로 남겨 주세요.

클라우드웨이즈 서버 생성 Launch Now 순서: 가입 직후 앱 선택부터 서버 이름·크기·비용 확인까지

cloudmanager — Tue, 20 Oct 2026 14:00:08 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

클라우드웨이즈에 가입한 뒤 서버를 만들고 워드프레스를 올리는 화면 순서를 번호대로 정리합니다.

처음 가입하는 분이 가입 화면에서 막히지 않고, 로그인 뒤 Launch Now 다음에 무엇을 고르는지 미리 알고 싶을 때 맞는 글입니다.

읽고 나면 입력할 항목과 고를 항목을 구분하고, 최저 요금제로 서버를 만드는 순서를 따라 할 수 있습니다.

2026년 10월 19일에 가입 화면, 공식 도움말, 요금 페이지를 확인해 정리한 가이드이며 작성자의 사용 후기는 아닙니다.

처음이라면 가장 작은 서버로 시작하고, 방문자가 늘 때 그때 올리면 됩니다.

클라우드웨이즈 요금제 확인하기 →

가입 화면: 카드 없이 시작합니다

가입 화면 맨 위에는 'Get Started Free'와 함께 'No credit card required'라고 적혀 있습니다.

이름, 이메일, 비밀번호를 넣고 'I would best describe myself as', 'My monthly hosting spend is' 두 항목을 고른 뒤 약관에 동의하고 보안 확인을 거쳐 Sign up을 누르는 순서입니다.

가입 단계에서 요금제를 고르지 않습니다.

시작은 가입 화면에서 계정부터 만들기로 충분합니다.

① 카드가 필요 없다는 문구입니다.

이 화면에서는 결제 정보를 묻지 않습니다.

② 두 개의 선택 항목은 자기소개와 월 호스팅 지출을 고르는 칸이며, 서버 요금과는 연결되지 않습니다.

③ 모든 칸을 채우고 보안 확인을 통과하면 Sign up 버튼이 활성화됩니다.

위 캡처는 예시 값만 넣은 화면이고 실제로 제출하지 않았습니다.

로그인 뒤: My Servers에서 Launch Now

공식 도움말(2026년 7월 7일 게시)은 Flexible 메뉴의 My Servers에서 시작하라고 안내합니다.

서버가 하나도 없으면 안내 화면에 Launch Now 버튼이 나오고, 이미 서버가 있다면 Add Server를 누릅니다.

① 첫 서버라면 이 파란 Launch Now 버튼에서 시작합니다.

도움말 화면의 메뉴 배치는 시점에 따라 달라질 수 있어, 실제 콘솔에서 이름이 다르면 My Servers 근처의 서버 추가 버튼을 찾으면 됩니다.

서버 만들기 한 화면에서 정하는 순서

앱과 서버를 한 번에 만드는 화면입니다.

공식 도움말 기준 순서는 다음과 같습니다.

순서	고르는 항목	처음 권하는 선택
1	애플리케이션	WordPress
2	앱 이름 · 애플리케이션 스택	이름은 아무거나, 스택은 기본값
3	서버 이름 · 프로젝트	이름은 아무거나, 기존 프로젝트 또는 새 프로젝트
4	클라우드 공급사	DigitalOcean(도움말 예시)
5	서버 크기	가장 낮은 크기부터
6	서버 지역	목록을 직접 확인해 선택
7	월 예상 비용 확인 후 LAUNCH NOW	금액을 보고 누르기

① 첫 줄이 애플리케이션 선택입니다.

도움말 예시는 WordPress를 골랐습니다.

② 서버 이름은 구분하기 쉬운 이름이면 되고 나중에 바꿀 수 있는지는 도움말에 적혀 있지 않아 확인하지 못했습니다.

공급사가 AWS나 Google Cloud(GCE)라면 대역폭과 저장 한도를 추가로 골라야 한다고 적혀 있습니다.

서버 지역에 서울이 있는지는 오늘 확인하지 못했으니 해당 화면의 목록을 직접 보시기 바랍니다.

서버 크기는 가장 낮은 칸에서 시작합니다

요금 페이지에서 DigitalOcean 기본 유형의 가장 낮은 Micro는 월 14달러이고, 메모리 1GB, 1 vCPU, NVMe 저장 25GB, 월 전송량 1TB로 표시됩니다.

바로 위 Small은 월 28달러에 메모리 2GB입니다.

개인 블로그나 방문자가 적은 사이트는 Micro로 시작하고, 메모리 부족 경고가 반복될 때 올려도 늦지 않습니다.

공급사와 사양을 먼저 비교하려면 요금 화면에서 가장 작은 크기 확인하기를 열어 보십시오.

① 메모리는 1GB입니다.

② 저장 공간은 25GB입니다.

이 값은 2026년 10월 19일 화면 기준이고 며칠 사이에도 바뀔 수 있으니 서버 만들기 화면의 월 예상 비용을 마지막에 다시 보셔야 합니다.

같은 요금 페이지에는 신용카드 없이 3일 체험을 시작할 수 있다는 문구가 있지만, 체험 조건과 종료 뒤 처리는 확인하지 못했으므로 가입 전 약관과 안내를 직접 읽으십시오.

서버가 만들어진 뒤 확인하는 법

도움말은 서버와 앱이 몇 분 안에 배포된다고 안내합니다.

완료되면 해당 서버의 www 버튼을 눌러 설치된 앱을 확인하는 것이 마지막 단계입니다.

도메인 연결과 SSL은 별도 작업이라 이 글에서 다루지 않았습니다.

단점과 맞지 않는 경우

요금이 달러로 표시되어 환율에 따라 원화 부담이 달라집니다.
관리 화면과 공식 도움말이 영어입니다. 한국어 고객지원 여부는 확인하지 못했습니다.
서버 지역 목록에 서울이 있는지 이번에 확인하지 못했습니다. 국내 방문자 비중이 크다면 지역 목록부터 보셔야 합니다.
월 14달러는 정액 공유 호스팅보다 높을 수 있습니다. 월 1만 원 안쪽 공유 호스팅으로 충분한 사이트에는 서버를 따로 둘 이유가 없습니다.
서버 설정과 보안 업데이트를 신경 쓰고 싶지 않은 분에게는 입력 항목이 많게 느껴질 수 있습니다.

자주 묻는 질문

클라우드웨이즈 가입할 때 카드 번호를 넣어야 하나요

가입 화면에는 'No credit card required'라고 표시되어 있고 결제 정보 입력칸이 없습니다.

가입하자마자 워드프레스가 설치되나요

가입만으로는 설치되지 않습니다.

로그인한 뒤 서버 만들기 화면에서 WordPress를 고르고 LAUNCH NOW를 눌러야 서버와 앱이 함께 만들어집니다.

서버 이름과 앱 이름은 무엇으로 정하나요

공식 도움말 예시는 임의의 이름을 사용합니다.

서버가 여러 대가 될 때 구분되도록 용도가 보이는 이름이 편합니다.

처음부터 큰 서버를 골라야 안전한가요

그렇지 않습니다.

가장 낮은 크기에서 시작해 메모리 경고가 반복될 때 올리는 방식이 비용 면에서 부담이 적습니다.

처음 가입하는 분이라면 가장 낮은 크기의 서버와 워드프레스로 시작하는 쪽이 맞습니다.

만들기 화면에서 월 예상 비용을 확인할 수 있고, 방문자가 늘어 메모리가 부족해지면 그때 서버 크기를 올리면 됩니다.

블로그나 소규모 사업 사이트를 직접 운영해 보려는 분께 맞는 방식입니다.

가입 전에는 요금 화면에서 사양과 조건을 한 번 더 확인해 주십시오.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

가입 화면은 카드 없이 이름·이메일·비밀번호와 선택 두 항목으로 끝나고, 서버는 로그인 뒤 Launch Now에서 만듭니다.
서버 만들기 한 화면에서 앱(WordPress), 이름, 프로젝트, 공급사, 크기, 지역을 정한 뒤 월 예상 비용을 보고 LAUNCH NOW를 누릅니다.
크기는 가장 낮은 칸에서 시작하고, 서버가 만들어지면 www 버튼으로 앱을 확인합니다.

서버 만들기 화면에서 어느 항목이 가장 헷갈리셨나요?

댓글로 남겨 주세요.

클라우드웨이즈 레퍼럴 수수료 보류 이유: 청구서 2회 완납 전까지 pending인 구조와 Slab·Hybrid 지급 기준

cloudmanager — Tue, 20 Oct 2026 08:00:57 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

클라우드웨이즈 제휴 프로그램에서 추천 수수료가 승인되지 않고 보류(pending)로 남는 조건과, Slab·Hybrid 모델의 지급 기준을 정리합니다.

제휴 링크로 첫 추천을 앞두고 언제 수수료가 확정되는지 궁금한 블로거를 위한 글입니다.

읽고 나면 어떤 상태의 가입자가 수수료로 잡히는지, 최소 지급액 250달러까지 무엇을 세어야 하는지 계산할 수 있습니다.

클라우드웨이즈 공식 제휴 페이지와 요금 페이지를 2026년 10월 19일에 확인해 정리한 가이드이며, 작성자의 수익 결과는 아닙니다.

처음이라면 가장 작은 서버로 시작하고, 방문자가 늘 때 그때 올리면 됩니다.

클라우드웨이즈 요금제 확인하기 →

결론: 가입만으로는 수수료가 확정되지 않습니다

공식 제휴 FAQ의 'Why is my initial commission/signup showing as pending?' 항목에 답이 있습니다.

추천받은 고객이 결제 정보를 승인해 정식 계정으로 전환하고 청구서를 최소 2회 결제해야 가입 수수료가 승인됩니다.

체험 상태에서 전환하지 않으면 그 추천에 대한 수수료는 없다고 적혀 있습니다.

① 붉은 박스가 'paid at least two full invoices' 문장입니다.

추천 고객이 요금을 두 번 낸 뒤에야 보류가 풀린다는 뜻입니다.

청구서가 월 단위로 발행된다고 보면 승인까지 가입 후 두 달 안팎이 걸린다고 계산해 두는 편이 안전합니다.

Slab과 Hybrid, 무엇이 다른가

제휴 페이지는 Slab과 Hybrid 두 가지 모델을 보여 주고, 계정에서 Custom 플랜으로도 바꿀 수 있다고 안내합니다.

공식 페이지 기준으로 정리하면 다음과 같습니다.

구분	Slab	Hybrid
수수료	판매당 최대 125달러, 월 추천 수에 따라 구간별 적용	판매당 30달러 + 추천 고객 결제의 7% 평생
구간 기준	1~5명, 6~20명, 21~45명, 46~80명	구간 없음
초기화	매월 1일에 구간이 처음으로 돌아감	해당 없음
페이지가 권하는 대상	꾸준히 판매를 만드는 마케터·미디어	블로거·개발자·프리랜서·에이전시

① 'Earn up to $125 per sale based on performance slab.' 문장이 Slab의 최대 단가입니다.

'최대'이므로 처음 한 명을 추천했을 때 125달러가 들어온다는 뜻은 아닙니다.

구간별 단가는 페이지에서 확인되지 않아 이 글에서는 적지 않았습니다.

구조를 바꾸려면 제휴 계정의 프로필 양식에서 Commission Structure를 고르고 업데이트하면 되고, 변경은 다음 달 시작일부터 적용됩니다.

최소 지급액 250달러까지 세는 법

지급은 승인된 월 수익이 250달러에 닿으면 PayPal로 매월 마지막 주에 이뤄집니다.

송금(Wire Transfer)은 지급 주기당 승인 수수료가 1,000달러 이상인 계정에서만 가능합니다.

서버 요금에 쓰고 싶다면 Funds Transfer를 고를 수 있고 최소 기준은 100달러입니다.

① 'once your monthly earnings reach $250 (approved commission)'가 핵심입니다.

가입 시점이 아니라 승인된 수수료 기준입니다.

250달러에 못 미친 금액을 다음 달로 이월하는지는 페이지에 적혀 있지 않아 확인하지 못했습니다.

Hybrid로 단순 계산하면 판매당 30달러이므로 한 달에 승인되는 판매가 9건이면 270달러, 8건이면 240달러입니다.

여기에 추천 고객이 요금제 월 14달러를 낸다고 가정하면 7%는 고객 한 명당 월 0.98달러 정도입니다.

이 계산은 공식 수치를 곱한 예시일 뿐 수익을 보장하는 숫자가 아닙니다.

제휴를 하려면 먼저 계정이 필요합니다

공식 FAQ에 따르면 누구나 참여할 수 있지만, 클라우드웨이즈 계정을 만든 뒤 제휴 프로필을 등록해야 합니다.

추천 쿠키 유지 기간은 90일입니다.

서비스를 직접 구성해 보고 글을 쓰려면 가장 작은 서버로 요금제 먼저 확인하기가 부담이 적은 출발입니다.

요금 화면에서 DigitalOcean 기본 유형의 가장 낮은 Micro는 월 14달러, 메모리 1GB, 월 전송량 1TB로 표시됩니다.

① Micro의 메모리는 1GB입니다.

② 월 전송량은 1TB입니다.

이 값은 2026년 10월 19일 화면 기준이고 며칠 사이에도 바뀔 수 있으니 가입 전에 직접 확인해야 합니다.

광고로 추천할 때 주의할 점

공식 FAQ는 PPC 광고를 허용하지만 제한을 둡니다.

'Cloudways'를 제외 키워드에 넣고, 브랜드명과 오타 키워드에는 입찰하지 않아야 하며, 사이트로 직접 연결하거나 표시 URL로 쓰려면 사전 승인이 필요합니다.

블로그 글로 추천하는 경우에도 제휴 링크가 있다는 사실을 글 첫머리에 밝히는 것이 기본입니다.

단점과 맞지 않는 경우

추천 후 첫 수수료까지 청구서 2회를 기다려야 해서 현금 흐름이 느립니다. 단기간에 수익을 기대하는 분께는 맞지 않습니다.
최소 지급 기준이 250달러라 추천 규모가 작으면 몇 달 동안 지급이 없을 수 있습니다.
모든 금액이 달러이고 지급은 PayPal 중심입니다. 환율과 PayPal 수수료에 따라 원화 수령액이 달라지며, 한국어 고객지원과 서울 리전 여부는 이번에 확인하지 못해 적지 않았습니다.
무료 체험만 해 보고 떠난 가입자는 수수료로 잡히지 않습니다. 트래픽이 적은 블로그라면 추천 자체가 드물 수 있습니다.
서버를 쓸 계획이 없다면 제휴 때문에 가입할 이유가 없습니다. 월 1만 원 안쪽 공유 호스팅으로 충분한 분도 서버를 따로 둘 필요가 없습니다.

자주 묻는 질문

Slab 구간은 언제 초기화되나요

공식 FAQ 기준으로 매월 1일에 모든 구간이 초기화됩니다.

전달에 3구간까지 올라가도 다음 달은 1구간에서 다시 시작합니다.

수수료로 서버 요금을 낼 수 있나요

제휴 프로필에서 지급 방식을 Funds Transfer로 바꾸면 승인 수수료를 클라우드웨이즈 자금으로 옮길 수 있고, 최소 기준은 100달러입니다.

이 구조가 맞다고 판단되면 서버 크기는 최저 요금제로 시작하는 것이 안전합니다.

글을 올리고 방문자가 늘어 메모리 경고가 뜰 때 사양을 올려도 늦지 않습니다.

블로그를 꾸준히 운영하며 서비스를 직접 써 보고 소개하려는 분께 맞는 방식이고, 처음부터 큰 서버를 잡을 이유는 없습니다.

가입 전에는 요금 화면에서 사양과 조건을 직접 확인해 보십시오.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

추천 수수료는 고객이 정식 계정으로 전환하고 청구서를 2회 결제해야 승인되며, 그 전에는 pending입니다.
Slab은 판매당 최대 125달러에 매월 1일 초기화되고, Hybrid는 판매당 30달러에 7% 평생 구조입니다.
승인된 월 수익이 250달러를 넘어야 PayPal 지급이 시작되므로 첫 입금까지 시간이 걸립니다.

제휴 수수료를 계산해 보셨다면 Slab과 Hybrid 중 어느 쪽이 내 상황에 맞아 보이나요?

댓글로 남겨 주세요.

AI 블로그 글 경험 넣는 법: 지어내지 않고 초안의 빈 자리를 표시해 채우는 순서

cloudmanager — Tue, 20 Oct 2026 02:00:13 +0900

이 글에는 제휴 링크가 있으며, 링크로 가입하시면 작성자가 수수료를 받을 수 있습니다.

구매자에게 추가 비용은 없습니다.

이 글에서 다루는 것

AI가 쓴 블로그 초안에서 빠지기 쉬운 '직접 해 본 내용'을 지어내지 않고 채우는 순서를 정리합니다.

AI로 초안을 만든 뒤 사실 확인과 경험 추가에서 막히는 블로거를 위한 글입니다.

읽고 나면 초안의 문장을 사실·경험·일반 설명으로 나누고, 경험 칸에 무엇을 적을지 정해 발행 전에 한 번에 손볼 수 있습니다.

구글 공식 문서를 2026년 10월 19일에 확인해 정리한 가이드이며, 작성자가 직접 측정한 결과는 아닙니다.

글이 쌓일수록 직접 해 볼 수 있는 서버가 경험 소재가 됩니다.

클라우드웨이즈 최저 요금제 사양 보기 → →

결론: 경험이 없는 문장은 지우거나 '확인한 것'으로 바꿉니다

구글 검색 안내는 생성 모델이 사실을 검색하는 것이 아니라 학습 데이터를 바탕으로 가능성 높은 단어의 순서를 예측한다고 설명합니다.

그래서 정보가 부정확한 할루시네이션이 섞일 수 있고, AI가 만든 콘텐츠는 게시하기 전에 정확성과 신뢰성을 직접 확인해야 한다고 적혀 있습니다.

① 구글 공식 안내의 '정확성, 품질, 관련성에 집중하기' 항목입니다.

검색 누락은 검색 결과에서 빠지는 문제이기도 하지만, 초안을 쓸 때 검색으로 확인하는 단계가 빠지는 문제이기도 합니다.

초안은 이미 흐름이 매끄럽기 때문에 빠진 것이 눈에 잘 띄지 않습니다.

그래서 문장을 읽기 전에 먼저 종류부터 나눕니다.

1단계: 초안의 문장을 세 종류로 나눕니다

문장 종류	예	그대로 두면	고치는 방법
사실	가격, 날짜, 제한 수치, 정책 이름	틀린 숫자가 그대로 나갑니다	공식 페이지를 열어 대조하고 출처 주소를 메모합니다
경험	'써 보니', '제 경우에는'	해 본 적 없는 일을 해 본 것처럼 씁니다	실제로 한 일이면 날짜·화면·결과를 넣고, 아니면 삭제합니다
일반 설명	개념 정의, 순서 안내	다른 글과 문장이 닮을 수 있습니다	내 독자의 상황에 맞춰 예시를 바꿉니다

형광펜으로 표시하듯 문장 끝에 [사실], [경험], [일반]을 붙여 가면 어느 종류가 비어 있는지 한눈에 보입니다.

보통 [경험]이 가장 적고, 그 자리를 AI가 그럴듯한 말로 메워 두는 경우가 많습니다.

2단계: [사실] 문장은 출처를 붙이거나 삭제합니다

사실 문장은 공식 페이지에서 오늘 날짜 기준으로 확인한 것만 남깁니다.

가격처럼 자주 바뀌는 값은 특히 그렇습니다.

예를 들어 클라우드웨이즈 요금 페이지를 열면 DigitalOcean 기본 유형에서 가장 낮은 Micro가 월 14달러(시간당 0.0208달러)이고 메모리 1GB, 1 vCPU, 25GB NVMe 저장공간, 월 전송량 1TB로 표시됩니다.

이 값은 2026년 10월 19일 화면 기준이며 며칠 사이에도 달라질 수 있으니, 글에 쓸 때는 확인한 날짜를 함께 적습니다.

① Micro의 메모리는 1GB입니다.

② 월 전송량은 1TB입니다.

AI 초안에 이 숫자가 다르게 적혀 있다면 화면에 보이는 값을 기준으로 고칩니다.

3단계: [경험] 칸은 메모 세 줄로 채웁니다

경험은 길게 쓸 필요가 없습니다.

실제로 한 일에서 세 가지만 남기면 초안의 일반 설명이 구체적인 글로 바뀝니다.

무엇을 했는지: 설치, 설정 변경, 오류 해결처럼 한 동작으로 적습니다.
어디서 막혔는지: 화면 이름이나 오류 문구를 그대로 옮깁니다.
결과가 어땠는지: 걸린 시간이나 바뀐 값을 숫자로 적습니다.

해 본 일이 없다면 경험 문장을 새로 만들지 않습니다.

그 자리에는 '공식 문서에서 확인한 내용'이라고 출처를 밝히는 문장이 들어가야 정직합니다.

구글의 '누가, 어떻게, 왜' 문서도 AI 생성 헤드샷, 가짜 이름, 허위 자격증명으로 콘텐츠가 인간 전문가가 쓴 것처럼 보이게 하는 행위를 기만 행위로 분류합니다.

① 같은 문서의 '어떻게 콘텐츠가 만들어졌는가' 항목입니다.

AI 생성이나 AI 지원처럼 어떤 과정으로 만들었는지 알리면 독자가 이해하는 데 도움이 된다고 안내합니다.

경험이 부족한 글이라면 '공식 문서를 확인해 정리한 글'이라고 첫 화면에 밝히는 쪽이 안전합니다.

직접 해 볼 거리를 만드는 방법도 있습니다.

워드프레스 블로그 설치처럼 단계가 분명한 작업을 한 번 따라 하면 막힌 화면과 걸린 시간이 그대로 경험 메모가 됩니다.

서버가 필요하다면 최저 요금제 서버로 설치 단계부터 직접 따라 해 보기가 가장 부담이 적은 출발입니다.

4단계: 내 블로그 안에 같은 글이 있는지 확인합니다

AI는 내 블로그에 이미 올라간 글을 알지 못합니다.

같은 키워드로 비슷한 글을 또 쓰면 두 글이 서로의 검색 자리를 나눠 갖는 자기잠식이 생길 수 있습니다.

발행 전에 검색창에 글의 핵심 키워드를 넣어 내 블로그 글이 먼저 나오는지 봅니다.

이미 있다면 새 글은 대상이나 상황을 한 단어 좁히고, 기존 글 링크를 본문에 넣어 연결합니다.

단점과 맞지 않는 경우

경험 칸을 채우려면 실제로 해 보는 시간이 듭니다. 초안 한 편을 빠르게 올리는 것이 목적이라면 이 순서가 번거롭습니다.
사실 확인은 공식 페이지를 하나씩 열어야 해서 문장이 많을수록 오래 걸립니다. 확인하지 못한 문장은 삭제하는 것이 원칙이라 분량이 줄어듭니다.
서버를 따로 빌려 따라 해 보는 방식에는 비용이 듭니다. 클라우드웨이즈는 요금이 달러로 표시되고 후불 청구라 환율에 따라 원화 금액이 달라집니다. 한국어 지원, 서울 리전, 프로모션 여부는 이번에 확인하지 못해 적지 않았습니다. 티스토리나 네이버 블로그로 충분히 운영하거나 월 1만 원 안쪽 공유 호스팅으로 충분한 분은 서버를 따로 둘 이유가 없습니다.

자주 묻는 질문

AI 블로그 글에 경험이 전혀 없으면 발행하면 안 되나요

발행 자체가 막히는 것은 아닙니다.

다만 경험이 없는 글은 공식 문서를 확인해 정리한 글이라는 점을 밝히고, 해 보지 않은 일을 해 본 것처럼 쓰지 않는 것이 핵심입니다.

AI로 쓴 글이라고 글에 적어야 하나요

구글 문서는 AI 생성이나 AI 지원 같은 제작 방식을 알리면 독자에게 도움이 된다고 안내합니다.

필수 조건으로 적혀 있지는 않으므로 채널 정책과 함께 판단하십시오.

사실 확인은 어디까지 해야 하나요

숫자, 날짜, 가격, 제한 수치, 정책 이름은 모두 확인 대상입니다.

확인하지 못한 문장은 단정형으로 쓰지 말고 '확인하지 못했다'고 적거나 지웁니다.

경험 소재를 모으려면 직접 설치하고 설정해 보는 환경이 필요합니다.

워드프레스를 처음 올려 보는 분이라면 가장 낮은 요금제로 시작해 필요한 만큼 서버 크기를 나중에 바꾸는 방식이 부담이 적습니다.

글을 꾸준히 쓰고 해 본 일을 기록하려는 블로거에게 맞는 선택지이고, 방문자가 늘면 그때 사양을 올려도 늦지 않습니다.

가입 전에는 요금 화면에서 사양과 조건을 직접 확인해 보십시오.

클라우드웨이즈 둘러보기 → →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

초안의 문장을 사실·경험·일반 설명으로 나누면 비어 있는 부분이 보입니다.
사실은 공식 페이지로 확인하고, 경험은 실제로 한 일을 메모 세 줄로 채우며, 없으면 지어내지 않습니다.
발행 전에 내 블로그에 같은 키워드 글이 있는지 확인해 중복을 피합니다.

지금 쓰는 AI 초안에서 가장 비어 있는 칸은 사실, 경험, 중복 중 어느 쪽인가요?

댓글로 남겨 주세요.

다음 글에서는 「클라우드웨이즈 제휴 프로그램 구조, 수수료와 지급 조건」에 대해 알아보겠습니다.

공정위 경제적 대가 표시 티스토리 첫 줄: 제휴 글 고지 위치와 '받을 수 있음' 문구의 한계

cloudmanager — Mon, 19 Oct 2026 22:00:52 +0900

이 글에는 클라우드웨이즈 제휴 링크가 있습니다.

이 링크로 가입해 결제가 이어지면 작성자가 수수료를 받으며, 구매자가 내는 금액은 같습니다.

이 글에서 다루는 것

공정거래위원회 추천·보증 심사지침이 제휴 글에 요구하는 경제적 대가 표시를 어디에, 어떤 모양으로, 어떤 문장으로 쓰는지 정리합니다.

티스토리나 워드프레스로 수익형 블로그를 운영하면서 제휴 링크나 수수료가 걸린 글을 쓰는 분을 위한 글입니다.

읽고 나면 글 맨 위 첫 줄에 넣을 문구를 스스로 점검할 수 있습니다.

요금 정보는 2026년 10월 18일 클라우드웨이즈 공식 요금 페이지 기준입니다.

고지 문구를 글마다 자동으로 넣으려고 워드프레스로 옮길 계획이라면, 서버는 가장 작은 요금제로 시작해도 됩니다.

클라우드웨이즈 서버 사양과 요금 보기 →

결론: 표시는 제목이나 첫 부분에, 눈에 띄게, 확정형 문장으로

법무법인 김앤장의 개정안 해설에 따르면 기존 지침은 블로그 같은 문자 중심 매체에서 표시문구를 글의 첫 부분 또는 끝 부분에 두도록 했습니다.

모바일에서 끝 부분이나 '더보기' 뒤에 가려진다는 문제가 계속 제기되어, 개정안은 제목 또는 첫 부분에 두도록 바꾸었습니다.

① 빨간 박스가 개정안의 첫 번째 항목입니다.

문자 중심 매체의 경제적 이해관계를 게시물의 제목 또는 첫 부분에 표시하도록 개선한다는 내용입니다.

1. 위치별로 지켜야 하는 방식

같은 해설에서 확인되는 방식은 두 가지입니다.

제목에 쓰면 문구가 잘려 나가지 않도록 제목 길이를 조절해야 하고, 첫 부분에 쓰면 글자 크기를 본문보다 크게 하거나 글자색을 본문과 다르게 해서 쉽게 알아보게 해야 합니다.

표시 위치	지켜야 할 점	티스토리에서 할 일
제목	문구가 생략되지 않도록 제목 길이 조절	목록·검색 결과에서 잘리지 않는 길이인지 확인
본문 첫 부분	본문보다 큰 글자 또는 다른 글자색	첫 문단을 별도 문단으로 두고 크기나 색을 바꿈
글 끝 부분	개정안의 위치 목록에서 빠짐	끝에만 두었다면 첫 문단으로 옮김

표의 마지막 줄은 개정안이 끝 부분을 위치 목록에서 뺀 것을 정리한 것이며, 끝 부분 표시를 금지한다는 뜻으로 읽을 근거는 확인하지 못했습니다.

2. 어떤 경우가 경제적 이해관계에 해당하나

해설에 따르면 개정안은 미리 대가를 받은 경우만이 아니라, 미래·조건부로 받는 경우도 예시에 넣었습니다.

할인코드나 구매링크가 담긴 추천글을 올리고 판매실적에 따라 수수료를 받는 경우, 자비로 상품을 사서 추천글을 쓴 뒤 구매대금을 환급받는 경우입니다.

제휴 마케팅 글은 앞의 경우에 가깝습니다.

링크를 통해 가입한 사람이 있을 때만 수수료가 생기더라도 표시가 필요하다는 방향입니다.

3. 문구 쓰기: '받을 수 있음'은 위험합니다

같은 해설은 "일정 수수료를 지급받을 수 있음"처럼 조건부·불확정적인 표현을 '명확한 내용에 해당하지 않는 경우의 예시'로 추가했다고 설명합니다.

광고가 아닐 수도 있다는 뜻으로 읽힐 수 있기 때문입니다.

① 빨간 박스가 조건부·불확정적 표현을 다룬 항목입니다.

캡처 위쪽에 사이트 상단 메뉴가 겹쳐 보이지만 해당 항목은 그대로 읽힙니다.

이 글의 첫 문단은 이 기준에 맞춰 확정형으로 썼습니다.

이 글에는 클라우드웨이즈 제휴 링크가 있고, 그 링크로 가입해 결제가 이어지면 작성자가 수수료를 받는다는 사실을 조건 없이 적었습니다.

제휴 링크를 심사받는 동안 '바뀔 수 있다'로 써 두었다면, 실제 링크를 붙이는 시점에 문구도 함께 확정형으로 바꿔야 합니다.

당근 비즈니스 스쿨의 개정 안내도 "소정의 수수료를 지급받을 수 있음" 같은 조건부 표현은 더 이상 허용되지 않는다고 정리합니다.

이 안내는 공정위 원문이 아닌 2차 설명이므로, 실제 적용 전에는 공정위 개정 지침 원문으로 다시 확인하시기 바랍니다.

4. 시행 시점과 확인할 점

정책브리핑에는 2024년 11월 15일자 "추천보증 등에 관한 표시·광고 심사지침 개정" 보도자료가 올라 있습니다.

행정예고는 2024년 8월 20일부터 9월 9일까지였고, 2024년 12월 1일부터 새로 쓰는 콘텐츠에 적용된다는 안내가 있습니다.

이 시행일은 당근 안내를 근거로 한 것이어서 공정위 원문 확인은 필요합니다.

보도자료 본문에는 표시 방식의 세부 내용이 없고 첨부 문서에 담겨 있었습니다.

이 글의 표시 방식 설명은 첨부 원문이 아니라 법무법인 해설을 근거로 했습니다.

2026년 4월에는 가상인물 표시 등을 담은 별도 개정안이 행정예고되었다는 보도도 있어, 최신 지침은 공정위 공식 자료에서 확인해야 합니다.

5. 자체 도메인 블로그에서는 글마다 직접 챙겨야 합니다

티스토리는 글마다 첫 문단을 직접 편집하면 되지만, 워드프레스로 옮기면 모든 제휴 글 위에 같은 고지를 자동으로 넣는 설정을 직접 만들어야 합니다.

그 서버를 클라우드웨이즈에 올리는 선택지를 보려면 클라우드웨이즈 요금표에서 오늘 기준 최저 요금제부터 확인하면 됩니다.

공식 요금 페이지의 DigitalOcean 기본 사양 중 최저 요금제는 Micro로, 월 14달러(시간당 0.0208달러)입니다.

3일 무료 체험 안내도 같은 페이지에 있습니다.

시작은 최저 요금제로 충분하고, 방문자가 늘어 메모리 경고가 반복될 때 올려도 늦지 않습니다.

① Micro 요금제 카드입니다.

② 월 14달러로 표시됩니다.

아래쪽에 쿠키 동의 안내가 일부 보입니다.

단점과 맞지 않는 사람

결제가 달러여서 환율에 따라 원화 부담이 달라집니다.

관리 화면은 영어이고, 한국어 고객지원과 서울 리전 제공 여부는 확인하지 못했습니다.

메일 호스팅이 포함되는지도 이번에 확인하지 못했습니다.

티스토리에서 글만 쓰면 충분한 분, 월 1만 원 안쪽의 공유 호스팅으로 해결되는 분에게는 맞지 않습니다.

호스팅 비용이 고지 문제를 해결해 주는 것도 아닙니다.

자주 묻는 질문

Q. 고지 문구를 글 맨 끝에만 써도 되나요?

개정안 해설 기준으로는 제목 또는 첫 부분에 두도록 바뀌었습니다.

끝에만 두었다면 첫 문단으로 옮기는 편이 안전합니다.

Q. 링크를 눌러 가입한 사람이 없으면 고지가 필요 없나요?

해설에 따르면 판매실적에 따라 수수료를 받는 구조도 경제적 이해관계의 예시에 들어갑니다.

실제 가입 여부와 무관하게 구조가 있으면 표시하는 쪽으로 읽힙니다.

Q. 첫 문단 글자를 키우거나 색을 바꿔야 하나요?

해설은 첫 부분에 쓰는 경우 본문보다 글자를 크게 하거나 글자색을 다르게 하는 식으로 쉽게 알아보게 하라고 설명합니다.

Q. 공식 기준 문서는 어디서 보나요?

정책브리핑의 2024년 11월 15일자 개정 보도자료에 첨부 문서가 있습니다.

이 글에서는 첨부 원문을 직접 열어 확인하지 못했습니다.

고지 설정을 직접 관리하려고 워드프레스로 옮긴다면, 서버는 가장 작은 요금제로 시작해도 충분합니다.

글과 방문자가 늘면 그때 서버 크기를 올리면 되고, 결제 전에 3일 무료 체험으로 설정을 먼저 해 볼 수 있습니다.

클라우드웨이즈 둘러보기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

제휴 글의 경제적 대가 표시는 제목 또는 첫 부분에 두고, 첫 부분이면 본문보다 눈에 띄게 만듭니다.

"받을 수 있음" 같은 조건부 문구는 확정형으로 바꾸고, 판매실적에 따른 수수료도 표시 대상으로 봅니다.

세부 기준은 이 글의 해설 근거와 공정위 원문이 다를 수 있으므로 적용 전에 원문으로 확인합니다.

지금 운영하는 블로그에서 고지 문구를 어느 위치에 쓰고 계신가요?

위치와 문구를 댓글로 남겨 주세요.

워드프레스 애드센스 신청 전 설정 점검: 검색 노출 차단 해제·연결 코드 위치·연결 문제 순서를 5분에 확인

cloudmanager — Mon, 19 Oct 2026 20:00:37 +0900

이 글에는 클라우드웨이즈 제휴 링크가 있습니다.

이 링크로 가입해 결제가 이어지면 작성자가 수수료를 받으며, 구매자가 내는 금액은 같습니다.

이 글에서 다루는 것

이 글은 워드프레스 사이트를 애드센스에 신청하기 직전에 설정 화면에서 확인할 세 가지, 즉 검색엔진 노출 차단 체크, 사이트 연결 코드의 위치, 연결 문제가 났을 때의 점검 순서를 정리합니다.

글도 쓰고 필수 페이지도 만들었는데 신청 버튼을 누르기 전에 마지막으로 무엇을 봐야 할지 정하지 못한 분을 위한 글입니다.

읽고 나면 신청 전에 5분짜리 점검을 직접 해 보고, 연결 상태가 멈췄을 때 어디부터 열어 볼지 알 수 있습니다.

아래 화면은 2026년 10월 18일에 공식 문서를 직접 열어 캡처한 것입니다.

심사 기간에 사이트가 자주 끊기거나 느리다면, 설정보다 호스팅을 먼저 점검해 볼 만합니다.

클라우드웨이즈 서버 사양과 요금 보기 →

결론부터: 글 수보다 먼저 막히는 곳은 설정입니다

애드센스 승인을 다룬 글은 대개 글 수와 필수 페이지에 집중합니다.

그런데 글과 페이지가 충분해도 심사가 시작되지 못하는 경우가 있습니다.

검토하는 쪽이 사이트를 읽지 못하게 막아 놓았거나, 연결 코드가 엉뚱한 곳에 들어가 있을 때입니다.

이 점검은 글 한 편 쓰는 시간보다 훨씬 짧습니다.

신청 전에 한 번, 상태가 멈췄을 때 한 번 하면 됩니다.

① 워드프레스의 검색엔진 노출 차단 체크부터 끕니다

워드프레스 공식 문서의 읽기 설정 화면 설명입니다.

① 'Search Engine Visibility' 항목 아래 ② 'Discourage search engines from indexing this site' 체크 상자가 보입니다.

문서에는 이 상자를 체크하면 사이트에 검색엔진이 색인하지 않도록 요청하게 되고, 5.3 버전부터는 페이지 헤드에 noindex, nofollow 메타 태그가 만들어진다고 적혀 있습니다.

이 체크는 사이트를 만드는 동안 일부러 켜 두는 사람이 많습니다.

문제는 글을 다 쓰고 나서 끄는 것을 잊는 경우입니다.

애드센스 도움말은 Google이 사이트 전체를 검토한다고 설명하는데, 검색엔진이 들어오지 말라고 적혀 있는 사이트는 검토 대상으로서 불리할 수밖에 없습니다.

이 부분은 문서에 직접 적힌 내용이 아니라 위 두 문서를 이어서 읽은 해석이라는 점은 밝혀 둡니다.

확인 방법은 간단합니다.

워드프레스 관리자의 설정 메뉴에서 읽기 화면을 열고, 해당 체크 상자가 꺼져 있는지 눈으로 보면 됩니다.

꺼져 있으면 이 항목은 끝입니다.

② 연결 코드는 세 가지 방법 중 하나만 고릅니다

애드센스 공식 도움말 '애드센스에 사이트 연결'의 확인 방법 부분입니다.

사이트를 연결하려면 ① 코드 스니펫, ② ads.txt, ③ 메타 태그 중 한 가지를 고르게 되어 있습니다.

세 방법의 차이는 코드가 들어가는 자리입니다.

코드 스니펫은 페이지 HTML의 head 태그 사이에 붙이고, 광고를 게재하려는 모든 페이지에 추가하라고 적혀 있습니다.

ads.txt는 코드를 파일에 붙여 넣고 사이트의 루트 디렉터리에 올리는 방식입니다.

메타 태그는 홈페이지에 코드 스니펫을 넣지 않으려는 경우에 쓰는 방식이고, 이 역시 head 태그 사이에 붙입니다.

방법	코드가 들어가는 곳	잘 맞는 경우
코드 스니펫	광고를 낼 모든 페이지의 head	광고 코드를 헤더에 한 번에 넣는 테마나 플러그인을 쓸 때
ads.txt	사이트 루트 디렉터리의 파일	헤더를 건드리지 않고 파일만 올릴 수 있을 때
메타 태그	홈페이지 head	홈페이지에 스니펫을 넣고 싶지 않을 때

같은 도움말에 ads.txt 파일의 예도 있습니다.

한 줄 형식이고, 게시자 ID 자리에 자기 번호가 들어갑니다.

도움말에는 WordPress 사용자를 위한 광고 코드 삽입 안내 링크도 따로 달려 있으니, 플러그인으로 넣는 분은 그 안내를 같이 열어 보면 됩니다.

한 가지 방법으로 끝까지 가는 것이 좋고, 방법을 섞어서 넣으면 어디가 문제인지 구분하기 어려워집니다.

③ 연결 문제가 뜨면 이 순서로 열어 봅니다

같은 도움말의 '연결 문제' 항목입니다.

코드가 사이트에 제대로 삽입됐는지 확인되지 않으면 애드센스 홈페이지에 메시지가 뜬다고 적혀 있습니다.

① '코드가 누락되었거나 불완전합니다' 아래에 점검 질문이 네 개 있고, 그중 ② 마지막 질문이 눈에 띕니다.

콘텐츠가 있고 정기적인 방문자가 발생하는 페이지에 코드를 삽입했느냐는 질문입니다.

순서는 문서의 질문 순서를 그대로 따르면 됩니다.

코드를 HTML에 붙였는가, head 태그 사이인가, 애드센스에 가입할 때 입력한 바로 그 사이트인가, 방문자가 드나드는 페이지인가 하는 순입니다.

그 아래에는 '사이트에 접근할 수 없는 경우'가 이어지고, 애드센스 계정을 만들 때 URL을 올바르게 입력했는지와 사이트가 웹에 정상 게시돼 있는지를 먼저 보라고 안내합니다.

로그인이 필요한 사이트라면 접속할 수 있도록 로그인 정보를 일시적으로 삭제해 보라는 안내도 있습니다.

이 점검을 모두 마쳤는데도 상태가 그대로라면 다음 항목에서 기다리는 기간을 따져 봅니다.

④ 검토 기간은 길면 2~4주입니다

같은 도움말의 '사이트 승인' 부분입니다.

Google이 사이트 전체를 검토해 애드센스 프로그램 정책을 준수하는지 확인하며, 확인은 일반적으로 며칠 이내에 끝나지만 경우에 따라 ① 2~4주가 걸릴 수 있다고 적혀 있습니다.

검토 상태는 애드센스 홈페이지의 '사이트' 카드에서 볼 수 있습니다.

문서가 오래 걸리는 이유로 직접 든 것도 있습니다.

오랜 시간이 지나도 계정이 활성화되지 않는 경우는 대개 코드를 삽입한 페이지에서 정기적으로 조회가 발생하지 않았기 때문이라는 설명입니다.

그러니 신청 후 며칠 만에 설정을 이리저리 바꾸기보다, 위 ③의 점검을 한 번 마치고 2주 정도는 그대로 둔 채 글을 이어 쓰는 편이 낫습니다.

이 2주라는 간격은 문서의 2~4주 표현을 바탕으로 한 제 기준이지 공식 권고가 아닙니다.

신청 직전 5분 점검표

순서	확인할 것	어디서	통과 기준
1	검색엔진 노출 차단 체크	워드프레스 설정 > 읽기	체크 상자가 꺼져 있음
2	연결 방법 하나 고르기	애드센스 사이트 연결 화면	코드 스니펫·ads.txt·메타 태그 중 하나만 사용
3	코드가 들어간 위치	페이지 소스의 head 안, 또는 루트의 ads.txt	가입할 때 입력한 바로 그 주소의 페이지
4	접속 가능 여부	시크릿 창에서 주소 열기	로그인 없이 글이 열림
5	기다릴 기간	애드센스 홈 > 사이트 카드	상태를 보되 2주 안에는 설정을 바꾸지 않음

사이트가 늘 열려 있어야 한다는 조건과 호스팅

③의 점검 질문에 '사이트가 정상적으로 운영되고 있나요'가 들어 있는 것처럼, 검토 기간에는 사이트가 계속 열려 있어야 합니다.

검토하러 온 시점에 서버가 응답하지 않으면 이 조건을 채울 수 없기 때문입니다.

워드프레스를 직접 올려 운영한다면 호스팅은 이 지점에서 걸립니다.

관리형 호스팅 중 하나인 클라우드웨이즈의 2026년 10월 18일 요금 화면입니다.

DigitalOcean을 공급사로 고른 Basic 기준 ① 최저 구간은 Micro(1GB RAM, 1 vCPU)이고 ② 월 14달러, 시간당 0.0208달러로 표시됩니다.

③ 한 단계 위인 Small은 월 28달러입니다.

글이 아직 쌓이는 단계이고 방문자가 적은 심사 기간에는 최저 구간으로 시작해도 충분합니다.

같은 페이지에 카드 없이 시작할 수 있는 3일 무료 체험 안내도 있습니다.

다만 단점은 분명합니다.

결제가 달러라 환율에 따라 월 비용이 흔들리고, 관리 화면과 고객지원이 영어이며, 메일 호스팅은 포함돼 있지 않습니다.

월 1만 원 안쪽의 공유 호스팅으로 충분한 분이나, 티스토리·네이버처럼 플랫폼이 서버를 관리해 주는 쪽을 원하는 분에게는 맞지 않는 선택지입니다.

요금은 환율과 프로모션에 따라 달라질 수 있으니, 결정 전에 클라우드웨이즈 공식 요금표에서 오늘 기준 금액을 한 번 더 확인해 주세요.

자주 묻는 질문

워드프레스 애드센스 신청 전에 검색엔진 노출 차단을 꼭 꺼야 하나요

워드프레스 문서에 따르면 그 체크는 검색엔진에 색인하지 말라고 요청하는 설정입니다.

광고를 달 사이트라면 신청 전에 꺼져 있는지 확인하는 편이 안전합니다.

연결 방법 세 가지를 모두 넣어도 되나요

도움말은 확인 방법 중 하나를 선택하라고 안내합니다.

문제가 생겼을 때 원인을 가르기 쉽도록 하나만 쓰는 쪽을 권합니다.

사이트 연결이 계속 확인되지 않으면 무엇부터 보나요

도움말의 연결 문제 항목 순서대로 코드가 누락됐는지, head 태그 사이인지, 가입 때 입력한 사이트인지, 방문자가 드나드는 페이지인지를 봅니다.

검토는 얼마나 걸리나요

공식 도움말에는 일반적으로 며칠 이내, 경우에 따라 2~4주라고 적혀 있습니다.

애드센스 심사 기간에는 사이트가 끊기지 않고 열려 있는 것이 기본 조건입니다.

지금 호스팅에서 접속 오류나 느린 응답이 자주 보인다면, 가장 작은 서버로 먼저 옮겨 보고 방문자가 늘 때 사양을 올리는 순서가 부담이 적습니다.

3일 무료 체험이 있으니 결제 전에 내 사이트를 올려 보고 판단해도 됩니다.

클라우드웨이즈 둘러보기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

애드센스 신청 전에는 글 수만 세지 말고 설정 화면 세 곳을 확인합니다.

워드프레스 읽기 설정의 노출 차단 체크가 꺼져 있는지, 연결 방법을 하나만 골라 가입한 주소의 페이지에 넣었는지, 사이트가 로그인 없이 열리는지를 봅니다.

그리고 신청 뒤에는 2~4주까지 걸릴 수 있다는 공식 문구를 기준으로 기다리면서 글을 이어 씁니다.

지금 애드센스 연결이 어디에서 멈춰 있나요?

화면에 뜬 상태 문구를 댓글로 남겨 주시면 위 점검 순서에서 어느 항목에 해당하는지 함께 짚어 보겠습니다.

브리즈 원클릭 최적화 설정: 설치 직후 기본값과 Standard·Advanced·Expert가 바꾸는 항목

cloudmanager — Mon, 19 Oct 2026 18:00:26 +0900

이 글에는 클라우드웨이즈 제휴 링크가 있습니다.

이 링크로 가입해 결제가 이어지면 작성자가 수수료를 받으며, 구매자가 내는 금액은 같습니다.

이 글에서 다루는 것

클라우드웨이즈가 만든 캐시 플러그인 Breeze를 설치하면 처음부터 켜져 있는 값과 꺼져 있는 값을 표로 정리하고, 원클릭 최적화 3단계가 무엇을 더 바꾸는지 비교합니다.

Breeze를 막 설치했거나 설치를 앞두고 어디부터 만져야 할지 모르는 분을 위한 글입니다.

읽고 나면 기본값 그대로 둘 것과 한 단계만 올릴 것을 구분할 수 있습니다.

값은 2026년 10월 18일 기준 Breeze 2.6.2 플러그인 소스와 공식 페이지에서 확인했고, 이 글은 직접 설치해 측정한 기록이 아니라 공개 자료를 정리한 것입니다.

Breeze 설정을 내 서버에서 바로 해 보고 싶다면, 가장 작은 서버로 시작해도 충분합니다.

클라우드웨이즈 요금제 확인하기 →

결론: 처음에는 기본값에서 Standard 한 단계까지만 보면 됩니다

플러그인 소개 페이지는 기본 옵션 대부분이 설치 직후에도 잘 작동한다고 적고 있습니다.

실제 소스의 기본값을 보면 캐시, 모바일 캐시, Gzip, 브라우저 캐시가 켜져 있고, 코드를 줄이거나 자바스크립트를 미루는 옵션은 모두 꺼져 있습니다.

켜진 것은 안전한 쪽, 꺼진 것은 사이트 모양이 깨질 수 있는 쪽입니다.

① 소개 페이지의 Convenience 항목이 기본 옵션이 설치 직후에도 잘 작동한다고 설명하는 부분입니다.

설치 직후 기본값 표

항목(화면 이름)	기본값	의미
Cache System	켜짐	페이지를 파일로 저장해 두는 기본 캐시
Mobile Cache	켜짐	모바일용 캐시를 따로 만듦
Purge Cache After	1440분	하루가 지나면 캐시를 자동으로 비움
Gzip Compression	켜짐	파일을 압축해 전송
Browser Cache	켜짐	정적 파일에 만료 헤더를 붙임
Lazy Load Images	꺼짐	화면에 보일 때 이미지를 불러오는 기능
Cache Logged-in Users	꺼짐	로그인한 계정 화면은 캐시하지 않음
HTML·CSS·JS Minify	모두 꺼짐	코드 공백을 줄이는 기능
Delay JavaScript	꺼짐	스크립트 실행을 미루는 기능
Preload Links	켜짐	링크 클릭을 빠르게 하는 미리 읽기

기본 캐시 만료 시간은 소스와 화면 문구 모두 1440분, 즉 하루로 적혀 있습니다.

글을 자주 고치지 않는 블로그라면 이 값은 그대로 두어도 되고, 수정한 글이 바로 반영되지 않는다면 숫자를 줄이기보다 수동으로 캐시를 비우는 쪽을 먼저 쓰는 편이 안전합니다.

원클릭 최적화 3단계가 바꾸는 항목

Breeze에는 ONE-CLICK OPTIMIZATION 탭이 있고 Standard, Advanced, Expert 세 단계를 한 번에 적용합니다.

화면 설명은 Standard를 대부분의 사이트용, Advanced를 최신 테마와 플러그인용, Expert를 단순한 사이트와 테스트용으로 안내합니다.

단계	이전 단계에 더해지는 것	깨질 가능성
Standard	Gzip, 브라우저 캐시, 이미지 지연 로딩, HTML·CSS 압축, 이모지 끄기	낮음
Advanced	iframe·영상 지연 로딩, 인라인 CSS 포함, CSS 합치기, 링크 미리 읽기, 구글 폰트 서버 저장	중간
Expert	JS 압축과 인라인 JS 포함, 모든 JavaScript 지연, 그라바타 서버 저장	높음

① 바니시 연동은 별도 조정 없이 미리 설정되어 있다고 소개합니다.

② 캐시에서 뺄 주소와 파일을 직접 지정하는 기능도 있어, 단계를 올린 뒤 특정 페이지만 깨지면 그 주소만 제외할 수 있습니다.

적용 뒤 문제가 생기면 같은 탭에 Restore Previous Settings 버튼이 있어 이전 설정으로 되돌릴 수 있다고 안내합니다.

Expert를 고르면 충돌 가능성이 있는 플러그인을 감지해 낮은 단계를 권하는 경고도 소스에 들어 있습니다.

이 경고가 뜨면 한 단계 낮추는 것이 맞습니다.

적용 순서: 한 번에 한 단계씩

기본값 상태에서 로그아웃한 창으로 글 두세 개를 열어 모양을 봐 둡니다.
Standard를 적용하고 같은 글을 다시 열어 비교합니다.
이상이 없으면 하루 정도 두고 Advanced로 올릴지 정합니다. 광고나 위젯이 많은 사이트는 Standard에서 멈추는 쪽이 부담이 적습니다.
Expert는 JavaScript를 통째로 미루므로 광고·결제·댓글 스크립트가 있는 사이트에서는 권하지 않습니다.

다른 캐시 플러그인과 함께 쓰는 것은 소개 페이지 FAQ가 권하지 않는다고 분명히 적고 있습니다.

이미 다른 캐시 플러그인을 쓰고 있다면 하나를 끄고 시작하십시오.

요금제와의 관계: 처음에는 가장 낮은 Micro로 충분합니다

캐시 설정은 서버 사양을 올리지 않고도 같은 서버에서 더 많은 요청을 감당하게 돕는 쪽입니다.

클라우드웨이즈 요금 페이지의 DigitalOcean 기본 유형에서 가장 낮은 Micro는 월 14달러(시간당 0.0208달러)이고 메모리 1GB, 1 vCPU, 25GB NVMe 저장공간, 월 전송량 1TB가 표시됩니다.

처음부터 상위 요금제를 고를 이유는 없고, 캐시를 맞춘 뒤에도 메모리 부족이 반복될 때만 한 단계 올리는 쪽이 낫습니다.

① Micro의 메모리는 1GB입니다.

② 월 전송량은 1TB입니다.

사양과 요금은 바뀔 수 있으니 클라우드웨이즈 요금표에서 Micro 사양을 오늘 기준으로 확인해 보세요.

단점과 맞지 않는 경우

Breeze 평점은 소개 페이지 기준 5점 만점에 3.6점입니다. 사이트마다 충돌하는 플러그인이 달라 단계를 올릴수록 점검 부담이 늘어납니다.
월 호스팅비를 1만 원 안쪽으로 맞추려는 분께는 맞지 않습니다. 가장 낮은 요금제도 월 14달러이고 달러로 표시되어 환율에 따라 원화 금액이 달라집니다.
관리 화면과 요금 페이지가 영어입니다. 한국어 지원 여부는 이번에 확인하지 못했습니다.
캐시는 서버 자체가 느린 경우를 해결하지 못합니다. 설정을 마쳐도 느리면 이미지 용량과 플러그인 수를 먼저 보십시오.
이 글의 표는 플러그인 소스 기준입니다. 이미 설정을 바꾼 사이트는 화면 값이 다를 수 있으니 본인 사이트 화면에서 다시 확인하십시오.

자주 묻는 질문

Breeze 기본값을 그대로 써도 되나요

소개 페이지는 기본 옵션 대부분이 설치 직후에도 잘 작동한다고 안내합니다.

글을 많이 수정하지 않는 블로그라면 기본값으로 시작해도 무리가 없습니다.

Purge Cache After 숫자는 몇으로 바꾸나요

기본은 1440분입니다.

바꿔야 하는 근거가 없다면 그대로 두고, 수정한 글이 늦게 보일 때는 숫자를 줄이기 전에 수동으로 캐시를 비워 보십시오.

원클릭 최적화를 적용했다가 되돌릴 수 있나요

화면에 Restore Previous Settings 버튼이 있고, 이전 설정을 복원한다는 안내 문구가 소스에 들어 있습니다.

다른 캐시 플러그인과 같이 써도 되나요

소개 페이지 FAQ는 두 캐시 플러그인을 동시에 쓰지 말라고 안내합니다.

Breeze는 클라우드웨이즈가 직접 만든 캐시 플러그인이라, 클라우드웨이즈 서버에서 위 설정을 그대로 적용해 볼 수 있습니다.

처음에는 가장 작은 Micro 서버와 Standard 단계면 충분하고, 메모리 부족이 반복될 때만 한 단계 올리면 됩니다.

결제 전에 3일 무료 체험으로 내 사이트 속도를 먼저 재 보는 것도 방법입니다.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

Breeze는 설치 직후 캐시·Gzip·브라우저 캐시가 켜져 있고 코드 압축과 JavaScript 지연은 꺼져 있습니다.

원클릭 최적화는 Standard, Advanced, Expert 순으로 깨질 가능성이 커지므로 한 단계씩만 올리고 로그아웃한 창으로 확인하십시오.

서버는 가장 낮은 Micro로 시작하고, 캐시를 맞춘 뒤에도 메모리가 모자랄 때만 올리면 됩니다.

지금 쓰는 캐시 플러그인은 무엇이고, 어느 설정을 켰다가 사이트가 깨진 적이 있나요?

댓글로 남겨 주시면 위 표 기준으로 같이 살펴보겠습니다.

클라우드웨이즈 SSL 설치 전 www까지 DNS 맞추는 순서: A 레코드 두 줄, 인증서 덮어쓰기, 90일 갱신

cloudmanager — Mon, 19 Oct 2026 16:00:44 +0900

이 글에는 클라우드웨이즈 제휴 링크가 있습니다.

이 링크로 가입해 결제가 이어지면 작성자가 수수료를 받으며, 구매자가 내는 금액은 같습니다.

이 글에서 다루는 것

클라우드웨이즈에 올린 워드프레스에 내 도메인을 붙이고 무료 SSL(Let's Encrypt)까지 적용하는 순서를, DNS A 레코드 두 줄과 인증서 설치 한 번으로 나누어 정리합니다.

도메인은 가비아·후이즈 같은 곳에서 샀고, 서버는 클라우드웨이즈에 만들어 둔 분을 위한 글입니다.

읽고 나면 어떤 값을 어느 칸에 넣을지, 인증서를 설치하기 전에 무엇이 먼저 맞아야 하는지 알 수 있습니다.

화면은 2026년 10월 18일에 공식 도움말과 요금 페이지를 직접 열어 캡처한 것이며, 도움말은 영어입니다.

처음이라면 가장 작은 서버로 시작하고, 방문자가 늘 때 그때 올리면 됩니다.

클라우드웨이즈 요금제 확인하기 →

결론부터: 도메인이 먼저 열리고, SSL은 그다음입니다

순서는 세 단계입니다.

① 도메인을 서버 IP에 연결하는 A 레코드를 만들고, ② 주소창에 도메인을 쳤을 때 사이트가 열리는지 확인한 뒤, ③ SSL Management에서 Let's Encrypt를 설치합니다.

공식 도움말의 SSL 전제 조건이 바로 이 순서입니다.

사이트가 먼저 열려야 한다는 한 줄이 가장 자주 건너뛰어지는 부분입니다.

1단계. 도메인 구입처 DNS에서 A 레코드 만들기

클라우드웨이즈 공식 도움말의 A 레코드 예시입니다.

① 루트 도메인(yourdomain.com)을 연결하는 레코드는 ② Type은 A, Host/Name은 @ 또는 빈칸, Value/Target은 서버 IP, TTL은 기본값으로 적혀 있습니다.

서버 IP는 클라우드웨이즈의 application information에서 확인한다고 안내합니다.

www 주소도 쓸 계획이라면 같은 방식으로 Host를 www로 한 줄 더 만듭니다.

아래 표처럼 두 줄이면 됩니다.

Type	Host/Name	Value/Target	용도
A	@ 또는 빈칸	서버 IP	yourdomain.com
A	www	서버 IP	www.yourdomain.com

가비아나 후이즈의 DNS 관리 화면에서는 이 네 칸에 해당하는 입력란을 찾아 넣으면 됩니다.

다만 메뉴 이름과 칸 배치는 업체마다 다르고 이 글에서 그 화면을 직접 확인하지는 않았으니, 위 표의 값만 기준으로 삼아 주세요.

같은 이름의 기존 A 레코드가 이미 있다면 두 개를 나란히 두지 말고 하나만 남기는 편이 안전합니다.

이 도움말은 네임서버를 옮기는 경우 반영에 24~48시간이 걸릴 수 있다고 적고 있습니다.

A 레코드만 추가하는 경우에도 바로 안 열릴 수 있으니, 몇 시간은 두고 확인하는 것이 좋습니다.

2단계. 인증서 설치 전에 사이트가 열리는지 확인

Let's Encrypt 설치 도움말의 Prerequisites 부분입니다.

① 'Your website should be live'라는 문장 뒤에 도메인이 올바르게 매핑되고 DNS 레코드가 제대로 가리키고 있어야 한다는 설명이 붙어 있습니다.

그래서 설치 버튼을 누르기 전에 시크릿 창에서 도메인을 열어 봅니다.

사이트가 열리면 통과이고, 안 열리면 1단계로 돌아갑니다.

Cloudflare나 Sucuri 같은 보안 서비스를 앞에 두고 있다면, 도움말은 인증서가 설치될 때까지 보호 기능을 잠시 꺼 두라고 안내합니다.

설치가 끝난 뒤에는 Cloudflare 캐시를 비우라고 적혀 있습니다.

3단계. SSL Management에서 Let's Encrypt 설치

도움말의 Option #1(단일 도메인) 부분입니다.

클라우드웨이즈에서 서버를 고르고 앱을 선택한 뒤 Application Management 아래 SSL Certificate로 들어가, SSL Management에서 Let's Encrypt를 고릅니다.

그다음 이메일 주소와 도메인을 넣고 ① Install Certificate를 누릅니다.

도움말은 몇 분 안에 무료 인증서가 설치되고, HTTPS 강제 리다이렉션을 켜겠느냐는 안내가 뜰 수 있다고 설명합니다.

여기서 가장 흔한 실수는 www를 빼는 것입니다.

도움말에 따르면 www를 인증서에 넣지 않으면 www로 들어온 방문자에게 보안 경고가 뜰 수 있습니다.

그래서 설치할 때 www 주소를 추가 도메인으로 넣어야 하고, www가 A 레코드 또는 기본 도메인을 가리키는 CNAME으로 서버에 연결돼 있지 않으면 추가할 수 없다고 적혀 있습니다.

1단계에서 www 줄을 만들어 두는 이유입니다.

또 한 앱에는 인증서가 하나만 들어갑니다.

이미 설치된 인증서가 있는 앱에 다시 설치하면 기존 것을 덮어씁니다.

4단계. 갱신은 자동이지만, 지우면 안 되는 것이 있습니다

같은 도움말의 갱신 부분입니다.

① Let's Encrypt 인증서는 유효 기간이 90일이고, ② 자동 갱신은 설치할 때 기본으로 선택되어 있으며 만료 30일 전에 갱신된다고 적혀 있습니다.

수동으로 바로 갱신하는 Renew Now 버튼도 있습니다.

와일드카드(*.도메인) 인증서를 쓴다면 CNAME 레코드로 DNS 인증을 거치는데, 도움말은 이 CNAME 레코드를 지우면 갱신에 영향이 간다고 경고합니다.

한 번 만들었으면 그대로 두어야 합니다.

또 Cloudflare Enterprise가 통합돼 있는 앱은 추가 SSL 설치가 필수가 아니라고 안내합니다.

시작 요금과 이 글의 권장 사양

클라우드웨이즈 요금 페이지의 2026년 10월 18일 화면입니다.

DigitalOcean을 고르고 Basic으로 보면 ① 가장 작은 Micro가 ② 월 14달러(시간당 0.0208달러)이고, ③ 한 단계 위인 Small은 월 28달러입니다.

도메인과 SSL 연결을 연습하고 글을 쌓는 단계라면 가장 작은 Micro로 시작해도 충분합니다.

방문자가 늘어 메모리 경고가 반복될 때 올려도 늦지 않습니다.

같은 페이지에 3일 무료 체험 버튼도 있습니다.

요금은 바뀔 수 있으니 클라우드웨이즈 요금표에서 Micro 요금을 오늘 기준으로 확인한 뒤 시작하세요.

미리 알아 둘 단점과 맞지 않는 사람

결제는 달러 기준이라 환율에 따라 원화 비용이 달라집니다.

관리 화면과 도움말이 영어이고, 이 글에서 확인한 공식 문서도 모두 영어입니다.

이 글에서 다룬 범위에는 메일 호스팅이 들어 있지 않습니다.

월 1만 원 안쪽의 국내 공유 호스팅으로 충분한 분이나, 서버 설정을 직접 만지고 싶지 않은 분에게는 맞지 않을 수 있습니다.

자주 묻는 질문

가비아에서 산 도메인을 클라우드웨이즈에 연결하려면 무엇을 바꾸나요

도메인 구입처의 DNS 관리에서 A 레코드를 만들어 서버 IP를 가리키게 합니다.

루트는 Host를 @ 또는 빈칸으로, www는 www로 넣습니다.

SSL 설치 비용이 따로 드나요

도움말에는 Let's Encrypt 인증서가 모든 서버 요금제에 포함돼 설치와 갱신이 무료라고 적혀 있습니다.

www로 들어가면 보안 경고가 떠요

인증서에 www가 빠졌을 가능성이 큽니다.

www를 A 레코드로 연결한 뒤 추가 도메인으로 넣어 다시 설치합니다.

새로 설치하면 기존 인증서를 덮어쓰는 점은 기억해 두세요.

인증서는 얼마나 지나면 만료되나요

유효 기간은 90일이고, 자동 갱신이 켜져 있으면 만료 30일 전에 갱신됩니다.

도메인 연결과 무료 SSL은 서버를 만든 뒤 바로 따라 할 수 있는 작업입니다.

처음이라면 가장 작은 Micro 서버로 시작해 위 순서대로 연결해 보고, 방문자가 늘면 그때 서버 크기를 올리면 됩니다.

3일 무료 체험으로 연결 과정을 먼저 연습해 볼 수도 있습니다.

클라우드웨이즈 요금 보러 가기 →

제휴 링크 · 구매자에게 추가 비용 없음

마무리

도메인 연결은 A 레코드 두 줄(@와 www)로 끝나고, 사이트가 열리는 것을 확인한 뒤에 SSL을 설치합니다.

인증서에는 www를 함께 넣고, 한 앱에 인증서는 하나라는 점과 와일드카드용 CNAME을 지우지 않는 점을 기억하면 됩니다.

시작 요금제는 가장 작은 구간이면 충분하고, 달러 결제와 영어 화면은 단점으로 남습니다.

지금 도메인은 어디서 구입하셨나요?

연결하다 막힌 단계를 댓글로 남겨 주세요.

다음 글에서는 「워드프레스 속도 느릴 때 원인 찾는 순서」에 대해 알아보겠습니다.

티스토리 워드프레스 이전 검색 노출 비교: 글·주소·애드센스를 나눠 옮길지 정하는 순서

cloudmanager — Thu, 15 Oct 2026 20:00:21 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

티스토리에서 워드프레스로 옮길지 정할 때, 이전 대상을 글·주소·애드센스로 나눠서 검색 노출에 미치는 영향부터 따져 보는 기준을 정리합니다.

블로그를 옮기고 싶지만 지금 쌓은 검색 유입이 끊길까 걱정되는 분을 위한 글입니다.

읽고 나면 지금 옮길지, 더 쌓고 옮길지, 안 옮길지를 비용과 위험 기준으로 정할 수 있습니다.

요금은 2026년 10월 14일 클라우드웨이즈 공식 요금 페이지 기준입니다.

결론: 옮기는 것은 한 덩어리가 아니라 세 덩어리입니다

이전이라고 하면 글만 옮기는 일로 보이지만 실제로는 글, 주소, 애드센스가 각각 다른 문제입니다.

글은 옮길 수 있어도 주소가 바뀌면 검색엔진이 새로 평가하고, 애드센스는 새 사이트에서 다시 확인해야 합니다.

세 덩어리를 따로 점검하면 판단이 쉬워집니다.

1. 글: 가져오기 방법부터 확인합니다

워드프레스 공식 문서의 가져오기 화면 목록에는 Blogger, LiveJournal, Tumblr, WordPress 같은 항목이 있고, 티스토리 전용 항목은 이 문서에서 확인하지 못했습니다.

대신 RSS 피드에서 글을 가져오는 항목이 있습니다.

① RSS 항목은 RSS 피드의 글을 가져온다고 설명합니다.

다만 이 방식으로 이미지와 서식이 얼마나 따라오는지는 문서에서 확인하지 못했으므로, 글 몇 개로 먼저 시험해 보는 것이 안전합니다.

2. 주소: 가장 큰 위험은 검색 노출입니다

주소가 바뀌는 이전은 구글이 공식 문서에서 따로 다루는 사이트 이동에 해당합니다.

문서는 이전 주소에서 새 주소로 301 리디렉션을 구현하는 것을 사전 작업으로 둡니다.

티스토리 주소에서 이 리디렉션을 걸 수 있는지는 확인하지 못했습니다.

이 부분이 막히면 기존 글의 검색 유입은 새 주소로 이어지지 않을 수 있습니다.

① 301 리디렉션 문구가 1단계 사전 작업 첫 줄에 나옵니다.

같은 문서는 주소 변경 알림 도구가 도메인 수준 속성만 지원하고 이전·새 속성 모두의 소유자여야 한다고 안내합니다.

사이트를 옮기면서 URL 구조까지 바꾸면 일부 트래픽 손실이 생길 수 있다는 경고도 있습니다.

3. 애드센스: 승인과 수익을 나눠 봅니다

애드센스 자격 요건 문서는 자체 콘텐츠, 정책 준수, 만 19세 이상, 신청 사이트의 HTML 소스 코드 접근을 조건으로 듭니다.

워드프레스는 소스 코드를 직접 다룰 수 있어 광고 자리 선택 폭이 넓어지지만, 새 주소에서 다시 승인을 받아야 하는지와 걸리는 기간은 문서에서 확인하지 못했습니다.

이전 직후 광고 수익이 비는 기간이 생길 수 있다고 보고 계획해야 합니다.

비교표: 유지와 이전을 같은 기준으로 놓으면

기준	티스토리 유지	워드프레스 이전
자유도	제공 범위 안에서 설정	소스 코드와 서버 설정까지 직접 접근
비용	호스팅 요금 없음	호스팅 요금 발생, 가장 낮은 Micro가 월 14달러
검색 노출	기존 주소 그대로 유지	주소가 바뀌면 재평가, 리디렉션 가능 여부가 관건
애드센스	현재 연동 유지	새 사이트 기준으로 다시 확인
관리 책임	플랫폼이 서버 관리	백업·보안·업데이트를 직접 챙김

비용은 연 단위로 계산합니다

호스팅이 필요하다면 클라우드웨이즈 요금 페이지의 DigitalOcean 탭 기준으로 가장 낮은 Micro가 월 14달러이고, 1GB 메모리, 1 vCPU, 25GB NVMe 저장공간, 월 전송량 1TB가 포함됩니다.

시간당 0.0208달러로 표시되며 3일 무료 체험은 카드 없이 시작할 수 있다고 안내합니다.

환율을 1달러에 1,300원으로 가정하면 월 약 18,200원, 1년 약 21만 8천 원입니다.

환율은 예시일 뿐이라 결제 시점에 달라집니다.

전송량을 넘으면 DigitalOcean은 1GB당 0.02달러가 추가되고, 오프사이트 백업 저장은 1GB당 0.033달러가 따로 붙는다고 같은 페이지에 적혀 있습니다.

처음에는 가장 낮은 Micro로 시작하고, 서버 메모리 부족이 반복될 때만 한 단계 올리는 쪽이 부담이 적습니다.

① Micro의 메모리는 1GB입니다.

② 월 전송량은 1TB입니다.

공식 요금 페이지에서 오늘 Micro 요금과 3일 체험 조건 확인하기

이런 분께는 맞지 않습니다

지금 티스토리 검색 유입이 꾸준한 분: 주소가 바뀌면 그 유입이 흔들릴 수 있어 이전 이득이 위험보다 큰지 먼저 따져야 합니다.
월 호스팅비를 1만 원 안쪽으로 맞추려는 분: 가장 낮은 요금제도 월 14달러이고 달러로 표시되어 환율에 따라 원화 금액이 달라집니다.
한국어 화면과 원화 결제가 꼭 필요한 분: 요금 페이지는 영어이고 한국어 지원 여부는 확인하지 못했습니다.
서울 리전이 필요한 분: 이번에 확인한 요금 페이지 텍스트에서는 서울 리전 여부를 확인하지 못했습니다. 가입 화면에서 직접 보셔야 합니다.
백업과 보안 점검을 직접 하기 싫은 분: 서버를 직접 고르고 설정해야 하므로 학습 시간이 듭니다.

자주 묻는 질문

티스토리 글을 워드프레스로 옮기면 검색 순위가 유지되나요

주소가 바뀌면 보장되지 않습니다.

구글 공식 문서는 301 리디렉션을 사전 작업으로 두고, 구조를 바꾸면 일부 트래픽 손실이 있을 수 있다고 안내합니다.

워드프레스 가져오기에 티스토리 항목이 있나요

워드프레스 공식 문서의 가져오기 화면 목록에서는 티스토리 전용 항목을 확인하지 못했습니다.

RSS 가져오기 항목이 있으니 글 몇 개로 먼저 시험해 보십시오.

이전하면 애드센스를 다시 신청해야 하나요

자격 요건 문서에는 신청 사이트의 HTML 소스 코드 접근이 조건으로 적혀 있습니다.

새 주소에서 다시 승인이 필요한지는 확인하지 못했으므로 애드센스 계정 화면에서 직접 확인하시기 바랍니다.

이전 전에 미리 해 볼 수 있는 것이 있나요

무료 체험으로 서버를 먼저 띄워 글 일부를 가져와 보는 방법이 있습니다.

클라우드웨이즈 요금 페이지는 카드 없이 3일 체험이 가능하다고 안내합니다.

카드 없이 3일 체험이 가능한지 공식 페이지에서 직접 보기

마무리

이전은 글, 주소, 애드센스 세 덩어리로 나눠 점검해야 하고, 가장 큰 위험은 주소 변경에 따른 검색 노출입니다.

티스토리 주소에서 301 리디렉션을 걸 수 있는지 확인되지 않았다면 지금 검색 유입이 많은 블로그는 옮기기보다 유지하는 쪽이 안전합니다.

옮긴다면 가장 낮은 Micro로 시작하고, 월 14달러를 연 단위로 환산해 감당 가능한지 먼저 보십시오.

지금 티스토리에서 검색으로 들어오는 글은 전체 글 중 몇 개 정도인가요?

댓글로 남겨 주시면 위 표 기준으로 옮길 시점을 같이 따져 보겠습니다.

워드프레스 플러그인 업데이트 후 500 에러: 로그 한 줄로 충돌과 메모리 한도 가르는 순서

cloudmanager — Thu, 15 Oct 2026 16:00:01 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

플러그인을 업데이트한 직후 500 에러나 흰 화면이 뜰 때, 원인이 플러그인 충돌인지 메모리 한도인지 가르는 순서를 정리합니다.

워드프레스 관리자 화면에 들어가지 못해 어디서부터 손대야 할지 막막한 분을 위한 글입니다.

읽고 나면 에러 로그의 문구 한 줄로 갈래를 나누고, 그에 맞는 복구 단계를 고를 수 있습니다.

호스팅 요금과 사양은 2026년 10월 14일 클라우드웨이즈 공식 요금 페이지 기준입니다.

결론: 화면이 아니라 로그를 먼저 봅니다

500 에러와 흰 화면은 증상만 같을 뿐 원인은 여러 가지입니다.

워드프레스 공식 문서도 이 증상의 원인으로 플러그인 충돌, 테마 문제, PHP 메모리 한도, 손상된 .htaccess를 함께 꼽습니다.

그래서 하나씩 끄고 켜기 전에 에러 로그를 남기는 설정부터 켜야 합니다.

순서는 백업, 로그 켜기, 로그 문구로 갈래 나누기, 갈래별 복구입니다.

업데이트 직후에 생겼다면 대개 방금 바뀐 플러그인이 첫 용의자입니다.

1단계 로그부터 켭니다

수정 전에는 반드시 백업을 받거나 스테이징 환경에서 먼저 확인하라는 것이 공식 문서의 주의 사항입니다.

이 단계에서 파일을 고치는 곳은 wp-config.php 하나입니다.

접속이 안 되므로 FTP나 호스팅 파일 관리자로 열어야 합니다.

① WP_DEBUG를 true로 두면 디버그 모드가 켜집니다.

② WP_DEBUG_LOG를 true로 두면 오류가 wp-content 폴더의 debug.log 파일에 쌓입니다.

③ WP_DEBUG_DISPLAY를 false로 두면 오류가 방문자 화면에 나오지 않습니다.

공식 문서 설명으로는 오류를 숨기면서 기록만 남기는 조합입니다.

이 코드는 wp-config.php 안의 "That's all, stop editing!" 주석보다 위에 넣어야 한다고 같은 문서에 적혀 있습니다.

로그를 다 본 뒤에는 디버그 설정을 다시 끄는 것이 좋습니다.

2단계 로그 한 줄로 갈래를 나눕니다

사이트를 한 번 더 새로고침한 뒤 debug.log의 마지막 몇 줄을 봅니다.

문구에 따라 다음에 할 일이 갈립니다.

로그에 보이는 문구	의심할 곳	먼저 할 일
Allowed memory size ... exhausted	메모리 한도	wp-config.php의 메모리 한도 확인, 한도가 높아도 반복되면 서버 사양 확인
Fatal error 뒤에 wp-content/plugins/폴더이름 경로	그 폴더의 플러그인	해당 플러그인 폴더만 이름을 바꿔 비활성화
Fatal error 뒤에 wp-content/themes/폴더이름 경로	테마	기본 테마로 전환
로그가 비어 있고 500만 반복	.htaccess 같은 서버 설정	.htaccess 이름을 바꿔 다시 생성

Fatal error 문구 다음에는 오류가 난 파일의 경로가 붙습니다.

경로에 plugins 폴더 이름이 보이면 범인 후보가 한 개로 좁혀지므로, 플러그인 수십 개를 하나씩 끄는 것보다 훨씬 빠릅니다.

로그가 한 줄도 남지 않는 경우는 PHP가 실행되기 전에 서버 설정에서 막힌 것일 수 있습니다.

3단계 플러그인 충돌이면 폴더 이름을 바꿉니다

관리자 화면에 들어갈 수 없을 때는 FTP로 wp-content/plugins 폴더를 찾아 plugins_old처럼 이름을 바꾸면 모든 플러그인이 한 번에 비활성화된다고 공식 문서에 나와 있습니다.

로그에서 범인이 보였다면 그 플러그인 폴더 하나만 바꾸면 됩니다.

① 공식 문서의 Internal Server Error 항목은 점검 순서를 목록으로 보여 줍니다.

손상된 .htaccess를 먼저 의심하고, 플러그인을 모두 비활성화해 보고, 기본 테마로 바꿔 보고, PHP 메모리 한도를 올려 보라는 내용입니다.

이 화면의 마지막 줄 부근에 메모리 한도 항목이 있습니다.

사이트가 다시 열리면 폴더 이름을 원래대로 돌리고 관리자 화면에서 플러그인을 하나씩 켭니다.
켜는 순간 다시 에러가 나는 플러그인이 충돌 대상입니다. 업데이트 직전 버전으로 되돌리거나 대체 플러그인을 찾습니다.
.htaccess가 의심되면 파일 이름을 .htaccess_old로 바꿔 접속해 보고, 열리면 설정의 고유주소 화면에서 저장해 새 파일을 만들게 합니다.

4단계 메모리 한도 문제면 한도와 서버 사양을 나눠 봅니다

로그에 Allowed memory size 문구가 있으면 워드프레스가 쓸 수 있는 메모리가 모자란 것입니다.

해결 방법은 두 층으로 나뉩니다.

① 공식 문서의 Connection Timed Out 항목에도 wp-config.php에서 메모리 한도를 올리라는 안내가 있고, 공유 호스팅이라면 호스팅 업체에 한도 상향을 요청해야 할 수 있다고 덧붙입니다.

Allowed memory size exhausted 항목 역시 wp-config.php 수정과 php.ini 수정을 안내하며, php.ini는 워드프레스에 포함된 파일이 아니라서 모르면 호스팅 업체에 문의하라고 합니다.

정리하면 워드프레스 설정의 한도를 올리는 일과, 서버가 실제로 내줄 수 있는 메모리는 별개입니다.

설정만 올려도 서버 자체의 메모리가 작으면 같은 에러가 반복됩니다.

이 글에서는 구체적인 설정값을 적지 않습니다.

공식 문서 본문에서 적정 숫자를 확인하지 못했고, 사이트마다 필요한 양이 다르기 때문입니다.

플러그인이 많거나 이미지 처리, 백업, 쇼핑몰 기능을 쓰는 사이트는 한도가 금방 차기 쉽습니다.

이럴 때는 불필요한 플러그인을 먼저 정리하고, 그래도 반복되면 서버 사양을 올리는 선택지를 봅니다.

호스팅이 원인일 때의 선택지

한도를 올려도 같은 에러가 반복되는데 지금 호스팅에서 사양을 바꾸기 어렵다면, 사양을 단계별로 올릴 수 있는 클라우드 호스팅을 비교해 볼 만합니다.

클라우드웨이즈 요금 페이지의 DigitalOcean 탭 기준으로 가장 낮은 Micro는 월 14달러, 메모리 1GB, 1 vCPU, 월 전송량 1TB입니다.

Small은 월 28달러에 메모리 2GB, 1 vCPU입니다.

페이지에는 사양을 올리는 Vertical Scaling이 모든 요금제에 들어 있다고 표시됩니다.

① Micro 카드의 메모리는 1GB입니다.

② 월 전송량은 1TB입니다.

처음에는 가장 낮은 Micro로 시작하고, 로그에 메모리 부족 문구가 반복될 때만 한 단계 올리는 방식이 비용 면에서 안전합니다.

페이지에는 3일 무료 체험도 표시되어 있습니다.

클라우드웨이즈 요금제와 서버 사양 직접 확인하기

클라우드웨이즈 3일 무료 체험 조건 둘러보기

이런 분께는 맞지 않습니다

원인이 플러그인 하나로 밝혀진 분: 호스팅을 바꿀 이유가 없습니다. 그 플러그인을 되돌리면 됩니다.
월 호스팅비를 1만 원 안쪽으로 맞추려는 분: 가장 낮은 요금제도 월 14달러이고 달러로 표시되어 환율에 따라 원화 금액이 달라집니다.
한국어 화면과 원화 결제가 꼭 필요한 분: 요금 페이지는 영어이고 한국어 지원 여부는 이 페이지에서 확인하지 못했습니다.
서울 리전이 필요한 분: 이번에 확인한 요금 페이지 텍스트에서는 서울 리전 여부를 확인하지 못했습니다. 가입 화면에서 직접 보셔야 합니다.
서버 설정을 만지고 싶지 않은 분: 서버를 직접 고르고 설정해야 하므로 학습 시간이 듭니다.

자주 묻는 질문

플러그인 업데이트 후 500 에러가 났는데 어떻게 복구하나요

FTP로 wp-content/plugins 폴더 이름을 바꾸면 플러그인이 모두 비활성화됩니다.

사이트가 열리면 폴더 이름을 되돌리고 플러그인을 하나씩 켜서 에러가 나는 것을 찾습니다.

debug.log는 어디에 생기나요

WP_DEBUG와 WP_DEBUG_LOG를 true로 설정하면 기본값으로 wp-content 폴더 안에 debug.log가 만들어집니다.

파일 경로를 직접 지정할 수도 있습니다.

메모리 한도를 올렸는데 에러가 그대로입니다

워드프레스 설정값과 서버가 실제로 쓸 수 있는 메모리는 별개입니다.

설정을 올려도 호스팅이나 서버 쪽 한도가 낮으면 같은 에러가 납니다.

호스팅 업체에 서버 한도를 문의하거나 사양을 확인해야 합니다.

로그가 비어 있는데 500이 계속 뜹니다

.htaccess 손상을 먼저 의심합니다.

파일 이름을 .htaccess_old로 바꿔 접속해 보고, 열리면 고유주소 설정을 다시 저장하면 새 파일이 만들어집니다.

마무리

업데이트 직후 500 에러는 백업, 로그 켜기, 로그 문구로 갈래 나누기 순서로 접근합니다.

Fatal error 경로에 plugins 폴더가 보이면 그 플러그인만, Allowed memory size 문구면 메모리 한도와 서버 사양을 점검합니다.

설정 한도를 올려도 반복될 때만 서버 사양을 올리고, 처음에는 가장 낮은 요금제로 시작하는 쪽이 부담이 적습니다.

최근 에러가 났을 때 debug.log에는 어떤 문구가 찍혀 있었나요?

댓글로 남겨 주시면 위 표 기준으로 어느 갈래인지 같이 짚어 보겠습니다.

다음 글에서는 「티스토리에서 워드프레스로 옮길지 고민될 때 비교 기준」에 대해 알아보겠습니다.

방문자 몰릴 때 서버 다운 막는 순서: 캐시·전송량 한도·사양 올리는 기준

cloudmanager — Thu, 15 Oct 2026 12:00:49 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

방문자가 한꺼번에 몰릴 때 사이트가 느려지거나 멈추는 원인을 한도·캐시·서버 용량 세 갈래로 나눠 정리합니다.

워드프레스 블로그나 소규모 사이트를 운영하면서 갑작스러운 유입에 대비해 두려는 분을 위한 글입니다.

읽고 나면 어느 단계에서 병목이 생기는지 짚고, 어떤 순서로 손을 대야 하는지 정할 수 있습니다.

요금과 사양은 2026년 10월 14일 클라우드웨이즈 공식 요금 페이지 기준입니다.

결론: 먼저 캐시, 그다음 한도 확인, 마지막에 서버 확장입니다

사이트가 죽는 원인은 대개 서버가 같은 페이지를 방문자마다 새로 만들어 내는 데 있습니다.

그래서 순서는 캐시로 계산량을 줄이고, 전송량 한도를 확인한 뒤, 그래도 모자랄 때 서버 사양을 올리는 쪽이 비용이 적게 듭니다.

처음부터 큰 서버를 잡을 필요는 없습니다.

가장 낮은 요금제에서 시작하고, 경고가 반복될 때 올리는 방식을 권합니다.

방문자가 몰리면 사이트가 죽는 세 가지 이유

병목	겉으로 보이는 증상	가장 먼저 할 일
페이지 생성 부하	응답이 몇 초씩 느려지고 오류 화면이 간헐적으로 뜹니다	페이지·객체 캐시 켜기
메모리·CPU 부족	접속이 몰리는 시간대에만 멈춥니다	서버 모니터링 그래프 확인 후 사양 올리기
전송량(트래픽) 한도	월말에 갑자기 느려지거나 추가 요금이 붙습니다	플랜의 월 전송량과 초과 요금 확인

워드프레스는 요청이 올 때마다 PHP가 실행되고 데이터베이스를 조회합니다.

방문자가 열 명일 때는 문제가 없어도 수백 명이 같은 순간에 들어오면 같은 계산을 수백 번 반복하게 됩니다.

이때 메모리가 먼저 바닥나는 경우가 많고, 서버가 요청을 못 받으면 사이트 전체가 멈춘 것처럼 보입니다.

1단계 캐시: 같은 계산을 반복하지 않게 만듭니다

① 클라우드웨이즈 요금 페이지는 모든 요금제에 사양을 올리는 Vertical Scaling이 들어 있다고 표시합니다.

② 같은 영역에 Free Redis Cache가 있습니다.

Redis는 자주 쓰는 데이터베이스 조회 결과를 메모리에 두는 객체 캐시입니다.

같은 칸에 Object Cache Pro도 있지만 설명에는 4GB 서버 이상에서 무료라고 적혀 있습니다.

가장 낮은 요금제는 1GB이므로 이 기능은 해당하지 않습니다.

페이지 전체를 미리 만들어 두는 페이지 캐시는 보통 워드프레스 플러그인이나 서버 설정으로 켭니다.

이 요금 화면에서는 플러그인 이름까지 확인하지 못했으므로, 어떤 것을 쓸지는 관리 화면에서 직접 보고 고르셔야 합니다.

이미지와 같은 정적 파일은 CDN으로 서버 밖에 둘 수 있습니다.

클라우드웨이즈의 Cloudflare Enterprise CDN은 유료 애드온으로, 도메인당 월 4.99달러부터라고 표시됩니다.

Cloudflare의 무료 CDN을 따로 연결하는 방법도 있으므로 먼저 무료 쪽을 써 보고 부족할 때 비교하시면 됩니다.

클라우드웨이즈 공식 사이트에서 캐시 기능 확인하기

2단계 한도: 전송량은 요금제마다 정해져 있습니다

① 가장 낮은 Micro는 월 14달러, 1GB RAM, 1 vCPU에 월 전송량 1TB입니다.

② 같은 카드에 Unlimited Visits가 적혀 있어 방문 횟수 자체에는 한도가 없다고 표시됩니다.

대신 전송량에는 한도가 있습니다.

이 화면은 DigitalOcean 탭 기준이며, 공급사를 바꾸면 사양과 요금이 달라집니다.

1TB가 어느 정도인지 감을 잡아 보겠습니다.

한 페이지를 불러오는 데 평균 2MB가 전송된다고 가정하면 1TB는 약 50만 번의 페이지 조회입니다.

이 2MB는 계산을 위한 가정이므로, 실제 값은 사이트 이미지 크기에 따라 다릅니다.

① FAQ에는 한도를 넘으면 초과분만 종량 과금한다고 적혀 있습니다.

② DigitalOcean은 초과 1GB당 0.02달러입니다.

한도를 100GB 넘기면 2달러 수준이므로 갑자기 사이트가 막히는 방식이 아니라 요금이 붙는 방식입니다.

AWS는 GB당 0.12달러, Google Cloud는 0.10~0.17달러로 더 비쌉니다.

3단계 확장: 사양 올리는 기준을 미리 정해 둡니다

요금제	월 요금	메모리·CPU	월 전송량
Micro	$14	1GB · 1 vCPU	1TB
Small	$28	2GB · 1 vCPU	2TB
Medium	$54	4GB · 2 vCPU	4TB
Large	$99	8GB · 4 vCPU	5TB

캐시를 켠 상태에서도 메모리 사용량이 방문자가 몰리는 시간대마다 한계에 붙으면 한 단계 올립니다.
월 전송량의 80%를 넘는 달이 두 번 이어지면 올리거나 이미지를 줄입니다.
한 번에 두 단계씩 올리지 않습니다. 요금은 시간 단위로 청구서에 반영되므로, 한 단계씩 올려 보고 그래프를 다시 보면 됩니다.

이벤트나 방송 같은 일회성 유입이 예정되어 있다면 그 기간만 사양을 올렸다가 내리는 방식도 가능합니다.

시간 단위 청구라서 올린 시간만큼만 요금이 계산된다고 표시되어 있습니다.

클라우드웨이즈 3일 무료 체험과 서버 사양 둘러보기

이런 분께는 맞지 않습니다

월 호스팅비를 1만 원 안쪽으로 고정하려는 분: 가장 낮은 요금제도 월 14달러이고 환율에 따라 원화 금액이 달라집니다.
한국어 화면과 원화 결제가 꼭 필요한 분: 요금은 달러로 표시되고 관리 화면은 영어입니다. 한국어 지원 여부는 이 페이지에서 확인하지 못했습니다.
서울 리전이 필요한 분: DigitalOcean 탭에서 서울 리전은 확인하지 못했습니다. 리전은 가입 화면에서 직접 보셔야 합니다.
서버 설정을 만지기 싫은 분: 캐시와 CDN을 직접 골라 켜야 하므로 일정한 학습이 필요합니다.

자주 묻는 질문

방문자가 갑자기 몰리면 사이트가 왜 멈추나요

요청마다 페이지를 새로 만들면 메모리와 CPU가 한꺼번에 부족해지기 때문입니다.

캐시를 켜면 같은 결과를 재사용해 이 부하가 줄어듭니다.

전송량 한도를 넘으면 사이트가 막히나요

클라우드웨이즈 FAQ에는 초과분만 종량으로 청구한다고 적혀 있습니다.

DigitalOcean 기준 초과 1GB당 0.02달러입니다.

처음부터 큰 요금제를 써야 하나요

그렇지 않습니다.

가장 낮은 Micro로 시작하고 메모리 경고가 반복될 때 올리는 방식이 비용이 적습니다.

요금제는 시간 단위로 반영됩니다.

캐시만으로 충분한가요

글 위주의 사이트라면 캐시만으로 상당 부분 해결됩니다.

로그인이나 결제처럼 캐시를 쓰기 어려운 페이지가 많은 사이트는 서버 사양이 더 중요해집니다.

마무리

방문자가 몰릴 때의 병목은 페이지 생성 부하, 메모리와 CPU, 전송량 세 곳이고 순서는 캐시, 한도 확인, 사양 올리기입니다.

Micro는 월 14달러에 월 전송량 1TB이며, 초과분은 DigitalOcean 기준 GB당 0.02달러로 과금됩니다.

올리는 기준은 메모리 경고 반복과 전송량 80% 초과이고, 한 번에 한 단계씩 올립니다.

지금 운영하시는 사이트는 방문자가 몰리면 어느 지점에서 느려지나요?

댓글로 증상을 남겨 주시면 위 표 기준으로 어느 병목인지 같이 짚어 보겠습니다.

클라우드웨이즈 후불 청구, 환율 1,200원·1,500원일 때 한 달 비용: 서버에 메일·백업을 더한 합계

cloudmanager — Thu, 15 Oct 2026 08:00:47 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

클라우드웨이즈를 쓰면 한 달에 실제로 얼마가 청구되는지, 달러 요금에 환율·세금·메일·백업을 더해 계산합니다.

달러로 결제되는 호스팅이 처음이거나, 요금표의 14달러가 원화로 얼마가 되는지 먼저 따져 보려는 분을 위한 글입니다.

읽고 나면 환율이 1,200원일 때와 1,500원일 때의 월 청구액을 직접 계산해 예산을 잡을 수 있습니다.

가격은 2026년 10월 14일에 공식 요금 페이지에서 확인했습니다.

결론: 서버 14달러에 메일·백업을 더해도 17~18달러입니다

가장 낮은 Micro 요금제의 월 요금은 14달러입니다.

1달러를 1,341원으로 계산하면 약 18,800원입니다.

메일함 두 개와 외부 백업 10GB, DNS 애드온까지 모두 켜도 17.83달러, 약 23,900원입니다.

이 금액에는 세금과 도메인 비용이 들어 있지 않습니다.

세금은 청구 주소에 따라 청구서에 별도 줄로 붙고, 도메인은 요금 페이지에 판매 상품이 없어서 다른 곳에서 따로 사야 합니다.

서버 요금은 시간 단위로 쌓여 다음 달에 청구됩니다

① Micro는 월 14달러입니다.

② 화면에는 시간당 0.0208달러도 함께 표시됩니다.

같은 카드에 1GB RAM, 1 vCPU, 25GB NVMe 저장공간, 월 1TB 전송량이 적혀 있습니다.

이 화면은 DigitalOcean 탭 기준이며, 공급사를 바꾸면 요금도 달라집니다.

FAQ에는 후불 방식이라고 적혀 있습니다.

사용한 달의 요금을 다음 달 첫 주에 청구하고 이메일로 알려 준다는 내용입니다.

요금제를 중간에 바꾸면 시간 단위로 청구서에 반영된다고 합니다.

이 방식에서는 가입한 달에 바로 결제되지 않고, 한 달 뒤에 달러 청구서가 한 번에 오게 됩니다.

① 세금 FAQ에는 일부 국가에서 부가가치세 같은 세금을 걷고 세율은 청구 주소에 따라 정해진다고 적혀 있습니다.

② 청구 시점은 다음 달 첫 주입니다.

한국 청구 주소에 어떤 세율이 붙는지는 이 화면만으로 확인하지 못했으므로, 세금은 첫 청구서의 별도 줄을 보고 판단하셔야 합니다.

클라우드웨이즈 공식 요금 페이지에서 오늘 요금 직접 확인하기

달러 결제의 환율 위험: 같은 14달러가 16,800원에서 21,000원까지

요금이 달러로 고정되어 있어서 원화 청구액은 환율이 정합니다.

이 글을 쓴 날 환율 API 기준 1달러는 1,340.88원이었습니다.

가운데 열은 이 값을 그대로 곱했고, 양옆은 비교를 위해 1,200원과 1,500원을 넣었습니다.

두 환율은 실제 예측이 아니라 계산용 가정입니다.

구성	월 달러	1,200원	1,341원	1,500원
서버만 (Micro)	$14	16,800원	18,772원	21,000원
+ 메일함 2개	$17	20,400원	22,795원	25,500원
+ 외부 백업 10GB	$17.33	20,796원	23,237원	25,995원
+ DNS 도메인 1개	$17.83	21,396원	23,908원	26,745원

표의 금액은 달러 요금에 환율을 곱한 값이며, 세금과 카드사의 해외 결제 수수료는 들어 있지 않습니다.

카드 수수료율은 카드사마다 달라 이 글에서는 값을 확인하지 못했습니다.

쓰시는 카드의 해외 결제 수수료율을 확인한 뒤 표의 금액에 그 비율만큼 더해 보시기 바랍니다.

메일·DNS·백업은 서버 요금에 들어 있지 않습니다

① 메일은 Rackspace Email 애드온으로 메일함 하나에 월 1.5달러입니다.

② DNS Made Easy는 도메인 하나에 월 0.50달러입니다.

같은 화면에 사이트 관리는 앱당 월 3달러부터, 악성코드 방어는 앱당 월 4달러부터로 표시됩니다.

도메인을 등록하는 상품은 이 목록에 없습니다.

① 요금표 바로 아래에는 외부 백업 저장소를 쓰면 서버당 GB에 0.033달러가 붙는다고 적혀 있습니다.

10GB면 0.33달러, 25GB면 0.825달러입니다.

② 모든 가격은 세금을 제외한 값입니다.

자동 백업 자체는 포함 기능으로 표시되지만, 어떤 경우에 외부 저장소 요금이 적용되는지는 요금 페이지만으로 확인하지 못했습니다.

백업을 켜기 전에 서버 화면에서 보관 방식을 직접 보셔야 합니다.

내 한 달 비용을 계산하는 순서

요금제 한 줄: 처음에는 가장 낮은 Micro 14달러로 시작합니다. 메모리 경고가 반복될 때 올립니다.
메일 한 줄: 필요한 메일함 수에 1.5달러를 곱합니다. 메일이 필요 없으면 0으로 둡니다.
백업 한 줄: 외부 저장소에 둘 용량(GB)에 0.033달러를 곱합니다.
DNS 한 줄: 쓸 때만 도메인 수에 0.5달러를 곱합니다.
도메인 한 줄: 구입처에 적힌 연 비용을 12로 나눠 월 원화로 더합니다.
합친 달러에 환율을 곱한 뒤, 세금과 카드 수수료를 첫 청구서에서 확인해 얹습니다.

3일 무료 체험은 카드 없이 시작할 수 있다고 표시되어 있어서, 결제 정보를 넣기 전에 관리 화면과 서버 속도를 먼저 볼 수 있습니다.

클라우드웨이즈 3일 무료 체험과 애드온 요금 확인하기

이런 분께는 맞지 않습니다

월 호스팅비를 1만 원 안쪽으로 고정하려는 분: 서버만 14달러라 환율이 1,200원일 때도 16,800원입니다.
원화 결제와 한국어 관리 화면이 꼭 필요한 분: 요금은 달러로 표시되고 화면은 영어입니다. 한국어 지원 여부는 이 페이지에서 확인하지 못했습니다.
메일까지 한곳에서 해결하려는 분: 메일은 선택 애드온이고 메일함마다 요금이 붙습니다.
청구액이 매달 일정해야 하는 분: 후불 청구와 환율 때문에 원화 금액이 달마다 조금씩 달라집니다.

자주 묻는 질문

클라우드웨이즈 한 달 요금은 원화로 얼마인가요

가장 낮은 Micro 14달러를 1달러 1,341원으로 계산하면 약 18,800원입니다.

환율이 1,200원이면 16,800원, 1,500원이면 21,000원입니다.

가입하면 바로 결제되나요

FAQ에는 후불 방식이라고 적혀 있습니다.

사용한 달의 요금을 다음 달 첫 주에 청구한다는 설명입니다.

다만 결제 정보를 언제 입력하게 되는지는 이 페이지에서 확인하지 못했습니다.

세금이 얼마나 붙나요

세율은 청구 주소에 따라 정해지고 청구서에 별도 줄로 나온다고 합니다.

한국 주소의 세율은 확인하지 못했으므로 첫 청구서를 기준으로 보셔야 합니다.

도메인 비용은 요금에 포함되나요

포함되지 않습니다.

요금 페이지의 애드온 목록에는 도메인 등록 상품이 없습니다.

다른 구입처의 연 비용을 12로 나눠 월 비용에 더하시면 됩니다.

마무리

서버는 Micro 월 14달러부터이고, 메일·DNS·외부 백업을 더해도 계산상 17.83달러입니다.

원화 금액은 환율이 정하므로 같은 구성이 1,200원이면 21,396원, 1,500원이면 26,745원입니다.

세금, 카드 해외 결제 수수료, 도메인 비용은 표 밖에서 따로 더해야 합니다.

지금 쓰시는 호스팅은 한 달에 얼마가 나가나요?

댓글로 남겨 주시면 같은 표에 넣어 비교해 드리겠습니다.

워드프레스 여러 개 서버 한 대 관리 비용: 서버 요금은 그대로인데 앱당 애드온이 곱해지는 자리

cloudmanager — Thu, 15 Oct 2026 04:00:30 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

블로그를 여러 개 운영할 때 서버 한 대에 모으면 관리 비용이 어떻게 달라지는지, 클라우드웨이즈 공식 요금 화면으로 계산합니다.

사이트마다 호스팅을 따로 두고 있거나, 한 서버에 몰아 볼지 고민하는 분을 위한 글입니다.

읽고 나면 사이트 수가 늘 때 고정으로 나가는 돈과 사이트 수만큼 곱해지는 돈을 나눠서 예산을 잡을 수 있습니다.

가격은 2026년 10월 14일에 공식 요금 페이지에서 확인했습니다.

결론: 서버 요금은 한 번, 앱당 요금은 사이트 수만큼입니다

서버 한 대에 올리는 앱 수에는 제한이 없다고 공식 FAQ에 적혀 있어서 서버 요금 자체는 사이트가 늘어도 그대로입니다.

다만 사이트 관리나 악성코드 방어 같은 선택 애드온은 앱 단위로 요금이 붙어서, 켜는 순간 사이트 수만큼 곱해집니다.

그래서 비용을 따질 때는 '서버 한 대 요금'과 '앱마다 붙는 요금'을 따로 계산하는 편이 정확합니다.

처음에는 가장 낮은 요금제와 애드온 없이 시작하고, 필요한 애드온만 하나씩 더하는 순서를 권합니다.

고정 비용: 서버 한 대는 최저 월 14달러부터

① 가장 낮은 Micro는 월 14달러이고 시간당으로는 0.0208달러가 표시됩니다.

② 전송량은 월 1TB가 포함됩니다.

같은 카드에는 1GB RAM, 1 vCPU, 25GB NVMe 저장공간이 적혀 있고, 설명 문구는 개인 사이트와 단순한 블로그에 맞는다는 내용입니다.

이 화면은 DigitalOcean 탭 기준이며 가격에는 세금이 포함되어 있지 않다고 페이지 하단에 적혀 있습니다.

1달러를 1,341원으로 계산하면 14달러는 약 18,800원입니다.

공급사 탭을 바꾸면 요금도 달라지니 가입 전에 같은 화면에서 다시 확인하시기 바랍니다.

클라우드웨이즈 요금 페이지에서 서버 사양 직접 확인하기

앱 수는 제한이 없습니다

① 'Unlimited Apps' 칸에는 서버가 감당할 수 있는 만큼 CMS나 쇼핑몰 앱을 올릴 수 있다고 적혀 있습니다.

② 스테이징 환경도 모든 요금제에 포함이라고 표시됩니다.

① FAQ에도 서버 한 대에 올릴 수 있는 앱 수에 제한이 없다고 적혀 있습니다.

여기서 '제한이 없다'는 말은 요금 정책을 가리킵니다.

1GB RAM에 사이트 다섯 개가 몇 명의 방문까지 버티는지는 화면에 나와 있지 않으므로, 이 글은 사양의 한계를 대신 보증하지 않습니다.

변동 비용: 앱마다 붙는 애드온

① 사이트 관리(Site Manager)는 여러 워드프레스 사이트를 한 대시보드에서 관리하는 기능이며 앱당 월 3달러부터입니다.

② 악성코드 방어(Malware Protection)는 앱당 월 4달러부터입니다.

두 곳 모두 'Starts at'으로 적혀 있어서 표시된 값은 최저 금액으로 보시는 편이 안전합니다.

운영 사이트 수	서버만	+ 사이트 관리	+ 사이트 관리·악성코드 방어
1개	$14 (약 18,800원)	$17 (약 22,800원)	$21 (약 28,200원)
3개	$14 (약 18,800원)	$23 (약 30,800원)	$35 (약 46,900원)
5개	$14 (약 18,800원)	$29 (약 38,900원)	$49 (약 65,700원)
10개	$14 (약 18,800원)	$44 (약 59,000원)	$84 (약 112,600원)

Micro 서버 14달러에 앱당 3달러, 4달러를 더해 계산한 값이고 세금과 환율 변동은 반영하지 않았습니다.

10개 구간의 세 번째 칸이 서버 요금의 여섯 배라는 점을 보면, 애드온을 모든 사이트에 켜는 선택이 비용을 가장 크게 좌우한다는 것을 알 수 있습니다.

관리 비용을 줄이는 순서

서버는 최저 요금제로 시작하고 사이트를 하나씩 옮깁니다.
애드온은 켜지 않은 상태에서 한 달을 운영해 보고, 직접 하기 번거로운 작업만 골라 켭니다.
방문이 많은 사이트와 그렇지 않은 사이트를 나눠, 애드온은 중요한 사이트에만 붙입니다.
메모리 경고나 속도 저하가 반복되면 그때 상위 요금제나 서버 분리를 검토합니다.

백업은 모든 요금제에 포함으로 적혀 있으나 외부 백업 저장소는 서버당 GB에 0.033달러가 따로 붙는다고 표시되어 있습니다.

보관량이 커지면 이 항목도 월 비용에 들어갑니다.

클라우드웨이즈 3일 무료 체험 조건 확인하기

이런 분께는 맞지 않습니다

사이트 한두 개를 월 1만 원 안쪽으로 운영하려는 분: 월 14달러(약 18,800원)와 세금 별도 조건은 부담이 될 수 있습니다.
원화 결제와 한국어 화면이 꼭 필요한 분: 요금과 화면이 달러·영어로 표시됩니다.
한 곳에 몰았을 때의 위험이 부담스러운 분: 서버 한 대에 사이트를 모으면 서버에 문제가 생겼을 때 사이트가 함께 영향을 받습니다. 중요한 사이트는 따로 두는 구성도 생각해야 합니다.

자주 묻는 질문

서버 한 대에 워드프레스를 몇 개까지 올릴 수 있나요

공식 FAQ에는 서버당 앱 수에 제한이 없다고 적혀 있습니다.

실제로 몇 개가 안정적으로 돌아가는지는 사이트별 방문량과 서버 메모리에 따라 달라지며 요금 페이지에는 나와 있지 않습니다.

애드온을 켜지 않으면 사이트 관리가 불가능한가요

아닙니다.

사이트 관리와 악성코드 방어는 선택 애드온이며, 요금 페이지에는 서버·스테이징·SSL·백업이 모든 요금제 포함 기능으로 표시됩니다.

애드온은 필요할 때 더하는 항목입니다.

표의 금액에 세금이 들어 있나요

들어 있지 않습니다.

요금 페이지 하단에 표시된 모든 가격은 해당 세금을 제외한 값이라고 적혀 있습니다.

처음부터 상위 요금제가 필요한가요

요금 페이지에서 처음부터 상위 요금제를 골라야 할 근거는 확인하지 못했습니다.

최저 요금제로 시작해 사용량을 본 뒤 올리는 방식을 권합니다.

마무리

서버 요금은 사이트 수가 늘어도 한 번이고, 사이트 관리와 악성코드 방어 애드온은 앱 수만큼 곱해집니다.

사이트 5개에 애드온을 모두 켜면 월 49달러(약 65,700원), 서버만 쓰면 14달러(약 18,800원)입니다.

최저 요금제와 애드온 없이 시작해 필요한 것만 하나씩 더하는 순서가 관리 비용을 가장 덜 키웁니다.

지금 운영 중인 블로그는 몇 개이고 호스팅 비용은 한 달에 얼마나 나가나요?

댓글로 남겨 주시면 같은 방식으로 같이 계산해 보겠습니다.

카페24 일일 트래픽 초과 차단 vs 클라우드웨이즈 초과 과금: 한도에 닿은 날 사이트에 생기는 일

cloudmanager — Thu, 15 Oct 2026 00:00:33 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 카페24 뉴매니지드 워드프레스와 클라우드웨이즈가 트래픽 한도에 닿았을 때 각각 무엇을 하는지를 공식 화면으로 비교합니다.

워드프레스 호스팅의 월 요금은 비슷해 보이는데 어느 쪽이 맞을지 정하지 못한 분을 위한 글입니다.

읽고 나면 내 사이트가 한도에 닿을 가능성과, 닿았을 때 감당할 방식(차단 또는 초과 과금)을 기준으로 요금제를 고를 수 있습니다.

숫자와 화면은 2026년 10월 14일에 공식 페이지를 직접 열어 확인한 것입니다.

결론부터: 월 요금보다 '한도에 닿은 날'이 다릅니다

카페24 스타트업부터 그로스업까지는 하루 트래픽이 소진되면 사이트가 차단된다고 적혀 있습니다.

클라우드웨이즈는 월 전송량을 넘으면 넘은 만큼만 과금한다고 적혀 있습니다.

방문자가 적은 첫 사이트라면 월 450원짜리 카페24 스타트업으로도 충분할 수 있습니다.

다만 글 하나가 갑자기 터지는 상황을 걱정한다면 '멈추는 쪽'과 '돈이 더 나가는 쪽' 중 어느 쪽이 덜 불편한지를 먼저 정해야 합니다.

카페24: 하루 한도가 끊기면 사이트가 멈춥니다

① 스타트업의 트래픽은 1.6GB/일(약 48GB/월)입니다.

② SSD는 700MB입니다.

③ 카드 아래 주석에 스타트업~그로스업은 일단위 트래픽이 소진되면 사이트가 차단된다고 적혀 있습니다.

④ 스케일업만 기본 트래픽을 넘겨도 추가 요금이 발생하는 방식입니다.

하루 단위라는 점이 핵심입니다.

한 달 합계가 48GB로 넉넉해 보여도 어느 하루에 방문이 몰리면 그날 한도에서 막힙니다.

페이지 한 번 열 때 전송량을 대략 2MB로 가정하면 1.6GB는 하루 800회 안팎의 페이지 열람입니다.

이 가정은 이미지와 플러그인 구성에 따라 크게 달라지므로 본인 사이트에서 따로 재 보셔야 합니다.

① 설치비는 월 사용료와 별개 칸이며 스타트업 5,000원, 나머지 요금제는 11,000원으로 표시돼 있습니다.

② 초과 트래픽 요금 칸은 대부분 비어 있고 ③ 스케일업에만 165원/GB가 적혀 있습니다.

즉 스타트업에서 한도를 넘기면 과금 대신 차단이 걸리고, 계속 쓰려면 상위 요금제로 옮겨야 합니다.

안내문에는 나의서비스관리에서 설치비와 월 사용료의 차액을 결제해 상위 서비스로 바꿀 수 있다고 적혀 있습니다.

클라우드웨이즈: 월 전송량을 넘으면 초과분만 과금합니다

① 최저 구간 Micro는 월 1TB 전송량이 포함됩니다.

② 저장 공간은 25GB NVMe입니다.

③ 표시 가격은 세금 별도입니다.

같은 화면에서 Micro는 월 14달러이고, 오늘 환율(1달러 ≒ 1,341원) 기준으로 약 18,800원입니다.

달러로 청구되므로 환율에 따라 원화 금액은 달라집니다.

① FAQ에는 대역폭이 pay-as-you-go 방식이며 플랜 한도를 넘은 만큼만 낸다고 적혀 있습니다.

② 공급사를 AWS로 고르면 GB당 0.12달러입니다.

③ DigitalOcean은 GB당 0.02달러입니다.

같은 문서에 GCP는 0.10~0.17달러로 리전마다 다르다고 나옵니다.

요금 페이지의 기본 탭이 DigitalOcean이므로 아래 계산은 DigitalOcean 기준입니다.

공급사 탭을 바꾸면 요금표와 초과 단가가 함께 달라지니 가입 전에 같은 화면에서 직접 확인하시기 바랍니다.

클라우드웨이즈 요금 페이지에서 초과 전송량 안내 직접 확인하기

한도를 100GB 넘겼다고 가정하면

구분	한도에 닿았을 때	100GB를 넘긴 달의 추가 비용
카페24 스타트업~그로스업	그날 사이트 차단	과금 없음(상위 요금제로 변경해야 계속 이용)
카페24 스케일업(월 1.2TB)	차단 없이 초과분 과금	165원 × 100GB = 16,500원(VAT 포함)
클라우드웨이즈 Micro(월 1TB, DigitalOcean)	차단 없이 초과분 과금	$0.02 × 100GB = $2(약 2,700원, 세금 별도)

세 줄은 요금제의 급이 다르므로 월 요금까지 합쳐 우열을 가릴 수 없고, 한도를 넘긴 뒤의 동작만 비교한 것입니다.

클라우드웨이즈에서 AWS 공급사를 고르면 같은 100GB가 12달러(약 16,100원)가 됩니다.

관리 난이도: 백업과 스테이징은 누가 책임지나

두 곳 모두 자동 백업과 무료 SSL, 스테이징을 내세웁니다.

차이는 조건 문구에 있습니다.

카페24 유의사항에는 '백업의 의무는 고객에게 있습니다'와 자동 백업은 보조 용도로만 쓰라는 문구가 있습니다. 스테이징 사이트는 생성 1개월 뒤 별도 안내 없이 자동 삭제되고, 서비스 용도로는 쓸 수 없다고 적혀 있습니다.
클라우드웨이즈 요금 페이지는 Automated Backups, Staging Environment, Free SSL, 서버 방화벽을 모든 요금제 포함 기능으로 적어 둡니다. 다만 외부 백업 저장소는 서버당 GB에 0.033달러가 따로 붙는다고 표시돼 있습니다.

관리 난이도는 결국 화면에서 갈립니다.

카페24는 한국어 화면과 고객센터에서 신청과 변경을 처리합니다.

클라우드웨이즈는 요금 페이지와 FAQ가 영어로 적혀 있어 영어 메뉴에 익숙하지 않으면 처음 몇 번은 번역기를 켜게 됩니다.

이런 분께는 맞지 않습니다

월 방문이 적고 요금을 최대한 아끼려는 분: 카페24 스타트업의 월 450원(1년 약정가)이 훨씬 가볍습니다. 클라우드웨이즈는 최저가가 월 14달러입니다.
원화 결제와 한국어 안내가 우선인 분: 클라우드웨이즈는 달러 청구라 환율 변동을 감수해야 합니다.
서버 설정을 전혀 만지고 싶지 않은 분: 영어 화면이 부담이 될 수 있습니다.

클라우드웨이즈를 고려한다면 가장 낮은 Micro로 시작하고, 3일 무료 체험(카드 불필요)으로 화면을 먼저 확인하는 순서를 권합니다.

처음부터 Small 이상을 고를 이유는 요금 페이지에서 찾지 못했습니다.

클라우드웨이즈 Micro 사양과 3일 무료 체험 조건 보기

자주 묻는 질문

카페24 스타트업은 하루 한도를 넘으면 자동으로 과금되나요

공식 요금표 기준으로는 그렇지 않습니다.

주석에는 일단위 트래픽이 소진되면 사이트가 차단된다고 적혀 있고, 초과 트래픽 요금 칸이 있는 요금제는 스케일업뿐입니다.

유의사항에는 트래픽 용량 추가를 월 단위로 신청할 수 있다는 문장이 있으나 금액은 이번에 확인하지 못했습니다.

클라우드웨이즈 전송량 초과 요금은 모든 공급사가 같은가요

같지 않습니다.

FAQ에는 AWS 0.12달러/GB, DigitalOcean 0.02달러/GB, GCP는 리전별 0.10~0.17달러/GB로 적혀 있습니다.

두 곳 모두 SSL이 무료인가요

카페24는 연결한 도메인마다 Let's Encrypt 무료 SSL이 자동 발급된다고 안내하고, 클라우드웨이즈 요금 페이지도 Free SSL을 모든 요금제 포함 기능으로 표시합니다.

카페24에서 시작했다가 나중에 옮길 수 있나요

워드프레스 사이트이므로 옮기는 것 자체는 가능합니다.

다만 도메인 연결과 SSL 설정을 새 서버에서 다시 해야 합니다.

마무리

카페24 스타트업~그로스업은 하루 트래픽이 소진되면 사이트가 차단되고, 초과 과금은 스케일업에만 있습니다.

클라우드웨이즈 Micro는 월 14달러에 월 1TB가 포함되며, 넘으면 공급사별 단가(DigitalOcean 기준 GB당 0.02달러)로 초과분만 과금됩니다.

방문이 적으면 카페24 스타트업이 가볍고, 한도에서 멈추는 것이 불안하면 클라우드웨이즈 최저 요금제부터 시험해 볼 만합니다.

지금 쓰는 호스팅은 어디이고 하루 방문자는 어느 정도인가요?

댓글로 남겨 주시면 어느 요금제 구간이 맞는지 같이 따져 보겠습니다.

워드프레스 서버 메모리 업그레이드 시점: 일 방문자를 동시 요청으로 환산해 미리 계산하는 법

cloudmanager — Wed, 14 Oct 2026 20:00:01 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

일 방문자 수를 서버 메모리로 환산하는 계산을 직접 해 보고, 그 결과를 요금 계단 위에 올려 놓습니다.

워드프레스로 블로그나 작은 쇼핑몰을 운영하면서 지금 사양을 올려야 하는지 판단해야 하는 분을 위한 글입니다.

읽고 나면 방문자 수 대신 무엇을 세어야 하는지, 올릴 때 요금이 어떻게 붙는지를 숫자로 설명할 수 있습니다.

방문자 수를 사양에 바로 대입하면 어긋나는 이유

요금표에는 메모리와 vCPU가 적혀 있고, 운영자의 머릿속에는 일 방문자 수가 있습니다.

두 숫자의 단위가 다릅니다.

방문자 수는 하루 동안 쌓인 양이고, 서버가 감당하는 것은 어느 한순간에 동시에 처리 중인 요청의 수입니다.

참고로 워드프레스 공식 요구사항 페이지는 PHP 8.3 이상과 MariaDB 10.11 이상 또는 MySQL 8.0 이상만 적어 두었고, 메모리 최소치는 쓰여 있지 않습니다(2026년 10월 13일 확인).

일 방문자를 동시 요청으로 환산하는 계산

계산에 필요한 값은 네 개입니다.

방문 1회당 페이지뷰, 하루 중 가장 붐비는 한 시간에 몰리는 비율, 페이지 하나를 만드는 데 걸리는 시간, 그리고 캐시 적중률입니다.

아래 표는 방문 1회당 2페이지, 피크 한 시간에 하루의 15퍼센트, 페이지 생성 0.3초, 전면 캐시 적중률 80퍼센트를 가정하고 계산한 값입니다.

가정값이므로 자기 사이트 수치로 바꿔 넣어야 합니다.

일 방문자	피크 1시간 페이지뷰	초당 페이지뷰	초당 PHP 요청	동시 처리 추정
500명	150	0.04	0.01	0.01개 미만
2,000명	600	0.17	0.03	0.01개
10,000명	3,000	0.83	0.17	0.05개

계산 결과가 말하는 바는 분명합니다.

캐시가 걸린 글 중심 사이트라면 일 1만 명이 들어와도 PHP가 동시에 돌리는 요청은 한 개가 채 되지 않습니다.

그러면 1GB 서버가 왜 버거워질까요.

트래픽이 아니라 상주 메모리 때문입니다.

데이터베이스와 PHP 프로세스, 캐시 저장소가 방문자가 없는 새벽에도 메모리를 잡고 있습니다.

여기에 플러그인이 늘어나면 기본 점유가 올라갑니다.

그래서 판단 기준은 평균 방문자 수가 아니라 두 가지입니다.

첫째, 방문이 없는 시간대의 여유 메모리.

둘째, 공지나 메일 발송처럼 몇 분 안에 몰리는 순간 최대치입니다.

요금 계단에서 내 자리 찾기

클라우드웨이즈 요금 페이지의 디지털오션 요금 계단 (2026년 10월 13일 확인)

① 가장 왼쪽이 최저 요금제이고, ② 한 칸 올라가면 메모리가 두 배가 되며, ③ 네 번째 칸이 8GB입니다.

공급사 탭과 Standard·Premium 토글을 바꾸면 같은 메모리라도 금액이 달라집니다.

요금제 카드에 적힌 메모리·vCPU·저장공간·전송량 (2026년 10월 13일 확인)

① 카드 안을 보면 2GB 요금제의 사양이 메모리 2GB, 1 vCPU, 50GB NVMe, 전송량 2TB로 적혀 있습니다.

같은 카드에 Unlimited Visits, 즉 방문 수 제한은 없다는 표기도 함께 있습니다.

요금제	월 요금(Premium)	메모리	vCPU	저장공간	월 전송량
Micro	$14	1GB	1	25GB	1TB
Small	$28	2GB	1	50GB	2TB
Medium	$54	4GB	2	80GB	4TB
Large	$99	8GB	4	160GB	5TB

디지털오션 기준 2026년 10월 13일 확인값이고 세금은 별도입니다.

같은 화면에서 Standard로 토글하면 순서대로 $11, $24, $46, $88로 내려갑니다.

처음 시작하는 글 블로그라면 가장 아래 칸으로 충분합니다.

요금 계단과 각 칸의 사양은 아래 페이지에서 확인할 수 있습니다.

요금제별 메모리와 전송량 확인하기

메모리보다 전송량이 먼저 막히는 경우

전송량을 넘겼을 때의 추가 과금 안내 (2026년 10월 13일 확인)

① 전송량 초과 질문의 답에는 넘긴 만큼만 추가로 과금한다고 적혀 있습니다.

디지털오션은 GB당 $0.02, AWS는 GB당 $0.12입니다.

계산은 단순합니다.

페이지 한 장의 무게가 2MB이고 월 페이지뷰가 30만이면 600GB로, 최저 요금제의 1TB 안에 들어옵니다.

사진이 많은 글이라 한 장에 6MB씩 나간다면 같은 조회수에서 1.8TB가 되어 초과분이 생깁니다.

이때 올려야 할 것은 메모리가 아니라 이미지 용량이거나 CDN입니다.

올리는 순서와 그때 붙는 요금

월 중간에 요금제를 바꿀 때의 청구 방식, 공식 FAQ (2026년 10월 13일 확인)

① 요금제를 월 중간에 바꾸면 어떻게 되느냐는 질문의 답에, 시간 단위로 과금하므로 변경이 곧바로 청구서에 반영된다고 적혀 있습니다.

그래서 올리는 순서는 이렇게 잡습니다.

먼저 한 달 치 여유 메모리 기록을 보고, 다음으로 캐시와 이미지처럼 돈이 들지 않는 쪽을 정리하고, 그래도 여유 메모리가 바닥에 붙어 있으면 한 칸만 올립니다.

두 칸을 한 번에 올리지 않습니다.

1GB에서 2GB로 가는 차액은 월 14달러이고, 4GB까지 건너뛰면 월 40달러가 늘어납니다.

사양 변경 기능 자체는 모든 요금제에 포함되어 있습니다.

요금 페이지의 포함 기능 목록에 Vertical Scaling이 들어 있고, 공식 소개 문구는 램·CPU·저장공간을 조정한다고 적고 있습니다.

솔직하게 짚을 단점

저장공간까지 함께 올리면 되돌리기 어렵습니다.

요금 페이지에서 올리고 내리는 것이 모두 된다고 명시한 공급사는 AWS뿐입니다.

결제는 달러로 이뤄지고 세금이 별도이며, 관리 화면과 고객지원은 영어입니다.

오프사이트 백업 보관은 서버당 GB에 $0.033이 추가됩니다.

디지털오션 데이터센터 목록에는 뉴욕·암스테르담·방갈로르·프랑크푸르트·런던·샌프란시스코·싱가포르·시드니·토론토가 있고 서울과 도쿄는 없습니다.

한국 방문자 비중이 절대적이고 응답 속도에 민감하다면 이 점을 먼저 따져야 합니다.

자주 묻는 질문

방문자가 늘면 요금이 자동으로 올라가나요

아닙니다.

요금제 카드에 방문 수와 사이트 수가 무제한으로 적혀 있습니다.

다만 전송량을 넘기면 그만큼 추가 과금됩니다.

이벤트가 있는 하루만 사양을 올려도 되나요

시간 단위 과금이라 올린 시간만큼만 청구됩니다.

다만 저장공간까지 올라가는 변경이면 되돌리기 어려우므로 메모리와 CPU만 바뀌는 선택인지 확인하고 올립니다.

지금 사양이 모자란지 어떻게 확인하나요

방문자 수가 아니라 여유 메모리 기록으로 봅니다.

사람이 거의 없는 시간대에도 여유가 바닥에 붙어 있으면 상주 메모리가 이미 꽉 찬 상태입니다.

결제 전에 먼저 시험해 볼 수 있나요

요금 페이지에 3일 무료 체험이 있고 신용카드가 필요 없다고 적혀 있습니다.

체험 기간에는 사양 변경이 제한되므로 속도 측정 용도로만 씁니다.

3일 체험과 요금 조건 살펴보기

마무리

일 방문자 수는 그대로 사양이 되지 않습니다.

환산해 보면 캐시가 걸린 글 블로그에서 PHP 동시 처리량은 1만 명이 와도 한 개 미만입니다.

실제로 메모리를 채우는 것은 데이터베이스와 플러그인 같은 상주 프로세스이므로, 판단은 한가한 시간대의 여유 메모리와 순간 최대치로 합니다.

올릴 때는 캐시와 이미지를 먼저 정리한 뒤 한 칸만 올리고, 시간 단위 과금이라 올린 만큼만 청구된다는 점을 기억하면 됩니다.

지금 쓰시는 서버의 메모리와 하루 방문자 수가 어느 정도인지 댓글로 남겨 주시면, 위 계산식에 넣어 어느 칸이 맞는지 같이 따져 보겠습니다.

수익형 블로그 주제 고르는 기준 네 가지: 단가·검색량·경쟁·글감 개수를 한 표에 올리는 순서

cloudmanager — Wed, 14 Oct 2026 16:00:48 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 수익형 블로그의 주제를 고를 때 단가·검색량·경쟁·글감 개수 네 가지를 각각 어디서 어떻게 확인하는지, 그리고 그 네 값을 한 표에 올려 비교하는 순서를 정리합니다.

주제 후보는 두세 개 있는데 무엇을 기준으로 하나를 골라야 할지 막막한 분을 위한 글입니다.

읽고 나면 후보마다 네 칸을 채운 표를 직접 만들고, 그 표를 보고 한 주제를 고를 수 있습니다.

아래 화면과 숫자는 2026년 10월 13일에 공식 페이지를 직접 열어 확인한 것입니다.

결론부터: 네 칸을 다 채우기 전에는 고르지 않습니다

주제를 고를 때 흔히 쓰는 기준은 "내가 아는 것"과 "돈이 되는 것" 둘입니다.

이 둘만 보면 결과가 두 가지 중 하나로 갈립니다.

아는 건 많은데 아무도 안 찾는 주제를 잡거나, 단가는 높은데 상위가 꽉 막힌 주제를 잡습니다.

네 칸은 이렇습니다.

① 단가는 그 주제의 광고가 얼마에 팔리는가, ② 검색량은 몇 명이 찾는가, ③ 경쟁은 그 자리를 이미 누가 쥐고 있는가, ④ 글감 개수는 내가 몇 편까지 쓸 수 있는가입니다.

네 칸 중 하나라도 비어 있으면 고르지 않습니다.

넷 다 채워 놓고 보면 보통 후보 하나가 자동으로 떨어져 나갑니다.

① 단가: RPM 공식부터 보고 '얼마짜리 주제'를 가늠합니다

① 구글 애드센스 공식 문서의 RPM 정의 화면입니다.

1,000회 노출당 수익을 뜻하고, 공식은 RPM = (예상 수입 / 페이지 조회수) × 1000 으로 적혀 있습니다.

같은 문서의 예시는 25회의 페이지 조회수에 예상 수입이 0.15달러면 페이지 RPM이 6달러가 된다는 식입니다.

여기서 읽어 둘 점이 하나 있습니다.

문서에도 RPM은 실제 발생한 수입이 아니라 예상 수입을 나눈 값이라고 적혀 있습니다.

주제별 CPC나 RPM을 소수점까지 적어 놓은 표들이 돌아다니지만, 그 숫자는 내 블로그의 값이 아니라 남의 계정에서 나온 예상값입니다.

그래서 단가 칸은 소수점이 아니라 세 단계로 적는 편이 쓸모 있습니다.

광고주가 돈을 쓰는 분야(금융·보험·법률·소프트웨어·교육)면 상, 물건을 파는 분야면 중, 광고주가 붙을 자리가 떠오르지 않는 분야(일상 기록·감상)면 하입니다.

판단이 서지 않으면 네이버나 구글에서 그 주제를 검색해 광고가 몇 줄 붙는지 세어 보면 됩니다.

광고가 한 줄도 없으면 단가 칸은 하입니다.

② 검색량: 큰 숫자보다 선의 모양을 봅니다

검색량은 로그인 없이 네이버 데이터랩 검색어트렌드에서 확인할 수 있습니다.

절대 검색 횟수는 안 나오고 상대 지수만 나오지만, 후보 두세 개를 나란히 놓고 비교하는 용도로는 이쪽이 더 편합니다.

① 왼쪽 칸에 주제어 이름을 적고, ② 오른쪽 칸에 그 주제에 해당하는 검색어를 쉼표로 묶어 넣습니다.

한 주제를 검색어 하나로만 재면 표기 차이 때문에 값이 왜곡되므로, 같은 뜻으로 쓰이는 말을 함께 넣는 쪽이 정확합니다.

③ 기간은 1년 이상으로 잡습니다.

1개월이나 3개월로 보면 계절 요인이 걸러지지 않습니다.

'워드프레스 호스팅' 묶음과 '블로그 수익' 묶음을 2025년 10월 12일부터 2026년 10월 12일까지 비교한 실제 결과입니다.

분홍색인 '블로그 수익' 쪽이 최대 지수 100을 찍고, 초록색인 '워드프레스 호스팅'은 같은 자에서 한 자릿수에 머물러 있습니다.

검색량만 보면 비교가 되지 않습니다.

그런데 선의 모양이 다릅니다.

분홍색 선은 1년 동안 60 안팎에서 15 안팎까지 내려오는 중이고, 초록색 선은 낮은 자리에서 거의 평평합니다.

지금 큰 쪽이 2년 뒤에도 클 거라는 보장은 그래프 어디에도 없습니다.

이 칸에 적을 것은 두 가지입니다.

지수의 높낮이, 그리고 1년 동안 오르는 선인지 내려오는 선인지입니다.

수익형 블로그는 글을 쌓는 데만 몇 달이 걸리므로, 내려오는 선이면 높이와 무관하게 감점입니다.

③ 경쟁: 상위 결과를 직접 세어 봅니다

경쟁 칸은 도구가 아니라 검색창으로 잽니다.

후보 주제의 대표 키워드를 네이버·다음·구글에 각각 넣고, 1페이지에 무엇이 있는지 세면 됩니다.

세는 기준은 세 가지입니다.

첫째, 상위 1~2위가 어떤 종류의 사이트인가.

포털 공식 서비스나 대형 언론·기업 페이지가 쥐고 있으면 개인 블로그가 그 자리를 가져오기 어렵습니다.

둘째, 1페이지가 특정 플랫폼으로 쏠려 있는가.

예를 들어 다음 검색 1페이지가 네이버 블로그로만 채워져 있으면, 티스토리 글로는 그 자리를 비집기 어렵습니다.

셋째, 결과 수가 지나치게 적은가.

경쟁이 없다는 뜻일 수도 있지만, 아무도 그 말로 검색하지 않는다는 뜻일 때가 더 많습니다.

이 세 가지가 다 괜찮게 나오는 키워드는 보통 짧은 단어가 아니라 조건이 두세 개 붙은 긴 말입니다.

'블로그'가 아니라 '수익형 블로그 주제 고르는 기준' 쪽입니다.

경쟁 칸은 상·중·하로 적되, 하로 적은 근거를 한 줄 같이 남겨 두면 나중에 다시 판단할 때 편합니다.

④ 꾸준히 쓸 수 있는가: 글감 30개를 먼저 적어 봅니다

앞의 세 칸이 다 좋게 나와도 네 번째 칸에서 떨어지는 주제가 많습니다.

수익형 블로그는 글이 쌓여야 검색에 잡히는데, 10편쯤에서 쓸 말이 떨어지면 거기서 멈추기 때문입니다.

방법은 단순합니다.

후보를 고르기 전에 제목만 30개 적어 봅니다.

본문은 쓰지 않고 제목만 적습니다.

30개가 20분 안에 나오면 그 주제는 최소 반년 치 분량이 있다는 뜻입니다.

15개쯤에서 막히면 그 주제는 카테고리 하나지 블로그 하나가 되기는 어렵습니다.

막혔을 때 쓰는 방법이 하나 더 있습니다.

그 주제를 찾는 사람이 어느 단계에 있는가로 쪼개는 것입니다.

시작하려는 사람, 시작했는데 막힌 사람, 돌아가고 있어서 개선하려는 사람, 그만두려는 사람으로 나누면 같은 주제에서 네 묶음이 나옵니다.

30개를 못 채웠다면 보통 '시작하려는 사람' 한 묶음만 보고 있었을 때입니다.

네 칸을 한 표에 올리면 이렇게 됩니다

칸	무엇을 보나	어디서 확인하나	떨어뜨리는 신호
① 단가	광고주가 돈을 쓰는 분야인가	검색 결과에 붙는 광고 줄 수, 애드센스 RPM 공식	검색해도 광고가 한 줄도 없음
② 검색량	지수의 높이 + 1년 추세	네이버 데이터랩 검색어트렌드(1년 이상)	1년 내내 내려오는 선
③ 경쟁	상위 1~2위의 종류, 플랫폼 쏠림	네이버·다음·구글 1페이지 직접 확인	포털·대형 사이트가 1~2위 고정
④ 글감	제목 30개가 20분 안에 나오는가	직접 적어 보기(독자 단계별로 쪼개기)	15개에서 막힘

네 칸을 채우고 나면 고르는 방식은 '제일 좋은 하나'가 아닙니다.

떨어뜨리는 신호가 하나도 없는 후보를 남기는 쪽입니다.

그런 후보가 둘 이상이면 ④ 글감 칸의 숫자가 큰 쪽을 고릅니다.

주제를 정한 뒤 바로 갈리는 자리: 글을 어디에 쌓는가

주제가 정해지면 다음 결정은 그 글을 어디에 쌓느냐입니다.

네이버 블로그나 티스토리 같은 무료 플랫폼은 비용이 0원이지만 광고 자리와 도메인이 내 것이 아니고, 워드프레스를 직접 올리면 그 둘이 내 것이 되는 대신 도메인과 서버 비용이 매달 나갑니다.

①~④ 칸에서 단가가 상으로 나온 주제일수록 광고 자리를 내가 쥐는 쪽의 값이 커집니다.

워드프레스를 올릴 관리형 호스팅 중 하나인 클라우드웨이즈의 2026년 10월 13일 요금 화면입니다.

DigitalOcean을 공급사로 고른 Basic 기준 ① 최저 구간은 Micro이고 ② 월 14달러, ③ 한 단계 위인 Small이 월 28달러이며 그 위가 54달러와 99달러입니다.

글을 이제 쌓기 시작하는 단계라면 최저 구간으로 충분합니다.

같은 페이지에 카드 없이 쓰는 3일 무료 체험 안내도 함께 있습니다.

다만 결제가 달러라 환율에 따라 월 비용이 흔들리고, 관리 화면과 고객지원이 영어이며, 메일 호스팅은 포함돼 있지 않습니다.

월 1만 원 안쪽의 공유 호스팅으로 충분한 분이나 플랫폼의 노출을 그대로 쓰고 싶은 분에게는 맞지 않는 선택지입니다.

클라우드웨이즈 공식 홈페이지에서 요금 구간 확인하기

이 네 칸 기준이 안 맞는 경우

이 기준은 광고와 검색 유입으로 수익을 내는 블로그를 전제로 합니다.

그래서 안 맞는 경우가 분명히 있습니다.

이미 팔 물건이나 서비스가 있는 분은 단가 칸을 볼 이유가 없습니다.

그 경우 기준은 '내 상품을 살 사람이 검색할 말인가' 하나로 바뀝니다.

검색량이 월 수십 회라도 그 수십 명이 구매자면 그쪽이 맞습니다.

기록이나 취미가 목적인 블로그에도 맞지 않습니다.

네 칸을 채우기 시작하는 순간 쓰고 싶은 글과 써야 하는 글이 갈리고, 대개 그 지점에서 글쓰기가 재미없어집니다.

수익이 목적이 아니면 이 표는 접어 두는 쪽이 낫습니다.

자주 묻는 질문

수익형 블로그 주제는 하나로 좁혀야 하나요

처음에는 하나로 좁히는 쪽이 유리합니다.

검색 엔진이 사이트의 분야를 가늠할 재료가 글밖에 없기 때문입니다.

한 주제로 수십 편이 쌓인 뒤에 인접한 주제로 넓히는 순서가 안전합니다.

단가가 높은 주제만 고르면 되지 않나요

단가가 높은 분야는 광고주가 돈을 많이 쓰는 분야이고, 그 말은 같은 자리를 노리는 사이트도 많다는 뜻입니다.

단가 칸만 보고 고르면 ③ 경쟁 칸에서 막힙니다.

네 칸을 같이 보라는 이유가 이것입니다.

네이버 데이터랩 지수는 실제 검색 횟수인가요

아닙니다.

기간 중 최대 검색량을 100으로 둔 상대 지수입니다.

절대 횟수를 알 수는 없고, 후보들끼리 비교하거나 한 주제의 추세를 보는 용도로 씁니다.

이미 글을 쓰고 있는데 주제가 안 맞는 것 같으면 바꿔야 하나요

쌓인 글 수에 따라 다릅니다.

20편 안쪽이면 바꾸는 비용이 작습니다.

그보다 많다면 주제를 갈아엎기보다 ④ 칸의 '독자 단계별 쪼개기'로 지금 주제 안에서 각도를 넓혀 보는 쪽을 먼저 시도해 볼 만합니다.

마무리

수익형 블로그 주제는 단가·검색량·경쟁·글감 개수 네 칸을 다 채운 뒤에 고릅니다.

한 칸이라도 비어 있으면 고르지 않습니다.

단가는 검색 결과의 광고 줄 수로 상중하만 매기고, 검색량은 데이터랩에서 지수의 높이와 1년 추세를 같이 보며, 경쟁은 1페이지를 직접 세고, 글감은 제목 30개로 잽니다.

고르는 방식은 제일 좋은 하나를 뽑는 게 아니라 떨어뜨리는 신호가 없는 후보를 남기는 쪽이고, 둘 이상 남으면 글감이 많은 쪽을 고릅니다.

지금 후보로 놓고 계신 주제는 무엇인가요?

네 칸 중 어디에서 막히셨는지 댓글로 남겨 주시면 함께 짚어 보겠습니다.

다음 글에서는 「방문자 수별 서버 사양 기준, 언제 업그레이드하나」에 대해 알아보겠습니다.

라이트세일 스냅샷 자동 백업 추가 요금과 직접 할 일 목록: 클라우드웨이즈와 갈리는 지점

cloudmanager — Wed, 14 Oct 2026 12:00:12 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 라이트세일 번들 요금표 바깥에서 따로 붙는 값과, 그 서버를 쓰는 사람이 직접 해야 하는 작업 목록을 세어 봅니다.

월 요금만 나란히 놓으면 보이지 않는 칸입니다.

워드프레스를 올릴 서버를 고르는 중이고, 라이트세일이 더 싸 보여 흔들리는 분을 위한 글입니다.

읽고 나면 스냅샷·스토리지 과금을 더한 실제 월 비용과 내가 감당할 작업량을 같이 놓고 한쪽을 고를 수 있습니다.

아래 숫자와 화면은 모두 2026년 10월 13일에 공식 페이지를 직접 열어 확인한 것입니다.

결론부터: 요금 차이는 작고, 작업량 차이는 큽니다

라이트세일의 리눅스 번들은 월 5달러부터 시작하고, 클라우드웨이즈의 최저 구간은 월 14달러입니다.

숫자만 보면 세 배 가까이 차이가 납니다.

다만 라이트세일 쪽은 백업에 해당하는 스냅샷이 요금표에 별도 항목으로 따로 적혀 있고, 설치와 갱신 작업은 사용자가 직접 합니다.

클라우드웨이즈는 같은 항목이 요금제에 포함돼 있습니다.

그래서 기준은 하나로 좁혀집니다.

SSH 터미널을 열어 명령을 입력하고 90일마다 한 번씩 손볼 생각이 있으면 라이트세일, 그 시간을 돈으로 치환하고 싶으면 관리형 쪽입니다.

라이트세일 번들 요금과 사양부터 확인합니다

⑤ 퍼블릭 IPv4 주소가 포함된 리눅스 번들의 범용 구간입니다.

월 5달러는 메모리 0.5GB에 SSD 20GB와 전송 1TB, 7달러는 메모리 1GB에 40GB·2TB, 12달러는 메모리 2GB에 60GB·3TB입니다.

vCPU는 세 구간 모두 2개로 표기돼 있고, 각주에는 2023년 6월 29일 또는 그 이전에 만든 서버는 vCPU가 1개라고 적혀 있습니다.

같은 화면 위쪽에는 한시적인 프리 티어 안내도 있습니다.

5·7·12달러 번들에 3개월 무료 혜택이 적용되지만, 계정당 하나의 번들에만 적용되고 매달 선택한 번들의 처음 750시간 이후에는 표준 요금이 부과된다는 조건이 함께 적혀 있습니다.

메모리 0.5GB 구간은 워드프레스를 올리기에 빠듯합니다.

실제 비교 대상이 되는 칸은 1GB인 7달러 번들이나 2GB인 12달러 번들입니다.

번들 요금표 밖에서 붙는 값: 스냅샷과 블록 스토리지

⑥ 인스턴스 및 디스크 스냅샷은 수동이든 자동이든 GB당 월 0.05달러로 따로 적혀 있습니다.

스냅샷은 인스턴스와 관리형 데이터베이스, 블록 스토리지의 데이터를 특정 시점으로 백업하는 기능이라고 같은 줄에 설명돼 있습니다.

백업을 켜는 순간 번들 요금 위에 얹히는 값이라는 뜻입니다.

바로 위 칸은 블록 스토리지입니다.

8GB부터 시작하며 할당된 GB당 매월 0.10달러가 부과된다고 적혀 있고, 8GB는 0.80달러, 64GB는 6.40달러로 표가 이어집니다.

번들에 들어 있는 SSD가 모자랄 때 디스크를 더 붙이면 이 값이 추가됩니다.

계산은 단순합니다.

보관 중인 스냅샷 데이터가 20GB면 월 1달러, 40GB면 월 2달러입니다.

12달러 번들에 20GB치 백업을 보관하면 월 13달러가 되고, 여기에 디스크를 더 붙이면 14달러 선을 넘습니다.

클라우드웨이즈 쪽은 그 항목이 요금제 안에 있습니다

① 같은 날 확인한 최저 구간은 Micro 월 14달러이고, 카드에 1GB RAM과 1 vCPU, 시간당 0.0208달러가 적혀 있습니다.

설명 문구는 개인 사이트와 단순한 블로그에 맞는다는 내용입니다.

위 구간은 Small 28달러, Medium 54달러, Large 99달러입니다.

공급사 선택 탭에서 DigitalOcean이 기본으로 잡혀 있는 기준입니다.

② 모든 요금제에 포함된다고 적힌 기능 목록에 자동 백업이 들어 있습니다.

필요할 때 받는 백업과 자동 백업으로 사이트를 한 번의 클릭으로 복원할 수 있다는 설명입니다.

③ 그 옆은 서버 단위 방화벽으로, 해커와 악성 봇을 막는 서버 방화벽을 쓴다고 적혀 있습니다.

같은 줄의 무료 SSL 카드에는 Let's Encrypt 인증서가 무료로 기본 탑재된다고 돼 있습니다.

단 같은 줄에 있다고 전부 포함은 아닙니다.

클라우드플레어 엔터프라이즈 CDN 카드에는 'Paid' 배지가 붙어 있습니다.

요금 구간과 포함 기능 목록을 공식 요금 페이지에서 확인하기

직접 해야 하는 작업이 몇 단계인지 세어 봅니다

라이트세일에서 워드프레스에 무료 SSL을 붙이는 공식 문서는 단계가 아홉 개입니다.

전제 조건 확인, 인증서 도구 설치, 와일드카드 인증서 요청, 도메인 DNS에 TXT 레코드 추가, 전파 확인, 인증서 요청 마무리, 아파치 디렉터리에 인증서 파일 링크 생성, 플러그인으로 사이트에 연동, 그리고 갱신입니다.

⑨ 2단계는 인스턴스에 인증서 도구를 설치하는 칸입니다.

바로 위 1단계의 전제 조건에는 라이트세일 콘솔의 브라우저 기반 SSH 터미널을 쓰거나 PuTTY 같은 자체 SSH 클라이언트를 쓰라는 안내가 붙어 있습니다.

터미널 화면을 여는 것이 출발점이라는 뜻입니다.

⑩ 마지막 9단계는 90일마다 갱신하는 작업입니다.

인증서 유효기간이 90일이고 만료 30일 전부터 갱신할 수 있으며, 갱신하려면 처음 발급에 썼던 명령을 다시 실행하라고 적혀 있습니다.

바로 위에는 설정 파일 권한을 되돌리는 chmod 명령도 함께 나옵니다.

이 아홉 단계가 어렵다는 말은 아닙니다.

문서대로 따라가면 끝납니다.

다만 이 작업이 1년에 네 번 돌아오고, 서버가 하나 늘면 네 번도 같이 늘어난다는 점이 판단의 재료입니다.

두 쪽의 월 비용과 손이 가는 자리를 한 표로

항목	라이트세일(12달러 번들 기준)	클라우드웨이즈(Micro 기준)
표시 요금	월 12달러(2GB·60GB SSD·3TB 전송)	월 14달러(1GB RAM·1 vCPU)
백업	스냅샷 GB당 월 0.05달러 별도	자동 백업이 모든 요금제에 포함
디스크 추가	블록 스토리지 GB당 월 0.10달러(8GB부터)	요금제 단위로 올림
SSL	공식 문서 9단계 설치 + 90일마다 갱신	Let's Encrypt 무료 SSL 기본 탑재
방화벽	직접 설정	서버 단위 방화벽 포함
필요한 손	SSH 터미널, 명령 입력, 주기적 갱신	관리 화면 조작(영어)

표에서 보듯 표시 요금 차이는 월 2달러입니다.

스냅샷을 20GB 보관하는 순간 그 차이는 1달러로 줄고, 디스크를 더 붙이면 사라집니다.

비용으로 갈리는 승부가 아니라는 뜻입니다.

그래서 어느 쪽이 맞나

라이트세일이 맞는 사람은 분명합니다.

SSH 터미널이 낯설지 않고, 서버 설정을 직접 바꾸는 편이 마음 편하고, 워드프레스 외에 다른 것도 같이 올릴 생각이 있는 경우입니다.

AWS의 다른 서비스와 묶어 쓸 계획이 있다면 더 그렇습니다.

반대쪽은 터미널을 열 일이 없기를 바라는 경우입니다.

글 쓰는 시간을 서버 관리에 떼어 주고 싶지 않다면 포함 항목이 많은 쪽이 결과적으로 쌉니다.

어느 쪽이든 시작은 최저 요금제입니다.

클라우드웨이즈라면 Micro, 라이트세일이라면 1GB 번들에서 출발합니다.

올릴 시점은 글이 늘어날 때가 아니라 메모리 부족 경고가 반복되거나 응답이 느려지는 신호가 보일 때입니다.

결제 전에 확인하고 싶다면 요금 페이지에 카드 없이 사흘 쓰는 체험이 안내돼 있습니다.

카드 없이 사흘 써 보는 체험 조건 보기

옮기기 전에 알고 있어야 할 단점

관리형 쪽의 단점은 그대로 적어 둡니다.

결제가 달러라 환율과 카드 수수료가 붙고, 월 청구서의 세금은 요금 페이지 FAQ에서 따로 안내될 만큼 표시 금액과 별개입니다.

④ 포함 목록 밖에도 값이 있습니다.

메일은 사서함당 월 1.5달러, 클라우드플레어 엔터프라이즈 CDN은 도메인당 월 4.99달러, 악성코드 보호는 애플리케이션당 월 4달러, DNS 애드온은 도메인당 월 0.50달러입니다.

메일 호스팅이 요금제에 포함돼 있지 않다는 점은 미리 알고 가야 합니다.

고객지원은 한국어가 아니고 관리 화면도 영어입니다.

그래서 월 1만 원 이하 공유 호스팅으로 충분한 트래픽이거나, 서버 작업을 직접 하는 편이 즐겁거나, 영어 화면과 달러 결제를 감당할 생각이 없다면 옮길 이유가 없습니다.

애드온별 추가 요금을 직접 확인하기

자주 묻는 질문

라이트세일 3개월 무료를 쓰면 그동안은 0원인가요

요금 페이지에는 5·7·12달러 번들에 3개월 무료 혜택이 적용되고, 계정당 하나의 번들에만 적용되며 매달 선택한 번들의 처음 750시간 이후에는 표준 요금이 부과된다고 적혀 있습니다.

스냅샷이나 블록 스토리지처럼 따로 과금되는 항목은 이 혜택과 별개로 붙습니다.

스냅샷을 안 켜면 백업 비용이 0원인가요

과금은 0원이 됩니다.

대신 복원할 지점이 없습니다.

백업 비용을 빼고 요금을 비교하는 것은 두 상품을 다른 조건으로 세우는 셈이라, 비교할 때는 스냅샷 보관량을 가정에 넣고 더하는 쪽이 맞습니다.

직접 구축해 두고 나중에 관리형으로 옮길 수 있나요

옮길 수 있습니다.

다만 도메인 연결과 SSL을 다시 거는 작업이 한 번 더 생깁니다.

처음부터 터미널을 열 생각이 없다면 그 왕복을 미리 빼는 편이 시간을 아낍니다.

vCPU가 2개면 사양이 더 좋은 것 아닌가요

숫자만 보면 그렇습니다.

다만 범용 번들의 vCPU는 공유 자원이고, 블로그에서 먼저 막히는 칸은 대개 CPU가 아니라 메모리입니다.

0.5GB 구간을 피하라고 적은 이유도 같습니다.

마무리

라이트세일 번들은 월 5·7·12달러로 시작하지만, 백업에 해당하는 스냅샷이 GB당 월 0.05달러로 따로 붙고 디스크 추가도 GB당 월 0.10달러가 별도입니다.

클라우드웨이즈 최저 구간은 월 14달러이고, 자동 백업과 서버 방화벽, 무료 SSL이 요금제에 포함된다고 적혀 있습니다.

표시 요금 차이는 월 2달러 안팎이라, 실제로 갈리는 것은 돈이 아니라 SSH 터미널을 열고 90일마다 인증서를 갱신할 생각이 있느냐입니다.

지금 서버를 직접 만져 보신 적이 있나요?

터미널에서 막혔던 지점이나 지금 쓰는 요금제를 댓글로 남겨 주시면 어느 쪽이 맞는지 같이 따져 보겠습니다.

다음 글에서는 「수익형 블로그 주제 고르는 기준, 단가와 경쟁」에 대해 알아보겠습니다.

클라우드플레어 SSL 모드 리다이렉트를 피하는 무료 CDN 연결 순서: 레코드·네임서버·캐시

cloudmanager — Wed, 14 Oct 2026 08:00:16 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

클라우드플레어 무료 CDN을 붙이는 일을 기능 소개가 아니라 사고 순서로 정리합니다.

레코드 누락, SSL 모드가 만드는 무한 리다이렉트, 캐시 세 자리를 피하는 차례입니다.

워드프레스 블로그 한 개를 운영하는 분, 네임서버를 바꿨다가 사이트가 열리지 않아 되돌린 적이 있는 분을 위한 글입니다.

읽고 나면 어느 단계에서 멈췄는지 화면 이름으로 짚을 수 있습니다.

화면은 2026년 10월 13일에 공식 문서에서 직접 캡처한 것입니다.

순서가 틀리면 켜는 순간 닫힙니다

설정 몇 개를 켜는 작업처럼 보이지만, 실제로는 도메인의 응답 주체를 옮기는 변경입니다.

네임서버를 바꾸는 순간부터 방문자 요청이 전부 클라우드플레어를 거칩니다.

사고가 나는 자리도 세 곳으로 좁혀집니다.

레코드를 다 가져오지 않은 경우, 암호화 모드를 원본 서버와 어긋나게 고른 경우, 캐시를 건너뛰는 법을 몰라 수정이 반영되지 않는 경우.

아래 순서가 이 셋을 차례로 피하는 길입니다.

1단계, 네임서버보다 레코드가 먼저입니다

① 공식 절차에서 네임서버 변경은 3번, 그 앞 2번이 기존 DNS 레코드 점검입니다.

② 특히 챙기라고 적힌 묶음은 도메인 자체 레코드, www 같은 하위 도메인 레코드, 메일 레코드.

처음에 자동으로 긁어 오는 레코드는 전부가 아닙니다.

올바른 레코드 없이 도메인을 활성화하면 방문자가 DNS_PROBE_FINISHED_NXDOMAIN 오류를 보게 된다고 문서에 적혀 있죠.

등록업체의 DNS 화면을 띄워 두고 양쪽 목록을 한 줄씩 대조하세요.

메일 레코드는 자주 빠지는데, 빠지면 도메인 메일이 그날부터 들어오지 않습니다.

프록시 상태를 정한 다음에 네임서버를 바꿉니다

① A, AAAA, CNAME 레코드마다 프록시 상태 토글이 있습니다.

주황색 구름이면 트래픽이 클라우드플레어를 통과해 캐시와 디도스 방어가 걸리고, 회색 구름이면 주소만 알려 줄 뿐 트래픽은 지나가지 않습니다.

블로그 본체 레코드는 주황색, 외부 서비스 인증용 CNAME은 회색이 맞습니다.

② 레코드가 정리된 다음이 네임서버 변경입니다.

③ 지정 네임서버는 계정마다 다르고 바꿀 수 없으니, 표시된 두 개를 그대로 등록업체에 붙여 넣습니다.

이 단계에서 DNSSEC을 잠시 끄고 전파 뒤 다시 켜는 항목이 문서에 따로 있습니다.

2단계, SSL 모드는 원본 서버에 맞춰 고릅니다

① 암호화 모드는 Off, Flexible, Full, Full (strict), Strict 다섯 가지입니다.

② 기본값인 Automatic SSL/TLS는 원본 서버의 인증서 상태를 보고 가장 안전한 쪽을 알아서 고릅니다.

계정이 아직 이 기능으로 넘어가지 않았다면 Custom 화면만 보이죠.

직접 골라야 하는 상황에서 사고는 한 지점으로 모입니다.

① 제약 항목에 적힌 경고가 그것입니다.

원본 서버가 HTTP 요청을 HTTPS로 자동으로 되돌리는 설정이라면 Flexible을 쓰면 안 됩니다.

클라우드플레어는 원본에 HTTP로 접속하는데, 원본이 다시 HTTPS로 돌려보내니 요청이 제자리를 돕니다.

② 그 결과가 ERR_TOO_MANY_REDIRECTS이고, 사이트는 아예 열리지 않습니다.

워드프레스는 설치 직후부터 HTTPS 리다이렉트가 걸려 있는 경우가 많습니다.

"일단 켜면 자물쇠가 붙는다"는 이유로 Flexible을 고르면 바로 이 증상을 만나죠.

모드	원본까지의 구간	고르는 경우
Flexible	암호화하지 않음	원본에 인증서가 아예 없고, HTTPS 리다이렉트도 없을 때만
Full	암호화하되 인증서는 검사하지 않음	자체 서명 인증서처럼 유효하지 않은 인증서가 깔려 있을 때
Full (strict)	암호화하고 인증서까지 검사	호스팅이 발급한 정상 인증서가 있을 때, 즉 대부분의 경우

3단계, 캐시는 비우기와 개발 모드를 나눠 씁니다

① 켜고 나면 "분명히 고쳤는데 화면이 그대로"인 구간이 생깁니다.

이때 쓰는 것이 개발 모드죠.

② 토글 한 번으로 켜면 세 시간 동안 엣지 캐시와 이미지 최적화를 건너뛰어, 수정한 이미지나 CSS가 바로 보입니다.

주의할 점은 ③ 개발 모드가 이미 쌓인 캐시를 지우지는 않는다는 것입니다.

당장 반영이 필요하면 캐시 비우기를 따로 눌러야 합니다.

세 시간이 지나면 저절로 꺼지고, 더 길게 우회하려면 캐시 규칙 쪽에 상시 설정이 있습니다.

CDN으로도 안 풀리는 느림이 있습니다

여기까지 끝내면 이미지와 CSS 같은 정적 파일은 방문자와 가까운 곳에서 내려갑니다.

그런데 원본 서버가 글 한 편을 만들어 내는 시간은 CDN이 줄여 주지 못합니다.

측정값에서 서버 응답 시간만 유독 길다면 그때부터는 호스팅 쪽 문제입니다.

① 관리형 클라우드 호스팅을 보게 되는 자리가 여기입니다.

요금 페이지에는 ② 엔터프라이즈 등급 클라우드플레어 CDN이 도메인당 월 4.99달러부터인 부가서비스로 따로 올라와 있으니, 무료 플랜과 같은 것으로 오해하지 않는 편이 좋습니다.

시작은 가장 낮은 요금제로 충분합니다.

10월 13일 기준 최저 요금제가 월 14달러, 1GB 메모리에 1 vCPU, 25GB 저장공간.

방문자가 늘어 메모리 경고가 뜰 때 올리면 됩니다.

오늘 기준 요금표와 포함 기능을 공식 페이지에서 확인하기

이 글의 순서가 안 맞는 경우

국내 방문자만 오고 이미지도 많지 않으며 지금 속도에 불만이 없다면, 네임서버까지 옮길 이유가 없습니다.

해외 관리형 호스팅으로 옮기는 선택에도 분명한 단점이 있습니다.

결제가 달러라 환율에 따라 원화 청구액이 달라지고, 관리 화면과 고객지원은 영어이며, 메일 호스팅은 기본 포함이 아니라 사서함 단위로 따로 붙여야 합니다.

월 1만 원대 공유 호스팅에서 응답이 충분히 빠른 사이트라면 옮길 이유가 없습니다.

관리형 호스팅이 어디까지 대신 해 주는지 보기

자주 묻는 질문

네임서버를 바꾸면 사이트가 잠깐 멈추나요

레코드를 모두 옮겨 둔 상태라면 보통 끊김 없이 넘어갑니다.

다만 전파에 시간이 걸려 한동안 예전 경로와 새 경로가 섞이죠.

자물쇠 표시는 붙었는데 접속이 안 됩니다

Flexible 모드와 원본의 HTTPS 리다이렉트가 겹친 전형적인 증상입니다.

암호화 모드를 Full이나 Full (strict)로 바꾸면 대부분 풀립니다.

개발 모드와 캐시 비우기는 뭐가 다른가요

개발 모드는 세 시간 동안 캐시를 거치지 않게 하는 임시 상태, 캐시 비우기는 저장된 사본을 지우는 동작입니다.

작업 중에는 앞쪽, 반영이 급하면 뒤쪽입니다.

서버 쪽 선택지까지 같이 비교해 보기

마무리

네임서버를 바꾸기 전에 기존 DNS 레코드를 전부 옮겨 놓는 것이 첫 자리입니다.

암호화 모드는 원본 서버에 맞춰 고르고, 원본이 HTTPS로 되돌리는 설정이면 Flexible을 피합니다.

수정이 반영되지 않을 때는 세 시간짜리 개발 모드와 캐시 비우기를 구분해서 씁니다.

지금 도메인의 네임서버는 어디로 되어 있고, 암호화 모드는 무엇으로 잡혀 있나요?

댓글로 남겨 주시면 어느 자리를 먼저 손봐야 할지 같이 짚어 드리겠습니다.

다음 글에서는 「AWS 라이트세일 직접 구축과 클라우드웨이즈 비교」에 대해 알아보겠습니다.

애드센스 광고 자리 테마 고르기: 설치 전에 테마 페이지에서 자리 수를 세는 순서

cloudmanager — Wed, 14 Oct 2026 04:00:42 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

테마를 깔아 보고 나서 광고를 어디에 넣을지 고민하는 대신, 설치 전에 공개된 테마 페이지만 보고 광고가 들어갈 자리를 숫자로 세어 두는 순서를 정리합니다.

화면은 2026년 10월 13일에 직접 캡처한 것입니다.

애드센스를 붙일 생각으로 워드프레스를 시작했는데, 후보 테마가 열 개쯤 쌓인 채로 결정이 미뤄진 분을 위한 글입니다.

읽고 나면 후보마다 자리 수와 유료 경계선을 적은 표 한 장을 만들어 비교할 수 있게 됩니다.

설치해 보기 전에 세어 둘 수 있습니다

광고 자리는 테마를 깔아야 보이는 것이 아닙니다.

공식 디렉터리의 테마 페이지에는 그 테마가 가진 사이드바, 푸터 위젯, 단 수가 이미 태그로 적혀 있습니다.

이 태그를 세어 두면 설치와 삭제를 반복하지 않아도 후보를 줄일 수 있습니다.

설치는 자리 수가 비슷한 두세 개만 남았을 때 하면 됩니다.

순서는 세 단계입니다.

디렉터리에서 후보를 거르고, 상세 화면에서 유료 경계선을 확인하고, Features 목록을 표로 옮겨 적습니다.

1단계, 디렉터리에서 후보 거르기

① 이름을 아는 테마가 있으면 검색창에 바로 넣습니다.

없다면 ② Layout과 ③ Features 필터로 조건을 걸어 목록을 줄입니다.

④ Block themes 탭은 블록 편집기로만 구조를 바꾸는 테마를 모아 둔 곳이라, 위젯 영역을 직접 만지고 싶다면 이 탭 밖에서 고르는 편이 편합니다.

공식 디렉터리의 테마는 모두 무료로 받을 수 있고, 등록 심사를 거친 것들입니다.

후보 목록은 여기서 만들고, 유료 테마는 그다음에 비교 대상으로 올립니다.

2단계, 상세 화면에서 유료 경계선 보기

① Commercial theme 표시가 붙은 테마는 무료 배포본과 별도로 유료 확장이 있다는 뜻입니다.

캡처한 테마에는 "무료지만 추가 유료 업그레이드나 지원을 제공한다"고 적혀 있습니다.

② Preview로 구조를 먼저 보고, ③ Download로 무료 배포본을 받습니다.

오른쪽 정보 칸의 숫자도 같이 봅니다.

캡처 시점 기준 마지막 갱신일은 2025년 12월 1일, 사용 중인 사이트 수는 50만 개 이상, 평점은 5점 만점에 4.9점이었습니다.

갱신일이 1년 넘게 멈춘 테마는 후보에서 빼는 편이 안전합니다.

무료와 유료의 경계선은 보통 디자인이 아니라 설정 화면에 있습니다.

광고 자리를 늘리거나 위치를 바꾸는 기능이 유료 쪽에만 있는 경우가 많으므로, 유료 안내 페이지에서 그 항목이 어느 쪽에 있는지만 확인하면 됩니다.

3단계, Features 목록을 표로 옮겨 적기

① Right sidebar, ② Footer widgets, ③ Three columns, ④ Custom header처럼 레이아웃을 뜻하는 태그가 광고가 들어갈 수 있는 자리입니다.

같은 화면 위쪽 설명문에는 사이드바 레이아웃 5종과 위젯 영역 9개를 제공한다고 적혀 있었습니다.

후보마다 아래 표를 채우면 비교가 끝납니다.

숫자가 큰 쪽이 좋은 것이 아니라, 본문 위아래와 사이드바 한 곳만 확보되면 수익형 블로그에는 충분한 편입니다.

영역	확인할 태그	쓰임
본문 옆	Right sidebar / Left sidebar	PC에서 가장 오래 보이는 자리
본문 아래	Footer widgets	끝까지 읽은 사람에게 보이는 자리
상단	Custom header	넣으면 첫 화면이 밀려 이탈이 늘어나는 자리
목록 페이지	Three columns / Two columns	단 수가 많을수록 광고 한 칸이 좁아짐

자동 광고를 켤 생각이라면 세는 기준이 달라집니다

애드센스 고객센터는 자동 광고 형식을 ① 오버레이와 ② 인페이지, 그리고 의도 기반으로 나눕니다.

오버레이는 페이지 레이아웃에 영향을 주지 않고 콘텐츠 위에 뜨므로 테마와 거의 무관합니다.

반대로 인페이지는 페이지 구조와 콘텐츠 분량을 읽어 자리를 잡습니다.

즉 자동 광고만 쓸 계획이면 위젯 영역 수보다 본문 구조가 단순한 테마가 유리하고, 수동으로 자리를 지정할 계획이면 위젯 영역 수가 의미를 가집니다.

세어 둔 자리를 전부 채울 필요는 없습니다.

자리 수는 선택지의 개수이지 게재할 광고 수가 아닙니다.

테마를 바꿔도 줄지 않는 시간

가벼운 테마는 브라우저가 내려받을 파일을 줄여 줍니다.

캡처한 테마는 설치 직후 페이지 용량에 10KB 미만을 더한다고 설명합니다.

다만 이 값은 서버가 첫 응답을 돌려준 다음의 이야기입니다.

주소를 눌렀는데 흰 화면이 길게 머무는 구간은 서버가 응답을 만드는 시간이라 테마를 바꿔도 그대로입니다.

공유 호스팅에서 응답 자체가 느리다면 그때 호스팅이 선택지가 됩니다.

① 최저 요금제인 Micro는 1GB RAM에 1 vCPU, ② 월 14달러로 적혀 있었습니다.

관리형 클라우드 호스팅을 보게 된다면 이 칸부터 시작하면 되고, 더 높은 칸은 응답 시간이 실제로 걸릴 때 올리면 됩니다.

관리형 클라우드 호스팅 요금표 보기

같은 페이지에 카드 없이 쓰는 3일 무료 체험도 안내돼 있습니다.

테마 후보를 올려 두고 응답 시간만 재 보는 용도로 쓸 수 있습니다.

이 순서가 안 맞는 경우

디자인을 먼저 정해 두고 거기에 맞춰 글을 쓰는 운영 방식이라면, 자리 수부터 세는 이 순서는 오히려 불편합니다.

광고를 1년 뒤에 붙일 계획이라면 더 그렇습니다.

해외 관리형 호스팅으로 넘어가는 선택에도 분명한 단점이 있습니다.

결제가 달러라 환율에 따라 원화 청구액이 달라지고, 관리 화면과 고객지원이 영어이며, 메일 호스팅은 포함돼 있지 않아 따로 붙여야 합니다.

월 1만 원대 공유 호스팅에서 응답이 충분히 빠르게 돌아오는 사이트라면 옮길 이유가 없습니다.

공식 사이트에서 포함 범위 확인하기

자주 묻는 질문

위젯 영역이 많은 테마가 광고에 유리한가요

자리 수는 선택지일 뿐입니다.

영역이 아홉 개라도 실제로 쓰는 곳은 보통 두세 곳이며, 많이 채울수록 본문이 밀려 체류 시간이 짧아집니다.

무료 테마로도 애드센스 광고를 넣을 수 있나요

넣을 수 있습니다.

공식 디렉터리의 무료 테마에도 사이드바와 푸터 위젯이 있고, 그 자리에 광고 코드를 넣는 방식입니다.

유료 버전은 보통 자리를 늘리는 설정과 지원을 더 주는 쪽입니다.

나중에 테마를 바꾸면 광고 설정도 다시 해야 하나요

위젯에 직접 넣은 코드는 테마를 바꾸면 영역 이름이 달라져 다시 배치해야 합니다.

자동 광고는 사이트 단위로 걸리므로 영향이 적습니다.

테마를 바꿨는데 속도가 그대로입니다

측정값을 서버 응답 시간과 내려받기 시간으로 나눠 봐야 합니다.

앞쪽이 길면 테마가 아니라 서버 쪽 문제입니다.

호스팅 쪽 선택지 살펴보기

마무리

광고 자리는 설치 전에 공개된 테마 페이지의 태그만으로 셀 수 있습니다.

후보마다 사이드바, 푸터 위젯, 단 수와 유료 경계선을 적어 두면 비교가 끝나고, 설치는 마지막 두세 개에만 하면 됩니다.

자동 광고만 쓸 계획이라면 자리 수보다 본문 구조가 단순한 쪽이 유리합니다.

지금 쓰고 계신 테마에는 위젯 영역이 몇 개이고, 그중 광고를 실제로 넣은 곳은 몇 곳인가요?

댓글로 남겨 주시면 자리 배치 기준을 같이 정리해 드리겠습니다.

다음 글에서는 「클라우드플레어 무료 CDN 연결하는 법」에 대해 알아보겠습니다.

워드프레스 네이버 서치어드바이저 등록 순서: 사이트맵·RSS 제출 뒤 색인까지 확인하는 법

cloudmanager — Wed, 14 Oct 2026 00:00:21 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것은 세 가지입니다.

첫째, 워드프레스로 만든 사이트를 네이버 서치어드바이저에 등록하는 순서입니다.

둘째, 사이트맵과 RSS 중 무엇을 어디에 제출하는지입니다.

셋째, 제출한 뒤에도 검색에 안 뜰 때 어디부터 확인하는지입니다.

읽고 나면 오늘 안에 소유확인부터 제출까지 끝내고, 반영 여부를 스스로 확인할 수 있습니다.

네이버는 '등록'이 아니라 '수집'으로 움직입니다

네이버 웹문서는 수동 등록 방식이 아닙니다.

검색로봇이 돌아다니며 수집한 문서 중에서 노출 대상을 고릅니다.

서치어드바이저에서 하는 일은 '우리 사이트가 여기 있고, 새 글 목록은 이 주소에 있다'고 알려 주는 것입니다.

그래서 제출을 마쳤다고 바로 검색 결과에 뜨지 않습니다.

제출은 수집 확률과 속도를 올리는 작업입니다.

순서는 소유확인 → 사이트맵·RSS 제출 → 수집 상태 확인입니다.

이 순서를 건너뛰고 수집 요청부터 누르면, 소유확인이 안 된 사이트라 아무 일도 일어나지 않습니다.

네이버 서치어드바이저 첫 화면 (2026-10-13 캡처)

① '웹마스터 도구'가 사이트 등록 입구입니다.

네이버 계정으로 로그인한 뒤 사이트 주소를 넣습니다.

② '웹마스터 가이드'에는 제출 규칙과 수집 정책이 정리돼 있어, 막히는 항목이 생기면 여기에서 찾는 편이 빠릅니다.

1단계. 소유확인: HTML 파일과 메타태그 중 하나

사이트를 추가하면 소유확인 방법을 고르게 됩니다.

HTML 파일을 받아 사이트 최상위 폴더에 올리는 방식과, 발급받은 메타태그를 홈페이지 <head> 안에 넣는 방식입니다.

워드프레스라면 두 번째가 간단합니다.

SEO 플러그인의 '웹마스터 도구' 칸에 네이버 인증 코드를 넣으면 테마를 건드리지 않아도 됩니다.

파일 업로드 방식이라면 루트에 올린 뒤 그 파일 주소가 브라우저에서 열리는지 먼저 확인하십시오.

404가 나오면 소유확인도 실패합니다.

웹마스터 가이드 목차 (2026-10-13 캡처)

① '웹사이트 검증'이 소유확인 문서입니다.

② '웹사이트 검색연동'에 사이트맵과 RSS 제출 규격이 있습니다.

③ 'IndexNow'는 새 글을 즉시 알리는 방식으로, 네이버가 2023년부터 지원한다고 공지한 항목입니다.

2단계. 사이트맵과 RSS는 역할이 다릅니다

둘 다 제출하는 게 맞습니다.

사이트맵은 사이트 전체 주소 목록이고, RSS는 최근 글 목록입니다.

전자는 과거 글까지 긁어 가라는 지도이고, 후자는 새 글이 올라왔다는 알림에 가깝습니다.

구분	주소 예시	담는 내용	쓰임
사이트맵	/sitemap_index.xml	전체 글·페이지 주소	사이트 구조 전달, 누락분 수집
RSS	/feed	최근 글 요약	새 글 발행 알림
수집 요청	개별 글 주소	URL 1건	급한 글 하나를 밀어 넣을 때

워드프레스는 RSS 주소(/feed)를 기본으로 제공하지만, 사이트맵은 SEO 플러그인이 만들어 주는 편이 관리하기 쉽습니다.

워드프레스 공식 플러그인 저장소의 Yoast SEO 페이지 (2026-10-13 캡처)

① 공식 저장소에 올라온 Yoast SEO 페이지입니다.

② '다운로드'로 받을 수도 있지만 보통은 관리자화면의 플러그인 검색으로 설치합니다.

설치 후 사이트맵 기능을 켜면 /sitemap_index.xml 주소가 생기고, 그 주소를 서치어드바이저의 요청 메뉴에 넣으면 됩니다.

Rank Math 등 다른 플러그인을 쓴다면 그쪽이 만든 주소를 그대로 씁니다.

제출 전에 그 주소를 브라우저로 열어 글 목록이 보이는지 확인하십시오.

빈 XML이 열리거나 오류가 나면 제출해도 처리되지 않습니다.

3단계. 제출했는데 안 뜰 때 보는 네 자리

제출 뒤 며칠이 지나도 검색에 흔적이 없다면, 다음 순서로 좁힙니다.

첫째, 색인 차단입니다.

설정의 '검색엔진이 이 사이트를 인덱싱하지 않도록 요청' 체크가 켜져 있으면 모든 노력이 무효가 됩니다.

robots.txt에 Disallow가 들어가 있는지도 같이 봅니다.

둘째, 주소 구조입니다.

글 주소가 ?p=123 형태면 중복 주소가 생기기 쉽습니다.

퍼머링크는 글이 쌓이기 전에 제목 기반으로 바꾸는 편이 손해가 적습니다.

셋째, 문서 상태입니다.

본문이 짧거나 다른 글과 겹치거나 자바스크립트로만 그려지는 페이지는 수집돼도 노출되지 않을 수 있습니다.

넷째, 응답 속도입니다.

로봇이 왔을 때 페이지가 느리게 열리거나 간헐적으로 500 오류를 뱉으면 수집 자체가 줄어듭니다.

공유 호스팅의 낮은 요금제에서 플러그인을 여럿 켠 사이트가 여기에 자주 걸립니다.

응답 속도가 원인일 때의 선택지

앞의 세 가지를 고쳤는데도 서버 응답이 1~2초를 넘는다면, 글이 아니라 호스팅이 병목입니다.

선택지는 캐시·CDN으로 버티기, 상위 요금제로 올리기, 자원이 분리되는 클라우드 호스팅으로 옮기기 셋입니다.

셋째에 해당하는 서비스 중 하나가 클라우드웨이즈이고, 2026년 10월 13일 기준 요금은 아래와 같습니다.

클라우드웨이즈 Flexible 요금 화면 (2026-10-13 캡처)

① 최저 요금제 Micro가 ② 월 14달러, ③ 그다음 Small이 월 28달러입니다(DigitalOcean·Basic 기준).

같은 화면에 카드 없이 쓰는 3일 무료 체험 안내가 함께 있습니다.

처음 옮기는 분이라면 최저 요금제로 시작하는 쪽을 권합니다.

방문자가 늘고 메모리 경고가 반복될 때 한 단계 올리면 됩니다.

요금과 조건은 수시로 바뀌므로 공식 요금 페이지에서 그날 값을 직접 보십시오.

클라우드웨이즈 공식 홈페이지에서 오늘 요금 확인하기

다만 모두에게 맞는 선택은 아닙니다.

결제가 달러라 환율에 따라 원화 부담이 달라지고, 한국어 고객지원이 없으며, 관리 화면이 영어입니다.

메일 호스팅도 포함되지 않아 도메인 메일은 따로 마련해야 합니다.

하루 방문자가 수백 명 수준이고 월 1만 원대 공유 호스팅에서 속도 문제가 없다면, 옮길 이유가 없습니다.

자주 묻는 질문

사이트맵과 RSS를 둘 다 제출해도 되나요

됩니다.

역할이 달라 중복 제출로 불이익을 받지 않습니다.

사이트맵은 한 번 제출하면 이후 추가되는 글도 반영됩니다.

제출하면 며칠 만에 검색에 뜨나요

정해진 기간은 없습니다.

수집과 노출은 별개이고, 사이트 신뢰도와 문서 상태에 따라 달라집니다.

날짜를 세는 대신 웹마스터 도구에서 수집 상태가 늘고 있는지를 봅니다.

티스토리나 네이버 블로그처럼 바로 반영되지 않는 이유는 뭔가요

자체 플랫폼 글은 네이버가 이미 구조를 알고 있는 문서입니다.

외부 워드프레스는 로봇이 찾아와 수집해야 하므로 단계가 하나 더 있습니다.

마무리

네이버 노출은 소유확인, 사이트맵·RSS 제출, 수집 확인 세 단계로 끝납니다.

사이트맵은 전체 지도, RSS는 새 글 알림이라 둘 다 넣는 편이 좋습니다.

제출 뒤에도 안 뜬다면 색인 차단·주소 구조·문서 상태·응답 속도 순으로 좁히면 원인이 나옵니다.

지금 운영 중인 워드프레스는 사이트맵 주소가 무엇인가요?

열었을 때 글 목록이 제대로 보이는지 댓글로 알려 주시면 함께 확인해 드리겠습니다.

다음 글에서는 「수익형 블로그에 맞는 워드프레스 테마 고르는 기준」에 대해 알아보겠습니다.

서버 사양 실제 사용 가능한 양 계산: 요금표의 RAM·vCPU·저장공간·전송량에서 먼저 빠지는 것

cloudmanager — Tue, 13 Oct 2026 20:00:01 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

요금표 한 칸에 적힌 RAM·vCPU·저장공간·전송량 네 줄을 그대로 믿지 않고, 그중 내 사이트가 실제로 쓰게 되는 몫만 떼어 내는 읽기 방법을 정리합니다.

숫자와 화면은 2026년 10월 12일 공식 요금 페이지에서 직접 캡처한 값입니다.

요금표를 봐도 "이 사양이면 내 블로그에 충분한가"가 끝내 판단되지 않아 멈춰 있는 분을 위한 글입니다.

읽고 나면 네 줄 각각에서 무엇이 먼저 빠지는지, 그리고 어느 칸부터 차게 되는지를 적어 둘 수 있게 됩니다.

결론부터: 네 줄은 '내가 쓸 양'이 아니라 '서버 한 대의 총량'입니다

요금표의 네 줄은 그 요금제로 빌리는 서버 한 대가 가진 전부를 적어 둔 것입니다.

사이트 한 개에 배정된 양이 아닙니다.

한 대 위에서는 운영체제, 데이터베이스, 웹서버, 캐시, 그리고 올려 둔 애플리케이션 전부가 같은 네 줄을 나눠 씁니다.

사이트를 두 개 올리면 네 줄이 두 배가 되는 것이 아니라 같은 네 줄을 둘이 나누는 쪽입니다.

그래서 요금표를 읽을 때 할 일은 사양을 비교하는 것이 아니라, 네 줄 각각에서 내 차례가 오기 전에 먼저 나가는 몫을 빼 보는 것입니다.

오늘 요금표에 적힌 네 줄

공급사를 디지털오션, 서버 타입을 Basic으로 둔 화면입니다.

요금제 카드 아래쪽에 네 줄이 순서대로 적혀 있습니다.

① RAM, ② vCPU, ③ NVMe 저장공간, ④ Transfer Bandwidth(전송량) 순서입니다.

가장 낮은 칸인 Micro는 월 14달러에 1GB·1 vCPU·25GB·1TB로 적혀 있습니다.

요금제	월 요금	RAM	vCPU	저장공간	전송량
Micro	$14	1GB	1	25GB	1TB
Small	$28	2GB	1	50GB	2TB
Medium	$54	4GB	2	80GB	4TB
Large	$99	8GB	4	160GB	5TB

네 칸 모두에 'Unlimited Visits'와 'Unlimited Websites'가 함께 적혀 있습니다.

방문자와 사이트 개수에 제한을 두지 않는다는 뜻이지, 위 네 줄이 늘어난다는 뜻이 아닙니다.

사이트를 더 올릴수록 같은 네 줄을 더 잘게 나누게 됩니다.

최저 요금제 칸에 적힌 네 줄을 공식 페이지에서 직접 대조해 보기

네 줄에서 먼저 나가는 몫

RAM, 글을 띄우기 전에 이미 올라가 있는 것들

워드프레스가 요청을 처리하려면 그 전에 운영체제, 데이터베이스 서버, 웹서버, PHP 실행 프로세스가 먼저 메모리에 올라가 있어야 합니다.

요금표의 RAM은 이 상주분까지 포함한 총량입니다.

그래서 RAM이 모자랄 때 나타나는 증상은 "느리다"가 아니라 "갑자기 끊긴다"에 가깝습니다.

메모리가 바닥나면 데이터베이스 같은 상주 프로세스가 먼저 종료되기 때문입니다.

vCPU, 개수보다 '내 차례가 언제 오는가'

vCPU는 물리 코어가 아니라 가상 코어 단위입니다.

1 vCPU는 그 서버 위의 모든 요청이 차례를 기다리는 창구가 하나라는 뜻입니다.

평소 글 읽기는 캐시가 받아 주기 때문에 창구를 거의 쓰지 않습니다.

창구가 밀리는 쪽은 로그인 상태의 관리 화면, 검색, 댓글, 결제처럼 캐시가 듣지 않는 요청입니다.

그래서 vCPU는 방문자 수가 아니라 캐시가 안 듣는 요청의 비중으로 읽어야 합니다.

저장공간, 글과 사진만 들어 있지 않습니다

25GB 같은 숫자는 디스크 전체 용량입니다.

여기에는 운영체제와 서버 소프트웨어, 데이터베이스 파일, 캐시 파일, 그리고 서버에 남겨 두는 백업본이 함께 들어갑니다.

용량이 빠르게 차는 순서는 대개 이미지 원본, 그다음이 서버 내부에 쌓이는 백업본입니다.

사진을 올릴 때 원본과 썸네일 여러 장이 동시에 만들어진다는 점도 함께 계산해야 합니다.

전송량, 사람만 쓰지 않습니다

전송량(Transfer Bandwidth)은 서버에서 바깥으로 나간 데이터의 합계입니다.

사람이 본 페이지만 세는 값이 아닙니다.

검색엔진 크롤러, 각종 봇, RSS 수집기, 내가 열어 둔 관리 화면, 외부에서 직접 불러 가는 이미지까지 전부 같은 계기판을 돌립니다.

방문자 수로 계산한 전송량이 실제보다 늘 작게 나오는 이유가 여기 있습니다.

요금표에 없고 FAQ에 적혀 있는 두 가지

네 줄만 보고 끝내면 놓치는 조건이 요금 페이지 아래쪽 FAQ에 들어 있습니다.

① 전송량을 넘겼을 때 어떻게 되는지, ② 지역마다 요금이 다른지가 표가 아니라 이 자리에 설명돼 있습니다.

요금표의 숫자를 적어 둘 때 이 두 항목도 같이 펼쳐 읽어 두는 편이 안전합니다.

전송량 초과와 지역별 요금 조건이 적힌 자리를 확인하러 가기

같은 네 줄도 위쪽 탭을 바꾸면 달라집니다

요금표를 캡처해 비교할 때 가장 자주 어긋나는 지점입니다.

네 줄의 숫자는 요금제 이름이 아니라 그 위 두 개의 탭에 묶여 있습니다.

① 공급사 탭이 다섯 개(디지털오션·벌터·리노드·AWS·구글 클라우드)이고, ② 그 아래 서버 타입 탭이 Basic·General Purpose·CPU Optimized로 또 나뉩니다.

오른쪽에는 Standard와 Premium을 바꾸는 토글이 따로 있습니다.

즉 "1GB RAM에 얼마"라는 문장은 어느 탭에서 적은 값인지 함께 적어 두지 않으면 다음 날 자기가 봐도 맞출 수 없습니다.

메모할 때는 공급사, 서버 타입, 토글 위치, 확인한 날짜를 네 줄 옆에 같이 적어 두는 쪽이 낫습니다.

이렇게까지 읽을 필요가 없는 경우

글이 백 편 아래이고 이미지가 가벼운 개인 블로그라면 네 줄 중 어느 것도 가까운 시일에 차지 않습니다.

월 1만 원 아래 공유 호스팅으로 충분하고, 요금표를 뜯어 읽는 시간이 더 아깝습니다.

달러로 결제하는 것, 환율에 따라 청구액이 달라지는 것, 관리 화면과 고객지원이 영어라는 점도 함께 감수해야 하는 조건입니다.

메일 호스팅은 요금에 포함돼 있지 않아 따로 마련해야 합니다.

반대로 쇼핑몰이나 회원 기능처럼 캐시가 듣지 않는 요청이 많은 사이트라면, 네 줄 중 vCPU와 RAM이 가장 먼저 걸립니다.

그때도 순서는 가장 낮은 칸에서 시작해 어느 줄이 먼저 차는지 보고 올리는 쪽입니다.

결제 정보 없이 서버를 띄워 사용량을 직접 재 보는 방법 보기

자주 묻는 질문

RAM 1GB면 워드프레스가 몇 개까지 돌아가나요?

개수로 끊어 말하기 어렵습니다.

같은 1GB라도 플러그인 수와 테마, 캐시 설정에 따라 상주하는 메모리가 달라지기 때문입니다.

숫자를 알고 싶다면 가장 낮은 칸에서 하나를 올려 두고 메모리 사용량이 평소 몇 퍼센트에서 머무는지 재는 쪽이 정확합니다.

전송량과 대역폭은 같은 말인가요?

요금표에 적힌 'Transfer Bandwidth'는 한 달 동안 나간 데이터의 총량입니다.

한꺼번에 얼마나 굵게 나갈 수 있는지를 뜻하는 회선 속도와는 다른 값이며, 둘 다 한국어로는 대역폭이라고 불려 섞이기 쉽습니다.

vCPU 1개면 동시 접속 몇 명인가요?

동시 접속 수로 환산되는 값이 아닙니다.

캐시가 받아 주는 요청은 vCPU를 거의 쓰지 않고, 캐시가 듣지 않는 요청만 창구를 점유하기 때문입니다.

같은 1 vCPU라도 사이트 성격에 따라 버티는 양이 크게 달라집니다.

저장공간이 차면 글을 지워야 하나요?

먼저 볼 곳은 글이 아니라 이미지 원본과 서버 안에 쌓인 백업본입니다.

둘을 정리하고도 남지 않을 때 다음 칸을 보는 순서가 맞습니다.

마무리

요금표의 네 줄은 서버 한 대의 총량이고, 운영체제와 데이터베이스가 먼저 쓴 뒤 남는 것이 내 몫입니다.

RAM은 상주분, vCPU는 캐시가 안 듣는 요청, 저장공간은 이미지와 백업본, 전송량은 봇과 관리 화면까지 함께 센다는 점을 빼고 읽어야 합니다.

네 줄을 적을 때는 공급사와 서버 타입, 확인한 날짜를 같이 적어 두어야 다음에 다시 비교할 수 있습니다.

지금 쓰시는 호스팅 요금표에는 네 줄이 각각 얼마로 적혀 있나요?

댓글로 남겨 주시면 어느 줄이 먼저 찰지 같이 따져 보겠습니다.

클라우드웨이즈 시간당 요금 계산: 최저 요금제로 시작해도 손해가 없는 이유와 올릴 시점

cloudmanager — Tue, 13 Oct 2026 16:00:07 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

클라우드웨이즈 요금을 월 금액이 아니라 시간당 금액으로 바꿔 놓고, 처음부터 비싼 요금제를 잡아 두는 선택이 실제로 얼마를 더 쓰게 하는지 계산합니다.

금액과 사양은 2026년 10월 12일 공식 요금 페이지에서 직접 캡처한 값입니다.

"초보도 4GB는 써야 한다", "나중에 올리면 늦는다" 같은 추천 앞에서 어느 칸을 눌러야 할지 멈춰 있는 분을 위한 글입니다.

읽고 나면 지금 고를 요금제와, 나중에 요금제를 올릴지 말지를 가르는 네 개의 숫자를 손에 쥐게 됩니다.

결론부터: 이 요금은 미리 사 두는 값이 아니라 쓴 만큼 내는 값입니다

상위 요금제를 권하는 글의 전제는 하나입니다.

요금제는 한 번 정하면 한동안 묶이니, 모자라느니 넉넉하게 잡아 두라는 것입니다.

그런데 공식 요금 FAQ는 과금 방식을 "Cloudways charges you hourly"라고 적어 두었습니다.

시간 단위로 매기고, 요금제를 바꾸면 그 즉시 청구서에 반영된다는 뜻입니다.

묶이지 않는 요금을 미리 크게 잡아 두는 것은, 1년 내내 쓰지 않을 사양에 선불을 내는 것과 같습니다.

그래서 순서는 가장 낮은 칸에서 시작하고, 아래에서 말할 네 개의 숫자 중 하나가 찰 때 올리는 것입니다.

오늘 요금표를 시간 단위로 바꿔 적으면

공급사를 디지털오션, 서버 타입을 Basic으로 둔 화면입니다.

카드마다 월 금액 아래에 시간당 금액이 같이 적혀 있습니다.

① 왼쪽 끝이 가장 낮은 요금제 Micro이고 월 14달러, 그 아래 줄에 시간당 0.0208달러가 적혀 있습니다.

② 오른쪽 끝 Large는 월 99달러, 시간당 0.1473달러입니다.

요금제	월 요금	시간당	하루 환산
Micro	$14	$0.0208	약 $0.50
Small	$28	$0.0417	약 $1.00
Medium	$54	$0.0804	약 $1.93
Large	$99	$0.1473	약 $3.54

하루 환산은 시간당 금액에 24를 곱한 값이고, 표시 금액에는 세금이 포함되어 있지 않습니다.

오늘 시간당 금액이 얼마로 적혀 있는지 공식 요금 페이지에서 직접 확인하기

요금제가 올려 주는 칸은 네 개입니다

카드를 아래로 내리면 요금제마다 달라지는 항목이 그대로 나옵니다.

메모리, vCPU, 저장공간, 전송량 네 줄만 요금제에 따라 바뀌고, 방문자 수와 사이트 수는 네 칸 모두 Unlimited로 같습니다.

Micro는 1GB 메모리·1 vCPU·25GB NVMe·1TB 전송량이고, 한 칸 올린 Small은 2GB·1 vCPU·50GB·2TB입니다.

즉 더 내고 사는 것은 자원의 양이지 기능의 가짓수가 아닙니다.

"싼 요금제는 기능이 빠져 불편하다"는 추천 근거가 이 요금표에서는 성립하지 않습니다.

"미리 큰 걸로 가라"는 조언의 값

권유대로 처음부터 Medium을 잡으면 Micro와의 차액은 월 40달러입니다.

1년이면 480달러이고, 그 사이 메모리가 모자랐던 적이 한 번도 없어도 그대로 나갑니다.

반대로 Micro로 시작해 두었다가 필요할 때 Medium으로 올리면, 올려 둔 시간만큼만 차액이 붙습니다.

하루 올려 보면 1.93달러에서 0.50달러를 뺀 약 1.4달러, 일주일을 통째로 올려 두어도 10달러가 되지 않습니다.

그래서 올려 보는 실험은 거의 공짜입니다

요금제를 달 중간에 바꾸면 어떻게 되는지도 공식 FAQ에 적혀 있습니다.

① 'What if I change my Cloudways pricing plan midway through the month?' 항목입니다.

시간 단위로 과금하므로 쓴 만큼만 청구되고, 요금제를 바꾸면 청구서에 즉시 반영된다고 되어 있습니다.

그래서 트래픽이 몰리는 행사 기간처럼 짧게 필요한 때는 그 기간만 올렸다가 평소 요금제로 돌아오는 식의 운용이 가능합니다.

다만 요금제를 내릴 때 저장공간이 어떻게 처리되는지는 공급사 정책에 따라 다르므로, 내리기 전에 공식 문서로 확인하시기 바랍니다.

언제 올리나: 네 개의 칸 중 먼저 차는 칸

올릴 시점은 방문자 수나 운영 기간 같은 막연한 기준이 아니라, 요금제가 올려 주는 네 칸 중 어디가 먼저 차는지로 정합니다.

① 'What if I exceed my bandwidth?' 항목입니다.

전송량은 초과한 만큼만 따로 과금하는 방식이라고 적혀 있고, AWS는 GB당 0.12달러, 구글 클라우드는 리전에 따라 GB당 0.10~0.17달러로 안내됩니다.

즉 전송량이 조금 넘쳤다고 사이트가 멈추는 구조가 아닙니다.

먼저 차는 칸	Micro 기준	올리기 전에 먼저 할 것
전송량	1TB	이미지 용량 줄이기, CDN 적용
저장공간	25GB	오래된 백업·미디어 정리
메모리	1GB	쓰지 않는 플러그인 정리, 캐시 적용
vCPU	1개	무거운 예약 작업 시간 분산

전송량 1TB가 어느 정도인지는 한 번 열 때 내려받는 용량으로 가늠합니다.

페이지 하나가 2MB면 약 50만 번, 1MB면 약 100만 번 열 수 있는 양입니다.

이미지가 많은 블로그일수록 이 칸이 가장 먼저 찹니다.

네 칸 중 어느 것도 차지 않았는데 요금제만 올리는 것은, 쓰지 않을 자원에 돈을 넣는 일입니다.

전송량 초과 요금과 백업 저장 요금 기준을 공식 안내에서 읽어 보기

이 선택이 맞지 않는 분과 솔직한 단점

월 14달러는 서버 값일 뿐입니다.

백업을 외부에 보관하면 서버당 GB마다 0.033달러가 더 붙고, 메일은 포함되지 않아 메일함 하나에 월 1.5달러짜리 애드온을 따로 붙여야 합니다.

도메인 CDN이나 악성코드 검사 같은 애드온도 모두 별도 과금입니다.

결제는 달러이고 표시 금액에 세금이 빠져 있어 환율과 세금만큼 실제 청구액이 올라갑니다.

관리 화면과 고객지원은 영어이고, 한국어 상담 창구는 없습니다.

그래서 방문자가 하루 수백 명인 취미 블로그이고 서버를 만질 생각이 없다면, 월 1만 원 이하의 국내 공유 호스팅이 더 맞습니다.

자주 묻는 질문

클라우드웨이즈 시간당 요금은 어디에 적혀 있나요?

요금 페이지의 각 요금제 카드에서 월 금액 바로 아래 줄에 적혀 있습니다.

2026년 10월 12일 기준 디지털오션 Basic은 Micro 0.0208달러, Small 0.0417달러, Medium 0.0804달러, Large 0.1473달러입니다.

하루만 올려서 쓰면 정말 하루치만 청구되나요?

공식 FAQ는 시간 단위로 쓴 만큼만 청구하고 변경은 즉시 청구서에 반영된다고 설명합니다.

다만 청구서는 사용한 달이 끝난 뒤 발행되므로 금액은 다음 달에 확인하게 됩니다.

전송량을 넘기면 사이트가 멈추나요?

요금 페이지의 설명은 초과분을 쓴 만큼 따로 과금하는 방식입니다.

차단이 아니라 추가 요금이므로, 갑자기 글 하나가 퍼졌다고 사이트가 닫히는 것을 걱정해 요금제를 미리 올려 둘 이유는 약합니다.

처음부터 결제하지 않고 확인할 방법이 있나요?

요금 페이지에 결제 정보 없이 시작하는 3일 체험이 안내되어 있습니다.

사흘이면 관리 화면과 설치 과정을 보기에 충분하지만, 전송량과 메모리가 어디서 차는지는 글이 쌓인 뒤에야 보입니다.

결제 정보 없이 시작하는 3일 체험 조건을 공식 페이지에서 확인하기

마무리

클라우드웨이즈 요금은 시간 단위로 매겨지고 요금제 변경이 즉시 반영되므로, 사양을 미리 크게 잡아 둘 이유가 없습니다.

Micro와 Medium의 차액은 월 40달러, 하루로는 약 1.4달러여서 필요한 날에만 올려 보는 쪽이 훨씬 쌉니다.

올릴 시점은 전송량 1TB, 저장공간 25GB, 메모리 1GB, vCPU 1개 가운데 어느 칸이 먼저 차는지로 정하면 됩니다.

지금 쓰시는 호스팅의 월 요금과 한 달 전송량은 얼마인가요?

댓글로 남겨 주시면 어느 칸이 먼저 찰지 같이 따져 보겠습니다.

다음 글에서는 「호스팅 용어 정리, 트래픽·대역폭·vCPU·RAM」에 대해 알아보겠습니다.

워드프레스 여러 개를 서버 하나에 올릴 때 자원은 어떻게 공유되나: 애플리케이션 추가 전에 볼 네 자리

cloudmanager — Tue, 13 Oct 2026 12:00:31 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 애플리케이션을 추가하는 버튼 위치를 알려 주는 글이 아닙니다.

서버 한 대에 워드프레스를 여러 개 올렸을 때 무엇이 사이트마다 따로 생기고 무엇을 끝까지 같이 쓰는지, 그 경계를 정리합니다.

블로그를 두세 개로 늘릴 생각인 분, 이미 여러 개를 한 서버에 몰아 놓고 한 사이트가 느려질 때 원인을 못 찾는 분에게 맞는 글입니다.

읽고 나면 사이트를 추가하기 전에 확인할 네 자리(메모리·전송량·앱 단위 비용·사고 범위)를 가지고 판단할 수 있습니다.

아래 화면과 숫자는 2026년 10월 12일에 공식 요금 페이지를 직접 열어 확인한 것입니다.

결론부터: 개수 제한은 없고, 한도는 서버가 집니다

공식 안내 기준으로 서버 한 대에 올릴 수 있는 애플리케이션 개수에는 제한이 없습니다.

그래서 "요금을 더 내지 않고 사이트를 늘릴 수 있다"는 말이 나옵니다.

절반은 맞습니다.

나머지 절반은 이렇습니다.

개수를 세지 않을 뿐, 사이트들이 쓰는 메모리와 전송량은 서버 한 대 몫으로 묶여 있습니다.

즉 사이트를 늘리는 순간 늘어나는 비용은 요금제가 아니라 남는 여유에서 먼저 빠져나갑니다.

그러니 판단 기준은 "몇 개까지 되나요"가 아니라 "지금 서버에 남은 여유가 사이트 하나를 더 감당하나"입니다.

이 글이 맞는 분과 맞지 않는 분

한 사람이 운영하는 블로그·소개 사이트를 두세 개 묶어 보려는 분께 맞습니다.

사이트마다 주인이 다르거나, 한 곳이 멈추면 바로 매출이 끊기는 쇼핑몰이 섞여 있다면 이 글의 결론과 반대로 가야 합니다.

그 경우는 비용을 더 내더라도 서버를 나누는 쪽이 맞습니다.

애플리케이션을 추가하면 나뉘는 것, 계속 같이 쓰는 것

관리 화면에서 애플리케이션을 하나 추가하면 워드프레스 한 벌이 통째로 새로 설치됩니다.

여기서 많은 분이 "독립된 사이트가 생겼다"고 받아들이는데, 독립되는 범위가 정해져 있습니다.

구분	사이트마다 따로	서버에서 같이 씀
파일·데이터베이스	설치 폴더와 DB가 각각 생김	디스크 용량은 한 덩어리
도메인·SSL	도메인을 따로 연결, 인증서도 각각	서버 IP는 하나
관리자 계정	사이트별로 따로	호스팅 계정은 하나
성능	나뉘지 않음	메모리·CPU·전송량을 나눠 씀
중단 범위	나뉘지 않음	서버 재시작·자원 고갈은 전체에 영향

표의 오른쪽 열이 이 글의 핵심입니다.

사이트는 나뉘어도 자원과 사고는 나뉘지 않습니다.

공식 문구가 그어 둔 선: '서버가 감당하는 만큼'

① 요금 페이지의 '모든 요금제 포함' 묶음에는 앱 수 제한 없음 항목이 있습니다.

설명을 끝까지 읽는 편이 좋습니다.

제한 없이 올릴 수 있다는 말 뒤에 '서버가 감당할 수 있는 만큼'이라는 조건이 붙어 있습니다.

⑤ 요금·결제 FAQ에도 같은 내용이 짧게 적혀 있습니다.

서버 한 대에 올릴 수 있는 애플리케이션 수에 제한이 없다는 답입니다.

두 문장을 겹쳐 읽으면 규정은 분명해집니다.

개수는 회사가 막지 않고, 멈추는 지점은 사양이 정합니다.

같은 화면에서 눈여겨볼 항목이 하나 더 있습니다.

오브젝트 캐시를 무료로 주는 조건이 메모리 4GB 이상 서버로 적혀 있습니다.

사양이 낮은 서버에 사이트를 몰면 속도 보조 기능 쪽에서도 조건이 갈린다는 뜻입니다.

전송량은 사이트가 아니라 서버 단위입니다

⑥ 전송량을 넘겼을 때의 처리도 같은 FAQ에 있습니다.

요금제 한도를 넘긴 만큼만 추가로 내는 종량 방식이고, 초과분 단가는 공급사별로 다릅니다.

화면에는 AWS가 모든 리전 기가바이트당 0.12달러, 구글 클라우드가 리전에 따라 0.10~0.17달러로 적혀 있습니다.

사이트를 여러 개 올렸다면 이 한도는 합계로 소모됩니다.

평소에는 티가 안 나다가, 한 사이트가 검색이나 커뮤니티에서 터지는 날 다른 사이트들의 여유까지 같이 깎입니다.

사진이 많은 블로그를 두 개 이상 붙여 둔 경우가 특히 그렇습니다.

사이트 수만큼 곱해지는 비용은 요금제가 아니라 애드온입니다

② 선택 애드온 화면을 보면 과금 단위가 서버가 아닙니다.

사이트 관리 도구는 앱당 월 3달러부터, 악성코드 검사는 앱당 월 4달러부터, 기업용 CDN은 도메인당 월 4.99달러부터로 적혀 있습니다.

메일은 메일함당 월 1.5달러, DNS 서비스는 도메인당 월 0.50달러입니다.

여기가 "사이트를 늘려도 0원"이라는 계산이 깨지는 자리입니다.

서버 요금은 그대로여도 앱 단위 애드온은 사이트 수만큼 붙습니다.

사이트 세 개에 보안 검사를 걸면 애드온만으로 월 12달러, 도메인 메일까지 각각 쓰면 더 늘어납니다.

그래서 추가 전에 정할 것은 두 가지입니다.

새 사이트에 애드온을 붙일지, 그리고 붙인다면 그 금액을 서버를 한 단계 올리는 비용과 비교했을 때 어느 쪽이 싼지입니다.

앱 단위로 붙는 애드온 가격을 공식 페이지에서 직접 세어 보기

그래서 요금제는 어디서 시작하나

④ 오늘 확인한 요금 구간은 디지털오션·기본 서버 타입 기준으로 Micro 월 14달러, Small 28달러, Medium 54달러, Large 99달러입니다.

Micro 설명에는 개인 사이트와 단순한 블로그에 맞는다고 적혀 있습니다.

시작은 최저 요금제로 충분합니다.

사이트를 두 개 올릴 계획이라도 처음부터 위 단계를 사지 마시기 바랍니다.

관리 화면에서 사양을 올리는 일은 언제든 할 수 있고, 올릴 근거는 쓰고 나서야 생깁니다.

올릴 시점의 신호는 세 가지로 좁혀집니다.

메모리 부족 경고나 데이터베이스 연결 오류가 반복될 때, 글 수정 같은 관리자 화면 작업이 눈에 띄게 느려질 때, 그리고 전송량 초과 과금이 매달 붙기 시작할 때입니다.

사이트 개수가 늘었다는 사실 자체는 신호가 아닙니다.

카드 등록 없이 사흘 동안 써 보는 체험도 같은 페이지에 안내돼 있어, 사이트 두 개를 실제로 올려 보고 관리 화면이 맞는지 결제 전에 확인할 수 있습니다.

요금 구간과 포함 기능을 오늘 날짜로 다시 확인하는 공식 페이지

서버를 나누는 편이 나은 네 가지 상황

한 서버에 몰기가 늘 이득은 아닙니다.

아래에 해당하면 비용이 더 들더라도 나누는 쪽이 낫습니다.

첫째, 사이트의 주인이 다른 경우입니다.

다른 사람의 사이트와 자원을 섞으면 장애가 났을 때 설명할 수 없는 상황이 생깁니다.

둘째, 한 곳이 주문을 받는 쇼핑몰인 경우입니다.

옆 사이트의 트래픽이 결제 화면을 느리게 만들 수 있습니다.

셋째, 실험용 사이트를 자주 만들고 부수는 경우입니다.

운영 중인 사이트와 같은 서버에서 플러그인을 시험하면 사고가 번집니다.

넷째, 접속 지역이 크게 다른 경우입니다.

서버 위치는 서버 단위라 사이트마다 따로 고를 수 없습니다.

단점과 맞지 않는 분

이 방식의 단점은 분명합니다.

자원과 장애가 공유되므로 한 사이트의 문제가 전체 속도에 번질 수 있고, 어느 사이트가 메모리를 먹는지 가려내려면 관리 화면의 사용량을 볼 줄 알아야 합니다.

비용 쪽도 보셔야 합니다.

결제는 달러라 환율과 카드 수수료가 붙고, 고객지원은 한국어가 아니며 관리 화면도 영어입니다.

메일 호스팅은 요금에 포함되지 않아 따로 들고, 보안 검사·CDN도 기본 요금 바깥입니다.

글만 올리는 블로그 한두 개이고 월 1만 원 이하 공유 호스팅으로 버티고 있다면 옮길 이유가 없습니다.

자주 묻는 질문

사이트를 추가하면 요금이 올라가나요

요금제 자체는 그대로입니다.

다만 앱 단위로 붙는 애드온을 새 사이트에도 켜면 그만큼 늘고, 전송량을 넘기면 초과분이 따로 붙습니다.

한 서버에 몇 개까지 올릴 수 있나요

공식 답변은 제한 없음입니다.

실제 한도는 사양이 정합니다.

최저 요금제라면 글 위주의 가벼운 사이트 두어 개가 현실적인 선이고, 그 이상은 사양을 올린 뒤에 늘리는 쪽이 안전합니다.

한 사이트가 해킹당하면 다른 사이트도 위험한가요

같은 서버에 있으니 서로 영향을 받을 수 있다고 보는 편이 안전합니다.

사이트마다 관리자 비밀번호를 다르게 두고, 백업은 사이트별로 복원할 수 있는지 미리 확인해 두시기 바랍니다.

어느 사이트가 서버를 느리게 만드는지 어떻게 아나요

관리 화면의 서버 사용량 그래프에서 시간대를 먼저 좁히고, 그 시간대에 트래픽이 몰린 사이트를 대조합니다.

짐작으로 플러그인을 지우기 전에 숫자부터 보는 순서입니다.

마무리

서버 한 대에 올릴 수 있는 워드프레스 개수에는 제한이 없고, 멈추는 지점은 요금제 사양이 정합니다.

사이트는 파일·데이터베이스·도메인까지만 나뉘고 메모리·전송량·장애 범위는 끝까지 함께 쓰므로, 추가 전에 남은 여유부터 확인해야 합니다.

늘어나는 비용은 요금제가 아니라 앱·도메인 단위로 붙는 애드온에서 생기고, 주인이 다르거나 쇼핑몰이 섞였다면 서버를 나누는 편이 낫습니다.

지금 한 서버에 사이트를 몇 개 올려 두셨고 어떤 종류인지 댓글로 남겨 주시면, 하나를 더 붙여도 되는 상태인지 기준으로 짚어 드리겠습니다.

다음 글에서는 「클라우드웨이즈 요금제 고르는 법, 초보는 최저 요금제로 충분한 이유」에 대해 알아보겠습니다.

코어 웹 바이탈 때문에 광고를 줄여야 할까: 점수와 애드센스 수익이 부딪히는 자리 가르기

cloudmanager — Tue, 13 Oct 2026 08:00:13 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 코어 웹 바이탈 점수가 나쁘다는 진단을 받고 광고를 줄여야 하나 고민하는 자리에서 시작합니다.

광고 개수가 아니라 광고가 차지하는 자리와 순서를 손보는 쪽을 먼저 다룹니다.

애드센스를 붙인 뒤 모바일 점수가 떨어진 분, 광고를 빼면 점수는 오르는데 수익이 줄어 못 빼고 있는 분을 위한 글입니다.

읽고 나면 세 지표 가운데 광고로 고칠 칸과 광고로는 못 고치는 칸을 가르고, 광고 유닛을 지울지 자리만 잡아 줄지 정할 수 있습니다.

아래 화면과 숫자는 모두 2026년 10월 12일에 공식 문서를 직접 열어 확인한 것입니다.

점수와 수익은 광고 개수에서 부딪히지 않습니다

광고를 지우면 점수가 오르는 것은 맞습니다.

다만 그 개선분의 상당 부분은 광고가 사라져서가 아니라, 자리를 잡아 두지 않은 상자가 사라져서 생깁니다.

그래서 순서를 뒤집습니다.

유닛을 지우기 전에 자리부터 잡아 주고, 그래도 남는 미달분이 있으면 그때 어떤 유닛을 줄일지 고릅니다.

이 순서를 지키면 수익을 깎지 않고 통과하는 경우가 꽤 있습니다.

먼저 세 지표의 합격선을 못 박습니다

② 구글 공식 문서는 세 지표의 합격선을 이렇게 적어 두었습니다.

페이지 로드가 시작된 후 2.5초 이내에 LCP가 발생해야 하고, INP는 200밀리초 이하, CLS는 0.1 이하로 유지되어야 한다는 내용입니다.

옆 문단에는 기준을 재는 방법도 같이 적혀 있습니다.

모바일과 데스크톱을 나눠 페이지 로드 횟수의 75번째 백분위수를 보고, 세 지표 모두가 목표를 충족해야 그 페이지가 통과한 것으로 본다는 것입니다.

이 문장이 중요한 이유는 하나입니다.

평균이 아니라 하위 25퍼센트가 기준이라, 광고가 가장 많이 붙는 글 몇 편이 전체 판정을 끌어내릴 수 있습니다.

손볼 대상은 사이트 전체가 아니라 그 몇 편입니다.

CLS는 광고가 아니라 '자리 없는 광고'가 만듭니다

③ 구글 게시자 태그 공식 가이드는 광고의 동적 특성 때문에 예상치 못한 레이아웃 전환이 생기고, 이것이 사용자 환경에 부정적인 영향을 주며 심각한 사용성 문제를 일으킬 수 있다고 설명합니다.

광고가 늦게 도착하면서 이미 읽고 있던 본문을 아래로 밀어내는 그 움직임이 CLS로 잡힙니다.

④ 같은 문서의 해결 방법은 광고를 줄이라는 것이 아닙니다.

min-height와 min-width CSS 속성으로 광고 슬롯의 크기를 지정하라고 안내하고, 예시 코드로 가로 300픽셀, 세로 250픽셀을 지정한 슬롯을 보여 줍니다.

최소 공간을 확보하면서도 더 큰 소재가 들어오면 브라우저가 컨테이너를 늘릴 수 있어 콘텐츠가 잘리지 않는다는 설명이 붙습니다.

여러 크기가 섞이는 슬롯은 게재 이력을 보고 높이를 정합니다.

문서의 예시는 300x250이 70퍼센트, 320x50이 30퍼센트로 나가는 슬롯인데, 이때 세로 250픽셀을 예약하면 CLS를 크게 줄일 수 있다고 적혀 있습니다.

빈 슬롯을 접는 설정은 조심해야 합니다.

같은 문서가 이 기능은 의도하지 않은 레이아웃 변경을 초래할 수 있어 주의해서 써야 한다고 못 박아 두었습니다.

LCP는 첫 화면에 광고를 몇 개 두었는가의 문제입니다

LCP는 첫 화면에서 가장 큰 요소가 그려지는 시점입니다.

광고 스크립트는 그 요소보다 먼저 불려 나올 이유가 없는데, 첫 화면 위쪽에 광고 자리를 두면 순서가 뒤집힙니다.

그래서 첫 화면에서 할 일은 세 가지로 좁혀집니다.

제목 바로 위 광고는 본문 첫 단락 아래로 내리고, 첫 화면 바깥의 광고는 지연 로딩으로 미루고, LCP 요소가 될 대표 이미지는 지연 로딩에서 빼 둡니다.

이 셋을 하고도 LCP가 2.5초를 넘으면 원인은 광고 쪽이 아닐 가능성이 큽니다.

다음 칸으로 넘어갑니다.

서버 응답 시간은 광고로 고칠 수 없는 칸입니다

⑤ 구글 공식 문서는 대략적인 가이드라인으로 대부분의 사이트가 TTFB 0.8초 이하를 목표로 해야 한다고 적습니다.

좋음은 0.8초 이하, 나쁨은 1.8초 초과로 나뉩니다.

같은 문서는 TTFB가 FCP나 LCP 같은 사용자 중심 지표보다 먼저 적용된다고 설명합니다.

서버가 첫 바이트를 0.8초에 보내기 시작하면 LCP의 출발선이 이미 0.8초라는 뜻입니다.

광고 태그를 아무리 정리해도 이 출발선은 당겨지지 않습니다.

문서가 정리한 TTFB 구성은 리디렉션, DNS 조회, 연결과 TLS 협상, 응답 첫 바이트까지의 요청 구간입니다.

앞쪽은 설정으로 줄이고, 마지막 구간이 길면 서버나 데이터베이스 쪽을 봅니다.

판정표: 어느 칸이 미달인지로 할 일을 가릅니다

세 줄만 채우면 광고를 줄일지 말지가 정해집니다.

미달 지표	먼저 할 일	광고를 줄여야 하나
CLS만 미달	슬롯마다 min-height 지정, 접기 설정 해제	아니요. 자리만 잡으면 유닛 수는 그대로 둡니다
LCP 미달 + TTFB 양호	첫 화면 광고 내리기, 화면 밖 광고 지연 로딩	첫 화면 한 자리만 조정. 전체를 줄일 일은 아닙니다
LCP 미달 + TTFB 0.8초 초과	서버 응답부터 손봅니다	아니요. 광고를 다 지워도 통과하지 못합니다
INP만 미달	광고 외 스크립트와 테마 기능부터 점검	관련이 적은 칸입니다

표에서 보듯 광고 유닛을 실제로 줄여야 하는 칸은 생각보다 좁습니다.

수익을 깎기 전에 자리 예약과 순서 조정으로 갈 수 있는 데까지 갑니다.

마지막 줄이 서버로 내려왔을 때의 선택지

TTFB가 반복해서 0.8초를 넘고 캐시를 켜도 그대로라면, 남는 선택지는 서버 쪽입니다.

공유 호스팅은 한 대에 여러 사용자가 올라가 있어 내 설정만으로 응답 시간을 내리기 어렵습니다.

클라우드 호스팅을 관리형으로 빌려 쓰는 방식이 그 지점에서 비교 대상이 됩니다.

요금 화면을 오늘 열어 보면 최저 구간은 Micro 월 14달러이고, 그 위가 Small 28달러, Medium 54달러, Large 99달러입니다.

① Micro 설명에는 개인 사이트와 단순한 블로그에 맞는다고 적혀 있습니다.

블로그 한 개라면 이 최저 요금제로 시작하는 것이 맞습니다.

위 구간으로 올릴 시점은 광고를 더 붙이고 싶을 때가 아니라, 방문자가 늘어 메모리 부족 경고가 반복되거나 TTFB가 다시 느려질 때입니다.

결제 전에 확인하고 싶다면 같은 페이지에 카드 없이 사흘 쓰는 체험이 안내돼 있습니다.

최저 요금 구간과 사흘 체험 조건을 공식 요금 페이지에서 확인하기

옮기기 전에 알고 있어야 할 단점

관리형 클라우드 호스팅에도 분명한 단점이 있습니다.

결제가 달러라 환율과 카드 수수료가 붙고, 월 청구서의 세금은 표시 금액과 별개로 요금 페이지 FAQ에서 따로 안내될 만큼 더 붙을 수 있습니다.

고객지원은 한국어가 아니고 관리 화면도 영어입니다.

메일 호스팅은 포함이 아니라 사서함당 월 1.5달러부터 따로 붙고, CDN은 도메인당 월 4.99달러, 악성코드 검사는 애플리케이션당 월 4달러처럼 포함 목록 바깥에 있습니다.

그래서 공유 호스팅에서도 TTFB가 이미 0.8초 안쪽이거나, 미달 지표가 CLS 하나뿐이거나, 영어 화면과 달러 결제를 감당할 생각이 없다면 옮길 이유가 없습니다.

자리 예약과 캐시 설정으로 끝내는 쪽이 싸게 먹힙니다.

관리형 호스팅이 어디까지 대신 해 주는지 공식 소개 페이지에서 보기

자주 묻는 질문

자동 광고를 쓰면 자리 예약을 할 수 없나요

자동으로 꽂히는 자리는 미리 높이를 정해 두기 어렵습니다.

본문 안에서 위치가 중요한 자리만 수동 유닛으로 바꿔 높이를 지정하고, 나머지는 자동에 맡기는 식으로 나누면 둘 다 가져갈 수 있습니다.

모바일만 미달이고 데스크톱은 통과입니다

공식 문서가 모바일과 데스크톱을 나눠 보라고 적어 둔 그대로입니다.

모바일에서만 뜨는 320x50 같은 작은 소재와 큰 소재가 한 슬롯에 섞여 있으면 높이 차이가 그대로 CLS가 됩니다.

모바일 슬롯의 게재 이력을 따로 보고 높이를 정합니다.

높이를 넉넉히 잡으면 빈 공백이 생기지 않나요

생깁니다.

그래서 가장 큰 크기가 아니라 게재 이력에서 가장 많이 나가는 크기에 맞춥니다.

공식 문서의 예시도 70퍼센트를 차지하는 크기의 높이를 예약하는 방식입니다.

마무리

광고 개수를 줄이기 전에 광고 자리를 잡아 줍니다.

CLS는 슬롯에 최소 높이를 지정하는 것으로 대부분 해결되고, 이때 수익은 그대로 둘 수 있습니다.

LCP가 미달이면 첫 화면 광고의 위치와 지연 로딩을 먼저 보고, 그래도 안 되면 서버 응답 시간을 봅니다.

합격선은 LCP 2.5초, INP 200밀리초, CLS 0.1, TTFB 0.8초입니다.

TTFB가 0.8초를 넘는 칸은 광고로 고칠 수 없습니다.

이 칸이 남았을 때만 호스팅을 비교 대상에 올리고, 블로그 한 개라면 최저 요금제에서 시작합니다.

지금 쓰는 블로그의 미달 지표는 어느 칸인가요?

측정값과 쓰고 계신 호스팅을 댓글로 남겨 주시면 광고를 줄여야 하는 경우인지 함께 짚어 보겠습니다.

워드프레스 플러그인 설치 전 확인할 세 곳: 요금제 포함 기능·안 보이는 플러그인·호환성 표시

cloudmanager — Tue, 13 Oct 2026 04:00:43 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 플러그인 추천 목록이 아닙니다.

워드프레스를 막 설치한 뒤 무엇을 깔지 정하기 전에, 먼저 열어 봐야 할 화면 세 곳을 순서대로 짚습니다.

추천 목록을 그대로 다 깔았다가 사이트가 느려진 분, 반대로 무엇까지 필요한지 몰라 설치를 미루고 있는 분을 위한 글입니다.

읽고 나면 SEO·캐시·보안·백업 네 칸 가운데 내 환경에서 플러그인으로 채워야 할 칸만 남길 수 있습니다.

아래 화면과 숫자는 모두 2026년 10월 12일에 공식 페이지를 직접 열어 확인한 것입니다.

결론부터: 목록을 늘리기 전에 겹치는 자리를 지웁니다

플러그인을 적게 쓰라는 말은 많은데 몇 개가 적은 것인지는 아무도 정해 주지 않습니다.

기준은 개수가 아니라 겹침입니다.

서버가 이미 하고 있는 일을 플러그인으로 한 번 더 하면, 기능은 그대로인데 업데이트할 것과 충돌할 면적만 늘어납니다.

그래서 설치 목록은 '필요한 기능'이 아니라 '이미 돌아가고 있는 것'을 확인한 뒤 그 나머지에서 시작합니다.

첫째, 요금제에 이미 포함된 기능을 펼쳐 봅니다

① 호스팅 요금 페이지에는 요금 구간 아래에 모든 요금제에 포함되는 기능이 따로 묶여 있습니다.

클라우드웨이즈 요금 페이지를 예로 보면 자동 백업, 서버 레벨 방화벽, 무료 SSL, 오브젝트 캐시, 스테이징 환경이 그 자리에 적혀 있습니다.

백업 항목에는 수동이나 자동으로 받아 두고 한 번의 클릭으로 되돌린다고 적혀 있습니다.

중요한 것은 그 목록을 끝까지 읽는 일입니다.

오브젝트 캐시에는 괄호 안에 '4GB 서버 이상'이라는 조건이 붙어 있고, CDN 카드에는 유료 표시가 따로 달려 있습니다.

조건 없이 들어오는 항목만 '서버가 한다'로 옮겨 적습니다.

② 같은 페이지의 요금 구간은 디지털오션·기본 서버 타입 기준으로 최저 Micro 월 14달러, 그 위가 Small 28달러, Medium 54달러, Large 99달러입니다.

Micro 설명에는 개인 사이트와 단순한 블로그에 맞는다고 적혀 있습니다.

처음에는 이 최저 요금제로 충분합니다.

올릴 시점은 방문자가 늘어 메모리 부족 경고가 반복될 때이지, 플러그인을 더 깔기 위해서가 아닙니다.

요금제에 어떤 기능이 묶여 들어오는지 공식 페이지에서 직접 펼쳐 보기

둘째, 플러그인 목록에 보이지 않는 플러그인이 있습니다

④ 워드프레스 공식 문서는 필수 사용 플러그인(mu-plugins)을 따로 설명합니다.

콘텐츠 폴더 안의 특정 디렉터리에 설치되고 자동으로 켜지며, 플러그인 화면의 기본 목록에는 나타나지 않고, 그 파일을 지우지 않는 한 끌 수도 없다는 내용입니다.

관리형 호스팅은 캐시 연동이나 보안 설정을 이 자리에 넣어 두는 경우가 많아, 설치 화면만 보고 "아무것도 안 깔려 있다"고 판단하면 틀립니다.

파일 관리자나 SFTP로 mu-plugins 디렉터리를 열어 이름을 적어 두고, 그 이름과 같은 일을 하는 플러그인은 설치 목록에서 뺍니다.

셋째, 설치 버튼을 누르기 전 호환성 한 줄

⑤ 공식 문서는 설치 전 호환성 확인법을 안내합니다.

플러그인 추가 화면의 설명마다 지금 쓰는 워드프레스 버전과 호환된다는 문구나 아직 시험되지 않았다는 문구가 붙고, 자세히 보기에서 더 볼 수 있다는 것입니다.

문서는 이유도 적어 두었습니다.

워드프레스 본체가 올라간 뒤로 갱신되지 않은 플러그인은 호환되지 않거나 호환 여부를 알 수 없다는 것입니다.

추천 글의 발행일이 아니라 플러그인 페이지의 갱신 시점을 보라는 뜻입니다.

네 칸을 '플러그인'과 '서버'로 가릅니다

앞의 세 곳을 확인했으면 표를 채웁니다.

같은 네 칸이라도 호스팅에 따라 결과가 달라집니다.

칸	서버가 하는 경우	플러그인이 필요한 경우
SEO	해당 없음	거의 항상 필요. 메타 정보·사이트맵은 워드프레스 바깥에서 못 만듭니다
캐시	서버 캐시·오브젝트 캐시가 포함된 요금제	포함 기능이 없을 때만 한 개
보안	서버 레벨 방화벽이 포함된 요금제	로그인 시도 제한·스팸 댓글처럼 워드프레스 안에서만 되는 부분
백업	자동 백업이 포함된 요금제	포함이 없거나, 서버 밖 저장소에 따로 보관하고 싶을 때

표를 채우고 나면 대개 한두 칸만 남습니다.

남은 칸에만 플러그인을 고르고, 나머지 칸은 설정 화면에서 켜졌는지 확인하는 것으로 끝냅니다.

캐시는 두 개를 겹치면 안 됩니다

⑥ 캐시 칸은 특히 겹치기 쉬운 자리입니다.

캐시 플러그인 공식 페이지의 자주 묻는 질문에는 어떤 워드프레스 사이트에서도 캐시 플러그인 두 개를 동시에 쓰는 것을 권하지 않으며, 다른 캐시 플러그인이 설치돼 있다면 설치 전에 꺼 두라고 적혀 있습니다.

같은 일을 하는 플러그인이 둘이면 둘 다 제대로 동작하지 않고 원인을 가리기도 어렵습니다.

한 칸에는 하나만 둡니다.

설치는 하나씩 켜고 하나씩 확인합니다

남은 칸이 두 개라도 한꺼번에 켜지 않습니다.

공식 문서의 문제 해결 항목은 어느 플러그인이 원인인지 모를 때 하나씩 꺼 가며 찾으라고 안내합니다.

순서를 뒤집으면 애초에 찾을 일이 없습니다.

하나를 켜고 첫 화면·글 상세·댓글 입력창을 열어 봅니다.

이상이 없으면 다음 하나를 켭니다.

같은 문서가 업데이트 전에 현재 시점의 백업을 확보해 두라고 적어 둔 것도 같이 지킵니다.

쓰지 않기로 한 플러그인은 비활성화에서 멈추지 말고 삭제까지 합니다.

공식 문서의 제거 절차도 비활성화 뒤 삭제 링크를 누르는 순서입니다.

이 기준이 안 맞는 사람과 비용 쪽 단점

이 기준은 요금제에 서버 기능이 묶여 있을 때 힘을 씁니다.

기능 목록이 짧은 저가 공유 호스팅이라면 네 칸을 거의 플러그인으로 채우게 되고, 그때는 겹침보다 플러그인 품질을 보는 쪽이 맞습니다.

관리형 호스팅으로 옮기는 선택에도 단점이 있습니다.

결제는 달러라 환율과 카드 수수료가 붙고, 월 청구서의 세금은 요금 페이지 FAQ에서 따로 안내될 만큼 표시 금액과 별개입니다.

고객지원은 한국어가 아니고 관리 화면도 영어입니다.

메일은 포함이 아니라 월 1.5달러부터, CDN은 도메인당 월 4.99달러, 악성코드 검사는 애플리케이션당 월 4달러처럼 포함 목록 바깥에 붙습니다.

월 1만 원 이하 공유 호스팅으로 충분한 사이트라면 옮길 이유가 없습니다.

결제 전에 확인하고 싶다면 카드 없이 사흘 쓰는 체험이 같은 페이지에 안내돼 있습니다.

카드 없이 사흘 체험으로 포함 기능을 먼저 확인하는 방법 보기

자주 묻는 질문

서버 캐시가 있는데 캐시 플러그인을 아예 안 깔아도 되나요

페이지 캐시가 서버 쪽에서 돌고 있다면 같은 일을 하는 플러그인은 필요 없습니다.

이미지 지연 로딩처럼 캐시와 다른 기능이 필요하다면, 그 기능만 하는 쪽을 고르고 캐시 기능은 꺼 둡니다.

보안 플러그인은 방화벽이 있어도 하나는 있어야 하지 않나요

서버 방화벽이 막는 것과 워드프레스 안에서만 보이는 것이 다릅니다.

로그인 시도 횟수 제한, 댓글 스팸 거르기처럼 로그인 화면과 글 안에서 벌어지는 일은 플러그인 쪽입니다.

둘을 같은 기능으로 보지 않으면 겹치지 않습니다.

마무리

플러그인은 개수가 아니라 겹침으로 고릅니다.

요금제 포함 기능 목록, 보이지 않는 mu-plugins 폴더, 설치 화면의 호환성 표시 세 곳을 먼저 열어 보는 순서입니다.

그 세 곳을 확인하면 SEO·캐시·보안·백업 네 칸 가운데 플러그인으로 채울 칸은 대개 한두 개로 줄고, 한 칸에는 하나만 둡니다.

설치는 하나씩 켜고 그때마다 화면을 확인하며, 쓰지 않을 것은 비활성화에서 멈추지 않고 삭제까지 합니다.

지금 쓰는 호스팅의 포함 기능 목록에 캐시나 백업이 들어 있나요?

어떤 요금제를 쓰고 계신지 댓글로 남겨 주시면 어느 칸을 비워도 되는지 함께 짚어 보겠습니다.

다음 글에서는 「코어 웹 바이탈 점수와 애드센스 수익의 관계」에 대해 알아보겠습니다.

블로그 도메인 갱신 비용부터 보고 고르는 법: 첫해 2,200원이 1년 뒤 71,500원이 되는 자리

cloudmanager — Tue, 13 Oct 2026 00:00:01 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

도메인은 첫해 가격이 아니라 갱신 가격으로 고르는 물건입니다.

이 글은 2026년 10월 12일에 가비아·후이즈·클라우드플레어·한국인터넷정보센터 화면을 직접 열어 확인한 금액만으로, 첫해가와 정가가 어디서 갈리는지와 .com·.kr 중 무엇을 쓸지를 정리합니다.

블로그용 주소를 처음 사려는 분, 그리고 작년에 몇 천 원에 샀는데 올해 연장 요금 안내를 받고 금액에 놀란 분을 위한 내용입니다.

읽고 나면 가격표에서 어떤 숫자를 봐야 하는지 알게 되고, 3년 치 총액을 직접 계산해 구입처와 확장자를 고를 수 있습니다.

가격표에는 가격이 두 개 적혀 있습니다

가비아 '오늘의 도메인' 화면, 할인가 옆에 정가와 할인 종료일이 함께 적혀 있다(2026년 10월 12일 확인, 부가세 포함)

① 큰 글씨 아래 취소선이 그어진 작은 숫자가 정가입니다.

.COM은 19,800원으로 팔고 있지만 그 아래 26,400원이 같이 적혀 있습니다.

.KR과 .CO.KR은 16,500원이고 정가는 23,100원입니다.

② 오른쪽에 할인 종료일이 붙어 있습니다.

이 화면에서는 2026년 10월 31일까지였습니다.

할인은 신규 등록에 붙는 조건이고, 기간이 지나면 가격표의 기준은 취소선 쪽 숫자로 돌아갑니다.

그래서 도메인 가격을 비교할 때 첫해가만 나란히 놓으면 비교가 성립하지 않습니다.

블로그 주소는 한 번 정하면 몇 년을 쓰는 자산이라 두 번째 해부터의 금액이 실제 고정비가 됩니다.

표시 금액은 등록 시점의 안내일 뿐이므로 연장 시점에 다시 확인해야 한다는 점도 같습니다.

다만 비교의 출발선은 첫해가가 아니라 정가여야 합니다.

할인율이 클수록 두 번째 해가 무겁습니다

같은 화면 아래쪽, 96퍼센트 할인으로 표시된 .SHOP의 첫해 가격과 정가 차이(2026년 10월 12일 확인)

① 같은 목록을 아래로 내리면 .SHOP이 2,200원에 올라와 있습니다.

② 바로 아래 취소선 숫자는 71,500원입니다.

할인율 96퍼센트가 뜻하는 것은 싸다는 것이 아니라, 두 번째 해에 서른 배가 넘는 금액이 청구될 수 있다는 뜻입니다.

옆자리도 비슷합니다.

.STORE는 2,200원에 정가 93,500원, .SITE는 3,300원에 정가 71,500원, .XYZ는 3,300원에 정가 33,000원, .MY는 4,950원에 정가 66,000원이었습니다.

반대로 .COM과 .KR은 할인율이 25~28퍼센트에 그칩니다.

눈에 띄는 숫자는 아니지만, 첫해와 다음 해의 차이가 1만 원 아래라 예산을 짜기 쉽습니다.

신생 확장자가 큰 폭으로 싸게 풀리는 이유는 일단 써 보게 만들기 위해서입니다.

1년만 쓸 이벤트 페이지라면 합리적인 선택이지만, 글을 쌓아 검색 유입을 만들려는 블로그 주소로는 계산이 맞지 않습니다.

이벤트가 아닌 기준 금액은 따로 공개돼 있습니다

후이즈 고객센터의 도메인 등록비용 안내, 할인 이벤트가 아닌 기준 금액이다(2026년 10월 12일 확인, 부가세 포함)

① 등록업체 고객센터에는 이벤트와 별개로 기준 금액표가 올라와 있습니다.

② 후이즈 표에서 .com·.net·.org는 1년에 28,600원입니다.

같은 표에서 .kr은 28,600원, .co.kr과 .ne.kr, .pe.kr, 지역 .kr은 18,900원입니다.

.한국은 28,600원, .biz는 33,000원, .info와 .pro는 44,000원, .me는 33,000원이었습니다.

모두 부가세 포함 금액입니다.

표 오른쪽에는 다년 신청 할인이 함께 적혀 있습니다.

.com은 최대 15퍼센트, .kr은 최대 20퍼센트, .co.kr은 최대 42퍼센트였습니다.

몇 년을 한 번에 결제하면 연간 단가가 내려가는 구조입니다.

정리하면 가격을 볼 자리는 두 군데입니다.

첫해에 낼 돈은 이벤트 화면, 그다음부터 낼 돈은 이 기준 금액표입니다.

두 숫자를 같이 적어 두고 비교해야 합니다.

.com과 .kr은 돈보다 쓰임새에서 갈립니다

금액만 보면 .co.kr이 가장 쌉니다.

후이즈 기준 금액으로 18,900원이고, 가비아 이벤트가로는 16,500원이었습니다.

단 가비아의 .CO.KR 정가는 23,100원으로 적혀 있어 업체마다 기준이 다릅니다.

.com은 세계에서 가장 익숙한 주소라 입력 오류가 적고, 해외 독자나 해외 서비스 연동에서 걸리는 일이 없습니다.

기준 금액은 .kr과 같은 28,600원 선입니다.

.kr과 .co.kr은 한국 사이트라는 신호가 분명하고, 국내 검색 결과에서 눈에 익습니다.

다만 .kr은 국가 최상위 도메인이라 등록 자격이 대한민국 국민·법인으로 묶여 있고, .or.kr은 비영리 법인과 단체만, .ac.kr과 .go.kr은 해당 기관만 받을 수 있습니다.

판단 기준을 하나로 줄이면 이렇습니다.

독자가 한국에 있고 앞으로도 그렇다면 .kr 계열, 주제가 국경과 상관없거나 나중에 영어 콘텐츠를 붙일 생각이 있다면 .com입니다.

둘 다 아쉬우면 .com을 사고 .kr을 함께 등록해 한쪽을 연결해 두는 방법이 있지만, 그만큼 매년 두 번 결제한다는 점을 기억해야 합니다.

갱신가를 올리지 않겠다고 적어 둔 곳도 있습니다

클라우드플레어 레지스트라 공식 페이지, 등록·이전·갱신 가격을 원가 이하로 둔다고 적혀 있다(2026년 10월 12일 확인)

① 클라우드플레어의 도메인 등록 서비스는 첫 화면에 원가로 판다고 적어 두었습니다.

설명에는 등록·이전·갱신 가격이 언제나 등록소와 ICANN이 자사에 청구하는 금액 이하라고 돼 있습니다.

같은 페이지의 질의응답에는 도메인 가격에 전혀 마진을 붙이지 않으며, 숨은 수수료나 부풀린 갱신 비용이 없다는 문장이 들어 있습니다.

첫해를 싸게 하고 둘째 해에 올리는 방식과 반대쪽에 서 있는 구조입니다.

대신 불편한 점이 분명합니다.

관리 화면과 약관이 영어이고, 결제는 해외 카드 결제라 환율과 카드 수수료가 붙습니다.

국내 업체처럼 전화 상담이나 세금계산서 발행을 전제로 일을 처리하기 어렵습니다.

그래서 선택은 성향 문제에 가깝습니다.

몇 년 치 비용을 깎는 쪽이 중요하면 원가형 등록처, 한국어 상담과 국내 결제 서류가 중요하면 국내 업체입니다.

어느 쪽이든 결제 전에 갱신 금액이 얼마로 표시되는지는 반드시 확인하셔야 합니다.

.kr은 등록대행자를 거쳐야 하고 수수료도 제각각입니다

한국인터넷정보센터의 .kr 도메인 등록 안내, 등록은 기간제 보유이고 수수료는 등록대행자마다 다르다(2026년 10월 12일 확인)

한국인터넷정보센터의 안내에는 .kr과 .한국 도메인 등록이 수수료를 내고 일정 기간 동안 보유하는 것이라고 정의돼 있습니다.

소유가 아니라 기간제 임차에 가깝다는 뜻입니다.

등록 창구도 정해져 있습니다.

한국인터넷진흥원과 등록대행계약을 맺은 등록대행자 홈페이지에서만 신청할 수 있고, 진흥원이 직접 신청을 받지는 않습니다.

① 그래서 같은 .co.kr이라도 업체마다 금액이 다릅니다.

안내문도 등록대행자마다 수수료와 서비스가 다르니 비교해서 고르라고 적고 있습니다.

앞에서 본 18,900원과 23,100원의 차이가 바로 이 대목입니다.

비교할 항목은 금액만이 아닙니다.

네임서버와 DNS 설정을 무료로 주는지, 등록자 정보 보호나 자동 연장 설정이 있는지, 연장 안내를 어떤 방식으로 보내 주는지를 같이 봅니다.

만료를 놓치면 금액과 무관하게 주소를 잃습니다.

3년 치로 다시 계산해 보면

확장자	첫해(이벤트가)	둘째 해부터(정가)	3년 합계
.COM	19,800원	26,400원	72,600원
.KR	16,500원	23,100원	62,700원
.CO.KR	16,500원	23,100원	62,700원
.XYZ	3,300원	33,000원	69,300원
.SITE	3,300원	71,500원	146,300원
.SHOP	2,200원	71,500원	145,200원
.STORE	2,200원	93,500원	189,200원

2026년 10월 12일 가비아 '오늘의 도메인' 화면에 적힌 할인가와 취소선 정가를 그대로 넣어 3년으로 더한 값입니다.

부가세 포함이고, 둘째 해부터는 할인 없이 정가가 유지된다고 가정했습니다.

첫해 가격만 보면 .SHOP이 .COM보다 9배 싸지만, 3년을 세우면 두 배 비쌉니다.

.XYZ는 첫해가 가장 싼 축인데도 3년 합계는 .COM과 거의 같습니다.

월로 환산하면 .KR이 약 1,700원, .COM이 약 2,000원입니다.

블로그 고정비에서 도메인이 차지하는 몫은 이 정도이고, 여기서 몇 백 원을 아끼려고 생소한 확장자를 고르는 선택은 남는 장사가 아닙니다.

사실 매달 나가는 돈의 대부분은 호스팅입니다

클라우드웨이즈 공식 요금 페이지의 최저 요금제(2026년 10월 12일 확인, 표시 가격은 세금 별도)

도메인은 1년에 한 번 2만 원대지만, 워드프레스로 직접 블로그를 운영한다면 서버 비용이 매달 나갑니다.

① 2026년 10월 12일 공식 요금 페이지 기준으로 클라우드웨이즈의 최저 요금제는 월 14달러이고, 설명에 개인 사이트와 단순한 블로그에 적합하다고 적혀 있습니다.

1GB 램, 1 vCPU, 25GB 저장공간, 월 1TB 전송량입니다.

그 위는 28달러, 54달러, 99달러이며 처음부터 위 구간을 고를 이유는 없습니다.

같은 페이지에 표시 가격은 세금 별도라고 적혀 있고, 달러 결제라 환율과 카드 수수료가 더 붙습니다.

올릴 시점은 관리 화면에서 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때입니다.

요금제별 월 금액과 포함 항목을 공식 요금 페이지에서 오늘 날짜로 확인하기

물론 모두에게 맞는 선택은 아닙니다.

관리 화면이 영어이고 한국어 전화 지원이 없으며, 메일 호스팅은 요금제에 들어 있지 않아 내 도메인 메일은 따로 마련해야 합니다.

글을 올리는 용도뿐이고 월 1만 원 아래 공유 호스팅에서 속도 문제가 없다면 그대로 두는 편이 싸고 간단합니다.

도메인을 고를 때 이 금액을 같이 보는 이유는, 1년 유지비에서 순서를 정하기 위해서입니다.

확장자를 고민하는 시간보다 서버를 어디에 둘지 정하는 쪽이 금액에 열 배쯤 더 영향을 줍니다.

자주 묻는 것

도메인 갱신 비용은 처음 산 가격과 같나요

대체로 다릅니다.

판매 화면의 큰 숫자는 할인 기간이 붙은 신규 등록가이고, 그 아래 취소선으로 적힌 정가가 이후의 기준입니다.

결제 전에 두 숫자를 모두 적어 두세요.

.co.kr과 .com 중 어느 쪽이 더 쌉니까

기준 금액으로는 .co.kr이 쌉니다.

후이즈 안내표에서 .co.kr은 1년 18,900원, .com은 28,600원이었습니다.

다만 업체마다 금액이 달라 가비아의 .CO.KR 정가는 23,100원이었습니다.

싸게 나온 신생 확장자를 블로그에 써도 되나요

1년만 쓸 목적이면 괜찮지만 장기 운영에는 권하지 않습니다.

같은 화면에서 .SHOP은 첫해 2,200원에 정가 71,500원, .STORE는 첫해 2,200원에 정가 93,500원이었습니다.

여러 해를 한 번에 결제하면 이득인가요

단가는 내려갑니다.

후이즈 안내표에는 다년 신청 할인이 .com 최대 15퍼센트, .kr 최대 20퍼센트, .co.kr 최대 42퍼센트로 적혀 있습니다.

주소를 바꿀 가능성이 없다면 묶어서 결제하는 편이 유리합니다.

마무리

도메인 가격표에는 할인가와 정가가 함께 적혀 있고, 두 번째 해부터 실제로 내는 돈은 취소선 쪽 숫자입니다.

할인율이 클수록 격차도 커서 첫해 2,200원짜리가 정가 71,500원인 경우가 있었고, .COM과 .KR은 격차가 1만 원 아래였습니다.

3년 합계로 세우면 .KR이 62,700원, .COM이 72,600원이며, 같은 .co.kr도 등록대행자마다 금액이 달라 비교하고 골라야 합니다.

지금 쓰고 계신 도메인은 어떤 확장자이고 연장 금액은 얼마로 안내받으셨나요?

댓글에 남겨 주시면 같은 조건에서 더 싼 선택지가 있는지 같이 따져 보겠습니다.

다음 글에서는 「워드프레스 처음 설치하고 넣을 필수 플러그인」에 대해 알아보겠습니다.

워드프레스 데이터베이스 연결 오류 원인 네 갈래: 내가 고칠 것과 호스팅이 고칠 것 가르기

cloudmanager — Mon, 12 Oct 2026 20:00:26 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스 데이터베이스 연결 오류의 원인 네 갈래를 '누가 고칠 수 있는가'로 나눠 정리한 글입니다.

근거는 2026년 10월 11일에 워드프레스 공식 문서와 MySQL 공식 매뉴얼에서 직접 확인한 내용만 씁니다.

혼자 할 수 있는 것부터 손대고 싶은 분, 호스팅에 문의할지 말지 망설이는 분, 고쳐 놨는데 또 같은 화면이 떠서 어디에 책임이 있는지 알고 싶은 분을 위한 내용입니다.

읽고 나면 원인마다 손댈 사람이 정해지고, 내 손으로 끝나는 항목과 문의해야 끝나는 항목을 구분해 시간을 낭비하지 않을 수 있습니다.

원인을 '주체'로 가르면 순서가 정해집니다

이 오류는 메시지가 한 줄이라 원인을 알려 주지 않습니다.

그래서 해결 순서를 정하기가 어렵습니다.

증상으로 나누면 경계가 흐려지지만, 누가 그 값을 바꿀 권한을 가졌는가로 나누면 경계가 분명해집니다.

칸은 세 개입니다.

첫째, 내 사이트 폴더 안의 파일이라 내가 직접 고치는 것.

둘째, 서버 쪽 설정이라 호스팅만 손댈 수 있는 것.

셋째, 설정이 아니라 서버가 가진 양이 작아서 요금제를 바꿔야 끝나는 것입니다.

이 순서대로 가는 이유는 비용 때문입니다.

첫째 칸은 공짜이고 10분이면 확인이 끝납니다.

둘째 칸은 문의 한 번이면 답이 옵니다.

셋째 칸은 돈이 듭니다.

거꾸로 가면 돈을 쓰고도 같은 화면을 다시 봅니다.

내가 고치는 칸 1. 접속 정보 네 줄

워드프레스 공식 문서의 데이터베이스 연결 오류 항목(2026년 10월 11일 확인)

① 워드프레스 공식 문서는 이 오류를 별도 항목으로 두고 원인을 세 갈래로 나눠 설명합니다.

② 그중 맨 앞에 두는 것이 wp-config.php 쪽 오류이고, 이 파일의 잘못이 보통의 원인이라고 적혀 있습니다.

이 파일은 내 사이트 최상위 폴더에 있습니다.

FTP나 호스팅의 파일 관리자로 열면 데이터베이스 이름, 사용자 이름, 비밀번호, 호스트 네 줄이 보입니다.

공식 문서가 확인하라고 지목한 항목이 정확히 그 넷입니다.

권한이 전적으로 나에게 있으므로 이 칸은 문의 대상이 아닙니다.

값이 어긋나는 계기도 내 쪽 행동입니다.

호스팅을 옮긴 직후, 데이터베이스 비밀번호를 새로 발급한 직후, 파일을 수동으로 올리다 덮어쓴 직후가 대부분입니다.

값이 맞아 보이는데도 그대로라면 공식 문서는 MySQL 비밀번호를 직접 재설정해 보라고 안내합니다.

호스팅 관리 화면에서 비밀번호를 새로 만들고 같은 값을 파일에 옮겨 적는 것까지가 내 몫입니다.

파일을 고치기 전에 원본을 복사해 두시기 바랍니다.

내가 고치는 칸 2. 깨진 테이블과 반드시 다시 꺼야 할 스위치

공식 문서의 데이터베이스 자동 복구 상수와 복구 화면 주소(2026년 10월 11일 확인)

앞 화면은 같아도 관리자 주소로 들어갔을 때 테이블을 읽지 못해 복구가 필요하다는 안내가 나온다면, 연결 자체는 되고 있다는 뜻입니다.

자격 문제가 아니라 저장된 데이터 쪽이 상한 경우입니다.

① 이 칸도 내 몫입니다.

wp-config.php에 define( 'WP_ALLOW_REPAIR', true ); 한 줄을 넣으면 워드프레스가 가진 복구 기능이 열립니다.

② 들어가는 주소는 내 사이트 주소 뒤에 /wp-admin/maint/repair.php를 붙인 곳이라고 문서에 적혀 있습니다.

여기에는 같이 적힌 경고가 있습니다.

이 기능이 켜져 있는 동안에는 로그인하지 않은 사람도 그 주소에 들어갈 수 있습니다.

데이터베이스가 상하면 로그인부터 막히는 일이 잦아 일부러 그렇게 만든 장치입니다.

그래서 문서는 필요할 때만 켜고 해결되면 곧바로 끄라고 못 박습니다.

즉 이 칸은 '고치는 일'과 '되돌리는 일'이 한 쌍입니다.

복구가 끝났는데 그 한 줄을 지우지 않으면 오류는 사라지고 구멍만 남습니다.

작업 기록에 지우는 단계까지 적어 두는 편이 안전합니다.

호스팅만 고치는 칸 1. 할당량 정지와 서버 다운

같은 문서가 적어 둔 호스팅 쪽 원인, 할당량 소진과 서버 다운

① 공식 문서가 두 번째로 두는 갈래가 호스팅 쪽 사정입니다.

② 적혀 있는 사유는 두 가지입니다.

데이터베이스가 할당량을 다 써서 정지된 경우와 서버 자체가 내려간 경우이며, 문서는 호스팅에 연락해 둘 중 하나인지 확인하라고 안내합니다.

이 칸은 내가 아무리 파일을 들여다봐도 바뀌지 않습니다.

권한이 서버 쪽에 있기 때문입니다.

대신 문의 전에 할 수 있는 확인이 있습니다.

호스팅의 상태 페이지와 공지를 보고, 같은 서버에 올려 둔 다른 사이트가 함께 멈췄는지 확인하는 것입니다.

여러 사이트가 동시에 멈췄다면 그 시점에 바로 문의하는 편이 빠릅니다.

문의할 때는 오류가 처음 나타난 시각, 그 전에 바꾼 것이 있는지, 같은 서버의 다른 사이트 상태를 함께 적어 보내면 왕복이 줄어듭니다.

할당량 쪽이라면 어떤 항목이 상한에 닿았는지 숫자로 받아 두는 것이 다음 칸으로 넘어갈 때 쓰입니다.

호스팅만 고치는 칸 2. 받아 줄 자리가 없을 때

MySQL 공식 매뉴얼의 접속 한도 초과 항목, 한도는 max_connections 값이 정한다

① MySQL 공식 매뉴얼에는 접속 한도를 넘겼을 때의 항목이 따로 있습니다.

쓸 수 있는 연결을 다른 클라이언트가 전부 점유한 상태라고 설명합니다.

② 허용 개수는 max_connections라는 설정값이 정하며, 더 받으려면 그 값을 키워야 한다고 적혀 있습니다.

이 값은 서버 설정이라 공유 호스팅에서는 대체로 내가 바꿀 수 없습니다.

워드프레스 쪽에서는 자격이 멀쩡한데도 거절당하므로 화면에는 똑같은 연결 오류로 나타납니다.

설정 파일을 몇 번을 봐도 이상이 없는 이유가 여기 있습니다.

같은 매뉴얼에 진단용 단서도 있습니다.

서버는 한도보다 한 자리를 더 열어 두고, 그 자리는 관리 권한이 있는 계정이 접속해 현재 연결 목록을 보도록 남겨 둡니다.

다시 말해 지금 누가 자리를 붙잡고 있는지는 서버 쪽에서만 확인됩니다.

그래서 이 칸은 혼자 추측하기보다 문의해서 숫자를 받는 편이 정확합니다.

다만 문의 전에 내가 줄일 수 있는 수요는 있습니다.

공식 문서는 접속 지연 항목에서 플러그인을 전부 끄고 하나씩 켜 보기, 기본 테마로 바꿔 보기, 메모리 한도와 최대 실행 시간을 올리기를 제시합니다.

플러그인 하나가 질의를 쏟아 내는 경우가 흔해 이 점검만으로 끝나기도 합니다.

참고로 워드프레스가 요청하는 기본 메모리는 단일 사이트 40MB, 멀티사이트 64MB이며, 올려도 반영되지 않는다면 호스팅이 상향을 막아 둔 것입니다.

요금제를 올려야 끝나는 칸

클라우드웨이즈 공식 요금 페이지의 최저 요금제 사양(2026년 10월 11일 확인, 표시가 세금 별도)

플러그인을 정리하고 한도도 올려 봤는데 며칠 뒤 같은 화면이 돌아온다면, 남은 설명은 서버가 가진 양 자체가 작다는 것입니다.

공유 호스팅에서 넘어갈 때 보는 선택지 중 하나가 관리형 클라우드 호스팅이고 그중 하나가 클라우드웨이즈입니다.

① 2026년 10월 11일 기준 가장 낮은 Micro 요금제가 월 14달러이고 ② 사양은 1GB RAM, 1 vCPU, 25GB NVMe 저장공간, 1TB 전송량으로 공식 요금 페이지에 적혀 있습니다.

처음에는 이 최저 구간으로 충분하며, 관리 화면에서 메모리나 CPU 사용률이 꾸준히 높게 유지될 때 한 단계 올리면 됩니다.

사양을 미리 크게 잡는 것은 이 오류의 해법이 아닙니다.

가장 낮은 요금 구간의 사양과 금액을 공식 요금 페이지에서 오늘 날짜로 확인하기

같은 페이지 비교표의 자원 모니터링 항목(2026년 10월 11일 확인)

① 같은 페이지의 비교표에는 서버와 앱 지표를 15가지 이상 보여 주는 모니터링 항목이 포함으로 표시돼 있습니다.

이 글의 맥락에서 의미 있는 쪽은 요금이 아니라 이 줄입니다.

앞의 두 칸이 '호스팅만 아는 숫자'였다는 점을 떠올리면, 그 숫자를 내가 직접 볼 수 있느냐가 재발을 막는 갈림길이 되기 때문입니다.

이 선택이 비싸게 끝나는 경우

같은 페이지 요금표 아래의 세금 별도 표기(2026년 10월 11일 확인)

① 표시 가격은 세금 별도입니다.

요금표 바로 아래에 모든 표시 가격이 적용 세금을 제외한 값이라고 적혀 있습니다.

달러로 청구되니 환율과 카드사 해외 결제 수수료도 더 붙습니다.

월 14달러가 명세서에서는 2만 원을 넘길 수 있다는 뜻입니다.

관리 화면과 고객 지원이 영어라는 점도 감안해야 합니다.

24시간 지원이 포함돼 있지만 한국어 전화 응대는 없습니다.

급할 때 영어로 상황을 설명해야 한다면 그 자체가 비용입니다.

메일도 들어 있지 않습니다.

도메인 주소로 메일을 받으려면 메일함마다 월 1.5달러인 부가 서비스를 따로 켜야 하고, 외부 백업 보관에도 서버당 GB 단위 요금이 별도로 붙습니다.

그래서 이런 경우에는 맞지 않습니다.

원인이 앞의 두 칸에서 이미 잡힌 경우, 방문자가 하루 수백 명 수준이라 자리가 모자랄 일이 없는 경우, 영어 화면이 부담스러운 경우, 월 1만 원 이하 고정비를 지키는 것이 목표인 경우입니다.

네 번째 칸은 앞의 세 칸을 다 지나고도 남았을 때만 보는 칸입니다.

주체별로 묶은 한 장

원인	고칠 수 있는 사람	한 번에 끝나나	먼저 할 일
접속 정보 네 줄 불일치	나	끝납니다	원본 복사 후 네 줄 대조
테이블 손상	나	끝납니다	복구 상수 켜기, 끝나면 삭제
할당량 정지·서버 다운	호스팅	끝납니다	상태 페이지 확인 후 문의
접속 한도 초과	호스팅	되풀이됩니다	플러그인 정리 후 숫자 요청
서버 용량 자체가 작음	나의 선택(요금제)	되풀이됩니다	사용률을 먼저 측정

표에서 '되풀이됩니다'로 적힌 두 줄이 같은 오류를 다시 불러오는 자리입니다.

한 번 고쳤는데 또 떴다면 위의 세 줄이 아니라 아래 두 줄을 보고 계신 것입니다.

자주 묻는 것

호스팅에 문의할 때 무엇을 적어 보내야 하나요

오류가 처음 뜬 시각, 그 직전에 내가 바꾼 것, 같은 서버에 있는 다른 사이트의 상태, 그리고 접속 정보는 손대지 않았다는 사실을 함께 적으시면 됩니다.

마지막 문장이 있어야 상대가 첫째 칸을 건너뛰고 서버 쪽부터 봅니다.

설정을 바꾼 적이 없는데 어느 날부터 오류가 났습니다

그렇다면 바뀐 것은 설정이 아니라 사용량입니다.

글이 늘었거나 플러그인이 늘었거나 방문자가 늘어 쓰던 자리가 모자라게 된 경우이고, 표의 아래 두 줄에 해당합니다.

파일을 뒤지는 대신 사용률 숫자를 구하는 쪽이 빠릅니다.

접속 한도를 제가 직접 올릴 수는 없나요

공유 호스팅에서는 대체로 불가능합니다.

서버 전체에 걸리는 설정이라 한 사용자가 바꾸면 다른 사용자에게도 영향이 가기 때문입니다.

내가 할 수 있는 쪽은 한도를 올리는 것이 아니라 쓰는 연결을 줄이는 것입니다.

복구 상수를 넣었는데도 화면이 그대로입니다

복구 기능은 테이블이 상했을 때 쓰는 장치라 접속 자격 문제나 서버 정지에는 효과가 없습니다.

복구 화면 자체가 열리지 않는다면 둘째 칸이 아니라 첫째 칸이나 셋째 칸을 보고 계신 것이니, 넣었던 한 줄은 지우고 순서를 되돌아가시기 바랍니다.

마무리

데이터베이스 연결 오류의 원인은 네 갈래이고, 접속 정보와 테이블 손상은 내가, 할당량 정지와 접속 한도는 호스팅이 고치는 항목입니다.

이 순서로 가는 이유는 비용입니다.

내 손으로 끝나는 두 칸을 먼저 지나고, 그다음 문의하고, 서버 용량은 맨 마지막에 봅니다.

한 번 고쳤는데 같은 화면이 다시 떴다면 접속 한도나 서버 용량 쪽이며, 이때는 파일이 아니라 사용률 숫자를 봐야 끝납니다.

이번 오류는 네 칸 중 어디에서 잡히셨나요?

쓰고 계신 호스팅 종류와 그때 바꾼 것을 댓글로 남겨 주시면 어느 칸부터 보면 될지 같이 짚어 보겠습니다.

블로그 도메인 바꿀 때 검색 순위 지키는 법: 301을 걸고도 순위가 안 따라오는 여섯 자리

cloudmanager — Mon, 12 Oct 2026 16:00:16 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

도메인을 바꾸면서 301 리다이렉트를 걸고 서치콘솔 주소 변경까지 신청했는데도 순위와 유입이 돌아오지 않을 때, 신호가 어디서 새고 있는지 여섯 자리로 나눠 짚는 글입니다.

기준은 2026년 10월 11일에 구글·네이버 공식 문서 화면에서 직접 확인한 내용만 씁니다.

주소를 이미 옮긴 뒤 검색 유입이 떨어진 채로 몇 주가 지난 분, 또는 아직 옮기기 전이라 빠뜨릴 자리를 미리 알고 싶은 분을 위한 내용입니다.

읽고 나면 내 이전 작업이 여섯 자리 중 어디에서 끊겼는지 순서대로 확인할 수 있고, 지금 기다려야 하는 상황인지 고쳐야 하는 상황인지 가를 수 있습니다.

먼저 가를 것: 아직 안 끝난 것인가, 끊긴 것인가

이전 직후 순위가 흔들리는 것 자체는 사고가 아닙니다.

구글 공식 문서는 중간 규모 사이트라도 이전 URL 대신 새 URL이 검색 결과에 점진적으로 표시되는 데 몇 주 이상 걸릴 수 있다고 적고 있습니다.

대형 사이트는 더 걸립니다.

중요한 것은 이전이 사이트 단위가 아니라 URL 단위로 처리된다는 점입니다.

같은 문서에 이동은 URL별로 이루어지며, 이전 사이트와 새 사이트의 모든 URL을 Googlebot이 한 번 이상 방문해야 이전이 완료된 것으로 본다고 나와 있습니다.

그래서 어떤 글은 새 주소로 바뀌었는데 어떤 글은 그대로인 상태가 한동안 섞여 있습니다.

그러니 판단 기준은 시간이 아니라 방향입니다.

서치콘솔에서 이전 주소의 색인 수가 줄고 새 주소의 색인 수가 늘고 있으면 진행 중이니 기다리면 됩니다.

몇 주가 지났는데 두 숫자가 모두 제자리거나 새 주소 쪽이 0에 가깝다면 아래 여섯 자리 중 하나가 막혀 있는 것입니다.

① 리다이렉트 종류가 '영구'가 아니다

구글 공식 문서의 리디렉션 유형 표, 서버 측 301이 가장 정확하게 해석된다(2026년 10월 11일 확인)

① 표에서 가장 위에 놓인 것이 영구 리디렉션이고, 그 첫 줄이 HTTP 301입니다.

표의 순서는 구글이 올바르게 해석할 가능성이 높은 순이라고 같은 문서에 적혀 있습니다.

308도 같은 영구 신호입니다.

문제는 302입니다.

302 같은 임시 리디렉션에서는 색인 파이프라인이 리디렉션 대상을 표준 주소로 삼는 신호로 쓰지 않습니다.

즉 주소는 넘어가는데 순위를 끌고 가야 할 신호는 넘어가지 않습니다.

플러그인에서 리디렉션을 만들 때 유형 선택을 기본값으로 둔 경우 302로 걸려 있는 일이 흔합니다.

자바스크립트로 주소를 넘기는 방식도 위험합니다.

공식 문서는 서버 측이나 meta refresh를 쓸 수 없을 때만 자바스크립트를 쓰라고 하면서, 렌더링이 실패하면 구글이 그 리디렉션을 아예 알아채지 못할 수 있다고 덧붙입니다.

확인은 간단합니다.

이전 주소 하나를 골라 응답 헤더의 상태 코드를 봅니다.

301이나 308이 아니라면 서버 쪽에서 다시 거는 편이 빠릅니다.

아파치는 .htaccess의 RewriteRule에 [R=301], 엔진엑스는 return 301, PHP는 header 함수로 301을 지정합니다.

세 방법 모두 같은 문서에 예시가 실려 있습니다.

② 전부 새 홈으로 몰아 놨다

두 번째로 흔한 자리입니다.

이전 도메인 전체를 새 도메인 첫 화면으로 보내는 규칙 한 줄만 걸어 두는 경우입니다.

사람은 어쨌든 사이트에 도착하니 문제가 없어 보이지만, 검색 쪽에서는 개별 글의 신호가 갈 곳을 잃습니다.

공식 문서의 사전 작업 목록은 이전 URL과 새 URL을 1대1로 짝지은 매핑을 먼저 만들라고 되어 있습니다.

이전 URL 목록은 사이트맵, 서버 로그, 트래픽이 많은 주소, 외부에서 링크가 걸린 페이지 네 군데에서 모읍니다.

그다음 매핑대로 글은 글로, 목록은 목록으로 보냅니다.

같은 문서의 문제 해결 항목에는 새 사이트에서 방문자가 잘못된 URL로 리디렉션되는 경우가 자주 있다고 적혀 있습니다.

매핑을 만든 뒤에는 표의 새 주소들이 실제로 200으로 열리는지 한 번 훑고, 옮기지 않기로 한 글은 404나 410으로 정직하게 응답시키는 편이 낫습니다.

③ 주소 변경 도구를 쓸 수 없는 상황에서 쓰려 했다

구글 서치콘솔 도움말의 주소 변경 알림 도구 설명 중 '쓰지 않아야 하는 경우'(2026년 10월 11일 확인)

① 도움말에는 이 도구를 사용하지 않아야 하는 경우가 따로 나열돼 있습니다.

② 첫 줄이 HTTP에서 HTTPS로 바꾸는 경우입니다.

이때는 별도 조치 없이 구글이 변경을 확인하므로 도구를 쓰지 않습니다.

같은 목록에 세 가지가 더 있습니다.

같은 도메인 안에서 경로만 바꾸는 경우(리디렉션과 사이트맵 갱신으로 충분), www가 있는 주소와 없는 주소 사이를 오가는 경우(표준 태그 지정이나 리디렉션을 씁니다), 주소는 그대로 두고 호스팅 업체나 CDN만 바꾸는 경우입니다.

여기 해당하는데 도구에서 답을 찾고 있었다면 원인은 다른 자리에 있습니다.

example.com에서 example.org처럼 도메인 자체가 바뀐 경우만 도구를 쓰고, 시점은 이전과 리디렉션을 마친 다음이라고 도움말에 명시돼 있습니다.

④ 도구는 열렸는데 요건을 반만 채웠다

주소 변경 알림 도구를 쓰기 위한 요건 두 가지(2026년 10월 11일 확인)

① 첫 번째 요건은 이전 속성과 새 속성 모두의 소유자여야 하고, 동일한 구글 계정으로 두 속성을 관리해야 한다는 것입니다.

블로그를 옮기면서 새 주소만 다른 계정으로 등록해 두면 여기서 막힙니다.

② 두 번째는 도메인 수준 속성에만 쓸 수 있다는 점입니다.

example.com이나 m.example.com은 되지만 example.com/petstore/ 같은 경로 수준 속성에서는 이동이 되지 않습니다.

가장 많이 빠뜨리는 것은 그다음 줄입니다.

이 도구는 지정한 도메인 아래의 하위 도메인을 함께 옮기지 않습니다.

example.com을 지정했다면 www.example.com은 옮겨지지 않습니다.

그래서 도움말은 지금 쓰지 않는 변형이라도 이전 도메인의 모든 하위 도메인 변형에 이 도구를 각각 사용해야 하며, 그 변형들을 서치콘솔에서 전부 소유 확인해 두어야 한다고 적고 있습니다.

반대로 프로토콜은 함께 움직입니다.

http 주소를 지정하면 https도 같이 이동됩니다.

정리하면 www 있는 주소와 없는 주소를 둘 다 속성으로 등록하고, 각각에서 신청을 넣어야 합니다.

하나만 넣고 끝낸 경우가 '301은 걸었는데 절반만 따라오는' 전형적인 모습입니다.

⑤ 소유 확인·사이트맵·차단 설정이 새 주소에서 어긋났다

이전 작업은 리디렉션에서 끝나지 않습니다.

공식 문서의 점검 목록에서 자주 걸리는 항목이 세 가지 있습니다.

첫째는 소유권 확인입니다.

HTML 파일을 올려 두는 방식으로 확인했다면 그 파일을 새 사이트 사본에도 포함해야 확인이 유지됩니다.

meta 태그나 애널리틱스를 쓰는 방식도 새 CMS 사본에 그대로 들어가 있어야 합니다.

확인이 풀리면 주소 변경 도구 자체가 요건을 못 채웁니다.

둘째는 사이트맵입니다.

새 URL이 담긴 사이트맵을 제출해야 구글이 새 주소를 빨리 배웁니다.

문서는 이전 URL이 담긴 사이트맵도 함께 제출해 두라고 권합니다.

이전 URL 사이트맵에 리디렉션 경고가 뜨는 것은 정상이며 무시해도 된다고 적혀 있습니다.

색인 수가 한쪽에서 줄고 다른 쪽에서 느는지를 이 두 사이트맵으로 봅니다.

셋째는 차단 설정입니다.

새 사이트를 만드는 동안 robots.txt로 크롤링을 막아 두거나 noindex를 걸어 둔 경우, 공개 시점에 이를 지우지 않으면 리디렉션이 아무리 정확해도 색인이 생기지 않습니다.

새 URL마다 자기 자신을 가리키는 rel="canonical"이 들어 있는지, 내부 링크가 아직 이전 주소를 가리키고 있지 않은지도 같은 목록에 들어 있습니다.

⑥ 180일 전에 되돌리거나 도메인을 놓았다

마지막 자리는 시간입니다.

주소 변경 알림을 넣으면 두 사이트에 이동 중이라는 알림이 뜨고, 이 알림은 180일간 표시됩니다.

도움말은 구글 검색에서 트래픽이 계속 발생하는 동안에는 리디렉션을 180일 이상 유지하라고 합니다.

180일이 지나면 구글은 기존 사이트와 새 사이트의 관계를 더 이상 인식하지 않고, 기존 사이트가 크롤링 가능한 상태로 남아 있으면 관계없는 사이트로 취급합니다.

그러니 이전 도메인을 중간에 해지하거나 리디렉션을 일찍 내리면 그때까지 옮겨 놓은 신호가 끊깁니다.

같은 문단에 덧붙은 권고가 하나 더 있습니다.

기존 페이지를 지우더라도 폐기된 도메인을 다른 사람이 사서 악용하지 못하도록 최소 1년은 기존 도메인 사용료를 내 두는 편이 좋다는 내용입니다.

도메인 1년치는 1만~2만 원대이니 보험료로 보면 싼 편입니다.

되돌릴 때도 순서가 있습니다.

요청 후 180일 안이면 취소가 됩니다.

서버의 301을 먼저 지우고, 새 사이트에서 기존 사이트로 가는 301을 추가한 다음, 기존 사이트의 도구에서 이동 취소를 누릅니다.

301을 지우지 않고 취소만 누르면 다음 크롤링 때 계속 리디렉션됩니다.

네이버는 신청할 도구가 없습니다

네이버 서치어드바이저 가이드의 수집요청 정책 화면(2026년 10월 11일 확인)

① 네이버 웹마스터 가이드에는 구글의 주소 변경 알림 도구에 해당하는 기능이 없습니다.

새 사이트를 웹마스터도구에 등록하고 소유 확인을 한 다음, RSS와 사이트맵을 제출하고 주요 주소에 수집요청을 넣는 것이 전부입니다.

기대치도 같은 화면에 적혀 있습니다.

수집요청한 URL이 처리되기까지 우선순위에 따라 최소 1일에서 몇 주가 걸릴 수 있고, 같은 URL을 매일 반복해서 요청할 필요는 없습니다.

수집에 성공해도 검색 결과 노출이 보장되지는 않는다고도 분명히 적혀 있습니다.

네이버 쪽은 구글보다 더 기다리는 구간으로 잡는 편이 맞습니다.

할 수 있는 일은 새 주소를 등록해 두고, 사이트맵을 최신으로 유지하고, 이전 도메인의 301을 오래 켜 두는 것뿐입니다.

이전 직후에는 서버가 평소보다 더 맞습니다

사이트 이전 공식 문서, 이전 직후에는 크롤링이 늘어 서버 용량 확인을 권한다(2026년 10월 11일 확인)

① 공식 문서의 사전 점검 목록에는 서버에 충분한 컴퓨팅 리소스가 있는지 확인하라는 항목이 있습니다.

이유도 같이 적혀 있습니다.

이전이 끝난 뒤 구글은 평소보다 더 많이 새 사이트를 일시적으로 크롤링하는데, 이전 사이트로 가던 크롤링까지 새 사이트로 리디렉션되기 때문입니다.

사이트 크기가 특별히 크다면 호스팅 업체에 이전 계획을 알리라는 권고도 붙어 있습니다.

그래서 이전 날짜를 잡을 때 서버 쪽도 같이 봅니다.

공유 호스팅에서 동시 접속이나 CPU 사용에 제한이 걸려 있다면 크롤링이 몰리는 며칠 동안 응답이 느려질 수 있고, 그 사이 500 오류가 섞이면 새 주소의 색인이 그만큼 늦어집니다.

서버 쪽 리디렉션 규칙을 직접 다루기 어려운 환경이라면 관리형 클라우드 호스팅이 선택지 중 하나입니다.

2026년 10월 11일 공식 요금 페이지 기준으로 클라우드웨이즈의 최저 요금제는 월 14달러이고 설명에 개인 사이트와 단순한 블로그에 적합하다고 적혀 있습니다.

그 위는 28달러, 54달러, 99달러입니다.

처음부터 위 구간을 고를 이유는 없고, 이전 뒤 관리 화면에서 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때 올리면 됩니다.

다만 표시 가격은 세금 별도라고 같은 페이지에 적혀 있고, 달러 결제라 환율과 카드 수수료가 더 붙습니다.

서버 사양과 요금 구간을 공식 요금 페이지에서 오늘 날짜로 확인하기

바꾸는 쪽이 늘 정답인 것은 아닙니다.

관리 화면이 영어이고 한국어 전화 지원이 없으며 메일 호스팅은 요금제에 들어 있지 않습니다.

글이 수백 편 수준이고 지금 공유 호스팅에서 속도 문제가 없다면, 이전 기간에만 잠깐 트래픽이 몰릴 뿐이니 그대로 두고 호스팅 업체에 일정만 알려 두는 편이 더 싸고 간단합니다.

순서대로 확인하는 점검표

순서	확인할 것	정상 신호
1	이전 주소의 응답 상태 코드	301 또는 308 (302·JS 리디렉션이면 교체)
2	글 주소가 짝이 맞는 새 글로 가는지	전부 새 홈으로 몰리지 않고 1대1로 도착
3	새 주소가 실제로 열리는지	매핑 표의 새 주소가 200, 안 옮긴 글은 404·410
4	주소 변경 도구 사용 대상인지	도메인 자체가 바뀐 경우만 해당
5	www 유무 등 변형별 신청	변형마다 속성 등록 + 각각 신청 완료
6	새 사이트의 robots.txt·noindex	개발용 차단이 남아 있지 않음
7	양쪽 사이트맵 색인 수	이전 감소 · 신규 증가(방향이 중요)
8	이전 도메인과 301 유지 기간	최소 180일, 가능하면 도메인은 1년 유지

1번부터 순서대로 보는 이유는 앞 단계가 막혀 있으면 뒤 단계를 아무리 손봐도 결과가 달라지지 않기 때문입니다.

1·2·3번이 통과하는데도 몇 주째 변화가 없다면 그때 4~6번을 봅니다.

자주 묻는 것

301 리다이렉트를 걸면 순위가 그대로 넘어가나요

신호는 넘어가지만 즉시도, 100퍼센트도 아닙니다.

공식 문서는 새 URL이 검색 결과에 점진적으로 표시되는 데 몇 주 이상 걸릴 수 있다고 하고, 이전과 동시에 URL 구조나 콘텐츠를 재설계하면 구글이 페이지를 다시 학습·평가해야 해서 일부 트래픽 손실이 생길 수 있다고 적고 있습니다.

주소 변경과 사이트 개편은 날짜를 나누는 편이 안전합니다.

서치콘솔 주소 변경을 신청했는데 아무 반응이 없습니다

신청이 받아들여지면 이전·이후 사이트 모두에 이동 중이라는 알림이 뜨고 180일간 유지됩니다.

알림이 보이지 않는다면 신청 자체가 완료되지 않았을 가능성이 큽니다.

두 속성이 같은 계정인지, 도메인 수준 속성인지, 중요한 사전 점검에서 멈춰 있지 않은지 확인하세요.

이전 도메인은 언제 버려도 되나요

구글 검색에서 트래픽이 계속 들어오는 동안에는 리디렉션을 180일 이상 유지하라고 되어 있습니다.

도메인 자체는 악용 방지를 위해 최소 1년 유지가 권장됩니다.

비용이 크지 않으니 1년을 기본으로 잡는 편이 좋습니다.

www를 붙이거나 떼는 변경도 주소 변경 도구를 쓰나요

아닙니다.

표준 태그 지정이나 리디렉션으로 처리하라고 도움말에 적혀 있습니다.

HTTP에서 HTTPS로 바꾸는 경우도 도구를 쓰지 않습니다.

마무리

이전 직후 순위가 흔들리는 것은 정상이며, 판단 기준은 지난 시간이 아니라 양쪽 사이트맵의 색인 수가 서로 반대 방향으로 움직이는가입니다.

301을 걸고도 안 따라올 때 새는 자리는 리디렉션 유형, 1대1 매핑, 도구 대상 여부, 변형별 신청, 소유 확인과 차단 설정, 180일 유지 여섯 군데입니다.

네이버에는 주소 변경 도구가 없어 등록·사이트맵·수집요청으로만 기다려야 하고, 이전 직후에는 크롤링이 몰리므로 서버 용량을 미리 한 번 확인해 두는 편이 좋습니다.

지금 주소를 옮기셨다면 며칠째이고, 서치콘솔의 이전·신규 색인 수는 어느 쪽으로 움직이고 있나요?

두 숫자를 댓글로 남겨 주시면 기다릴 상황인지 고칠 상황인지 같이 가려 보겠습니다.

다음 글에서는 「데이터베이스 연결 오류가 뜰 때 확인할 것」에 대해 알아보겠습니다.

플러그인 업데이트 스테이징 점검표: 복제본에서 통과했는데 라이브에서 깨지는 자리

cloudmanager — Mon, 12 Oct 2026 12:00:48 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 스테이징(복제본) 사이트를 만드는 방법을 처음부터 소개하는 글이 아닙니다.

복제본은 이미 있다는 전제에서, 테마·플러그인 업데이트를 거기서 돌려 본 뒤 무엇을 보고 통과로 판정하는지를 점검표로 정리합니다.

복제본에서는 멀쩡했는데 라이브에 올리자 화면이 틀어졌던 분, 업데이트 알림을 쌓아 두고 누르지 못하는 분을 위한 글입니다.

읽고 나면 업데이트 전에 적어 둘 통과 기준 네 줄과, 라이브 반영 화면에서 갈리는 두 칸을 구분할 수 있습니다.

아래 화면과 숫자는 모두 2026년 10월 11일에 공식 페이지와 공식 도움말을 직접 열어 확인한 것입니다.

결론부터: 기준을 안 정하면 복제본은 '한 번 열어 보기'로 끝납니다

복제본에서 업데이트를 누른 뒤 첫 화면이 열리는 것만 보고 라이브로 올리는 경우가 많습니다.

그런데 업데이트가 깨뜨리는 자리는 대개 첫 화면이 아니라 글 목록 하단, 문의 폼, 결제 단계, 관리자 화면 안쪽입니다.

그래서 순서가 바뀌어야 합니다.

업데이트를 누르기 전에 통과 기준을 적어 두고, 복제본에서는 그 기준만 확인합니다.

기준이 적혀 있으면 판정이 5분 안에 끝납니다.

업데이트 전에 적어 두는 통과 기준 네 줄

아래 네 줄이면 개인 블로그·소규모 사이트 기준으로 충분합니다.

항목마다 '어디서 보는지'와 '무엇을 불합격으로 볼지'를 같이 적어 두는 것이 핵심입니다.

항목	어디서 확인	불합격 신호
핵심 화면 네 개	첫 화면, 글 상세, 목록·검색 결과, 문의·결제 단계	레이아웃 깨짐, 버튼 사라짐, 빈 영역
오류 기록	복제본의 debug.log 파일	업데이트 이후 시각의 치명적 오류·경고가 새로 쌓임
사이트 상태	관리자 화면의 사이트 상태(Status) 탭	업데이트 전에 없던 '치명적 문제' 항목이 생김
브라우저 콘솔	F12 개발자 도구 콘솔	스크립트 오류가 새로 뜨고 그 영역이 동작하지 않음

여기에 한 가지 원칙을 덧붙입니다.

플러그인은 한 번에 하나씩 올리고 그때마다 네 줄을 확인합니다.

다섯 개를 한꺼번에 올리면 통과·불합격은 알 수 있어도 범인은 알 수 없습니다.

오류는 눈이 아니라 파일로 받아야 잡힙니다

⑤ 워드프레스 공식 문서에는 오류를 화면에 띄우는 설정과 별개로, 모든 오류를 파일에 남기는 항목이 따로 설명돼 있습니다.

문서의 설명이 그대로 이유가 됩니다.

나중에 한꺼번에 들여다볼 때, 그리고 화면 밖에서 생기는 오류를 볼 때 쓰라는 것입니다.

업데이트 충돌은 상당수가 이 '화면 밖' 자리에서 납니다.

예약 발행처럼 사람이 보고 있지 않을 때 돌아가는 처리가 그렇습니다.

기록 파일은 콘텐츠 폴더에 쌓이니 업데이트 직전에 한 번 비우고 뒤에 쌓인 줄만 읽으면 판정이 간단해집니다.

이 설정은 복제본에서만 켭니다.

사이트 상태 화면은 업데이트 전후로 두 번 봅니다

⑥ 관리자 화면의 사이트 상태는 두 탭으로 나뉘고, 그중 상태 탭은 문제를 심각도에 따라 세 묶음으로 보여 줍니다.

치명적 문제, 권장 개선, 통과한 검사 순입니다.

공식 문서는 치명적 문제를 보안 취약점이거나 심각한 성능 문제가 될 수 있는 자리로 설명합니다.

중요한 것은 '지금 몇 개인가'가 아니라 업데이트 전후의 차이입니다.

원래부터 떠 있던 항목은 이번 업데이트와 무관합니다.

그래서 업데이트 전에 화면을 한 번 띄워 개수와 제목을 적어 두고, 업데이트 뒤 같은 화면을 다시 봅니다.

라이브로 올릴 때는 두 칸에서 갈립니다

④ 클라우드웨이즈 공식 도움말의 주의 사항 바로 위에 복제본을 라이브로 복사할 때 뜨는 창이 그대로 실려 있습니다.

체크 항목은 두 가지입니다.

하나는 웹 파일이고, 각각 전체 덮어쓰기와 변경분만 올리기를 고를 수 있습니다.

다른 하나는 데이터베이스이고, 전체와 선택한 테이블만 중에서 고릅니다.

도움말의 팁은 기준을 분명히 적어 두었습니다.

사용자 정보나 주문이 특정 테이블에 쌓이고 있다면 선택 옵션으로 그 테이블을 빼고 올리라는 것입니다.

테마·플러그인만 시험한 경우라면 바뀐 쪽은 파일이므로 데이터베이스를 통째로 밀어 넣을 이유가 없습니다.

주의 사항에는 복제본 작업에서 놓치기 쉬운 항목도 있습니다.

트래픽이 적은 시간대에 실행할 것, 올리기 전에 라이브 백업을 한 번 받아 둘 것, 그리고 주소를 바꿔 주는 기능은 기본 도메인만 처리하므로 도메인을 더 연결해 뒀다면 그쪽은 따로 손봐야 한다는 내용입니다.

반영이 끝난 뒤에도 복제본은 지워지지 않고 그대로 남습니다.

복제본이 끝내 못 잡는 세 가지

복제본 시험은 만능이 아닙니다.

아래 세 가지는 라이브에 올린 뒤에 확인할 수밖에 없습니다.

첫째는 실제 방문자가 몰릴 때의 부하입니다.

복제본은 한 명이 들어가 보는 환경이고 대개 같은 서버 자원을 나눠 씁니다.

둘째는 도메인 주소를 기준으로 동작하는 외부 연동이고, 셋째는 캐시입니다.

반영 뒤 캐시를 비우기 전까지는 방문자가 예전 화면을 볼 수 있습니다.

그래서 반영은 방문자가 적은 시간대에 하고, 캐시를 비운 상태에서 앞의 네 줄을 라이브에서 한 번 더 확인합니다.

호스팅에서 갈리는 지점

① 복제본을 쓸 수 있는지는 호스팅마다 다릅니다.

클라우드웨이즈 요금 페이지에는 스테이징 환경이 모든 요금제에 포함되는 기능으로 적혀 있고, 변경 사항을 복제본에서 시험한 뒤 한 번의 클릭으로 라이브에 올린다고 설명합니다.

공식 도움말에서도 같은 작업을 1클릭 푸시로 부릅니다.

② 같은 페이지의 요금 구간은 디지털오션·기본 서버 타입 기준으로 최저 Micro 월 14달러, 그 위가 Small 28달러, Medium 54달러, Large 99달러입니다.

Micro 설명에는 개인 사이트와 단순한 블로그에 맞는다고 적혀 있습니다.

처음에는 이 최저 요금제로 충분합니다.

올릴 시점은 방문자가 늘어 메모리 부족 경고가 반복될 때이지, 복제본을 쓰기 위해서가 아닙니다.

카드 없이 3일 체험도 같은 페이지에 안내돼 있어, 복제본 기능을 결제 전에 확인할 수 있습니다.

요금과 포함 기능이 적힌 공식 페이지에서 직접 확인하기

이 방식이 안 맞는 사람과 비용 쪽 단점

복제본 절차가 모두에게 필요한 것은 아닙니다.

글만 올리는 블로그이고 테마와 플러그인을 거의 건드리지 않는다면, 백업만 켜 두고 업데이트하는 쪽이 품이 덜 듭니다.

비용과 운영 쪽 단점도 분명합니다.

결제는 달러라 환율과 카드 수수료가 붙고, 고객지원은 한국어가 아니며 관리 화면도 영어입니다.

메일 호스팅은 요금에 포함되지 않아 애드온으로 월 1.5달러부터 따로 들고, CDN·보안 검사 같은 항목도 기본 요금 바깥에 있습니다.

월 1만 원 이하 공유 호스팅으로 충분한 사이트라면 굳이 옮길 이유가 없습니다.

스테이징 포함 범위를 가입 전에 확인하는 곳

자주 묻는 질문

플러그인을 한 번에 하나씩 올리면 시간이 너무 오래 걸리지 않나요

업데이트 자체는 몇 초입니다.

시간을 쓰는 쪽은 확인이고, 앞의 네 줄로 범위를 좁히면 한 개당 2~3분이면 끝납니다.

열 개를 한꺼번에 올렸다가 범인을 찾는 시간이 훨씬 깁니다.

복제본에서 통과했는데 라이브에서 깨졌습니다. 무엇부터 볼까요

먼저 캐시를 비우고 다시 봅니다.

그래도 같으면 반영 직전에 받아 둔 백업으로 되돌린 뒤, 복제본과 라이브의 차이(도메인 주소, 추가로 연결한 도메인, 외부 연동 설정)를 하나씩 맞춰 봅니다.

업데이트를 자동으로 맡기면 이 절차가 필요 없나요

자동 업데이트는 편하지만 충돌이 났을 때 알아차리는 시점이 늦습니다.

보안 업데이트는 자동으로 두고, 테마와 큰 기능 플러그인만 복제본에서 시험하는 식으로 나누는 편이 현실적입니다.

마무리

업데이트를 누르기 전에 통과 기준 네 줄(핵심 화면·오류 기록·사이트 상태·콘솔)을 먼저 적어 두고, 복제본에서는 그 기준만 확인합니다.

라이브로 올릴 때는 파일을 전체로 덮을지 변경분만 올릴지, 데이터베이스를 함께 올릴지 두 칸에서 갈리며, 올리기 전 백업과 반영 뒤 캐시 비우기가 짝입니다.

부하·외부 연동·캐시는 복제본이 잡지 못하므로, 방문자가 적은 시간대에 반영하고 라이브에서 네 줄을 한 번 더 확인합니다.

지금 업데이트를 미뤄 둔 플러그인이 있다면, 어떤 기능의 플러그인인지 댓글로 남겨 주세요.

복제본에서 무엇부터 확인하면 될지 기준을 함께 잡아 드리겠습니다.

블로그 이미지 용량 줄이는 법을 다 했는데 그대로일 때: WebP와 지연 로딩이 새는 다섯 자리

cloudmanager — Sun, 11 Oct 2026 21:52:04 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이 글은 이미지 줄이는 방법을 처음부터 안내하는 글이 아닙니다.

플러그인을 깔아 WebP로 바꾸고 지연 로딩까지 켰는데 측정 점수가 그대로인 경우, 효과가 어디서 새는지를 다섯 자리로 나눠 짚습니다.

변환은 끝났다고 들었는데 페이지는 여전히 무겁게 열리는 분, 이미지 수백 장을 다시 손봐야 하나 고민하는 분을 위한 글입니다.

읽고 나면 전부 다시 손대는 대신 어느 한 장부터 봐야 하는지, 그리고 어느 선부터는 이미지가 아니라 서버 문제인지 가를 수 있습니다.

아래 화면과 숫자는 모두 2026년 10월 11일에 공식 문서를 직접 열어 확인한 것입니다.

결론부터: 수백 장이 아니라 첫 화면 한 장이 점수를 가릅니다

이미지 최적화 점수는 전체 용량의 합으로 매겨지지 않습니다.

화면을 여는 순간 가장 크게 그려지는 이미지 한 장이 체감 속도 지표를 거의 혼자 결정합니다.

그래서 변환율 90퍼센트라는 플러그인 통계와 측정 점수가 따로 노는 일이 생깁니다.

아래 다섯 자리는 모두 그 한 장이 변환·지연 로딩의 효과 밖으로 빠져나가는 통로입니다.

측정부터: 보고서에 아예 안 뜨는 이미지가 있습니다

③ 측정 도구는 페이지의 이미지를 하나씩 수집해 WebP로 바꿔 보고 줄어들 용량을 추산하는 방식으로 항목을 만듭니다.

바로 아래 참고 줄에 조건이 하나 더 붙어 있습니다.

절감 가능치가 8KiB 미만이면 보고서에서 그 이미지를 생략한다는 내용입니다.

즉 보고서에 이미지 항목이 비어 있다고 해서 최적화가 끝난 것은 아닙니다.

작은 이미지가 수십 장 깔려 있으면 항목에는 한 줄도 안 뜨지만 요청 수는 그대로 남습니다.

반대로 항목에 이미지가 한 장만 떴다면 그 한 장이 바로 손댈 곳입니다.

새는 자리 하나, 첫 화면 이미지에 지연 로딩이 걸려 있습니다

① 공식 문서에는 첫 번째 표시 영역에 나오는 이미지는 항상 즉시 로드하라고 적혀 있습니다.

본문 설명도 분명합니다.

지연 로딩 속성은 처음 보이는 영역 바깥의 이미지에만 쓰라는 것이고, 브라우저가 그 이미지의 자리를 계산할 때까지 내려받기를 미루기 때문에 오히려 더 느려진다는 것입니다.

문제는 플러그인이 대개 모든 이미지에 같은 속성을 한 번에 붙인다는 점입니다.

맨 위 대표 이미지까지 포함되면 변환으로 줄인 용량만큼을 시작 지연으로 되돌려 줍니다.

점검은 간단합니다.

글 화면에서 맨 위 이미지를 오른쪽 클릭해 검사를 열고 그 태그에 지연 속성이 붙어 있는지 봅니다.

붙어 있다면 대부분의 플러그인에는 제외 목록 설정이 있으니 거기에 해당 이미지나 첫 번째 이미지 조건을 넣습니다.

새는 자리 둘, 배경으로 깔린 이미지는 아예 대상이 아닙니다

② 같은 문서의 자주 묻는 질문에 배경 이미지 항목이 있습니다.

답은 한 줄입니다.

아니요, 이미지 태그에만 사용할 수 있습니다.

테마의 상단 배너, 슬라이더, 섹션 배경은 상당수가 태그가 아니라 스타일 속성으로 들어갑니다.

이 이미지들은 지연 로딩 대상에서 빠지고, 변환 플러그인도 본문 라이브러리만 훑는 설정이면 건너뜁니다.

보고서에는 큼직하게 잡히는데 플러그인 통계에는 안 잡히는 이미지가 있다면 거의 이쪽입니다.

이 경우에는 플러그인 설정을 바꾸는 것보다 테마 설정 화면에서 그 배경 이미지를 작은 파일로 다시 올리는 편이 빠릅니다.

새는 자리 셋, 모바일에 원본 한 장이 그대로 내려갑니다

④ 워드프레스는 이미지를 올릴 때 여러 크기를 함께 만들어 두고, 화면 너비에 맞는 크기를 브라우저가 고르게 하는 구조를 씁니다.

공식 문서를 보면 기본으로 추가된 중간 크기는 가로 768픽셀이고, 목록에 들어가는 최대 너비는 기본값 2048픽셀에서 잘립니다.

그런데 본문에 이미지를 코드로 직접 넣었거나, 페이지 빌더가 자체 태그로 출력하거나, 변환 플러그인이 큰 파일 하나만 바꿔치기하는 경우에는 이 목록이 비어 버립니다.

그러면 폭 400픽셀짜리 휴대폰 화면에도 2000픽셀 원본이 그대로 내려갑니다.

WebP로 바꿔서 용량을 30퍼센트 줄여도, 애초에 다섯 배 큰 그림을 보내고 있으면 숫자는 거의 움직이지 않습니다.

검사 창에서 해당 이미지 태그에 여러 크기 목록이 들어 있는지부터 확인합니다.

새는 자리 넷, 파일은 바뀌었는데 화면은 옛 파일을 부릅니다

변환 플러그인은 원본 옆에 새 파일을 만들어 두고, 접속한 브라우저가 새 형식을 지원할 때만 그쪽을 내보내는 방식으로 동작하는 경우가 많습니다.

이 교체가 서버 설정이나 출력 단계에서 끊기면 파일만 두 벌이 되고 화면에는 계속 옛 파일이 나갑니다.

캐시 플러그인이나 CDN을 쓰고 있다면 한 겹이 더 있습니다.

변환 전에 만들어진 페이지가 캐시에 남아 있으면 변환이 끝나도 방문자는 옛 페이지를 받습니다.

변환 작업을 돌린 뒤에는 캐시를 한 번 비우고 다시 측정하는 것이 순서입니다.

확인 방법은 검사 창의 네트워크 탭입니다.

이미지 요청의 형식이 여전히 예전 확장자로 찍히고 용량도 그대로라면 변환이 아니라 교체가 안 되고 있는 것입니다.

새는 자리 다섯, 여기까지 맞는데도 느리면 이미지가 아닙니다

앞의 네 자리를 다 맞췄는데 숫자가 안 움직인다면 남는 것은 첫 응답 시간입니다.

이미지는 응답이 온 뒤에 내려받기 시작하므로, 서버가 첫 바이트를 늦게 주면 그 앞에서 이미 시간이 깎여 있습니다.

측정 보고서에서 서버 응답 시간 항목이 이미지 항목보다 크게 잡히는지 보면 구분이 됩니다.

⑤ 이 지점에서 선택지 하나로 거론되는 것이 관리형 클라우드 호스팅입니다.

클라우드웨이즈의 공식 요금 페이지를 2026년 10월 11일에 열어 보면, 전 요금제 공통 항목으로 오브젝트 캐시와 스테이징, 무료 SSL, 자동 백업, CDN이 한 화면에 적혀 있습니다.

가장 낮은 구간은 Micro 월 14달러이고 그 위가 Small 28달러, Medium 54달러, Large 99달러입니다.

카드 없이 쓰는 사흘 체험도 같은 화면에 있습니다.

다만 같은 페이지 아래 추가 기능 목록에는 CDN이 도메인당 월 4.99달러로 따로 적혀 있어, 어디까지가 포함인지는 가입 화면에서 직접 확인해야 합니다.

처음이라면 가장 낮은 구간으로 시작하고, 메모리 경고가 뜨거나 방문자가 늘어 응답이 느려질 때 올리는 편이 안전합니다.

전 요금제 공통 항목과 오늘 날짜 요금 구간을 공식 페이지에서 직접 확인하기

다섯 자리 점검표

자리	확인하는 곳	그렇다면
첫 화면 이미지	맨 위 이미지 태그의 지연 속성	플러그인 제외 목록에 추가
배경 이미지	테마 배너·슬라이더 설정 화면	작은 파일로 다시 업로드
크기 목록	이미지 태그에 여러 크기가 있는지	라이브러리 이미지로 다시 삽입
교체 단계	검사 창 네트워크 탭의 확장자	캐시 비우고 재측정
서버 응답	보고서의 서버 응답 시간 항목	이미지가 아니라 호스팅 쪽

미리 알아 둘 불편과 안 맞는 경우

형식 변환에는 되돌리기 비용이 따릅니다.

원본을 지우는 설정으로 일괄 변환했다가 테마를 바꾸면 깨진 이미지를 한 번에 복구하기 어렵습니다.

변환 전 백업은 선택이 아니라 순서입니다.

호스팅 이전 역시 모두에게 맞는 답은 아닙니다.

요금은 달러로 청구되어 환율에 따라 금액이 달라지고, 관리 화면과 고객지원은 영어입니다.

메일 호스팅은 포함되지 않아 도메인 메일은 따로 마련해야 합니다.

하루 방문자가 수백 명 수준이고 보고서의 서버 응답 시간이 이미 짧다면 옮길 이유가 없습니다.

그런 경우에는 위의 네 자리만 고쳐도 숫자가 움직입니다.

자주 묻는 질문

WebP로 바꿨는데 용량 표시가 그대로입니다

파일 목록이 아니라 실제 요청을 봐야 합니다.

검사 창 네트워크 탭에서 내려오는 이미지의 확장자와 용량을 확인하고, 옛 확장자가 찍히면 교체 단계나 캐시가 원인입니다.

지연 로딩을 모든 이미지에 거는 게 좋지 않나요

공식 문서는 반대로 안내합니다.

첫 화면에 보이는 이미지에는 걸지 말고, 화면 밖 이미지에만 쓰라는 것이 기준입니다.

이미지가 백 장이 넘는데 전부 다시 올려야 하나요

먼저 측정 보고서가 지목한 이미지만 손봅니다.

체감 속도는 가장 크게 그려지는 한 장이 좌우하므로 전수 작업은 그 뒤에 해도 늦지 않습니다.

티스토리나 네이버 블로그에서도 같은 점검이 되나요

플러그인 설정이나 크기 목록은 손댈 수 없습니다.

다만 올리기 전에 긴 변을 줄이는 것과 첫 이미지 한 장을 가볍게 가져가는 것은 어느 플랫폼에서나 그대로 적용됩니다.

마무리

변환과 지연 로딩을 켰는데 숫자가 안 움직인다면 적용 여부가 아니라 적용 범위를 의심합니다.

첫 화면 이미지, 배경 이미지, 크기 목록, 교체 단계 네 곳이 효과가 빠져나가는 통로입니다.

그 네 곳을 맞추고도 그대로라면 남는 것은 서버 응답 시간이고, 그때부터는 이미지 작업이 아니라 호스팅 선택의 문제가 됩니다.

작업은 전수가 아니라 보고서가 지목한 한 장에서 시작하는 것이 빠릅니다.

지금 쓰시는 블로그의 첫 화면 이미지는 몇 킬로바이트인가요.

측정 점수와 함께 댓글로 남겨 주시면 어느 자리부터 봐야 할지 같이 짚어 보겠습니다.

다음 글에서는 「스테이징 사이트로 안전하게 수정하는 법」에 대해 알아보겠습니다.

클라우드웨이즈 워드프레스 설치 순서는 요금 화면 선택에서 시작합니다: 가입 버튼 전에 정해지는 네 가지

cloudmanager — Sun, 11 Oct 2026 21:38:22 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

클라우드웨이즈는 가입 화면보다 요금 화면이 먼저 나오는 구조입니다.

그래서 이 글은 가입 버튼을 누르기 전에 이미 끝나 있는 네 가지 선택, 즉 공급사·서버 타입·사양·지역을 화면에 적힌 영어 라벨 그대로 짚습니다.

워드프레스를 올릴 곳을 알아보다가 요금 페이지에서 탭이 너무 많아 멈춘 분, 가입부터 하면 되는 줄 알았다가 선택지 앞에서 창을 닫은 분을 위한 글입니다.

읽고 나면 어느 탭을 눌러야 월 14달러짜리 화면이 뜨는지, 사흘 체험으로 어디까지 확인하고 결제로 넘어가야 하는지 정할 수 있습니다.

아래 화면과 숫자는 모두 2026년 10월 11일에 직접 열어 확인한 값입니다.

가입 화면보다 요금 화면이 먼저입니다

요금 페이지 맨 위에는 Cloudways Flexible과 Cloudways Autonomous 두 개의 상품이 나란히 놓여 있습니다.

왼쪽 Flexible의 설명은 Customizable managed hosting for WordPress, Magento, Laravel & PHP apps이고, 오른쪽 Autonomous는 dynamic high traffic eCom and LMS sites를 위한 것이라고 적혀 있습니다.

블로그 한두 개로 시작하는 경우라면 왼쪽입니다.

Flexible을 고르면 그 아래로 ① Select Cloud Provider, ② Select Server Type, ③ 사양 카드 네 장이 차례로 펼쳐집니다.

가입 버튼은 이 선택지들을 지나 각 카드 안에 있는 Start Free입니다.

순서를 바꿀 수 없으니 미리 정해 두면 화면에서 헤매지 않습니다.

하나, 공급사 탭을 먼저 고릅니다

Select Cloud Provider 줄에는 DigitalOcean, Vultr, Linode, AWS, Google Cloud 다섯 개의 버튼이 있습니다.

기본으로 눌려 있는 쪽은 DigitalOcean이고, 이 탭을 바꾸면 아래 요금표의 숫자가 통째로 바뀝니다.

같은 사양인데 월 요금이 달라 보인다면 탭이 다른 것입니다.

처음이라면 기본값인 DigitalOcean에서 시작하는 편이 단순합니다.

탭마다 고를 수 있는 지역 목록도 다르기 때문에, 지역을 먼저 정해 두면 탭 선택이 자동으로 따라옵니다.

둘, 서버 타입과 Premium 토글

Select Server Type 줄에는 Basic, General Purpose, CPU Optimized 세 개가 있고 오른쪽 끝에 Standard와 Premium을 오가는 토글이 붙어 있습니다.

오늘 페이지를 열었을 때는 Basic이 선택돼 있었고 토글은 Premium 쪽에 켜져 있었습니다.

이 자리에서 요금이 가장 크게 움직입니다.

사양 카드를 보기 전에 이 두 가지를 확인하지 않으면, 같은 1GB 서버인데 다른 글에서 본 숫자와 맞지 않는 상황이 생깁니다.

블로그용이라면 Basic으로 충분하고, 토글은 그대로 두고 비교한 뒤 결정해도 늦지 않습니다.

셋, 사양은 가장 낮은 칸에서 시작합니다

사양 카드는 Micro, Small, Medium, Large 네 장입니다.

오늘 기준 숫자는 아래와 같습니다.

카드	월 요금(USD)	RAM	vCPU	설명 문구
Micro	$14	1GB	1	personal websites and simple blogs
Small	$28	2GB	1	growing businesses and moderate traffic
Medium	$54	4GB	2	more demanding websites with higher traffic
Large	$99	8GB	4	e-com stores and resource-intensive applications

Micro 카드에는 USD per month 아래에 You pay $0.0208 hourly라고 시간당 금액이 같이 적혀 있습니다.

월 요금이 아니라 쓴 시간만큼 계산된다는 뜻이라, 중간에 서버를 지우면 그 시점까지만 붙습니다.

처음 만드는 블로그라면 Micro가 맞습니다.

카드 설명에 적힌 personal websites and simple blogs가 정확히 그 용도이고, 사양을 올리는 일은 나중에 방문자가 늘거나 메모리 경고를 본 뒤에 해도 됩니다.

Medium 카드 위에 Most Popular 배지가 붙어 있지만, 그 배지는 추천이 아니라 판매량 표시로 읽는 편이 안전합니다.

오늘 기준 요금표를 공식 페이지에서 직접 열어 보기

넷, 지역 목록에 서울은 없습니다

요금표 오른쪽 위의 View Data Center Locations를 누르면 공급사별 지역 목록이 창으로 뜹니다.

오늘 DigitalOcean 탭에 있던 곳은 Atlanta, New York, San Francisco, Toronto, Amsterdam, Frankfurt, London, Bangalore, Singapore, Sydney 열 곳이었습니다.

서울도 도쿄도 없습니다.

한국 독자를 대상으로 한다면 가장 가까운 Singapore가 현실적인 선택이 되고, 응답 속도가 신경 쓰인다면 CDN을 함께 쓰는 쪽으로 계획을 잡게 됩니다.

지역은 서버를 만든 뒤 바꾸기 번거로우니 이 창에서 정해 두는 편이 낫습니다.

데이터센터 목록을 공식 페이지에서 확인하기

카드 없이 사흘, 무엇을 확인할 시간인가

요금표 바로 아래에는 Try Flexible For Free Without a Credit Card라는 띠가 있고, 그 안에 Start Your 3-Day Trial 버튼이 있습니다.

결제 정보를 넣지 않고 사흘 동안 쓸 수 있다는 뜻입니다.

사흘은 서버를 만들어 워드프레스를 올리고, 테마와 플러그인을 몇 개 깔아 관리 화면이 버티는지 보기에는 충분한 시간입니다.

반대로 글을 쌓아 트래픽을 받아 보기에는 짧습니다.

그래서 이 기간에는 속도보다 관리 화면이 내 손에 맞는지, 영어 메뉴를 견딜 수 있는지를 판단하는 편이 낫습니다.

설치라고 할 단계가 따로 있지는 않습니다

이 플랫폼에서 워드프레스는 내려받아 올리는 파일이 아니라 서버 위에 올리는 애플리케이션으로 다뤄집니다.

상품 설명 자체가 managed hosting for WordPress, Magento, Laravel & PHP apps이고, 포함 기능 목록에 Unlimited Apps가 들어 있는 것도 같은 이유입니다.

서버를 만들 때 올릴 애플리케이션을 함께 정하는 구조라, 별도의 설치 파일을 다루는 단계는 나오지 않습니다.

다만 가입한 뒤에 보이는 관리 화면은 오늘 직접 열어 확인하지 못했습니다.

확인하지 않은 메뉴 이름과 버튼 위치는 쓰지 않았습니다.

화면 단위 안내가 필요하면 아래 BEST3에 걸어 둔 글들을 참고하시면 됩니다.

월 14달러 옆에 더 붙는 것들

요금표 아래 각주에는 두 줄이 적혀 있습니다.

$0.033/GB per server will be applied for offsite backup storage, 그리고 All listed prices exclude applicable taxes입니다.

외부 백업 보관료와 세금은 카드에 적힌 숫자 바깥이라는 뜻입니다.

그 아래 Optional Add-ons 구역에는 도메인당 월 $4.99, 앱당 월 $3, 앱당 월 $4, 메일함당 월 $1.5 같은 항목이 따로 나열돼 있습니다.

반대로 Free SSL, Server-Level Firewall, Automated Backups, Free Migration, Free Object Cache Pro, Free Advanced Staging & Cloning은 요금제에 포함된 쪽으로 적혀 있습니다.

예산을 잡을 때는 포함된 줄과 애드온 줄을 눈으로 갈라 두면 뒤에 놀랄 일이 줄어듭니다.

이 호스팅이 안 맞는 경우

결제가 달러로 이루어집니다.

월 14달러라도 환율과 카드 수수료에 따라 체감 금액이 달라지고, 세금도 따로 붙습니다.

한국어 고객지원이 없습니다.

24×7 지원은 포함돼 있지만 영어로 주고받아야 하고, 관리 화면도 영어입니다.

메일 호스팅이 들어 있지 않습니다.

도메인 주소로 메일을 쓰려면 메일함당 월 $1.5짜리 애드온이나 다른 메일 서비스를 따로 붙여야 합니다.

그리고 하루 방문자가 수십 명 수준인 블로그 하나라면, 월 1만 원 안쪽의 국내 공유 호스팅으로 충분한 경우가 많습니다.

한국어로 전화를 걸 수 있고 원화로 결제된다는 점이 그 가격대의 장점입니다.

서버를 직접 고르는 구조가 필요해지는 시점은 보통 그다음입니다.

자주 묻는 질문

체험을 시작할 때 카드 번호를 넣어야 하나요?

요금 페이지의 체험 안내 띠에는 Without a Credit Card라고 적혀 있습니다.

사흘 체험 자체는 카드 없이 시작하는 구조입니다.

Micro가 너무 낮은 사양은 아닌가요?

카드 설명이 personal websites and simple blogs입니다.

글을 쌓는 블로그로 시작한다면 이 칸이 기준점이고, 사양은 올리는 쪽이 내리는 쪽보다 쉽습니다.

서울 서버를 쓸 수는 없나요?

오늘 DigitalOcean 탭의 지역 목록에는 서울이 없었습니다.

다른 공급사 탭은 지역 구성이 다르므로, 꼭 필요하다면 탭을 바꿔 그 목록을 직접 확인해야 합니다.

지금 쓸 수 있는 할인 코드가 있나요?

오늘 요금 페이지에는 진행 중인 할인 배너나 프로모션 코드가 보이지 않았습니다.

출처가 불분명한 코드는 적지 않겠습니다.

체험 조건이 바뀌었는지 공식 페이지에서 보기

마무리

가입 버튼은 요금 화면 안에 있고, 그 버튼까지 가는 동안 공급사 탭·서버 타입·사양·지역 네 가지가 이미 정해집니다.

시작 칸은 Micro이고 오늘 기준 월 $14, 1GB RAM, 1 vCPU이며 시간당 $0.0208로 계산됩니다.

세금과 외부 백업 보관료는 이 숫자 바깥입니다.

DigitalOcean 탭에 서울은 없어 가장 가까운 곳이 싱가포르이고, 카드 없이 쓰는 사흘은 속도보다 관리 화면이 손에 맞는지 보는 시간으로 쓰는 편이 낫습니다.

지금 어떤 호스팅을 쓰고 계신가요?

월 요금과 불편한 점을 댓글로 남겨 주시면 같은 기준으로 비교해 드리겠습니다.

다음 글에서는 「블로그 이미지 용량 줄이는 법, WebP와 지연 로딩」에 대해 알아보겠습니다.

클라우드웨이즈 백업·복원 설정법: 사고 유형별 복원 분기와 복원 전 스테이징 시험 순서

cloudmanager — Sun, 11 Oct 2026 21:16:32 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

백업을 켜 두었는데도 사고가 난 날 사이트가 그대로인 경우가 있습니다. 백업이 담는 범위와 사고가 건드린 범위가 다를 때 생기는 일입니다.

그래서 이 글은 설정 화면의 칸을 하나씩 따라가는 대신, 복원이 무엇을 되돌리고 무엇을 되돌리지 않는지부터 가릅니다. 그 위에 사고 유형별 복원 분기, 주기를 정하는 기준, 보관 요금이 매달 달라지는 이유, 그리고 사고가 나기 전에 복원을 한 번 시험해 두는 순서를 붙였습니다.

근거는 2026년 10월 11일 클라우드웨이즈 공식 요금 페이지와 공식 도움말에서 직접 확인한 문장입니다. 읽고 나면 내 사이트의 주기와 보관 기간을 숫자로 정하고, 사고가 난 날 복원 버튼부터 누르지 않을 수 있습니다.

결론부터, 세 줄

백업은 애플리케이션 데이터의 사본입니다. 도메인 연결, DNS, SSL, 서버 쪽 설정처럼 그 사본 바깥에 있는 것은 복원해도 돌아오지 않습니다.

백업 요금은 보관 용량으로 청구되는데, 그 용량을 키우는 것은 저장한 글의 개수가 아니라 데이터가 얼마나 자주 바뀌는지입니다. 공식 문서가 그렇게 적어 두었습니다.

복원의 성패는 사고가 난 날이 아니라 그 전에 한 번 시험해 봤는지에서 갈립니다. 시험용 복제본을 만드는 기능은 모든 요금제에 포함돼 있습니다.

이 글이 필요한 사람, 안 봐도 되는 사람

데이터가 매일 바뀌는 사이트를 운영한다면 필요합니다. 주문이 들어오거나, 회원이 가입하거나, 하루에 글이 여러 편 올라가는 쪽입니다. 이런 사이트는 백업 주기를 잘못 잡으면 되돌린 뒤에도 잃는 분량이 남습니다.

반대로 몇 달째 내용이 거의 그대로인 소개 페이지라면 기본 설정을 건드릴 이유가 없습니다. 월 1만 원 이하 공유 호스팅으로 충분하고 앞으로도 바뀔 일이 없는 사이트라면 이 글의 계산 자체가 필요하지 않습니다.

복원이 되돌리는 범위부터 가릅니다

공식 도움말은 원격지 백업을 모든 서버의 필수 기능으로 규정하면서, 그 내용을 "a copy of your server data in a remote location", 즉 서버 데이터의 사본을 외부에 두는 것이라고 설명합니다. 끄는 선택지가 없다는 뜻이기도 하고, 담기는 것이 데이터 사본이라는 뜻이기도 합니다.

공식 도움말은 원격지 백업을 모든 서버의 필수 기능으로 규정합니다. ① 번 문장이 백업의 범위를 정하는 줄입니다

같은 문서는 백업을 "incremental backups copy the files that have changed from the last full backup", 마지막 전체 백업 이후 바뀐 파일을 담는 증분 방식이라고 적었습니다. 파일과 데이터베이스는 이 사본 안에 있고, 그래서 글이 날아간 사고는 복원으로 해결됩니다.

문제는 사본 바깥입니다. 도메인을 어디로 향하게 했는지, DNS 레코드가 무엇인지, SSL 인증서가 발급된 상태인지, 서버 쪽 설정이 어떤 값인지는 애플리케이션 데이터가 아닙니다. 이 영역이 깨져서 사이트가 안 열리는 상황에서는 복원을 몇 번 해도 화면이 똑같습니다.

그래서 순서가 중요합니다. 복원 버튼을 누르기 전에 "지금 깨진 것이 데이터인가, 데이터 바깥인가"를 먼저 가르는 것이 이 글의 전부라고 해도 됩니다.

백업과 복원이 기본 기능에 포함되는 범위를 공식 페이지에서 직접 확인하기

사고 유형별 복원 분기

같은 "사이트가 이상하다"도 원인에 따라 손대는 곳이 다릅니다. 아래 표의 왼쪽에서 증상을 찾고 오른쪽 순서대로 움직이면 불필요한 복원을 줄일 수 있습니다.

증상	먼저 의심할 곳	움직이는 순서
글이나 주문 데이터가 사라졌다	데이터베이스	사고 시각을 적어 두고 그 직전 시점으로 데이터베이스만 되돌립니다
업데이트 뒤 화면이 깨졌다	웹 파일	업데이트 직전 시점의 파일만 되돌리고, 데이터베이스는 그대로 둡니다
관리자 화면까지 안 열린다	파일과 데이터베이스 양쪽	원인을 찾기 전에 사이트를 먼저 열리게 하고, 열린 뒤에 원인을 봅니다
주소창에 다른 사이트가 뜬다	도메인과 DNS, 백업 바깥	복원하지 않습니다. 도메인이 가리키는 곳부터 확인합니다
보안 경고가 뜨고 자물쇠가 깨졌다	SSL, 백업 바깥	복원하지 않습니다. 인증서 발급 상태를 먼저 봅니다
악성코드가 심어졌다	감염 시점	보관 기간 안에 감염 전 시점이 남아 있는지부터 셉니다. 없으면 복원은 감염본을 다시 올리는 일이 됩니다

마지막 줄이 특히 자주 걸립니다. 해킹은 들어온 날과 드러나는 날이 다릅니다. 보관 기간을 1주로 두고 2주 뒤에 발견하면 남아 있는 복원 지점은 전부 감염 이후입니다. 보관 기간은 저장 공간 문제이기도 하지만, 실제로는 "얼마나 늦게 알아차려도 되는가"를 정하는 값입니다.

주기는 잃어도 되는 시간에서 거꾸로 정합니다

백업 주기를 정하는 일은 사실 "사고가 나면 몇 시간치까지 날려도 괜찮은가"를 정하는 일입니다. 하루 한 번 백업은 최악의 경우 하루치를 잃는다는 뜻이고, 여섯 시간마다 받으면 여섯 시간치입니다.

그래서 권장값을 따라가는 대신 이렇게 계산하는 쪽이 정확합니다. 하루에 들어오는 주문이 열 건이고 그중 세 건을 잃었을 때 다시 받아낼 방법이 없다면, 한 번에 잃어도 되는 분량이 세 건 밑이 되도록 주기를 잡으면 됩니다. 하루 열 건이면 여덟 시간에 세 건이 조금 넘으니 여섯 시간 쪽으로 내려갑니다.

글만 올리는 블로그라면 계산이 훨씬 단순합니다. 초고가 글쓰기 도구나 로컬에 남아 있다면 날아가도 다시 붙여 넣으면 그만이라, 하루 한 번으로 충분합니다. 반대로 댓글이 활발한 블로그는 댓글이 복구 불가능한 데이터라서 주기를 당길 이유가 생깁니다.

주기를 무작정 촘촘하게 당기지 않는 이유는 다음 항목, 요금 때문입니다.

요금은 보관량이 아니라 바뀌는 양이 정합니다

여기가 가장 많이 어긋나는 지점입니다. 백업 요금을 "내 사이트 용량 곱하기 단가"로 짐작하면 실제 청구액과 맞지 않습니다.

공식 도움말의 요금 설명. ① 번 줄이 요금을 정하는 기준이고 ② 번 상자가 올림 규칙입니다

문서의 문장은 "The monthly backup charges will depend on how often your application data changes" 입니다. 월 백업 요금은 애플리케이션 데이터가 얼마나 자주 바뀌는지에 달려 있다는 뜻입니다. 증분 방식이라 바뀐 파일만 쌓이기 때문에, 같은 10GB짜리 사이트라도 거의 안 바뀌는 쪽과 매일 바뀌는 쪽의 요금이 다릅니다.

단가는 "$0.033 per GB of backup storage (irrespective of server provider and location)", 공급사와 지역에 상관없이 1GB당 0.033달러입니다. 바로 아래 상자에는 0.5달러 단위로 올림한다는 규칙이 있고, 3.85달러가 4달러로, 1.22달러가 1.5달러로 올라간다는 예시가 붙어 있습니다.

올림 규칙 때문에 아주 작은 블로그도 실질 최저선이 생깁니다. 보관량이 5GB면 계산상 0.165달러지만 청구는 0.5달러입니다. 거꾸로 말하면 보관량이 15GB까지 늘어도 청구액은 그대로 0.5달러라, 이 구간 안에서는 주기를 당겨도 요금이 안 움직입니다.

요금 페이지 요금표 바로 아래 각주 두 줄. ① 번이 백업 저장료, ② 번이 표시 금액에 세금이 빠져 있다는 표기입니다

같은 문장이 요금 페이지 각주에도 "$0.033/GB per server will be applied for offsite backup storage." 로 적혀 있습니다. 서버마다 붙는 항목이라 서버를 둘로 나누면 이 줄도 둘이 됩니다. 바로 옆 줄의 "All listed prices exclude applicable taxes." 까지 보면, 요금표 숫자가 최종 결제액이 아니라는 점도 같은 자리에서 확인됩니다.

백업 보관료 각주와 요금 구간을 오늘자 공식 요금표에서 확인하기

복원 전 스테이징 시험 순서

복원은 사고가 난 날 처음 해 보기에는 손이 많이 가는 작업입니다. 복원 지점 목록의 시각을 잘못 고르거나, 되돌린 뒤에 무엇이 정상인지 몰라서 또 한 번 되돌리는 일이 흔합니다. 그래서 평상시에 복제본으로 한 번 해 두는 쪽이 안전합니다.

스테이징과 복제 기능은 모든 요금제에 포함돼 있습니다. 시험용 사본을 만드는 데 추가 요금이 들지 않습니다

요금 페이지는 이 기능을 "Free Advanced Staging & Cloning (Worth $20)" 으로 적어 모든 요금제 포함으로 묶었고, 기능 설명에는 "Easily create free staging environments to test changes, then push them live with just one click" 라고 돼 있습니다. 운영 중인 사이트를 건드리지 않고 사본에서 먼저 해 볼 수 있다는 뜻입니다.

순서는 이렇게 잡습니다.

첫째, 운영 사이트의 복제본을 하나 만듭니다. 사고 상황을 흉내 내는 자리라 운영본은 그대로 둡니다.

둘째, 복제본에서 일부러 망가뜨립니다. 글 한 편을 지우고, 테마 파일 하나를 바꿔 두면 데이터와 파일 양쪽을 한 번에 시험할 수 있습니다.

셋째, 망가뜨린 시각을 적고 복원 지점 목록에서 그 직전을 고릅니다. 목록의 시각 표기가 한국시간이 아니라면 아홉 시간을 빼서 찾아야 하는데, 이 환산을 급할 때 처음 해 보면 꼭 틀립니다.

넷째, 복원이 끝난 뒤 합격 기준을 눈으로 확인합니다. 지운 글이 목록에 돌아왔는지, 바꾼 테마 파일이 원래대로인지, 관리자 로그인이 되는지, 이미지가 깨지지 않았는지 네 가지면 충분합니다.

다섯째, 복원에 걸린 시간을 적어 둡니다. 이 숫자가 사고가 났을 때 "몇 분 뒤에 돌아옵니다" 라고 말할 수 있는 근거가 됩니다. 시험이 끝나면 복제본은 지웁니다. 남겨 두면 다음 항목의 디스크를 먹습니다.

디스크 여유가 복원을 막는 자리

복원은 백업 파일을 내려받아 풀어 놓는 작업이라 그 순간 디스크가 평소보다 더 필요합니다. 여유가 없으면 복원이 중간에 멈추고, 하필 사이트가 깨져 있는 상태에서 멈춥니다.

가장 낮은 구간의 디스크는 25GB입니다. ② 번 칸이 복원 여유를 계산할 때 기준이 되는 숫자입니다

2026년 10월 11일 기준 가장 낮은 구간은 월 14달러이고 1GB RAM, 1 vCPU, 25GB NVMe 저장 공간, 1TB 전송량입니다. 블로그를 시작할 때는 이 구간이면 충분하고, 먼저 올려야 할 이유는 방문자가 늘어서라기보다 디스크가 차서일 때가 많습니다.

그래서 평소에 디스크를 비워 두는 편이 요금제를 올리는 것보다 쌉니다. 쓰지 않는 복제본, 예전 테마, 중복 이미지가 대표적인 정리 대상입니다. 앞 항목의 시험용 복제본을 지우라고 적은 이유도 여기에 있습니다.

가장 낮은 구간의 디스크와 전송량 기준을 요금 페이지에서 보기

이 구조의 단점과 안 맞는 사람

백업 요금이 사용량 기준이라 매달 금액이 조금씩 달라집니다. 고정비로 예산을 잡는 쪽에는 불편한 구조이고, 0.5달러 올림 때문에 아주 작은 사이트는 쓰지도 않은 용량만큼 더 내게 됩니다.

결제가 달러라 환율에 따라 원화 금액이 움직이고, 요금표에 세금은 빠져 있습니다. 관리 화면과 고객지원이 영어라 급한 상황에 한국어로 전화할 창구가 없다는 점도 복원 같은 작업에서는 부담이 됩니다. 메일 호스팅은 요금에 포함되지 않아 사서함이 필요하면 월 1.5달러짜리 애드온이 따로 붙습니다.

사이트 내용이 거의 바뀌지 않고 월 1만 원 이하 공유 호스팅으로 충분한 분이라면 이 글의 설정은 과합니다. 복원 계획은 잃을 것이 있는 사이트에서만 값을 합니다.

자주 묻는 것

복원했는데도 사이트가 그대로입니다

깨진 곳이 백업 사본 바깥일 가능성이 큽니다. 도메인이 가리키는 곳, DNS 레코드, SSL 인증서 상태를 먼저 보십시오. 브라우저나 캐시에 옛 화면이 남아 있는 경우도 있어 다른 기기에서 한 번 더 확인하는 편이 빠릅니다.

백업 주기를 당기면 요금이 많이 오르나요

데이터가 자주 바뀌는 사이트라면 오릅니다. 증분 백업이 바뀐 파일을 담기 때문입니다. 다만 0.5달러 단위 올림이 있어 보관량이 작은 구간에서는 주기를 당겨도 청구액이 한동안 그대로입니다. 한 달 돌려 보고 명세서의 백업 줄을 확인한 뒤 정하는 쪽이 정확합니다.

복원 연습용 복제본도 백업 요금이 붙나요

복제본도 데이터가 있는 애플리케이션이라 백업 대상이 됩니다. 시험이 끝나면 지우는 것을 권하는 이유가 디스크와 이 요금 두 가지입니다. 복제본을 만드는 기능 자체는 요금제에 포함돼 추가 요금이 없습니다.

얼마나 자주 복원 시험을 해야 하나요

정해진 주기는 없지만, 테마를 바꾸거나 플러그인 구성을 크게 손본 뒤에는 한 번 해 두는 편이 좋습니다. 사이트 구조가 바뀌면 복원 뒤 확인할 합격 기준도 같이 바뀌기 때문입니다.

마무리

백업은 애플리케이션 데이터의 사본이고, 도메인과 DNS, SSL, 서버 설정은 그 사본 밖에 있습니다. 사고가 난 날 가장 먼저 할 일은 복원이 아니라 깨진 곳이 사본 안인지 밖인지 가르는 것입니다.

주기는 권장값이 아니라 한 번에 잃어도 되는 분량에서 거꾸로 정하고, 보관 기간은 저장 공간이 아니라 얼마나 늦게 알아차려도 되는지로 정합니다.

요금은 1GB당 0.033달러에 0.5달러 단위 올림이며, 금액을 움직이는 것은 사이트 크기가 아니라 데이터가 바뀌는 빈도입니다. 복원은 사고 전에 복제본에서 한 번 해 보고 걸린 시간을 적어 두면 그날 할 일이 절반으로 줄어듭니다.

지금 쓰고 계신 호스팅에서 복원을 한 번이라도 시험해 보신 적이 있으신가요? 해 보셨다면 걸린 시간을, 아직이라면 막히는 지점을 댓글로 남겨 주시면 순서를 같이 짚어 보겠습니다.

다음 글에서는 「클라우드웨이즈 가입 방법과 워드프레스 설치 순서」에 대해 알아보겠습니다.

워드프레스 1년 유지비 계산: 도메인·호스팅·테마·플러그인을 항목별로 더해 보기

cloudmanager — Sun, 11 Oct 2026 20:00:49 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스 블로그를 1년 굴리는 데 실제로 얼마가 나가는지, 도메인·호스팅·테마·플러그인 네 칸으로 나눠 더하는 글입니다.

숫자는 2026년 10월 10일에 각 공식 페이지에서 직접 확인한 값만 씁니다.

설치형 블로그를 열까 말까 재고 있는 분, 또는 이미 운영 중인데 카드 명세서가 생각보다 커서 어디서 새는지 찾는 분을 위한 내용입니다.

읽고 나면 종이 한 장에 네 칸을 적고 내 구성의 1년 총액과 월 환산액을 직접 계산할 수 있고, 2년차에 올라가는 항목이 어느 것인지 미리 알 수 있습니다.

1년 유지비는 네 칸으로 끝납니다

워드프레스 자체는 무료입니다.

돈이 나가는 자리는 네 곳뿐입니다.

주소를 빌리는 값(도메인), 그 주소에 파일을 올려 두는 값(호스팅), 겉모습을 만드는 값(테마), 기능을 붙이는 값(플러그인)입니다.

초보자가 계산을 틀리는 이유는 항목을 빠뜨려서가 아니라 단위가 섞여서입니다.

도메인은 연 단위 원화, 호스팅은 월 단위 달러, 테마는 연 단위 달러로 매겨집니다.

그래서 먼저 모든 값을 '1년치 금액'으로 바꿔 놓고 더해야 합니다.

아래에서는 칸마다 실제 요금 화면을 보면서 1년치로 환산하고, 마지막에 두 가지 구성의 합계를 표로 묶습니다.

도메인: 등록 요금과 갱신 요금은 다른 숫자입니다

가비아 도메인 첫 화면의 등록 요금 표시(2026년 10월 10일 확인)

① 도메인은 검색창에 원하는 주소를 넣어 비어 있는지 확인하는 것부터 시작합니다.

같은 이름이라도 확장자(.com, .kr 등)마다 값이 다릅니다.

② 가비아 첫 화면에 걸린 표시 기준으로 COM은 19,800원, KR과 CO.KR은 16,500원입니다.

SHOP 2,200원, XYZ 3,300원처럼 더 싼 확장자도 있습니다.

주의할 점은 이 숫자가 '등록' 요금이라는 것입니다.

첫해를 끌어오기 위한 행사 가격인 경우가 많고, 1년 뒤 갱신할 때는 다른 금액이 청구될 수 있습니다.

계산할 때는 등록 요금으로 1년차를, 갱신 요금으로 2년차를 따로 적어 두는 편이 안전합니다.

갱신 요금은 등록 직전 결제 화면이나 해당 업체의 요금 안내에서 확인할 수 있습니다.

호스팅: 월 요금 곱하기 12에 세금과 환율이 붙습니다

클라우드웨이즈 공식 요금 페이지의 최저 요금제(2026년 10월 10일 확인, 표시 가격은 세금 별도)

네 칸 중 가장 큰 항목이 호스팅입니다.

국내 공유 호스팅은 월 몇 천 원대부터 있고, 해외 관리형 클라우드 호스팅은 월 10달러대부터 시작합니다.

어느 쪽이든 계산법은 같습니다.

월 요금에 12를 곱하고, 표시 가격에 세금이 포함돼 있는지 확인하고, 달러라면 환율을 곱합니다.

속도가 느려 공유 호스팅에서 넘어가는 경우의 선택지 중 하나가 관리형 클라우드 호스팅입니다.

① 클라우드웨이즈는 2026년 10월 10일 기준 최저 요금제인 Micro가 월 14달러이고 설명에 '개인 사이트와 단순한 블로그에 적합'하다고 적혀 있습니다.

② 그 위는 Small 28달러, Medium 54달러, Large 99달러입니다.

시작은 최저 요금제로 충분하고, 관리 화면에서 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때 올리면 됩니다.

1년치로 보면 14달러 곱하기 12는 168달러이고, 1달러를 1,340원으로 잡으면 약 22만 5천 원입니다.

다만 요금 페이지의 FAQ에 세금 관련 항목이 따로 있는 데서 보듯 표시 가격은 세금 별도이며, 카드사에 따라 해외 결제 수수료도 더 붙습니다.

요금제별 월 금액을 공식 요금 페이지에서 직접 확인하기

카드 등록 없이 시작하는 3일 무료 체험 안내(2026년 10월 10일 확인)

① 결제 전에 숫자가 맞는지 확인하고 싶다면 카드 등록 없이 쓰는 3일 무료 체험이 있습니다.

사흘 안에 내 글을 올려 보고 속도를 재 보면 '월 얼마를 낼 가치가 있는가'를 감이 아니라 측정값으로 판단할 수 있습니다.

테마: 0원과 연 59달러 사이에서 고릅니다

워드프레스 공식 테마 디렉터리의 무료 테마 목록과 상업용 테마 회사 링크

① 공식 테마 디렉터리에는 무료 테마가 1만 5천 개 넘게 올라와 있습니다.

블로그 한 개를 굴리는 데 필요한 기본기는 여기서 0원으로 해결됩니다.

② 유료 쪽은 상업용 탭이나 '상업용 테마 회사' 링크를 통해 확인합니다.

유료 테마 공식 요금 페이지의 연 단위 라이선스 표기(2026년 10월 10일 확인)

① 유료 테마의 값은 제품마다 다르지만 구조는 비슷합니다.

예를 들어 널리 쓰이는 한 유료 테마는 연 59달러이고, 포함 항목에 '1년간의 업데이트와 지원'이라고 적혀 있습니다.

즉 테마 파일을 사는 돈이 아니라 1년치 업데이트와 지원을 사는 돈입니다.

그래서 유료 테마는 1년 유지비 계산에서 한 번 쓰고 끝나는 항목이 아니라 매년 돌아오는 항목으로 적어야 합니다.

라이선스가 끝나도 사이트가 멈추지는 않지만 업데이트와 지원이 끊깁니다.

플러그인: 무료로 되는 범위와 유료로 넘어가는 신호

필수 플러그인은 보통 네 갈래입니다.

검색 최적화, 캐시, 보안, 백업입니다.

이 네 가지 모두 무료 버전으로 블로그 운영이 가능합니다.

즉 시작 시점의 플러그인 비용은 0원으로 잡아도 틀리지 않습니다.

유료로 넘어가는 신호는 기능이 아니라 상황에서 옵니다.

광고 수익이 붙어 사이트가 멈추면 손해가 커질 때(백업·보안), 글이 수백 편이 되어 내부 링크와 색인 관리가 손으로 안 될 때(검색 최적화), 쇼핑 기능처럼 돈이 오가는 기능이 붙을 때입니다.

그 전까지는 무료로 두고, 늘어나는 비용은 그때 가서 같은 방식으로 1년치 환산해 더하면 됩니다.

주의할 것은 개수입니다.

플러그인이 늘면 요금보다 먼저 속도와 충돌 위험이 올라갑니다.

비용 계산과 별개로 네 갈래 밖의 플러그인은 꼭 필요한지 한 번 더 따지는 편이 낫습니다.

요금제에 포함되지 않아 따로 나가는 것

같은 요금 페이지의 선택 부가 서비스, 메일과 DNS는 요금제에 포함되지 않는다

네 칸을 다 채우고도 명세서가 더 큰 경우가 있습니다.

호스팅 요금제에 들어 있지 않은 선택 항목을 켜 두었기 때문입니다.

① 대표적인 것이 메일입니다.

도메인 주소로 메일을 받으려면 메일함마다 월 1.5달러처럼 별도 요금이 붙습니다.

② 전용 DNS 서비스도 도메인당 월 0.50달러로 따로 매겨져 있습니다.

이 밖에 사이트 관리 도구(앱당 월 3달러), 악성코드 보호(앱당 월 4달러), 전용 CDN(도메인당 월 4.99달러) 같은 항목이 모두 선택 사항으로 나뉘어 있습니다.

반대로 기본 요금제에 이미 포함돼 따로 사지 않아도 되는 항목도 있습니다.

무료 SSL, 자동 백업, 스테이징 환경, 방화벽 등은 모든 요금제에 포함된다고 같은 페이지에 적혀 있습니다.

계산 전에 '포함'과 '선택'을 먼저 갈라 두면 중복 지출을 피할 수 있습니다.

두 가지 구성의 1년 합계

지금까지 확인한 숫자만으로 두 가지 구성을 더해 보겠습니다.

달러는 1,340원 기준이며 세금과 카드 수수료는 빼고 계산한 값입니다.

항목	최소 구성	흔한 구성
도메인(1년)	16,500원 (KR·CO.KR)	19,800원 (COM)
호스팅(월 14달러×12)	168달러 ≈ 225,000원	168달러 ≈ 225,000원
테마	0원 (무료 테마)	59달러 ≈ 79,000원
플러그인	0원 (무료 버전)	0원 (무료 버전)
도메인 메일(월 1.5달러×12)	쓰지 않음	18달러 ≈ 24,000원
1년 합계	약 24만 원	약 35만 원
월 환산	약 2만 원	약 2만 9천 원

국내 공유 호스팅을 쓰면 호스팅 칸이 크게 줄어 1년 10만 원 아래로 내려가기도 합니다.

반대로 서버 사양을 한 단계 올려 월 28달러짜리를 쓰면 호스팅 칸만 연 336달러, 약 45만 원이 됩니다.

네 칸 중 금액을 가장 크게 흔드는 칸이 호스팅이라는 뜻입니다.

2년차에 올라가는 항목

1년차 계산을 그대로 2년차에 복사하면 어긋납니다.

올라가는 자리가 정해져 있습니다.

첫째는 도메인 갱신 요금입니다.

등록 행사가로 샀다면 2년차부터는 정상 요금이 청구됩니다.

둘째는 테마나 플러그인 라이선스 갱신입니다.

연 단위 제품이라 매년 같은 달에 돌아옵니다.

셋째는 환율입니다.

달러로 청구되는 항목은 같은 요금제인데도 원화 금액이 달라집니다.

반대로 호스팅 월 요금 자체는 요금제를 바꾸지 않는 한 그대로입니다.

2년차 비용이 늘었다면 요금 인상이 아니라 사양을 올렸거나 선택 항목을 추가했을 가능성이 먼저입니다.

명세서에서 요금제 이름과 부가 서비스 줄을 확인하면 금방 가려집니다.

자주 묻는 것

워드프레스 블로그 1년 유지비는 최소 얼마인가요

도메인과 호스팅만 있으면 굴러갑니다.

테마와 플러그인을 무료로 쓰면 이 두 칸이 전부이고, 위 표의 최소 구성 기준으로 1년 약 24만 원, 월 2만 원 안팎입니다.

국내 공유 호스팅을 쓰면 더 내려갑니다.

도메인은 꼭 사야 하나요

설치형 워드프레스는 주소가 있어야 하므로 필요합니다.

연 1만 원대 항목이라 전체 유지비에서 차지하는 비중은 작습니다.

다만 한 번 정하면 바꾸기 어려우니 싼 확장자를 고르기 전에 갱신 요금부터 확인하는 편이 좋습니다.

표시 가격만 보고 계산하면 되나요

아닙니다.

해외 호스팅은 표시 가격이 세금 별도인 경우가 많고, 원화로 청구될 때 환율과 카드 수수료가 더해집니다.

실제 지출은 표시 가격보다 조금 더 크다고 보고 여유를 두는 편이 맞습니다.

비용을 줄이려면 어디부터 손대야 하나요

호스팅입니다.

네 칸 중 금액이 가장 크고 변동 폭도 가장 큽니다.

사양을 필요 이상으로 올려 두지 않았는지, 쓰지 않는 선택 부가 서비스가 켜져 있지 않은지부터 확인하세요.

테마와 플러그인은 줄여도 몇 만 원 차이입니다.

마무리

워드프레스 1년 유지비는 도메인·호스팅·테마·플러그인 네 칸으로 끝나며, 단위가 섞여 있으니 모두 1년치로 바꿔 놓고 더해야 합니다.

2026년 10월 10일 확인한 값으로 계산하면 무료 테마 기준 최소 구성이 1년 약 24만 원, 유료 테마와 도메인 메일을 더한 구성이 약 35만 원입니다.

금액을 가장 크게 흔드는 칸은 호스팅이고, 2년차에 올라가는 자리는 도메인 갱신 요금·연 단위 라이선스·환율 세 가지입니다.

지금 쓰고 계신 구성은 1년에 얼마가 나가시나요?

도메인 확장자와 호스팅 요금제를 댓글로 남겨 주시면 어느 칸에서 줄일 여지가 있는지 같이 따져 보겠습니다.

워드프레스 이전 손익분기 방문자 수 계산: 애드센스 수입이 월 고정비를 넘는 지점

cloudmanager — Sun, 11 Oct 2026 16:00:43 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

네이버 블로그를 쓰다가 워드프레스를 같이 열까 고민할 때, 그 결정을 숫자 하나로 바꾸는 계산 순서입니다.

어느 쪽이 더 번다는 말 대신, 내 블로그의 월 페이지뷰로 손익분기를 직접 세고 싶은 분을 위한 글입니다.

읽고 나면 월 고정비를 달러로 적고, 그 고정비를 넘기는 데 필요한 페이지뷰를 계산해 지금 옮길 때인지 아닌지를 스스로 판정할 수 있습니다.

비교를 멈추고 분기점 하나만 셉니다

두 플랫폼을 놓고 고민할 때 대부분은 수익 비교부터 시작합니다.

그런데 비교가 끝나도 결정은 안 납니다.

단가도 유입도 사람마다 다르고, 한쪽 숫자는 애초에 공개되어 있지도 않기 때문입니다.

그래서 질문을 바꿉니다.

'어느 쪽이 더 버나'가 아니라 '새로 생기는 고정비를 언제부터 내 글이 갚나'입니다.

네이버 블로그는 플랫폼이 서버를 대신 들고 있어 월 고정비가 0원입니다.

워드프레스는 내 이름으로 서버를 빌리는 쪽이라 첫 달부터 돈이 나갑니다.

이 비대칭이 계산의 전부입니다.

그러면 결정에 필요한 값은 세 개로 줄어듭니다.

월 고정비, 페이지뷰 1천 회당 수입, 그리고 돈이 실제로 통장에 들어오는 문턱입니다.

아래 순서대로 이 셋을 채우면 분기점이 나옵니다.

1단계. 월 고정비를 달러로, 빠짐없이 적습니다

고정비를 적을 때 가장 흔한 실수는 서버 요금 한 줄만 적는 것입니다.

도메인, 메일, 백업처럼 네이버 블로그에서는 신경 쓸 일이 없던 항목이 전부 개별 비용으로 바뀝니다.

관리형 클라우드 호스팅의 가장 낮은 두 구간 월 요금.

공식 요금 페이지 화면입니다 (2026-10-10 확인)

① 가장 낮은 Micro 구간이 1GB RAM, 1 vCPU, 25GB NVMe, 전송량 1TB 에 월 14달러입니다.

② 그다음 Small 이 2GB RAM, 1 vCPU, 50GB NVMe, 2TB 에 월 28달러입니다.

카드 설명에도 Micro 는 개인 사이트와 단순 블로그용이라고 적혀 있습니다.

글 위주 블로그라면 여기서 시작하는 것이 기본값입니다.

요금표 아래에는 표시 요금이 세금 별도라는 문장과, 외부 백업 저장소에 서버당 1GB 에 0.033달러가 붙는다는 각주가 함께 있습니다.

고정비를 적을 때는 이 두 줄도 같이 적어야 나중에 청구서를 보고 놀라지 않습니다.

오늘 날짜 기준 구간별 월 요금과 세금 표기를 공식 요금 페이지에서 직접 확인하기

같은 페이지의 선택 애드온 요금표.

메일과 DNS 가 요금에 포함되지 않고 따로 붙습니다 (2026-10-10 확인)

① 메일은 요금제에 들어 있지 않습니다.

사서함 하나에 월 1.5달러인 별도 애드온으로 적혀 있습니다.

② DNS 애드온은 도메인당 월 0.50달러입니다.

그 밖에 엔터프라이즈 CDN 이 도메인당 월 4.99달러부터, 사이트 매니저가 앱당 월 3달러부터, 멀웨어 보호가 앱당 월 4달러부터로 표기되어 있습니다.

여기에 호스팅 밖에서 나가는 돈을 더합니다.

도메인 등록비는 등록 업체에서 따로 결제하고, 유료 테마나 플러그인을 쓴다면 연 단위 갱신비가 또 붙습니다.

지금 단계에서 필요한 것은 정확한 합계가 아니라 '빠뜨린 항목이 없는' 목록입니다.

달러로 적은 합계를 원화로 바꿀 때는 그날 환율을 씁니다.

환율은 매일 바뀌고 카드 청구 시점에 다시 정해지므로, 계산서에는 환율 칸을 따로 두고 넉넉하게 잡는 편이 안전합니다.

2단계. 번 돈이 아니라 받을 수 있는 돈부터 봅니다

애드센스는 계정에 쌓인 금액이 곧 입금액이 아닙니다.

공식 고객센터에 통화별 기준액 표가 있습니다.

구글 애드센스 공식 고객센터의 지급 계정당 통화별 결제 기준액 표 (2026-10-10 확인)

① 미국 달러 행을 보면 세금 정보 0달러, 인증(신원과 주소) 10달러, 결제 수단 선택 10달러, 지급 100달러, 해지 10달러로 적혀 있습니다.

이 표에 원화 행은 없습니다.

그래서 이 글의 계산도 달러 기준으로만 세웁니다.

읽는 방법은 이렇습니다.

10달러를 넘기면 본인 인증과 지급 수단 선택 단계가 열리고, 100달러를 넘겨야 실제 송금이 일어납니다.

계산할 때 쓸 숫자는 뒤쪽입니다.

같은 고객센터의 수입 지급 절차 문서.

지급 기준액 단계의 조건과 날짜가 적혀 있습니다 (2026-10-10 확인)

① 지급 기준액 단계 설명에 '당월 말까지 현재 잔액이 지급 기준액에 도달하고 다른 지급 보류가 없으면 매월 21일에서 26일 사이에 수입이 지급됩니다'라고 적혀 있습니다.

기준액에 못 미치면 '다음 달로 이월되어 지급 기준액에 도달할 때까지 누적됩니다'라고도 함께 적혀 있습니다.

같은 문서의 앞 단계에는 주소 확인용 PIN 우편이 도착하는 데 2~3주가 걸린다는 설명도 있습니다.

그러니까 첫 입금은 '기준액을 넘긴 달'이 아니라 그보다 몇 주 뒤입니다.

월 고정비는 그 사이에도 매달 빠져나갑니다.

이 시차가 계산에서 빠지면 체감이 어긋납니다.

3단계. 네이버 쪽 수치는 계산에 넣지 않습니다

애드포스트의 수익 배분율과 지급 기준 금액은 오늘 공개된 공식 화면에서 확인되지 않았습니다.

소개 페이지에도, 고객센터의 블로그 광고 안내에도 그 숫자는 없습니다.

검색하면 블로거들이 적어 둔 금액이 나오지만, 출처가 공식이 아닌 값을 계산의 기준으로 삼지는 않습니다.

확인되지 않은 값을 억지로 넣으면 계산 전체가 추정 위에 올라앉습니다.

그래서 이 글은 네이버 쪽을 '고정비가 들지 않는 비교 기준선'으로만 둡니다.

지금 네이버 블로그에서 나오는 금액은 각자 자기 애드포스트 보고서에서 직접 읽을 수 있고, 그 값은 계산의 입력이 아니라 결과를 판단할 때 옆에 놓는 참고선입니다.

정리하면 이렇습니다.

분기점은 '워드프레스 수입이 네이버 수입을 넘는 지점'이 아니라 '워드프레스 수입이 워드프레스 고정비를 넘는 지점'입니다.

앞쪽은 공개된 숫자로 셀 수 없고, 뒤쪽은 오늘 셀 수 있습니다.

4단계. 필요한 페이지뷰를 역산합니다

쓸 공식은 한 줄입니다.

필요한 월 페이지뷰 = 월 고정비 ÷ RPM × 1,000 입니다.

RPM 은 페이지뷰 1천 회당 수입이고, 이미 운영 중인 사이트라면 보고서에 있는 값을 쓰고 없다면 두세 가지 값을 넣어 범위로 봅니다.

예를 들어 월 고정비를 3만 원, RPM 을 3천 원으로 가정하면 3만 ÷ 3천 × 1,000 = 1만 페이지뷰입니다.

월 1만 페이지뷰가 분기점이고, 그 아래면 매달 돈을 더 넣는 구간입니다.

아래 표는 같은 공식을 몇 가지 값으로 돌려 본 것입니다.

숫자 자체보다 '내 RPM 과 고정비를 넣으면 칸 하나가 정해진다'는 구조를 보시면 됩니다.

월 고정비	RPM 2,000원	RPM 3,000원	RPM 5,000원
2만 원	월 10,000 PV	월 6,700 PV	월 4,000 PV
3만 원	월 15,000 PV	월 10,000 PV	월 6,000 PV
5만 원	월 25,000 PV	월 16,700 PV	월 10,000 PV

표의 RPM 과 고정비는 계산 방법을 보여 주기 위한 예시값입니다.

고정비 칸에는 1단계에서 적은 합계를, RPM 칸에는 자기 보고서 값을 넣어야 의미가 생깁니다.

두 값 다 남의 숫자를 쓰면 결론도 남의 결론이 됩니다.

여기에 2단계의 문턱을 겹칩니다.

분기점을 넘겨도 누적 잔액이 100달러에 닿기 전까지는 입금이 없습니다.

분기점의 두 배쯤 되는 페이지뷰가 몇 달 이어져야 '매달 들어오는 돈'이 됩니다.

그 전까지는 고정비만 나가는 기간이라고 미리 잡아 두는 편이 낫습니다.

5단계. 검색 유입의 모양이 다르다는 점을 계산에 반영합니다

같은 글이라도 유입 경로가 다르면 페이지뷰가 쌓이는 속도가 다릅니다.

네이버 블로그는 플랫폼 안에서 노출되는 비중이 크고, 글을 올리면 그 생태계가 어느 정도 사람을 데려다 줍니다.

자기 도메인 사이트는 그 출발선이 없습니다.

색인부터 직접 요청하고 사이트맵을 제출해야 하며, 초반 몇 달은 유입이 거의 없는 구간을 지납니다.

그래서 RPM 이 같아도 분기점에 닿는 시점이 뒤로 밀립니다.

계산에 반영하는 방법은 간단합니다.

분기점에 필요한 페이지뷰를 구한 다음, 그 수치를 '지금 내 네이버 블로그가 그만큼 나오고 있는가'와 비교하지 말고 '새 사이트에서 몇 달 안에 가능한가'와 비교합니다.

앞의 비교는 거의 항상 가능해 보이고, 뒤의 비교가 실제 일정에 가깝습니다.

결정 전에 돈을 들이지 않고 확인하는 방법도 있습니다.

카드 없이 시작하는 사흘 무료 체험 안내 (2026-10-10 확인)

① 사흘짜리 체험이 카드 없이 열립니다.

이 기간에 볼 것은 속도가 아니라 운영 난이도입니다.

관리 화면이 영어라는 점, 설치와 설정에 드는 시간, 매달 이 작업을 할 수 있는지를 사흘 동안 확인하면 고정비 외에 들어가는 비용을 미리 체감할 수 있습니다.

무료 체험으로 관리 화면을 먼저 열어 보고 운영 난이도 가늠하기

계산이 넘어도 옮기지 않는 편이 나은 경우

분기점을 넘겼다고 전부 옮겨야 하는 것은 아닙니다.

다음에 해당하면 숫자와 상관없이 그대로 두는 편이 낫습니다.

첫째, 결제가 달러로 이뤄집니다.

환율에 따라 월 청구액이 달라지고, 고정비를 원화로 고정해 두고 싶은 분에게는 맞지 않습니다.

둘째, 관리 화면과 고객지원이 영어입니다.

문제가 생겼을 때 영어로 상황을 설명해야 합니다.

셋째, 메일 호스팅이 요금에 포함되지 않습니다.

도메인 메일이 필요하면 사서함당 비용이 따로 붙습니다.

넷째, 글 발행 외의 작업에 쓸 시간이 없는 경우입니다.

업데이트, 백업 확인, 오류 대응은 플랫폼이 대신 해 주던 일이고 옮기면 내 일이 됩니다.

다섯째, 월 몇천 원짜리 공유 호스팅으로 충분한 규모인 경우입니다.

트래픽이 적다면 더 싼 선택지가 먼저입니다.

반대로 플랫폼 정책 변경에 수익이 흔들리는 것이 싫거나, 광고 외에 다른 수익 수단을 붙이고 싶다면 분기점에 조금 못 미쳐도 시작할 이유가 됩니다.

계산은 결정을 대신해 주지 않고, 결정의 근거를 숫자로 만들어 줄 뿐입니다.

자주 묻는 질문

손익분기 계산에 쓸 RPM 을 모르면 어떻게 하나요

운영 중인 사이트가 없으면 정확한 값을 알 수 없습니다.

이럴 때는 하나의 값으로 결론을 내지 말고 낮은 값과 높은 값을 각각 넣어 범위로 봅니다.

가장 낮은 값에서도 감당할 수 있는 고정비인지가 판단 기준입니다.

네이버 블로그를 닫고 옮겨야 하나요

이 계산은 '닫는다'를 전제로 하지 않습니다.

고정비를 새로 지는 쪽의 분기점만 세는 계산이라, 기존 블로그를 그대로 두고 병행하는 경우에도 그대로 적용됩니다.

오히려 병행하면 분기점에 닿기 전 기간을 버티기 쉽습니다.

고정비를 더 줄여서 분기점을 낮출 수는 없나요

가능합니다.

가장 낮은 요금 구간에서 시작하고, 메일이나 CDN 같은 애드온을 당장 켜지 않으면 그만큼 분기점이 내려갑니다.

필요해진 시점에 켜도 되는 항목을 미리 켜 두는 것이 분기점을 가장 많이 올립니다.

분기점을 넘기면 바로 입금되나요

아닙니다.

공식 문서 기준으로 당월 말까지 잔액이 지급 기준액에 도달해야 하고, 그 뒤 매월 21일에서 26일 사이에 지급됩니다.

기준액에 못 미치면 다음 달로 이월됩니다.

첫 입금 전에는 본인 인증과 주소 확인 절차도 끝나 있어야 합니다.

마무리

비교 대신 분기점 하나만 셉니다.

네이버 블로그는 월 고정비가 없고 워드프레스는 있다는 차이가 계산의 출발점입니다.

서버 요금에 메일, DNS, 백업, 세금까지 더해 월 고정비를 적고, 필요한 월 페이지뷰 = 고정비 ÷ RPM × 1,000 으로 역산합니다.

공식 지급 기준액과 지급 일정을 겹쳐 보면, 분기점을 넘긴 뒤에도 첫 입금까지는 시차가 있다는 점까지 계산에 들어옵니다.

지금 블로그의 월 페이지뷰는 얼마나 나오나요.

숫자와 함께 남겨 주시면 어느 구간부터 고정비를 감당할 수 있는지 같이 계산해 보겠습니다.

다음 글에서는 「워드프레스 블로그 1년 유지비 계산」에 대해 알아보겠습니다.

우커머스 서버 메모리 부족일 때와 아닐 때: 증상에서 거꾸로 짚는 점검 순서

cloudmanager — Sun, 11 Oct 2026 12:00:41 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

이미 열어 둔 우커머스 쇼핑몰이 느려졌을 때, 그게 서버 메모리 탓인지 아닌지를 가르는 순서입니다.

사양표를 보고 고민하기 전에 지금 내 사이트의 숫자부터 읽어야 하는 분을 위한 글입니다.

읽고 나면 증상 하나에 확인할 화면 하나가 붙고, 서버를 올릴지 말지를 근거를 갖고 결정할 수 있습니다.

같은 증상인데 범인은 셋으로 갈립니다

쇼핑몰이 느리다는 말은 대개 네 가지 모습으로 옵니다.

장바구니에 담을 때 한참 도는 경우, 결제 단계에서 멈추거나 실패하는 경우, 관리자 화면의 주문 목록이 열리지 않는 경우, 흰 화면이나 500 오류가 뜨는 경우입니다.

이 네 가지는 겉보기에 비슷하지만 원인은 메모리, CPU, 데이터베이스 셋 중 하나로 갈립니다.

그런데 검색해서 나오는 조언은 대부분 '사양을 올리세요' 하나로 수렴합니다.

메모리가 원인이 아닐 때 사양만 올리면 요금만 늘고 증상은 그대로 남습니다.

그래서 순서를 뒤집습니다.

사양을 고르기 전에 증상에서 거꾸로 올라가 어디가 막혔는지부터 정합니다.

1단계. 추측하기 전에 시스템 상태 보고서에서 숫자를 읽습니다

우커머스는 자기 진단 화면을 기본으로 갖고 있습니다.

워드프레스 관리자에서 WooCommerce, 상태 순으로 들어가면 시스템 상태 보고서가 열립니다.

우커머스 공식 문서도 설치 뒤 서버가 조건을 갖췄는지는 이 화면에서 확인하라고 적어 두었습니다.

우커머스 시스템 상태 보고서 공식 설명 화면.

표의 Field Name, Description, Example 열이 각 항목이 무엇을 뜻하는지 알려 줍니다 (2026-10-10 공식 문서 확인)

① 'Server Environment' 아래의 표가 서버 쪽 숫자입니다.

그 위 WordPress Environment 구간에는 WP Memory Limit, External Object Cache 같은 항목이 있습니다.

공식 설명에 따르면 WP Memory Limit 은 '사이트가 한 번에 쓸 수 있는 최대 메모리'이고 문서의 예시값은 256 MB 입니다.

이 화면에서 먼저 적어 둘 값은 네 개입니다.

WP Memory Limit, PHP version, PHP Time Limit, External Object Cache 의 체크 여부입니다.

PHP Time Limit 은 공식 설명으로 '한 번의 작업이 시간 초과로 끊기기 전까지 사이트가 쓸 수 있는 초'이고, 문서 예시값은 1200 입니다.

주문 목록이나 일괄 작업이 중간에 끊긴다면 메모리보다 이 값이 먼저 의심 대상입니다.

결제가 되다 말다 한다면 같은 표의 fsockopen/cURL 줄을 봅니다.

공식 설명에 '결제 게이트웨이가 외부 서버와 통신해 결제를 승인할 때 cURL 을 쓸 수 있다'고 적혀 있습니다.

여기에 체크가 없으면 사양 문제가 아니라 서버 설정 문제입니다.

2단계. 요구 사양 미달인지부터 잘라 냅니다

적어 둔 값을 우커머스 공식 요구 사양과 맞춰 봅니다.

미달이면 진단이 여기서 끝납니다.

느린 것이 아니라 애초에 조건을 못 맞춘 상태이기 때문입니다.

우커머스 공식 문서의 서버 요구 사양 화면.

문서 머리말에 'WooCommerce 10.8 and later' 기준이라고 적혀 있습니다 (2026-10-10 확인)

① 'Server requirements' 아래 목록이 조건 전부입니다.

2026년 10월 10일 화면 기준으로 워드프레스 6.9 이상, PHP 8.3 이상(PHP 8.4 까지 테스트), MySQL 8.0 이상 또는 MariaDB 10.6 이상, HTTPS 지원, 그리고 ② 워드프레스 메모리 한도 256 MB 이상입니다.

같은 문서에 PHP 7.4 와 MySQL 5.6 에서도 동작은 한다는 주석이 붙어 있지만, 그 버전들은 공식 지원이 끝났고 보안 위험에 노출될 수 있다고 함께 적혀 있습니다.

'돌아가니까 괜찮다'와 '권장 환경이다'는 다른 말입니다.

3단계. 메모리가 모자랄 때만 나오는 신호

메모리 부족은 증상이 비교적 또렷합니다.

특정 동작에서만 흰 화면이나 500 오류가 재현되고, 같은 동작을 다시 하면 또 같은 자리에서 멈춥니다.

플러그인을 하나 더 켠 날부터 시작된 경우가 많습니다.

시간대와 무관하게 '그 동작'에서 반복된다면 접속자 수가 아니라 한 번의 작업이 한도를 넘긴 쪽입니다.

상품 일괄 수정, 주문 내보내기, 이미지 대량 업로드처럼 한 번에 많은 것을 다루는 작업이 대표적입니다.

반대로 아무 때나 무작위로 느려지고 특정 동작에서 재현되지 않는다면 메모리 쪽이 아닐 가능성이 큽니다.

이때 사양을 올리면 당장은 나아진 것처럼 보이다가 방문자가 조금 늘면 같은 증상이 돌아옵니다.

4단계. CPU가 밀릴 때는 증상의 모양이 다릅니다

CPU 쪽이 원인이면 증상이 사람 수를 따라 움직입니다.

한산한 새벽에는 멀쩡하다가 알림을 보낸 직후나 특정 시간대에만 전체가 같이 느려집니다.

특정 페이지가 아니라 사이트 전부가 함께 느려지는 것이 특징입니다.

데이터베이스 쪽이면 또 다릅니다.

상품 수가 늘어난 시점부터 검색, 필터, 주문 목록처럼 조회가 많은 화면만 느려지고 정적인 소개 페이지는 멀쩡합니다.

상품이 수천 개로 늘어난 뒤에 나타나는 경우가 흔합니다.

세 가지를 구분하는 가장 싼 방법은 시간과 화면을 같이 적는 것입니다.

느렸던 시각, 그때 하던 동작, 그 시각의 접속자 수 세 가지만 며칠 적어 두면 패턴이 드러납니다.

추측보다 메모 사흘이 빠릅니다.

5단계. 캐시가 걸리지 않는 경로를 세어 봅니다

블로그와 쇼핑몰이 갈리는 지점이 여기입니다.

블로그 글은 한 번 만들어 둔 화면을 모두에게 그대로 보여 줄 수 있습니다.

그래서 사람이 열 배로 늘어도 서버가 하는 일은 그만큼 늘지 않습니다.

반면 장바구니, 결제, 내 계정, 주문 조회는 사람마다 내용이 달라서 미리 만들어 둘 수 없습니다.

방문자 한 명이 늘면 서버가 할 일도 한 명분 그대로 늘어납니다.

같은 방문자 수라도 쇼핑몰이 더 무거운 이유가 이것입니다.

그래서 셀 것은 전체 방문자 수가 아니라 '장바구니에 담은 사람 수'와 '결제를 시작한 사람 수'입니다.

이 둘이 늘지 않았는데 느려졌다면 원인은 쇼핑 기능이 아니라 다른 데 있습니다.

그다음에 볼 것이 외부 오브젝트 캐시입니다.

시스템 상태 보고서의 External Object Cache 줄이 비어 있다면 데이터베이스 조회가 매번 날것으로 나가고 있다는 뜻입니다.

상품이 많은 쇼핑몰에서는 이 한 줄이 체감을 크게 바꿉니다.

증상별 점검표

증상	먼저 의심할 곳	확인할 화면	다음 조치
특정 동작에서만 흰 화면, 500 오류	메모리	시스템 상태 보고서 WP Memory Limit	한도 상향, 그래도 재현되면 사양
주문 목록, 일괄 작업이 중간에 끊김	실행 시간	Server Environment 의 PHP Time Limit	시간 한도 조정, 작업을 나눠서 실행
사람이 몰리는 시간대에만 전체가 느림	CPU	느렸던 시각과 접속자 수 메모	코어 수 상향 또는 캐시 설정
검색, 필터, 주문 목록만 느림	데이터베이스	External Object Cache 체크 여부	오브젝트 캐시 도입, 조회 줄이기
결제만 되다 말다 함	서버 설정	Server Environment 의 fsockopen/cURL	호스팅사에 해당 항목 문의

호스팅이 원인으로 좁혀졌을 때의 선택지

위 네 단계를 거쳐 '설정으로는 더 못 줄인다'까지 왔다면 그때가 서버를 보는 자리입니다.

관리형 클라우드 호스팅은 메모리와 코어 수를 구간으로 골라 쓰고, 모자라면 구간을 올리는 방식입니다.

클라우드웨이즈 공식 요금 페이지의 구간별 메모리와 월 요금 (2026-10-10 확인)

① 가장 낮은 Micro 구간이 1GB RAM, 1 vCPU, 25GB NVMe, 전송량 1TB 에 월 14달러입니다.

② Small 이 2GB RAM, 1 vCPU, 50GB NVMe, 2TB 에 월 28달러, ③ Medium 이 4GB RAM, 2 vCPU, 80GB NVMe, 4TB 에 월 54달러이고, 그 위 Large 는 8GB RAM, 4 vCPU 에 월 99달러입니다.

모두 세금 별도 표기입니다.

공식 카드 설명은 쇼핑몰을 가장 비싼 Large 칸('Ideal for e-com stores')에 적어 두었지만, 그 말을 그대로 따를 필요는 없습니다.

이제 막 여는 쇼핑몰이라면 낮은 구간에서 시작해 앞에서 정한 지표가 실제로 걸릴 때 올리는 편이 돈이 덜 듭니다.

구간을 올리는 일은 나중에도 되지만, 쓰지 않은 사양에 낸 돈은 돌아오지 않습니다.

구간별 메모리와 월 요금을 공식 요금 페이지에서 오늘 날짜로 직접 확인하기

같은 페이지의 전 구간 포함 항목 안내.

오브젝트 캐시는 4GB 이상 서버라는 조건이 붙어 있습니다 (2026-10-10 확인)

① 포함 항목 중 Object Cache Pro 에는 '4GB 서버 이상에서 무료'라는 조건이 달려 있습니다.

5단계에서 데이터베이스 조회가 원인으로 나왔다면 이 조건이 구간 선택의 근거가 됩니다.

반대로 메모리나 CPU가 원인이었다면 이 항목 때문에 구간을 올릴 이유는 없습니다.

카드 없이 시작하는 사흘 무료 체험 안내 (2026-10-10 확인)

① 사흘짜리 체험이 카드 없이 열립니다.

결정 전에 쓰는 가장 싼 방법은, 지금 쇼핑몰의 복사본을 올려 두고 앞에서 적어 둔 네 개의 값을 같은 화면에서 다시 읽어 보는 것입니다.

숫자가 바뀌지 않으면 원인은 서버가 아니었던 것입니다.

사흘 체험으로 같은 설정을 올려 숫자가 바뀌는지 재 보기

서버를 올려도 풀리지 않는 경우

사양은 만능이 아닙니다.

다음에 해당하면 구간을 올려도 체감은 거의 그대로입니다.

첫째, 느린 원인이 특정 플러그인 하나일 때입니다.

플러그인을 하나씩 끄며 재현되는지 보는 쪽이 빠릅니다.

둘째, 이미지 용량이 큰 상품 사진이 수백 장일 때입니다.

이건 서버가 아니라 파일 쪽 문제입니다.

셋째, 느림이 한국에서만 체감되고 해외에서는 멀쩡할 때입니다.

이건 사양이 아니라 거리와 경로 문제라 다른 해법을 봐야 합니다.

관리형 클라우드 호스팅 자체가 맞지 않는 경우도 분명히 있습니다.

결제가 달러로 이뤄져 환율에 따라 월 청구액이 달라지고, 관리 화면과 고객지원이 영어이며, 메일 호스팅은 요금에 포함되지 않고 별도 과금 항목입니다.

국내 결제와 한국어 지원이 더 중요하거나, 월 몇천 원짜리 공유 호스팅으로 충분한 규모라면 그대로 두는 편이 낫습니다.

자주 묻는 질문

메모리 부족인지 CPU 부족인지 한 가지만 보고 알 수 있나요

한 가지만 본다면 '재현되는가'입니다.

특정 동작에서 매번 같은 자리에 멈추면 메모리나 실행 시간 쪽이고, 시간대에 따라 들쭉날쭉하면 CPU 쪽입니다.

이 구분이 서면 나머지 확인은 빨라집니다.

흰 화면이 떴는데 시스템 상태 보고서도 안 열립니다

관리자 화면까지 막힌 상태라면 보고서를 볼 수 없습니다.

이때는 먼저 사이트를 열리게 만든 뒤에 진단합니다.

순서가 반대가 되면 고치는 동안 매출이 계속 빠집니다.

상품을 몇 개까지 올리면 사양을 올려야 하나요

상품 수만으로는 정해지지 않습니다.

같은 1천 개라도 옵션과 변형이 많은 상품과 단순 상품은 부담이 다릅니다.

숫자로 정하고 싶다면 상품 수 대신 장바구니에 담은 사람 수와 결제 시작 수를 기준으로 삼으세요.

지금 쓰는 공유 호스팅에서 먼저 해 볼 것이 있을까요

있습니다.

워드프레스 메모리 한도를 요구 사양인 256 MB 이상으로 올려 달라고 요청하고, PHP 버전을 8.3 이상으로 올리고, 쓰지 않는 플러그인을 지우는 것까지는 요금 변동 없이 됩니다.

그래도 같은 증상이면 그때가 서버를 보는 자리입니다.

마무리

쇼핑몰이 느릴 때 사양표를 먼저 펼치지 말고, 시스템 상태 보고서에서 네 개의 숫자부터 읽습니다.

증상이 특정 동작에서 재현되면 메모리나 실행 시간, 시간대를 타면 CPU, 조회 화면만 느리면 데이터베이스 쪽입니다.

호스팅으로 좁혀졌을 때만 구간을 보고, 그때도 가장 낮은 구간에서 시작해 지표가 걸릴 때 올립니다.

지금 쇼핑몰에서 가장 자주 겪는 증상은 넷 중 어느 쪽인가요.

상품 수와 함께 댓글로 남겨 주시면 어디부터 볼지 같이 정리해 보겠습니다.

다음 글에서는 「네이버 블로그와 워드프레스, 수익 구조가 어떻게 다른가」에 대해 알아보겠습니다.

워드프레스 블로그 시작 7일 일정표: 하루치 분량과 끝났다는 신호까지

cloudmanager — Sun, 11 Oct 2026 00:00:02 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스 블로그를 여는 일을 하루에 하나씩, 이레 치 일정으로 끊어 놓은 표입니다.

순서를 읽어도 막상 저녁에 노트북을 열면 무엇부터 손대야 할지 몰라 덮어 두게 되는 분을 위한 글입니다.

읽고 나면 오늘 저녁에 할 일 하나와, 그 일이 끝났다고 말할 수 있는 신호가 정해집니다.

순서를 알아도 못 끝내는 이유는 분량입니다

시작하는 분들이 보는 자료는 대개 단계로 적혀 있습니다.

단계는 맞는 말이지만 하루에 몇 개를 해야 하는지, 어디까지 하면 오늘 몫이 끝난 것인지를 알려 주지 않습니다.

그래서 첫날에 주제, 도메인, 호스팅, 테마를 한꺼번에 들여다보다가 결정을 하나도 못 내리고 탭만 스무 개 열어 둔 채 끝나는 일이 반복됩니다.

결정 피로는 지식이 아니라 분량 문제입니다.

아래 일정은 하루에 결정을 하나씩만 하도록 잘라 놓았습니다.

날마다 '끝났다는 신호'를 하나 붙였고, 그 신호가 안 나오면 다음 칸으로 넘어가지 않습니다.

저녁 한두 시간씩 이레면 첫 글까지 닿습니다.

이레 일정표 한 장

결제가 들어가는 날은 2일차와 3일차 둘뿐이고, 나머지 닷새는 돈이 들지 않습니다.

날	그날 하는 결정	걸리는 시간	끝났다는 신호
1일차	주제 한 줄과 수익 방식	40분	글감 서른 개가 적혔다
2일차	도메인 이름 확정과 등록	30분	등록 완료 메일이 왔다
3일차	호스팅 고르기	60분	관리 화면에 로그인했다
4일차	설치와 도메인 연결	60분	내 주소에 자물쇠가 보인다
5일차	기본 설정 세 가지	50분	주소 형식을 다시 안 바꾼다
6일차	첫 글 발행	90분	발행 버튼을 눌렀다
7일차	검색엔진에 주소 알리기	40분	제출 완료 표시를 봤다

시간은 처음 하는 분 기준으로 넉넉히 잡은 값입니다.

막히면 그날은 거기서 접고 다음 날 이어서 하십시오.

하루에 두 칸을 몰아 하려다 틀린 결정을 내리는 쪽이 손해가 큽니다.

1일차. 결제 전에 적는 두 문장

첫날에는 아무것도 사지 않습니다.

누구의 어떤 문제를 다루는 블로그인지 한 줄, 수익을 광고로 낼지 제휴로 낼지 한 줄, 이렇게 두 문장만 적습니다.

이 두 문장이 뒤 엿새를 전부 결정합니다.

이름 후보도 여기서 나오고, 방문자 규모 예상이 서야 사양 이야기를 할 수 있습니다.

비워 두면 3일차에 '얼마짜리가 필요한가'에 답할 수 없어 결국 남들이 좋다는 비싼 쪽을 고르게 됩니다.

끝났다는 신호는 글감 목록입니다.

쓸 수 있는 글 제목이 서른 개까지 적히면 통과이고, 열 개에서 막히면 주제를 좁히거나 바꾸십시오.

여기서 막히는 주제는 석 달 뒤에 멈춥니다.

2일차. 도메인은 사고 나서 손을 뗍니다

국내 등록 업체의 도메인 검색 화면, ① 검색창 ② 첫해 등록비 표시 (2026-10-10 확인)

① 검색창에 후보를 넣어 비어 있는지 보고, ② 아래 띠에서 첫해 등록비를 확인합니다.

2026년 10월 10일 이 화면 기준으로 com 은 19,800원, kr 과 co.kr 은 16,500원으로 적혀 있었습니다.

이벤트 가격이라 갱신할 때는 금액이 다를 수 있으니 결제 화면에서 갱신가를 같이 보십시오.

도메인은 이레 일정에서 유일하게 되돌리기 어려운 칸입니다.

나중에 바꾸면 주소가 전부 바뀌고 검색엔진에 쌓은 기록도 옮겨야 합니다.

그래서 짧고 발음되는 이름 하나만 사고, 비슷한 철자를 더 사 두거나 부가 옵션을 얹는 일은 하지 않습니다.

끝났다는 신호는 등록 완료 메일입니다.

메일이 오면 그날은 끝입니다.

도메인을 산 날 호스팅까지 보려 들면 급해져서 필요 없는 요금제를 고르게 됩니다.

3일차. 호스팅은 결제가 아니라 로그인까지만

클라우드웨이즈 공식 요금 페이지, ① 가장 낮은 구간 ② 월 요금 (2026-10-10 확인)

호스팅 요금표를 볼 때는 ① 가장 낮은 구간부터 보고 ② 월 요금과 사양을 같이 읽습니다.

2026년 10월 10일 공식 요금 페이지 기준으로 가장 낮은 Micro 구간이 월 14달러이고, 1GB 메모리에 1 vCPU, 25GB 저장 공간, 월 1TB 전송량입니다.

화면 설명도 '개인 웹사이트와 단순한 블로그에 적합하다'고 적혀 있습니다.

처음 여는 블로그에는 이 가장 낮은 구간으로 충분합니다.

글이 쌓여 느려지는 신호가 보일 때 올리면 되고, 그 판단 기준은 따로 다루겠습니다.

지금 상위 구간을 고를 이유는 없습니다.

같은 페이지의 전 구간 공통 포함 항목, ① 무료 SSL ② 자동 백업 (2026-10-10 확인)

요금표를 볼 때 사양보다 먼저 볼 것은 무엇이 값에 들어 있는가입니다.

같은 날 화면에서 ① 무료 SSL 인증서와 ② 자동 백업은 전 구간 공통 포함으로 적혀 있었고, CDN 항목에는 유료 배지가 붙어 있었습니다.

메일 주소도 기본 포함이 아니라 메일함당 월 1.5달러짜리 부가 서비스로 따로 적혀 있습니다.

표시 금액에 세금은 빠져 있습니다.

카드 없이 시작하는 3일 무료 체험 안내, ① 체험 시작 버튼 (2026-10-10 확인)

① 같은 페이지 아래쪽에 카드 등록 없이 사흘 써 보는 체험 안내가 열려 있었습니다.

3일차의 목표는 결제가 아니라 관리 화면에 한 번 들어가 보는 것이므로, 체험이 열려 있다면 그쪽으로 먼저 보는 편이 안전합니다.

기간과 조건은 바뀔 수 있으니 시작 전에 화면에서 직접 확인하십시오.

카드 없이 사흘 써 보는 체험 안내 확인하기

끝났다는 신호는 관리 화면 로그인입니다.

메뉴가 영어라 낯설어도 괜찮습니다.

'내가 이 화면을 쓸 수 있겠는가'만 보고 그날은 덮으십시오.

4일차. 사이트가 생기는 날

워드프레스 공식 받기 페이지, ① 직접 설치 ② 호스팅을 통한 설치 (2026-10-10 확인)

설치는 두 갈래입니다.

① 직접 내려받아 올리는 길은 공식 페이지 설명대로 자체 호스팅과 도메인에 익숙한 분을 위한 것이고, ② 호스팅 업체를 통해 설정하는 길이 가장 간단합니다.

처음이라면 ② 쪽을 고르면 됩니다.

2026년 10월 10일 기준 배포판은 7.1.3 이었습니다.

도메인 연결 절차는 공식 도움말 화면으로 확인합니다, ① 로그인부터 시작 (2026-10-10 확인)

설치가 끝나면 2일차에 산 주소를 붙입니다.

① 공식 도움말 문서는 플랫폼에 로그인한 뒤 상단 메뉴에서 서버를 열고, 앱이 올라간 서버를 골라 도메인을 추가하는 순서로 안내합니다.

업체마다 메뉴 이름이 다르므로 쓰는 곳의 공식 문서를 그대로 따라가는 편이 빠릅니다.

끝났다는 신호는 주소창입니다.

내 도메인으로 들어갔을 때 사이트가 열리고 자물쇠 표시가 보이면 통과입니다.

자물쇠가 안 보이면 거기서 멈추고 인증서 설정만 손봅니다.

이 상태로 5일차로 넘어가면 나중에 주소가 두 벌로 갈라집니다.

5일차. 글보다 먼저 닫아 두는 세 가지

글을 쓰기 전에 끝내야 하는 설정이 셋 있습니다.

글 주소 형식, 로그인 보안, 백업입니다.

글 주소 형식은 글이 쌓인 뒤에 바꾸면 기존 주소가 전부 깨집니다.

그래서 첫 글을 올리기 전에 한 번 정하고 다시 건드리지 않습니다.

로그인 보안과 백업은 사고가 난 뒤에 하면 늦는 항목이라 같은 날 묶어 둡니다.

이 셋은 각각 따로 다룬 글이 있으니 오늘은 '켜 두었다'까지만 하고 넘어가십시오.

끝났다는 신호는 주소 형식을 다시 열어 보지 않는 것입니다.

6일차. 첫 글의 목표는 완성이 아니라 발행입니다

여섯째 날에 가장 많이 멈춥니다.

글이 마음에 안 들어서, 테마가 덜 꾸며져서, 로고가 없어서 발행을 미룹니다.

그런데 방문자가 없는 동안의 완성도는 아무 값도 만들지 않습니다.

1일차에 적은 글감 서른 개 중에서 가장 자신 있는 하나를 골라 그날 안에 올리십시오.

사진이 모자라도, 문단이 거칠어도 괜찮습니다.

발행한 글은 나중에 고칠 수 있고, 안 올린 글은 고칠 수도 없습니다.

끝났다는 신호는 발행 버튼 하나입니다.

꾸미기는 글이 열 편 쌓인 다음에 해도 늦지 않습니다.

7일차. 주소를 알리고 다음 주 일정을 적습니다

마지막 날에는 검색엔진에 사이트 주소를 알립니다.

글을 아무리 써도 이 등록을 안 하면 검색 결과에 들어가는 데 훨씬 오래 걸립니다.

구글과 네이버 각각 등록 창구가 있고, 주소 확인과 사이트맵 제출까지가 한 묶음입니다.

등록을 마치면 달력에 다음 주 발행일 두 개를 먼저 적으십시오.

이레 일정의 진짜 결과물은 사이트가 아니라 '다음에 쓸 날이 정해진 상태'입니다.

끝났다는 신호는 제출 완료 표시입니다.

색인은 바로 안 되니 그날 결과를 확인하려 들지 마십시오.

일정이 밀릴 때: 건너뛰어도 되는 날과 안 되는 날

이레를 그대로 지키는 분은 많지 않습니다.

밀렸을 때 기준만 알아 두면 됩니다.

건너뛰어도 되는 날은 5일차의 보안과 백업, 그리고 7일차입니다.

하루 이틀 늦어도 되돌릴 수 있습니다.

건너뛰면 안 되는 날은 1일차와, 5일차 중 글 주소 형식입니다.

이 둘은 뒤에 가서 바꾸면 앞에 한 일을 다시 해야 합니다.

3일차에서 결정을 못 내렸다면 그 주에는 호스팅을 사지 마십시오.

체험으로 열어 두고 주말에 한 번 더 보는 편이 낫습니다.

이 일정이 안 맞는 사람도 있습니다

요금 페이지의 데이터센터 목록, ① 목록 ② 한국에서 가장 가까운 곳 (2026-10-10 확인)

해외 관리형 호스팅을 쓸 때의 불편은 미리 알고 가는 편이 낫습니다.

① 같은 날 데이터센터 목록을 열어 보니 ② 한국에서 가장 가까운 곳이 싱가포르였고, 서울이나 도쿄는 목록에 없었습니다.

국내 방문자만 보는 블로그라면 이 거리를 따로 메울 방법을 생각해야 합니다.

요금이 달러로 청구돼 환율에 따라 원화 금액이 달라지고, 세금은 표시 금액과 별도입니다.

관리 화면과 고객지원은 영어이고, 메일 주소는 기본 포함이 아닙니다.

월 1만 원 아래 공유 호스팅으로 충분한 분, 영어 화면 앞에서 시간을 많이 쓰는 분이라면 국내 업체 쪽이 속이 편합니다.

구간별 사양과 월 요금을 공식 페이지에서 직접 보기

자주 묻는 질문

이레를 연속으로 비워야 하나요?

아닙니다.

날짜가 아니라 순서가 중요합니다.

주말에만 한다면 네 주에 걸쳐 해도 같은 결과가 나옵니다.

다만 2일차와 3일차는 되도록 한 주 안에 붙여 두십시오.

도메인만 사 두고 호스팅을 미루면 등록비만 나가고 사이트는 없는 상태가 길어집니다.

4일차에서 사이트가 안 열리면 어떻게 하나요?

그날은 거기서 멈추고 설정을 바꾼 항목을 되돌리십시오.

주소 연결은 반영까지 시간이 걸리는 경우가 있어 몇 시간 뒤에 저절로 열리기도 합니다.

설치와 설정을 더 얹으면 원인이 섞여 찾기 어려워집니다.

테마와 플러그인은 몇 일차에 고르나요?

이레 일정에는 넣지 않았습니다.

첫 글을 올리기 전에 고르면 하루를 통째로 쓰고도 결정이 안 납니다.

기본 테마로 열 편을 쓴 다음에 바꾸는 편이 선택도 빠르고 후회도 적습니다.

체험 기간에 쓴 내용은 결제하면 그대로 남나요?

업체마다 다르므로 체험 안내 화면에서 그 조건을 직접 확인해야 합니다.

체험 사흘 동안은 글을 많이 쓰기보다 관리 화면과 속도만 보고, 글은 결제를 결정한 뒤에 쌓는 편이 안전합니다.

마무리

워드프레스 블로그 시작은 하루에 결정 하나씩, 이레면 첫 글까지 닿습니다.

날마다 끝났다는 신호를 하나씩 정해 두고, 신호가 안 나오면 다음 칸으로 넘어가지 않는 것이 핵심입니다.

돈이 나가는 날은 2일차와 3일차뿐이고, 호스팅은 가장 낮은 구간으로 열어 두었다가 느려지는 신호가 보일 때 올리면 됩니다.

지금 몇 일차에서 멈춰 계신가요?

막힌 날짜와 그날 안 나온 신호를 댓글로 남겨 주시면 그다음에 무엇을 하면 되는지 같이 정리해 드리겠습니다.

다음 글에서는 「방문자 수별 서버 사양 기준, 언제 업그레이드하나」에 대해 알아보겠습니다.

공유 호스팅 요금제를 올려도 안 풀리는 세 가지: 수익형 블로그가 클라우드 호스팅을 보게 되는 자리

cloudmanager — Sat, 10 Oct 2026 16:00:03 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

공유 호스팅과 클라우드 호스팅의 정의를 늘어놓는 글이 아닙니다.

공유 호스팅에서 돈을 더 내면 풀리는 항목과, 요금제를 올려도 그대로 남는 항목을 요금표의 칸 단위로 갈라 보는 글입니다.

지금 월 1만 원 아래 공유 호스팅으로 블로그를 돌리면서 광고를 붙였거나 붙일 예정인 분, 느려진 원인이 호스팅인지 아닌지부터 확인하고 싶은 분을 위한 내용입니다.

읽고 나면 본인이 쓰는 요금제의 다음 단계를 결제할지, 아니면 구조가 다른 쪽을 볼 차례인지 스스로 판단할 수 있습니다.

결론부터, 두 종류의 한계를 섞지 마세요

공유 호스팅에서 막히는 경험은 두 종류입니다.

하나는 숫자가 모자란 것이고, 다른 하나는 구조가 막는 것입니다.

디스크가 꽉 찼거나 트래픽 한도를 넘긴 것은 숫자 문제입니다.

요금제를 한 단계 올리면 그날로 풀립니다.

반대로 글 하나에 사람이 몰리면 느려지는 현상, 플러그인을 시험해 볼 공간이 없는 상황, 서버 설정을 만질 수 없어 캐시를 더 못 쌓는 상태는 요금제를 올려도 그대로입니다.

이 세 가지에 걸렸을 때만 다른 구조를 볼 차례입니다.

공유 호스팅 요금표에서 돈으로 풀리는 칸

호스팅케이알 웹호스팅 상품 비교, 리눅스 cPanel 탭(2026년 10월 9일 확인)

① 호스팅케이알 Slim은 월 1,000원입니다.

웹사이트 1개, 도메인 1개, SSD 300MB, MySQL 데이터베이스 1개가 들어갑니다.

② 한 단계 위인 Basic은 월 4,900원입니다.

같은 칸이 웹사이트 10개, 도메인 10개, SSD 2GB, 데이터베이스 10개로 늘어납니다.

③ 트래픽 한도는 Slim이 월 10GB, Basic이 월 30GB입니다.

데이터베이스 자동 백업 보관도 3일에서 7일로 길어지고, 서브도메인 연결과 Cron 작업, 사이트 최적화 도구가 Basic부터 열립니다.

여기까지가 돈으로 풀리는 영역입니다.

글이 쌓여 300MB가 찼거나 월 10GB를 넘겼다면 4,900원을 내면 됩니다.

한 달에 4천 원을 더 쓰는 선택은 고민할 거리가 아닙니다.

월 30GB 트래픽이 어느 정도인지는 글 한 편의 전송량으로 가늠합니다.

이미지가 붙은 글 한 편을 0.6MB로 잡으면 월 5만 회 조회 언저리이고, 사진을 크게 쓰는 블로그라면 그 절반에서 한도에 닿습니다.

요금제를 올려도 안 풀리는 세 가지

문제는 요금표에 칸이 없는 항목입니다.

공유 호스팅 상품표에는 메모리와 CPU를 몇 개 쓸 수 있는지가 적혀 있지 않습니다.

적혀 있지 않은 이유는 간단합니다.

그 자원은 한 대의 서버를 여러 계정이 함께 나눠 쓰기 때문입니다.

첫째, 한꺼번에 몰릴 때의 처리량

디스크와 트래픽은 한 달 동안 쌓이는 총량입니다.

그런데 블로그가 느려지는 순간은 총량이 아니라 같은 시각에 몰린 요청 수에서 생깁니다.

광고 스크립트와 분석 코드가 올라간 수익형 블로그는 방문자 한 명이 만드는 요청 수가 일반 사이트보다 많습니다.

한 편이 검색 상위에 올라 한 시간에 수천 명이 들어오면, 월 트래픽은 아직 남아 있는데도 페이지가 늦게 뜨는 상황이 생깁니다.

이 구간은 요금제를 올려도 같은 구조 안에 있습니다.

디스크가 2GB에서 20GB가 되어도 서버를 함께 쓰는 조건은 바뀌지 않기 때문입니다.

둘째, 시험해 볼 공간

플러그인을 바꾸거나 테마를 손볼 때 운영 중인 사이트에서 바로 하면 몇 분이라도 화면이 깨집니다.

광고를 붙인 블로그에서 그 몇 분은 수익과 색인 양쪽에 그대로 남습니다.

공유 호스팅 상품표에는 복제본을 따로 띄우는 기능이 들어 있지 않습니다.

요금제를 올려도 이 칸은 생기지 않습니다.

셋째, 서버 설정을 만질 권한

캐시를 더 쌓거나 PHP 작업자 수를 조정하거나 데이터베이스 캐시를 올리는 작업은 서버 단에서 합니다.

공유 호스팅은 제어판 안에서 허용된 범위까지만 열립니다.

그래서 캐시 플러그인으로 할 수 있는 일을 다 한 뒤에는 더 손댈 곳이 없습니다.

이 지점에서 남는 선택지가 서버를 떼어 쓰는 구조입니다.

클라우드 쪽 요금표는 같은 칸을 어떻게 적어 두나

클라우드웨이즈 공식 요금 페이지의 요금제별 자원 표기(2026년 10월 9일 확인)

① 관리형 클라우드 호스팅 쪽 요금표는 첫 줄부터 메모리와 vCPU를 적습니다.

가장 낮은 Micro 요금제가 월 14달러이고 1GB RAM, 1 vCPU, 25GB NVMe 저장공간, 월 1TB 전송량입니다.

② 그 위로 Small이 28달러에 2GB RAM, Medium이 54달러에 4GB RAM과 2 vCPU입니다.

공유 호스팅 요금표에서 비어 있던 칸이 요금을 가르는 기준으로 올라와 있습니다.

숫자만 보면 최저 요금제끼리도 차이가 큽니다.

호스팅케이알 Basic은 월 4,900원이고 Micro는 월 14달러입니다.

환율을 1달러 1,400원으로 잡으면 약 19,600원이고, 여기에 세금이 따로 붙습니다.

네 배가 넘는 금액을 내고 사는 것이 무엇인지 칸별로 맞대 보면 이렇습니다.

항목	공유 호스팅(Basic)	관리형 클라우드(Micro)
월 금액	4,900원	14달러(세금 별도)
메모리·CPU 표기	없음(공유)	1GB RAM, 1 vCPU
저장공간	SSD 2GB	NVMe 25GB
전송량	월 30GB	월 1TB
올릴 수 있는 사이트	10개	개수 제한 표기 없음
시험용 복제본	없음	전 요금제 포함
결제 통화	원화	달러

최저 요금제 Micro의 자원 표기를 공식 요금 페이지에서 직접 보기

전 요금제에 들어가는 것과 조건이 붙는 것

요금제와 무관하게 전 플랜에 포함된다고 적힌 기능 목록(같은 페이지)

① 요금 페이지 아래쪽에는 모든 요금제에 공통으로 들어가는 기능이 따로 적혀 있습니다.

시험용 복제본을 무료로 만들고 한 번의 클릭으로 운영본에 반영하는 기능이 여기에 들어 있습니다.

앞에서 말한 둘째 항목이 최저 요금제에서도 풀린다는 뜻입니다.

② 다만 조건이 붙는 항목도 같은 자리에 있습니다.

데이터베이스 캐시 도구는 무료로 제공되지만 괄호에 4GB 서버 이상이라고 적혀 있습니다.

월 14달러짜리 Micro와 28달러짜리 Small은 여기에 해당하지 않습니다.

이런 조건은 홍보 문구만 읽으면 놓치기 쉽습니다.

요금제를 고르기 전에 기능 목록의 괄호를 먼저 확인하는 편이 안전합니다.

전 요금제 공통 기능과 조건이 붙는 항목을 목록에서 확인하기

옮기면 오히려 손해인 사람

아래에 하나라도 해당하면 공유 호스팅에 그대로 있는 쪽이 낫습니다.

월 방문자가 수천 명대이고 트래픽 한도에 아직 여유가 있는 경우입니다.

이 구간에서 옮기면 체감 변화 없이 월 비용만 네 배가 됩니다.

도메인 주소로 된 메일을 쓰고 있는 경우입니다.

공유 호스팅 상품에는 메일이 함께 들어가는 경우가 많지만 클라우드 쪽은 메일 호스팅을 따로 붙여야 합니다.

원화 고정 비용으로 예산을 짜는 경우입니다.

달러 청구는 환율에 따라 원화 금액이 매달 달라지고, 표시 금액에 세금이 따로 붙습니다.

한국어 고객지원이 필요한 경우입니다.

관리 화면과 문의 창구가 영어이고, 서버를 다시 띄우거나 백업을 되돌리는 작업은 본인 몫으로 남습니다.

관리형이라는 말은 서버 관리 전부를 대신해 준다는 뜻이 아닙니다.

옮기기 전에 공유 호스팅에서 먼저 해볼 세 가지

첫째, 이미지 용량을 줄입니다.

전송량의 대부분은 사진입니다.

폭을 본문 너비에 맞추고 webp로 바꾸면 월 트래픽이 절반 아래로 내려가는 경우가 흔합니다.

둘째, 캐시 플러그인의 페이지 캐시를 켜고 실제로 걸렸는지 확인합니다.

켜 두기만 하고 제외 규칙에 막혀 돌지 않는 경우가 많습니다.

셋째, 플러그인 수를 줄입니다.

같은 요금제에서도 플러그인을 정리하면 응답 시간이 눈에 띄게 짧아집니다.

이 셋을 다 하고도 사람이 몰릴 때 느리다면, 그때는 요금제가 아니라 구조 문제가 맞습니다.

같은 페이지의 사흘 무료 체험 안내, 카드 등록 없이 시작한다고 적혀 있다

① 구조를 바꾸기로 했다면 결제 전에 관리 화면부터 열어 보는 방법이 있습니다.

요금 페이지에 카드 등록 없이 사흘 동안 쓰는 체험이 안내돼 있습니다.

사흘은 글을 옮겨 속도를 재 보기에는 짧지만, 백업과 복제본 메뉴가 어디에 있는지 확인하기에는 충분한 시간입니다.

사흘짜리 체험으로 관리 화면 구조부터 살펴보기

자주 묻는 것

공유 호스팅은 무조건 느린가요

아닙니다.

방문자가 적고 캐시가 제대로 걸린 블로그는 공유 호스팅에서도 충분히 빠릅니다.

느려지는 조건은 같은 시각에 요청이 몰릴 때입니다.

트래픽 무제한 요금제를 쓰면 이 고민이 끝나나요

끝나지 않습니다.

무제한으로 적힌 칸은 한 달 전송량이고, 이 글에서 다룬 세 가지는 전송량과 다른 항목입니다.

클라우드로 옮기면 서버를 직접 다룰 줄 알아야 하나요

관리형 서비스를 쓰면 서버 설치와 보안 업데이트는 대신 처리됩니다.

다만 관리 화면에서 백업을 되돌리거나 자원을 올리는 판단은 본인이 합니다.

옮기면 검색 순위가 떨어지나요

주소가 그대로이고 전환 중 접속이 끊기지 않으면 순위는 호스팅 때문에 바뀌지 않습니다.

순위가 흔들리는 경우는 대개 이전 중 발생한 오류 페이지가 색인에 잡혔을 때입니다.

마무리

공유 호스팅의 한계는 두 종류이고, 돈으로 풀리는 쪽과 구조가 막는 쪽을 섞으면 판단이 어긋납니다.

디스크와 트래픽이 모자란 것은 요금제 한 단계로 끝납니다.

동시에 몰릴 때의 처리량, 시험용 복제본, 서버 설정 권한 이 세 가지는 요금제를 올려도 그대로 남습니다.

여기에 걸렸을 때만 구조가 다른 쪽을 봅니다.

옮기기로 했다면 금액만 비교하지 말고 메일 포함 여부, 결제 통화, 기능 목록의 괄호 조건까지 같이 확인해야 실제 비용이 보입니다.

지금 쓰시는 요금제의 월 트래픽 한도와 한 달 조회 수를 댓글로 남겨 주시면, 숫자 문제인지 구조 문제인지 같이 짚어 보겠습니다.

다음 글에서는 「코어 웹 바이탈 점수와 애드센스 수익의 관계」에 대해 알아보겠습니다.

애드센스 자동 광고와 수동 배치 나누는 기준: 오버레이는 맡기고 인페이지 두 자리는 고정합니다

cloudmanager — Sat, 10 Oct 2026 12:00:43 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

자동 광고와 수동 배치 중 하나를 고르는 글이 아닙니다.

애드센스가 공식 도움말에서 나눠 둔 광고 형식 세 갈래를 기준으로, 어느 쪽을 자동에 맡기고 어느 자리를 손으로 붙박아 둘지 가르는 글입니다.

애드센스 승인을 막 받았거나, 자동 광고만 켜 두고 수익과 이탈 중 어느 쪽이 손해인지 판단이 서지 않는 분을 위한 내용입니다.

읽고 나면 내 글 한 편을 열어 '여기는 자동, 여기는 수동'이라고 표시할 수 있고, 정책에 걸리는 자리 두 곳을 피할 수 있습니다.

고르는 문제가 아니라 나누는 문제입니다

자동 광고를 켜면 애드센스가 페이지 구조를 분석해 광고를 알아서 꽂습니다.

수동 배치는 광고 단위를 만들어 원하는 위치에 코드를 심는 방식입니다.

둘은 배타적이지 않고, 한 페이지에서 같이 돌아갑니다.

그래서 실무에서 의미 있는 질문은 '무엇을 켤까'가 아니라 '어떤 형식을 누구에게 맡길까'입니다.

형식마다 성격이 다르고, 그 성격이 수익과 이탈 중 어느 쪽에 가까운지도 다릅니다.

자동 광고가 다루는 형식은 세 갈래입니다

애드센스 공식 도움말 '자동 광고 정보'의 형식 설명 화면

① 애드센스 도움말은 자동 광고 형식을 의도 기반, 오버레이, 인페이지 셋으로 나눕니다.

의도 기반은 링크·앵커·칩을 본문 텍스트에 맞춰 배치하는 쪽입니다.

② 오버레이는 설명이 분명합니다.

'페이지의 레이아웃에 영향을 주지 않고 페이지 콘텐츠 위에 게재'됩니다.

여기에 앵커 광고, 전면 광고, 사이드 레일 광고가 들어갑니다.

인페이지 형식은 본문 흐름 안에 들어가는 배너 광고와 멀티플렉스 광고입니다.

이 둘만 글의 레이아웃을 실제로 밀어냅니다.

오버레이는 자동에 맡기는 쪽이 낫습니다

오버레이 세 형식은 본문 위에 떠 있습니다.

앵커 광고는 화면 상단이나 하단에 고정되고 독자가 닫을 수 있습니다.

전면 광고는 페이지가 뜨는 동안 전체 화면에 나오지만 건너뛸 수 있습니다.

사이드 레일은 넓은 화면에서 옆에 붙습니다.

세 형식 모두 본문을 아래로 밀지 않기 때문에, 자동이 기기와 화면 폭에 맞춰 넣고 빼는 편이 손으로 고정하는 것보다 안전합니다.

모바일에서만 앵커를 띄우고 데스크톱에서는 사이드 레일로 바꾸는 판단을 사람이 매번 하기는 어렵습니다.

대신 전면 광고는 체감 이탈이 가장 큰 형식입니다.

체류 시간이 짧은 블로그라면 자동 광고 설정에서 전면 광고만 꺼 두고 나머지 오버레이는 켜 두는 조합이 현실적입니다.

인페이지 두 자리는 손으로 고정합니다

반대로 본문 안에 들어가는 배너와 멀티플렉스는 수동이 유리합니다.

이유는 하나입니다.

이 둘은 들어가는 순간 아래 내용이 그만큼 밀리고, 밀리는 양을 예측할 수 있어야 글이 깨지지 않습니다.

고정을 권하는 자리는 두 곳입니다.

첫 번째 소제목 바로 앞 한 자리, 그리고 본문이 끝난 뒤 관련 글 목록 위 한 자리입니다.

앞자리는 글을 읽기 시작하는 지점이라 노출이 보장되고, 뒷자리는 읽기가 끝난 뒤라 이탈 부담이 가장 작습니다.

표로 정리하면 이렇게 갈립니다.

형식	본문 밀림	맡길 쪽	이유
앵커(오버레이)	없음	자동	기기별로 넣고 빼는 판단이 필요
사이드 레일(오버레이)	없음	자동	화면 폭에 따라 켜고 꺼짐
전면(오버레이)	없음	자동이되 끄는 쪽 검토	이탈 체감이 가장 큼
배너(인페이지)	있음	수동	위치를 고정해야 글이 안 깨짐
멀티플렉스(인페이지)	있음	수동	본문 끝 한 자리로 충분
링크·칩(의도 기반)	거의 없음	자동	본문 문맥을 따라감

수동 배치에서 정책에 먼저 걸리는 자리

애드센스 '광고 게재위치 정책' 목차 (수동 배치에서 자주 걸리는 항목)

① 수동으로 자리를 잡을 때 가장 많이 걸리는 항목이 '의도하지 않은 클릭 유도'입니다.

버튼이나 메뉴 바로 옆, 손가락이 닿는 자리에 광고를 붙이면 여기에 해당합니다.

② 그다음이 '오해의 소지가 있는 제목 아래에 광고 게재'입니다.

소제목을 써 놓고 바로 아래에 광고를 넣어 본문처럼 보이게 만드는 구성이 여기 걸립니다.

앞서 권한 '첫 소제목 바로 앞'이 '바로 뒤'가 아닌 이유가 이것입니다.

같은 페이지에는 광고 자동 새로고침, 광고와 비슷하게 만든 콘텐츠, 광고와 연관된 이미지 사용 같은 항목도 함께 있습니다.

수동 배치를 손대기 전에 이 목차 한 장만 읽어도 대부분 피할 수 있습니다.

이탈은 개수보다 '밀림'에서 생깁니다

광고를 몇 개 넣었느냐보다, 독자가 읽는 도중에 화면이 움직였느냐가 이탈에 더 크게 작용합니다.

레이아웃 변경을 숫자로 보는 지표가 코어 웹 바이탈의 CLS입니다.

자동 광고를 켰는데 CLS가 나빠졌다면 범인은 대개 인페이지 쪽입니다.

오버레이는 정의상 레이아웃을 건드리지 않기 때문입니다.

이때 자동 광고의 인페이지 삽입을 줄이고, 본문 광고는 높이를 정해 둔 수동 단위로 바꾸면 밀림이 사라집니다.

판단 기준은 두 개로 충분합니다.

CLS가 0.1을 넘는지, 그리고 광고를 줄였을 때 평균 체류 시간이 회복되는지입니다.

둘 다 아니라면 원인은 광고가 아닙니다.

광고를 줄였는데도 느리다면 남는 원인

광고 수를 줄이고 인페이지를 정리했는데도 첫 화면이 늦게 뜬다면, 남는 변수는 서버가 응답하는 시간입니다.

광고 스크립트는 페이지가 뜬 다음에 붙기 때문에, 서버 응답이 느리면 광고까지 그만큼 밀려 더 늦게 보입니다.

공유 호스팅에서 트래픽이 몰리는 시간대에 체감이 커지는 구간이 여기입니다.

이 지점에서 선택지 중 하나가 관리형 클라우드 호스팅이고, 클라우드웨이즈는 2026년 10월 9일 기준 최저 요금제 Micro가 월 14달러, 그 위가 Small 28달러·Medium 54달러이며 카드 등록 없이 3일 무료 체험을 제공합니다.

시작은 최저 요금제로 충분하고, 관리 화면에서 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때 올리면 됩니다.

클라우드웨이즈 공식 요금 페이지의 최저 요금제(2026-10-09 확인, 표시 가격은 세금 별도)

같은 페이지 아래쪽의 3일 무료 체험 안내, 카드 등록 없이 시작

다만 모두에게 맞는 선택은 아닙니다.

요금이 달러로 청구되어 환율을 타고, 표시 가격에 세금이 별도이며, 한국어 고객지원과 관리 화면의 한국어가 없습니다.

메일 호스팅도 포함되지 않아 도메인 메일은 따로 붙여야 합니다.

월 1만 원 안쪽 공유 호스팅에서 속도 문제가 없다면 옮길 이유가 없습니다.

요금제별 월 금액과 무료 체험 조건을 공식 페이지에서 직접 확인하기

자주 묻는 것

자동 광고와 수동 광고를 한 페이지에 같이 넣어도 되나요

됩니다.

애드센스는 자동 광고가 기존 광고를 인식하도록 설계되어 있습니다.

다만 같은 자리에 둘 다 들어가는 일을 막으려면 자동 광고 설정에서 해당 영역을 제외해 두는 편이 깔끔합니다.

전면 광고만 끄는 것도 가능한가요

자동 광고 설정에서 형식별로 켜고 끌 수 있습니다.

이탈이 걱정되면 전면 광고부터 끄고 앵커와 사이드 레일만 남기는 순서를 권합니다.

본문 첫 문단 위에 광고를 넣어도 되나요

금지된 위치는 아닙니다.

다만 제목 바로 아래에 광고를 넣으면 '오해의 소지가 있는 제목 아래에 광고 게재'로 읽힐 여지가 있고, 첫 화면이 광고로 채워지면 이탈도 커집니다.

첫 소제목 앞이 더 안전합니다.

수동 광고는 몇 개까지 넣는 게 좋나요

개수 상한은 정책으로 정해져 있지 않습니다.

본문 분량 대비 광고가 더 많아 보이면 문제가 되므로, 인페이지는 앞뒤 두 자리로 시작해 숫자를 보고 늘리는 쪽이 안전합니다.

마무리

자동 광고와 수동 배치는 형식으로 나눕니다.

레이아웃을 건드리지 않는 오버레이와 의도 기반은 자동에 맡기고, 본문을 밀어내는 인페이지 배너와 멀티플렉스만 손으로 고정합니다.

고정하는 자리는 첫 소제목 앞과 본문 끝 두 곳이고, 소제목 바로 아래는 정책 때문에 피합니다.

이탈은 광고 개수가 아니라 화면이 밀리는 정도에서 생기며, 광고를 정리하고도 느리면 남는 원인은 서버 응답 시간입니다.

지금 자동 광고만 켜 두셨나요, 아니면 수동 단위도 쓰고 계신가요?

쓰고 계신 조합과 CLS 점수를 댓글로 남겨 주시면 어느 쪽을 줄일지 같이 짚어 보겠습니다.

다음 글에서는 「공유 호스팅과 클라우드 호스팅 차이, 수익형 블로그에는 뭐가 맞나」에 대해 알아보겠습니다.

클라우드웨이즈 무료 체험, 결제로 넘어갈 기준값 5개: 사흘 뒤 서버에 남는 것까지

cloudmanager — Sat, 10 Oct 2026 04:00:57 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

클라우드웨이즈 체험을 시작한 사람이 사흘 안에 숫자로 확인해야 할 다섯 자리를 정리합니다.

워드프레스 블로그를 옮길지 말지 결정을 앞둔 분, 결제 버튼 앞에서 판단 근거가 없는 분이 대상입니다.

읽고 나면 합격과 탈락을 가르는 기준값을 손에 쥐고, 체험이 끝난 뒤 무엇을 챙겨 둬야 하는지 알게 됩니다.

먼저 판정표부터 적어 둡니다

체험 기간은 '천천히 구경하는 시간'으로 쓰면 아무 결론도 남지 않습니다.

아래 다섯 줄을 먼저 종이에 적어 두고, 칸을 채우는 작업으로 사흘을 씁니다.

자리	무엇을 보나	합격선
1. 리전	체험 서버가 선 위치	독자가 몰린 지역에 데이터센터가 있는 공급사인가
2. 속도	같은 글 한 편의 측정값	지금 호스팅과 체험 서버의 숫자를 둘 다 기록했는가
3. 관리 화면	영어 메뉴에서 길 찾기	백업·스테이징·SSL 세 곳을 검색 없이 찾았는가
4. 백업	만드는 것이 아니라 꺼내는 것	백업 파일을 내 컴퓨터로 내려받아 봤는가
5. 비용	요금표 밖에 붙는 줄	세금·애드온까지 더한 1년 총액을 적었는가

다섯 칸 중 세 칸을 못 채웠다면 결제가 아니라 체험 연장이나 보류가 맞는 결론입니다.

자리 1. 공급사 탭을 그대로 두면 서버가 서울에 서지 않습니다

① 데이터센터 목록의 서울 카드 아래에는 그 지역을 제공하는 공급사 아이콘만 붙어 있습니다.

2026년 10월 10일 확인 기준으로 서울 카드에 붙은 아이콘은 Vultr, AWS, Google Cloud 세 개였습니다.

그런데 요금 페이지를 열면 공급사 탭이 DigitalOcean으로 먼저 선택돼 있습니다.

탭을 건드리지 않고 체험을 시작하면, 서울이 없는 공급사로 서버가 만들어진다는 뜻입니다.

같은 날 목록에서 Far East 구역에는 서울 외에 도쿄, 오사카, 싱가포르, 홍콩, 타이베이가 함께 있었습니다.

그래서 이 자리의 합격선은 '서울이 있느냐'가 아니라 '내가 고른 공급사에 서울이 있느냐'입니다.

데이터센터 목록에서 공급사별로 어느 지역을 쓸 수 있는지 보기

자리 2. 속도는 느낌이 아니라 두 줄의 기록으로 남깁니다

체험 서버에 사이트를 올리면 대개 '빨라진 것 같다'는 인상만 남고 끝납니다.

인상은 결제 근거가 되지 못하므로, 같은 글 한 편을 지금 쓰는 호스팅과 체험 서버에서 각각 측정합니다.

측정은 같은 시간대, 같은 페이지, 같은 측정 도구라는 세 조건을 맞춰야 비교가 됩니다.

조건이 어긋난 두 숫자는 서버 차이가 아니라 측정 환경 차이를 보여 줄 뿐입니다.

이때 주의할 점이 하나 있습니다.

체험 서버에는 캐시 설정도, 이미지 최적화도, 쌓인 플러그인도 없는 상태라 첫 측정이 유리하게 나오기 쉽습니다.

그래서 기록할 값은 총점이 아니라 서버 응답 시간처럼 호스팅이 직접 좌우하는 항목이어야 합니다.

자리 3. 관리 화면은 읽는 곳이 아니라 길을 찾는 곳입니다

① 자동 백업과 ② 스테이징은 모든 요금제에 포함된 항목으로 적혀 있습니다.

포함돼 있다는 표시와 내가 그 메뉴를 찾을 수 있다는 것은 전혀 다른 문제입니다.

관리 화면은 전부 영어이고 한국어 고객지원이 없으므로, 사흘 안에 길을 못 찾으면 결제 뒤에도 못 찾습니다.

검색이나 문의 없이 백업, 스테이징, SSL 세 메뉴에 스스로 도달하는지를 시계를 보며 시험하십시오.

같은 화면에서 눈여겨볼 어긋남도 하나 있습니다.

체험 안내 배너는 Object Cache Pro를 무료 제공 항목으로 적어 두었는데, 포함 항목 카드에는 4GB 이상 서버에서 무료라고 적혀 있습니다.

최저 요금제는 1GB이므로, 체험에서 써 본 기능이 결제 뒤에도 같은 조건으로 붙는지는 그 자리에서 확인해야 합니다.

자리 4. 백업은 만들었는지가 아니라 꺼내 봤는지로 판정합니다

① 체험은 카드 등록 없이 시작하고 ② 기간은 사흘입니다.

카드 정보를 넣지 않고 시작하는 구조라 사흘이 지났다고 자동으로 결제가 일어날 수단은 없습니다.

문제는 결제가 아니라 데이터입니다.

체험 기간이 끝난 서버와 그 안의 파일이 언제까지 남는지는 요금 페이지에 적혀 있지 않습니다.

그래서 마지막 날이 아니라 둘째 날에 백업을 한 번 받아 내 컴퓨터로 내려받아 두는 편이 안전합니다.

이 동작 하나로 백업 기능 점검과 체험 종료 대비가 동시에 끝납니다.

참고로 요금 페이지 하단에는 오프사이트 백업 저장에 서버당 GB 0.033달러가 붙는다는 고지가 따로 적혀 있습니다.

카드 없이 쓰는 체험 조건을 공식 페이지에서 직접 읽어 보기

자리 5. 비용은 월 요금이 아니라 1년 총액으로 적습니다

최저 요금제 Micro는 월 14달러이고, 램 1GB에 vCPU 1개, 저장 공간 25GB, ① 전송량 1TB입니다.

2026년 10월 10일 확인 기준으로 그 위는 Small 28달러, Medium 54달러, Large 99달러였습니다.

처음 시작하는 블로그라면 권할 요금제는 Micro 하나뿐이고, 방문자가 늘어 메모리 경고가 뜰 때 올리면 됩니다.

같은 카드에 시간당 0.0208달러라는 표기가 함께 있는 점도 알아 두면 좋습니다.

월정액이 아니라 쓴 시간만큼 계산되는 구조이므로, 서버를 만들어 둔 채 방치하면 그 시간도 요금이 됩니다.

① 메일은 사서함당 월 1.5달러, ② CDN은 도메인당 월 4.99달러부터 붙는 선택 애드온입니다.

표시된 금액은 모두 세금 별도라고 요금표 아래에 적혀 있으므로 실제 청구액은 이보다 올라갑니다.

그래서 체험 마지막 날에는 요금제 금액에 세금, 필요한 애드온, 도메인 갱신비를 더해 1년 총액을 한 줄로 적어 봅니다.

이 숫자가 지금 내는 호스팅 비용보다 크다면, 그 차액만큼의 이득이 앞의 네 자리에서 나왔는지 되물어야 합니다.

이런 분에게는 권하지 않습니다

결제가 달러로 이뤄지므로 환율에 따라 매달 청구액이 달라지는 것을 불편해하는 분에게는 맞지 않습니다.

관리 화면과 고객지원이 영어라 한국어로 묻고 답을 받아야 마음이 놓이는 분에게도 권하기 어렵습니다.

메일 호스팅이 포함돼 있지 않아 도메인 메일을 쓰려면 별도 비용과 설정이 따라붙습니다.

무엇보다 하루 방문자가 아직 수십 명 수준이라면, 월 만 원 이하 공유 호스팅으로 충분한 경우가 많습니다.

체험은 그 사실을 확인하는 데에도 쓸 수 있고, 그렇게 내린 결론도 성과입니다.

자주 묻는 질문

체험 기간에 쓰던 서버를 그대로 결제해서 이어 쓸 수 있나요

그 자리에서 이어 쓰는 것을 전제로 체험이 설계돼 있지만, 기간과 조건은 계정 화면의 안내를 그때 확인하는 편이 정확합니다.

어느 경우든 둘째 날에 백업을 받아 두면 이어 쓰지 못하는 상황에서도 작업이 날아가지 않습니다.

공급사를 잘못 골라 시작했으면 처음부터 다시 해야 하나요

공급사와 지역은 서버를 만들 때 정해지므로, 바꾸려면 새 서버를 만들어 사이트를 옮기는 쪽이 일반적입니다.

그래서 체험 첫날의 첫 화면에서 탭부터 확인하는 것이 사흘을 아끼는 길입니다.

사흘이 너무 짧은데 더 늘릴 수는 없나요

공개된 요금 페이지에 적힌 기간은 사흘이며, 연장 조건은 명시돼 있지 않습니다.

대신 올릴 사이트와 측정할 글을 미리 정해 두면 사흘로도 다섯 자리를 모두 채울 수 있습니다.

오늘 날짜 기준 요금과 포함 항목을 공식 요금표에서 대조하기

마무리

체험은 둘러보는 기간이 아니라 리전, 속도, 관리 화면, 백업, 비용 다섯 자리를 채우는 기간입니다.

공급사 탭을 그대로 두면 서울이 없는 공급사로 서버가 서고, 백업은 받아서 내려받아 봐야 점검이 끝납니다.

2026년 10월 10일 기준 최저 요금제는 Micro 월 14달러이며 표시가는 세금 별도이니, 1년 총액으로 바꿔 적고 판단하십시오.

지금 몇 번째 자리에서 막혀 계신가요, 체험 며칠째인지와 막힌 항목을 남겨 주시면 확인할 순서를 짚어 드리겠습니다.

다음 글에서는 「티스토리에서 워드프레스로 옮길지 고민될 때 비교 기준」에 대해 알아보겠습니다.

해외 서버로 한국 블로그 운영해도 되나: 리전을 옮겨야 할 때와 CDN으로 끝나는 때

cloudmanager — Sat, 10 Oct 2026 00:00:41 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

해외 데이터센터에 서버를 두고 한국 독자를 상대로 블로그를 운영해도 되는지, 서버 위치가 속도의 어느 부분을 바꾸는지를 다룹니다.

워드프레스 호스팅을 고르면서 리전 목록 앞에서 멈춘 분, 느린 것 같은데 서버를 옮겨야 할지 CDN만 걸면 되는지 판단이 안 서는 분을 위한 글입니다.

다 읽고 나면 지금 내 블로그가 리전을 바꿔야 하는 쪽인지, CDN으로 끝나는 쪽인지 한 번의 측정으로 가를 수 있습니다.

결론부터, 서버 위치가 바꾸는 것은 첫 응답뿐입니다

해외 서버로 한국 블로그를 운영해도 됩니다.

다만 서버 위치가 책임지는 구간은 생각보다 좁습니다.

독자가 주소를 누른 뒤 첫 글자가 돌아오기까지의 시간, 즉 서버 응답 대기 시간만 거리의 영향을 직접 받습니다.

그 뒤에 따라오는 이미지와 스크립트, 글꼴은 대부분 CDN이 독자 가까운 곳에서 대신 내보낼 수 있습니다.

그래서 순서가 중요합니다.

거리 문제인지부터 가르고, 거리 문제가 아니면 리전을 옮겨도 체감이 거의 달라지지 않습니다.

서버 위치가 바꾸는 값과 바꾸지 못하는 값

구간	거리의 영향	CDN으로 덮이나	리전 이동 효과
첫 응답 대기(HTML)	큼	기본값으로는 아님	큼
이미지, CSS, 자바스크립트	큼	덮임	작음
관리자 화면, 글쓰기	큼	아님	큼
플러그인 과다, 느린 쿼리	없음	아님	없음
이미지 용량, 광고 스크립트	없음	일부	없음

표의 마지막 두 줄이 핵심입니다.

속도가 느린 이유가 플러그인이나 이미지 용량이라면 서버를 서울로 옮겨도 숫자는 거의 그대로입니다.

1단계, 지금 느린 게 거리 때문인지 가릅니다

브라우저에서 블로그를 열고 개발자도구의 네트워크 탭을 켠 뒤 새로고침합니다.

맨 위 문서 요청을 눌러 대기 시간 항목을 봅니다.

이 값이 전체 로딩 시간에서 차지하는 비중이 작다면 거리 문제가 아니고, 뒤에 붙은 이미지와 스크립트가 범인입니다.

반대로 화면에 아무것도 안 뜬 채로 기다리는 시간이 길고 그 대부분이 대기 시간이라면 거리 문제일 가능성이 큽니다.

한 번 더 새로고침해서 값이 비슷하게 유지되는지도 봅니다.

첫 요청만 느리고 두 번째가 빠르다면 서버 캐시가 비어 있던 것이지 거리 탓이 아닙니다.

2단계, CDN으로 끝나는 경우

CDN은 전 세계에 흩어진 서버에 내 사이트 파일 사본을 두고 독자에게 가장 가까운 곳에서 내보내는 장치입니다.

여기서 많이 오해하는 지점이 하나 있습니다.

무료 CDN은 기본값으로 HTML을 캐시하지 않습니다.

클라우드플레어 공식 문서도 HTML과 JSON은 기본 캐시 대상이 아니라고 못박고 있고, 기본 캐시 목록은 CSS, 자바스크립트, 이미지, 글꼴, PDF처럼 확장자로 정해져 있습니다.

그러니 CDN을 걸면 이미지와 스크립트는 가까워지지만 첫 응답 대기 시간은 그대로 남습니다.

이미지가 많은 글 위주라면 이 조합만으로도 체감이 크게 좋아집니다.

반대로 글은 가벼운데 첫 화면이 안 뜨는 경우라면 CDN을 붙여도 그대로입니다.

관리형 호스팅에서 파는 상위 CDN 상품은 별개입니다.

① 엔터프라이즈 클라우드플레어 CDN은 포함 항목이 아니라 선택 애드온이고 ② 요금은 2026년 10월 10일 기준 도메인당 월 4.99달러부터로 적혀 있습니다.

즉 HTML까지 가장자리에서 내보내려면 돈이 더 듭니다.

3단계, 리전을 옮겨야 하는 경우

첫 응답 대기 시간이 길고 그게 전체 지연의 대부분이라면 리전을 보는 게 맞습니다.

관리자 화면이 답답한 경우도 같습니다.

글 쓰고 저장하는 동작은 캐시가 끼지 않아 거리를 그대로 맞기 때문입니다.

이때 확인할 것은 내가 쓰는 호스팅이 한국 리전을 아예 제공하는지입니다.

2026년 10월 10일 기준으로 클라우드웨이즈 데이터센터 목록에서 ② 지역 검색칸에 Seoul을 넣으면 ① 서울 카드가 하나 나옵니다.

카드 아래 아이콘이 서울을 고를 수 있는 공급사이고, 벌처와 AWS, 구글 클라우드 세 곳입니다.

같은 목록에서 디지털오션과 리노드 아이콘은 서울 카드에 붙어 있지 않습니다.

같은 날 목록의 극동 구역에는 오사카, 도쿄, 싱가포르, 서울이 있고 남아시아 구역에는 방갈로르와 뭄바이가 있습니다.

그러니 서울이 막히면 도쿄가 차선이 됩니다.

리전은 공급사마다 다르고 수시로 바뀌므로, 가입하는 날 공급사 탭을 바꿔 가며 목록을 직접 확인하는 편이 안전합니다.

클라우드웨이즈 데이터센터 목록 보기

서울로 옮기면 같이 올라가는 비용

여기서부터가 리전 선택의 진짜 비용입니다.

2026년 10월 10일 요금 페이지에서는 기본으로 열리는 공급사 기준 ① 최저 요금제가 ② 월 14달러이고, 사양은 램 1기가에 1 vCPU, 25기가 저장공간, 1테라 전송량입니다.

다음 단계인 월 28달러는 램 2기가에 50기가, 2테라입니다.

표 아래에는 표시 가격에 세금이 빠져 있다는 문구가 붙어 있습니다.

그런데 앞에서 본 것처럼 서울을 고를 수 있는 공급사는 따로 있습니다.

공급사 탭을 바꾸면 같은 사양이라도 요금표가 통째로 달라지므로, 서울 리전은 최저가 칸이 아니라 바뀐 탭의 요금표에서 다시 읽어야 합니다.

관리형 호스팅이 호스팅이 원인일 때의 선택지가 되는 지점이 여기입니다.

한 화면에서 공급사와 리전을 바꿔 가며 같은 조건으로 값을 비교할 수 있고, 처음 시작하는 블로그라면 사양을 올리는 대신 가장 낮은 요금제로 두고 방문자가 늘거나 메모리 경고가 뜰 때 올리는 편이 낫습니다.

이 선택이 안 맞는 사람

월 1만 원 안쪽의 공유 호스팅으로 충분한 규모라면 리전을 고르느라 시간을 쓸 이유가 없습니다.

결제가 달러로 이뤄지므로 환율에 따라 원화 청구액이 달마다 흔들립니다.

관리 화면이 영어이고 한국어 고객지원이 없어서, 막혔을 때 영문 문서를 읽을 각오가 필요합니다.

메일 호스팅이 포함되지 않아 도메인 메일은 따로 마련해야 합니다.

리전을 옮기는 작업 자체도 공짜가 아닙니다.

이미 운영 중인 블로그라면 서버 이전과 도메인 전파를 다시 거쳐야 하므로, 첫 응답 대기 시간이 실제로 문제일 때만 손대는 게 맞습니다.

결제 전에 직접 재 보는 순서

2026년 10월 10일 기준으로 ① 카드 등록 없이 ② 사흘 체험이 가능합니다.

체험 기간에 할 일은 세 가지입니다.

첫째, 가까운 리전과 먼 리전으로 서버를 하나씩 만들어 같은 글을 올려 두고 첫 응답 대기 시간을 비교합니다.

둘째, 관리자 화면에서 글을 쓰고 저장해 보며 답답한지 확인합니다.

셋째, CDN을 걸었을 때와 껐을 때의 숫자를 같은 기준으로 따로 적어 둡니다.

이 세 줄이 리전을 옮길지 말지를 감이 아니라 숫자로 정해 줍니다.

요금과 무료 체험 조건 확인하기

자주 묻는 질문

해외 서버면 네이버나 구글 검색에 불리한가요

검색 로봇은 해외 서버에도 들어옵니다.

다만 응답이 꾸준히 느리면 수집 효율이 떨어질 수 있으므로, 순위를 걱정하기 전에 첫 응답 대기 시간을 먼저 재 보는 편이 낫습니다.

서울 리전이 없으면 어디를 고르나요

한국 독자 기준으로는 도쿄와 싱가포르가 가까운 축에 듭니다.

2026년 10월 10일 목록에서는 극동 구역에 오사카, 도쿄, 싱가포르, 서울이 함께 들어 있었습니다.

CDN만 걸고 서버는 해외에 둬도 되나요

이미지와 스크립트가 무거운 블로그라면 그 조합으로 충분한 경우가 많습니다.

단 기본 설정에서는 HTML이 캐시되지 않으므로 첫 응답 대기 시간은 그대로 남습니다.

나중에 리전을 바꿀 수 있나요

리전은 서버를 만들 때 정해지므로, 바꾸려면 새 서버를 만들어 사이트를 옮기는 과정이 필요합니다.

그래서 처음 고를 때 독자 위치를 한 번 더 확인하는 게 비용을 아끼는 길입니다.

마무리

서버 위치는 첫 응답 대기 시간만 직접 바꾸고, 이미지와 스크립트는 CDN이 대신 가까워집니다.

그래서 개발자도구에서 대기 시간 비중을 먼저 재고, 비중이 작으면 CDN과 이미지 정리로 끝내고 크면 리전을 봅니다.

서울 리전은 공급사에 따라 있고 없으니, 가입하는 날 목록과 요금표를 그 공급사 탭에서 다시 읽어야 합니다.

지금 블로그의 첫 응답 대기 시간이 몇 밀리초로 나오시나요, 쓰시는 호스팅과 함께 댓글로 남겨 주시면 리전을 옮길 상황인지 같이 봐 드리겠습니다.

다음 글에서는 「클라우드웨이즈 무료 체험 기간에 꼭 확인할 5가지」에 대해 알아보겠습니다.

클라우드웨이즈 도메인 연결과 무료 SSL이 막혔을 때, 어디서 끊겼는지 가르는 점검 순서

cloudmanager — Fri, 9 Oct 2026 12:00:43 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

도메인을 연결하고 무료 SSL을 걸었는데 사이트가 안 열리거나 자물쇠가 안 뜰 때, 네 개의 관문 중 어디서 끊겼는지 가르는 방법을 다룹니다.

가비아나 후이즈에서 A 레코드까지 넣어 뒀는데 화면이 그대로인 분, 인증서 설치 버튼이 실패로 끝나는 분을 위한 글입니다.

다 읽고 나면 아무 버튼이나 다시 누르는 대신, 지금 막힌 한 곳만 골라 고칠 수 있습니다.

설치 순서가 아니라 점검 순서가 필요한 이유

도메인 연결과 SSL은 버튼 몇 개로 끝나는 작업처럼 보이지만, 실제로는 서로 다른 네 곳이 차례로 맞아야 합니다.

등록기관의 DNS, 클라우드웨이즈 서버의 도메인 목록, 인증서, 그리고 브라우저가 보는 주소이고, 한 곳만 어긋나도 증상은 비슷하게 나타납니다.

그래서 처음부터 다시 설치하는 대신, 앞 관문부터 통과 여부를 확인하는 편이 훨씬 빠릅니다.

공식 도움말도 인증서를 설치하기 전에 도메인 매핑과 DNS가 먼저 맞아야 한다고 못박고 있습니다.

네 개의 관문과 통과 신호

관문	확인 방법	통과 신호	막혔을 때 증상
1. DNS	공개 DNS 조회	Answer에 서버 IP	엉뚱한 화면, 접속 불가
2. 서버 도메인	Domain Management 목록	도메인이 기본으로 지정됨	IP는 맞는데 다른 앱이 뜸
3. 인증서	SSL 설치 결과	설치 완료 메시지	설치 실패, 검증 단계에서 멈춤
4. 주소	브라우저 주소창	모든 페이지에 자물쇠	일부 페이지만 주의 요함

관문 1. A 레코드가 바깥에서 읽히는가

A 레코드는 도메인 이름을 서버의 숫자 IP에 연결하는 기록입니다.

클라우드웨이즈 공식 문서는 이 기록을 클라우드웨이즈가 아니라 도메인을 산 등록기관 쪽에서 만들라고 안내합니다.

가비아 매뉴얼 기준으로 ① 레코드 타입을 A로 고르고, ② 호스트에는 호스트가 없으면 @를, ③ 값에는 숫자 IP를 넣습니다.

여기서 가장 흔한 실수는 확인만 누르고 하단의 저장을 빠뜨리는 것이고, 원 도메인과 www 주소를 모두 쓰려면 레코드를 각각 만들어야 합니다.

후이즈를 비롯한 다른 등록기관도 메뉴 이름만 다를 뿐 넣는 값은 타입 A, 호스트, IP 세 가지로 같습니다.

① 도메인을 넣고 ② 레코드 종류를 A로 두면 ③ Answer 칸에 현재 읽히는 IP와 TTL이 그대로 나옵니다.

이 칸에 내 서버 IP가 보이면 1번 관문은 통과입니다.

아직 비어 있거나 예전 IP가 보인다면 전파를 더 기다려야 하고, 공식 문서는 여기에 24시간에서 48시간까지 걸릴 수 있다고 안내합니다.

관문 2. 서버가 그 도메인을 자기 것으로 아는가

IP가 맞게 읽히는데도 엉뚱한 화면이 뜬다면 보통 2번 관문에서 끊긴 것입니다.

서버 한 대에 애플리케이션이 여러 개 올라가 있으면 서버는 들어온 주소를 보고 어떤 사이트를 보여 줄지 고르므로, 클라우드웨이즈 쪽 도메인 목록에 그 주소가 등록돼 있고 기본 도메인으로 지정돼 있어야 합니다.

A 레코드만 바꿔 놓고 기다리는 순서가 이 지점에서 자주 막힙니다.

IP는 맞는데 다른 사이트가 보인다면 레코드를 다시 건드리기 전에 이 목록부터 열어 보는 편이 빠릅니다.

관문 3. 인증서가 설치되는가

클라우드웨이즈의 무료 SSL은 Let's Encrypt 인증서이고 모든 요금제에 포함돼 있습니다.

설치 경로는 서버와 애플리케이션을 고른 뒤 Application Management 안의 SSL Certificate 입니다.

① 공식 도움말의 전제조건 항목에는 ② 도메인 매핑과 DNS 연결이 먼저 끝나 있어야 한다고 적혀 있습니다.

즉 1번과 2번 관문을 통과하지 못한 상태에서 인증서만 다시 눌러 봐야 같은 실패가 반복됩니다.

첫째, 클라우드플레어나 수쿠리 같은 보안 서비스를 쓰고 있다면 인증서가 배포될 때까지 보호를 잠시 꺼야 합니다.

둘째, 설치할 때 www 주소를 같이 넣었는지 봅니다.

인증서가 www를 덮지 않으면 www로 들어온 방문자에게만 경고가 뜨는데, 이 증상은 4번 관문의 문제로 오해하기 쉽습니다.

무료 SSL이 요금제에 포함되는지 공식 페이지에서 직접 확인하기

관문 4. 모든 페이지에 자물쇠가 뜨는가

인증서가 깔려도 주소창이 https로 바뀌지 않으면 방문자는 여전히 경고를 봅니다.

관리 화면에서 HTTPS 강제를 켜면 들어온 요청을 https로 돌려 줍니다.

다만 공식 문서는 다른 곳에서 이미 리다이렉트를 걸어 두었다면 그것을 먼저 끄라고 안내합니다.

방화벽과 플러그인과 서버가 각자 주소를 돌리면 요청이 서로를 가리키며 끝나지 않는 상태가 됩니다.

그리고 한 페이지만 자물쇠가 깨진다면 인증서가 아니라 그 글 안에서 http 주소로 불러오는 이미지가 범인일 때가 많습니다.

90일마다 돌아오는 갱신

Let's Encrypt 인증서의 유효 기간은 90일입니다.

클라우드웨이즈는 설치할 때 자동 갱신을 기본으로 켜 두고, 만료 30일 전에 갱신한다고 안내합니다.

보통은 손댈 일이 없지만, 와일드카드 인증서를 쓰며 등록기관에 넣은 _acme-challenge 기록을 나중에 정리하면 갱신이 막히니 그 기록은 지우지 않습니다.

돈이 나가는 곳과 나가지 않는 곳

① 무료 SSL은 모든 요금제에 포함된 항목으로 적혀 있고, ② 같은 줄의 기업용 CDN에는 유료 표시가 붙어 있습니다.

① DNS 관리와 ② 메일은 포함이 아니라 선택 애드온입니다.

다만 도메인의 DNS는 등록기관에서 그대로 쓰면 되므로, 이 글의 작업만 하려면 둘 다 필요하지 않습니다.

① 2026년 10월 8일 기준 최저 요금제는 ② 월 14달러인 Micro이고, 표시 가격에 세금은 빠져 있습니다.

처음 시작하는 블로그라면 이 최저 요금제로 충분하고, 메모리 경고가 뜨거나 방문자가 늘어 응답이 느려질 때 올리면 됩니다.

요금제별 사양과 포함 항목을 오늘 날짜로 비교해 보기

미리 알고 시작해야 할 단점

결제가 달러로 이루어지므로 환율에 따라 원화 청구액이 달라집니다.

관리 화면과 공식 문서가 영어이고, 한국어 고객지원은 제공되지 않습니다.

메일 호스팅이 포함돼 있지 않아 도메인 메일이 필요하면 별도 서비스를 붙여야 합니다.

DNS 변경은 즉시 반영되지 않으므로 운영 중인 사이트를 옮길 때는 대기 시간을 계획에 넣어야 합니다.

월 1만 원 안쪽의 공유 호스팅으로 지금 불편이 없고 방문자가 하루 수백 명 수준이라면, 옮길 이유도 크지 않습니다.

카드 등록 없이 사흘 체험이 가능하니, 결제 전에 도메인 연결까지 직접 해 보고 판단하는 편이 안전합니다.

① 요금 페이지 아래쪽에 카드 없이 시작하는 사흘 체험 안내가 있습니다.

카드 없이 쓰는 체험 조건을 공식 안내에서 읽어 보기

자주 묻는 질문

A 레코드를 넣었는데 하루가 지나도 그대로입니다

공개 DNS 조회에서 예전 IP가 보이는지, 아무 값도 안 보이는지부터 가릅니다.

예전 IP가 보이면 전파가 남은 것이고, 아무 값도 없으면 저장이 되지 않았거나 네임서버가 다른 곳을 가리키고 있을 가능성이 큽니다.

www를 붙이면 경고가 뜹니다

인증서가 www를 덮지 않은 경우입니다.

설치할 때 www 주소를 추가 도메인으로 함께 넣어야 하고, www용 A 레코드도 따로 있어야 합니다.

무료 인증서도 유료와 보안 수준이 같습니까

공식 문서는 Let's Encrypt가 유료 인증서만큼 안전하며 대부분의 브라우저가 신뢰한다고 설명합니다.

다만 도메인 소유만 확인하는 종류이고 기업 실체를 확인하는 종류는 제공하지 않습니다.

마무리

도메인과 SSL이 안 될 때는 처음부터 다시 하지 말고 DNS, 서버 도메인, 인증서, 주소 네 관문 중 어디서 끊겼는지부터 가릅니다.

1번 관문은 공개 DNS 조회의 Answer 칸, 3번 관문은 전제조건 충족 여부, 4번 관문은 자물쇠가 전체 페이지에 뜨는지로 판정합니다.

무료 SSL은 요금제에 포함돼 있고, 2026년 10월 8일 기준 최저 요금제는 월 14달러이며 세금은 따로 붙습니다.

지금 어느 관문에서 막혀 계신가요, 증상과 등록기관 이름을 남겨 주시면 확인할 순서를 짚어 드리겠습니다.

다음 글에서는 「워드프레스 구글 검색 등록과 기본 SEO 설정」에 대해 알아보겠습니다.

브리즈 캐시를 켜 두고도 느린 이유: 클라우드웨이즈 3층 캐시에서 요청이 새는 여섯 자리

cloudmanager — Fri, 9 Oct 2026 08:00:32 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

브리즈(Breeze)를 켜 두었는데도 페이지가 빨라진 느낌이 없을 때, 요청이 캐시를 비껴가는 지점 여섯 곳을 공식 문서의 기본값과 함께 짚습니다.

2026년 10월 8일 클라우드웨이즈 공식 도움말과 요금 페이지에서 확인한 값만 썼습니다.

설정을 한 바퀴 돌려 보고 저장까지 했는데 체감이 없는 분, 로그인한 창에서만 사이트를 확인해 온 분, 장바구니나 검색 결과만 유독 느린 분에게 필요한 글입니다.

읽고 나면 느린 페이지가 어느 층에서 새고 있는지 지목할 수 있고, 설정값을 바꾸기 전에 무엇부터 확인해야 하는지 순서를 잡을 수 있습니다.

결론부터, 세 줄

브리즈의 기본 설정값은 대부분 손댈 필요가 없습니다.

공식 문서는 설치하는 순간 캐시 시스템·Gzip 압축·브라우저 캐시 세 개가 자동으로 켜지며, 기본 설정이 가장 잘 작동한다고 적어 두었습니다.

그래서 체감이 없을 때의 원인은 보통 설정값이 아닙니다.

요청 자체가 캐시를 비껴가도록 처음부터 정해져 있는 자리가 따로 있습니다.

클라우드웨이즈의 캐시는 한 겹이 아니라 세 겹입니다.

어느 겹에서 새는지 먼저 가린 다음에 값을 건드려야, 바꾼 보람이 숫자로 남습니다.

캐시가 세 겹인 이유

브리즈만 캐시라고 생각하면 진단이 막힙니다.

방문자의 요청은 다음 순서로 세 겹을 지나갑니다.

층	맡는 일	기본값	새면 생기는 증상
서버 캐시(바니시)	완성된 페이지를 서버 앞단에서 바로 돌려준다	켜짐 · 수명 4시간	첫 응답이 느리고 서버 부하가 그대로다
페이지 캐시(브리즈)	워드프레스가 만든 HTML을 파일로 저장한다	켜짐 · 보관 1440분	글을 바꿔도 반영이 들쭉날쭉하다
오브젝트 캐시	데이터베이스 조회 결과를 재사용한다	전 요금제 포함	검색·필터처럼 캐시가 안 되는 페이지가 유독 느리다

① 요금 페이지의 전 요금제 공통 기능 · 오브젝트 캐시 프로와 레디스 캐시가 최저 요금제에도 포함된다(2026년 10월 8일 확인)

① 표시된 칸에서 보듯 오브젝트 캐시는 별도 결제 항목이 아닙니다.

켜져 있는지만 확인하면 되고, 세 겹 중 가장 자주 잊히는 층입니다.

오브젝트 캐시가 어느 요금제에 들어가는지 공식 페이지에서 확인하기

새는 자리 ① 로그인한 내 화면

가장 흔한 착각입니다.

관리자로 로그인한 상태에서는 캐시를 쓰지 않도록 처음부터 막혀 있습니다.

① 공식 도움말 '바니시 쓰기'의 기본 제외 목록 · 로그인 쿠키가 붙은 요청은 서버 캐시를 비껴간다

① 표시된 wordpress_logged_in 을 포함해 resetpass, wp-postpass, comment_, woocommerce_session 쿠키가 붙은 요청은 서버 캐시 대상에서 빠집니다.

속도를 볼 때는 시크릿 창이나 로그아웃 상태로 보아야 방문자가 받는 화면과 같아집니다.

새는 자리 ② 처음부터 제외된 페이지

같은 목록에 페이지 주소도 들어 있습니다.

/wp-login.php, /wp-admin, /wp-json, /wp-cron, /xmlrpc.php, /feed 가 기본 제외입니다.

쇼핑몰이라면 /cart, /checkout, /my-account, /wc-api, /?add-to-cart= 도 제외 목록입니다.

주문이 섞이면 안 되니 당연한 설계이고, 이 페이지들이 느린 것은 캐시 설정으로 풀 문제가 아닙니다.

서버 사양과 플러그인 수를 봐야 할 자리입니다.

새는 자리 ③ 주소 뒤에 붙는 물음표

광고나 메일에서 들어온 주소에는 추적용 값이 따라붙습니다.

이 값을 캐시가 어떻게 다루느냐에 따라 적중률이 통째로 바뀝니다.

① 브리즈 공식 도움말의 Ignored Query Strings · 추적 전용 값은 무시하고 같은 캐시 파일을 내보낸다

① 항목에 적힌 대로 utm_source·utm_medium·gclid·fbclid·msclkid 처럼 내용에 영향을 주지 않는 값은 무시 목록에 들어 있어 하나의 캐시 파일을 공유합니다.

반대로 lang, permalink_name 처럼 내용이 달라지는 값은 값마다 따로 저장됩니다.

문제는 목록에 없는 자체 파라미터입니다.

검색어나 정렬 조건을 쿼리로 넘기는 테마라면 주소마다 캐시가 새로 만들어져 적중률이 바닥을 칩니다.

이럴 때만 Advanced Options 의 Cache Query Strings 를 손댑니다.

새는 자리 ④ 모바일과 데스크톱의 분리

브리즈의 Mobile Cache 는 모바일 전용 캐시 파일을 따로 만듭니다.

그런데 공식 문서는 이 기능이 제대로 돌려면 클라우드웨이즈 플랫폼의 기기 감지 기능이 함께 켜져 있어야 한다고 못 박아 두었습니다.

한쪽만 켜 두면 캐시 파일은 두 벌로 늘어나는데 구분은 되지 않습니다.

모바일에서만 레이아웃이 어긋나거나 속도가 들쭉날쭉하다면 이 조합부터 확인하는 편이 빠릅니다.

새는 자리 ⑤ 캐시를 비운 직후

글을 발행하거나 플러그인을 켜고 끄면 캐시가 비워집니다.

그 직후 들어온 방문자는 캐시가 없는 상태의 페이지를 받습니다.

① Preload 탭의 Cache Warmup URLs · 직접 넣는 주소는 30개까지이고, 외부 주소는 거부된다

① 안내대로 중요한 페이지를 미리 데워 둘 수 있지만 한도가 30개입니다.

홈·글 목록처럼 자동으로 잡히는 페이지는 이 수에 들어가지 않으니, 남는 자리는 유입이 많은 글과 랜딩 페이지에 씁니다.

① 공식 도움말의 TTL 항목 · 서버 캐시 기본 수명은 4시간이고, 서버 단위 설정이다

① 문장에 적힌 4시간이 서버 캐시의 기본 수명입니다.

4·8·14·24시간 중에 고를 수 있는데, 같은 서버의 모든 사이트와 스테이징까지 함께 바뀐다는 점을 먼저 계산해야 합니다.

글을 자주 고친다면 짧게, 거의 손대지 않는다면 길게 잡습니다.

새는 자리 ⑥ 쿠키를 심는 플러그인 하나

가장 찾기 어려운 자리입니다.

방문자마다 쿠키를 새로 심는 플러그인이 하나 있으면 사이트 전체가 캐시를 비껴갑니다.

① 같은 문서의 문제 해결 항목 · 쿠키가 캐시 MISS 를 만드는 경우를 따로 설명한다

① 항목은 캐시 상태가 계속 MISS 로 나올 때 쿠키를 의심하라고 안내합니다.

짐작으로 찾기는 어려우니, 플러그인을 한 번에 하나씩 끄면서 같은 페이지를 다시 요청해 보는 방법이 확실합니다.

반대로 꼭 필요한 쿠키라면 그 주소만 제외 규칙에 넣습니다.

① 브리즈 Advanced Options 의 Never Cache URLs · 플러그인 캐시에서 뺀 주소는 바니시에도 따로 넣어야 한다

① 설명에 적힌 대로 제외는 두 군데에 각각 넣어야 합니다.

브리즈에만 넣고 끝내면 서버 캐시가 여전히 낡은 화면을 내보냅니다.

주소는 /events/* 처럼 상대경로로 적습니다.

기본 설정값 점검표

값을 바꾸기 전에 아래 상태인지부터 봅니다.

대부분은 확인만 하고 지나가는 칸입니다.

항목	기본값	할 일
Cache System	켜짐	어떤 경우에도 켜 둔다
Gzip Compression	켜짐	그대로 둔다
Browser Cache	켜짐	그대로 둔다
Purge Cache After	1440분	글을 자주 고치면 줄인다
바니시 수명(TTL)	4시간	서버 전체에 걸리는 값임을 확인하고 정한다
Cache Warmup URLs	꺼짐	유입 많은 주소 위주로 30개 안에서 채운다
File Optimization	꺼짐	스테이징에서 먼저 시험한 뒤에만 켠다
Heartbeat	기본	관리 화면이 무거우면 2~5분으로 늦춘다

파일 최적화 탭이 유독 눈에 띄지만, 공식 문서도 압축과 병합이 사이트 기능을 깨뜨리는 경우가 있다고 적어 두었습니다.

마지막에 손대는 탭으로 미뤄 두는 편이 안전합니다.

바꾸기 전에 밟는 순서

순서를 지키지 않으면 무엇이 효과를 냈는지 영원히 모릅니다.

1. 느린 페이지 주소를 하나 정하고 현재 속도를 기록합니다.

2. 로그아웃하거나 시크릿 창에서 같은 주소를 엽니다.

여기서 빨라진다면 원인은 설정이 아니라 로그인 상태였습니다.

3. 그 주소가 기본 제외 목록이나 Never Cache 규칙에 걸리는지 확인합니다.

4. 주소 뒤에 물음표가 붙는지, 붙는다면 그 파라미터가 무시 목록에 있는지 봅니다.

5. 여기까지 해당 사항이 없을 때에만 값을 하나 바꾸고, 캐시를 비운 뒤 같은 주소를 다시 잽니다.

한 번에 여러 값을 바꾸면 되돌릴 자리를 잃습니다.

하나씩, 바꾼 값과 날짜를 적어 두면서 갑니다.

캐시로 해결되지 않는 것

캐시는 이미 만들어진 결과를 다시 쓰는 기술입니다.

결과를 만드는 과정이 무거우면 첫 방문자는 그 무게를 그대로 받습니다.

용량이 큰 이미지, 외부 스크립트가 줄줄이 붙은 테마, 설치만 해 둔 플러그인 수십 개는 캐시가 가려 주지 않습니다.

장바구니처럼 캐시 대상이 아닌 페이지도 마찬가지입니다.

브리즈 자체의 한계도 있습니다.

관리 화면이 영어이고, 설정 항목 이름이 공식 문서와 화면에서 조금씩 다르게 보입니다.

파일 최적화는 테마에 따라 화면을 깨뜨리기도 합니다.

캐시 플러그인 설정을 직접 만질 생각이 없고 월 1만 원 안쪽 공유 호스팅으로 충분한 규모라면, 이 글의 내용은 당분간 필요하지 않습니다.

요금과 캐시의 관계

2026년 10월 8일 기준으로 가장 낮은 요금제는 Micro 월 14달러이고 전송량은 1TB입니다.

표시 금액에 세금은 포함돼 있지 않습니다.

중요한 점은 캐시 기능이 요금제에 따라 달라지지 않는다는 것입니다.

바니시도, 브리즈도, 오브젝트 캐시도 최저 요금제에 그대로 들어갑니다.

캐시를 더 쓰려고 요금제를 올릴 이유는 없습니다.

요금제를 올릴 시점은 따로 있습니다.

캐시 적중률을 손본 뒤에도 응답이 느리고, 전송량이 한도에 가까워질 때입니다.

그 전까지는 최저 요금제로 시작해도 충분합니다.

최저 요금제의 전송량과 세금 조건을 공식 요금표에서 오늘 날짜로 보기

자주 묻는 질문

브리즈 설정값을 기본으로 되돌리고 싶습니다

캐시 시스템·Gzip 압축·브라우저 캐시를 켜고 나머지를 끈 상태가 설치 직후와 같습니다.

공식 문서가 권장 설정이라고 부르는 조합이 정확히 이 셋입니다.

캐시를 비웠는데도 바뀐 글이 안 보입니다

브라우저 캐시가 남아 있거나, 서버 캐시 수명이 아직 지나지 않은 경우입니다.

시크릿 창에서 먼저 확인하고, 그래도 같으면 바니시 쪽을 비웁니다.

다른 캐시 플러그인과 같이 써도 됩니까

공식 문서는 다른 캐시 솔루션을 쓸 경우 브리즈의 캐시 기능을 꺼서 충돌을 피하라고 안내합니다.

두 플러그인이 같은 일을 동시에 하면 결과를 예측할 수 없습니다.

바니시를 끄면 더 빨라집니까

반대입니다.

바니시는 완성된 페이지를 서버 앞단에서 돌려주는 층이라 끄면 느려집니다.

특정 페이지만 문제라면 그 주소만 제외 규칙에 넣습니다.

카드 없이 사흘 체험으로 캐시 설정 화면을 직접 열어 보기

마무리

브리즈의 기본 설정값은 그대로 두는 쪽이 정답에 가깝습니다.

손댈 곳은 보관 시간, 서버 캐시 수명, 예열 주소 정도입니다.

체감이 없을 때 의심할 자리는 설정 화면이 아니라 여섯 군데입니다.

로그인 상태, 기본 제외 페이지, 쿼리스트링, 모바일 분리, 캐시를 비운 직후, 쿠키를 심는 플러그인입니다.

세 겹 중 어디에서 새는지 지목한 다음에 값을 하나씩 바꾸고, 바꿀 때마다 같은 주소를 다시 재면 됩니다.

지금 어떤 페이지가 제일 느리신가요.

주소 형태와 로그인 여부를 댓글에 남겨 주시면 어느 층에서 새는 상황인지 같이 짚어 보겠습니다.

다음 글에서는 「클라우드웨이즈에 도메인 연결하고 SSL 적용하는 법」에 대해 알아보겠습니다.

워드프레스 해킹 막는 기본 보안 설정: 로그인·업데이트·백업 세 곳만 오늘 안에 닫는 순서

cloudmanager — Fri, 9 Oct 2026 00:00:25 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스가 공격당하는 경로 중 손이 제일 적게 가면서 효과가 큰 세 곳, 즉 로그인·업데이트·백업을 오늘 안에 닫는 순서로 정리합니다.

워드프레스로 블로그나 홈페이지를 막 올려 놓고 보안은 손대지 않은 분, 어디부터 건드려야 할지 몰라 플러그인만 늘려 놓은 분을 위한 글입니다.

읽고 나면 오늘 30분 안에 끝낼 항목과, 서버 쪽이라 내 힘으로 안 되는 항목을 구분할 수 있습니다.

워드프레스는 '뚫리는' 것보다 '열려 있는' 쪽이 많습니다

워드프레스를 노리는 공격은 대부분 사람이 한 사이트를 골라 파고드는 방식이 아닙니다.

자동화된 스크립트가 주소 목록을 훑으면서 같은 문을 차례로 두드립니다.

그 문이 세 개입니다.

비밀번호를 계속 넣어 보는 로그인 화면, 오래된 버전에 이미 공개된 취약점이 남아 있는 플러그인과 테마, 그리고 사고가 난 뒤 돌아갈 곳이 없는 상태입니다.

앞의 두 개는 막는 일이고 마지막 하나는 복구하는 일입니다.

셋 중 하나만 빼놓아도 나머지가 의미를 잃기 때문에 순서대로 다 채우는 편이 낫습니다.

1. 로그인 화면부터 좁힙니다

무차별 대입은 아이디를 맞히는 일부터 시작합니다.

아이디가 admin 이면 공격자는 절반을 이미 가진 셈입니다.

관리자 계정 이름이 admin 이거나 사이트 주소와 같다면 새 관리자 계정을 하나 만들고, 기존 계정의 글 소유권을 새 계정으로 넘긴 뒤 기존 계정을 지우는 방식으로 바꿉니다.

워드프레스는 아이디 자체를 수정하는 기능이 없기 때문입니다.

그다음이 시도 횟수 제한입니다.

공식 플러그인 저장소에서 '로그인 시도 제한' 계열 플러그인을 찾으면 설치형 사이트에서 바로 쓸 수 있습니다.

① 플러그인 이름에 로그인 보안·2단계 인증·무차별 대입 차단이 함께 적혀 있는지 봅니다.

② 오른쪽 내려받기 버튼 대신, 실제로는 내 사이트 관리자 화면의 플러그인 > 새로 추가에서 같은 이름을 검색해 설치하는 쪽이 간편합니다.

설치한 뒤 기본값에서 손볼 값은 두 개입니다.

허용 시도 횟수는 4회 안팎, 잠금 시간은 20분 이상으로 둡니다.

숫자를 더 조이면 본인이 오타로 잠기는 일이 생기니 비밀번호 관리 도구를 같이 쓰는 경우에만 3회로 내립니다.

2단계 인증을 지원하는 플러그인이라면 관리자 계정에만이라도 켜 둡니다.

비밀번호가 새어 나가도 한 겹이 남습니다.

마지막으로 관리자 비밀번호를 다른 서비스와 공유하고 있다면 그것부터 바꿉니다.

로그인 화면을 아무리 좁혀도, 다른 사이트에서 유출된 같은 비밀번호는 한 번에 통과합니다.

2. 업데이트는 '백업 먼저'가 순서입니다

공격에 쓰이는 취약점은 대부분 이미 공개돼 패치가 나온 것들입니다.

즉 업데이트를 미루는 기간이 그대로 노출 기간입니다.

워드프레스 공식 문서는 업데이트 절차의 첫 단계를 '백업'으로 둡니다.

① 공식 문서의 첫 항목이 백업입니다.

업데이트가 사이트를 깨뜨리는 일이 드물게 있기 때문에, 되돌릴 수 있는 상태를 만들어 놓고 누르라는 뜻입니다.

워드프레스 본체는 보안 패치에 한해 자동 업데이트가 기본으로 켜져 있습니다.

문제는 플러그인과 테마 쪽입니다.

관리자 화면 상단에 숫자가 떠 있는데 몇 주째 그대로인 사이트가 많습니다.

여기서 같이 하면 좋은 것이 정리입니다.

쓰지 않는 플러그인은 비활성화로 두지 말고 삭제합니다.

비활성화된 플러그인의 파일도 서버에 그대로 남아 있어 취약점이 있으면 똑같이 노출됩니다.

테마도 같습니다.

지금 쓰는 테마와 기본 테마 하나만 남기고 나머지는 지웁니다.

업데이트 주기는 '보이면 바로'가 가장 안전하지만 현실적으로는 주 1회 날을 정해 두는 쪽이 지켜집니다.

플러그인 업데이트 알림 메일을 켜 두면 잊을 일이 줄어듭니다.

3. 백업은 '어디에 두느냐'와 '복원해 봤느냐'입니다

백업 플러그인은 공식 저장소에 여럿 있고, 무료 버전만으로도 전체 파일과 데이터베이스를 정기적으로 뜰 수 있습니다.

① 백업과 복원이 한 플러그인 안에서 되는지 확인합니다.

② 설치는 마찬가지로 내 사이트의 플러그인 > 새로 추가 화면에서 같은 이름을 검색해 진행합니다.

설정에서 중요한 것은 보관 위치입니다.

백업 파일을 같은 서버 안에 두면, 서버가 통째로 당했을 때 백업도 같이 사라집니다.

구글 드라이브·드롭박스 같은 외부 저장소로 보내도록 지정해야 백업다운 백업이 됩니다.

주기는 글을 자주 올리면 매일, 가끔 올리면 주 1회로 잡고 보관 개수는 최소 4벌 이상 남깁니다.

해킹은 당한 날 바로 알아채지 못하는 경우가 많아서, 사흘 전 백업까지 이미 감염돼 있는 상황이 생깁니다.

그리고 한 번은 복원을 해 봐야 합니다.

백업 파일이 생기는 것과 그 파일로 사이트가 되살아나는 것은 다른 이야기입니다.

테스트 주소나 로컬 환경에 한 번 복원해 보고 나서야 그 백업을 믿을 수 있습니다.

오늘 할 일 세 줄 요약표

구간	안 했을 때 생기는 일	오늘 할 일	걸리는 시간
로그인	자동 스크립트가 비밀번호를 무제한으로 시도	admin 계정 교체, 시도 제한 4회·잠금 20분, 관리자 2단계 인증	약 15분
업데이트	이미 공개된 취약점이 그대로 남음	플러그인·테마 최신화, 미사용 플러그인·테마 삭제, 주 1회 점검일 지정	약 10분
백업	복구할 지점이 없어 사이트를 다시 만들어야 함	외부 저장소 연결, 주기·보관 4벌 이상 설정, 복원 1회 테스트	약 20분

플러그인으로는 닿지 않는 구간이 남습니다

위 세 가지는 워드프레스 안쪽 이야기입니다.

서버 포트를 두드리는 트래픽, SSH·FTP 접속 시도, 대량 요청으로 서버를 눕히는 공격은 사이트 안의 플러그인이 보기도 전에 지나갑니다.

이 구간은 호스팅이 어디까지 맡아 주느냐로 갈립니다.

관리형 호스팅을 쓰면 이 층을 업체가 맡습니다.

예를 들어 클라우드웨이즈는 보안 안내 페이지에 서버 레벨 방화벽(Imunify360), Fail2Ban 기반 무차별 대입 차단, L3·L4 디도스 완화, IP·국가 단위 차단, SSH·SFTP 접속 IP 화이트리스트, 원클릭 무료 SSL, 오프사이트 자동 백업을 적어 두고 있습니다.

① 서버 레벨 방화벽이 Flexible 서버에 적용된다고 적혀 있습니다.

같은 화면에 SSL·IP 화이트리스트·Fail2Ban 항목이 함께 나열돼 있습니다.

악성코드 정리(Malware Protection)는 기본 포함이 아니라 별도 애드온으로 표기돼 있어, 필요하면 추가 비용을 따로 계산해야 합니다.

클라우드웨이즈 공식 사이트에서 보안 항목을 직접 확인해 보기

요금은 2026년 10월 8일 기준 공식 요금 페이지에서 디지털오션 공급사의 최저 요금제 Micro 가 월 11달러(메모리 2GB·vCPU 1개·저장 50GB·전송 2TB)로 표기돼 있고, 카드 등록 없이 3일 무료 체험이 가능합니다.

시작은 최저 요금제로 충분합니다.

올려야 하는 시점은 방문자가 늘어 관리 화면에 메모리 경고가 반복해서 뜰 때이지, 가입하는 날이 아닙니다.

안 맞는 분도 분명히 있습니다

결제가 달러라 환율에 따라 원화 청구액이 달라집니다.

한국어 고객지원이 없고 관리 화면과 문서가 영어입니다.

메일 호스팅이 포함되지 않아 도메인 메일은 따로 붙여야 합니다.

무엇보다 방문자가 하루 수백 명대이고 월 1만 원 이하 공유 호스팅으로 느려지지 않는 상태라면, 지금 옮길 이유가 없습니다.

그 경우에는 위의 로그인·업데이트·백업 세 가지만 제대로 해 두는 편이 비용 대비 효과가 큽니다.

자주 묻는 질문

보안 플러그인은 몇 개까지 깔아도 되나요?

기능이 겹치는 보안 플러그인을 여러 개 켜면 로그인 차단 규칙이 서로 충돌해 본인이 못 들어가는 일이 생깁니다.

로그인 보호 계열 하나, 백업 하나로 시작하고 부족한 기능이 확인될 때 추가하는 쪽이 안전합니다.

wp-admin 주소를 바꾸면 안전해지나요?

자동 스크립트의 1차 스캔을 피하는 효과는 있지만, 주소를 바꿨다는 이유로 비밀번호가 강해지지는 않습니다.

보조 수단으로 보고 시도 제한과 2단계 인증을 먼저 켭니다.

해킹을 당한 것 같은데 뭐부터 확인하나요?

관리자 계정 목록에 모르는 계정이 있는지, 최근 수정된 파일이 있는지, 사이트가 검색 결과에서 다른 주소로 넘기고 있는지를 봅니다.

확인되면 비밀번호를 전부 바꾸고 감염 이전 날짜의 백업으로 복원한 뒤 업데이트를 돌리는 순서가 기본입니다.

무료 SSL만 걸어도 보안이 되나요?

SSL 은 오가는 내용을 암호화할 뿐, 로그인 시도나 취약한 플러그인과는 다른 층의 문제입니다.

주소창에 자물쇠가 있어도 이 글의 세 가지는 따로 해야 합니다.

마무리

로그인은 아이디 교체와 시도 제한·2단계 인증으로 좁히고, 업데이트는 백업을 먼저 뜬 뒤 플러그인·테마를 최신으로 올리며 안 쓰는 것은 삭제합니다.

백업은 외부 저장소에 4벌 이상 남기고, 한 번은 실제로 복원해 봐야 그 백업을 믿을 수 있습니다.

서버 층의 방화벽·디도스·접속 제한은 플러그인 바깥 영역이라 호스팅이 어디까지 맡는지로 갈리며, 공유 호스팅으로 충분한 규모라면 옮기지 않아도 됩니다.

지금 쓰고 계신 워드프레스 사이트에서 이 셋 중 몇 개가 되어 있나요?

막히는 항목을 댓글로 남겨 주시면 해당 단계만 따로 짚어 드리겠습니다.

다음 글에서는 「블로그 도메인 바꿀 때 검색 순위 지키는 법」에 대해 알아보겠습니다.

수익형 블로그 필수 페이지 두 개, 개인정보처리방침과 제휴 고지: 공정위 표시 위치와 애드센스 필수 문장

cloudmanager — Thu, 8 Oct 2026 20:00:35 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

수익형 블로그를 열 때 가장 먼저 만들어야 하는 두 페이지, 개인정보처리방침과 제휴 고지를 공식 문서 기준으로 정리합니다.

애드센스를 붙였거나 제휴 링크를 쓰기 시작했는데 고지를 어디에 어떻게 넣어야 할지 몰라 미뤄 둔 분을 위한 글입니다.

읽고 나면 방침 페이지를 만드는 경로, 거기에 반드시 들어가야 하는 문장, 제휴 고지를 놓는 위치까지 오늘 안에 처리할 수 있습니다.

두 페이지는 서로 다른 규칙에서 나옵니다

개인정보처리방침과 제휴 고지는 흔히 한 묶음으로 불리지만 근거가 다릅니다.

하나는 광고 플랫폼의 게시자 요건이고, 다른 하나는 표시광고법 쪽 규율입니다.

그래서 둘 중 하나만 해 두면 나머지 한쪽은 그대로 비어 있게 됩니다.

애드센스 심사를 통과했다고 제휴 고지가 면제되지 않고, 제휴 고지를 썼다고 방침 페이지가 생기지도 않습니다.

구분	개인정보처리방침	제휴 고지
근거	애드센스 '필수 콘텐츠' 등 게시자 요건	공정위 추천·보증 등에 관한 표시·광고 심사지침
형태	사이트에 상시 존재하는 별도 페이지	대가를 받은 게시물마다 들어가는 문구
위치	모든 페이지에서 닿는 링크(보통 푸터)	게시물의 제목 또는 첫 부분
한 번만 하면 끝인가	내용이 바뀌면 갱신	해당하는 글마다 매번

개인정보처리방침은 워드프레스에 이미 들어 있습니다

외부 생성기부터 찾는 경우가 많은데, 워드프레스는 4.9.6부터 방침 페이지를 만드는 도구를 기본으로 품고 있습니다.

① 공식 문서가 안내하는 경로는 관리자 화면의 Settings → Privacy입니다.

거기서 새 페이지를 만들거나, 이미 쓰고 있는 페이지를 방침 페이지로 지정할 수 있습니다.

새로 만들기를 고르면 초안이 들어간 페이지가 열립니다.

다만 같은 문서가 바로 아래에 경고를 하나 붙여 두었습니다.

그 자료를 올바르게 쓰고, 방침이 요구하는 정보를 채우고, 그 내용을 최신으로 유지하는 것은 운영자의 책임이라는 문장입니다.

템플릿은 초안이고 채우는 일이 남습니다

① 공식 문서는 방침 페이지가 자동으로 노출되는 자리를 로그인·회원가입 화면으로 한정합니다.

그리고 사이트의 모든 페이지에서 방침 페이지로 가는 링크를 만드는 것은 운영자의 책임이라고 적고 있습니다.

초안 본문을 열어 보면 '우리는 누구인가', '어떤 개인정보를 왜 수집하는가', '댓글' 같은 빈칸이 줄줄이 있습니다.

이 빈칸을 그대로 둔 채 공개하는 것이 가장 흔한 실수입니다.

최소한 댓글·문의 양식에서 받는 항목, 접속 기록과 쿠키, 보관 기간, 삭제 요청 방법은 자기 사이트 사정대로 바꿔 적으셔야 합니다.

애드센스를 붙인다면 들어가야 하는 문장이 정해져 있습니다

광고를 붙인 사이트는 방침에 넣을 내용이 더 늘어납니다.

애드센스 고객센터의 '필수 콘텐츠' 문서가 항목을 직접 열거합니다.

① 첫째는 쿠키 고지입니다.

구글과 서드 파티 공급업체가 쿠키를 사용해 사용자가 이전에 방문한 기록을 토대로 광고를 게재한다는 내용을 방침에 담으라고 안내합니다.

② 둘째는 거부 경로입니다.

사용자가 광고 설정에서 개인 맞춤 광고를 거부할 수 있다는 점, 또는 aboutads.info에서 서드 파티 공급업체의 쿠키 사용을 거부할 수 있다는 점을 알리라고 적혀 있습니다.

문서가 요구하는 것은 '방침 페이지가 존재한다'가 아니라 '그 안에 이 내용이 들어 있다'입니다.

템플릿만 올려 둔 상태는 이 요건을 채우지 못합니다.

제휴 고지는 내용보다 위치가 먼저입니다

제휴 링크나 대가를 받은 글에는 경제적 이해관계를 밝히는 문구가 필요합니다.

근거는 공정거래위원회의 추천·보증 등에 관한 표시·광고 심사지침입니다.

① 공정위는 2025년 12월 2일 자 보도자료로 경제적 이해관계 표시 안내서 개정본을 배포했고, 사례와 질의응답을 따로 첨부했습니다.

실제 문구를 고를 때는 이 원문을 받아 보시는 편이 빠릅니다.

블로그처럼 글이 중심인 매체에서 가장 자주 지적되는 것은 문구의 유무가 아니라 자리입니다.

지침은 표시 문구를 게시물의 제목이나 첫 부분에 두고, 본문과 구분되게 하며, '더보기'처럼 한 번 더 눌러야 보이는 곳에 숨기지 말라고 정합니다.

글 맨 아래 태그 사이에 끼워 넣은 한 줄, 본문과 같은 크기·같은 색으로 흘려 둔 한 줄은 이 기준에서 벗어납니다.

아직 안 받았어도 고지 대상이 될 수 있습니다

개정 내용 중 실무에서 가장 많이 놓치는 대목이 여기입니다.

대가를 미래에 받기로 했거나 조건부로 받게 되는 경우에도 이해관계를 밝히도록 하고 있습니다.

제휴 프로그램 심사 결과를 기다리는 동안 미리 써 둔 글, 성과가 나야만 정산되는 구조, 승인되면 소급해서 적립되는 링크가 전부 여기에 해당할 수 있습니다.

이 글의 첫 문단도 같은 이유로 들어가 있습니다.

지금은 추적 파라미터가 없는 공식 페이지로만 연결하고 있지만, 나중에 제휴 링크로 바뀔 수 있다는 사실을 먼저 적어 둔 것입니다.

판단이 애매할 때 기준은 단순합니다.

독자가 나중에 알게 되면 배신감을 느낄 만한 관계라면, 먼저 적는 쪽이 안전합니다.

두 페이지 점검표

점검 항목	통과 기준
방침 페이지 존재	Settings → Privacy에서 지정까지 끝났는가
템플릿 빈칸	수집 항목·보관 기간·삭제 요청 경로를 내 사이트 내용으로 바꿨는가
광고 쿠키 고지	쿠키 사용과 거부 경로 두 가지가 방침 안에 있는가
전 페이지 링크	푸터 등에서 어느 페이지에서나 방침으로 갈 수 있는가
제휴 고지 위치	제목 또는 첫 부분, '더보기' 없이 바로 보이는가
구분	본문과 글자 크기나 색이 달라 눈에 띄는가
조건부 대가	아직 안 받은 대가도 고지 대상인지 확인했는가

호스팅이 걸리는 지점은 한 군데입니다

방침에 적어야 할 내용 중 사이트 운영자가 직접 다루지 않는 항목이 있습니다.

접속 기록 같은 서버 로그와 백업본의 보관 기간입니다.

이 값은 호스팅이 정해 놓은 설정을 따라가므로, 업체가 공개하는 기준을 보고 방침에 옮겨 적는 수밖에 없습니다.

① 참고로 2026년 10월 7일 기준 클라우드웨이즈의 가장 낮은 요금제는 Micro이고 월 14달러입니다.

같은 화면 아래쪽에 쿠키 사용 동의 배너가 떠 있는데, 광고와 분석 쿠키를 쓰는 사이트가 어떤 식으로 고지하는지 보여 주는 예시이기도 합니다.

관리형 호스팅이 로그와 백업을 어떤 기준으로 다루는지 공식 소개에서 확인하기

처음 옮기신다면 가장 낮은 요금제로 시작하시면 됩니다.

방문자가 눈에 띄게 늘거나 메모리 경고가 반복될 때 올리는 것으로 충분하고, 그 전에 상위 요금제를 쓸 이유는 없습니다.

옮기기 전에 알아야 할 것

고지 페이지를 만드는 일과 서버를 바꾸는 일은 별개입니다.

지금 쓰는 호스팅에서도 이 글의 점검표는 그대로 끝낼 수 있습니다.

비용과 운영 조건에도 걸리는 부분이 있습니다.

결제가 달러라 환율에 따라 원화 금액이 달라지고 표시 가격에 세금이 따로 붙습니다.

관리 화면과 고객지원은 영어뿐이고 한국어 창구는 없으며, 메일 호스팅도 요금에 포함돼 있지 않습니다.

월 1만 원 이하 공유 호스팅으로 지금까지 불편이 없었다면 굳이 옮길 이유가 없습니다.

로그 보관 기간만 업체에 물어 방침에 적어 두시면 됩니다.

서버 관리를 어디까지 대신 맡기게 되는지 공식 페이지에서 살펴보기

자주 묻는 질문

개인정보처리방침 템플릿을 그대로 올려도 되나요?

워드프레스 공식 문서가 직접 선을 긋습니다.

초안에 도움말과 제안이 들어 있지만, 필요한 정보를 채우고 최신으로 유지하는 것은 운영자 책임이라고 적혀 있습니다.

빈칸을 남긴 채 공개하는 것은 권하지 않습니다.

제휴 고지를 글 맨 끝에 써도 되나요?

문자 중심 매체의 기준은 제목 또는 첫 부분입니다.

끝부분에만 두거나 '더보기' 뒤로 넘어가는 자리에 두면 소비자가 쉽게 인식할 수 있도록 게재했다고 보기 어렵습니다.

아직 수수료를 한 푼도 못 받았는데 고지해야 하나요?

개정된 기준은 미래나 조건부로 지급받는 경우도 포함합니다.

승인 대기 중이거나 성과가 나야 정산되는 구조라면 미리 밝혀 두는 편이 안전합니다.

티스토리나 네이버 블로그에도 방침 페이지가 필요한가요?

플랫폼이 제공하는 기본 방침과 별개로, 내 사이트에 광고를 직접 붙였다면 그 광고가 요구하는 고지는 내 쪽에서 해야 합니다.

어떤 형태로 둘 수 있는지는 플랫폼마다 다르므로 공지 페이지나 소개 영역을 확인해 보시기 바랍니다.

마무리

개인정보처리방침은 워드프레스 Settings → Privacy에서 만들고, 템플릿 빈칸을 내 사이트 내용으로 바꾼 뒤 모든 페이지에서 닿도록 링크하시면 됩니다.

광고를 붙였다면 쿠키 사용과 거부 경로 두 문장이 방침 안에 들어 있어야 합니다.

페이지의 존재만으로는 요건이 채워지지 않습니다.

제휴 고지는 제목이나 첫 부분에, 본문과 구분되게, 더 누르지 않아도 보이게 둡니다.

아직 받지 않은 조건부 대가도 고지 대상이 될 수 있습니다.

지금 운영 중인 블로그의 제휴 고지는 어디에 들어가 있나요?

위치와 문구를 댓글에 남겨 주시면 기준에 맞는지 같이 짚어 드리겠습니다.

다음 글에서는 「워드프레스 구글 검색 등록과 기본 SEO 설정」에 대해 알아보겠습니다.

내 도메인 이메일 만드는 법: 호스팅에 메일이 없을 때 고르는 네 가지와 월 비용

cloudmanager — Thu, 8 Oct 2026 18:40:13 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

도메인을 샀고 사이트도 올렸는데 me@내도메인.com 같은 메일 주소만 없을 때, 그 주소를 어디서 어떻게 만드는지를 비용과 함께 정리합니다.

관리형 클라우드 호스팅이나 서버 임대처럼 메일함이 딸려 오지 않는 곳에 사이트를 올린 분, 그리고 네이버 메일이나 지메일 주소로 거래처에 명함을 내밀기가 걸리는 1인 사업자를 위한 글입니다.

읽고 나면 구글 워크스페이스·조호 메일·클라우드플레어 전달 중 본인에게 맞는 쪽을 고르고, MX 레코드를 어느 순서로 바꿔야 메일이 끊기지 않는지까지 정할 수 있습니다.

요금표에 메일이 없다는 사실부터 확인합니다

메일이 안 되는 게 아니라 애초에 상품에 들어 있지 않은 경우가 많습니다.

관리형 호스팅의 요금표를 열어 포함 항목을 그대로 읽어 보면 금방 보입니다.

① 최저 요금제가 월 14달러입니다.

② 메모리는 1GB입니다.

③ 저장 용량은 25GB NVMe입니다.

그 아래로 전송량 1TB, 방문자 수 무제한, 사이트 수 무제한까지가 포함 항목의 전부입니다.

메일함이라는 단어가 한 줄도 없습니다.

이런 구조는 결함이 아니라 분업입니다.

웹 서버와 메일 서버는 요구 조건이 완전히 다릅니다.

메일은 스팸 평판 관리, 역방향 DNS, 수신 거부 대응까지 따라붙어서, 웹 호스팅 회사들이 점점 전문 업체로 넘기는 쪽을 택하고 있습니다.

그래서 도메인 메일은 웹 호스팅과 따로 고르는 별도 상품이라고 보는 편이 맞습니다.

다음 네 가지가 실제로 고를 수 있는 선택지입니다.

선택지 네 가지와 오늘 확인한 금액

오늘(2026년 10월 7일) 각 회사 공식 요금 페이지에서 직접 확인한 값입니다.

환율은 1달러를 약 1,339원으로 잡았습니다.

선택지	월 비용(사용자 1명)	메일함 용량	핵심 제약
구글 워크스페이스 Starter	7달러(약 9,400원), 신규는 첫 12개월 6.30달러	사용자당 30GB	사람 수대로 과금
조호 메일 무료 요금제	0원	사용자당 5GB	도메인 1개·5명·웹 화면 전용
조호 메일 라이트	1달러(약 1,340원), 연간 결제만	사용자당 5GB	월 단위 결제 없음
클라우드플레어 이메일 라우팅	0원	해당 없음(저장하지 않음)	받아서 넘겨주기만 가능
호스팅사 메일 애드온	메일함 1개당 1.5달러(약 2,000원)	업체 기준	호스팅을 옮기면 같이 옮겨야 함

1. 받는 쪽만 급하면 전달부터 켭니다

명함과 사이트 문의 폼에 적을 주소가 급한 것이라면, 메일함을 새로 만들지 않고 기존 메일로 넘기는 방법이 가장 빠릅니다.

도메인을 클라우드플레어에 올려 두었다면 무료 기능으로 바로 됩니다.

① 도메인당 전달 규칙을 200개까지 만들 수 있습니다.

② 받는 주소는 계정당 200개까지 확인해 둘 수 있습니다.

그 아래 표에는 수신 메일 크기 한도가 25MiB로 적혀 있고, 이보다 큰 메일은 거부됩니다.

주의할 점은 이름 그대로 라우팅이라는 것입니다.

받아서 넘겨주는 기능이라 보관함이 없고, 그 주소로 답장을 보내는 기능이 기본으로 딸려 오지 않습니다.

문의를 받기만 하면 되는 단계에서는 충분하지만, 거래처와 주고받기 시작하면 금방 한계에 닿습니다.

2. 돈을 안 쓰고 메일함까지 가지려면

조호 메일은 무료 요금제에 도메인 메일을 포함해 둔 드문 서비스입니다.

요금 페이지에 조건이 그대로 적혀 있습니다.

① 영구 무료 요금제 안내입니다.

② 도메인 1개, 사용자 5명까지, 사용자당 5GB이고 IMAP·POP·액티브싱크는 포함되지 않는다고 명시돼 있습니다.

각주에는 일부 데이터센터에서만 제공된다는 단서도 붙어 있습니다.

IMAP이 빠진다는 말은 아웃룩이나 아이폰 기본 메일 앱에 계정을 추가하는 방식이 막힌다는 뜻입니다.

웹 화면과 조호 전용 앱으로만 쓰게 됩니다.

이게 불편하면 월 1달러짜리 라이트 요금제로 올라가면 되는데, 이 요금제는 연간 결제만 있고 월 결제가 없습니다.

3. 팀이 있거나 지메일 화면을 그대로 쓰고 싶으면

익숙한 지메일 화면에 내 도메인 주소를 얹는 쪽이 구글 워크스페이스입니다.

① 가장 낮은 Starter 요금제가 사용자당 월 6.30달러로 표시되고, 옆의 7달러가 정가입니다.

할인가는 신규 고객의 처음 20명에게 12개월 동안만 적용된다고 각주에 적혀 있습니다.

② 저장 용량은 사용자당 30GB입니다.

③ 포함 항목 첫 줄이 맞춤 비즈니스 이메일입니다.

주의할 지점은 과금 단위입니다.

사람 수대로 붙기 때문에 info@·sales@처럼 용도별 주소를 여러 개 만들고 싶을 때 계정을 그만큼 사면 금액이 바로 몇 배가 됩니다.

이럴 때는 계정 하나에 별칭을 여러 개 다는 방식이 정석입니다.

한국 페이지에서도 금액이 달러로 표시되고 월 단위로 청구되므로, 원화 청구액은 환율에 따라 매달 조금씩 달라집니다.

4. 호스팅 관리 화면 안에서 끝내고 싶으면

창구를 늘리지 않고 호스팅 화면 안에서 메일까지 관리하고 싶은 경우도 있습니다.

관리형 호스팅들은 이 수요를 애드온으로 받습니다.

① 메일은 요금제 포함이 아니라 선택 애드온 칸에 따로 놓여 있습니다.

② 금액은 메일함 1개당 월 1.5달러입니다.

주소가 두 개면 3달러, 다섯 개면 7.5달러로 사람 수만큼 올라가는 구조는 워크스페이스와 같습니다.

예를 들어 클라우드웨이즈처럼 요금에 메일이 빠져 있는 관리형 호스팅이라면, 서버 요금 월 14달러와 별개로 이 애드온 값이 더 붙는다고 계산해 두셔야 예산이 틀어지지 않습니다.

반대로 말하면 메일을 다른 데서 해결하면 호스팅 쪽에서는 추가 비용이 없습니다.

관리형 호스팅 요금에 무엇이 포함되는지 공식 페이지에서 확인하기

MX 레코드는 한 곳만 가리킵니다

어느 쪽을 고르든 실제 작업은 도메인의 DNS 레코드를 바꾸는 일입니다.

순서는 이렇습니다.

① 고른 메일 서비스에 가입하고 도메인 소유 확인을 먼저 끝냅니다.

보통 TXT 레코드를 하나 추가하는 방식입니다.

② 그 서비스가 알려 주는 MX 레코드 값을 받아 적습니다.

우선순위 숫자까지 같이 적어야 합니다.

③ 도메인을 산 곳 또는 네임서버를 맡긴 곳의 DNS 관리 화면에서 기존 MX 레코드를 지우고 새 값만 넣습니다.

두 서비스의 MX를 같이 걸어 두면 메일이 번갈아 양쪽으로 떨어져 반쯤 사라진 것처럼 보입니다.

④ SPF(TXT)와 DKIM을 같이 넣습니다.

이게 빠지면 보낸 메일이 상대 받은편지함 대신 스팸함으로 갑니다.

⑤ 반영까지 몇 분에서 몇 시간이 걸립니다.

기존 메일 주소를 쓰고 있었다면 전환 하루 전에 TTL을 짧게 낮춰 두면 대기 시간이 줄어듭니다.

웹 호스팅을 옮기는 것과 메일을 옮기는 것은 별개의 작업이라는 점도 기억해 두시면 좋습니다.

A 레코드는 사이트를, MX 레코드는 메일을 가리키므로, 사이트를 다른 서버로 옮겨도 MX를 건드리지 않으면 메일은 그대로 살아 있습니다.

받는 것과 보내는 것은 다른 문제입니다

여기서 많이 막힙니다.

도메인 메일을 만들어 두었는데도 워드프레스의 비밀번호 재설정 메일이나 문의 폼 알림이 오지 않는 경우입니다.

사이트가 자동으로 보내는 메일은 기본적으로 웹 서버가 직접 발송합니다.

이 경로는 메일 서비스와 무관하고, 서버 IP에 쌓인 평판이 없어 스팸으로 분류되기 쉽습니다.

해결은 플러그인으로 발송 경로를 SMTP로 바꿔, 방금 만든 메일 계정이나 전용 발송 서비스를 통하게 하는 것입니다.

정리하면 받는 경로는 MX 레코드가, 보내는 경로는 SMTP 설정이 정합니다.

둘은 따로 확인해야 하고, 한쪽이 된다고 다른 쪽이 되는 것이 아닙니다.

메일 애드온과 서버 요금이 어떻게 나뉘는지 보기

단점과 안 맞는 사람

무료 선택지에는 대가가 있습니다.

전달만 쓰면 보낼 때는 결국 기존 주소가 드러나고, 조호 무료는 사람 수와 도메인 수가 묶여 있어 사업이 커지면 다시 이사를 해야 합니다.

이사는 메일함을 통째로 옮기는 작업이라 처음 만드는 것보다 번거롭습니다.

유료 쪽도 마찬가지입니다.

구글과 조호 모두 달러로 결제되고 표시 금액에 세금이 빠져 있어 원화 청구액이 매달 조금씩 흔들립니다.

한국어 고객지원을 기대하기도 어렵습니다.

그리고 애초에 이 글이 필요 없는 분도 있습니다.

쓰고 계신 공유 호스팅 상품에 이미 메일함이 들어 있다면 새로 살 이유가 없습니다.

월 1만 원 안쪽 상품 중에 메일 계정을 기본 제공하는 곳이 적지 않으니, 지금 쓰는 상품의 안내 페이지부터 확인해 보시는 편이 먼저입니다.

어느 쪽을 고르든 처음부터 상위 요금제로 갈 필요는 없습니다.

주소 한두 개로 시작해 사람이 늘 때 올리면 됩니다.

올릴 시점은 사람이 늘었을 때, 외부 메일 앱 연동이 꼭 필요해졌을 때, 보관 용량 경고가 떴을 때입니다.

최저 요금제 구성과 무료 체험 조건 확인하기

자주 묻는 질문

도메인만 있으면 메일을 만들 수 있나요?

됩니다.

사이트가 없어도 도메인의 MX 레코드만 메일 서비스로 돌리면 주소가 살아납니다.

사이트를 아직 안 만든 단계에서도 명함용 주소를 먼저 만들 수 있습니다.

무료로 쓰다가 유료로 올리면 기존 메일은 남나요?

같은 회사 안에서 요금제만 올리는 경우에는 그대로 남습니다.

다른 회사로 옮기는 것은 이사라서, 옮기는 도구를 쓰더라도 작업이 한 번 더 필요합니다.

그래서 처음 고를 때 1년 뒤 사람 수를 대충 그려 보고 정하시는 편이 낫습니다.

주소를 info@와 sales@ 둘로 쓰려면 돈을 두 배로 내야 하나요?

아닙니다.

대부분 서비스가 계정 하나에 별칭을 여러 개 붙이는 기능을 제공합니다.

한 사람이 두 주소를 받는 형태면 별칭으로 충분하고, 담당자가 달라 각자 로그인해야 할 때만 계정을 늘리면 됩니다.

메일이 자꾸 스팸함으로 갑니다.

대개 SPF·DKIM이 빠졌거나 값이 틀린 경우입니다.

메일 서비스가 알려 준 TXT 값을 그대로 넣었는지, 그리고 예전 호스팅의 SPF 레코드가 남아 중복되지 않았는지부터 확인해 보십시오.

SPF는 도메인당 하나만 있어야 합니다.

마무리

도메인 메일은 웹 호스팅에 딸려 오는 기능이 아니라 따로 고르는 상품이고, 오늘 기준 선택지는 전달만 하는 무료 라우팅, 5명까지 무료인 조호, 사용자당 월 7달러인 구글 워크스페이스, 메일함당 월 1.5달러인 호스팅 애드온입니다.

어느 쪽이든 실제 작업은 MX 레코드를 한 곳으로만 돌리고 SPF와 DKIM을 같이 넣는 일이며, 두 서비스의 MX를 함께 걸어 두면 메일이 반쯤 사라집니다.

사이트가 보내는 알림 메일은 MX가 아니라 SMTP 설정이 정하므로, 받는 쪽이 됐다고 보내는 쪽까지 된 것으로 보시면 안 됩니다.

지금 도메인 메일을 어디서 쓰고 계신지, 월 얼마를 내고 계신지 댓글로 남겨 주시면 더 싸게 같은 구성을 만드는 방법을 같이 찾아보겠습니다.

워드프레스 구글 검색 등록 순서: 퍼머링크·색인 차단·사이트맵을 서치콘솔보다 먼저 봐야 하는 이유

cloudmanager — Thu, 8 Oct 2026 17:20:06 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스를 설치한 뒤 구글 검색에 등록하기까지의 순서를, 워드프레스와 구글의 공식 문서 화면을 보면서 하나씩 짚습니다.

서치콘솔이라는 이름은 들었는데 어디부터 눌러야 할지 모르겠고, 사이트맵을 만들려고 플러그인부터 찾고 계신 분을 위한 글입니다.

읽고 나면 퍼머링크 확정 → 색인 차단 해제 → 사이트맵 확인 → 서치콘솔 등록 → 제출까지 오늘 안에 끝낼 수 있습니다.

순서를 거꾸로 하면 같은 일을 두 번 합니다

등록을 먼저 하고 설정을 나중에 만지는 분이 많습니다.

그러면 구글이 수집해 둔 주소가 전부 쓸모없어집니다.

퍼머링크를 바꾸는 순간 글의 주소가 통째로 달라지기 때문입니다.

색인 차단 체크가 켜져 있으면 사이트맵 파일 자체가 만들어지지 않습니다.

그래서 이 글은 서치콘솔을 네 번째 단계에 둡니다.

앞의 세 가지는 사이트 안에서 끝나는 일이고, 10분이면 충분합니다.

1단계. 퍼머링크를 먼저 확정합니다

퍼머링크는 글 하나하나의 영구 주소입니다.

워드프레스 공식 문서는 이 주소가 영구적이어야 하고 절대 바뀌지 않아야 한다고 설명합니다.

① 공식 문서가 예시로 드는 Post name 구조는 주소에 글 이름만 들어갑니다.

② Plain은 설치 직후의 기본값으로, 주소가 물음표와 숫자로 끝납니다.

문서가 드는 다섯 가지 예시를 그대로 옮기면 아래와 같습니다.

주소 예시는 공식 문서에 적힌 것입니다.

구조 이름	공식 문서의 주소 예시	특징
Plain	http://www.sample.com/?p=123	설치 직후 기본값. 주소만 봐서는 내용을 알 수 없음
Day and name	http://www.sample.com/2008/03/31/sample-post/	날짜가 주소에 남음
Month and name	http://www.sample.com/2008/03/sample-post/	날짜가 월까지만 남음
Numeric	http://www.sample.com/archives/123	번호만 들어감
Post name	http://www.sample.com/sample-post	글 이름만 들어가 가장 짧음

어느 쪽을 고르든 지금 고르고 끝내는 것이 핵심입니다.

글이 쌓인 뒤에 바꾸면 쌓인 만큼 주소를 되돌리는 일이 생깁니다.

2단계. 색인 차단 체크가 켜져 있는지 봅니다

제작 중에 체크해 두고 공개한 뒤 그대로 잊는 항목입니다.

설정의 읽기 화면에 있습니다.

① 공식 문서가 설명하는 항목의 이름은 Discourage search engines from indexing this site입니다.

한국어 화면에서는 검색 엔진이 사이트를 색인하지 않도록 요청하는 문구로 나옵니다.

이 체크가 켜져 있으면 워드프레스 5.3부터는 문서 머리에 noindex, nofollow 메타 태그가 들어갑니다.

같은 문서가 덧붙인 단서도 함께 읽어 둘 만합니다.

이 설정은 사이트 접근 자체를 막지 않으며, 요청을 받아들일지는 검색 엔진에 달려 있다는 문장입니다.

차단도 보장도 아닌 요청이라는 뜻입니다.

3단계. 사이트맵은 이미 만들어져 있습니다

플러그인부터 설치하실 필요가 없습니다.

워드프레스 5.5부터 사이트맵이 코어 기능으로 들어왔습니다.

① 워드프레스 공식 개발 공지의 요지 부분입니다.

5.5부터 사이트맵 색인을 /wp-sitemap.xml 주소로 노출한다고 적혀 있습니다.

무엇이 들어가는지도 정해져 있습니다.

공개된 글 종류와 분류 체계, 글쓴이 보관함, 그리고 홈페이지가 기본으로 포함됩니다.

그리고 2단계와 이어지는 대목이 여기 있습니다.

같은 문서는 사이트 공개 설정을 색인하지 않도록 바꾸면 사이트맵 기능이 꺼진다고 적고 있습니다.

즉 체크를 풀지 않은 채 사이트맵 주소를 열면 파일이 없는 것이 정상입니다.

브라우저 주소창에 자기 도메인 뒤에 /wp-sitemap.xml 을 붙여 열어 보시고, 목록이 나오면 3단계는 끝입니다.

4단계. 서치콘솔 속성을 만들고 소유를 확인합니다

여기서부터 구글 쪽 작업입니다.

속성을 만들 때 도메인과 URL 접두어 중 하나를 고르게 되는데, 고르는 종류에 따라 소유 확인 방법이 달라집니다.

① 공식 도움말이 확인 방법을 표로 정리해 둔 자리입니다.

HTML 파일 업로드, HTML 태그, 구글 애널리틱스 추적 코드, 구글 태그 관리자가 차례로 나옵니다.

도움말은 HTML 파일 업로드와 HTML 태그가 비교적 간단하지만 사이트 호스팅 플랫폼에 따라 쓸 수 없는 경우가 있다는 단서를 함께 붙여 두었습니다.

속성 종류	쓸 수 있는 확인 방법	고르는 기준
도메인 속성	DNS 레코드	www 유무와 http·https를 한 속성에서 함께 보고 싶을 때
URL 접두어 속성	HTML 파일 업로드, HTML 태그, 애널리틱스, 태그 관리자 등	도메인 관리 화면에 들어갈 수 없거나 특정 주소만 볼 때

워드프레스 운영자가 가장 적게 헤매는 쪽은 HTML 태그입니다.

테마 머리말에 메타 태그 한 줄을 넣는 방식이라 SEO 플러그인에 전용 입력칸이 있는 경우가 많습니다.

확인이 끝났다고 바로 숫자가 보이지는 않습니다.

같은 도움말은 데이터가 누적되려면 며칠 정도 걸릴 수 있다고 적고 있습니다.

5단계. 사이트맵을 제출하고 첫 글을 올립니다

서치콘솔 왼쪽 메뉴의 사이트맵 보고서에서 주소를 넣습니다.

3단계에서 열어 본 wp-sitemap.xml 이 그 주소입니다.

① 공식 도움말의 사이트맵 관리 절입니다.

이 보고서로 새 사이트맵을 알리고, 제출 기록을 확인하고, 구글이 파싱할 때 생긴 문제를 볼 수 있다고 안내합니다.

솔직하게 덧붙일 것이 있습니다.

같은 화면 위쪽에서 도움말은 사이트 규모가 작고 홈페이지에서 한 개 이상의 링크로 모든 페이지에 닿을 수 있다면 사이트맵을 쓰지 않아도 된다고 말하며, 작다는 기준을 페이지 500개 이하라고 괄호로 적어 두었습니다.

글이 열 편뿐인 블로그라면 사이트맵 제출은 순위를 올려 주는 장치가 아니라 목록을 건네주는 절차에 가깝습니다.

제출을 마쳤으면 URL 검사 도구에 첫 글 주소를 넣어 색인 생성을 요청해 둡니다.

여기까지가 등록 작업의 끝입니다.

제출했는데 색인이 안 될 때 먼저 볼 것

사이트맵 제출은 색인 약속이 아닙니다.

순서대로 좁히면 원인이 서너 가지로 줄어듭니다.

첫째, 2단계의 체크가 아직 켜져 있는 경우입니다.

이때는 사이트맵도 같이 꺼져 있으므로 사이트맵 주소부터 열어 보면 바로 드러납니다.

둘째, 제출한 주소와 속성 주소가 어긋난 경우입니다.

www가 붙은 주소로 속성을 만들고 www 없는 사이트맵을 넣는 식의 불일치가 흔합니다.

셋째, 글이 너무 적고 서로 링크되어 있지 않은 경우입니다.

이때는 제출을 반복하기보다 글을 쌓고 내부 링크를 거는 쪽이 빠릅니다.

서버가 정하는 두 가지

위의 다섯 단계 중 내 손을 벗어나는 지점이 두 군데 있습니다.

둘 다 호스팅이 정합니다.

하나는 퍼머링크를 저장할 때입니다.

공식 문서는 .htaccess 파일에 쓰기 권한이 없으면 화면 아래에 나온 재작성 규칙을 직접 복사해 넣어야 한다고 안내합니다.

다른 하나는 사이트맵입니다.

공식 공지는 사이트맵을 만들어 내보내려면 SimpleXML 확장이 필요하고, 없으면 501 상태 코드가 대신 나온다고 적고 있습니다.

관리형 클라우드 호스팅은 이 둘을 사용자가 신경 쓰지 않도록 맞춰 두는 쪽입니다.

오늘 요금 페이지를 열어 확인한 값은 아래와 같습니다.

① 제일 낮은 요금제의 이름은 Micro이고 ② 월 14달러입니다.

사양은 램 1GB, vCPU 1개, NVMe 저장공간 25GB로 적혀 있고, 설명란에는 개인 웹사이트와 단순한 블로그에 적합하다고 쓰여 있습니다.

클라우드웨이즈 공식 요금 페이지

시작은 이 최저 요금제로 충분합니다.

방문자가 늘어 메모리 경고가 뜨거나 응답이 눈에 띄게 느려질 때 올리시면 됩니다.

그래서 안 맞는 사람

이 글의 다섯 단계는 호스팅을 바꾸지 않아도 전부 할 수 있습니다.

검색 등록이 안 되는 원인 대부분은 서버가 아니라 설정에 있습니다.

월 1만 원 안쪽의 공유 호스팅으로 블로그가 잘 돌아가고 있다면 옮길 이유가 없습니다.

퍼머링크 저장과 사이트맵 출력이 지금 정상이라면 더 그렇습니다.

관리형 클라우드 쪽의 불편한 점도 미리 적어 둡니다.

결제가 달러라 환율에 따라 원화 금액이 달라지고, 표시 금액에 세금이 따로 붙습니다.

관리 화면과 문서가 영어이고 한국어 고객지원 창구가 없습니다.

메일 호스팅도 요금에 들어 있지 않아 따로 붙이셔야 합니다.

조건은 수시로 바뀌므로 아래 페이지에서 사양과 금액을 직접 보시는 편이 정확합니다.

관리형 호스팅 조건 살펴보기

자주 묻는 질문

퍼머링크를 나중에 바꾸면 어떻게 되나요?

글의 주소가 전부 달라집니다.

이미 색인된 주소는 없는 페이지가 되므로, 옛 주소에서 새 주소로 넘기는 처리를 따로 해 주셔야 합니다.

그래서 글이 쌓이기 전에 확정하는 것입니다.

사이트맵 플러그인을 꼭 설치해야 하나요?

워드프레스 5.5 이상이면 /wp-sitemap.xml 이 기본으로 나옵니다.

특정 글만 빼거나 이미지·동영상 사이트맵이 필요한 경우가 아니라면 추가 설치 없이 그대로 제출하셔도 됩니다.

robots.txt는 따로 손봐야 하나요?

워드프레스가 내보내는 robots.txt가 사이트맵 색인을 참조하도록 되어 있다고 공식 공지에 적혀 있습니다.

색인 차단 체크를 풀어 두셨다면 기본 상태로 두셔도 괜찮습니다.

등록하면 며칠 만에 검색에 나오나요?

기간을 약속하는 공식 문서는 없습니다.

도움말이 밝히는 것은 속성 데이터가 누적되는 데 며칠 정도 걸린다는 점까지이고, 색인 여부는 그와 별개로 구글이 판단합니다.

마무리

퍼머링크를 먼저 확정하고, 읽기 설정의 색인 차단 체크를 풀고, /wp-sitemap.xml 이 열리는지 확인합니다.

여기까지가 사이트 안에서 끝나는 일입니다.

그다음 서치콘솔에서 속성을 만들고 소유를 확인한 뒤, 사이트맵 주소를 제출하고 URL 검사로 첫 글을 올립니다.

순서를 지키면 같은 일을 두 번 하지 않습니다.

퍼머링크 저장과 사이트맵 출력 두 가지는 서버 쪽 조건에 걸립니다.

지금 이 둘이 정상이라면 호스팅은 그대로 두셔도 됩니다.

지금 쓰고 계신 사이트의 /wp-sitemap.xml 주소를 열면 목록이 나오시나요?

나오지 않는다면 어떤 화면이 떴는지 댓글에 남겨 주시면 어느 단계에서 막힌 것인지 짚어 드리겠습니다.

다음 글에서는 「클라우드웨이즈와 카페24 워드프레스 호스팅 비교」에 대해 알아보겠습니다.

카페24 클라우드웨이즈 요금 비교 전에 단위부터 맞추세요: 하루 트래픽·VAT·설치비 환산 순서

cloudmanager — Thu, 8 Oct 2026 16:00:56 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것은 세 가지입니다.

카페24 뉴매니지드 워드프레스와 클라우드웨이즈의 요금표가 왜 그대로는 비교되지 않는지, 하루 트래픽과 월 전송량·부가세·설치비를 어떻게 같은 자리로 옮겨 놓는지, 그리고 그렇게 맞춰 놓고 보면 두 서비스의 가격이 어느 지점에서 뒤집히는지입니다.

워드프레스 블로그를 시작하려는데 두 회사 가격표를 띄워 놓고 어느 쪽이 싼지 판단이 서지 않는 분을 위한 글입니다.

읽고 나면 본인 사이트의 숫자를 넣어 직접 계산할 수 있습니다.

1. 두 요금표는 같은 단위로 적혀 있지 않습니다

카페24 요금표에는 '1.6GB/일 트래픽, 700MB SSD, 450원/월'이 적혀 있고, 클라우드웨이즈 요금표에는 '1TB Transfer Bandwidth, 25GB NVMe, $14 per month'가 적혀 있습니다.

네 항목이 전부 다른 단위입니다.

트래픽은 하루와 월, 용량은 메가바이트와 기가바이트, 금액은 원화와 달러입니다.

여기에 한 겹이 더 있습니다.

카페24 표의 금액은 부가세가 포함된 금액이고 1년 약정을 걸었을 때의 할인가입니다.

클라우드웨이즈 표의 금액은 세금이 빠진 금액이고 약정이 없습니다.

같은 '월 요금'이라는 칸에 적혀 있지만 뜻이 다릅니다.

그래서 두 숫자를 나란히 놓고 '몇 배 차이'라고 말하는 순간 계산이 틀어집니다.

2. 단위를 맞추는 네 단계

① 하루 트래픽을 월 전송량으로 바꾼다

카페24는 자기 요금 카드에 월 환산값을 같이 적어 둡니다.

1.6GB/일은 약 48GB/월, 4GB/일은 약 120GB/월, 10GB/일은 약 300GB/월, 20GB/일은 약 600GB/월, 40GB/일은 약 1.2TB/월입니다.

최상위인 스케일업만 처음부터 1.2TB/월로 적혀 있습니다.

이 괄호 안 숫자를 쓰면 클라우드웨이즈의 월 전송량과 바로 맞댈 수 있습니다.

① 450원은 1년 약정을 걸었을 때의 할인가이고 그 아래 흐린 글씨 500원이 정상가입니다.

② 트래픽은 하루 단위로 적혀 있고 괄호 안이 월 환산값입니다.

③ 최저 요금제의 SSD는 700MB입니다.

④ 카드 아래 주석에 '일단위 트래픽이 소진되면 사이트가 차단됩니다'라고 적혀 있습니다.

② 부가세를 한쪽에 맞춘다

카페24 상세 사양 비교표는 항목 이름 자체에 'VAT 포함'이라고 적어 둡니다.

클라우드웨이즈 요금 페이지는 표 아래에 'All listed prices exclude applicable taxes'라고 적어 둡니다.

비교하려면 둘 중 하나로 통일해야 합니다.

아래에서는 클라우드웨이즈 쪽에 세금 10%를 얹은 금액도 같이 적었습니다.

③ 설치비를 첫해 총액에 넣는다

카페24에는 월 요금과 별개로 설치비가 있습니다.

스타트업은 5,000원, 나머지 요금제는 11,000원이며 모두 부가세 포함 금액입니다.

한 번만 내는 돈이라 월 요금 비교에서는 자주 빠지는데, 월 450원짜리 요금제에서는 1년 치 월 요금보다 설치비가 더 큽니다.

① 월 사용료 칸과 ② 설치비 칸이 따로 있고 둘 다 VAT 포함 표기입니다.

③ 초과 트래픽 요금은 최상위 스케일업에만 165원/GB로 적혀 있고, 나머지 요금제는 칸이 비어 있습니다.

④ 환율을 적용하고 날짜를 적어 둔다

이 글을 쓴 2026년 10월 7일 기준 1달러는 약 1,339원입니다.

월 $14는 약 18,700원입니다.

환율은 매일 바뀌므로 계산한 날짜를 같이 적어 두는 편이 낫습니다.

달러로 결제하는 서비스는 요금표가 그대로여도 청구액이 달라집니다.

3. 같은 자리에 올려놓은 표

위 네 단계를 거쳐 월 전송량이 비슷한 것끼리 묶었습니다.

금액은 1년을 쓴다고 보고 설치비까지 더한 첫해 총액입니다.

항목	카페24 스타트업	카페24 비즈니스	카페24 그로스업	클라우드웨이즈 Micro
월 전송량	약 48GB	약 300GB	약 1.2TB	1TB
저장 용량	700MB SSD	4GB SSD	14GB SSD	25GB NVMe
월 요금	450원	6,300원	21,600원	$14(약 18,700원)
부가세	포함	포함	포함	별도
설치비	5,000원	11,000원	11,000원	없음
첫해 총액	10,400원	86,600원	270,200원	약 224,900원(세전)
한도를 넘기면	그날 사이트 차단	그날 사이트 차단	그날 사이트 차단	요금 페이지에 안내 없음

카페24 금액은 1년 약정 10% 할인가 기준입니다.

클라우드웨이즈 쪽에 세금 10%가 붙는다고 보수적으로 잡으면 첫해 약 247,400원이 됩니다.

4. 가격이 뒤집히는 자리는 월 1TB 근처입니다

표의 왼쪽 끝과 오른쪽 끝에서 결론이 정반대입니다.

월 48GB면 충분한 사이트라면 카페24 스타트업의 첫해 총액은 1만 원 안팎이고, 클라우드웨이즈는 22만 원대입니다.

20배가 넘습니다.

이 구간에서 클라우드웨이즈를 권하는 글이 있다면 그 글은 숫자를 안 본 글입니다.

그런데 월 전송량 1TB 선으로 가면 자리가 바뀝니다.

약 1.2TB/월인 카페24 그로스업은 첫해 27만 원대, 1TB인 클라우드웨이즈 Micro는 세금을 얹어도 25만 원이 되지 않습니다.

저장 용량도 14GB와 25GB로 클라우드웨이즈 쪽이 큽니다.

즉 두 서비스의 가격 차이는 '어느 쪽이 싸다'가 아니라 '내 사이트가 어느 구간에 있나'의 문제입니다.

① 클라우드웨이즈는 요금제를 고르기 전에 공급사를 먼저 고릅니다.

② 기본 공급사(디지털오션) 기준 최저 요금제가 월 14달러입니다.

오늘 기준 요금제별 금액과 사양을 공식 요금표에서 직접 확인하기

① 최저 요금제의 저장 용량은 25GB NVMe입니다.

② 전송량은 하루가 아니라 월 1TB로 적혀 있습니다.

③ 표 아래에 표시 금액이 세금 별도라는 문장이 있습니다.

5. 숫자보다 먼저 봐야 할 한 줄

카페24 요금 카드 아래 주석에 이런 문장이 있습니다.

'스타트업~그로스업 상품은 일단위 트래픽이 소진되면 사이트가 차단됩니다.' 이 한 줄이 월 환산표에는 드러나지 않습니다.

월 300GB짜리 비즈니스 요금제를 쓴다고 해 봅시다.

한 달 합계로는 여유가 있어도 어느 하루 검색 유입이 몰려 10GB를 넘기면 그날은 사이트가 열리지 않습니다.

수익형 블로그는 유입이 고르지 않습니다.

글 하나가 터지는 날 사이트가 닫히는 구조인지 아닌지는, 월 전송량 숫자만 봐서는 알 수 없습니다.

최상위 스케일업만 종량제로 165원/GB를 더 내고 계속 돌아갑니다.

클라우드웨이즈 요금 페이지는 월 전송량을 한 숫자로만 적어 두고, 그 한도를 넘겼을 때 어떻게 되는지는 요금 페이지에 문구가 없습니다.

오늘 확인한 범위에서는 그렇습니다.

단정할 수 없는 부분이라 표에도 '안내 없음'으로 적었습니다.

6. 클라우드웨이즈를 고르면 감수해야 하는 것

가격이 뒤집히는 구간에 있더라도 아래 네 가지는 그대로 남습니다.

달러 결제입니다. 요금표가 그대로여도 환율에 따라 청구액이 달라집니다.
표시 금액에 세금이 빠져 있고, 오프사이트 백업 저장 공간은 서버당 GB당 $0.033이 따로 붙습니다.
관리 화면과 문서가 영어입니다. 전화로 한국어 상담을 받는 창구가 없습니다.
메일 호스팅이 들어 있지 않습니다. 내 도메인 메일은 따로 붙여야 합니다.

반대로 안 맞는 사람도 분명합니다.

하루 1.6GB면 충분한 소개 사이트, 월 1만 원 아래로 비용을 묶어야 하는 경우, 문제가 생기면 한국어로 전화해서 묻고 싶은 경우라면 카페24 쪽이 맞습니다.

두 서비스 모두 무료 SSL과 자동 백업, 스테이징을 기본으로 주기 때문에 '관리형'이라는 점에서는 차이가 크지 않습니다.

표시 금액이 세금 별도라는 고지가 요금표 어디에 적혀 있는지 보기

7. 처음이라면 어떻게 고르나

권하는 순서는 단순합니다.

지금 사이트가 없거나 하루 방문자가 수십 명 수준이면 카페24 하위 요금제로 시작하는 편이 돈이 덜 듭니다.

이미 하루 트래픽 한도에 걸려 사이트가 멈춘 적이 있거나, 월 전송량이 1TB에 가까워졌거나, 저장 용량이 모자라 이미지를 지우고 있다면 그때 옮길 값이 됩니다.

클라우드웨이즈로 간다면 처음부터 상위 요금제를 고를 이유가 없습니다.

최저 요금제인 Micro로 시작하고, 메모리 경고가 뜨거나 응답이 느려질 때 한 단계씩 올리면 됩니다.

결제 정보 없이 사흘 돌려 볼 수 있으므로, 실제 글과 이미지를 올려 보고 속도를 재 본 다음 결정해도 늦지 않습니다.

결제 정보 없이 사흘 돌려 보는 절차를 공식 페이지에서 확인하기

자주 묻는 질문

카페24에서 클라우드웨이즈로 언제 옮기나요

월 전송량이 1TB에 가까워질 때, 또는 하루 한도 초과로 사이트가 멈춘 적이 있을 때입니다.

그 전에는 같은 돈으로 카페24가 더 싸게 끝납니다.

450원이 진짜 내는 돈인가요

1년 약정을 걸었을 때의 월 요금입니다.

약정을 안 걸면 500원이고, 여기에 설치비 5,000원이 처음 한 번 붙습니다.

첫해 총액은 10,400원입니다.

$14면 월 2만 원이 안 되는데 왜 비싸다고 하나요

비교 대상이 카페24 최하위 요금제이기 때문입니다.

월 450원짜리와 비교하면 40배가 넘습니다.

비슷한 전송량의 상위 요금제와 비교할 때만 클라우드웨이즈가 싸집니다.

둘 다 관리형인데 무엇이 다른가요

자동 설치와 백업, SSL, 스테이징은 양쪽 모두 줍니다.

갈리는 지점은 자원을 늘리는 방식입니다.

카페24는 요금제를 갈아타고, 클라우드웨이즈는 서버 사양을 올립니다.

마무리

두 요금표는 하루와 월, 부가세 포함과 별도, 설치비 있음과 없음으로 단위가 다릅니다.

같은 자리에 올려놓으면 월 300GB 선까지는 카페24가 몇 배 싸고, 월 1TB 선에서 금액이 뒤집힙니다.

그리고 숫자 바깥에 '하루 한도가 소진되면 사이트가 차단된다'는 조건이 따로 있습니다.

지금 쓰고 계신 호스팅은 하루 트래픽 한도가 얼마이고, 가장 많이 들어온 날 얼마나 썼는지 댓글로 남겨 주시면 어느 구간에 계신지 같이 계산해 드리겠습니다.

다음 글에서는 「내 도메인 이메일 만들기, 호스팅에 메일이 없을 때」에 대해 알아보겠습니다.

워드프레스 속도 느릴 때 원인 찾는 순서: 측정값부터 보고 플러그인·이미지·캐시·호스팅으로 좁히는 법

cloudmanager — Thu, 8 Oct 2026 14:40:31 +0900

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

이 글에서 다루는 것

워드프레스가 느릴 때 무엇부터 의심하고 무엇을 나중에 볼지, 그 순서를 다룹니다.

플러그인·이미지·캐시·호스팅 네 곳 중 어디가 범인인지 한 단계씩 좁혀 나가는 방법입니다.

블로그나 사업용 사이트를 직접 운영하면서, 속도 글을 읽을 때마다 하라는 것이 너무 많아 손을 못 대고 있던 분께 맞는 글입니다.

읽고 나면 지금 자기 사이트의 느린 원인을 한 시간 안에 한 곳으로 좁힐 수 있습니다.

화면과 숫자는 2026년 10월 7일에 공식 페이지에서 직접 확인한 것만 씁니다.

순서가 중요한 이유: 고치는 일과 찾는 일은 다릅니다

속도가 느릴 때 흔히 하는 실수는 캐시 플러그인부터 깔고 이미지를 전부 압축하는 것입니다.

그러면 운이 좋으면 빨라지고, 운이 나쁘면 화면이 깨지는데 무엇 때문에 빨라졌는지도 알 수 없습니다.

원인은 대체로 네 군데에 흩어져 있고, 각각 확인하는 화면이 다릅니다.

아래 표가 이 글의 전체 지도입니다.

단계	의심하는 곳	보는 값	여기가 범인일 때의 신호
1	측정 먼저	휴대전화·데스크톱 점수	둘 중 한쪽만 나쁘다
2	서버냐 앞단이냐	서버 응답 시간	첫 응답이 1초 넘게 걸린다
3	플러그인	플러그인별 쿼리 수·시간	특정 플러그인에 시간이 몰린다
4	이미지	가장 큰 요소의 용량	사진 한 장이 수 MB다
5	캐시	재방문 시 응답 시간	두 번째 접속도 똑같이 느리다
6	호스팅	메모리·자원 상한	위 네 가지를 다 해도 그대로다

순서를 지키면 한 번에 하나만 바꾸게 되고, 바꿀 때마다 숫자가 움직이는지 확인할 수 있습니다.

1단계. 느낌 말고 숫자로 먼저 적어 둡니다

구글 페이지스피드 인사이트(pagespeed.web.dev)에 주소를 넣고 분석을 누르면 위와 같은 보고서가 나옵니다.

① 휴대전화 탭과 ② 데스크톱 탭이 따로 있고, 두 점수는 보통 크게 차이가 납니다.

여기서 점수 자체보다 중요한 것은 어느 쪽이 나쁜가입니다.

데스크톱은 멀쩡한데 휴대전화만 낮으면 이미지 크기나 스크립트 실행이 문제일 가능성이 높고, 양쪽이 같이 낮으면 서버 쪽을 먼저 봐야 합니다.

이 화면을 캡처해 두거나 '링크 복사'로 주소를 보관해 두세요.

뒤 단계에서 무언가 바꿀 때마다 같은 주소로 다시 돌려 비교할 기준이 됩니다.

2단계. 서버가 느린지, 그려 내는 과정이 느린지 가릅니다

보고서를 내리면 지표가 네 개 나옵니다.

그중 첫 응답까지 걸린 시간과 가장 큰 요소가 그려진 시간을 먼저 봅니다.

첫 응답이 1초를 넘는다면 브라우저가 아직 아무것도 못 받은 상태로 기다린 것이므로, 범인은 서버 쪽(플러그인·데이터베이스·호스팅)입니다.

반대로 첫 응답은 빠른데 화면이 늦게 완성된다면 이미지와 스크립트 쪽입니다.

이 한 번의 갈림길에서 3·4·5단계 중 어디를 먼저 볼지 정해집니다.

서버 쪽이면 3단계로, 앞단이면 4단계로 건너뛰어도 됩니다.

3단계. 플러그인을 가장 먼저 의심합니다

워드프레스 공식 문서의 최적화 문서도 같은 순서를 권합니다.

① 'Minimizing Plugins' 절에 "성능을 올리는 첫 번째이자 가장 쉬운 방법은 플러그인을 살펴보는 것"이라고 적혀 있고, 쓰지 않는 플러그인은 비활성화가 아니라 삭제하라고 덧붙입니다.

② 콘텐츠(이미지) 이야기는 그 아래에 나옵니다.

같은 문서는 하나씩 꺼 보며 서버 성능을 재 보라고 안내합니다.

다만 실제 운영 중인 사이트에서 플러그인을 끄는 일은 조심스러우니, 먼저 숫자로 범인을 좁히는 편이 낫습니다.

① 공식 저장소에 있는 쿼리 모니터(Query Monitor)가 그 용도의 도구입니다.

② 무료로 내려받아 설치하면 관리자로 로그인한 상태에서만 화면 위에 패널이 뜹니다.

패널의 'Queries by Component'를 열면 플러그인 이름별로 데이터베이스 질의 수와 걸린 시간이 나뉘어 보입니다.

한 플러그인이 전체 시간의 절반을 쓰고 있다면 거기서 끝납니다.

설정을 줄이거나, 같은 기능의 다른 플러그인으로 바꾸거나, 그 기능을 포기할지 정하면 됩니다.

점검이 끝나면 쿼리 모니터는 꺼 두거나 지웁니다.

진단 도구를 계속 켜 둘 이유는 없습니다.

4단계. 이미지는 장수가 아니라 한 장의 용량이 문제입니다

공식 문서는 이미지에 대해 세 가지만 말합니다.

불필요한 그림을 줄일 것, 용도에 맞는 형식과 압축을 고를 것, 그리고 더 작은 최신 형식인 웹피(WebP)를 고려할 것입니다.

실무에서 걸리는 것은 거의 한 가지입니다.

휴대전화나 카메라에서 바로 올린 사진이 수 MB짜리 그대로 본문에 들어가 있는 경우입니다.

글 폭이 800픽셀인 블로그에 4000픽셀짜리 사진을 올리면 방문자는 보이지도 않는 화소를 내려받느라 기다립니다.

그래서 순서는 이렇습니다.

긴 변을 1200~1600픽셀로 줄이고, 웹피로 바꾸고, 그다음에 화면 아래쪽 이미지에 지연 로딩을 겁니다.

압축 플러그인을 먼저 까는 것이 아니라 올리기 전에 줄이는 쪽이 확실합니다.

바꾼 뒤에는 1단계에서 보관해 둔 주소로 다시 측정합니다.

가장 큰 요소가 그려지는 시간이 줄었다면 범인이 맞았던 것입니다.

5단계. 캐시는 층이 나뉘어 있습니다

공식 문서는 급하면 ① 캐시 절로 바로 가라고 안내할 만큼 효과를 높게 봅니다.

② 캐시 플러그인은 글과 페이지를 정적 파일로 저장해 두고 그대로 내보내는 방식이고, 그 아래에 서버 단 캐시가 따로 있습니다.

같은 문서는 거의 바뀌지 않는 페이지라면 성능이 수백 배까지 좋아질 수 있다고 적고 있습니다.

반대로 댓글이나 장바구니처럼 사람마다 달라지는 부분이 많으면 설정이 까다로워진다는 단서도 함께 답니다.

① 공식 저장소의 브리즈(Breeze Cache)는 그런 캐시 플러그인 중 하나로, ② 무료로 배포됩니다.

어떤 것을 고르든 캐시 플러그인은 한 번에 하나만 켭니다.

두 개를 같이 켜면 서로 저장해 둔 파일이 어긋나 화면이 깨집니다.

켠 뒤에는 로그아웃한 창이나 시크릿 창으로 들어가 확인하세요.

로그인 상태에서는 대부분의 캐시가 적용되지 않아 "효과가 없다"고 오해하기 쉽습니다.

6단계. 네 가지를 다 했는데 그대로라면 호스팅입니다

여기까지 왔는데 첫 응답 시간이 여전히 1초를 넘는다면 남은 곳은 서버입니다.

공유 호스팅은 한 대에 여러 사이트가 올라가 있어 메모리·디스크 입출력·동시 프로세스 수에 상한이 걸려 있고, 그 상한에 닿으면 내 글이 아무리 가벼워도 순서를 기다리게 됩니다.

공식 문서도 이 경우 자원 상한이 높은 요금제로 올리거나 NVMe 같은 빠른 저장장치로 옮기는 것을 방법으로 듭니다.

관리형 클라우드 호스팅은 그 선택지 중 하나입니다.

① 클라우드웨이즈의 요금 페이지에서 공급사를 디지털오션, 서버 타입을 Basic으로 둘 때 제일 왼쪽이 최저 요금제인 Micro이고 ② 월 14달러입니다.

사양은 1GB RAM, 1 vCPU, 25GB NVMe 저장공간, 월 1TB 전송량이고 카드 설명에는 개인 사이트와 단순한 블로그에 적합하다고 적혀 있습니다.

표시 요금에 세금은 빠져 있습니다.

시작은 이 최저 요금제로 충분합니다.

다음 단계인 Small이 월 28달러로 두 배가 되므로, 메모리 사용률이 평소에도 높게 유지되거나 월 전송량이 1TB에 가까워질 때 올리면 됩니다.

최저 요금제 사양과 월 요금을 공식 요금표에서 직접 확인하기

① 공식 페이지에는 카드 등록 없이 쓰는 사흘 무료 체험이 안내돼 있습니다.

호스팅이 범인인지 확신이 서지 않을 때, 사본을 하나 올려 같은 주소로 측정해 보고 첫 응답 시간이 줄어드는지 보는 것이 가장 확실한 확인 방법입니다.

줄지 않는다면 범인은 서버가 아니었던 것이고, 그때는 3단계로 돌아가는 편이 낫습니다.

옮기는 쪽이 답이 아닌 경우

결제가 달러로 이뤄집니다.

월 14달러라도 환율과 카드 수수료가 붙고 세금이 따로 더해져 실제 청구액은 표시 요금보다 큽니다.

고객지원과 관리 화면이 영어입니다.

서버가 멈췄을 때 한국어로 통화하며 풀고 싶은 분께는 부담이 됩니다.

메일 호스팅이 들어 있지 않습니다.

도메인 메일을 쓰고 있다면 메일 서비스를 따로 준비해야 합니다.

무엇보다, 월 1만 원 이하 공유 호스팅에서 방문자 수백 명을 받는 사이트라면 느린 원인은 대개 3·4·5단계에 있습니다.

그 경우 호스팅을 옮겨도 체감은 거의 달라지지 않습니다.

무료 체험 조건과 포함 항목을 공식 페이지에서 보기

자주 묻는 질문

워드프레스 속도 점수는 몇 점이면 괜찮은가요

점수 자체를 목표로 삼지 않는 편이 낫습니다.

첫 응답이 1초 안쪽이고 가장 큰 요소가 2.5초 안에 그려지면 방문자 입장에서는 느리다고 느끼지 않습니다.

캐시 플러그인만 깔아도 빨라지나요

거의 바뀌지 않는 페이지라면 효과가 큽니다.

다만 무엇 때문에 느렸는지 모른 채 깔면, 나중에 진짜 원인이 터졌을 때 되짚을 수가 없습니다.

측정값을 먼저 적어 두세요.

플러그인은 몇 개까지 괜찮은가요

개수보다 어느 하나가 무거운지가 중요합니다.

가벼운 플러그인 스무 개보다 느린 플러그인 하나가 더 큰 영향을 줍니다.

쿼리 모니터로 시간이 몰리는 곳을 보세요.

이미지를 웹피로 바꾸면 화질이 나빠지나요

같은 용량이면 오히려 더 선명합니다.

다만 아주 오래된 브라우저는 못 읽으므로, 변환 플러그인을 쓸 때 원본을 함께 남기는 설정을 켜 두면 안전합니다.

마무리

속도는 고치는 일보다 찾는 일이 먼저입니다.

측정값을 적어 두고, 첫 응답이 느린지 화면이 늦게 완성되는지부터 가릅니다.

서버 쪽이면 플러그인을 가장 먼저 보고, 앞단이면 이미지 한 장의 용량부터 줄입니다.

캐시는 효과가 크지만 한 번에 하나만 켜고 로그아웃 상태로 확인합니다.

네 단계를 다 거쳐도 첫 응답이 그대로일 때만 호스팅을 의심합니다.

그때도 사본으로 먼저 재 보고 옮깁니다.

지금 쓰고 계신 사이트의 페이지스피드 점수는 휴대전화 기준으로 몇 점인가요?

점수와 호스팅 종류를 댓글로 남겨 주시면 어느 단계부터 보면 될지 알려 드리겠습니다.

다음 글에서는 「수익형 블로그 필수 페이지, 개인정보처리방침과 제휴 고지」에 대해 알아보겠습니다.

cloudmanager

클라우드웨이즈 선결제 환불: 최초 결제 3개월 안 요청 조건과 해지 전 서버 삭제 순서

이 글에서 다루는 것

먼저 결론: 약정은 없고, 해지는 순서가 정해져 있습니다

해지 전에 끝내 둘 세 가지

서버 삭제부터 계정 해지까지

해지한 뒤에 달라지는 점

환불: 선결제 미사용분만 3개월 이내에 요청할 수 있습니다

단점과 맞지 않는 경우

자주 묻는 질문

클라우드웨이즈 서버를 중지만 하면 요금이 멈추나요

클라우드웨이즈 계정을 해지하지 않고 두면 요금이 나오나요

해지한 계정으로 다시 가입할 수 있나요

환불은 어디로 요청하나요

마무리

함께 보면 좋은 글 BEST3

클라우드웨이즈 이전 hosts 파일 확인: 마이그레이터로 복사한 뒤 도메인은 마지막에 바꾸는 순서

이 글에서 다루는 것

먼저 정할 것: 복사와 도메인 전환은 따로 한다

1단계: 전환 하루 이틀 전에 TTL부터 낮춥니다

2단계: 빈 워드프레스 앱을 만들고 플러그인에 넣을 값 세 가지를 찾습니다

3단계: 복사가 끝나면 hosts 파일로 새 서버를 먼저 엽니다

4단계: 도메인을 추가하고 A 레코드는 마지막에 바꿉니다

어떤 서버 크기로 받을까

단점과 맞지 않는 경우

자주 묻는 질문

클라우드웨이즈 마이그레이터 플러그인은 유료인가요

이전하는 동안 옛 사이트가 멈추나요

TTL은 언제 낮추나요

도메인을 옮기면 바로 새 서버로 열리나요

마무리

함께 보면 좋은 글 BEST3

워드프레스 wp-admin 느림 원인 찾는 순서: 방문자 화면은 빠른데 관리자만 느릴 때 플러그인·캐시·호스팅 가르기

이 글에서 다루는 것

1단계. 방문자 화면과 관리자 화면을 따로 잽니다

2단계. Query Monitor로 느린 플러그인을 좁힙니다

3단계. Heartbeat 호출이 몰리는지 봅니다

4단계. 메모리 한도와 서버 설정을 확인합니다

5단계. 위 네 가지 뒤에도 그대로라면 서버 선택을 봅니다

단점과 맞지 않는 경우

자주 묻는 질문

워드프레스 관리자만 느린데 캐시 플러그인을 더 깔면 되나요

Query Monitor는 켜 두고 써도 되나요

Heartbeat 간격을 늘려도 되나요

플러그인을 몇 개까지 써도 되나요

마무리

함께 보면 좋은 글 BEST3

클라우드웨이즈 서버 생성 Launch Now 순서: 가입 직후 앱 선택부터 서버 이름·크기·비용 확인까지

이 글에서 다루는 것

가입 화면: 카드 없이 시작합니다

로그인 뒤: My Servers에서 Launch Now

서버 만들기 한 화면에서 정하는 순서

서버 크기는 가장 낮은 칸에서 시작합니다

서버가 만들어진 뒤 확인하는 법

단점과 맞지 않는 경우

자주 묻는 질문

클라우드웨이즈 가입할 때 카드 번호를 넣어야 하나요

가입하자마자 워드프레스가 설치되나요

서버 이름과 앱 이름은 무엇으로 정하나요

처음부터 큰 서버를 골라야 안전한가요

마무리

함께 보면 좋은 글 BEST3

클라우드웨이즈 레퍼럴 수수료 보류 이유: 청구서 2회 완납 전까지 pending인 구조와 Slab·Hybrid 지급 기준

이 글에서 다루는 것

결론: 가입만으로는 수수료가 확정되지 않습니다

Slab과 Hybrid, 무엇이 다른가

최소 지급액 250달러까지 세는 법

제휴를 하려면 먼저 계정이 필요합니다

광고로 추천할 때 주의할 점

단점과 맞지 않는 경우

자주 묻는 질문

추천받은 사람이 가입만 하면 수수료가 생기나요

Slab 구간은 언제 초기화되나요

수수료로 서버 요금을 낼 수 있나요

마무리

함께 보면 좋은 글 BEST3

AI 블로그 글 경험 넣는 법: 지어내지 않고 초안의 빈 자리를 표시해 채우는 순서

이 글에서 다루는 것

결론: 경험이 없는 문장은 지우거나 '확인한 것'으로 바꿉니다

1단계: 초안의 문장을 세 종류로 나눕니다