HubSpot + Zoom: что не умеет нативная интеграция

HubSpot имеет официальное приложение для Zoom в HubSpot App Marketplace. Оно работает — встречи создаются из HubSpot, данные об участниках попадают в CRM. Проблемы начинаются в деталях: участник зашёл без Zoom-аккаунта — контакт не создан, регистрационная форма с дополнительными полями — регистрация упала, нужны данные из нескольких Zoom-аккаунтов — подключить можно только один. Именно на этих кейсах команды обнаруживают границы нативной интеграции.

Что умеет нативная интеграция HubSpot + Zoom

По состоянию на Q2 2026 нативная интеграция предоставляет:

• Создание Zoom-встречи из HubSpot Meetings: при бронировании встречи через HubSpot Meeting Link автоматически создаётся Zoom-событие со ссылкой
• Синхронизация вебинаров: данные о регистрантах и посетителях Zoom Webinar -> HubSpot контакты
• Базовые данные участия: кто пришёл, как долго был на встрече
• HubSpot Marketing Events: Zoom-вебинары отображаются как маркетинговые события в таймлайне контакта

Для простого использования этого достаточно. Ограничения проявляются при масштабировании или нестандартных сценариях.

Ограничение 1: участники без Zoom-аккаунта не создают контакты

Если участник подключился к Zoom-встрече без авторизации в Zoom (ввёл имя как гость, не логинился) — HubSpot не получает email этого человека. Контакт не создаётся.

Реальный сценарий: вебинар для потенциальных клиентов. 40% аудитории заходит «Иван Иванов» без входа в аккаунт. Половина лидов теряется молча.

Кастомное решение: Zoom Webinars API возвращает расширенные данные участников через GET /webinars/{id}/registrants — включая email всех зарегистрировавшихся, даже если они зашли гостем. Регистрационные данные есть — они просто не попадают в HubSpot через нативный коннектор.

import requests

def get_webinar_registrants(webinar_id: str, zoom_token: str) -> list:
    response = requests.get(
        f'https://api.zoom.us/v2/webinars/{webinar_id}/registrants',
        headers={'Authorization': f'Bearer {zoom_token}'},
        params={'status': 'approved', 'page_size': 300}
    )
    return response.json().get('registrants', [])

# Создать/обновить HubSpot контакт для каждого регистранта
for registrant in get_webinar_registrants(WEBINAR_ID, zoom_token):
    upsert_hubspot_contact(
        email=registrant['email'],
        first_name=registrant['first_name'],
        last_name=registrant['last_name'],
        properties={'zoom_webinar_attended': True}
    )

Ограничение 2: только три поля в регистрационной форме

Нативная интеграция поддерживает ровно три обязательных поля в Zoom-регистрации: First Name, Last Name, Email. Если на стороне Zoom настроены дополнительные обязательные поля (компания, должность, телефон) — регистрация через HubSpot Meeting Link падает без явной ошибки для пользователя.

Это типичная точка сбоя для B2B-вебинаров, где маркетинг хочет собрать более детальные данные о регистрантах.

Правильный подход: собирать дополнительные поля через HubSpot Form (не через Zoom Registration Form), а затем через Zoom API создавать регистрацию программно с уже имеющимися данными:

def register_for_webinar(webinar_id: str, contact: dict, zoom_token: str):
    payload = {
        'email': contact['email'],
        'first_name': contact.get('firstname', ''),
        'last_name': contact.get('lastname', ''),
        'org': contact.get('company', ''),
        'job_title': contact.get('jobtitle', '')
    }
    response = requests.post(
        f'https://api.zoom.us/v2/webinars/{webinar_id}/registrants',
        headers={'Authorization': f'Bearer {zoom_token}'},
        json=payload
    )
    return response.json().get('join_url')

Ограничение 3: один Zoom-аккаунт на весь HubSpot

К одному HubSpot-порталу можно подключить только один Zoom-аккаунт (один tenant). Если в компании несколько Zoom Business-аккаунтов (например, по регионам) — все данные идут только из одного.

При кастомной интеграции: backend получает данные из нескольких Zoom-аккаунтов через Server-to-Server OAuth, агрегирует и пишет в HubSpot:

ZOOM_ACCOUNTS = [
    {'account_id': 'ACC_EU', 'client_id': '...', 'client_secret': '...'},
    {'account_id': 'ACC_US', 'client_id': '...', 'client_secret': '...'},
]

for account in ZOOM_ACCOUNTS:
    token = get_zoom_server_to_server_token(account)
    meetings = get_recent_meetings(token)
    for meeting in meetings:
        sync_meeting_to_hubspot(meeting)

Ограничение 4: poll-ответы и Q&A не синхронизируются

Zoom Webinar поддерживает опросы (polls) и Q&A-сессии. Эти данные — ценнейший sales-сигнал: кто ответил «Да» на вопрос о бюджете, кто задал вопрос о ценах.

Нативная интеграция передаёт: факт посещения и длительность. Poll-ответы и Q&A — нет.

Zoom API предоставляет эти данные:
— GET /webinars/{id}/polls/results — ответы участников на опросы
— GET /webinars/{id}/qa — вопросы из Q&A

