위블리 종료 — 9월 27일 전에 사이트 백업하는 법 (한국 포함)

SLOHERO · 2026년 8월 25일 · 위블리 종료 대응 ①

먼저 결론. 위블리(Weebly)는 한국을 포함한 67개국에서 서비스를 접습니다. 2026년 9월 27일에 사이트가 내려가고, 12월 26일이면 계정에 로그인조차 못 합니다. 그런데 위블리가 주는 내보내기 파일에 무엇이 담기는지는 공식적으로 밝혀진 적이 없고, 예전부터 있던 사이트 보관(Archive) 기능은 블로그 글과 상품 페이지를 담지 않는 것으로 알려져 있습니다. 그래서 오늘 해야 할 일은 두 가지입니다 — ① 공식 내보내기를 9월 27일 전에 신청하고, ② 사이트가 살아 있는 지금 화면에 보이는 것을 통째로 긁어 두는 것. 아래 3번에 실제로 실행해 검증한 명령이 있습니다.

1.한국도 종료 대상인가?

네. 한국은 위블리가 발표한 종료 대상 67개국 명단에 포함돼 있습니다. 대만·싱가포르·말레이시아·태국·베트남 등이 같이 들어 있습니다. 반대로 일본·중국·인도·홍콩은 명단에 없습니다.

이번 조치는 위블리 서비스 자체가 지구상에서 사라진다는 뜻은 아닙니다. 모회사인 블록(Block, 옛 Square)이 일부 국가에서만 영업을 접는 형태입니다. 미국·캐나다·영국·호주는 명단에 없어서 당장은 계속 쓸 수 있고, 한국 사용자만 짐을 싸야 합니다. 다만 "미국은 괜찮다"가 "위블리는 건재하다"는 뜻은 아닙니다. 위블리는 오래전부터 신규 기능 개발이 멈췄고, 모바일 앱은 2025년 12월 전 세계에서 종료됐습니다. 그래서 영어권 커뮤니티에서는 "위블리 안 망한다"는 답변이 돌아다니는데, 한국 사용자에게는 그 답변이 그대로 적용되지 않습니다.

확인 방법은 간단합니다. 위블리에 가입할 때 등록한 이메일함에서 Weebly 또는 Square 발신 메일을 검색해 보세요. 대상 국가 사용자에게는 안내 메일이 발송됐습니다. 공식 안내는 위블리 지원센터의 Upcoming Changes to Weebly’s Global Operations 문서에 있습니다.

2.남은 마감일은 정확히 언제인가?

날짜는 세 개입니다. 그리고 세 번째 날짜가 진짜 마지노선입니다. 9월 27일은 사이트가 안 보이게 되는 날이지 데이터가 지워지는 날이 아니고, 12월 26일이 지나면 받아올 방법 자체가 없어집니다.

날짜	일어나는 일	이때까지 해야 할 일
2026년 6월 29일 (이미 지남)	새 페이지 발행 중단	—
2026년 9월 27일	사이트가 내려감 (공개 주소로 안 열림)	화면 통째로 긁어 두기 + 공식 내보내기 신청. 이날이 지나면 살아 있는 사이트를 크롤링할 수 없습니다
2026년 12월 26일	계정 접속 종료 (계정 데이터도 이때 정리됩니다)	도메인 이전 마무리, 결제 해지

순서가 중요합니다. 3번의 화면 백업은 9월 27일 전에만 가능합니다. 4번의 공식 내보내기는 계정이 살아 있는 12월 26일까지 될 것처럼 보이지만, 사이트가 내려간 뒤에도 사이트 내용 내보내기가 계속 동작한다는 보장은 없습니다. 실제로 해외 안내 글 중에는 내보내기도 9월 27일 전에 끝내라고 쓴 곳이 있습니다. 안전하게 둘 다 9월 27일 전에 끝내십시오. 이 글을 쓰는 시점으로 한 달 남짓 남았습니다.

9월 27일이 지나면 웨이백머신(web.archive.org)에 남은 스냅샷으로 일부를 건질 수는 있습니다. 하지만 크롤링된 페이지만, 크롤링된 시점의 모습으로만 남기 때문에 온전한 백업이 되지 못합니다. 여기에 기대지 마세요.

3.사이트를 통째로 긁어 두는 방법 (제일 급한 것)

