워드프레스 예약 플러그인 추천: Amelia·Bookly·Booking Calendar 비교

워드프레스에서 상담·수업·서비스 예약을 받으려면 Amelia와 Bookly를, 날짜나 시간대별 이용 가능 달력과 예약 신청을 구성하려면 Booking Calendar를 비교해 보세요. 선택 기준은 달력 모양보다 담당자·공간의 중복 예약 방지, 확정·결제 처리와 무료판의 실제 범위입니다. Booking Calendar도 시간대 예약을 지원하므로 날짜 예약 전용으로 구분할 필요는 없습니다.

문의 폼 대신 예약 플러그인이 필요한 경우

문의 폼은 희망 시간을 접수할 수 있지만, 담당자나 객실이 그 시간에 비어 있는지까지 자동으로 보장하지는 않습니다. 예약 플러그인은 예약 가능한 시간·날짜·자원을 보여주고 신청 상태에 따라 가용 시간을 관리합니다. 같은 시간대에 한 명만 받을지, 정원까지 여러 명을 받을지에 따라 필요한 기능도 달라집니다.

먼저 예약 단위와 실제로 제한되는 자원을 정하세요. 강사 한 명의 45분 상담, 정원 8명의 수업, 객실 한 개의 숙박은 각각 담당자 시간, 수업 정원, 객실과 날짜가 기준입니다. 강사 두 명이 같은 회의실을 쓰는 경우 직원 일정만 분리하면 공간 중복을 놓칠 수 있습니다. 사람과 공간을 함께 제어해야 하는지 확인해야 합니다.

세 후보와 무료·유료 범위 비교

위 범위는 각 제품의 Amelia 배포 안내, Bookly 배포 안내, Booking Calendar 배포 안내를 기준으로 비교한 것입니다. 제품 전체의 소개나 데모에 나온 기능이 무료판에 모두 있다는 뜻은 아닙니다. 필요한 기능을 설치한 판과 구매하려는 라이선스에 하나씩 대조하세요.

문자·WhatsApp 발송료, 결제 처리 수수료와 외부 서비스 요금은 라이선스와 별개일 수 있습니다. Square 등 결제 수단도 운영 국가·통화·사업자 조건에 맞아야 합니다. 플러그인에서 결제 연동을 무료로 제공한다는 말은 결제사가 수수료 없이 처리한다는 뜻이 아닙니다.

Amelia: 담당자와 서비스를 연결해 시작하기

Amelia의 시작 안내는 직원 한 명, 서비스 하나, 예약 폼으로 최소 구성을 만드는 흐름을 설명합니다. Amelia → Employees에서 담당자와 근무 시간을 설정하고, 카테고리와 서비스를 만든 뒤 제공 직원을 연결합니다. 서비스 관리 경로는 문서·판에 따라 Catalog 또는 Services로 표시될 수 있습니다.

1. 담당자의 이름·이메일과 근무 시간, 휴무일을 설정합니다. 기본으로 들어 있는 평일 근무 시간을 실제 운영 시간으로 바꾸세요.
2. 서비스의 이름, 카테고리, 담당 직원, 소요 시간과 가격을 설정합니다. 직원이나 서비스의 Show on website가 꺼져 있으면 예약 폼에 나타나지 않는지 확인합니다.
3. 예약 페이지에 Amelia 블록이나 단계식 폼 쇼트코드를 넣습니다. 예를 들어 [ameliastepbooking]을 사용할 수 있으며, 해당 판의 지원 폼을 확인합니다.
4. 비회원 창에서 예약한 뒤 Amelia → Bookings → Appointments에서 날짜·담당자·상태를 대조하고 승인·변경·취소를 시험합니다.

시간 간격은 General settings의 Default time slot step과 서비스 소요 시간에 맞아야 합니다. 예를 들어 45분 서비스와 15분 여유 시간을 구성하려는데 30분 단위만 선택된다면 기본 간격을 먼저 확인합니다. 직원별 시간대 기능과 고객의 현지 시간으로 예약 시간을 보여주는 옵션은 서로 다른 설정이며 제공 플랜도 구분해야 합니다.

Bookly: 서비스와 직원 일정이 맞아야 시간이 표시됩니다

Bookly의 무료판은 작은 예약 흐름을 검토할 출발점이 됩니다. 온라인 결제, 여러 직원과 서비스, 고급 예약 기능을 원한다면 Pro 및 해당 구매 경로의 플랜·추가 기능을 대조하세요. 현재 요금제와 기존 개별 애드온 안내가 함께 있을 수 있으므로, 필요한 기능이 어떤 구매 구성에 포함되는지 확인하는 것이 좋습니다.

Bookly → Services에서 카테고리와 서비스를 구성하고 담당 직원을 지정합니다. 서비스 문서에 따르면 서비스는 카테고리에 속하고 적어도 한 담당자에게 연결되어야 예약 폼에 표시됩니다. 서비스 가격을 입력했다고 온라인 결제가 자동으로 연결되는 것도 아닙니다. 현장 결제와 온라인 결제의 흐름을 구분하세요.

직원 일정은 Staff Members → 해당 직원 → Schedule / Days Off에서 확인합니다. 근무 시간 안내에 따르면 회사의 Business Hours·Holidays는 새 직원에게 적용할 기본값이며, 이를 바꿔도 기존 직원 일정이 자동으로 바뀌지 않습니다. ‘영업 시간을 바꿨는데 예약 시간이 그대로’라면 직원별 설정까지 보세요.

Booking Calendar: 달력만 표시할지 신청도 받을지 구분하기

