Messenger 유틸리티 템플릿: 24시간이 지난 뒤에도 주문·예약 알림을 보내는 방법

월요일에 고객이 Facebook 페이지로 주문 문의를 보냅니다. 답변을 드리고, 고객이 감사 인사를 남긴 뒤 대화가 조용해집니다. 수요일에 상품이 물류센터에서 출발합니다. 문제는 여기서 시작됩니다. 24시간 창은 화요일에 닫혔기 때문에, 상품이 출발했다고 알리는 일반 메시지는 더 이상 전송되지 않습니다.

이런 경우를 위해 Meta가 마련한 방법이 유틸리티 메시지입니다. 페이지가 템플릿을 한 번 만들어 두면 Meta가 미리 승인하고, 내용이 주문이나 계정 업데이트 또는 예약이나 이벤트 알림이라면 창이 닫힌 뒤에도 보낼 수 있습니다. MonoChat은 3.8.43 버전부터 채팅 화면, 플로우, 대량 메시지에서 이 템플릿을 만들고, 동기화하고, 보낼 수 있습니다.

이 가이드는 유틸리티 메시지에 해당하는 내용, Meta가 템플릿을 검토하고 거부하는 방식, MonoChat에서의 정확한 설정 순서를 예시와 함께 설명합니다.

Messenger에서 24시간 창이 중요한 이유

Meta는 이를 **표준 메시징 창(standard messaging window)**이라고 부릅니다. 고객이 페이지에 메시지를 보낸 뒤 비즈니스가 답할 수 있는 시간입니다. 대부분의 동작에서 24시간이며, 고객이 새 메시지를 보낼 때마다 다시 시작됩니다. 창 안에서는 Meta 정책을 따르는 어떤 메시지든 보낼 수 있습니다.

창이 닫힌 뒤 Meta 정책이 정리한 연락 방법은 몇 가지뿐입니다.

옵션	용도	발송 주체
휴먼 에이전트 태그	별도의 7일 이내에 사람이 직접 답장	상담원이 수동으로
일회성 알림	고객이 받겠다고 요청한 후속 메시지 1회	페이지, 1회
유틸리티 메시지	승인된 템플릿으로 보내는 주문·계정 업데이트, 예약·이벤트 알림	페이지, 자동 또는 수동
마케팅 메시지	구독한 고객 대상 프로모션	페이지
스폰서 메시지	Messenger에 게재되는 광고	Ads Manager

배송 안내, 예약 알림, 결제 확인 같은 일상 업무에는 유틸리티 메시지가 가장 잘 맞습니다. 나머지 옵션은 Messenger 24시간 규칙과 메시지 태그 가이드에서 자세히 다룹니다.

Messenger는 제대로 갖춰 둘 만한 채널입니다. GWI가 2025년 2분기에 16세 이상 인터넷 이용자를 조사한 결과, 최근 30일 동안 Messenger를 사용한 비율은 38.4%였고, DataReportal은 이를 전 세계 소셜 플랫폼 중 5위로 집계했습니다.

유틸리티 템플릿이란

Meta 문서는 유틸리티 메시지를, 템플릿으로 만들어 주문 또는 계정 상태 업데이트나 예약 또는 이벤트 알림을 전달하는 메시지로 정의합니다. 템플릿에는 고객 이름, 주문 ID, 운송장 번호 같은 자리표시자가 들어가고, 보낼 때 실제 값으로 채워집니다.

템플릿은 다음으로 구성됩니다.

• 헤더(선택 사항): 텍스트 또는 이미지.
• 메시지 텍스트와 그 안의 변수.
• 버튼(선택 사항): 웹 주소를 여는 링크 버튼, 또는 페이지로 페이로드를 돌려보내는 답장 버튼.
• 변수 형식: 번호형({{1}}, {{2}}) 또는 이름형({{order_id}}, {{first_name}}). 템플릿마다 하나만 선택합니다.

Meta의 자체 템플릿 라이브러리에서 시작할 수도 있습니다. 주문 확인처럼 자주 쓰는 업데이트용으로 미리 만들어진 유틸리티 템플릿을 복제해 수정하면 됩니다.

Meta가 허용하지 않는 내용

유틸리티 메시지에 대한 Meta의 규칙은 짧고 엄격합니다.

• 마케팅 금지. “유틸리티 메시지에는 마케팅 자료를 담을 수 없습니다.” 배송 안내에 쿠폰, “이 상품도 좋아하실 거예요” 같은 문구, 할인이 들어가면 마케팅 메시지가 됩니다.
• 민감한 식별 정보 금지. 카드번호 전체, 은행 계좌번호, 주민등록번호 같은 국가 신분 번호를 요구하면 안 됩니다. 카드 끝 네 자리 같은 일부 정보는 허용됩니다.
• 협박 금지. 결제 독촉 등에서 법적 조치나 공개 망신을 암시하며 위협하는 내용은 허용되지 않습니다.

Meta가 유틸리티 템플릿을 검토하는 방식

