오버부킹 막아준다는 통합 관리 서비스, 계약 전에 확인할 여덟 가지

숙소를 여러 곳에 올려두면 걱정은 하나로 모입니다. 오버부킹, 같은 방이 두 번 팔리는 일입니다. 그 자리를 노리고 "모든 채널을 하나로 통합해 오버부킹을 막아준다"는 서비스들이 들어옵니다. 야놀자, 여기어때, 네이버까지 다 된다고 적혀 있습니다.

그런데 '연동'이라는 한 단어 안에 서로 다른 것 세 가지가 섞여 있습니다. 어느 것이 되고 어느 것이 안 되는지는 광고에 적혀 있지 않습니다.

연동이라는 말 안에는 세 가지가 있습니다

업계에서는 이걸 ARI라고 부릅니다. 가용 여부(Availability), 요금(Rates), 재고(Inventory)의 앞 글자입니다. 부킹닷컴 같은 곳은 실제로 요금·재고를 다루는 API와 예약을 받아오는 API를 따로 제공합니다. 방향으로 나누면 이렇게 셋입니다.

무엇이	어느 방향으로	빠지면 생기는 일
예약 수신	OTA에서 내 시스템으로	그 채널에서 팔린 방이 내 달력에 안 잡혀 직판에서 또 팔림
재고 전파	내 시스템에서 OTA로	직판이나 다른 채널에서 팔린 방이 그 OTA에서 계속 팔림
요금 전파	내 시스템에서 OTA로	성수기 요금을 채널마다 손으로 바꿔야 하고, 채널 간 가격이 어긋남

셋이 다 되면 양방향입니다. 예약은 들어오고 재고와 요금은 나갑니다. 흔히 말하는 실시간 양방향 연동이 이겁니다.

문제는 '수신만' 되는 연동입니다

현실에서 자주 보이는 형태는 예약 수신만 되는 연동입니다. OTA에서 예약이 생기면 내 통합 화면에 들어와 달력이 채워집니다. 화면에 다 모여 보이니 통합된 것처럼 느껴집니다.

하지만 반대 방향이 비어 있습니다. 내 홈페이지에서 한 건이 팔려도, 다른 OTA에서 한 건이 팔려도, 그 사실이 이 OTA로 나가지 않습니다. 그 방은 여전히 팔리는 중입니다. 성수기 주말에 이런 구멍이 하나 있으면 오버부킹은 시간문제입니다.

요금은 더 조용히 새어 나갑니다. 수신만 되는 연동에서는 요금 인상이 그 채널에 반영되지 않습니다. 다른 채널은 20만 원인데 그 채널만 12만 원으로 남아 있고, 손님은 당연히 싼 쪽으로 옵니다. 오버부킹은 사고라도 나야 알지만, 이건 사고 없이 매달 조금씩 손해가 납니다.

캘린더 방식과 알림 파싱 방식

공식 연동이 아닌 자리를 메우는 방법이 둘 있습니다. 둘 다 한계가 분명합니다.

iCal 캘린더 동기화는 숙박 업계에서 널리 쓰입니다. 다만 이 방식이 실어 나르는 건 막힌 날짜뿐입니다. 요금도, 손님 정보도 넘어가지 않습니다. 실시간도 아닙니다. 동기화 주기가 길면 반영까지 몇 시간이 걸리고, 열두 시간까지 벌어진 사례도 보고됩니다. 채널이 늘수록 관리도 급격히 복잡해집니다. 두 곳이면 링크가 두 개지만 세 곳이면 여섯 개, 여기에 직판 사이트까지 붙이면 열두 개가 됩니다.

예약 알림 메일이나 문자를 읽어 예약을 만드는 방식도 있습니다. 사람이 알림을 보고 옮겨 적던 일을 프로그램이 대신하는 셈입니다. 이 방식은 원리상 예약 수신 한 방향만 가능합니다. 재고나 요금을 그 채널로 밀어 넣을 수는 없습니다. 게다가 알림 형식이 바뀌거나 메일이 지연되면 조용히 멈춥니다. 멈춘 걸 모른 채 며칠이 지나면 그동안 팔린 방은 어디에도 반영되지 않습니다.

예약은 모이는데 대화는 흩어지는 경우

