첫 쇼핑몰 상품 50개 올릴 때 헷갈리는 SKU 이름 짓기

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

상품을 처음 올릴 때 SKU가 필요한 순간

상품명만으로는 운영이 금방 막힙니다

첫 쇼핑몰에 상품을 10개쯤 올릴 때는 상품명만 잘 써도 충분해 보입니다. 하지만 색상, 사이즈, 묶음 수량, 판매 채널이 붙기 시작하면 운영자는 곧 같은 상품처럼 보이지만 실제로는 다른 재고를 구분해야 하는 상황을 만납니다.

이때 필요한 것이 SKU입니다. SKU는 고객에게 보이는 멋진 상품명이 아니라, 운영자가 재고와 주문을 정확히 연결하기 위해 쓰는 내부 식별자입니다. 재고 개념이 낯설다면 기본 정의는 지식백과의 재고 설명처럼 먼저 상품이 보관되고 판매되기 전의 상태를 이해하는 데서 출발하면 쉽습니다.

• 상품명: 고객이 검색하고 구매 여부를 판단하는 이름입니다.
• 옵션명: 색상, 사이즈, 용량처럼 구매자가 선택하는 값입니다.
• SKU: 주문, 출고, 재고 차감, 정산을 연결하는 운영용 코드입니다.

초보자가 가장 먼저 겪는 혼선

예를 들어 흰색 머그컵 350ml와 흰색 머그컵 500ml를 같은 상품으로 묶어 팔면 상세페이지는 하나일 수 있습니다. 그러나 창고에서는 두 제품이 다른 칸에 놓이고, 입고 수량도 다르며, 품절 시점도 다릅니다. 상세페이지가 하나라고 재고 단위도 하나인 것은 아닙니다.

1. 주문서에는 흰색 머그컵이라고만 표시되어 포장자가 용량을 헷갈립니다.
2. 관리자는 350ml가 품절인데도 전체 상품을 품절 처리해 매출 기회를 잃습니다.
3. 광고 성과는 좋아 보이지만 실제로 어떤 옵션이 이익을 냈는지 추적하기 어렵습니다.

초보 단계의 SKU 설계 목표는 멋진 코드가 아니라, 같은 질문을 두 번 하지 않아도 되는 상태를 만드는 것입니다.

SKU 이름은 상품명보다 짧은 운영 언어입니다

고객 언어와 관리자 언어를 분리합니다

상품명은 검색 노출과 구매 설득을 위해 길어질 수 있습니다. 반면 SKU 이름은 짧고 일정해야 합니다. 운영 화면, 엑셀, 송장, 재고관리 툴에서 반복해서 보게 되므로 읽는 순간 상품의 핵심 조건이 떠올라야 합니다.

초보자가 흔히 하는 실수는 상품명을 그대로 SKU로 복사하는 것입니다. 예를 들어 봄 신상 데일리 코튼 티셔츠 여성용 라운드넥 같은 문구는 판매 페이지에서는 자연스럽지만, 재고관리 화면에서는 너무 깁니다. SKU에는 브랜드, 품목, 옵션, 버전처럼 운영에 필요한 값만 남기는 편이 좋습니다.

• 짧음: 한 화면에서 잘리지 않을 정도로 구성합니다.
• 일관성: 같은 항목은 항상 같은 순서로 씁니다.
• 확장성: 상품이 50개에서 500개로 늘어도 규칙이 깨지지 않아야 합니다.
• 중복 방지: 같은 코드가 두 상품에 붙지 않도록 숫자나 약어 규칙을 둡니다.

처음부터 완벽한 약어표가 필요하지는 않습니다

SKU를 처음 만드는 운영자라면 약어를 지나치게 복잡하게 만들 필요가 없습니다. 다만 한 번 정한 약어가 직원마다 다르게 입력되지 않게 작은 표준표를 만들어 두는 것이 좋습니다. 예를 들어 블랙은 BLK, 화이트는 WHT, 기본형은 STD처럼 정해두면 이후 검색과 필터링이 쉬워집니다.