При кастомной интеграции poll-ответы записываются как HubSpot Custom Properties или Timeline Events, и на них можно строить Workflows:

def sync_poll_results(webinar_id, zoom_token, hubspot_client):
    poll_results = requests.get(
        f'https://api.zoom.us/v2/webinars/{webinar_id}/polls/results',
        headers={'Authorization': f'Bearer {zoom_token}'}
    ).json()

    for question_data in poll_results.get('questions', []):
        email = question_data['email']
        for qa in question_data.get('question_details', []):
            # Записать ответ как HubSpot Timeline Event
            hubspot_client.crm.timeline.events.basic_api.create({
                'eventTemplateId': POLL_EVENT_TEMPLATE_ID,
                'email': email,
                'tokens': [
                    {'name': 'question', 'value': qa['question']},
                    {'name': 'answer', 'value': qa['answer']}
                ]
            })

Ограничение 5: изменение в январе 2025 — сегментация по Zoom-данным

С 8 января 2025 HubSpot прекратил поддержку Zoom contact-based properties для сегментации контактов и enrollment criteria в Workflows. Zoom engagement data перенесена в Marketing Events framework.

Если команда использовала сегменты типа «посетил Zoom-вебинар X» — эти сегменты перестали обновляться. Workflows на основе Zoom-свойств контактов — сломались.

Это хорошо задокументированный breaking change, который застал врасплох команды с устоявшейся автоматизацией. Кастомная интеграция через Timeline Events и custom properties — более устойчива к изменениям в нативном коннекторе.

Когда нативной интеграции достаточно

HubSpot + Zoom нативная интеграция закрывает задачу если:
— Вебинары простые: три поля регистрации, без дополнительных данных
— Не нужны poll-ответы и Q&A в CRM
— Один Zoom-аккаунт на всю компанию
— Участники всегда логинятся в Zoom (корпоративная аудитория)
— Не использовались Zoom contact-based properties в сегментации до 2025

Аналогичные ограничения нативных интеграций HubSpot разобраны в статье HubSpot + Slack: что не умеет нативная интеграция — паттерн один: нативное работает для базового сценария, кастомное — для реальных требований команды.

Реальный кейс

B2B SaaS-компания (вебинары 2 раза в месяц, 300–500 участников, pipeline из вебинаров — 30% квартального revenue):

• Включили нативную интеграцию -> через 2 месяца обнаружили: 35% регистрантов не создали контакт в HubSpot (зашли без Zoom-аккаунта), poll-данные о бюджете участников пропали.
• Кастомная интеграция: Zoom Webinar API -> все регистранты создаются в HubSpot сразу при регистрации, poll-ответы -> Timeline Events -> Workflow квалифицирует лидов с нужными ответами.
• Результат: pipeline из вебинаров вырос на 28% за счёт восстановления потерянных контактов и автоматической квалификации по poll-данным.

Часто задаваемые вопросы

Zoom Events vs Zoom Webinars — в чём разница для интеграции с HubSpot?

Zoom Events — новый продукт для multi-session конференций. Нативная интеграция HubSpot не поддерживает Zoom Events вообще. Zoom Webinars поддерживается, но с ограничениями описанными выше. Для Zoom Events — только кастомная интеграция через Zoom Events API.

Как исправить потерю контактов из-за guest-участия в Zoom?

Единственный надёжный способ — собирать email при регистрации (до встречи), а не полагаться на идентификацию по Zoom-аккаунту. HubSpot Form -> регистрация через Zoom API программно. Тогда email известен до того, как человек зашёл на встречу.

HubSpot перестал поддерживать Zoom-свойства — что делать с существующими workflows?

Проверить все Workflows и Smart Lists на использование Zoom contact properties. Заменить на Marketing Events-условия (Has attended event: [Webinar Name]) или перейти на кастомные Timeline Events для гибкости. HubSpot предоставил инструкцию по миграции при анонсе изменений в ноябре 2024.

Server-to-Server OAuth vs User OAuth для Zoom API — что выбрать?

Server-to-Server OAuth (Account-level app) — предпочтительный вариант для кастомных интеграций: не требует действий пользователя для авторизации, токен получается автоматически. User OAuth нужен если интеграция должна действовать от имени конкретного пользователя (например, создавать встречи в его личном Calendar).

Итого

• Нативная HubSpot + Zoom интеграция: базовый sync участников и вебинаров, одна Zoom-учётная запись, три поля регистрации
• Ключевые ограничения: потеря участников без Zoom-аккаунта, нет poll/Q&A данных, один Zoom-аккаунт, breaking change в январе 2025
• Кастомная интеграция: Zoom Webinar API -> все регистранты в HubSpot, poll-ответы как Timeline Events, поддержка нескольких Zoom-аккаунтов
• Типовой результат: восстановление 30–40% потерянных контактов, квалификация лидов по poll-данным

Если вы проводите вебинары через Zoom и замечаете потери в HubSpot — опишите вашу схему регистрации и какие данные нужны. Exceltic.dev разберёт где именно ломается нативная интеграция и предложит архитектуру.