무엇이 바뀌었나 — LIST 안에 LIST

블록메이커의 LIST는 같은 속성을 가진 아이템을 여러 개 관리하는 세팅입니다. 아이템마다 텍스트, 이미지, 상품, 카테고리, 리뷰 같은 하위 세팅을 조합할 수 있었는데, 이번 업데이트로 그 하위 세팅 목록에 LIST 자체가 추가됐습니다. 식스샵 개발자 문서는 LIST를 FAQ, 카드형 콘텐츠, 슬라이드처럼 동일한 구조가 반복되는 콘텐츠에 맞는 세팅으로 설명하면서, 리스트 안에 리스트를 중첩해 최대 2단계까지 구성할 수 있다고 명시합니다. 즉 "큰 묶음 → 작은 항목" 구조가 설정 패널 하나로 들어옵니다.

어떤 블록이 이걸 기다리고 있었나

식스샵으로 클라이언트 쇼핑몰과 홈페이지를 만들면서 블록메이커로 커스텀 블록을 직접 작성해 온 입장에서 바로 떠오르는 구조는 다섯 가지입니다. 카테고리별 FAQ(배송 → 질문 4개, 교환·환불 → 질문 5개), 탭형 콘텐츠(탭 이름 → 카드 여러 장), 요금표(플랜 → 포함 항목), 연혁·타임라인(연도 → 그 해의 사건), 지역별 매장 안내(지역 → 매장 목록)입니다. 지금까지는 상위 묶음마다 블록을 따로 만들어 페이지에 여러 개 올리거나, 하위 목록을 코드에 고정해 두고 수정 요청이 올 때마다 제작자가 코드를 고치는 두 가지 방법뿐이었습니다. 전자는 페이지가 지저분해지고 후자는 유지보수가 제작자에게 계속 돌아옵니다. 중첩 LIST는 이 둘을 한 블록의 설정 패널로 흡수합니다.

코드는 이렇게 생겼습니다

개발자 문서의 예제를 실무 이름으로 바꿔 쓰면 아래와 같습니다. 상위 목록을 한 번 돌고, 그 안에서 하위 목록을 다시 돕니다.

{{#each property.faqGroups}}
  <h3>{{groupTitle}}</h3>
  {{#each questions}}
    <p>{{question}}</p>
  {{/each}}
{{/each}}

설정 패널에서 클라이언트가 입력한 값은 상위 아이템 하나가 하위 목록을 품고 있는 형태로 저장됩니다. 문서 예제에는 하위 목록이 빈 배열인 상위 아이템도 등장하므로, 템플릿에서 "하위 항목이 없을 때 무엇을 보여줄지"를 정해 두는 편이 안전합니다.

제작자가 미리 정해둘 세 가지

첫째, 2단계가 한계입니다. 대분류 → 중분류 → 소분류처럼 3단계가 필요한 메가 메뉴 같은 구조는 여전히 다른 방법이 필요하니, 설계 단계에서 "이 콘텐츠는 몇 단계인가"를 먼저 세어야 합니다. 둘째, 이미 발행한 블록의 설정 구조를 바꿀 때는 조심해야 합니다. 평면 LIST 두 개로 만든 블록을 중첩 LIST로 재설계했을 때 클라이언트가 입력해 둔 값이 그대로 따라오는지는 확인하지 못했습니다. 8월 21일에 생긴 블록 버전 기록으로 되돌릴 자리를 확보한 뒤 테스트 페이지에서 먼저 바꿔 보시길 권합니다. 셋째, 클라이언트 편집 화면이 달라집니다. 설정 패널에 "목록 안의 목록"이 생기면 처음 보는 분은 하위 항목을 어디서 추가하는지 헷갈립니다. 인수인계 문서에 캡처 한 장을 더 넣는 것으로 문의 한 건이 줄어듭니다.

같은 날 함께 나온 것

같은 9월 18일 뉴스의 나머지 항목도 제작 범위와 닿아 있습니다. 상품 상세 페이지 AI 수정은 상품 정보·상품 상세·상품 리뷰·보조 설명 블록을 디자인 에디터에서 선택하고 오른쪽 패널의 AI 수정 버튼으로 프롬프트를 넣어 다듬는 기능으로, 상세 페이지 톤 맞추기의 일부가 코드 없이 처리됩니다. 주문서 PDF 다운로드는 여러 주문을 한 파일로 묶거나 주문별로 나눠 저장할 수 있고, 바닥글에 고객센터 연락처·반품 안내를 넣을 수 있습니다. 주문 메모는 평소 고객에게 보이지 않는 항목이라 출력 설정 전에 내용을 확인하라는 안내가 붙어 있습니다. 플랜 변경은 쇼핑몰 ↔ 홈페이지 전환과 정기 결제 기간 변경을 문의 없이 직접 처리하고 즉시 또는 다음 결제일부터 적용을 고를 수 있습니다. 그 밖에 FILE 세팅·CMS 파일 필드·게시판 첨부에 .svg와 .glb 업로드가 열렸고, 커스텀 DB 첨부 파일은 로그인한 회원 본인만 보는 비공개 설정이 생겼습니다(저장 후 변경 불가).

블록메이커 중첩 LIST는 "큰 묶음 안에 작은 목록"이 필요한 콘텐츠를 블록 하나로 정리해 주는 변화입니다. 2단계 한계를 설계 단계에서 세어 볼 것, 기존 블록 구조를 바꿀 때 버전 기록과 테스트 페이지를 먼저 확보할 것, 달라진 편집 화면을 인수인계 문서에 반영할 것. 이 세 가지를 지키면 클라이언트가 직접 고칠 수 있는 범위가 한 단계 넓어집니다.

누끼토끼가 운영하는 식스샵 강의와 칼럼에서는 설정 패널 설계, 인수인계 문서, 버전 기록 활용법까지 실제 클라이언트 프로젝트 기준으로 다룹니다.