내보내기 파일에 블로그 글이 담긴다는 보장이 없습니다. 그래서 공개된 사이트를 크롤링해서 HTML로 저장하는 방법이 지금 화면에 보이는 것을 확실하게 건지는 유일한 길입니다. 맥·리눅스에 있는 wget 하나면 됩니다.

맥에 wget이 없으면 먼저 설치합니다.

brew install wget

그다음 사이트 주소를 넣고 아래를 실행합니다. example.weebly.com 자리에 본인 주소(연결한 도메인이 있으면 그 도메인)를 넣으세요.

mkdir ~/weebly-backup && cd ~/weebly-backup
wget --mirror --page-requisites --adjust-extension \
     --convert-links --no-parent -e robots=off \
     https://example.weebly.com/

각 옵션이 하는 일은 이렇습니다. --mirror는 링크를 따라 전부 내려받고, --page-requisites는 이미지·CSS·폰트까지 챙기고, --convert-links는 내려받은 파일끼리 서로 열리도록 링크를 고쳐 씁니다. -e robots=off가 없으면 robots.txt 때문에 중간에 멈추는 경우가 있습니다.

여기서 반드시 걸리는 문제 하나

이 명령을 그대로 돌리면 이미지 파일 이름이 깨집니다. 위블리는 이미지 주소 뒤에 캐시 방지용 숫자를 붙이는데(hero.png?1755678901), wget이 그 물음표까지 파일 이름에 넣어 버리기 때문입니다. 실제로 위블리와 같은 구조의 사이트를 만들어 놓고 위 명령을 돌려 본 결과가 이렇습니다.

uploads/1/2/3/4/hero.png?1755678901
uploads/1/2/3/4/theme.css?1755678901.css

내 컴퓨터에서 열어 볼 때는 --convert-links가 링크도 같이 %3F로 바꿔 주기 때문에 멀쩡해 보입니다. 문제는 이걸 다른 호스팅에 그대로 올릴 때 터집니다. 웹서버는 주소의 물음표를 파일 이름이 아니라 쿼리스트링으로 읽기 때문에 이미지가 전부 404가 됩니다. 게다가 hero.png?1755678901은 확장자가 .png로 끝나지 않아서, 서버가 이미지가 아니라 알 수 없는 파일로 내려보냅니다.

그래서 내려받은 뒤에 꼬리표를 떼는 정리 과정이 한 번 필요합니다. 아래 스크립트를 fix.sh로 저장하고 bash fix.sh <내려받은폴더>로 실행하세요.

#!/bin/bash
set -e
ROOT="${1:?사용법: fix.sh <내려받은폴더>}"
cd "$ROOT"

# 1) 파일 이름에서 ?숫자 꼬리표 제거
find . -depth -name '*[?@]*' | while read -r f; do
  d=$(dirname "$f"); b=$(basename "$f")
  n=$(printf '%s' "$b" | sed -E 's/([?@])[0-9]+(\.[A-Za-z0-9]+)?$//')
  [ "$n" = "$b" ] && continue
  [ -e "$d/$n" ] && continue
  mv "$f" "$d/$n"
done

# 2) HTML·CSS 안의 참조에서도 같은 꼬리표 제거
find . -type f \( -name '*.html' -o -name '*.css' \) -print0 | xargs -0 sed -i -E \
  -e 's/(\.(png|jpe?g|gif|svg|webp|css|js|woff2?|ico))(%3F|%40|\?|@)[0-9]+(\.[A-Za-z0-9]+)?/\1/gI'
echo "정리 완료: $ROOT"

정리 후 같은 폴더를 로컬 서버로 띄워 확인해 봤을 때, 홈·소개·블로그 페이지와 이미지·CSS가 모두 정상 응답(200)에 올바른 형식으로 돌아왔습니다. 참고로 위 스크립트는 sed -i를 GNU 문법으로 씁니다. 맥 기본 sed는 문법이 조금 달라서 -i 뒤에 빈 따옴표가 필요하거나, brew install gnu-sed 후 gsed로 바꿔 쓰는 편이 안전합니다.

검증 방법도 남겨 두세요. 내려받은 폴더에서 find . -type f | wc -l로 파일 개수를 세고, 블로그 글 제목 하나를 grep -r "제목일부" .로 찾아 실제로 들어왔는지 확인하면 됩니다. 블로그가 많은 사이트일수록 이 확인을 꼭 하세요.

4.공식 내보내기 — 두 개가 있고, 둘 다 신청하세요

