Пользователь потратил 20 минут на заполнение заявки на телефоне, отвлёкся, открыл ноутбук — форма пуста. Согласно данным аналитики, около 40% пользователей бросают многошаговые формы из-за отсутствия сохранения прогресса. Это приводит к потере до 30% конверсии на формах оформления заказа или регистрации. Handoff решает эту проблему: начал на одном устройстве, продолжил на другом без потери контекста. Мы реализуем handoff-механизмы под ключ, гарантируя бесшовную передачу контекста между любыми устройствами. Наша команда имеет более 5 лет опыта в интеграции как нативных, так и серверных решений. Для iOS и macOS используем Apple Handoff, для Android и Windows — серверную сессию, а для гибридных сценариев — комбинацию обоих подходов.
Apple Handoff: минимальная разработка, но только Apple
NSUserActivity — фреймворк Apple для передачи контекста через iCloud. Поддерживает iOS, macOS, iPadOS. Работает автоматически при корректной настройке activityType и userInfo. Однако требует единой учётной записи iCloud и активного Bluetooth/Wi-Fi. Согласно документации Apple, объём передаваемых данных ограничен ~256 КБ. Для React Native используем нативный модуль:
let activity = NSUserActivity(activityType: "com.yourapp.editDocument") activity.title = "Редактирование документа" activity.userInfo = ["documentId": documentId, "scrollPosition": scrollY, "formData": formData] activity.isEligibleForHandoff = true activity.becomeCurrent() На принимающей стороне AppDelegate получает application(_:continue:restorationHandler:) с этим NSUserActivity. Данные userInfo ограничены ~256 КБ. Для клиента, у которого Android-телефон и Windows-ноутбук — не работает.
Когда Apple Handoff недостаточно?
Handoff от Apple не подходит для кросс-экосистемных сценариев. Если пользователи работают с Android, Windows или несколькими аккаунтами — требуется серверное решение. Например, приложение интернет-магазина: клиент начал оформление заказа на Android, а завершает на Windows — данные должны быть синхронизированы.
Почему автосохранение критично?
Автосохранение состояния задачи в реальном времени снижает нагрузку на поддержку: пользователи реже жалуются на потерю данных. При каждом значимом действии (переход на шаг, ввод текста, выбор опции) сериализованный стейт отправляется на сервер. Debounce на 1 секунду снижает количество запросов на 80% по сравнению с сохранением каждого события ввода. Это особенно важно для мобильных сетей с нестабильной связью.
Как реализовать кросс-платформенный Handoff?
Универсальный подход: сессия задачи хранится на сервере, привязана к аккаунту, а не к устройству.
type TaskSession = { sessionId: string; userId: string; taskType: 'checkout' | 'editDocument' | 'formFill' | 'mediaUpload'; state: Record<string, unknown>; // сериализованный стейт задачи activeDeviceId: string; updatedAt: number; expiresAt: number; }; Granular state: сохраняем только необходимые поля. Для формы — step, заполненные поля, статус валидации. Чувствительные данные (CVV, PIN) никогда не сохраняем. Conflict resolution: последняя запись побеждает (LWW) для простоты; для сложных задач — vector clocks. Обнаружение активных сессий: при открытии приложения проверяем незавершённые сессии.
Как уведомить второе устройство о сессии?
Существует несколько способов: push-уведомление (silent push с sessionId), deep link (yourapp://handoff/session/abc123), QR-код, автоматический опрос. Автоматический опрос даёт лучший UX, но требует чёткой политики privacy: пользователь должен видеть активные сессии.
| Метод уведомления | Задержка | UX | Требования |
|---|---|---|---|
| Push-уведомление | 1–5 секунд | Средний | Настроить APNs/FCM |
| Deep link | Мгновенно | Высокий | Обработка URL |
| QR-код | 10–30 секунд | Средний | Экран с QR |
| Автоматический опрос | 10–30 секунд | Высокий | API для списка сессий |
Сравнение методов Handoff
| Критерий | Apple NSUserActivity | Серверная сессия | Гибрид |
|---|---|---|---|
| Экосистема | Только Apple | Все платформы | Apple + остальные |
| Задержка | 0–1 секунда | 200–500 мс | 0–1 сек (Apple) / 200–500 мс (остальные) |
| Разработка | Минимальная | Средняя | Высокая |
| Универсальность | Низкая | Высокая | Очень высокая |
Что входит в работу?
- Проектирование схемы данных для хранения сессий и API-эндпоинтов.
- Реализация серверной логики (сохранение, восстановление, удаление сессий).
- Интеграция с клиентскими приложениями (автосохранение, обнаружение активных сессий).
- Настройка push-уведомлений (APNs/FCM) и deep link (Universal Links / App Links).
- UI для восстановления сессии (диалог, экран выбора).
- Документация по интеграции, рекомендации по безопасности и обучение команды.
- Поддержка в течение 2 недель после релиза.
Этапы разработки handoff-механизма
- Проектирование схемы данных для хранения сессий.
- Реализация серверных эндпоинтов (сохранение, восстановление, удаление).
- Интеграция с клиентскими приложениями (автосохранение, обнаружение сессий).
- Реализация уведомлений (push, deep link) и UI для восстановления.
- Тестирование сценариев на разных устройствах и ОС.
- Документация по интеграции и рекомендации по безопасности.
Чек-лист проверок handoff
- Сессия корректно сохраняется при переходе в фон.
- Данные восстанавливаются при открытии на другом устройстве.
- Чувствительные поля исключены из сериализации.
- Push-уведомление отправляется при сохранении.
- Deep link верифицируется.
Оценка
Серверная сессия задач с deep link, автосохранением и UI: от 3 до 5 недель. С Apple NSUserActivity + кросс-платформенным fallback: от 4 до 6 недель. Стоимость рассчитывается индивидуально после анализа проекта.
Получите консультацию — мы поможем подобрать оптимальный Handoff-механизм. Закажите разработку handoff в ваше приложение.