Meta 비즈니스 에이전트의 카탈로그 학습과 웹사이트 학습이 내부에서 실제로 어떻게 작동하는지, 어떤 데이터 소스에서 정보를 가져오는지, 그리고 에이전트를 추측에 의존하게 만드는 설정 실수를 정리했습니다.
대부분의 Meta 비즈니스 에이전트 설정 가이드는 “웹사이트를 연결하세요”, “카탈로그를 연동하세요”라고 적어 놓고, 그 두 단계가 저절로 설명되는 것처럼 넘어갑니다. 하지만 이 둘은 같은 종류의 연결이 아닙니다. 하나는 페이지를 읽고 그 안에 있는 내용을 색인합니다. 다른 하나는 행과 열로 이루어진 구조화된 피드를 읽습니다. 이 차이를 이해하는 것은 중요합니다. 에이전트가 카탈로그 질문에는 잘 답하면서 정책 질문에는 엉뚱하게 답하거나 그 반대인 상황이 벌어지는 이유가 대개 여기에 있기 때문입니다.
Meta 비즈니스 에이전트에 웹사이트와 제품 카탈로그를 지정했을 때 실제로 무슨 일이 일어나는지, 그리고 각각이 실무에서 어디서부터 무너지기 쉬운지 정리하면 이렇습니다.
Meta 비즈니스 에이전트는 서로 다른 다섯 가지 입력을 활용합니다. 과거 대화, 웹사이트 URL, 제품 카탈로그, 직접 입력하는 비즈니스 정보와 FAQ, 그리고 업로드한 파일입니다. FAQ와 브랜드 보이스 쪽은 설정 완벽 가이드와 Meta 비즈니스 에이전트가 브랜드 보이스를 따르도록 학습시키는 방법 분석에서 이미 다뤘습니다. 이 글에서 다루는 것은 사람이 FAQ 답변을 직접 입력하는 것과는 작동 방식이 전혀 다른 두 소스, 즉 웹사이트와 카탈로그입니다.
에이전트에 URL을 주면 Meta는 그 주소에 있는 페이지를 크롤링하고 색인해서, 나중에 답변에 쓸 수 있는 제품과 서비스 정보를 뽑아냅니다. 이것은 “에이전트가 웹사이트를 실시간으로 읽는다”와는 의미 있게 다릅니다. 고객이 질문할 때마다 페이지를 새로 여는 것이 아닙니다. 지정한 페이지를 크롤링해 만들어 둔 색인을 바탕으로 작동하며, 이는 검색 엔진을 떠받치는 것과 같은 일반적인 방식이지 CMS를 실시간으로 조회하는 것이 아닙니다.
여기서 두 가지가 따라 나옵니다.
첫째, 연결한 페이지에서 공개적으로 접근 가능한 것은 무엇이든 고객에게 가는 답변에 등장할 수 있습니다. 사이트에 스테이징 페이지, 잊힌 URL에 아직 살아 있는 옛 가격표, noindex 태그를 붙이지 못한 내부용 페이지가 있다면, 에이전트를 도메인 전체로 지정하는 순간 그것들이 드러날 수 있습니다. 홈페이지 하나만 걸어 놓고 크롤러가 의도한 경로를 벗어나지 않기를 바라지 말고, 고객이 실제로 읽었으면 하는 페이지를 직접 연결하세요.
둘째, 실시간 연결이 아니라 색인이기 때문에 오늘 사이트에 반영한 변경이 오늘 에이전트의 답변에 반영된다는 보장이 없습니다. 반품 정책을 수정했거나 서비스를 종료했다면, 업데이트가 자동으로 전파되었으리라 가정하기보다 그 특정 페이지와 관련된 에이전트의 테스트 답변을 다시 확인하는 것이 안전합니다. 이는 대부분의 AI 학습 파이프라인이 쓰는 것과 같은 크롤링 기반 모델이며, 웹사이트 링크는 사이트맵을 제출하는 것과 비슷하게 다룰 가치가 있습니다. 유용하지만 즉각적이지는 않다는 뜻입니다.
카탈로그 연결은 완전히 다른 방식입니다. 여기로 들어가는 경로는 두 가지입니다. 소규모 비즈니스는 WhatsApp Business 앱 안에서 이름, 가격, 사진을 넣어 상품을 하나씩 추가하며 손으로 카탈로그를 만들 수 있습니다. 이미 광고를 운영하고 있거나 더 큰 재고를 관리하는 비즈니스라면 보통 Commerce Manager를 통해 구조화된 피드를 연결하는데, Meta 커머스 플랫폼이 받아들이는 형식은 CSV, TSV, RSS XML, ATOM XML, 또는 형식을 맞춰 둔 Google Sheet입니다.
피드 기반 카탈로그가 작동하려면 특정 필드가 필요합니다. 제품 ID, 제품명, 이미지 링크, 설명, 가격과 통화, 제품 URL, 그리고 재고 상태입니다. 마지막 필드는 정해진 값만 받습니다. “in stock”(재고 있음), “out of stock”(품절), “preorder”(예약 주문), “available for order”(주문 가능) 중 하나여야 하며, 재고 수준을 자유롭게 서술한 문장은 받지 않습니다.
카탈로그가 연결되고 나면, 왜 이것이 “카탈로그 읽기”가 아니라 “카탈로그 학습”이라 불릴 만한지가 드러납니다. 고객이 “이거 파란색 있나요” 같은 질문을 할 때 에이전트는 재고를 한 문장으로 설명하는 것이 아닙니다. 피드에서 실제 항목을, 이미지와 가격과 구매 링크까지 함께, 제품 카드 형태로 채팅에 바로 끌어옵니다. 이것이 Meta의 제품 추천 기능을 떠받치는 구조이며, 평범한 FAQ 봇에는 없는 WhatsApp Business 카탈로그 AI 기능입니다. 그리고 설정의 다른 어떤 부분보다 여기서 깨끗한 피드가 중요한 이유이기도 합니다. 카드는 정확하거나 채팅에서 눈에 띄게 틀리거나 둘 중 하나이고, 텍스트 답변처럼 애매하게 넘어갈 중간 지대가 없습니다.
이 구조화된 피드는 AI 에이전트 제품 카탈로그를 단순한 상품 목록과 구분해 주는 요소이기도 합니다. 피드는 에이전트가 한 번 읽고 마는 것이 아니라, 관련 질문이 나올 때마다 계속 끌어다 쓰는 원천입니다.
카탈로그에서 가장 흔한 실수는 재고 상태 필드가 오래된 채로 남아 있는 것입니다. 지난주에 다 팔린 상품에 피드가 여전히 “in stock”이라고 적혀 있으면, 에이전트는 자신 있게 그 상품을 추천합니다. 에이전트가 아는 한 그것은 여전히 사실이기 때문입니다. 이것은 AI 문제가 아니라 동기화 문제이며, 피드가 기본적으로 거의 실시간이라고 넘겨짚지 말고 실제로 얼마나 자주 갱신되는지 확인해 볼 가치가 있습니다.
웹사이트에서 가장 흔한 실수는 좋은 FAQ 답변의 정반대입니다. 마케팅 문구만 가득하고 구체적인 정보는 없는 페이지 말입니다. 제품이 “프리미엄 품질”이라고만 하고 실제 가격, 사이즈, 반품 기한은 한 번도 언급하지 않는 웹페이지는 에이전트에게 답변의 근거가 될 구체적인 것을 아무것도 주지 않습니다. 그래서 에이전트는 두루뭉술해지거나, 직접 써 둔 FAQ에 더 크게 기대게 됩니다. 연결한 페이지에 실제 고객이 물어볼 만한 질문의 답이 없다면, 에이전트가 그것을 만들어 낼 수는 없습니다.
세 번째는 덜 눈에 띄는 것으로, 두 소스 사이의 정보 충돌입니다. 웹사이트에는 몇 달째 갱신하지 않은 가격이 걸려 있고 카탈로그 피드에는 현재 가격이 들어 있다면, 혹은 그 반대라면, 에이전트는 어느 쪽이 기준인지 알 방법이 없습니다. 둘 다 신뢰하라고 지시받은 정당한 입력이기 때문입니다. 이 둘을 맞춰 두는 것은 Meta 비즈니스 에이전트만의 요구 사항이 아니라 그냥 좋은 습관이지만, AI가 양쪽을 다 읽고 그때그때 끌어온 쪽으로 답하기 시작하면 그 무게가 훨씬 커집니다.
에이전트를 실제 운영으로 전환하기 전에, 내장된 테스트 흐름을 사용해 쉬운 질문이 아니라 고객이 실제로 보내는 종류의 카탈로그 및 제품 질문을 그대로 던져 보세요. 돌아온 제품 카드의 이미지가 제대로 뜨고 가격이 맞게 붙어 있는지 확인하고, 품절 상품을 최소 하나는 시험해 자신만만한 추천 대신 정확한 답변이 돌아오는지 점검하세요. 웹사이트에 새 정보를 막 반영했다면, 그 특정 페이지와 연결된 질문을 던져 답변에 변경이 반영되었는지를, 반영되었으리라 가정하기 전에 확인하세요. 두 소스 어디에서도 답을 찾지 못하는 질문을 에이전트가 만났을 때 어떻게 할지는 Meta 비즈니스 에이전트가 사람에게 대화를 인계하고 에스컬레이션하는 방식 가이드에서 다뤘습니다.
Meta는 Shopify나 고객 지원 도구 같은 서드파티 시스템을 카탈로그 피드나 크롤링된 웹페이지보다 더 직접적으로 연결할 수 있는 별도의 Business Agent Platform도 열어 두었습니다. 이는 여기서 다룬 설정과는 다른 계층으로, Meta 비즈니스 에이전트 로드맵 글에서 엔터프라이즈 커넥터 단계라고 설명한 것에 가깝습니다. 카탈로그가 이미 WhatsApp에서 관리하는 피드보다 구조화된 곳에 있다면 확인해 볼 가치가 있습니다.
위의 모든 내용은 Meta가 카탈로그와 웹사이트로 자사 에이전트를 학습시키는 방식에 한정된 이야기입니다. 크롤링된 페이지, 구조화된 피드, 그리고 당신의 일정이 아니라 자기 일정에 맞춰 갱신되는 색인 말입니다. 스스로 답하는 에이전트를 얻기 위한 합리적인 교환이지만, 동시에 자동 답변의 정확도가 그 두 소스를 마지막으로 갱신한 시점에 좌우된다는 뜻이기도 합니다.
The Chat Quotient는 애초에 색인에서 읽지 않기 때문에 다르게 작동합니다. AI 답장 제안은 요청하는 그 순간에 자체 지식 베이스에서 초안을 만들어 내고, AI 에이전트는 별도의 카탈로그 피드나 동기화를 유지해야 하는 크롤링 단계 없이, WhatsApp Web 안에서 직접 넣어 준 비즈니스 정보와 목표를 바탕으로 작동합니다. 카탈로그를 Meta 비즈니스 에이전트에 막 연결했고, 같은 크롤링과 색인 주기에 의존하지 않는 두 번째 층을 원하는 비즈니스라면 실질적인 차이는 여기에 있습니다. 두 곳에서 각각 갱신해야 할 것이 하나 줄어든다는 점입니다. 내장 CRM과 시각적 파이프라인은 제품 질문에 답한 뒤 대화가 어디로 흘러가든 그 지점부터 이어받아, 답변에서 끝내지 않고 리드를 파이프라인을 따라 추적합니다.
Meta 비즈니스 에이전트가 제 웹사이트를 실시간으로 읽나요? 아닙니다. 제공한 URL에 있는 페이지를 크롤링하고 색인한 뒤, 고객 질문마다 실시간 페이지를 가져오는 것이 아니라 그 색인에서 답합니다. 웹사이트를 크게 업데이트한 뒤에는 변경이 바로 반영되었으리라 가정하지 말고 테스트 답변을 다시 확인하세요.
Meta 비즈니스 에이전트 카탈로그는 어떤 파일 형식을 지원하나요? Commerce Manager를 통한 구조화된 피드는 CSV, TSV, RSS XML, ATOM XML, 또는 형식을 제대로 맞춘 Google Sheet를 지원합니다. 규모가 작은 비즈니스는 WhatsApp Business 앱 안에서 상품을 하나씩 직접 추가해 카탈로그를 만들 수도 있습니다.
에이전트가 실제로는 품절인 상품을 추천한 이유는 무엇인가요? 에이전트는 카탈로그 피드의 재고 상태 필드를 신뢰합니다. 상품이 다 팔린 뒤에도 그 필드가 여전히 “in stock”이라면, 피드가 갱신되기 전까지 에이전트가 다른 방법으로 그 사실을 알 길은 없습니다.
웹사이트의 특정 페이지를 Meta 비즈니스 에이전트가 쓰지 못하게 할 수 있나요? 가장 안전한 방법은 애초에 참고하지 않았으면 하는 페이지를 연결하지 않는 것입니다. 연결한 URL에서 공개적으로 접근 가능한 것은 무엇이든 크롤링이 색인할 후보가 되기 때문입니다.
카탈로그와 웹사이트 학습이 FAQ 작성을 대신해 주나요? 아닙니다. 직접 입력하는 FAQ와 비즈니스 정보는 별개의 데이터 소스이며, 웹사이트 페이지나 제품 피드가 보통 명시하지 않는 구체적인 정책과 절차 질문을 채워 주는 것이 바로 이쪽입니다. 두 가지가 어떻게 함께 작동하는지는 설정 완벽 가이드에서 다뤘습니다.
Meta 비즈니스 에이전트의 카탈로그 학습과 웹사이트 학습은 “데이터를 연결하세요”라는 같은 이름표를 달고 있는 서로 다른 두 가지 방식입니다. 웹사이트 연결은 크롤링과 색인이며, 설명적인 내용과 정책 내용에는 유용하지만 사이트를 실시간으로 비추는 거울은 아닙니다. 카탈로그 연결은 구조화된 피드이며, 그 안의 재고 상태 필드만큼만 믿을 수 있습니다. 비즈니스가 달라졌을 때 둘 중 어느 쪽도 스스로 고쳐지지 않으며, 바로 그 부분이 일회성 설정 단계가 아니라 일상적인 루틴으로 만들어 둘 가치가 있는 지점입니다.
Chrome 확장 프로그램을 추가하고 비즈니스를 위한 WhatsApp 대화 관리 방식을 혁신하세요.