위블리에는 이름이 비슷한 서로 다른 두 기능이 있습니다. 종료 안내가 가리키는 것은 Download My Data이고, 예전부터 있던 정적 백업 기능은 Archive(사이트 보관)입니다. 인터넷에 도는 "위블리 백업하면 블로그 글이 안 나온다"는 말은 Archive 쪽 이야기입니다. 둘은 다른 기능이니 둘 다 눌러 두세요.

기능	경로	알려진 내용
Download My Data	Account Settings → My Data → Download My Data	이번 종료 공지가 안내하는 경로. 무엇이 담기는지 위블리가 공개한 적이 없습니다. 페이지와 이미지는 들어간다고 알려져 있고, 블로그 글 포함 여부는 출처마다 말이 갈립니다
Archive (사이트 보관)	사이트 편집기 → Settings → General → Archive 항목에 이메일 입력	페이지 HTML과 이미지가 담긴 zip이 메일로 옵니다. 블로그 글과 상품 페이지는 개별 파일로 담기지 않고, 이 zip을 다른 위블리 사이트에 되올릴 수도 없습니다

정리하면 어느 쪽도 "홈페이지를 통째로 옮기는" 도구가 아닙니다. 원본 자료를 손에 쥐는 것에 가깝습니다. 그래서 3번의 크롤링 백업이 필요합니다.

항목	공식 내보내기 (두 기능 합쳐서)	3번 크롤링 백업
일반 페이지 HTML	포함	포함
업로드한 이미지	포함	포함
블로그 글	Archive에는 빠짐 / My Data는 확인 안 됨	포함 (공개된 글 기준)
상품(스토어) 페이지	Archive에는 빠짐 / My Data는 확인 안 됨	공개된 화면만
그대로 다시 쓸 수 있는가	Archive zip은 되올리기 불가	정적 사이트로 바로 사용 가능
주문·고객 데이터	별도 요청 필요	불가

스토어를 운영 중이라면 주문·고객 데이터는 위 어느 쪽에도 온전히 담기지 않습니다. 계정이 살아 있는 동안 Square 지원에 따로 요청해 두세요.

5.도메인은 어떻게 되나?

먼저 도메인을 어디서 샀는지부터 확인하세요. 가비아·후이즈·카페24 같은 국내 업체에서 사서 위블리에 연결만 한 것이라면 이전할 게 없습니다. 새 사이트를 만들고 DNS 설정만 바꾸면 끝입니다. 위블리에서 직접 산 경우에만 아래 이전 절차가 필요합니다.

한국 사용자 상당수는 앞엣경우일 가능성이 높습니다. 국내 등록업체 관리 화면에 그 도메인이 보이면 그쪽 소유이고, 안 보이면 위블리에서 산 것입니다.

위블리에서 산 도메인이라면

순서는 등록잠금(registrar lock) 해제 → 인증코드(EPP/Auth Code) 발급 → 새 등록업체에서 이전 신청입니다. 인증코드는 계정이 살아 있는 12월 26일 전에만 받을 수 있습니다. Square 공식 안내는 Unlock your domain and get the EPP code에 있습니다.

여기서 놓치기 쉬운 함정이 두 개 있습니다.

잠금을 풀면 후이즈(Whois) 정보 보호가 같이 해제됩니다. Square 문서가 단정해 놓은 사항입니다. 이전이 끝난 뒤 새 등록업체에서 반드시 다시 켜세요.
등록자 연락처(이름·주소·이메일·전화)를 수정하면 60일 동안 이전이 잠깁니다. 12월 26일 마감을 앞두고 연락처부터 정리하려다 이전 자체를 놓칠 수 있습니다. 연락처는 건드리지 말고 이전부터 하세요.

국가 코드 도메인(.kr 등)은 이전 중 오류가 나면 Square 지원에 개별 문의가 필요합니다. 절차 자체가 딴 세상인 건 아닙니다. .kr·.한국도 인증코드 기반 기관이전을 쓰고, 소유자가 후이즈검색(KISA)에서 직접 인증코드를 조회하는 경로도 있습니다.

이전처를 고를 때 가격도 같이 보세요. .kr·.co.kr·.한국은 2026년 1월 5일부터 등록·갱신 요금이 이미 올랐습니다. 한 예로 호스팅케이알 기준 연 9,800원에서 20,000원으로 두 배 넘게 인상됐습니다. 이전처 비교와 .kr 기관이전 절차는 이 시리즈 ②·③에서 화면 단위로 다룹니다.

