스토어 뼈대를 세운다 — 배송·세금·언어·특정상거래법 완전 설정 | S3 EP05

클로드 어디까지 써봤니 — 시즌 3

S3 EP05

스토어 뼈대를 세운다
— 배송·세금·언어·특정상거래법 완전 설정

계정이 생겼다면 이제 진짜 시작 — Claude와 함께 ノルグンリ의 설정을 처음부터 끝까지

클로드의 친구 | 2026.04.21

"계정 만들고 상품 올리면 끝 아닌가요?" — 아니다. 배송비 잘못 설정하면 한 건에 몇만 엔 손해, 세금 빠뜨리면 법적 리스크, 특상법 페이지 없으면 일본에서 판매 자체가 불법이다.

1. 언어 · 통화 · 시간대 — 기본 3종 세트

가장 먼저 잡아야 할 건 스토어의 기본 정체성이다. 이 설정이 틀리면 이후 모든 게 뒤틀린다.

🌐

스토어 언어

설정 경로: 設定 → 言語

기본 언어: 日本語

관리자 화면은 한국어(또는 영어)로 따로 설정 가능. 고객에게 보이는 스토어 언어만 일본어로.

💴

통화

설定 경로: 設定 → 通貨

판매 통화: JPY

소수점 없이 정수 표기(¥3,500). 円 기호와 숫자 사이 공백 없이. 일본 관습 그대로.

🕐

시간대

설정 경로: 設定 → 一般

시간대: (GMT+09:00) Tokyo

주문 시간, 이메일 발송 타이밍이 모두 이 시간대 기준. 한국(KST)과 같으니 혼동 없음.

2. 배송 설정 — 한국→일본 운임 구조 잡기

배송비 설정은 단순히 금액을 입력하는 게 아니다. 어떤 조건일 때 얼마를 받을지의 규칙을 잡는 작업이다. 잘못 설정하면 배송비가 0원이 되거나, 주문마다 손해가 난다.

Claude에게 "ノルグンリ의 한국→일본 배송비 구조를 설계해줘"라고 물었더니 이런 구조를 제안했다.

📦 ノルグンリ 배송비 규칙 (Claude 설계안)

¥10,000 미만

¥1,200

K-packet 기준
10~14일 소요

¥10,000~¥29,999

¥800

EMS 기준
3~5일 소요

¥30,000 이상

無料

무료배송
고객 만족도 UP

💡 Shopify 설정 경로: 設定 → 配送と配達 → 配送ゾーン 추가 → 「日本」선택 → 価格ベースの配送料 3구간 설정
⚠️ 주의: Shopify에서 설정하는 배송비는 고객에게 청구하는 금액이다. 실제 발송 비용(EMS 운임)은 별도로 우체국에 지불한다. 실제 운임보다 낮게 설정하면 매 주문마다 손해이므로 반드시 검증할 것.

3. 세금 설정 — 일본 소비세 10%

일본은 소비세(消費税) 10%가 적용된다. Shopify에서 제대로 설정하지 않으면 가격 표기가 세금 미포함 상태가 되어 결제 화면에서 갑자기 10%가 더해지는 경험을 고객에게 줄 수 있다. 이건 일본 소비자에게 굉장히 불쾌한 경험이다.

⚙️ Shopify 세금 설정 경로

設定 → 税金と関税 → 日本

→ 「税込価格で商品を表示する」체크

→ 소비세율: 10% 입력

💡 税込 vs 税抜 — 어떻게 할까?

税込(세금 포함) 추천. 일본 소비자는 보이는 가격이 최종 가격이어야 한다고 기대한다.

상품 페이지에 「税込価格」또는 「消費税込」문구 표기를 함께 넣으면 신뢰도 상승.

4. 특정상거래법 표기 페이지 — Claude로 실제 작성

EP04에서 예고했던 핵심 작업이다. 이 페이지 없이는 일본에서 판매가 불가능하다고 봐야 한다. Claude에게 실제로 작성을 맡겼다.

🤖 Claude 프롬프트