재고와 요금이 채널을 오가는 이야기였다면, 실제 운영 시간을 잡아먹는 건 따로 있습니다. 손님 문의입니다.

손님은 아무 데서나 물어봅니다. 에어비앤비 메시지로 오고, 네이버 톡톡으로 오고, 문자로 오고, 인스타그램 DM으로도 옵니다. 그래서 사장님은 앱을 네다섯 개 열어놓고 삽니다. 어디서 뭘 물었는지 헷갈리고, 놓친 문의는 그대로 예약이 날아간 것이 됩니다.

"통합 관리"라고 적힌 서비스라도 예약만 한곳에 모으고 대화는 각자 앱에서 하라는 경우가 꽤 있습니다. 그러면 달력은 하나가 됐는데 손은 그대로입니다. 계약 전에 이것도 이름을 대고 물어야 합니다. 에어비앤비 메시지가 그 화면으로 들어오는지, 네이버 톡톡은 어떤지, 홈페이지 채팅과 이메일은 어떤지.

답장이 나가는 방향도 함께 확인하세요. 그 화면에서 답장을 쓰면 손님이 원래 물어본 곳에서 받아야 합니다. 에어비앤비로 물어본 손님에게 답이 이메일로 가면, 손님은 답을 못 본 채 기다립니다. 자동 안내 문자도 같은 문제가 있습니다. OTA 예약인데 안내가 이메일로만 나가면, 손님은 OTA 메시지함만 보다가 체크인 당일에 전화를 겁니다.

국내 채널은 실제로 어떻게 되어 있나

광고만 보지 말고 플랫폼 쪽을 직접 확인해 봤습니다.

세 곳 모두 사장님이 직접 쓰는 파트너 화면은 있습니다. 야놀자는 NOL 파트너센터, 여기어때는 파트너센터, 네이버는 스마트플레이스와 예약 파트너센터에서 재고와 요금을 관리할 수 있습니다.

문제는 그다음입니다. 바깥 솔루션이 그 재고에 붙는 연동은 세 곳 모두 제휴 승인을 거쳐야 하고, 누구나 열어볼 수 있는 기술 문서는 찾을 수 없었습니다. 야놀자는 제휴 문의 창구만 공개되어 있고, 네이버는 개발 현장에서 제휴를 맺어야 열린다고 이야기됩니다. 그래서 어떤 서비스가 어느 채널과 어느 깊이로 이어져 있는지를 호스트가 밖에서 대조할 방법이 없습니다.

해외는 사정이 조금 다릅니다. 부킹닷컴은 연동 API 문서를 공개해 두고 있어 무엇이 가능한지 밖에서도 읽힙니다(신규 연동사 등록은 현재 중단된 상태입니다). 익스피디아는 승인 후 포털에서 문서를 받습니다. 승인제인 건 같지만 확인할 수 있는 자료의 양이 다릅니다.

현장의 목소리도 같은 방향입니다. 2025년 7월 제주에서 숙소를 운영하는 한 사장님은 네이버 연동이 안 되고, 되더라도 수수료가 15%이며, 에어비앤비·아고다·부킹닷컴 세 개가 다 되는 채널 관리 프로그램이 없고, 월 이용료가 비싸다고 적었습니다. 결국 직접 만들어 쓴다고 했습니다.

PMS까지 하나로 통합된다는 말

요즘은 예약 관리에 객실 관리(PMS)까지 묶어 하나로 된다는 설명도 자주 보입니다. 이것도 확인해 봤습니다.

확인되는 사실은 같은 진영 안에서는 통합이 성립한다는 것입니다. 야놀자는 계열사들과 함께 키오스크, 객실 관리, 채널 관리를 묶은 패키지를 공급한다고 2025년 6월 밝혔습니다. 한 회사가 자사 제품끼리 붙이는 건 기술적으로 어려울 게 없습니다.

반대로 바깥 회사의 관리 프로그램이 국내 OTA 재고에 직접 붙는 경로는 공개 자료로 확인되지 않습니다. 없다는 뜻이 아니라, 있는지 없는지를 밖에서 알 수 없다는 뜻입니다. 그래서 "PMS까지 통합"이라는 문구를 봤다면, 그게 자사 제품끼리의 통합인지 바깥 채널까지 닿는 통합인지를 구분해서 물어야 합니다.

