Календарь Treatwell не синхронизируется? Решения + почему нативный Apple-sync лучше

Проблема: Клиентка бронирует через Treatwell приём на 14:00 — но в Apple-календаре на твоём iPhone он появляется только через несколько часов. Или вообще не появляется. Или ты блокируешь слот в Apple для себя, а Treatwell всё равно продаёт его повторно.

Это не редкий случай, а известный паттерн Treatwell Connect. Причина в архитектуре: Treatwell синхронизируется с Apple- и Google-календарём преимущественно через ICS-Subscribe (webcal://-URL) — технология начала 2000-х, разработанная для статичных фидов, а не для приёма записей в реальном времени.

В этой статье сначала покажем три быстрых фикса, которые в 80% случаев возвращают sync к работе. Потом объясним, почему проблема возникает в принципе — и что делает иначе нативная CalDAV-интеграция. В конце: путь миграции в 5 шагов, если решишь переходить.

Срочно: что можно сделать прямо сейчас

Прежде чем углубиться в архитектуру — три стандартных решения, реализуемых менее чем за 10 минут.

Фикс 1: Переавторизовать Treatwell Connect (Re-Auth)

В 60% случаев «не синхронизируется» — это устаревшая или отозванная OAuth-связь между Treatwell и твоим Apple-/Google-аккаунтом. Apple и Google инвалидируют токены в числе прочего, когда:

• ты сменил пароль Apple ID
• была заново настроена двухфакторная аутентификация
• прошло больше 90 дней с последнего входа
• ты вошёл на новом устройстве

Как сделать Re-Auth в Treatwell Connect:

1. Войти в Treatwell Connect → Настройки → Связь календаря
2. Кликнуть на подключённый календарь (Apple / Google / Outlook)
3. «Отключить» → подождать (5–10 секунд, чтобы Treatwell убрал старый токен)
4. «Подключить заново» → откроется OAuth-flow → войти с актуальным паролем
5. Проверить права — «чтение и запись календаря» должно быть активно

Через 1–2 минуты новые приёмы должны снова приходить. Если нет: завести тестовый приём прямо в Treatwell и понаблюдать, появится ли он в Apple-календаре за 5 минут.

Фикс 2: Очистить cookies и кэш браузера

Звучит банально, но помогает удивительно часто — особенно если зависает сам логин в Treatwell Connect («Treatwell connect kalender login не работает»).

Почему? Treatwell Connect работает как веб-приложение. Если браузер кэширует старый session-cookie, Treatwell видит тебя как «не залогиненного», но не может чисто перенаправить на страницу логина, потому что session-ID синтаксически на месте.

Как это сделать:

• Chrome: Настройки → Конфиденциальность → Удалить данные просмотра → «Файлы cookie и другие данные сайтов» + «Изображения и файлы в кэше» → период «За последний час» обычно достаточно
• Safari: Настройки → Конфиденциальность → Управлять данными сайтов → искать «treatwell» → удалить
• Firefox: Настройки → Приватность и защита → Куки и данные сайтов → Удалить данные

Затем браузер перезапустить (не просто закрыть вкладку) и снова открыть Treatwell Connect.

Фикс 3: Проверить совместимость браузера

Treatwell Connect использует при подключениях к Apple Calendar OAuth-flow, который строго ориентирован на evergreen-браузеры. Если ты ещё работаешь со старым браузером, sync тихо ломается.

Что работает (на 2026):

• Chrome ≥ 120
• Safari ≥ 17 (macOS Sonoma+)
• Firefox ≥ 121
• Edge ≥ 120

Что вызывает известные проблемы:

• Safari на macOS High Sierra (старые устройства) — ломает Apple-OAuth из-за устаревшего TLS-набора
• Edge Legacy (до Chromium)
• Встроенные браузеры в iOS-приложениях (например, мобильное приложение Treatwell иногда открывает embed-webview вместо Safari для логина → OAuth-callback теряется)

Быстрый тест: Открой https://www.whatismybrowser.com/ в браузере, через который пользуешься Treatwell Connect. Если версии нет в whitelist → обновить или сменить браузер.

Решение vs. симптом: какой фикс подходит?

Симптом	Вероятная причина	Какой фикс
Приёмы появляются с задержкой 1–6 часов	ICS-Subscribe-lag (не баг, by design)	см. «Почему так происходит» ниже
Приёмы вообще не появляются	OAuth-токен истёк	Фикс 1: Re-Auth
Логин на странице Treatwell Connect зависает	Устаревший session-cookie	Фикс 2: Очистить cookies
Окно OAuth открывается и снова закрывается пустым	Несовместимость браузера	Фикс 3: Проверка браузера
Приёмы появляются, но отмены нет	ICS read-only — обновления приходят, удаления не надёжно	Миграция
Ручные Apple-приёмы не блокируют Treatwell	ICS — односторонний (Treatwell → Apple, не обратно)	Миграция

Если твои симптомы в двух нижних строках, три фикса не помогут — это архитектурно. Подробнее об этом дальше.

Почему Treatwell-sync так часто ломается — архитектура за этим

Treatwell Connect соединяется с Apple- и Google-календарём преимущественно через два механизма:

1. ICS-Subscribe (webcal-URLs) — Treatwell публикует .ics-файл, твой Apple-календарь подписывается и регулярно проверяет обновления.
2. OAuth + Google Calendar API (только Google, не Apple) — двусторонне, но с квотами на запись и задержкой.

У Apple-календарей де-факто только вариант 1 — ICS-Subscribe. И именно здесь проблема.

Что такое ICS-Subscribe (и чем он не является)

ICS-Subscribe стандартизирован в 2004 году (RFC 5545) как механизм распространения публичных календарей — школьных каникул, праздников, спортивных событий. Предположение: контент меняется редко, задержка чтения в часы приемлема.

Три жёстких ограничения:

• Polling, не Push: Твой Apple-календарь проверяет ICS-URL только с фиксированным интервалом (iCloud-default: каждые 15 минут — 1 час, в зависимости от версии iOS). Treatwell не может активно push.
• Read-only со стороны Apple: Ты не можешь завести в Apple-календаре приём, который вернётся в Treatwell. Ручные приватные блокировки игнорируются — Treatwell всё равно продаёт слот.
• Слабая семантика удаления: Если Treatwell отменяет приём, ICS-файл должен пометить запись как STATUS:CANCELLED. Apple соблюдает это иногда, иногда старая запись остаётся. Это одна из самых частых жалоб на Treatwell в парикмахерских форумах.

Что делает иначе нативный CalDAV

CalDAV — более современный стандарт (RFC 4791) — протокол чтения/записи, при котором инструмент бронирования напрямую подключается к серверу Apple-календаря (iCloud) и заводит приёмы как настоящий клиент.

Преимущества перед ICS-Subscribe:

• Двусторонне: Приватные Apple-приёмы сразу появляются в инструменте и блокируют слоты
• Push-способен: Изменения распространяются за секунды, не часы
• Настоящая семантика удаления: Отмены надёжно исчезают
• Распознавание конфликтов: Если два источника претендуют на один слот, это распознаётся — не продаётся дважды

CalDAV — это и протокол, который Apple сам использует для iCloud. Это «правильный» язык общения с Apple-календарями.

Сравнение: ICS-Subscribe vs. нативный CalDAV

Свойство	ICS-Subscribe (Treatwell)	Нативный CalDAV (EazyBooking)
Направление	Одностороннее (Booking → Apple)	Двустороннее
Задержка	15 мин — 6 ч	< 30 секунд
Приватная блокировка защищает слот	Нет	Да
Отмены надёжны	Нет (часто «призраки»)	Да
Re-Auth после смены пароля нужен	Нет (но и нет доступа на запись)	Да (специфичный для приложения пароль)
Соответствие стандарту RFC	5545 (2004)	4791 (2007) + Apple-iCloud-расширения
Подходит для приёма онлайн-записей	Ограничено	Да, для этого построен

Другими словами: Apple-sync Treatwell не «сломан» — он архитектурно ограничен. Три фикса выше помогают с симптомами, но структурная проблема (задержка, отсутствие распознавания приватных блокировок, слабые удаления) остаётся.

Как EazyBooking делает это иначе

EazyBooking с самого начала построен с CalDAV как первичным протоколом для Apple-sync — не с ICS-Subscribe. Конкретно это значит:

• Когда клиентка бронирует онлайн, приём попадает в Apple-календарь ответственного сотрудника за 30 секунд
• Когда сотрудник заводит «14:00 стоматолог» в приватном Apple-календаре, это блокирует слот на странице онлайн-записи — клиенты там даже не могут забронировать
• Отмены надёжно исчезают на обеих сторонах
• Повторяющиеся приёмы, часовые пояса и мульти-сотрудники корректно отображаются

Если интересно техническое описание, мы подробно расписали реализацию в статье Apple, Google и Outlook календарь синхронизировать — полное руководство 2026.

Прямое сравнение функций — на странице альтернативы Treatwell — там бок о бок видны цена, комиссия, владение данными и функции календаря.

Путь миграции: от Treatwell к EazyBooking за 5 шагов

Если решил перейти — вот проверенный на практике путь. План: две недели параллельной работы, потом резкий обрыв.

Шаг 1: Экспортировать данные клиентов

В Treatwell: Настройки → Экспорт данных → Клиенты → скачать CSV. Содержит имя, телефон, email и историю. Храни CSV безопасно (GDPR — не в открытой облачной папке).

Шаг 2: Завести аккаунт EazyBooking + импортировать услуги

На eazybooking.de/register запустить trial на 14 дней (без карты). В админке:

• Завести услуги — проще всего начать с пяти главных (женская стрижка, мужская стрижка, окрашивание и т.д.)
• Завести сотрудников и закрепить за ними услуги
• Установить часы работы
• Импортировать клиентскую CSV — через функцию массового импорта

Шаг 3: Подключить Apple-календарь через CalDAV

В админке: Настройки → Календарь → Подключить Apple

Apple требует специфичный для приложения пароль (не обычный пароль Apple ID). Создаётся он на appleid.apple.com → Безопасность входа → App-specific passwords. EazyBooking ведёт шаг за шагом — первая синхронизация запускается сразу после подключения.

Существующие приёмы Treatwell будут продолжать приходить в Apple через ICS-Subscribe. Удалять их не нужно — EazyBooking распознаёт их как внешние события и блокирует слоты.

Шаг 4: Распространить ссылку storefront

У каждого аккаунта EazyBooking своя страница онлайн-записи, например, eazybooking.de/tvoy-salon. Эту ссылку:

• внести в Instagram-био + Google-Business-Profile
• разослать постоянным клиентам через WhatsApp-broadcast
• распечатать как QR-код в салоне
• упомянуть в письмах об уходе с Treatwell (если провайдер позволяет)

Шаг 5: Закрыть аккаунт Treatwell — когда именно?

Рекомендация: две недели параллельной работы, потом закрытие. Обоснование:

• Постоянные клиенты, забронировавшие следующий приём через приложение Treatwell, не должны его терять
• Ты наблюдаешь, сколько бронирований реально приходят из Treatwell vs. органически
• Привыкаешь к админке EazyBooking без риска

Закрытие в Treatwell: Настройки → Аккаунт → Закрыть аккаунт. Подтверждение приходит по email. Комиссия на уже забронированные, но проходящие после закрытия приёмы обычно всё равно начисляется — уточни заранее в поддержке, чтобы не было неприятных сюрпризов в финальном счёте.

Более подробный обзор сравнения комиссионных и абонементных моделей — на странице альтернативы комиссионным моделям бронирования.

Частые вопросы (FAQ)

Мой логин Treatwell Connect вообще не работает — что делать?

В 90% случаев это устаревший session-cookie или несовместимость браузера. Сначала Фикс 2 (очистить cookies) + Фикс 3 (обновить браузер). Если не помогает — связаться с поддержкой Treatwell — они могут проверить статус аккаунта на сервере. Это и единственный путь, если аккаунт временно заблокирован anti-fraud системой.

Почему мои приёмы Treatwell появляются в Apple-календаре с задержкой 1–2 часа?

Это не баг, это poll-поведение iCloud. Apple-календарь опрашивает подписанные ICS-фиды только раз в 15–60 минут — ускорить нельзя. При записях в короткий срок (клиентка бронирует «через 30 минут») это самый большой риск, потому что ты просто слишком поздно видишь приём. Sync в реальном времени бывает только через CalDAV или нативный API — и Treatwell для Apple не использует ни того, ни другого.

Можно ли запускать Treatwell и EazyBooking параллельно?

Да, по крайней мере во время миграции. Пока оба инструмента пишут в один Apple-календарь, им нужно лишь учитывать доступность слотов друг друга. EazyBooking распознаёт чужие Apple-события (в том числе импорты Treatwell) как блокировку. Treatwell в обратную сторону видит приёмы EazyBooking через ICS-Subscribe — с известной задержкой. Поэтому: параллельный режим работает, но рано или поздно один из двух должен стать master.

Что будет с моими отзывами Treatwell, если закрою аккаунт?

Отзывы Treatwell остаются на маркетплейсе Treatwell, но не переносимы — это отраслевой стандарт. Разумная замена: вести Google-Business-Profile (туда и так попадает большинство локальных поисков) и после каждого приёма EazyBooking слать клиентке напоминание оставить отзыв (EazyBooking может автоматически). За 2–3 месяца Google-отзывы замещают потерю репутации.

Нужен ли мне специфичный для приложения пароль Apple? Это безопасно?

Да, Apple требует для CalDAV-доступа сторонних специфичный для приложения пароль. Это случайная 16-значная строка, которую ты целенаправленно выдаёшь приложению и можешь отозвать индивидуально, не меняя главный пароль Apple ID. С точки зрения безопасности чище, чем используемый Treatwell webcal-механизм, потому что в любой момент можно выдернуть штекер.

Стоит ли CalDAV-sync в EazyBooking дополнительно?

Нет, Apple-, Google- и Outlook-sync входят в базовый план без доплаты. EazyBooking стоит €59/мес нетто с 5 сотрудниками (дополнительные сотрудники подключаются за доплату), при годовой оплате скидка — два месяца бесплатно. 14 дней trial без карты.

Мой Treatwell-sync ломается только в iPhone-приложении, не в macOS-календаре — почему?

Это случается, когда настройка ICS-Subscribe «Обновлять: Push» в iOS-календаре стоит на «Каждые полчаса» или «Каждый час», а в macOS на «Push». В iOS → Настройки → Календарь → Синхронизация данных → Push выбрать. Это помогает только на стороне чтения — структурная проблема ICS (нет приватных блокировок, слабые удаления) остаётся.

Резюме

Если sync Treatwell зависает прямо сейчас:

1. Re-Auth в Treatwell Connect (отключить + подключить заново)
2. Очистить cookies и кэш браузера
3. Проверить версию браузера — Chrome ≥ 120, Safari ≥ 17, Firefox ≥ 121, Edge ≥ 120

Если проблема структурная — то есть приватные блокировки игнорируются, отмены зависают, задержки в часах — никакой quick-fix не поможет. Treatwell синхронизируется с Apple-календарями через ICS-Subscribe, стандарт 2004 года, построенный для статичных фидов, а не для приёма записей в реальном времени.

Нативная CalDAV-интеграция (как использует EazyBooking) решает структурные проблемы — двусторонне, задержка меньше 30 секунд, надёжные удаления. Кто чувствует, что с Treatwell приходится постоянно «подкручивать», избавляется при переходе от постоянных трений.

Следующие шаги:

• → Попробовать EazyBooking 14 дней бесплатно
• → Прямое сравнение: EazyBooking vs Treatwell
• → Руководство: Apple, Google и Outlook календарь синхронизировать
• → Обзор: альтернативы комиссионным моделям бронирования