1. 품목군을 먼저 정합니다. 예: TSH, MUG, BAG
2. 대표 옵션을 붙입니다. 예: BLK, WHT, RED
3. 사이즈나 용량을 붙입니다. 예: M, L, 350, 500
4. 필요하면 버전이나 시즌을 뒤에 붙입니다. 예: V2, SS, FW

중요한 것은 남들이 쓰는 멋진 코드가 아니라 우리 팀이 매일 실수 없이 읽을 수 있는 코드입니다. 상품 등록자가 한 명일 때 만든 규칙이 나중에 물류 담당자, CS 담당자, 광고 담당자에게도 읽혀야 한다는 점을 기준으로 삼으면 판단이 쉬워집니다.

초보자가 바로 쓰는 SKU 코드 구성 순서

품목, 옵션, 식별번호 순서가 가장 무난합니다

처음 SKU를 만든다면 복잡한 체계보다 품목-옵션-식별번호 순서를 추천합니다. 품목은 무엇인지, 옵션은 어떤 차이가 있는지, 마지막 식별번호는 중복을 막기 위한 값입니다. 이 구조는 이커머스 초보자도 이해하기 쉽고 엑셀 정렬에도 유리합니다.

예를 들어 기본 반팔 티셔츠의 검정색 M 사이즈라면 TSH-BLK-M-001처럼 만들 수 있습니다. 같은 티셔츠의 흰색 L 사이즈는 TSH-WHT-L-002가 됩니다. 이렇게 만들면 상품명 없이도 대략적인 품목과 옵션을 읽을 수 있고, 주문서에서 출고 상품을 찾는 시간도 줄어듭니다.

• 품목 코드: 상품군을 나타내며 3~4자리 약어가 적당합니다.
• 옵션 코드: 색상, 용량, 소재 등 재고 차이에 영향을 주는 값을 담습니다.
• 식별번호: 같은 조건이 생겨도 중복을 피하도록 순번을 붙입니다.
• 구분 기호: 하이픈을 쓰면 사람이 읽기 쉽고 복사 오류도 줄어듭니다.

처음 50개 상품에는 너무 많은 정보를 넣지 마세요

초보자는 모든 정보를 SKU에 넣고 싶어 합니다. 공급사, 원가, 판매가, 창고 위치, 시즌, 채널까지 넣으면 코드가 길어지고 수정 비용이 커집니다. SKU는 상품의 신분증에 가깝기 때문에 자주 바뀌는 정보보다 오래 유지되는 정보를 넣는 편이 안전합니다.

1. 상품 자체가 바뀌면 SKU에 넣습니다.
2. 판매 채널만 바뀌면 별도 필드로 관리합니다.
3. 가격처럼 자주 바뀌는 값은 SKU에 넣지 않습니다.
4. 창고 위치는 이동 가능성이 크므로 재고관리 툴의 위치 필드로 분리합니다.

SKU에는 오래가는 정보를, 관리표에는 자주 바뀌는 정보를 둔다고 생각하면 초보자도 구조를 쉽게 잡을 수 있습니다.

상품 관리가 커질수록 이 원칙의 효과가 커집니다. 코드 하나에 모든 것을 담으려 하면 처음에는 편해 보여도, 나중에는 코드를 바꾸느라 주문 이력과 재고 이력이 서로 어긋나는 문제가 생깁니다.

색상과 사이즈 옵션이 늘어날 때 헷갈리지 않는 법

옵션이 늘면 상품 수가 아니라 재고 단위가 늘어납니다

초보 운영자가 가장 늦게 깨닫는 부분은 옵션의 곱셈 효과입니다. 티셔츠 1개 상품에 색상 5개와 사이즈 4개를 붙이면 상세페이지는 하나지만 실제 SKU는 20개가 됩니다. 여기에 기장 옵션이나 세트 구성이 붙으면 관리해야 할 재고 단위는 더 빠르게 늘어납니다.

이때 중요한 것은 옵션명을 예쁘게 쓰는 것이 아니라, 옵션 값이 재고 차감과 정확히 연결되는지입니다. 고객 화면에서는 크림화이트라고 표현하더라도 내부 SKU에서는 WHT 계열로 통일할 수 있습니다. 반대로 아이보리와 화이트가 실제로 다른 상품이라면 고객에게 비슷해 보여도 SKU는 분리해야 합니다.