계약 전에 확인할 여덟 가지

1. 직판에서 한 건 팔리면 다른 채널 재고가 줄어드나

이 질문 하나가 절반을 걸러냅니다. 내 홈페이지나 전화로 받은 예약이 각 채널의 남은 방 수를 자동으로 깎는지 물어보세요. "직판 예약도 관리된다"와 "직판 예약이 각 채널의 재고를 자동으로 차감한다"는 완전히 다른 말입니다. 앞의 답은 화면에 모아 보여준다는 뜻일 수 있습니다.

재고만 묻지 말고 판매 조건도 함께 확인하세요. 특정 날짜 판매 중지, 최소·최대 숙박일, 체크인이나 체크아웃을 막는 설정까지 채널로 나가는지가 실무에서는 재고만큼 중요합니다. 이게 안 나가면 3박짜리로만 받고 싶은 성수기 주말에 1박 예약이 들어옵니다.

2. 요금을 바꾸면 어느 채널까지 따라오나

재고만 묻고 끝내는 경우가 많은데, 요금이 빠지면 통합의 절반은 못 쓰는 셈입니다. 성수기 요금을 한 곳에서 올리면 어느 채널까지 자동으로 바뀌는지, 못 따라오는 채널은 어디인지 이름으로 받아두세요.

두 가지를 더 물으면 좋습니다. 하나는 얼마나 먼 날짜까지 나가는지입니다. 내년 여름 요금을 미리 걸어둬도 채널에 반영되는지, 아니면 몇 달치만 나가는지에 따라 미리 파는 전략이 달라집니다. 다른 하나는 채널마다 다른 요금을 걸 수 있는지입니다. 채널별로 수수료가 다르니 같은 값을 올리면 실수령액이 제각각이 됩니다.

3. 채널별로 어느 방식인지, 반영까지 몇 분 걸리나

채널 이름을 하나씩 대면서 물어야 합니다. "실시간"이라는 단어에 만족하지 말고 숫자를 받으세요. 답이 분 단위로 나오면 그 시간만큼은 중복이 뚫릴 수 있는 창입니다. 캘린더 방식이라면 몇 분 주기인지도 확인해야 합니다.

여기에 하나를 더 붙이면 좋습니다. 어긋났을 때 스스로 맞추는 장치가 있는지입니다. 실시간으로 주고받는 구조라도 통신이 한 번 실패하면 그 한 건은 영영 어긋난 채로 남습니다. 괜찮은 서비스는 하루에 한 번씩 전체 재고와 요금을 처음부터 다시 밀어 넣어 맞춥니다. 이 질문에 답이 없다면, 어긋남을 발견하는 사람은 사장님이 됩니다.

4. 우리 계정 정보를 넘겨야 하나

공식 제휴로 이어진 연동이라면 대개 업체 간 승인 절차로 끝납니다. 반대로 채널 아이디와 비밀번호를 요구한다면 공식 연결이 아닐 가능성이 큽니다. 사람이 하는 로그인을 프로그램이 대신하는 구조는 플랫폼 약관에서 제한하는 경우가 많고, 채널 쪽 화면이 바뀌면 멈춥니다.

5. 연동이 끊기면 어떻게 알려주나

자동화의 진짜 위험은 고장이 아니라 조용한 고장입니다. 오류가 나면 알림이 오는지, 마지막 동기화 시각을 화면에서 볼 수 있는지, 며칠 멈춰 있어도 티가 나는 구조인지 확인하세요. 기록이 없는 서비스는 사고가 나야 사고를 압니다.

6. 사고가 나면 누가 배상하나

중복 예약이 나면 손님에게 사과하고 대체 숙소를 구하는 사람은 사장님입니다. 계약서에 연동 오류로 인한 손해의 책임 범위가 어떻게 적혀 있는지 보세요. 대부분 면책 조항이 들어 있습니다. 면책이라는 뜻은 그 위험을 사장님이 안고 간다는 뜻입니다.

7. 직판 예약의 결제금은 어디로 들어오나