Meta는 페이지가 직접 만든 유틸리티 템플릿을 생성 후 몇 초 안에 검토합니다. MonoChat에서 각 템플릿은 세 가지 상태 중 하나로 표시됩니다.

상태	의미
승인됨	템플릿을 보낼 수 있습니다.
대기 중	Meta가 아직 검토하고 있습니다.
거절됨	Meta가 승인하지 않았습니다. 거부 사유 열에 이유가 표시됩니다.

가장 자주 보게 되는 거부 사유는 다음과 같습니다.

거부 사유	문제	수정 방법
INCORRECT_PARAMS	변수를 잘못 썼거나({{1}} 대신 {1}), 번호형과 이름형 변수가 섞였거나, 변수 이름이 올바르지 않음	한 가지 형식과 이중 중괄호를 사용하고, 변수 이름에 #, $, % 같은 특수문자를 넣지 않기
PARAMS_TO_WORD_RATIO_EXCEED_LIMIT	글 길이에 비해 변수가 너무 많음	변수 사이에 고정 문구를 더하거나, 변수 두 개를 하나로 합치기
TAG_SHOULD_BE_MARKETING	본문에 마케팅 내용이 있음	혜택, 할인, 상품 추천 삭제

Meta 문서에는 INCORRECT_PARAMS 거부를 많이 일으키는 규칙이 두 가지 더 있습니다. 변수는 순서대로 번호가 매겨져야 하고, 템플릿은 변수로 시작하거나 끝나면 안 됩니다. “{{1}}님, 주문하신 상품이 발송되었습니다”는 거부되고, “{{1}}님, 안녕하세요. 주문하신 상품이 발송되었습니다.”는 거부되지 않습니다.

MonoChat에서 유틸리티 템플릿 설정하기

아래 내용은 모두 MonoChat 3.8.43 버전부터 제공되며, 연결된 Messenger 채널(Facebook 페이지)이 필요합니다.

1. 페이지의 템플릿 열기

1. 설정 › 채팅 › 채널로 이동합니다.
2. Messenger 채널의 ⋮ 메뉴를 열고 템플릿 메시지를 선택합니다.

목록에는 각 템플릿의 이름, 언어, 상태, 거부 사유, 업데이트 날짜가 표시됩니다. 동기화를 누르면 Meta에서 템플릿과 상태를 가져옵니다.

2. Meta 라이브러리에서 시작하거나 직접 작성하기

Meta 라이브러리에서 시작하려면 다음과 같이 합니다.

1. 만들기를 클릭합니다.
2. Meta 템플릿 라이브러리의 이름 또는 텍스트에 이름이나 본문 단어를 입력하고 검색을 클릭합니다.
3. 라이브러리 템플릿에서 템플릿을 선택합니다. 본문과 버튼이 양식과 미리보기에 채워집니다.
4. 원하면 템플릿 이름을 바꿉니다. 링크 버튼에는 웹사이트 주소를 입력합니다.
5. 템플릿 만들기를 클릭합니다.

직접 작성하려면 다음과 같이 합니다.

1. 만들기를 클릭합니다.
2. 템플릿 이름을 입력하고 언어와 변수 형식을 선택합니다.
3. **헤더(선택 사항)**와 메시지 텍스트를 작성합니다. 변수마다 예시를 입력하세요. Meta는 이 예시로 템플릿을 검토하므로 “test”가 아니라 “ORD-48213”처럼 실제와 비슷하게 적어야 합니다.
4. 필요하면 링크 또는 답장 버튼을 추가합니다.
5. 템플릿 만들기를 클릭합니다. 오른쪽 미리보기에서 고객이 보게 될 메시지를 확인할 수 있습니다.

3. 상태를 최신으로 유지하기

채널의 채널 수정 양식에서 유틸리티 템플릿을 켜면 Meta가 템플릿 상태를 바꿀 때마다 목록이 자동으로 업데이트됩니다. 켜지 않았다면 템플릿을 만든 뒤 동기화를 클릭하세요.

4. 변수 연결하기

보내기 전에 템플릿의 변수({})를 열고 각 변수를 무엇으로 채울지 선택합니다. 프로필의 고객 이름, 프로필 필드의 주문번호, 또는 고정 값을 고를 수 있습니다. 변수가 연결된 템플릿은 팀원 누구나, 또는 플로우가 값을 매번 입력하지 않고 보낼 수 있습니다.

5. 보내기

• 채팅 화면에서: 고객의 마지막 메시지 후 24시간이 지났으면 템플릿 메시지 보내기를 클릭하고 템플릿을 선택합니다. 해결에 이틀이 걸린 문의를 상담원이 마무리 안내할 때 쓰는 방법입니다.
• 플로우에서: 템플릿 메시지 보내기 노드에서 Messenger 채널을 사용할 수 있어, 플로우가 알아서 업데이트를 보냅니다(아래 참고).
• 대량 메시지에서: Messenger 채널을 선택하고 템플릿 메시지를 보냅니다. 예를 들어 좌석을 예약한 모든 고객에게 이벤트 알림을 보낼 수 있습니다.

