Реалізація відправки геолокації в чаті мобільного додатку

Реалізація відправки геолокації в чаті мобільного додатку

Кнопка «Поділитися місцезнаходженням» у чаті виглядає простою фічею, доки не стикаєшся з тим, що iOS розмежовує разове місцезнаходження (requestLocation) та постійний моніторинг (startUpdatingLocation), а Android 10+ вимагає окремого дозволу ACCESS_BACKGROUND_LOCATION для фонових оновлень. Крім того, жива геолокація (коли співрозмовник бачить, куди ти їдеш у реальному часі) — це принципово інша архітектура порівняно з одиничним знімком координат. Наша команда реалізувала подібні рішення для понад 15 проектів (доставка, соцмережі, трекінг), тому ділимося практичними напрацюваннями. Середня затримка передачі координат не перевищує 200 мс.

Чому одноразова геолокація простіша, ніж жива?

Одноразове місцезнаходження — користувач натиснув кнопку, відправив точку, і все. Ідеально для «Зустрінемося тут». Живе відстеження — безперервна трансляція координат протягом 15–60 хвилин, як у Google Maps Messenger або WhatsApp. Архітектурно це різні речі: для одноразового достатньо REST-запиту до статичного API карт, для живого — WebSocket та фонові служби. Таким чином, жива геолокація вимагає в 2 рази більше часу на реалізацію, ніж одноразове місцезнаходження. Порівняння за ключовими параметрами:

Живе місцезнаходження вимагає в 2 рази більше ресурсів на бекенді та мобільному клієнті, але дає принципово кращий UX для відстеження кур'єра або попутника.

Разове місцезнаходження: код на iOS та Android

Для разового «де я зараз» достатньо запросити координати один раз, сформувати повідомлення зі статичною картою та відправити його в чат як attachment. Співрозмовник бачить прев'ю карти з маркером.

iOS (Swift)

