7월 3일, 변환 입구가 다섯 개로 늘었습니다

식스샵 프로가 페이지로 자동 변환해 주는 소스는 다섯 가지입니다. 첫째 피그마 파일, 둘째 구글 스티치, 셋째 HTML 코드, 넷째 외부 웹페이지 URL, 다섯째 시안 이미지 파일입니다. 이 중 세 번째가 특히 중요합니다. 클로드·챗GPT·제미나이 같은 AI 도구가 만들어 준 HTML을 그대로 첨부하면 페이지가 생성되기 때문입니다. AI에게 랜딩페이지 구조를 시키고, 그 결과물을 웹빌더에 그대로 부어 넣는 경로가 공식적으로 열린 셈입니다.

피그마는 '프레임 URL' 단위로 들어옵니다

피그마는 계정을 연동한 뒤 원하는 프레임 URL을 입력하는 방식입니다. 파일 통째가 아니라 프레임 단위로 지정한다는 점이 실무에서는 오히려 다행입니다. 시안 파일 안에는 최종안 옆에 폐기된 시안, 컴포넌트 보관용 프레임, 클라이언트 코멘트가 달린 버전이 늘 함께 살아 있기 때문입니다. 어떤 프레임을 넘길지 고르는 순간이 곧 정리하는 순간이 됩니다. HTML 코드와 외부 URL은 코드와 주소를 직접 불러와 변환합니다.

갑자기 나온 기능이 아니라, 두 달짜리 설계였습니다

식스샵 프로 공식 업데이트 기록을 시간순으로 늘어놓으면 의도가 보입니다. 2026년 5월에 'HTML 파일 · 페이지 자동 변환' 하나로 먼저 문을 열었고, 6월 23일에 '디자인 되돌리기'가 들어왔으며, 7월 3일에 입력 소스를 다섯 갈래로 넓혔습니다. 자동 변환은 결과가 마음에 안 들 수 있는 기능입니다. 되돌릴 수 없으면 아무도 실전 페이지에 쓰지 않습니다. 되돌리기가 먼저, 확장이 나중이라는 순서가 우연으로 보이지 않는 이유입니다.

여기에 지난 칼럼에서 따로 다룬, 2026년 4월 웹빌더 업계 최초로 도입한 MCP(Model Context Protocol)를 겹쳐 보면 방향은 더 선명해집니다. 챗GPT·클로드·커서 같은 도구에서 식스샵을 직접 제어하는 통로를 먼저 뚫어 두고, 이번에는 그 AI가 만든 결과물을 받아들이는 입구를 넓힌 것입니다. 나가는 길과 들어오는 길을 순서대로 낸 셈입니다.

잘 맞는 페이지와, 손이 더 가는 페이지

아임웹·식스샵·카페24 세 플랫폼으로 클라이언트 사이트를 만들어 온 경험에 비추면, 이런 변환 기능은 잘 맞는 구간이 뚜렷합니다. 위에서 아래로 섹션이 쌓이는 정보형 페이지, 즉 랜딩페이지·이벤트 페이지·브랜드 소개 페이지입니다. 식스샵이 제시한 활용처도 정확히 이 영역입니다.

반대로 변환 후 확인 시간을 따로 잡아야 하는 쪽이 있습니다.

• 상품 데이터와 묶인 화면 — 상품 목록·상세·장바구니는 플랫폼 고유 기능과 연결되어 있어 시안을 그대로 옮길 대상이 아닙니다.
• 타이포그래피 — 본문 크기와 행간이 시안 그대로 보존된다고 가정하지 말고, 변환 직후 가장 먼저 확인하는 편이 안전합니다.
• 모바일 뷰 — 데스크톱 프레임 하나만 넘겼다면 좁은 화면은 별도로 손봐야 할 가능성이 큽니다.

변환된 페이지가 식스샵 프로 에디터에서 그대로 편집된다는 점은 이 대목에서 의미가 커집니다. 결과물이 정식 편집 단위로 들어오면, 나중에 "여기 문구만 바꿔주세요"라는 요청을 제작자를 거치지 않고 운영자가 직접 처리할 수 있습니다. 한 번 뱉고 끝나는 변환 도구와 갈리는 지점이 바로 여기입니다.

이 기능은 제작 자동화라기보다 초안 자동화에 가깝습니다. 0에서 60까지를 몇 분 만에 끌어올려 주고, 60에서 100까지는 여전히 사람이 다듬습니다. 그런데 1인 제작자에게는 바로 그 0에서 60 구간이 가장 지겹고 오래 걸리던 자리였습니다. 노코드 웹빌더의 경쟁 지점도 예쁜 템플릿을 몇 개 주느냐에서, 외부에서 만들어 온 결과물을 얼마나 잘 받아먹느냐로 옮겨가고 있습니다. 다음 랜딩페이지 한 장을 이 경로로 먼저 뽑아 보시길 권합니다.

누끼토끼는 아임웹·식스샵·카페24 실무를 기준으로 노코드 웹빌더와 AI 도구를 함께 쓰는 방법을 강의와 칼럼으로 정리하고 있습니다. 변환 이후 무엇을 먼저 점검해야 하는지, 어떤 페이지는 손으로 짜는 편이 빠른지에 대한 기준도 함께 다룹니다.