6.지금 당장 순서대로 할 일

한 문장으로 줄이면 "오늘 크롤링부터, 도메인은 이번 주 안에, 이사는 9월 27일 안에"입니다.

오늘 — 3번 명령으로 사이트를 통째로 내려받고, 블로그 글이 들어왔는지 grep으로 확인한다.
오늘 — Download My Data와 Archive를 둘 다 신청한다. 처리에 시간이 걸리니 먼저 눌러 둔다.
오늘 — 도메인을 어디서 샀는지 확인한다. 국내 업체 것이면 이전 절차는 필요 없다.
이번 주 — (위블리에서 산 도메인이면) 등록잠금 해제, 인증코드 발급받아 보관. 등록자 연락처는 건드리지 않는다 — 수정하면 60일간 이전이 잠긴다.
9월 안에 — 새 사이트를 열고 기존 주소와 같은 경로로 페이지를 맞춘 뒤 도메인을 붙인다. 주소가 바뀌면 그동안 쌓인 검색 순위가 같이 날아갑니다.
12월 전 — 도메인 이전 완료, 후이즈 보호 재설정, 결제 수단 해지, 스토어면 주문·고객 데이터 별도 요청.

4번이 실제로는 가장 값비싼 항목입니다. 몇 년 운영한 사이트라면 검색으로 들어오던 유입이 있을 텐데, 이사하면서 주소 체계를 바꾸면 그게 통째로 끊깁니다. 페이지 주소를 그대로 유지하는 것만으로도 상당 부분을 지킬 수 있고, 불가피하게 바뀐다면 301 리다이렉트를 걸어야 합니다. 이 부분은 이 시리즈의 다음 글(위블리 종료 ②, 8월 26일 발행)에서 이전처별로 다룹니다.

위블리에서 옮겨야 하는데 뭐부터 손댈지 막막하신가요?
백업 파일만 보내주시면 이전 가능 여부와 초안을 먼저 확인해 드립니다.

SLOHERO에 문의하기 →

§이 글의 근거

종료 대상 국가와 세 개의 날짜. 위블리 지원센터의 Upcoming Changes to Weebly’s Global Operations가 1차 출처입니다. 다만 이 페이지는 자바스크립트 없이는 본문이 열리지 않아 원문 대조에 실패했습니다. 대신 위블리 발송 메일을 인용해 67개국 명단을 번호까지 실은 Khaleej Times 보도와, 같은 명단을 실은 다른 매체를 서로 대조했습니다. 한국의 명단 내 순번까지 일치해 같은 원본에서 나온 것으로 판단했습니다. 그래도 실행 전 본인 이메일함의 안내 메일을 직접 확인하시기 바랍니다.

내보내기 기능의 한계. Archive(사이트 보관)가 블로그 글·상품 페이지를 담지 않고 되올릴 수 없다는 점은 WebNots와 Ultra Web Hosting 두 곳에서 독립적으로 확인했습니다. 이는 Archive 기능에 대한 서술이며, 종료 공지가 안내하는 Download My Data에 무엇이 담기는지는 확인되지 않았습니다. 이 글이 둘을 나눠 쓴 이유입니다.

도메인 절차. 등록잠금 해제·인증코드·후이즈 보호 해제·연락처 수정 시 60일 이전 잠금은 Square 공식 문서 Unlock your domain and get the EPP code에서 직접 확인했습니다. .kr 인증코드 조회는 KISA 후이즈검색 기준입니다.

3번의 명령. 위블리와 같은 주소 구조(확장자 없는 경로 + 이미지 뒤 캐시 숫자)를 가진 사이트를 직접 만들어 놓고, 이 글에 실린 명령과 스크립트를 그대로 복사해 실행했습니다. 문서에 적힌 파일 이름 깨짐과 정리 후 결과는 그 실행에서 나온 그대로이며, 정리 후 로컬 서버로 띄웠을 때 페이지·이미지·CSS가 모두 정상 응답했습니다. 다만 위블리 실계정에서 실행한 것이 아니므로, 관리자 화면의 메뉴 이름은 계정 종류와 국가에 따라 다를 수 있습니다.

날짜와 절차는 위블리 측 공지에 따라 바뀔 수 있습니다. 이 글은 2026년 8월 25일 기준입니다.