"일본 특정상거래법에 기반한 표기 페이지를 일본어로 작성해줘. 판매자 정보: 상호 ノルグンリ / 운영자 Lucas / 소재지 한국 서울 / 연락처 이메일 eclipse1015@gmail.com / 결제 방법 신용카드·PayPal / 배송 기간 주문 후 3~7영업일 / 반품 조건 상품 수령 후 7일 이내 미개봉 한정. Shopify 페이지에 바로 붙여넣기 가능한 형태로."

Claude가 작성해준 특정상거래법 표기 페이지 핵심 구조는 다음과 같다.

📋 特定商取引法に基づく表記 — 항목 구성

販売業者
ノルグンリ (Nolgungri)
運営責任者
Lucas
所在地
大韓民国 ソウル特別市
電話番号
メールにてお問い合わせください（問い合わせ後2営業日以内に開示）
メールアドレス
eclipse1015@gmail.com
販売価格
各商品ページに記載の税込価格
代金支払時期
注文確定時にお支払い
支払方法
クレジットカード / PayPal
商品引渡時期
ご注文後3〜7営業日以内に発送（韓国発送）
返品・交換
商品到着後7日以内・未開封・未使用品に限り返品可。返送料はお客様負担。
不良品について
当社負担にて交換または返金対応
💡 Shopify 등록 경로: オンラインストア → ページ → ページを追加 → タイトル「特定商取引法に基づく表記」→ 내용 붙여넣기 → フッターナビゲーション에 링크 추가

5. 고객 이메일 템플릿 일본어화

Shopify는 주문 확인·발송 알림·환불 등 자동 이메일을 발송한다. 기본값은 영어이므로 반드시 일본어로 교체해야 한다. 일본 소비자가 영어 이메일을 받으면 스팸으로 분류하거나 불안해한다.

Claude 프롬프트: "Shopify 주문 확인 이메일을 자연스러운 일본어로 번역해줘. ノルグンリ 브랜드 톤으로, 정중하면서도 따뜻하게."

교체 필수 이메일 4종

✅ 注文確認メール (주문 확인)

✅ 発送通知メール (발송 알림)

✅ 返金通知メール (환불 알림)

✅ アカウント作成メール (회원가입)

설정 경로

設定 → 通知

→ 각 이메일 템플릿 클릭

→ HTMLコードを編集

→ Claude 번역문 붙여넣기

6. 오픈 전 최종 체크리스트

이 모든 설정을 끝낸 뒤, 실제 스토어를 공개하기 전 마지막으로 확인해야 할 항목들이다. Claude에게 체크리스트를 만들어달라고 했더니 이렇게 정리해줬다.

⚙️ 기술 설정

☐ 언어 · 통화 · 시간대 확인

☐ 배송 구역 · 요금 설정 완료

☐ 세금 税込 설정 확인

☐ 결제 수단 테스트 주문 완료

☐ 이메일 템플릿 일본어 교체

📄 법적 필수 페이지

☐ 特定商取引法に基づく表記 게시

☐ プライバシーポリシー 게시

☐ 返品・交換ポリシー 게시

☐ 配送ポリシー 게시

☐ フッターナビゲーション 링크 확인

🛍️ 상품 등록

☐ 1차 런칭 10개 상품 등록 완료

☐ 상품명 일본어 확인

☐ 실측 사이즈 표기 확인

☐ 税込 가격 표시 확인

☐ 상품 이미지 최소 3장 이상

🚀 최종 오픈

☐ 스마트폰에서 스토어 외관 확인

☐ 테스트 구매 → 결제 → 이메일 수신 확인

☐ 비공개 해제 (パスワード保護 OFF)

✅ 완료 시 정식 오픈!

7. 오늘의 정리

✅ EP05에서 우리가 완성한 것

완성 1. 언어 일본어 · 통화 JPY · 시간대 Tokyo — 스토어 기본 정체성 확립.

완성 2. 배송비 3구간 규칙 설정 (¥10,000 미만 ¥1,200 / 이상 ¥800 / ¥30,000 이상 무료).

완성 3. 소비세 10% 税込 표기 설정 + 특정상거래법 표기 페이지 Claude로 작성 완료.

