페이스북이나 인스타그램 샵을 통해 판매하면서 여전히 메타가 결제를 수금하고, 환불을 처리하고, 깔끔한 정산 보고서를 건네준다고 가정한 채 장부를 기록하고 있다면, 이미 존재하지 않는 시스템을 기준으로 대사(정산)를 하고 있는 셈입니다. 메타는 페이스북과 인스타그램 샵의 네이티브 인앱 체크아웃을 종료했고, 이제 모든 주문은 구매를 완료하기 위해 판매자 자신의 웹사이트로 이동합니다. 메타의 예전 올인원 커머스 스택을 중심으로 부기 체계를 구축했던 소상공인에게 이는 단순한 UI 변화가 아니라, 매출·수수료·세금·환불이 실제로 기록되는 위치 자체가 바뀌는 근본적인 변화입니다.
플랫폼 자체는 여전히 많은 역할을 합니다. 제품 태그, 쇼퍼블 릴스, 샵 탭, 인스타그램/페이스북 광고는 여전히 탐색과 "구매" 탭을 이끌어냅니다. 메타가 더 이상 하지 않는 일은 대금을 수금하고, 주문을 관리하고, 반품을 처리하고, 대신 이의제기(차지백)에 대응하는 일입니다. 거래의 그 후반부 전체 — 즉 여러분의 장부가 실제로 신경 써야 할 부분 — 은 이제 여러분의 웹사이트 체크아웃이 있는 곳, 즉 Shopify, WooCommerce, BigCommerce, Squarespace, 혹은 커스텀 장바구니 시스템에 존재합니다.
실제로 무엇이 바뀌었나
메타의 단계적 폐지로 인해 예전에 커머스 매니저 안에 있던 특정 기능 묶음이 사라졌습니다:
- 온사이트 체크아웃 및 결제 처리. 구매자는 더 이상 페이스북이나 인스타그램을 벗어나지 않고 구매를 완료할 수 없습니다 — 이제 모든 "지금 구매하기"는 판매자의 웹사이트로 리디렉션됩니다.
- 주문 관리. 상태 추적, 일괄 주문 처리, 개별 주문 수정 기능이 커머스 매니저에서 사라졌습니다. 이제 여러분의 이커머스 플랫폼의 주문 대시보드가 유일한 정보의 원천입니다.
- 반품 및 분쟁 처리. 반품 요청과 차지백 분쟁은 더 이상 메타를 통해 처리되지 않습니다 — 여러분의 웹사이트가 사용하는 결제 처리업체와 반품 워크플로를 통해 처리됩니다.
- 거래와 연동된 인앱 고객 메시징. 인박스의 주문별 메시지는 더 이상 실시간 체크아웃 흐름과 연결되지 않습니다.
이는 애초에 판매자들을 네이티브 체크아웃으로 밀어붙였던 메타 자신의 2023년 방침을 뒤집은 것입니다. 가장 그럴듯한 설명은 비용과 법적 책임입니다. 미국 전역의 모든 관할권에서 결제 처리와 판매세 계산을 운영하고, 대규모로 분쟁을 해결하는 일은 비용이 많이 들고 법적 노출이 큰 작업이며, 메타는 이를 떠안을 가치가 없다고 판단한 것으로 보입니다. 반독점 관점도 그럴듯합니다 — 미국과 유럽의 규제 당국 모두 메타가 상거래 거래를 직접 통제하는 것을 면밀히 살펴봐 왔으며, 체크아웃에서 물러남으로써 그 노출 범위를 줄일 수 있습니다.
이 변화가 도입되었을 때 이미 마이그레이션을 마친 판매자에게는 실질적인 결과가 이제 확정되었습니다. 인스타그램과 페이스북은 결제 처리업체가 아니라 퍼널 상단의 발견 및 광고 채널입니다. 예전에 Meta Pay를 통해 정산되던 모든 금액은 이제 여러분의 웹사이트 체크아웃 뒤에 있는 게이트웨이를 통해 정산됩니다.
이를 제대로 처리하는 것의 중요성은 계속 커지고 있습니다. 미국 소셜 커머스 매출은 2026년 처음으로 1,000억 달러를 넘어설 것으로 예상되며, 소상공인은 그 성장의 상당 부분을 차지하고 있습니다 — 인스타그램 쇼핑만 해도 플랫폼 활성 사용자의 약 70%에 도달하며, 쇼퍼블 게시물은 일반 제품 게시물보다 두 배 넘는 노출수를 만들어냅니다. 판매자 모르게 결제 배관이 바뀐 채널을 통해 트래픽이 늘어난다는 것은, 더 많은 소상공인이 몇 달이 지난 뒤 — 흔히 판매세 신고나 연말 결산 수치가 맞지 않을 때가 되어서야 — 대사(정산) 공백을 발견하게 된다는 뜻입니다.
이로 인해 발생하는 부기 문제
계정과목표나 대사(정산) 습관에 여전히 "메타 정산금"이라는 항목 — 머릿속으로든 실제로든 — 이 남아 있다면, 해결해야 할 구체적인 문제가 세 가지 있습니다.
1. 이제 매출은 메타 정산 보고서가 아니라 일반 결제 처리업체로 들어온다
예전에는 메타 커머스 매니저의 정산 보고서 하나만 보면 무엇이 팔렸는지, 메타의 수수료가 얼마였는지, 은행 계좌에 얼마가 입금되었는지 알 수 있었습니다. 이제 그 매출은 결제 처리업체 단계에서 다른 웹사이트 판매와 구분되지 않습니다 — Stripe, Shopify Payments, 혹은 PayPal 정산 배치에 직접 트래픽, 이메일 트래픽, 그 밖의 모든 채널과 뒤섞여 나타납니다.
이는 단순성 면에서는 좋은 소식(두 개의 정산 시스템 대신 하나)이지만, 가시성 면에서는 나쁜 소식입니다. 인스타그램과 페이스북이 실제로 얼마의 매출을 이끌어냈는지 알고 싶다면, 더 이상 정산 보고서만 보고 알 수 없습니다 — UTM 파라미터, 커머스 매니저의 플랫폼 측 "웹사이트" 전환 위치, 혹은 이커머스 플랫폼의 트래픽 소스 어트리뷰션을 이용해 재구성해야 합니다. 숫자가 정확히 일치하지 않을 것을 예상하세요. iOS 추적 제한과 다중 접점 어트리뷰션 방식의 차이로 인해, 메타 광고 관리자가 보고하는 전환 수와 웹사이트 애널리틱스가 실제로 기록한 수치 사이에 20–40%의 편차가 있는 것은 흔한 일로 문서화되어 있습니다. 장부와 세무 목적에서는 이것이 문제가 되지 않습니다 — 채널이 무엇이든 판매는 판매니까요 — 하지만 광고비 ROI를 평가하는 상황이라면 어느 쪽 숫자도 절대적인 사실로 취급하지 마세요. 웹사이트의 주문 데이터를 회계상의 원천 진실로, 메타의 수치는 방향성을 알려주는 참고 신호로 취급하시기 바랍니다.
2. 판매세 책임이 "메타일 수도"에서 "확실히 당신"으로 넘어갔다
이것이 실제로 컴플라이언스 측면에서 이빨을 드러내는 변화입니다. 마켓플레이스 퍼실리테이터법에 따라, 체크아웃을 통제하는 플랫폼 — Amazon, Etsy, TikTok Shop — 은 일반적으로 판매자를 대신해 판매세를 계산·징수·납부해야 합니다. 메타가 네이티브 체크아웃을 운영했을 때는, 적어도 일부 거래에서는 메타도 그와 같은 범주에 속했다고 볼 여지가 있었습니다. 이제 체크아웃이 여러분 자신의 웹사이트에서 이루어지므로, **여러분은 명백히 등록된 소매업자(retailer of record)**이며, 판매세 징수와 납부는 전적으로 여러분의 책임입니다. 이는 고객이 있는 모든 주에서 여러분 자신의 넥서스(nexus) 의무를 따릅니다.
예전에 진짜 마켓플레이스(대신 납부해 주는)와 메타 샵(그렇지 않을 수도 있는)을 혼합해서 판매하고 있었다면, 다음을 확인해야 할 가능성이 높습니다:
- 여러분의 이커머스 플랫폼(Shopify, WooCommerce 등)이 넥서스가 있는 모든 주에서 판매세를 올바르게 계산하고 징수하도록 설정되어 있는지 확인하세요.
- 장부에서 "마켓플레이스가 대신 처리한" 매출과 "직접 징수한" 매출을 구분하세요 — 대부분의 주는 총매출을 신고한 뒤 마켓플레이스가 대신 처리한 금액을 차감하도록 요구하므로, 메타에서 유입된 웹사이트 매출을 Amazon 마켓플레이스 매출과 뒤섞으면 과세표준이 잘못 계산됩니다.
- 판매세 부채 계정을 매달 실제 신고 내역과 대사하세요 — 예전 체크아웃 방식에서 이어져 온 가정과 대사해서는 안 됩니다.
3. 수수료 항목이 바뀌었다 — 새 항목을 추적하라
네이티브 메타 체크아웃은 정산 전에 공제되는 자체 거래 수수료가 있었습니다. 이제 체크아웃이 여러분의 웹사이트를 통해 이루어지므로, 이 수수료는 결제 처리업체와 이커머스 플랫폼이 부과하는 수수료로 대체됩니다. Stripe/Shopify Payments 처리 수수료에, Shopify나 WooCommerce의 플랫폼 수수료가 더해지고, 올인원 플랫폼을 쓰지 않는다면 결제 게이트웨이 수수료까지 추가됩니다. 광고 비용은 영향을 받지 않습니다 — 여전히 광고 노출에 대해 메타에 비용을 지불하니까요 — 하지만 손익계산서의 거래 수수료 항목은 "메타 수수료" 계정에서 처리업체의 수수료 계정으로 옮겨야 합니다. 이 항목의 명칭을 바꾸지 않으면 비용 분류가 어긋나면서 소셜 기반 매출의 마진 분석이 부정확해집니다.
실제 사례: 예전에는 숫자가 딱 맞아떨어졌던 곳
예전에 매주 한 번 커머스 매니저 정산금을 받던 소규모 생활용품 판매자를 떠올려 보세요. 페이스북/인스타그램 매출 $4,200에서 메타의 거래 수수료를 뺀 금액이, 항목별 주문 목록이 첨부된 채 한 번의 일괄 입금으로 들어왔습니다. 부기는 거의 기계적이었습니다 — 입금 한 건, 분개 한 건, 수수료 항목 한 줄.
오늘날에는 소셜에서 발생한 그 $4,200이, 직접 트래픽 매출, 이메일 캠페인 매출, 구글 광고 매출까지 포함된 훨씬 더 큰 주간 Shopify Payments 입금의 일부로 들어옵니다 — 모두 하나의 정산 배치에 섞여 들어오고 처리 수수료도 혼합되어 계산됩니다. 판매자는 Shopify의 주문 목록으로 가서 유입 채널별로 필터링하거나(광고 링크에 태그가 붙어 있다면 UTM 소스별로), 그 입금 중 얼마가 인스타그램에서 왔고 나머지가 어디에서 왔는지를 수작업으로 재구성해야 합니다. 총매출 자체는 아무것도 달라지지 않았지만, 예전에는 자동이었던 분해 작업이 이제는 의도적인 단계를 필요로 하게 되었습니다. 이 단계를 한 분기 동안 건너뛰어도 장부는 여전히 총액 기준으로는 올바르게 마감되지만, "인스타그램이 광고비를 쓸 만한 가치가 있는가?"라는 질문에는 신뢰할 만한 답을 내놓을 수 없습니다 — 그리고 플랫폼 노출에 비용을 지불하는 판매자에게는, 애초에 채널을 별도로 추적하는 것 자체가 그 질문에 답하기 위함이었습니다.
웹사이트 체크아웃 설정 선택하기(또는 점검하기)
아직 이 마이그레이션을 마무리하는 중이거나, 새로운 방식 아래에서 소셜 커머스를 처음 설정하는 중이라면, 메타 트래픽을 보내는 체크아웃 플랫폼이 예전보다 훨씬 더 중요해졌습니다. 이제 그 플랫폼이 결제 처리, 세금 계산, 주문 기록 전체를 짊어지고 있기 때문입니다:
- **올인원 플랫폼(Shopify, BigCommerce, Squarespace Commerce)**은 판매세 계산, 결제 처리, 재고 관리를 하나의 시스템으로 묶어 대사(정산) 공백을 최소화합니다 — 대신 결제 처리 수수료 위에 플랫폼 수수료가 추가로 붙습니다.
- **셀프호스팅(WooCommerce, 커스텀 장바구니)**은 더 많은 통제권과 대체로 더 낮은 플랫폼 수수료를 제공하지만, 세금 계산 서비스(Avalara, TaxJar 등)를 직접 연동해야 합니다 — 자동으로 처리해 주는 것은 없습니다.
- 어느 쪽을 선택하든, 메타 커머스 매니저에서 "웹사이트" 전환 위치를 연결하세요(하이브리드 "웹사이트 및 샵" 설정이 폐지된 지금은 이것이 유일하게 지원되는 옵션입니다). 그래야 광고 보고와 픽셀 기반 전환 추적이 폐기된 인앱 흐름이 아니라 실제 체크아웃을 가리키게 됩니다.
무엇을 사용하든 부기의 핵심 질문은 같습니다. 그 플랫폼의 모든 주문, 환불, 수수료가 단순한 일괄 입금이 아니라 각각 구분되고 태그를 붙일 수 있는 거래로 장부에 흘러 들어오고 있습니까? 답이 "아니오"라면 거래량이 늘어나기 전에 이를 고쳐야 합니다. 1년 치 뒤섞인 입금을 나중에 소급해서 풀어내는 일은, 처음부터 채널을 올바르게 태그해 두는 것보다 훨씬 더 고통스럽기 때문입니다.
실무 대사(정산) 체크리스트
아직 이 문제를 정리하는 중이거나, 마이그레이션 과정에서 제대로 처리되었는지 점검하려는 소상공인을 위한 체크리스트입니다:
- 계정과목표가 실제 상황을 반영하는지 확인하세요. "메타 커머스" 혹은 "페이스북 결제" 정산 대기 계정(clearing account)이 여전히 남아 있다면, 광고비 전용으로 용도를 바꾸거나 아예 폐기하세요 — 이제 매출과 수수료는 여러분의 주요 결제 처리업체 계정을 통해 흐릅니다.
- 채널 보고서가 아니라 정산 입금액을 대사하세요. 먼저 은행 입금액을 결제 처리업체의 정산 보고서와 맞춰보세요. 광고 플랫폼의 어트리뷰션은 채널 성과를 확인하는 보조 수단으로만 사용하고, 부기의 원천 자료로 삼지 마세요.
- 넥서스가 있는 주들에 대해 판매세 설정을 점검하세요. 여러분의 웹사이트 체크아웃이 의무가 있는 모든 곳에서 실제로 세금을 계산하고 납부하고 있는지 확인하세요 — 예전 메타 시대의 설정이 여전히 적용된다고 가정하지 마세요.
- 필요하다면 과거 거래에 태그를 다시 붙이세요. 2025년 전환기의 인보이스나 분개가 더 이상 존재하지 않는 "메타 정산금" 카테고리로 분류되어 있다면, 전년 대비 채널 보고가 비교 가능하도록 재분류하세요.
- 재고 동기화를 주의 깊게 살피세요. 예전에 메타 샵이 재고를 직접 차감했다면, 이제는 (메타가 아니라) 여러분의 웹사이트 플랫폼이 매출원가 계산에 들어가는 재고 수량의 유일한 정보 원천인지 확인하세요 — 여기서 동기화가 지연되면 매출원가가 조용히 과소 또는 과대 계상됩니다.
처음부터 멀티채널 매출을 정확히 대사하라
판매자들이 인스타그램, TikTok Shop, 직접 웹사이트 트래픽, 전통적인 마켓플레이스를 동시에 다뤄야 하고, 각각 저마다의 정산 일정·수수료 구조·세무 처리 방식을 갖고 있는 만큼, 소셜 커머스는 갈수록 커지고 추적하기도 갈수록 복잡해지고 있습니다. Beancount.io는 투명하고 버전 관리가 가능한 평문 회계(plain-text accounting)를 제공하여, 여러 채널의 거래가 여기저기 흩어진 플랫폼 보고서 대신 하나의 감사 가능한 원장에 담기도록 해줍니다. 무료로 시작하기를 통해 개발자와 재무에 밝은 사업주들이 왜 평문 회계로 전환하고 있는지 확인해 보세요.