Booking Calendar 무료판도 종일·시간대 예약, 알림과 관리 승인 등 기본 흐름을 제공합니다. 여러 객실·장비를 별도 달력으로 운영하려면 다중 자원 지원 판을, 결제·시즌 요금·정원 등은 각각 해당 상위 판을 확인합니다. 객실 두 개를 달력 색만 바꿔 표현하는 것으로 자원별 재고가 분리되지는 않습니다.

설정 마법사와 WP Booking Calendar → Settings에서 날짜·시간 선택, 폼과 알림을 구성하고, 페이지 편집기에서 Booking Calendar 블록 또는 관리 화면이 생성한 쇼트코드를 삽입합니다. 폼 삽입 안내처럼 가용성 달력만 보여주는 방식과 예약 폼을 함께 넣는 방식을 구분하세요. 달력은 보이는데 신청할 수 없다면 이 선택부터 확인합니다.

대기 중인 신청이 시간을 막는지도 중요합니다. 공식 FAQ는 대기 예약을 가능한 날짜로 표시해, 하나를 승인할 때까지 같은 날짜의 신청을 여러 건 받을 수 있는 구성을 설명합니다. 선착순 확정이 필요한 운영이라면 이 동작이 맞는지 두 세션으로 시험하세요. 문의를 여러 건 모아 고르는 운영과 중복을 막는 운영은 같은 설정이 아닙니다.

시간대·준비 간격·외부 달력을 확인하세요

사이트 시간대는 설정 → 일반 → 시간대에서 확인합니다. 일광 절약 시간제를 쓰는 지역이라면 고정 UTC 차이보다 도시 이름의 시간대를 사용하는 편이 계절 변화에 대응하기 좋습니다. 고객 현지 시간 표시를 켰다면 예약 화면·확인 메일·관리자 일정이 같은 예약 시점을 가리키는지 비교하세요. 날짜가 바뀌는 해외 고객 예약에서는 시간대 이름도 명확히 보여줘야 합니다.

서비스 소요 시간은 고객에게 제공하는 시간이고, 준비·정리 여유 시간은 다른 예약이 차지하면 안 되는 시간입니다. 아래는 앞쪽 여유 없이 09:00부터 45분 상담 후 15분 정리 시간을 두어 다음 예약을 10:00부터 받는 개념 예시입니다. 실제 가능한 시작 시각은 근무 시간, 시간 간격과 앞뒤 여유 설정에 따라 달라집니다. Amelia의 소요 시간·여유 설정과 Bookly의 Padding time처럼 필요한 기능의 제공 판도 확인하세요.

한 번 달력에 추가하는 버튼, 주기적으로 읽는 iCalendar(.ics) 피드, 외부 일정의 바쁨까지 확인하는 동기화는 서로 다릅니다. .ics를 연결했다고 즉시 양방향으로 반영되는 것은 아닙니다. 외부 달력에 시험 일정을 만든 뒤 예약 가능 시간이 언제 막히는지, 취소 후 언제 풀리는지 확인하세요. 다른 사이트에서도 같은 자원을 판매한다면 동기화 지연 사이에 중복 예약이 생길 수 있는지도 판단해야 합니다.

신청·확정·결제를 따로 검증하는 시험 절차

아래는 운영할 사이트에서 확인할 기준입니다. 제품을 설치하지 않고 데모 화면만 살펴본 것으로 이 검증을 대신할 수는 없습니다.

1. 예약 접수: 서비스 하나와 담당자·자원 하나로 시작해 정상 시간, 휴일, 마감 직전 시간을 신청합니다. 고객 화면과 관리자 기록의 날짜·시간·정원이 일치해야 합니다.
2. 동시 신청: 별도 브라우저 세션 두 개에서 같은 시간을 엽니다. 첫 신청 뒤 두 번째 신청이 거절되는지, 대기 신청을 더 받는지, 정원만큼만 받는지가 운영 조건과 맞아야 합니다.
3. 결제와 상태: 결제사의 시험 모드에서 성공·실패·중단을 각각 확인합니다. 결제 성공 전 예약을 확정하는지, 미결제 시간이 언제 풀리는지 확인합니다. 사용하지 않는 자동 취소 기능이 있다고 가정하지 마세요.
4. 취소와 변경: 고객 링크의 마감 조건, 관리자 변경, 기존 시간 해제와 새 시간 확보를 확인합니다. 예약 취소가 결제 환불까지 자동으로 처리한다는 뜻은 아니므로 결제 기록도 대조합니다.
5. 알림: 고객·담당자에게 접수·확정·변경·취소 메일이 맞는 상태와 시간대로 도착해야 합니다. 예약 전 알림은 사이트 방문이 적을 때도 예정 시각에 실행되는지 확인합니다.

예약 기록은 있는데 메일이 없으면 무조건 재예약하기보다 발송 처리와 실제 수신을 나누어 점검하세요. 가능한 시간이 갱신되지 않거나 보안 검사가 실패하면 캐시와 스크립트 최적화의 영향을 시험 환경에서 확인합니다. 예약·결제 페이지의 동적 응답을 오래된 캐시로 대체하지 않도록 해야 합니다.

도입·업데이트 전에는 파일과 데이터베이스 백업을 준비합니다. 운영 중인 예약은 날짜·시간대·상태·결제 식별자까지 내보낼 수 있는지 확인하고, 이전 중에는 새 신청이 두 시스템으로 갈라지지 않게 접수 경로를 정하세요. 시험 사이트에서는 고객에게 실제 알림이나 청구가 나가지 않도록 분리합니다. 문제가 생기면 예약 페이지를 잠시 닫고 기존 예약 목록을 기준으로 수동 안내와 복구를 이어갈 수 있어야 합니다.