• 색상만 다르고 같은 창고 칸에서 같이 출고하면 같은 품목군으로 묶습니다.
• 사이즈별 원가, 보관 위치, 품절 시점이 다르면 반드시 SKU를 분리합니다.
• 고객용 옵션명과 내부 옵션 코드는 서로 다를 수 있음을 인정합니다.
• 한글 옵션명은 고객 화면에, 영문 약어는 내부 관리에 쓰면 검색이 빨라집니다.

옵션 표기 순서를 고정해야 검색이 쉬워집니다

같은 정보를 담아도 순서가 바뀌면 사람과 시스템 모두 헷갈립니다. TSH-BLK-M과 TSH-M-BLK가 섞여 있으면 엑셀 정렬이 어색해지고, 담당자는 검정색 상품을 찾으려다 사이즈 기준으로 나뉜 목록을 보게 됩니다. 그래서 품목-색상-사이즈-순번처럼 순서를 고정하는 것이 좋습니다.

1. 재고 차이가 큰 옵션을 앞에 둡니다.
2. 사람이 자주 검색하는 값을 앞쪽에 배치합니다.
3. 옵션 값은 대문자나 소문자 중 하나로 통일합니다.
4. 공백 대신 하이픈이나 언더바를 사용해 복사 오류를 줄입니다.

예를 들어 신발처럼 사이즈 검색이 잦은 품목은 SHS-260-BLK 같은 구조가 더 편할 수 있습니다. 반대로 의류처럼 색상별 묶음 관리가 중요하다면 TSH-BLK-M이 더 자연스럽습니다. 정답은 하나가 아니라, 우리 팀이 실제로 상품을 찾는 방식에 맞는 순서입니다.

엑셀과 재고관리 툴에 넣기 전 확인할 기본값

SKU는 코드만 만들면 끝나는 작업이 아닙니다

SKU를 만든 뒤에는 엑셀이나 재고관리 툴에 넣을 기본 필드를 함께 정해야 합니다. 코드가 아무리 좋아도 상품명, 옵션명, 판매 상태, 안전재고, 공급사 같은 필드가 뒤죽박죽이면 재고 데이터가 금방 흐려집니다. Product management는 코드와 표가 같이 움직일 때 효과가 납니다.

인벤토리라는 말이 낯설다면 인벤토리 개념 설명을 참고해도 좋습니다. 단순히 창고에 있는 물건 수량만 뜻하는 것이 아니라, 기업이 팔기 위해 보유하고 관리하는 자산이라는 관점으로 보면 SKU 관리의 중요성이 더 분명해집니다.

• SKU: 중복 없는 내부 코드입니다.
• 판매 상품명: 고객에게 노출되는 이름입니다.
• 옵션명: 고객 선택값과 관리자 확인값을 연결합니다.
• 현재 재고: 실제 판매 가능한 수량입니다.
• 안전재고: 품절 전에 알림을 받을 기준 수량입니다.
• 판매 상태: 판매중, 일시중지, 단종 예정처럼 운영 상태를 구분합니다.

툴을 고르기 전에도 표준표는 만들 수 있습니다

초보 단계에서는 유료 재고관리 솔루션을 바로 도입할지 고민이 많습니다. 하지만 도구보다 먼저 필요한 것은 표준 필드입니다. 엑셀로 시작하더라도 열 이름과 입력 규칙을 정해두면 나중에 이커머스 툴로 옮길 때 데이터 정리가 훨씬 수월합니다.

1. SKU 열은 텍스트 형식으로 고정해 앞자리 0이 사라지지 않게 합니다.
2. 옵션명은 판매 채널별 표현을 따로 기록할 수 있게 열을 나눕니다.
3. 재고 수량은 실제 재고와 판매 가능 재고를 분리합니다.
4. 단종 예정 상품은 별도 상태값을 부여해 새 발주와 섞이지 않게 합니다.

요금제는 서비스마다 자주 바뀌므로 처음에는 무료 체험이나 낮은 월 정액 구간에서 우리 SKU 구조가 잘 들어가는지부터 확인하는 편이 좋습니다. 가격보다 중요한 것은 CSV 업로드, 옵션 매핑, 재고 차감 이력, 채널 연동 안정성입니다.