완성 4. 고객 이메일 4종 일본어화 + 오픈 전 체크리스트 22개 항목 확인.

다음 편 EP07에서는 드디어 스토어 얼굴을 만든다. Claude Design을 활용해 ノルグンリ만의 비주얼 아이덴티티를 Shopify 테마 위에 올리는 과정 — 비개발자도 할 수 있다는 걸 보여준다.

📚 S3 전체 에피소드 목차

📦 PHASE 3 — 콘텐츠 팩토리 (EP10~번외B)

EP10: 분석을 설계로, 설계를 디자인으로

EP11. Claude Design → Shopify 테마 실전 적용

EP12 · 상품 페이지 & 카피라이팅

번외 A: SNS 기초 (준비 중)

번외 B: 콘텐츠 제작 기초 (준비 중)

⚙️ PHASE 4 — 운영 심화 (EP13~EP18)

EP13 · SNS 마케팅 — 사오리에게 닿는 법

EP14 · LINE 마케팅 — 재구매를 만드는 법

EP15: 주문·CS 자동화

EP16: 재고 관리 + 발주 자동화 (준비 중)

EP17: 매출 데이터 분석 자동화 (준비 중)

EP18: 트렌드 모니터링 자동화 (준비 중)

🏁 PHASE 5 — 완성 (EP19~EP18)

EP19: 스마트스토어 연계 포인트 (준비 중)

EP20 · 트렌드 모니터링 자동화

🤖 Created with Claude (Anthropic)

コメント

コメントを投稿

このブログの人気の投稿

"이거 매일 해줘" — 첫 번째 자동화 태스크 [클로드 어디까지 써봤니 EP 04]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 04 "이거 매일 해줘" — 스케줄 태스크로 반복 작업 자동화하기 클로드의 친구 · 2026년 4월 13일 ◀ EP 03: AI가 나를 기억한다 | 📚 EP 04 | EP 05: 나만의 헌법 만들기 ▶ 1. "매일 아침 뉴스 요약해줘"가 어떻게 작동할까 Lucas는 어느 날 아침 클로드에게 이렇게 말했습니다. "클로드, 매일 저녁 7시에 경제 뉴스 요약해서 블로그에 올려줘." 그 이후로 클로드는 매일 저녁 7시에 스스로 일어나, 뉴스를 검색하고, 글을 쓰고, 블로그에 올립니다. Lucas는 지금 이 일을 위해 아무것도 하지 않습니다. 이게 바로 스케줄 태스크 입니다. 그런데 "매일 저녁 7시"는 어떻게 기계가 이해하는 숫자로 바뀔까요? 그 비밀이 바로 크론 표현식(Cron Expression) 입니다. 2. 크론 표현식 — 시간을 코드로 말하는 방법 크론(Cron)은 원래 Unix/Linux 계열 운영체제에서 주기적 작업을 자동 실행하기 위해 만들어진 스케줄러입니다. 이름은 그리스어로 "시간"을 뜻하는 Chronos에서 왔습니다. 크론 표현식은 이렇게 생겼습니다: 분 시 일 월 요일 0 19 * * * 5개의 자리가 공백으로 구분되어 있습니다. 왼쪽부터 분(0-59) , 시(0-23) , 일(1-31) , 월(1-12) , 요일(0-6, 0=일요일) 입니다. * 는 "모든 값"을 뜻합니다. 위의 예시 0 19 * * * 는 "매일, 매월, 모든 요일, 19시 정각"이라는 뜻이죠. 실전 예시들 0 19 * * * → 매일 저녁 7시 정각. Lucas의 "클...
続きを読む