자체 홈페이지로 받은 예약의 돈이 내 계좌나 내 결제사로 바로 들어오는지, 아니면 업체가 받았다가 나중에 정산해 주는지를 확인하세요. 후자라면 그건 통합 도구가 아니라 사실상 또 하나의 판매 채널입니다. 수수료가 붙고, 정산 주기만큼 돈이 늦게 들어오고, 업체에 문제가 생기면 내 매출이 묶입니다.

연동에도 같은 구조가 숨어 있을 수 있습니다. 어떤 채널을 "연동해 준다"면서 실제로는 그 채널의 예약을 업체가 받아 넘겨주는 형태라면 수수료가 따라붙습니다. 앞서 인용한 제주 사장님이 말한 연동은 되는데 수수료가 15%라는 상황이 이 경우입니다. 연동이라는 말만 듣지 말고 돈이 흐르는 경로를 물어야 하는 이유입니다.

8. 손님 문의도 한 화면에 모이나

예약만 모으는 것과 대화까지 모으는 것은 다릅니다. 에어비앤비 메시지, 네이버 톡톡, 홈페이지 채팅, 이메일 중 어디까지 들어오는지 채널 이름으로 확인하세요. 그리고 답장이 손님이 물어본 그 자리로 나가는지도 함께 물어야 합니다. 들어오기만 하고 답장은 각자 앱에서 해야 한다면 절반만 통합된 것입니다.

계약 전에 할 확인, 계약 후에 할 시험

여기서 현실적인 문제가 하나 있습니다. 계약을 해야 내 홈페이지가 생기니, 직접 예약을 넣어보는 시험은 계약 전에 할 수가 없습니다. 그래서 순서를 나눠야 합니다.

계약 전 — 남의 숙소로 확인합니다

지금 그 서비스를 쓰고 있는 숙소를 한두 곳만 알려달라고 하세요. 레퍼런스를 대지 못하는 곳이라면 그 자체가 답이 됩니다.

알려받았다면 밖에서 이렇게 대조합니다. 그 숙소의 자체 홈페이지를 열어 앞으로 몇 주치 예약 가능한 날짜를 적어두고, 같은 숙소를 야놀자나 에어비앤비에서 찾아 같은 날짜의 상태를 봅니다. 한쪽은 예약이 되는데 다른 쪽은 마감인 날이 여럿이면 재고가 서로 맞춰지지 않고 있다는 신호입니다. 채널마다 방을 나눠 파는 경우도 있으니 하루치로 단정하지 말고 며칠치를 봐야 합니다.

여기에 앞의 질문들을 서면으로 받고, 계약서에 시험 조건을 넣으세요. 도입 후 한 달 안에 아래 시험을 통과하지 못하면 위약금 없이 해지한다는 조항 하나면 위험의 절반이 넘어갑니다. 무료 체험을 주는 곳이라면 그 기간에 시험을 끝내면 됩니다.

도입 후 — 실제로 넣어봅니다

업계에서도 연동을 붙인 뒤에는 테스트 예약으로 확인하라고 안내합니다. 도입 첫 주에 이 순서로 한 번만 해보세요.

1. 가장 한가한 날짜를 하나 고릅니다.
2. 내 홈페이지(또는 전화 예약)로 그 날짜에 한 건을 넣습니다.
3. 야놀자·여기어때·네이버를 손님 화면으로 열어 그 날짜가 실제로 막히는지 봅니다. 걸린 시간을 잽니다.
4. 반대로 야놀자에서 한 건을 넣고, 네이버와 내 홈페이지가 막히는지 봅니다.
5. 요금을 시험합니다. 한 곳에서 요금을 올려두고, 각 채널의 손님 화면에서 실제로 바뀌는지 확인합니다.
6. 다음 날 아침에 같은 날짜를 다시 봅니다. 밤사이 어긋난 게 없는지, 어긋났다면 스스로 맞춰졌는지 확인합니다.

재고가 양쪽 다 몇 분 안에 막히고 요금까지 따라오면 제대로 된 양방향입니다. 재고만 한쪽으로 흐르면 반쪽이고, 아무것도 안 막히면 그건 모아서 보여주는 화면이지 재고를 지켜주는 장치가 아닙니다.

객실이 적을수록 한 건이 사고입니다

큰 호텔은 중복이 나도 다른 방으로 돌립니다. 작은 숙소는 그럴 방이 없습니다. 인허가 원부로 객실 수를 확인해 보면, 영업 중인 숙소 가운데 객실 수가 기재된 곳의 절반 이상이 5실 이하입니다.

