공식 안내에는 데스크톱에서 상품을 일괄 등록하고, 실패 보고서를 확인해 오류 상품을 처리하는 경로가 포함되어 있습니다. 틱톡 숍의 일괄 등록 안내에 따라 원본 파일을 반복 업로드하지 말고, 실패 보고서 보존 → 현재 분류의 공식 서식 확인 → 실패 SKU별 수정 → 깨끗한 맥 브라우저 재검증 순서로 진행해야 합니다.
증상 → 가장 빠른 해결: 파일 전체가 인식되지 않으면 새 공식 서식을 내려받습니다. 일부 SKU만 실패하면 실패 보고서의 행별 원인을 수정합니다. 상품이 초안에 머물면 업로드 실패와 게시 조건을 분리해 확인합니다.
이 글은 미국 판매관에서 여러 상품을 한 번에 등록해야 하는 판매자, 상품 분류와 변형 정보를 정리하는 운영자, 팀의 파일 버전과 작업 환경을 통일하려는 책임자를 위한 복구 절차입니다.
첫 대응: 업로드 흔적 보존
실패 직후 화면을 새로 고치지 마십시오. 먼저 다음 항목을 저장합니다.
- 작업 상태와 작업 식별 정보
- 오류 문구와 실패한 SKU
- 업로드한 시간
- 사용한 원본 파일
- 실패 보고서
- 현재 상품이 성공, 초안, 실패 중 어디에 있는지
실패 보고서는 단순한 안내문이 아닙니다. 어떤 행과 필드에서 문제가 발생했는지 확인하는 기준입니다. 오류가 사라진 뒤 파일을 다시 올리면 원인과 결과를 연결하기 어려워집니다.
오류 유형별 첫 판단
파일 전체를 읽지 못했다면 서식 자체, 파일 저장 상태, 열 구조를 먼저 확인합니다. 일부 상품만 실패했다면 SKU 값, 필수 필드, 변형 상품 관계를 우선 봅니다. 업로드는 끝났지만 상품이 초안으로 남았다면 파일 문제와 게시 조건을 같은 오류로 취급하지 않아야 합니다.
실패 보고서 처리 경로를 포함한 공식 안내에서도 실패 항목을 확인하고 필요한 상품을 다시 처리하는 흐름을 안내합니다.
두 번째 단계: 현재 공식 서식과 분류 확인
오래 저장해 둔 Excel 서식을 계속 쓰지 마십시오. 현재 TikTok Shop 판매관에서 대상 상품 분류에 맞는 공식 서식을 다시 내려받아야 합니다. 공식 상품 분류 선택 안내를 기준으로 상품이 어느 하위 분류에 속하는지 먼저 확인합니다.
분류가 달라지면 입력해야 할 항목도 달라질 수 있습니다. 서로 다른 분류의 상품을 하나의 파일에 섞으면 다음 문제가 생길 수 있습니다.
- 일부 열이 현재 분류와 맞지 않음
- 필수 입력값이 빠짐
- 변형 상품 관계를 인식하지 못함
- 상품 자격이나 판매 제한과 파일 오류가 뒤섞임
따라서 상품 목록을 분류별로 나누고, 분류별 공식 서식을 각각 관리하는 편이 안전합니다. 상품 분류 자격 안내도 함께 확인해야 합니다. 자격이 없는 상품은 서식을 고쳐도 게시되지 않을 수 있습니다.
분류와 파일 문제의 구분
서식에 값이 정상적으로 들어갔는데도 판매관에서 등록이 거절된다면 상품 분류 자격, 상점 상태, 정책 조건을 따로 확인해야 합니다. 반대로 실패 보고서가 특정 행의 필드 오류를 가리키면 브라우저를 바꾸기 전에 파일부터 고쳐야 합니다.
주의: 원격 맥이나 미국 접속 환경은 파일 작업과 재현 조건을 일정하게 만드는 데 도움을 줄 수 있지만, 상품 정책이나 분류 자격을 우회하거나 업로드 성공을 보장하지는 않습니다.
복구 기준: 실패 SKU만 수정
실패 보고서를 열고 오류 행을 하나씩 확인합니다. 한 번에 여러 가지를 바꾸면 어떤 수정이 효과가 있었는지 알 수 없습니다. 다음 순서로 처리하십시오.
- 실패 SKU를 원본 상품 목록에서 찾습니다.
- 실패 보고서의 오류 문구를 그대로 기록합니다.
- 문제가 된 필드만 공식 서식에서 수정합니다.
- 상품 식별 코드와 변형 연결이 유지되는지 확인합니다.
- 파일을 새 이름으로 저장합니다.
- 수정 전후 값을 비교합니다.
- 실패 원인과 수정 결과를 작업 기록에 남깁니다.
특히 식별 코드에 불필요한 공백이 들어갔는지, 변형 상품의 부모와 자식 관계가 바뀌었는지, 숫자나 문자가 자동으로 다른 형식으로 변환되지 않았는지 확인합니다. 셀 형식이 바뀌면 화면상 값은 같아 보여도 업로드 과정에서 다른 값으로 읽힐 수 있습니다.
공식 서식의 행과 열을 추가하거나 삭제하지 마십시오. 열 이름을 임의로 바꾸거나 순서를 재배치하는 것도 피해야 합니다. 공식 상품 게시 정책에 맞지 않는 내용을 파일 수정만으로 해결할 수 있다고 판단해서도 안 됩니다.
다음 기록표를 팀 공용 문서로 사용하면 재작업을 줄일 수 있습니다.
| 구분 | 파일 전체 실패 | 일부 SKU 실패 | 초안 상태 |
|---|---|---|---|
| 먼저 확인할 것 | 공식 서식, 파일 구조, 저장 상태 | 실패 보고서의 행과 필드 | 게시 조건과 상품 상태 |
| 수정 범위 | 새 서식으로 파일 재구성 | 실패한 SKU만 수정 | 필요한 상품만 보완 |
| 다시 처리할 범위 | 검증용 상품부터 | 실패 상품 중심 | 초안 상품 중심 |
| 피해야 할 행동 | 원본 파일 반복 업로드 | 성공 SKU까지 재등록 | 모든 상태를 실패로 간주 |
재업로드: 범위를 좁힌 새 버전
수정한 파일은 원본 위에 저장하지 마십시오. 파일 이름에 날짜 대신 작업 식별 정보와 수정 차수를 넣어도 좋습니다. 중요한 점은 원본, 수정본, 업로드 결과를 서로 구분하는 것입니다.
다시 올리기 전에는 판매관에서 다음 상태를 나눕니다.
- 이미 성공한 상품
- 실패 보고서에 남은 상품
- 초안으로 생성된 상품
- 필드 수정이 필요한 상품
성공한 상품을 다시 등록할 필요는 없습니다. 실패 상품과 초안 상품의 처리 경로도 같지 않을 수 있습니다. 파일이 중복되었다는 안내가 나오면 새 파일을 무작정 만들기보다 기존 상품 상태와 작업 기록을 먼저 대조해야 합니다.
온라인 편집 기능이 표시되는 경우에는 해당 기능으로 오류 필드를 수정할 수 있습니다. 공식 온라인 상품 등록 가속 기능 안내에 표시되는 현재 메뉴와 실제 판매관의 메뉴가 다를 수 있으므로, 화면에 보이는 항목을 기준으로 진행하십시오.
환경 재검증: 깨끗한 맥 세션
파일과 분류 조건을 고친 뒤에도 같은 작업이 재현되지 않는다면 그때 환경을 바꿉니다. 처음부터 브라우저 문제라고 단정하면 표의 오류를 놓칠 수 있습니다.
재검증 절차는 다음과 같습니다.
- 원본과 수정본의 파일 이름을 확인합니다.
- 확장 기능이 없는 깨끗한 사파리 또는 지원 브라우저 세션을 엽니다.
- 판매관에 다시 로그인합니다.
- 현재 분류의 공식 서식을 새로 내려받습니다.
- 상품 하나만 넣어 테스트 파일을 만듭니다.
- 파일을 저장한 뒤 다시 열어 값이 유지되는지 확인합니다.
- 테스트 상품을 등록하고 작업 상태를 저장합니다.
- 실패 보고서와 초안 상태를 원래 환경의 결과와 비교합니다.
MACCOME의 원격 맥 환경 안내처럼 팀이 같은 데스크톱 작업 조건을 사용하면 파일 저장 위치, 브라우저 세션, 화면 기록을 맞추기 쉬워집니다. 미국 판매관을 업무 시간 외에도 확인해야 한다면 미국 지역 원격 맥 선택지를 검토할 수 있습니다.
다만 원격 맥은 검증 환경입니다. 판매 자격, 상품 정책, 계정 제한, 분류 조건을 대신 해결하지 않습니다. 두 환경에서 같은 필드 오류가 반복되면 파일이나 판매관 조건을 먼저 조사해야 합니다. 환경을 바꾼 뒤 오류가 달라질 때만 브라우저 확장 기능, 다운로드 손상, 파일 전달 과정을 의심하십시오.
마무리: 검수와 팀 인계
복구가 끝났다고 판단하기 전에 상품 상태를 세 갈래로 확인합니다.
- 상품이 정상적으로 등록되었는가
- 초안으로 남아 있지 않은가
- 수정 대기 필드가 남아 있지 않은가
그다음 최종 서식, 실패 보고서, 수정 담당자, 재검증 환경을 함께 보관합니다. 상품 이미지나 영상이 별도 업로드 대상이라면 상품 미디어 업로드 기준도 따로 확인해야 합니다. 일괄 등록이 성공했더라도 미디어 조건 때문에 게시가 멈출 수 있기 때문입니다.
같은 오류가 다른 환경에서도 반복되면 더 이상 근거 없이 파일을 반복 업로드하지 마십시오. 작업 식별 정보, 발생 시간, 오류 화면, 실패 보고서, 재현 절차를 묶어 공식 지원에 문의하는 편이 빠릅니다.
자주 확인하는 복구 질문
틱톡 숍 일괄 등록용 서식이 받아들여지지 않는 가장 흔한 이유는 무엇인가요?
현재 판매관에서 내려받은 공식 서식이 아닌 오래된 파일을 사용했거나, 상품 분류와 맞지 않는 열을 함께 사용했을 가능성이 큽니다. 먼저 실패 보고서에서 파일 전체 인식 실패인지 특정 상품의 필드 오류인지 나누어야 합니다.
엑셀 파일을 올린 뒤 SKU 오류가 표시되면 무엇부터 고쳐야 하나요?
실패 보고서의 행과 오류 설명을 기준으로 고칩니다. 상품 식별 코드, 변형 상품 연결, 필수 입력값, 형식이 맞지 않는 값부터 확인해야 합니다. 정상 등록된 상품까지 다시 올리지 말고 실패 상품만 별도 버전으로 수정하십시오.
서로 다른 상품 분류에 같은 일괄 등록 서식을 사용해도 되나요?
분류마다 필요한 필드와 조건이 다를 수 있으므로 같은 서식을 계속 사용하는 방식은 피해야 합니다. 현재 판매관에서 분류별 공식 서식을 내려받고 상품을 분류별 파일로 나누어 처리하십시오.
일괄 등록 오류가 표 문제인지 브라우저 문제인지 어떻게 구분하나요?
상품 내용과 파일을 유지한 채 환경만 바꾸어 비교합니다. 깨끗한 브라우저에서도 동일한 필드 오류가 반복되면 표나 판매 조건을 우선 확인합니다. 결과가 달라질 때 브라우저 세션과 파일 전달 과정을 점검합니다.
실패한 상품을 고친 뒤 모든 상품을 다시 올려야 하나요?
대체로 실패한 상품만 처리하는 편이 안전합니다. 성공 상품, 초안 상품, 수정 대기 상품을 먼저 나누고, 이미 등록된 상품은 다시 올리지 마십시오. 이렇게 해야 중복 등록과 새로운 상태 혼동을 막을 수 있습니다.
템플릿을 실패 보고서에 맞게 고쳤는데도 팀에서 장비를 바꿀 때마다 결과가 달라진다면, 현재 방식의 문제는 파일 하나가 아니라 작업 환경의 불일치일 수 있습니다. 개인 컴퓨터마다 브라우저 확장 기능과 저장 위치가 다르고, 파일 버전이 섞이며, 실패 화면을 다시 확인하기도 어렵습니다. 반면 MACCOME의 원격 맥은 동일한 데스크톱 환경에서 테스트 파일과 결과를 관리하는 선택지가 될 수 있습니다. 먼저 단기간 환경을 검증한 뒤, 실제 상품 운영에 계속 필요한지 판단하는 방식이 과도한 장기 계약을 피하는 방법입니다. 그러나 물리 장비 연결이 꼭 필요하거나 장기간 고정 작업량이 매우 큰 팀이라면 직접 맥을 보유하는 편이 더 적합할 수 있습니다.