AI가 나를 기억한다 — 메모리 시스템의 비밀 [클로드 어디까지 써봤니 EP 03]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 03 AI가 나를 기억한다 — 메모리 시스템의 비밀: 대화가 끝나도 남는 것들 클로드의 친구 · 2026년 4월 13일 ◀ EP 02: 클로드, 너 뭐 할 수 있어? | 📚 EP 03 | EP 04: "이거 매일 해줘" ▶ EP 02 에서 클로드의 기능 지도를 펼쳤습니다. 프로젝트, 아티팩트, MCP, 스케줄 태스크까지. 그런데 이 모든 기능을 쓰면서도 한 가지 아쉬운 순간이 있습니다. 새 대화를 열 때마다 "저는 누구인지" 다시 설명해야 하는 것. 오늘은 그 문제를 해결하는 기능을 이야기합니다. 클로드와 대화를 하다 보면 신기한 경험을 합니다. "저번에 만들어준 블로그 CSS 말인데요"라고 했는데, 클로드가 정확히 기억하고 있는 경우. 반대로 새 대화를 열었더니 어제 한 이야기를 하나도 모르는 경우. 이 차이는 어디서 올까요? 답은 메모리 입니다. 클로드에는 대화가 끝난 뒤에도 살아남는 기억 체계가 있습니다. 이것을 이해하면 클로드와의 협업이 완전히 달라집니다. 매번 같은 설명을 반복하는 대신, "나를 아는 AI"와 바로 일을 시작할 수 있으니까요. 1. 대화는 휘발된다 — 왜 메모리가 필요한가 AI 챗봇의 근본적인 한계는 대화가 끝나면 모든 맥락이 사라진다 는 것입니다. 이것은 클로드만의 문제가 아닙니다. ChatGPT든 Gemini든, 기본적으로 AI는 "지금 이 대화"만 기억합니다. 클로드가 똑똑하게 느껴지는 건 대화 안에서 문맥을 잘 추적하기 때문입니다. 하지만 새 대화를 시작하면? 백지 상태. 여러분의 이름도, 직업도, 어제 만들어달라고 한 코드의 스타일도 모릅니다. 😤 메모리 없는 세계 "안녕 클로드, 블로그 글 써줘." "네! 어떤 블로그인가요? 주제는 무...
続きを読む

블로그 자동화 첫걸음 — Blogger v3 API 정복기 [클로드 어디까지 써봤니 EP 07]

🤖 Created with Claude (Anthropic) 클로드 어디까지 써봤니 · EP 07 블로그 자동화 첫걸음 — Blogger v3 API로 첫 자동 게시 완성하기 클로드의 친구 · 2026년 4월 14일 ◀ EP 06: Guides 완전 정복 | 📚 EP 07 | EP 08: CSS 한 번 쓰고 열두 번 쓰기 ▶ 지난 EP 06에서는 AI를 조종하는 5가지 레버(Guides)를 완전 정복했습니다. 이번 에피소드에서는 드디어 블로그 자동화의 핵심 기술을 만납니다. 클로드에게 "이 글 블로그에 올려줘"라고 말하면 실제로 포스트가 올라가는 마법 — Blogger v3 API입니다. OAuth 인증의 원리부터 REST API 호출, 그리고 초보자를 함정에 빠뜨리는 CodeMirror 문제까지 낱낱이 파헤칩니다. 1. "그냥 붙여넣으면 안 되나요?" — 수동 게시의 한계 블로그 자동화를 처음 생각한 사람들은 대부분 이런 상상을 합니다. "클로드가 HTML을 만들면, 내가 복사해서 붙여넣으면 되잖아?" 맞습니다. 처음 한두 번은요. 하지만 블로그를 5개, 10개 운영하고, 매일 2~3편씩 올려야 한다면 이야기가 달라집니다. 클로드의 친구도 처음엔 그렇게 했습니다. HTML을 복사하고, 블로그 관리 화면을 열고, HTML 모드로 전환하고, 붙여넣고... 이 반복 작업이 하루에만 40분을 잡아먹었습니다. ✏️ 계산해보면: 1편 게시에 5분 × 하루 8편 = 40분 × 30일 = 매달 20시간 낭비 20시간이면 새로운 에피소드 10편을 쓸 수 있는 시간입니다. 수동 게시는 처음엔 "어렵지 않다"고 느끼지만, 규모가 커지면 반드시 병목이 됩니다. 이 병목을 제거하는 열쇠가 바로 Blogger v3 API 입니다. 2. API란 무엇인가 — 식당 비유로 이해하기 API(Application Programming Interfa...
続きを読む