결론부터 말씀드립니다. 노코드로 웹사이트를 만드는 단점은 크게 다음 3가지입니다.
- 노코드로 만든 웹사이트가 노코드를 관리하는 기업에 의존하고 있다(지워질 가능성이 있다)
- 다른 툴로 이전할 수 없다(갈아타려면 사이트를 처음부터 다시 만들게 된다)
- 노코드 툴의 서비스가 종료되면 사이트째로 사라진다
가장 좋은 대책은 프로그래밍 코드를 직접 보관하는 것입니다.——이 글의 초판을 쓴 2022년부터 주장은 일관되게 이것입니다. 그리고 서비스 종료는 이제 가정의 이야기가 아닙니다. 일본산 헤드리스 CMS Newt는 2026년 11월 24일에 서비스 종료가 예정되어 있습니다(2025년 5월 20일 발표). 저 자신도 2026년 7월, 6년 쓴 Webflow에서 자사 사이트를 정적 사이트로 통째로 이전했습니다. 이 글에서는 2022년 당시의 기술을 그대로 남기면서, “실제로 서비스 종료 사례가 현실이 된 2026년”의 시점에서 단점의 내용과 대책을 업데이트해 가겠습니다.
이 글의 요점
- 벤더 록인(노코드)란?
- 벤더 록인이란 특정 툴에 의존해 다른 곳으로 옮길 수 없게 되는 상태입니다. 노코드로 만든 웹사이트는 제공 기업에 의존하고 있으며, 실제로 일본산 CMS인 Newt는 2026년 11월 24일에 서비스를 종료합니다. 데이터의 출구(코드 출력·익스포트)가 없는 툴에서는 종료 시 처음부터 다시 만드는 수밖에 없습니다.
목차
서비스 종료는 현실이 되었다 | Newt는 2026년 11월 24일에 종료한다
결론: 노코드의 “서비스 종료 리스크”는 2026년에 실례가 나왔습니다. 일본산 헤드리스 CMS Newt는 2025년 5월 20일에 종료를 발표했고, 2026년 11월 24일에 모든 서비스 제공을 마칩니다. 종료 후에는 관리 화면도 API도 쓸 수 없게 되고, Newt의 스토리지에서 배포되던 이미지는 URL째로 표시되지 않게 됩니다.
여기서 생사를 가르는 것이 뒤에서 설명할 “데이터의 출구”입니다. Newt에는 익스포트 기능이 있으므로 기일까지 데이터를 대피시키면 이전할 수 있습니다. 반대로 출구가 없는 툴에서 종료를 맞으면 선택지는 “처음부터 다시 만들기”뿐입니다. Newt를 쓰고 계신 분은 대피와 이전의 전체 순서를 Newt 서비스 종료 완전 가이드에 정리해 두었으니 먼저 그쪽을 봐 주세요.
아래는 2022년 초판에서 쓴 3가지 단점입니다. 당시의 예측이 어떻게 현실이 되었는지도 포함해 읽어 주시면 좋겠습니다.
【단점 1】노코드로 만든 웹사이트는 노코드 툴에 의존하고 있다
기업이 여러분이 만든 사이트를 관리할 수 있는 이상, 기업에 무언가 불리한 점이 있으면 언제든 그 사이트를 삭제할 수 있습니다. 만약 Wix를 사용하고 있었다면 제작한 사이트가 어떤 위법성을 문제 삼을 만한 것이라면 삭제될 가능성이 있다는 것입니다.
“에이, 위법한 걸 만들 리가 없잖아ㅋ” 하고 생각하실지 모르지만, 그렇게 느긋하게 있을 수는 없습니다. 과거에 Google 계정을 10년 사용하던 여성이 실수로 YouTube에 아이가 목욕하는 영상을 공개했다가 계정이 BAN된 이야기가 있습니다.
사용자의 실수라고는 해도, 10년간의 모든 데이터가 갑자기 삭제되면 정신적으로도 업무적으로도 큰 타격을 입을 것입니다.
또 다음의 사건들도 기업의 관리하에서 웹사이트를 운영하는 위험성을 보여 줍니다.
(2026년 추가: 위는 2022년 초판 집필 당시에 든 그때의 사건입니다. 사건 자체는 오래되었지만, “플랫폼의 판단 하나로 계정이 멈춘다”는 구도는 2026년 현재도 달라지지 않았습니다.)
이런 점들을 고려하면 툴 변경이 불가능한 “Wix” “STUDIO” 등으로 웹 제작을 하는 것은 위험하다는 것을 알 수 있습니다. 그 밖에 프로그래밍 코드를 출력할 수 없는 노코드 툴로 웹사이트를 만들어도 같은 말을 할 수 있겠지요.
만약 갑자기 자신이 만든 사이트가 사라져 버리면, 거기에 쌓아 올린 Google의 평가나 수익도 한순간에 사라져 버립니다. 이러한 노코드의 위험성을 이해하고 사전에 대책을 세울 필요가 있습니다.
해결책 | 노코드로 만든 사이트가 사라지지 않기 위한 대책 3가지
노코드 툴을 사용하는 위험성에 대해 이해했으니, 그 해결책을 생각해 보려고 합니다. 제가 생각한 해결책은 다음과 같습니다.
- 프로그래밍 코드를 직접 보관한다
- 노코드 툴 안에서 계정을 2개 만들고 사이트를 복사해 둔다
- 애초에 프로그래밍 코드를 출력할 수 있는 노코드를 쓴다
순서대로 해설해 가겠습니다.
프로그래밍 코드를 직접 보관하는 방법
노코드로 만든 사이트를 코드 추출 툴을 사용해 코드화하는 방법입니다.
방법은 아래 글이 간결하게 소개하고 있습니다.
만든 프로그래밍 코드를 직접 보관해 두면 만일의 경우에 복원할 수 있을 것 같습니다. 다만 툴에 따라서는 JavaScript 등이 노코드에 종속되어 제대로 작동하지 않는 경우가 있는 듯합니다.
노코드 툴 안에서 계정을 2개 만들고 사이트를 복사한다
노코드 툴에서는 만든 사이트를 간단히 복사할 수 있습니다. 또 만든 사이트를 다른 사용자와 공유할 수 있는 기능도 있어, 그 기능들을 살려 대책을 세우는 방법입니다.
그것이 계정을 2개 만들어 보관해 두는 방법입니다. 방식은 툴마다 다르므로 생략합니다.
이 방법이라면 만에 하나 계정이 삭제되어도 다른 계정에서 복원할 수 있을 것입니다. 문제는 툴에 따라 다른 사용자에게 웹사이트를 공유할 수 없거나 복사를 만들 수 없는 경우가 있다는 것입니다.
프로그래밍 코드를 출력할 수 있는 노코드를 쓴다
노코드 툴 중에는 HTML이나 CSS 코드를 출력할 수 있는 기능을 갖춘 것이 있습니다. HTML·CSS 같은 프로그래밍 코드를 출력해 직접 관리하는 것이 가장 안전하고 정확하겠지요. 그렇다고 해도 Webflow를 활용하고 있는 제가 그대로 Webflow를 소개하면 너무 광고 같습니다. 그래서 여기서는 Webflow 외에 하나 더 Nicepage를 소개하겠습니다.
Nicepage는 HTML 등의 코드 출력뿐 아니라 WordPress 출력이 가능한 등, 2023년 시점에 유행하는 노코드에 부족한 기능을 더한 듯한 툴입니다. 아직 발전 도상이라는 인상이 강하지만, 앞으로 이용자가 더 늘어날 것으로 보입니다.
또 그 밖에 어떤 툴이 있는지는 다음 글에서 자세히 해설하고 있습니다.
【단점 2】노코드로 만든 사이트는 다른 곳으로 이전할 수 없다
Webflow나 Nicepage처럼 코드를 출력할 수 있는 노코드라면 이야기가 다르지만, 기본적으로 노코드 툴은 툴 변경이 불가능합니다.
그래서 사용 도중에 “노코드가 가격을 올렸다” “더 좋은 노코드를 찾았다” 같은 이유로 툴을 바꾸기로 정한 경우에는 사이트를 처음부터 다시 만들게 됩니다. 디자인이 같아도 구축에 시간이 걸리므로, 가능한 한 미래를 생각해 유연하게 움직일 수 있도록 해 두는 것이 최선의 선택입니다.
해결책 | 툴 변경이 가능한 노코드를 선택하자
2023년 시점에는 WordPress의 인기가 높고 비용도 저렴해 이용자 수가 세계 1위입니다.
저렴하고 이용자가 많아 노하우가 널리 퍼져 있다는 점에서, 앞으로 WordPress를 쓰고 싶어질 가능성도 있겠지요. 시대의 흐름이 빠른 현대에 툴이 평생 고정되는 것은 상당히 리스크가 큽니다. 사전에 대책을 세워 언제든 다른 툴을 쓸 수 있게 해 두어야 합니다. 각자 사용하고 있는 노코드 툴이 “WordPress로 변환할 수 있는가” “코드를 출력해 노코드에 의존하지 않고 쓸 수 있는가”를 알아보시길 추천합니다.
제가 고른 Webflow는 HTML 출력 후 WordPress에서 쓰는 것도 가능합니다. 또 앞서 소개한 Nicepage는 애초에 WordPress로 출력할 수 있습니다. 사용감은 Wix처럼 디자인하고 그것을 WordPress로 운영하는 느낌입니다. 솔직히 기능 면만 보면 Wix의 상위 호환입니다. ※조작이 무겁고 에러가 많은 등의 단점은 있습니다
노코드는 코드 출력에서 코드 임포트로
제 예상으로는 2024년에는 HTML 코드를 임포트할 수 있는 노코드가 나올 것이라고 봅니다. 또 그에 따라 Figma 쪽이 만든 디자인을 그대로 코드로 출력할 수 있게 해서, Figma에서 제작 → 노코드로 임포트·운영의 흐름이 되지 않을까 생각합니다.
이 예상은 이미 Nicepage에서 이루어지고 있습니다. Nicepage에서 제작 → WordPress에서 운영·갱신이라는 흐름이 돌고 있습니다.
앞으로 Webflow를 포함한 다른 노코드가 이 기능을 구현하는 일은 없을 것이라고 생각합니다. 그 이유는 기업의 이익이 줄어들기 때문입니다. 노코드 수입원의 대부분은 구독형 노코드를 계약하게 하고 서버 요금까지 노코드 안에서 완결시켜 수익을 올리는 것이라고 생각됩니다. 그런 점에서 현재 있는 노코드가 다른 툴로 이전하기 쉽게 만드는 일은 없을 것입니다.
그렇게 되었을 때 살아남는 것이 어느 기업일까요. 한 가지 말할 수 있는 것은 업데이트가 적은 기업일수록 쇠퇴해 간다는 것만은 확실하다는 점입니다.
(2026년 추가: 이 예상의 그 후입니다. 이전의 주역이 된 것은 노코드끼리의 갈아타기가 아니라 AI에 의한 코드 생성이었습니다. 저 자신도 2026년 7월에 자사 사이트를 Webflow에서 AI(Claude Code)로 다시 만든 정적 사이트로 이전했습니다. 실측은 뒤에서 다룹니다.)
【단점 3】노코드 웹 개발 툴의 서비스 종료라는 공포
툴을 옮길 수 없는 노코드에서 가장 무서운 것이 이 공포가 아닐까요?
솔직히 Wix처럼 세계에서 최상위 수준으로 이용자가 많은 노코드는 앞으로 웬만한 일이 없는 한 서비스 종료 같은 것은 없을 것입니다. 하지만 마이너한 노코드에서 툴 이전도 불가능하다면 만든 사이트는 확실히 사라져 버립니다.
일본인에게 유명한 “STUDIO” 같은 것도 세계적으로 보면 마이너 중의 마이너입니다. 일본에서는 인기가 있어 앞으로 갑자기 서비스가 종료되는 것은 생각하기 어렵지만, 10년 단위로 생각하면 살아남아 있을지는 알 수 없습니다. “기업 사이트를 10년 이상 방치하고 있다”는 기업도 드문드문 있으므로, 역시 마이너한 노코드를 쓰는 것은 리스크가 있습니다.
(2026년 추가: 초판으로부터 4년, 이 공포는 현실이 되었습니다. 일본산 헤드리스 CMS Newt가 2026년 11월 24일로 서비스를 종료합니다. 국내에서 널리 쓰이던 툴에서도 종료는 일어난다——이것이 2026년에 확정된 사실입니다. 대응 순서는 Newt 서비스 종료 완전 가이드에 정리했습니다.)
지금부터 노코드를 쓸 생각이라면 프로그래밍 코드 HTML, CSS의 출력이 가능하면서 세계적으로 이용자가 많은 툴을 고릅시다.
서비스가 종료돼도 죽지 않는 만드는 법 | “데이터의 출구”를 계약 전에 확인한다
결론: 서비스 종료로 사이트가 죽느냐 마느냐는 종료가 발표된 뒤가 아니라, 계약하기 전에 “데이터의 출구”가 있는지 없는지로 이미 정해져 있습니다. 출구란 HTML·CSS의 코드 출력, 글 데이터의 익스포트(CSV·JSON), 이미지의 일괄 다운로드를 말합니다.
이것은 탁상공론이 아니라 제가 2026년 7월에 직접 지나온 길입니다. Webflow로 운용하던 자사 사이트(26페이지·글 62개)를 AI(Claude Code)로 정적 사이트로 다시 만들어 이전했습니다. 작업은 7일간(구축은 3일), 사람은 저 한 명이었습니다. Webflow에 코드 출력과 CMS의 CSV 익스포트라는 “출구”가 있었기에 이 속도로 이전할 수 있었습니다.
이전의 실측값(2026년 시점)은 다음과 같습니다.
- 운용비: Webflow 구독 연 10만 엔 약간 아래(실비 연 $576≒8.3만 엔) → 도메인 비용만 연 1,500엔. 약 1/55
- 표시 속도: Lighthouse 모바일 실측 73점 → 98점
- SEO: 리뉴얼 다음 날, 기존 글 30개 중 24개의 색인을 유지. “webflow”의 평균 게재 순위 3.9위도 그대로
순위를 이어받을 수 있었던 것은 자체 도메인으로 운용해 URL을 자신의 자산으로 갖고 있었기 때문입니다. 뒤집어 말하면, 출구가 없는 툴＋툴이 제공하는 서브도메인으로 운용했다면 이 이전은 성립하지 않았습니다. 해야 할 일은 3가지로 정리할 수 있습니다.
- 계약 전에 출구를 확인한다: HTML·CSS의 코드 출력, CMS 데이터의 익스포트, 이미지의 일괄 취득이 가능한가. 공식 도움말에 쓰여 있지 않다면 없다고 생각합니다
- 정기적으로 백업한다: 코드·글 데이터·이미지를 로컬(자신의 PC나 클라우드)에 내려받습니다. Newt의 예에서는 종료 후 이미지가 URL째로 사라지기 때문에 “이미지 대피”가 가장 큰 함정이었습니다
- 자체 도메인으로 운용한다: URL이 자신의 자산이라면 옮겨 간 곳에서 리다이렉트를 걸어 검색 순위를 이어받을 수 있습니다. 툴이 제공하는 서브도메인에서는 쌓아 올린 평가째로 사라집니다
덧붙여 “무엇으로 만들 것인가”는 사이트의 총액을 2〜3배 바꾸는 의사결정이기도 합니다. 툴 선택 전반의 사고방식은 홈페이지를 무엇으로 만들지 고르는 법에서, 월정액 저가 툴의 함정은 저가 홈페이지 제작의 속임수에서 해설하고 있습니다.
그래도 노코드가 맞는 경우
결론: 여기까지 단점을 늘어놓았지만, “데이터의 출구”와 “자체 도메인” 두 가지를 확보하면 노코드는 지금도 유력한 선택지입니다. 저 자신도 Webflow 전문으로 6년간 제작을 이어 왔습니다. 맞고 맞지 않음은 이렇게 정리할 수 있습니다.
- 맞는 경우: 블로그나 공지를 직접 매일 업데이트하고 싶다 / 공개까지의 속도를 우선하고 싶다 / 디자인을 자기 손으로 계속 만지고 싶은 소〜중규모 사이트
- 맞지 않는 경우: 10년 단위의 운용에서 유지비를 최소화하고 싶다 / 업데이트 빈도가 낮고 “두기만 하는” 사이트(구독 비용이 무거워진다) / 툴의 수명에 사이트의 수명이 좌우되기를 원하지 않는 경우
맞지 않는 경우에 해당한다면, 정적 사이트라는 선택지도 포함해 플랫폼 고르는 법부터 검토해 보시기 바랍니다.
정리: 단점·리스크가 적은 노코드 툴로 승부한다
이상으로 든 단점들이 현재 노코드가 안고 있는 가장 큰 리스크이자 단점일 것입니다.
노코드를 쓰는 분들은 프로그래밍 코드를 공부하지 않았거나 프로그래밍에서 타협한 사람이 많지 않을까요? 그런 분들이 프로그래밍 코드 출력에 그다지 관심을 보이지 않는 것은 납득할 수 있는 범위입니다만, 만일의 경우 바로 자사 사이트를 복구할 수 있도록 힘써 두는 것은 필요한 일입니다.
만약 아직 자사 사이트를 노코드 위에만 보유하고 있다면, 프로그래밍 코드를 출력해 자신의 컴퓨터에 보관해 둡시다.
추천하는 노코드는?
지금부터 노코드를 시작하고 싶은 분께는 코드 출력이 가능하고 게다가 이용자 수가 많은 툴을 추천합니다.
Webflow는 압도적인 스펙을 자랑하고 있어, 자금 조달 금액으로 봐도 앞으로 더 성장할 것이라고 저는 예상합니다. 물론 앞으로 새로 나올 노코드도 많을 것이라고 생각합니다. 하지만 이미 일본 기업이 이길 수 없을 만큼의 자금 조달을 하는 Webflow를 무시할 수는 없겠지요.
또 마이너하지만 상당한 힘을 가진 것이 Nicepage입니다. “웹 디자인 3.0”이라는 말을 내건 Nicepage는 앞으로 더 발전해 갈 노코드가 될 것입니다.
참고로 WordPress입니다만, 이것은 노코드가 아니라고 저는 생각합니다. 말하자면 로우코드겠지요. 다른 노코드에 비해 실제로 코드를 쓰는 장면이 많은 것이 WordPress이기 때문입니다.
(2026년 추가: 현재는 미야기현 시오가마시를 거점으로 주식회사 Webharu로서 활동하고 있습니다. Webflow 전문 6년을 거쳐, 지금은 AI로 정적 사이트를 만드는 제작이 주 전장입니다. “출구가 있는 툴을 골라라”라는 초판의 결론은, 제 사이트를 직접 이전해 보고 나서 더욱 확신으로 바뀌었습니다.)
앞으로도 노코드를 다루며 웹 디자인, 웹 개발을 해 나가려고 합니다.
그럼 또 뵙겠습니다.
함께 읽으면 좋은 글
- Newt 서비스 종료는 2026년 11월 24일. 지금 당장 해야 할 일과 이전할 곳 고르는 법
- 홈페이지를 무엇으로 만들까 | 플랫폼 선택으로 총액은 2〜3배 달라진다
- 저가 홈페이지 제작의 “속임수” | 월 980엔의 정체와 총액 계산식
제작 실적
자주 묻는 질문
노코드로 웹사이트를 만드는 단점은 무엇인가요?
크게 3가지입니다. ①제공 기업에 의존하고 있어 계정 정지 등으로 지워질 가능성이 있다 ②다른 툴로 이전할 수 없어 갈아타려면 처음부터 다시 만들게 된다 ③서비스 종료로 사이트째로 사라진다. ③은 일본산 CMS인 Newt의 서비스 종료 발표(2025년 5월·종료일은 2026년 11월 24일)로 현실이 되었습니다.
노코드의 서비스 종료는 실제로 일어나고 있나요?
일어나고 있습니다. 일본산 헤드리스 CMS Newt는 2025년 5월 20일에 종료를 발표해, 2026년 11월 24일에 모든 서비스 제공을 마칩니다. 종료 후에는 관리 화면도 API도 쓸 수 없고, Newt의 스토리지에서 배포되던 이미지도 URL째로 표시되지 않게 됩니다.
서비스가 종료돼도 사이트가 사라지지 않게 하는 방법이 있나요?
3가지가 있습니다. ①계약 전에 “데이터의 출구”(HTML·CSS의 코드 출력, 글·이미지의 익스포트)가 있는 툴을 고른다 ②코드·글 데이터·이미지를 정기적으로 로컬에 백업한다 ③자체 도메인으로 운용해 URL을 자신의 자산으로 만든다, 이 3가지입니다.
노코드로 만든 사이트를 다른 툴로 이전할 수 있나요?
기본적으로는 불가능하며, 이전하는 경우에는 처음부터 다시 만들게 됩니다. Webflow처럼 코드 출력과 CSV 익스포트가 가능한 툴이라면 이전할 수 있으며, 실제로 저희는 2026년 7월에 Webflow의 자사 사이트(26페이지·글 62개)를 7일 만에 정적 사이트로 이전했습니다.
노코드와 정적 사이트는 유지비가 얼마나 다른가요?
저희 실측으로는 Webflow의 구독이 연 10만 엔 약간 아래(실비 연 $576≒8.3만 엔)인 데 비해, 정적 사이트로 이전한 뒤에는 도메인 비용만 연 1,500엔으로 약 1/55가 되었습니다(2026년 시점). 아울러 Lighthouse의 모바일 점수도 73점에서 98점으로 올랐습니다.
Wix나 STUDIO를 쓰는 것은 위험한가요?
대형 툴이 곧바로 종료될 가능성은 낮지만, HTML·CSS를 출력하는 “출구”가 없다는 점은 2026년 현재도 달라지지 않았습니다. 10년 단위로 운용할 사이트라면 코드 출력이 가능한 툴이나 정적 사이트를 고르시길 추천합니다.
