이 페이지에서
시험 가입을 두 번 제출해 보세요. 여전히 구독자는 한 명, 확인 요청은 한 번이어야 하며 처리 내역이 기록되어야 합니다. 두 번째 전달이 환영 메시지 흐름을 다시 시작한다면 연결을 더 다듬어야 합니다.
유용한 Webflow-Brevo 연동은 두 번째 전달도 첫 번째만큼 주의 깊게 처리합니다. 이 글은 자동화 서비스나 자체 백엔드에서 쓸 필드 매핑, 확인 경계, 간단한 통과 시험을 제시합니다.
가장 짧은 경로를 고르기
| 필요한 것 | 시작점 | 확인 사항 |
|---|---|---|
| 뉴스레터 가입 | Brevo 양식 삽입 | 이중 확인, 필수 필드, 목적지 목록 |
| Webflow 기본 제출 기록 | Webflow 양식을 유지하고 자동화 서비스 연결 | 필드 매핑, 확인 처리, 재전달 동작 |
| 맞춤 경로 또는 통제된 복구 | 백엔드에서 Webflow 이벤트 수신 | 인증, 대기 상태, 중복 제거, 실패 기록 |
Brevo의 양식 제작 도구는 이중 확인을 지원합니다. 신규 구독자는 이메일로 받은 링크를 클릭한 뒤 연락처 데이터베이스에 추가됩니다. 뉴스레터 양식만 필요하다면 좋은 기본 선택입니다.
“이미 Webflow에서 양식을 디자인했어요.” 화면 구성이나 제출 기록이 중요하다면 유지하세요. Webflow 연동 안내는 자동화와 API 경로를 설명합니다. 맞춤 양식 작업으로 바꾸기 전에 영향을 확인하세요. Webflow의 처리를 우회하면 제출 기록이 저장되는 위치도 달라집니다.
각 필드의 의미를 정하기
뉴스레터 전용 양식을 쓰거나, 일반 문의 양식에 기본 선택되지 않은 별도의 마케팅 동의 항목을 두세요. 영업팀의 답변을 요청했다고 몰래 뉴스레터에 가입시켜서는 안 됩니다.
다음은 기업 뉴스레터용 예시 매핑입니다. 이름과 업무용 이메일을 필수로 정한 것은 이 양식의 정책이지 Webflow나 Brevo가 공통으로 요구하는 사항이 아닙니다.
| 출처 필드 | 목적지 | 규칙 |
|---|---|---|
| 업무용 이메일 | 연락처 이메일 | 필수. 서버에서 검증 |
| 이름 | FIRSTNAME 속성 | 필수. 앞뒤 공백 제거 |
| 회사 | COMPANY 속성 | 선택. 빈 제출로 저장된 값 지우지 않음 |
| 마케팅 선택 | 동의 기록 | 명시적 값만 인정. 알 수 없으면 중단 |
| 제출 ID | 처리 기록 | 같은 전달이 다시 왔는지 확인 |
| 제출 시각 및 양식 ID | 처리 기록 | 출처를 설명할 만큼 보관 |
데이터를 보내기 전에 Brevo에 올바른 유형의 대응 속성을 만드세요. Brevo 연락처 API는 속성 객체를 받고 updateEnabled로 기존 연락처를 업데이트할 수 있습니다. 이 필드들은 데이터를 옮길 뿐, 마케팅 허가를 성립시키지 않습니다.
업무용 주소만 받는다면 화면뿐 아니라 서버에서도 규칙을 적용하세요. 기업 도메인은 동의를 증명하지 못하며 이메일함이 실제 고객의 것이라는 보장도 아닙니다.
수신 대상에 넣기 전에 확인하기
신규 구독자에게는 다음 순서를 적용합니다.
- 양식과 명시적 마케팅 선택을 검증합니다.
- 출처 및 제출 ID와 함께 요청을 대기 상태로 저장합니다.
- 이중 확인 요청을 한 번 시작합니다.
- 선택한 확인 시스템을 통해 확인을 받습니다.
- 확인된 구독자를 마케팅 수신 대상에 넣습니다.
Brevo는 템플릿, 목적지 목록, 리디렉션 URL을 받는 전용 이중 확인 API 엔드포인트 POST /v3/contacts/doubleOptinConfirmation를 제공합니다. 일반적인 POST /v3/contacts는 다른 작업입니다. 연락처 생성 전에 확인해야 한다면 일반 호출로 새 연락처를 먼저 만들지 마세요.
확인을 담당할 시스템은 하나로 정하세요. 같은 제출을 Brevo 양식, 별도 자동화, 자체 확인 발송기에 모두 연결하면 메시지가 중복될 수 있습니다. API 성공 응답 역시 사람이 링크를 클릭했다는 증거는 아닙니다.
구독 설계에 관한 자세한 내용은 이중 확인 가이드를 보세요. 이미 구독을 해지한 주소는 신규 주소와 따로 시험하세요.
서버에서 이벤트 받기
Brevo API 키를 Webflow 페이지 코드에 넣지 마세요. 수신 백엔드 또는 자동화 서비스의 자격 증명 저장소에 보관해야 합니다.
Webflow는 form_submission Webhook을 문서화합니다. 제출 필드, 양식 식별 정보, 제출 시각이 포함됩니다. 만든 방식에 맞게 Webhook을 검증하세요. Webflow는 대시보드에서 만든 Webhook에는 서명된 연동 경로에서 설명하는 서명 헤더가 없다고 안내합니다.
정상 전달은 수신 확인을 보내기 전에 영구적으로 기록하세요. 목적지가 사용할 수 없으면 저장한 작업을 다시 시도합니다. “수신”, “확인 대기”, “동기화”, “건너뜀”, “실패”를 따로 추적해, 수락한 Webhook이 완료된 동기화처럼 보이지 않도록 하세요.
이후의 구독 해지를 지키기
옛 가입을 다시 처리해 나중에 한 수신 거부를 덮어써서는 안 됩니다. 목적지를 업데이트하기 전에 이벤트 시간과 현재 구독 상태를 결정하는 근거를 비교하세요. 선택란이 없거나 알 수 없는 값은 새 동의가 아닙니다. 새 양식 제출만으로 해지한 사람의 차단을 풀거나 재구독시키면 안 됩니다. Brevo는 차단 목록을 별도의 구독 상태로 취급합니다.
신원 변경도 조심하세요. Brevo 업데이트 문서는 차단된 연락처의 이메일을 바꾸면 차단이 해제되고 재구독될 수 있다고 경고합니다. 이메일 변경은 일반 필드 매핑이 아니라 별도로 검토할 작업입니다.
현재 구독 중인 연락처는 일치하는 기록을 업데이트하면 두 번째 연락처 기록을 피할 수 있습니다. 그래도 이벤트 자체를 중복 제거하세요. 연락처가 하나뿐이어도 메시지를 두 번 받을 수 있습니다.
여섯 가지 통과 시험 실행하기
| 시험 | 예상 결과 |
|---|---|
| 유효한 신규 가입 | 확인 전까지 대기. 그 전에 마케팅 발송 없음 |
| 같은 제출을 두 번 전달 | 처리 결과 하나. 중복 확인 없음 |
| 마케팅 선택이 없거나 모호함 | 구독을 추정하지 않음 |
| 해지 후 옛 가입 재전달 | 나중의 해지 유지 |
| Brevo 일시 장애 | 보이고 재시도 가능한 실패. 거짓 성공 없음 |
| 나중 제출에서 회사가 빠짐 | 의도한 삭제가 아니면 기존 회사 유지 |
직접 관리하는 주소를 별도 시험 목록에 넣고 확인하세요. 두 시스템과 실제 받은 메시지를 점검합니다. 자동화 단계가 초록색이라는 것만으로는 증거가 부족합니다.
Tajo가 맡는 부분
Tajo는 초기 접근 단계입니다. 연동 검토에 출처 양식, 목적지 목록, 필드 매핑, 예상 결과 여섯 가지를 가져오세요. 켜기 전에 선택한 흐름이 이를 지원하는지 확인하세요.
기본 양식, 자동화 서비스, 맞춤 코드의 비교는 Brevo 커넥터 가이드를 참고하세요.
웹사이트 양식이 아니라 상점이라면 Shopify-Brevo 설정 가이드를, 맞춤 구현에는 Brevo API 가이드를 참고하세요.
연결하려는 시스템을 알려 주세요. 재시도에도 올바르게 작동하는 양식 하나에서 시작하세요.
자주 묻는 질문
Webflow와 Brevo를 연결하는 가장 간단한 방법은 무엇인가요?
뉴스레터 양식이라면 Brevo 가입 양식을 삽입하고 이중 확인을 켜세요. Webflow의 제출 기록이나 맞춤 경로가 필요하다면 기본 Webflow 양식을 유지하고 자동화 서비스나 서버 측 연동을 사용하세요.
Brevo 연락처를 만들면 구독이 확인된 것인가요?
아닙니다. 일반적인 연락처 생성이나 업데이트 호출로는 이중 확인이 완료되지 않습니다. 확인 절차를 사용하고 확인된 신규 구독자만 마케팅 수신 대상에 추가하세요.
재시도로 중복이 생기지 않게 하려면 어떻게 하나요?
Webflow 제출 ID와 처리 결과를 기록하세요. 같은 제출을 다시 처리해도 부수 효과가 반복되지 않아야 합니다. 이미 확인된 연락처는 두 번째 신원을 만들지 말고 일치하는 기록을 업데이트하세요.