펜션과 민박이 대부분인 농어촌민박은 91%가 5실 이하입니다. 방이 셋인 숙소에서 중복 예약 한 건은 그날 매출의 3분의 1이 아니라 손님 한 팀의 여행 전체가 걸린 사고입니다. 대체 숙소를 잡아주고 차액을 물어주는 비용이 프로그램 몇 달치를 넘깁니다.

업태에 따라 문제가 되는 채널이 다릅니다

한 가지 짚고 갈 것이 있습니다. 외국인관광 도시민박업은 손님이 외국인이라 내국인이 주로 쓰는 국내 예약 앱보다 에어비앤비·부킹닷컴·아고다 같은 채널로 팝니다. 이런 숙소라면 국내 채널 연동보다 글로벌 채널이 세 방향으로 제대로 이어지는지가 훨씬 중요합니다.

반대로 펜션·민박이나 생활숙박처럼 내국인 손님을 받는 숙소는 야놀자·여기어때·네이버가 주력 판매처입니다. 앞에서 말한 국내 채널의 확인 문제가 바로 이쪽 이야기입니다.

그래서 "다 연동된다"는 말을 들었을 때 물어야 할 채널이 업태마다 다릅니다. 내가 실제로 파는 곳부터 이름을 대고 물어보세요. 쓰지도 않는 채널이 목록에 스무 개 더 있는 것보다, 내가 파는 두세 곳이 세 방향으로 이어지는 게 낫습니다.

오버부킹은 이미 분쟁이 되고 있습니다

이건 가정이 아닙니다. 2026년 7월 15일 녹색소비자연대와 민변 민생경제위원회, 참여연대는 야놀자·여기어때·아고다·트립닷컴·에어비앤비 다섯 곳을 불공정약관으로 공정거래위원회에 심사청구했습니다. 오버부킹이 생겼을 때 예약을 일방적으로 취소하면서 배상 책임은 지지 않는다는 이유였습니다.

소비자분쟁해결기준은 사업자 잘못으로 예약이 취소되면 결제금액 외에 추가 배상을 하도록 정하고 있습니다. 성수기 주중 3일 전 취소라면 총 요금의 50%가 기준입니다. 플랫폼과 숙소 중 누가 얼마를 부담하느냐는 사안마다 다투게 되지만, 손님 앞에 서는 사람은 결국 숙소입니다.

그래서 도입해야 하나

도입 자체를 말리는 글이 아닙니다. 채널을 서너 개 이상 굴린다면 사람 손으로 막는 건 언젠가 뚫립니다. 다만 판단은 광고 문구가 아니라 확인한 사실 위에서 해야 합니다. 아직 문을 열지 않은 예비 호스트라면 더 그렇습니다. 채널을 늘리기 전에 이 구조를 먼저 이해해 두면, 나중에 계약서를 앞에 놓고 무엇을 물어야 할지 알게 됩니다.

• 채널이 한두 개면 서둘러 도입할 이유가 크지 않습니다. 그 돈으로 직접예약 창구를 먼저 만드는 편이 남습니다.
• 채널이 서너 개 이상이면 위 여덟 가지를 서면으로 묻고, 레퍼런스 숙소로 먼저 대조해 본 뒤, 계약서에 시험 조건을 넣고 결정하세요.
• 안 되는 채널을 먼저 말해주는 곳이 오히려 믿을 만합니다. 모든 채널이 다 된다는 답보다, 어디는 되고 어디는 안 되며 왜 안 되는지를 설명하는 답이 실제로는 더 정확한 경우가 많습니다.
• 어떤 경우에도 마지막 방어선은 사람입니다. 성수기에는 하루 한 번 각 채널의 남은 방 수를 눈으로 대조하는 습관이 어떤 자동화보다 확실합니다.

여러 채널을 함께 굴릴 때 생기는 다른 문제들은 오버부킹 막는 법과 채널을 나눠 굴리는 방법에 정리해 두었습니다.

이 글은 특정 서비스를 평가하지 않습니다. 연동 범위는 서비스마다, 채널마다, 계약 조건마다 다르므로 반드시 사장님 숙소 기준으로 직접 확인하시기 바랍니다.