유틸리티 템플릿을 쓰려면 MonoChat에 Meta의 page_utility_messaging 권한이 필요합니다. 템플릿 목록이나 발송에서 권한 오류가 나타나면 MonoChat 지원팀에 문의하세요.

바로 써 볼 수 있는 예시

템플릿 하나에는 한 가지 역할만 담고, 변수 앞뒤에는 고정 문구를 두세요. 아래 예시는 그대로 쓰면 Meta의 규칙을 통과합니다. 문구는 브랜드의 말투에 맞게 바꿔 쓰세요.

주문 발송(헤더: “주문하신 상품이 출발했습니다”, 링크 버튼: “배송 조회”):

안녕하세요 {{1}}님, 주문번호 {{2}} 상품이 오늘 물류센터에서 출발했습니다. {{3}}까지 도착할 예정이며, 아래 버튼으로 배송 상황을 확인하실 수 있습니다.

예약 알림(답장 버튼: “확인”, “일정 변경”):

안녕하세요 {{1}}님, {{2}} 예약 안내드립니다. {{3}} {{4}}에 방문해 주세요. 확인해 주시거나, 다른 시간이 필요하시면 알려 주세요.

결제 완료:

안녕하세요, {{1}}님. 감사합니다. 청구서 {{2}}의 결제 금액 {{3}}을 확인했습니다. 추가로 하실 일은 없습니다.

이벤트 변경(링크 버튼: “자세히 보기”):

안녕하세요 {{1}}님, {{2}} 일정이 변경되었습니다. 입장은 {{3}}부터 시작합니다. 예약은 그대로 유효합니다.

거부되는 예시는 이렇습니다. “주문하신 상품이 발송되었습니다! 쿠폰 코드 AUTUMN10으로 다음 주문 10% 할인을 받으세요.” 두 번째 문장이 마케팅이므로 Meta는 이 템플릿을 TAG_SHOULD_BE_MARKETING으로 거부합니다.

유틸리티 템플릿과 플로우 함께 쓰기

가장 효과가 큰 구성은 인박스를 건드리지 않고도 업데이트를 보내는 플로우입니다.

1. 주문이 발송되면 상담원(또는 다른 플로우)이 고객에게 shipped 같은 태그를 추가합니다. 고객 태그 추가됨 트리거로 시작하는 플로우가 그 태그를 감지합니다.
2. 템플릿 메시지 보내기 노드가 승인된 Messenger 유틸리티 템플릿을 보내며, 버튼에 배송 조회 링크를 넣습니다.
3. 고객이 답장하면 24시간 창이 다시 열리고, AI 에이전트나 팀이 WhatsApp, Instagram 등 다른 채널과 같은 인박스에서 대화를 이어받습니다.

유틸리티 메시지에 답장한 고객은 새 표준 메시징 창을 엽니다. 그래서 적절한 때에 보낸 알림이 배송지 변경, 일정 조정, 상품 문의 같은 일반 대화로 이어지는 경우가 많습니다.

체크리스트

• Messenger 채널이 연결되어 있고 채널 수정에서 유틸리티 템플릿을 켰는지.
• 템플릿 하나에 한 가지 역할: 발송, 배송 완료, 예약 알림, 결제 완료, 이벤트 변경.
• 모든 변수에 실제와 비슷한 예시가 있고, 템플릿마다 변수 형식이 하나이며, 처음이나 끝에 변수가 없는지.
• 어떤 유틸리티 템플릿에도 혜택, 할인, 상품 추천이 없는지.
• 변수({})에 값이 연결되어 상담원과 플로우가 값을 입력하지 않고 보낼 수 있는지.
• 고객 태그 추가됨으로 시작해 주문이나 예약 업데이트를 보내는 플로우가 있는지.
• 프로모션은 마케팅 메시지에 맡기고, 유틸리티 템플릿에 끼워 넣지 않는지.

출처

• Meta for Developers: Send a utility message (Messenger Platform) (정의, 구성 요소, 몇 초 안의 승인, page_utility_messaging, 거부 사유, 콘텐츠 규칙; 2026년 11월 2일 확인)
• Meta for Developers: Messenger Platform policy overview (표준 메시징 창, 휴먼 에이전트 태그, 창 밖의 옵션; 2026년 11월 2일 확인)
• DataReportal: Digital 2026 Global Overview Report (GWI 2025년 2분기: 최근 30일 동안 38.4%가 Messenger 사용; 2026년 11월 2일 확인)
• MonoChat 도움말 센터: Messenger Utility Templates (2026년 11월 2일 확인)
• MonoChat 도움말 센터: Flows, Customer Tag Added (2026년 11월 2일 확인)
• MonoChat 변경 이력 3.8.43 (Messenger 유틸리티 템플릿; 2026년 11월 2일 확인)