첫 운영자가 자주 묻는 SKU 질문

상품 하나에 SKU 하나면 충분한가요?

상품 하나에 옵션이 없고 재고도 하나로 움직인다면 SKU 하나로 충분합니다. 하지만 같은 상세페이지 안에 색상, 사이즈, 용량, 구성품 차이가 있으면 각각을 별도 SKU로 보는 것이 안전합니다. 고객은 하나의 상품을 본다고 느끼지만, 운영자는 출고와 재고를 기준으로 판단해야 합니다.

예를 들어 1개입 양말과 3개입 양말은 상세페이지에서 옵션처럼 보일 수 있습니다. 그러나 원가, 포장 단위, 재고 차감 수량이 다르다면 서로 다른 SKU가 되어야 합니다. 재고관리에서는 보이는 묶음보다 실제로 빠져나가는 단위가 기준입니다.

• 옵션별로 품절 시점이 다르면 SKU를 분리합니다.
• 옵션별 원가가 다르면 SKU를 분리합니다.
• 포장 방식이나 바코드가 다르면 SKU를 분리합니다.
• 단순 노출 문구만 다르면 같은 SKU를 유지할 수 있습니다.

SKU를 나중에 바꿔도 괜찮나요?

운영 초기에는 잘못 만든 SKU를 바꾸고 싶어지는 순간이 옵니다. 바꾸는 것 자체는 가능하지만, 이미 주문 이력과 입출고 이력이 쌓인 SKU라면 조심해야 합니다. 코드 변경 전후를 연결하는 매핑표가 없으면 과거 판매량 분석과 재고 추적이 어려워질 수 있습니다.

1. 판매 전 등록 단계라면 과감하게 수정해도 됩니다.
2. 판매 이력이 있다면 기존 SKU와 신규 SKU의 연결표를 남깁니다.
3. 외부 채널에 연동된 코드는 변경일을 정해 한 번에 반영합니다.
4. 송장, CS, 정산 데이터에서 예전 코드가 검색되는 기간을 고려합니다.

초보자에게 권하는 방식은 처음부터 완벽한 규칙을 만들려 애쓰기보다, 첫 50개 상품에 적용한 뒤 한 번 검토하는 것입니다. 실제 주문이 들어와야 어떤 코드가 읽기 쉬운지, 어떤 옵션이 헷갈리는지 보입니다. 작은 실험을 통해 규칙을 다듬으면 상품 수가 늘어도 불안이 줄어듭니다.

SKU가 판매 채널과 만날 때 생기는 연결 문제

자사몰과 오픈마켓의 옵션 구조가 다를 수 있습니다

같은 상품을 자사몰, 스마트스토어, 오픈마켓, 해외몰에 동시에 올리면 SKU는 더 중요해집니다. 채널마다 옵션 입력 방식과 노출 방식이 다르기 때문에 내부 SKU가 없으면 같은 재고를 서로 다른 상품처럼 관리하게 됩니다. 이 상태에서는 한 채널에서 팔린 수량이 다른 채널 재고에 늦게 반영되어 과판매가 생길 수 있습니다.

초보 운영자는 채널별 상품번호와 내부 SKU를 혼동하기 쉽습니다. 채널 상품번호는 플랫폼이 부여하거나 채널 등록 기준에 따라 달라지는 값이고, 내부 SKU는 운영자가 상품을 식별하기 위해 유지하는 값입니다. E-commerce 운영에서는 이 두 값을 따로 저장해야 데이터가 흔들리지 않습니다.

• 내부 SKU: 모든 채널에서 동일하게 유지하는 기준 코드입니다.
• 채널 상품번호: 각 플랫폼에서 상품을 식별하는 외부 코드입니다.
• 옵션 매핑값: 채널 옵션명과 내부 SKU를 연결하는 표입니다.
• 동기화 기준: 주문 발생, 결제 완료, 출고 완료 중 어느 시점에 재고를 차감할지 정합니다.

초보자용 매핑표는 단순할수록 오래 갑니다

