손님이 계산대 앞에 선다. 지갑을 꺼내지 않는다. 휴대폰도 꺼내지 않는다. 단말기를 바라 본다. 결제가 끝난다. 토스 페이스페이가 얼굴 인식 결제 시장을 빠르게 확장하고 있다. 카드와 휴대폰 없이 결제하는 시대가 오면서 소상공인 매장의 결제 속도, 고객 경험, 무인화, 개인정보 이슈가 새로운 경쟁력으로 떠오르고 있다.
한때 영화 속 장면처럼 보였던 얼굴 인식 결제가 한국 오프라인 매장 안으로 들어오고 있다. 토스의 얼굴 인식 결제 서비스 ‘페이스페이’가 빠르게 확산 되면서, 카페, 편의점, 음식점, 프랜차이즈 매장의 결제 풍경이 바뀌고 있다. 이 변화는 단순히 결제 수단 하나가 늘어난 문제가 아니다. 사장님 입장에서는 계산대 대기 시간, 직웝 업무량, 고객 경험, 무인화 시스템, 개인정보 신뢰까지 한번에 고민해야 하는 새로운 전환점이다.
2026년 오프라인 매장의 경쟁은 더 이상 “무엇을 파느냐”만으로 결정되지 않는다. 손님이 얼마나 빠르게 편하게 사고 나갈 수 있는지 다시 말해 매장 경험 전체가 경쟁력이 되는 시대가 오고 있다.
토스 페이스페이, 왜 갑자기 주목 받나
토스 페이스페이는 사용자가 토스 앱에서 얼굴과 결제 수단을 미리 등록한 뒤, 매장 계산대의 전용 단말기는 바라보는 것만으로 결제할 수 있는 서비스다. 카드, 휴대폰, 현금 없이 얼굴 인식만으로 결제가 이뤄지는 구조다.
토스는 2025년 2월 페이스페이 출시를 발표하면서 편의점 일부 매장에서 시작해 카페, 영화관 등으로 확대하겠다고 밝혔다. 당시 토스는 99.99% 수준의 정확도, 1초 이내 인증, 위조 얼굴을 걸러내는 라이브니스 탐지, 24시간 이상거래탐지시스템 등을 강조했다.
확산 속도는 빠르다. 토스는 2025년 11월 페이스페이 가입자가 공식 출시 두 달 만에 100만 명을 넘어섰다고 밝혔다. 당시 토스는 하루 평균 약 8,200명이 신규 가입했고, 서울 지역에서는 페이스페이 가능 가맹점의 약 79%가 실제 거래를 기록했다고 설명했다. 특히 카페 업종에서는 참여 매장의 약 95%가 실제 결제를 경험했다고 밝혔다.
최근에는 더 큰 숫자도 나왔다. 파이낸셜타임스는 토스 페이스페이가 출시 이후 약 480만 명의 이용자를 확보했고, 약 33만 개 소매점에 단말기가 설치됐다고 보도했다. 토스는 연말까지 이용자 1,000만 명, 가맹점 100만 곳을 목표로 하고 있으며, 장기적으로는 한국에서 실물 신용카드를 없애겠다는 목표까지 언급했다.
소상공인에게 중요한 건 ‘기술’이 아니라 ‘회전율’이다
사장님 입장에서 얼굴 결제의 핵심은 멋진 기술이 아니다. 핵심은 시간이다.
카페 피크타임을 생각해보자. 점심시간 30분, 출근길 1시간, 퇴근길 1시간에 매출이 몰리는 매장은 계산대 앞 대기 시간이 곧 매출 손실이다. 손님이 줄을 보고 돌아서면 매출은 사라진다. 직원이 주문을 받고, 결제 수단을 확인하고, 카드나 휴대폰 결제를 기다리는 과정이 길어질수록 회전율은 떨어진다.
페이스페이가 노리는 지점은 바로 이 부분이다. 손님은 지갑을 찾을 필요가 없고, 직원은 결제 과정을 반복해서 처리하는 부담을 줄일 수 있다. 특히 키오스크, 테이블오더, 무인계산대와 결합될 경우 얼굴 결제는 단순한 결제 수단이 아니라 매장 운영 자동화의 마지막 단계가 될 수 있다. 한국프랜차이즈산업협회와 토스가 페이스페이 확산을 위한 업무협약을 맺은 것도 이 흐름과 맞닿아 있다. 렵약 내용에 따르면 양측은 프랜차이즈 회원사를 대상으로 페이스페이 도입을 확대하고, 결제 인프라와 기술 지원을 제공하기로 했다. 보도에서는 페이스페이가 별도 카드나 스마트폰 없이 결제를 가능하게 해 고객 대기 시간을 줄이고 매장 운영 효율을 높일 수 있다고 설명했다.
키오스크 다음은 ‘얼굴 결제’인가
지난 몇 년 동안 오프라인 매장이 가장 큰 변화는 키오스크였다. 음식점, 카페, 프랜차이즈, 영화관, 무인매장까지 키오스크는 빠르게 퍼졌다. 이유는 단순했다. 인건비 부담이 커졌고, 사장님들은 주문과 결제 업무를 줄이고 싶어 했다. 하지만 키오스크에는 한계도 있었다.
손님이 조작을 어려워하면 오히려 직원이 도와줘야 했다. 고령층 고객은 불편함을 느꼈고, 주문 과정이 길어지면 매장 회전율이 떨어졌다. 즉 키오스크가 모든 문제를 해결해주지는 않았다.
얼굴 결제는 이 문제를 다른 방식으로 건드린다. 손님이 복잡한 버튼을 누리지 않아도 된다. 결제 수단을 꺼내지 않아도 된다. 단말기를 바라보는 행동 하나로 결제 단계가 끝난다. 이론상 가장 짧은 결제 동선이다. 물론 모든 매장에 바로 맞는 것은 아니다. 객단가가 낮고 회전율이 중요한 카페, 편의점, 패스트푸드, 베이커리, 무인매장, 코인노래방, 셀프세탁소 같은 업종은 비교적 잘 맞을 수 있다. 반면 상담 시간이 길거나 고가 상품을 판매하는 업종은 결제 속도보다 신뢰와 설명이 더 중요할 수 있다.
중요한 것은 하나다. 앞으로 사장님은 “어떤 결제기를 둘 것인가”가 아니라 “우리 매장의 고객 동선을 어떻게 줄일 것인가”를 고민해야 한다.
얼굴 결제의 가장 큰 벽은 개인정보다
하지만 얼굴 결제에는 분명한 불안도 있다. 바로 개인정보 문제다. 카드번호는 바꾸면 된다. 비밀번호도 바꾸면 된다. 하지만 얼굴은 바꿀 수 없다. 생체정보는 한 번 유출되면 회복이 어렵다는 점에서 일반 결제정보보다 훨씬 민감하다. 토스는 보안성을 강조하고 있다. 토스는 페이스페이가 개인정보보호위원회의 사전적정성검토 승인을 받은 얼굴 인식 결제 서비스라고 밝혔고, 위조 얼굴을 막기 위한 라이브니스탐지, 이상거래탐지시스템, 고도화된 얼굴 인식 모델을 적용했다고 설명했다.
코리아타임스 보도에 따르면 토스는 페이스페이 보안에 대해 라이브니스 탐지, 얼굴 변화에 강한 인식 모델, 이상거래탐지 등을 적용했으며, 데이터 암호화와 무단거래 발생시 보상 체계도 언급했다. 그럼에도 소비자의 장벽은 남아 있다. “내 얼굴 정보가 어디에 저장되는가”, “해킹되면 어떻게 되는가”, “매장에서 내 얼굴을 알아보는 것 아닌가”라는 질문은 앞으로 더 커질 수 있다. 특히 얼굴 결제가 보편화될수록 편의성과 감시 사이의 논쟁은 피하기 어렵다.
사장님 입장에서도 이 부분은 중요하다. 기술을 도입하는 것만으로 끝나지 않는다. 고객에게 어떤 정보가 저장되고, 어디까지 사용되는지, 문제가 생기면 누가 책임지는지 명확히 안내해야 한다. 결제 경험이 편하더라도 신뢰가 없으면 손님은 쓰지 않는다.
동네 가게는 당장 무엇을 봐야 하나
소상공인에게 페이스페이는 아직 “무조건 도입해야 할 장비”라기보다 “지켜봐야 할 흐름”에 가깝다. 하지만 흐름을 가볍게 보면 안 된다.
첫째, 우리 매장에 반복 방문 고객이 많은지 봐야 한다. 얼굴 결제는 한 번 등록한 고객이 자주 쓰는 구조에 강하다. 편의점, 카페, 구내식당, 프랜차이즈, 헬스장, 무인매장처럼 반복 방문이 많은 업종일수록 효과가 커질 수 있다.
둘째, 피크타임 대기 시간이 긴지 봐야 한다. 줄이 자주 생기는 매장은 결제 속도 개선만으로도 매출 손실을 줄일 수 있다.
셋째, 직원이 결제 업무에 너무 많은 시간을 쓰는지 봐야 한다. 주문, 포장, 제조, 응대까지 동시에 하는 작은 매장에서는 결제 단계가 줄어드는 것만으로도 운영 부담이 줄 수 있다.
넷째, 고객층의 기술 수용성이 높은지 봐야 한다. 젊은 고객이 많고 토스 이용자가 많은 상권이라면 빠르게 반응할 가능성이 있다. 반대로 고령층 중심 상권이라면 카드, 현금 결제와 병행하는 안내가 필요하다.
다섯째, 개인정보 안내와 고객 신뢰를 어떻게 확보할지 봐야 한다. 얼굴 결제는 편리함만으로 확산되지 않는다. 손님이 안심할 수 있어야 쓴다.
결제는 이제 ‘매장 경험’의 일부가 됐다
과거 결제는 판매의 마지막 단계였다. 손님이 물건을 고르고, 돈을 내고, 나가면 끝이었다. 하지만 지금 결제는 매장 경험의 일부가 됐다.
손님은 빠른 결제를 기억한다. 불편한 결제도 기억한다. 줄이 길어 돌아선 경험, 키오스크에서 헤맨 경험, 카드 오류로 기다린 경험은 모두 매장 이미지에 영향을 준다. 토스 페이스페이가 던지는 메시지는 분명하다. 앞으로 결제 시장은 더 빠르고, 더 자동화 되고, 더 개인화된다. 사장님은 메뉴와 가격만 관리해서는 부족하다. 주문, 결제, 재방문, 포인트, 고객 데이터까지 하나의 흐름으로 봐야 한다.
이제 동네 가게의 경쟁은 맛집 지도에서만 벌어지지 않는다. 계산대 앞에서도 벌어진다.
){kind=small}
){kind=small}
){kind=small}
){kind=small}