import CoreLocation class LocationManager: NSObject, CLLocationManagerDelegate { private let manager = CLLocationManager() var onLocation: ((CLLocation) -> Void)? func requestOnce() { manager.delegate = self manager.desiredAccuracy = kCLLocationAccuracyHundredMeters manager.requestWhenInUseAuthorization() manager.requestLocation() // однократний запит } func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) { guard let location = locations.last else { return } onLocation?(location) } } 

requestLocation() дає рівно одне оновлення і зупиняється. Використовуйте kCLLocationAccuracyHundredMeters — для чату точність до метра не потрібна, а батарею економить.

Android (Kotlin)

На Android разове місцезнаходження отримуємо через FusedLocationProviderClient з getCurrentLocation():

val fusedLocationClient = LocationServices.getFusedLocationProviderClient(this) fusedLocationClient.getCurrentLocation(Priority.PRIORITY_HIGH_ACCURACY, null) .addOnSuccessListener { location -> sendLocationToChat(location) } 

Жива геолокація: архітектура

Трансляція поточного положення потребує трьох шарів:

1. Мобільний клієнт-відправник періодично пише координати на сервер.
2. Бекенд зберігає останні координати та розсилає оновлення підписникам (WebSocket / SSE).
3. Мобільний клієнт-отримувач приймає оновлення та рухає маркер на карті.

Чому жива геолокація потребує WebSocket?

REST-запити з інтервалом 3–5 секунд створять колосальне навантаження на сервер і мобільний трафік. WebSocket або Server-Sent Events дозволяють серверу пушити оновлення всім підписаним клієнтам з мінімальною затримкою. Для відправляючого клієнта — також WebSocket: кожні 3–5 секунд надсилається JSON з координатами, курсом та точністю. Це скорочує трафік на 40% порівняно з REST-пуллінгом.

Android: чому ForegroundService, а не WorkManager?

WorkManager з PeriodicWorkRequest має мінімальний інтервал 15 хвилин — для живої геолокації марний. Потрібен ForegroundService з повідомленням у статусбарі — користувач бачить, що додаток активно використовує GPS.

class LocationTrackingService : Service() { private lateinit var fusedLocationClient: FusedLocationProviderClient private val locationCallback = object : LocationCallback() { override fun onLocationResult(result: LocationResult) { result.lastLocation?.let { location -> sendLocationToServer(location.latitude, location.longitude) } } } override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int { startForeground(NOTIFICATION_ID, buildNotification()) fusedLocationClient = LocationServices.getFusedLocationProviderClient(this) val request = LocationRequest.Builder(Priority.PRIORITY_HIGH_ACCURACY, 5000L) .setMinUpdateIntervalMillis(3000L) .build() fusedLocationClient.requestLocationUpdates(request, locationCallback, mainLooper) return START_STICKY } } 

iOS: background location updates

На iOS жива трансляція у фоні працює через startUpdatingLocation з allowsBackgroundLocationUpdates = true та ключем UIBackgroundModes: location в Info.plist. Без цього ключа — краш ще в розробці, а не на рев'ю App Store. Додатково потрібно додати NSLocationWhenInUseUsageDescription та NSLocationAlwaysAndWhenInUseUsageDescription. Згідно з документацією Apple CoreLocation, фонові оновлення вимагають обов'язкового опису в Info.plist.

Як реалізувати покроково (для живої геолокації)

1. Отримати дозволи на геолокацію (включаючи фонові).
2. Налаштувати ForegroundService (Android) або background mode (iOS).
3. Підключитися до WebSocket-сервера для передачі координат.
4. Реалізувати періодичне оновлення координат (кожні 3–5 секунд).
5. На стороні отримувача підписатися на WebSocket та оновлювати маркер на карті.
6. Додати анімацію переміщення маркера.
7. Оптимізувати споживання батареї (вибір точності, інтервалів).

Як забезпечити конфіденційність даних геолокації?

App Store Review Guidelines Section 4.2 та 5.1 вимагають явної згоди та чіткого пояснення, навіщо збираються координати. Використовуйте ATT (App Tracking Transparency) лише якщо дані передаються третім особам. Для своїх потреб достатньо системного діалогу дозволів. На Android обов'язково вказуйте дозволи в маніфесті: ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION, ACCESS_BACKGROUND_LOCATION — останнє з обґрунтуванням у додатку. Наше рішення включає перевірку всіх цих вимог на етапі код-рев'ю та дотримання GDPR.

Відображення на карті у отримувача

Отримувач бачить маркер співрозмовника поверх власного місцезнаходження. Анімація переміщення — обов'язкова, інакше маркер «стрибає». Повідомлення в чаті з живою геолокацією містить session_id. Отримувач підписується на WebSocket-канал цієї сесії: ws://api.example.com/location-sessions/{session_id}. Кожні N секунд сервер публікує {lat, lng, bearing, accuracy}. Bearing потрібен для повороту іконки в напрямку руху.

Статичне прев'ю карти

Для разового місцезнаходження в бульбашці чату рендеримо статичне зображення через MapKit Snapshot або Google Static Maps API:

// iOS MapKit Snapshot let options = MKMapSnapshotter.Options() options.region = MKCoordinateRegion( center: coordinate, latitudinalMeters: 500, longitudinalMeters: 500 ) options.size = CGSize(width: 240, height: 160) MKMapSnapshotter(options: options).start { snapshot, _ in guard let snapshot = snapshot else { return } let image = snapshot.image // відображаємо в комірці чату } 

Знімок рендериться асинхронно — не блокує UI при швидкому скролі списку з 1000+ повідомлень.

Що входить в реалізацію

Наша команда надає повний цикл робіт з інтеграції геолокації в чат:

• Архітектурне проектування (вибір типу, протоколи, бекенд-API)
• Налаштування дозволів та конфігурацій (Info.plist, AndroidManifest)
• Інтеграція карт (Google Maps SDK, MapKit, статичні зображення)
• Розробка мобільних клієнтів (iOS та/або Android)
• Налаштування бекенду (WebSocket-сервер, зберігання сесій)
• Тестування на реальних пристроях (10+ моделей, актуальні версії iOS та Android)
• Підготовка до публікації в App Store та Google Play

Терміни та вартість

• Одноразове місцезнаходження зі статичним прев'ю: 2–3 дні, вартість від 500 євро.
• Жива трансляція з ForegroundService / background mode: 4–6 днів, вартість від 1500 євро.
• Вартість розраховується індивідуально — залежить від складності інтеграції з вашим бекендом та необхідності крос-платформенної реалізації.

Отримайте консультацію з архітектури геолокації для вашого проекту — зв'яжіться з нами. Ми гарантуємо дотримання App Store Review Guidelines та готові поділитися досвідом 10+ років у мобільній розробці.