처음에는 채널별로 복잡한 연동 시스템을 만들기보다, 내부 SKU를 중심에 둔 매핑표를 만드는 것이 현실적입니다. 한 줄에 내부 SKU, 자사몰 상품번호, 오픈마켓 상품번호, 채널 옵션명을 함께 두면 주문 확인 시 어떤 재고가 빠져야 하는지 빠르게 판단할 수 있습니다.

1. 모든 채널 상품의 기준 열을 내부 SKU로 둡니다.
2. 채널별 상품번호는 별도 열로 관리합니다.
3. 채널 옵션명이 바뀌면 변경일을 메모합니다.
4. 품절 처리는 내부 SKU 기준으로 먼저 판단한 뒤 채널에 반영합니다.

이 방식은 자동화 전 단계에서도 유용합니다. 나중에 API 연동이나 재고관리 툴을 붙일 때도 내부 SKU가 흔들리지 않으면 연결 작업이 단순해집니다. 반대로 채널 상품번호를 기준으로 운영해버리면 새 채널을 추가할 때마다 기준표가 흔들립니다.

판매 채널 규칙이 바뀔 때 SKU도 다시 점검할 부분

바뀌는 것은 플랫폼이고, 지켜야 할 것은 기준 코드입니다

판매 채널의 옵션 정책, 배송 템플릿, 상품 등록 양식은 시간이 지나면 달라질 수 있습니다. 특히 2026년 현재처럼 여러 판매 채널이 AI 추천, 묶음 노출, 빠른 배송 필터를 강화하는 환경에서는 같은 상품이라도 노출 방식이 바뀌는 일이 잦습니다. 그래서 SKU는 한 번 만들고 잊는 코드가 아니라, 바뀐 판매 환경 속에서도 여전히 재고를 정확히 가리키는지 점검해야 합니다.

다만 플랫폼 변화에 맞춰 내부 SKU를 매번 바꾸면 운영 이력이 끊깁니다. 상품명, 노출 옵션명, 프로모션 문구는 바뀌어도 내부 SKU는 가능한 한 유지하고, 변경이 필요한 정보는 별도 필드에 기록하는 편이 좋습니다. 제품이 시장에서 어떻게 관리되고 변화하는지 넓게 보고 싶다면 제품수명주기관리 개념도 함께 참고할 만합니다.

• 플랫폼 옵션명 제한이 생기면 고객용 옵션명만 조정합니다.
• 배송 정책이 바뀌면 출고 그룹 필드를 수정하고 SKU는 유지합니다.
• 세트 판매가 늘면 구성품 연결표를 추가하고 단품 SKU를 보존합니다.
• 단종 상품은 삭제보다 비활성 상태로 남겨 주문 이력을 추적합니다.

분기마다 확인하면 좋은 운영 신호

초보 운영자에게 가장 현실적인 점검 주기는 분기 1회입니다. 너무 자주 바꾸면 팀이 규칙을 익히기 어렵고, 너무 오래 방치하면 중복 SKU와 누락 옵션이 쌓입니다. 특히 새 시즌 상품을 등록하기 전에는 기존 코드 규칙이 여전히 충분한지 확인하는 시간이 필요합니다.

1. 중복되거나 의미가 겹치는 SKU가 있는지 확인합니다.
2. 품절과 단종 상품이 판매중 상태로 남아 있지 않은지 봅니다.
3. 채널 옵션명과 내부 SKU 매핑이 틀어진 상품을 찾습니다.
4. 새로 추가된 상품군에 기존 약어 규칙을 그대로 쓸 수 있는지 검토합니다.
5. 재고관리 툴의 업로드 양식이나 필수 필드가 바뀌었는지 확인합니다.

시간이 지나면 플랫폼 정책, 툴 요금제, 채널별 필수 입력값은 달라질 수 있습니다. 그래서 운영자는 SKU 자체보다 SKU를 유지하는 원칙을 더 오래 가져가야 합니다. 기준 코드는 안정적으로 두고, 변하는 정보는 상품 관리 표와 재고관리 툴의 별도 필드에서 조정하는 방식이 초보 쇼핑몰이 성장할 때 가장 덜 흔들립니다.