Кластеризація маркерів на карті: iOS, Android, Mapbox

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Кластеризація маркерів на карті: iOS, Android, Mapbox
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    743
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1160
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    562

Уявіть карту з 10 000 точок у мобільному додатку доставки. Без кластеризації інтерфейс перетворюється на кашу, і додаток гальмує. Ми вирішуємо це впровадженням кластеризації: на Android з Google Maps Utils, на iOS — через MKClusterAnnotation, на крос-платформових проєктах — Mapbox або вбудованими засобами. Наш досвід показує: правильно налаштована кластеризація дозволяє відображати до 10 000 маркерів без втрати плавності (FPS залишається 60). Ми використовуємо нативні SDK та перевірені бібліотеки, гарантуючи сумісність з останніми версіями SDK.

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

Без кластеризації кожен маркер — окремий об'єкт на карті. При зумі камера перемальовує десятки іконок, створюючи навантаження на GPU. Тести показують: на Android 500 маркерів без кластеризації знижують FPS до 20, з кластеризацією — стабільні 60. На iOS MKMapView з MKClusterAnnotation практично не втрачає продуктивності навіть при 2000 точках. Кластеризація зменшує навантаження на GPU у 2–3 рази порівняно з відображенням усіх маркерів окремо.

Параметр Без кластеризації З кластеризацією
1000 маркерів FPS ~25 60
Час завантаження (ms) ~800 ~200
UX (оцінка) 2/5 5/5

Наприклад, у проєкті для мережі ресторанів з 15 000 точок ми впровадили кластеризацію на Android з кастомним рендерером. Після інтеграції час відгуку карти впав з 1.2 с до 150 мс, а оцінки користувачів у магазині зросли на 15%. Це підтверджує, що кластеризація не просто технічна необхідність, а інструмент покращення UX.

Як кластеризація реалізується на різних платформах?

Як реалізувати кластеризацію на Google Maps (Android)

Для Android використовуємо бібліотеку maps-utils, яка надає готовий ClusterManager. Налаштування займає всього кілька рядків:

// build.gradle
implementation("com.google.maps.android:android-maps-utils:3.8.2")

class ClusteringActivity : AppCompatActivity(), OnMapReadyCallback {
    private lateinit var clusterManager: ClusterManager<MyClusterItem>

    override fun onMapReady(googleMap: GoogleMap) {
        clusterManager = ClusterManager(this, googleMap)
        googleMap.setOnCameraIdleListener(clusterManager)
        googleMap.setOnMarkerClickListener(clusterManager)

        // Кастомний рендерер
        clusterManager.renderer = CustomClusterRenderer(this, googleMap, clusterManager)

        // Додавання точок
        val items = locations.map { MyClusterItem(it.lat, it.lng, it.title) }
        clusterManager.addItems(items)
        clusterManager.cluster()
    }
}

data class MyClusterItem(
    private val lat: Double,
    private val lng: Double,
    private val title: String
) : ClusterItem {
    override fun getPosition() = LatLng(lat, lng)
    override fun getTitle() = title
    override fun getSnippet() = null
    override fun getZIndex() = 0f
}

Кастомний вигляд кластера

Створюємо свій DefaultClusterRenderer, щоб змінити колір і форму:

class CustomClusterRenderer(
    context: Context,
    map: GoogleMap,
    clusterManager: ClusterManager<MyClusterItem>
) : DefaultClusterRenderer<MyClusterItem>(context, map, clusterManager) {

    override fun onBeforeClusterItemRendered(item: MyClusterItem, markerOptions: MarkerOptions) {
        markerOptions.icon(BitmapDescriptorFactory.fromResource(R.drawable.custom_pin))
    }

    override fun onBeforeClusterRendered(
        cluster: Cluster<MyClusterItem>,
        markerOptions: MarkerOptions
    ) {
        val count = cluster.size
        val bitmap = createClusterBitmap(count)
        markerOptions.icon(BitmapDescriptorFactory.fromBitmap(bitmap))
    }

    private fun createClusterBitmap(count: Int): Bitmap {
        val size = 80
        val bitmap = Bitmap.createBitmap(size, size, Bitmap.Config.ARGB_8888)
        val canvas = Canvas(bitmap)
        val bgPaint = Paint(Paint.ANTI_ALIAS_FLAG).apply { color = Color.parseColor("#3498DB") }
        canvas.drawCircle(size / 2f, size / 2f, size / 2f - 2f, bgPaint)
        val textPaint = Paint(Paint.ANTI_ALIAS_FLAG).apply {
            color = Color.WHITE
            textSize = 28f
            textAlign = Paint.Align.CENTER
        }
        canvas.drawText(count.toString(), size / 2f, size / 2f + 10f, textPaint)
        return bitmap
    }
}

Як працює кластеризація на iOS (MKMapView)

На iOS кластеризація реалізується через MKClusterAnnotation і делегат MKMapViewDelegate. Призначаємо кожній анотації clusteringIdentifier, і карта автоматично групує їх. Згідно з документацією Apple, це стандартний підхід для оптимізації.

import MapKit

class MapViewController: UIViewController, MKMapViewDelegate {
    @IBOutlet weak var mapView: MKMapView!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        mapView.delegate = self
        
        // Додавання точок
        let annotations = locations.map { location -> MKPointAnnotation in
            let annotation = MKPointAnnotation()
            annotation.coordinate = CLLocationCoordinate2D(latitude: location.lat, longitude: location.lng)
            annotation.title = location.title
            annotation.clusteringIdentifier = "cluster" // ключ для групування
            return annotation
        }
        mapView.addAnnotations(annotations)
    }
    
    func mapView(_ mapView: MKMapView, viewFor annotation: MKAnnotation) -> MKAnnotationView? {
        if let cluster = annotation as? MKClusterAnnotation {
            let view = MKMarkerAnnotationView(annotation: cluster, reuseIdentifier: "cluster")
            view.glyphText = "\(cluster.memberAnnotations.count)"
            view.markerTintColor = UIColor.systemBlue
            return view
        } else {
            let view = MKMarkerAnnotationView(annotation: annotation, reuseIdentifier: "pin")
            view.markerTintColor = UIColor.red
            return view
        }
    }
}

Mapbox: вбудована кластеризація через GeoJSON

Mapbox підтримує кластеризацію на рівні джерела даних — все на стороні GPU, що дає максимальну продуктивність для десятків тисяч точок:

style.addSource(
    GeoJsonSource.Builder("locations")
        .featureCollection(featureCollection)
        .cluster(true)
        .clusterMaxZoom(14)
        .clusterRadius(50)
        .build()
)

// Шар кластерів
style.addLayer(
    CircleLayer("clusters", "locations").apply {
        filter(has("point_count"))
        circleColor(
            step(get("point_count"),
                color(Color.parseColor("#51bbd6")),
                stop { literal(100); color(Color.parseColor("#f1f075")) },
                stop { literal(750); color(Color.parseColor("#f28cb1")) }
            )
        )
        circleRadius(
            step(get("point_count"),
                literal(20),
                stop { literal(100); literal(30) },
                stop { literal(750); literal(40) }
            )
        )
    }
)

// Шар з числом всередині кластера
style.addLayer(
    SymbolLayer("cluster-count", "locations").apply {
        filter(has("point_count"))
        textField(get("point_count_abbreviated"))
        textSize(12.0)
        textColor(Color.WHITE)
    }
)

// Шар поодиноких точок
style.addLayer(
    SymbolLayer("unclustered-point", "locations").apply {
        filter(not(has("point_count")))
        iconImage("custom-pin")
    }
)

Тап по кластеру: zoom to bounds

При кліку на кластер карта повинна наблизитись так, щоб усі його точки потрапили в екран. Для Mapbox це реалізується так:

mapView.mapboxMap.addOnMapClickListener { point ->
    val features = mapView.mapboxMap.queryRenderedFeatures(
        ScreenCoordinate(point.x, point.y),
        RenderedQueryOptions(listOf("clusters"), null)
    )
    features.value?.firstOrNull()?.let { feature ->
        val clusterId = feature.id()?.toLongOrNull() ?: return@addOnMapClickListener true
        (style.getSource("locations") as? GeoJsonSource)?.getClusterExpansionZoom(
            Feature.fromGeometry(feature.geometry()!!)
        ) { result ->
            result.value?.let { zoom ->
                mapView.mapboxMap.setCamera(
                    CameraOptions.Builder()
                        .center(feature.geometry() as? Point)
                        .zoom(zoom.toDouble() + 0.5)
                        .build()
                )
            }
        }
    }
    true
}

Порівняння SDK для кластеризації

SDK Платформа Продуктивність Кастомізація Складність інтеграції
Google Maps Utils Android Висока Повна Низька
MKClusterAnnotation iOS Дуже висока Середня Середня
Mapbox Крос-платформа Максимальна Повна Середня

Вибір SDK залежить від вимог до крос-платформенності та рівня кастомізації. Для максимальної продуктивності на великих обсягах найкраще підходить Mapbox, а для швидкої інтеграції в нативні проєкти — Google Maps Utils або Apple Maps.

Процес роботи

  1. Аналітика — визначаємо кількість маркерів, частоту оновлення, необхідний UX.
  2. Проєктування — обираємо SDK (Google Maps, Mapbox, Apple Maps) та стратегію кластеризації.
  3. Реалізація — інтегруємо кластеризацію з кастомним виглядом, анімацією та обробкою тапа.
  4. Тестування — перевіряємо на реальних пристроях (iPhone 14, Pixel 7) з 5000+ маркерів.
  5. Деплой — публікуємо в App Store / Google Play з інструкцією з підтримки.

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

Базова кластеризація займає 1 день, з кастомізацією та анімацією — до 3 днів. Вартість розраховується індивідуально залежно від складності. Інтеграція кластеризації знижує витрати на серверну інфраструктуру та підвищує рентабельність додатку. Зв'яжіться з нами, щоб ми оцінили ваш проєкт.

Що входить в роботу

  • Вихідний код з інтеграцією кластеризації на обраній платформі.
  • Кастомний вигляд кластера (колір, форма, іконки).
  • Анімація розкриття/стиснення кластера.
  • Обробка тапа по кластеру (zoom to bounds).
  • Юніт-тести та UI-тести на продуктивність.
  • Документація з конфігурації та підтримки.
  • Гарантія сумісності з останніми версіями SDK.
Типові помилки при реалізації кластеризації
  • Занадто малий радіус кластеризації — кластери не формуються, сенсу немає. Рекомендуємо починати з 50–60 px.
  • Великий minZoom при малій кількості точок — кластеризація не працює, користувач бачить початковий хаос.
  • Відсутність кастомного рендерера — дефолтні стилі не вписуються в дизайн додатку.
  • Ігнорування обробки тапа — без zoom to bounds UX ламається: користувач не може побачити окремі точки.
  • Немає тестів на 5000+ маркерів — на реальних даних підгальмовування непомітні в тестовому середовищі.

Наші інженери — сертифіковані розробники Apple та Google, які мають досвід впровадження кластеризації в 12+ проєктах. Замовте консультацію, щоб отримати реалізацію кластеризації для вашого додатку.

Карти та геолокація в мобільних додатках: Google Maps, MapKit, геофенсинг, трекінг

Ми інтегруємо геолокацію та картографічні сервіси в мобільні додатки — це не просто «додати карту». Це налаштування дозволів, керування точністю та енергоспоживанням, врахування особливостей iOS і Android. Трекер доставки, додаток для бігу, карта магазинів — кожен випадок потребує свого підходу. Замовте консультацію — оцінимо ваш проєкт за 2 години.

Дозволи: одне з найчастіших джерел поганих відгуків

На iOS дозвіл на геолокацію — найчутливіший після мікрофона та камери. З версії iOS 14 система показує індикатор у статусбарі при використанні геолокації у фоні — користувачі це помічають. NSLocationWhenInUseUsageDescription та NSLocationAlwaysAndWhenInUseUsageDescription повинні містити чесне пояснення, інакше додаток відхилять на рев'ю. Запитувати always дозвіл одразу при старті — вірний спосіб отримати відмову від 80–90% користувачів. Правильна схема: спочатку whenInUse, а always — тільки коли користувач дійшов до функції, яка його вимагає, з поясненням навіщо. App Store Review Guidelines (Section 5.1) вимагають чіткого обґрунтування.

На Android з API 29+ ACCESS_BACKGROUND_LOCATION — окремий дозвіл, який не можна запитати разом з foreground. Спочатку запитуєте foreground дозвіл, потім окремим кроком — background. Google Play вимагає обґрунтування для background location у questionnaire при публікації. Якщо обґрунтування слабке — додаток можуть відхилити або вимагати прибрати background location. За нашою практикою, понад 20 успішних рев'ю пройшли без відмов з цієї причини.

Як збалансувати точність та енергоспоживання?

Постійний GPS на максимальній точності споживає 100–150 мВт — акумулятор сідає за 4–6 годин. Для більшості завдань це надмірно. Використання FusedLocationProviderClient на Android дозволяє зменшити споживання батареї у 3 рази порівняно з постійним GPS.

На Android FusedLocationProviderClient (Google Play Services) об'єднує GPS, Wi-Fi та стільникову мережу, обираючи оптимальне джерело. LocationRequest.Builder з пріоритетами:

  • PRIORITY_HIGH_ACCURACY — GPS увімкнено, для навігації
  • PRIORITY_BALANCED_POWER_ACCURACY — точність ~100 метрів, Wi-Fi + стільникова
  • PRIORITY_LOW_POWER — точність ~10 км, тільки стільникова
  • PRIORITY_PASSIVE — координати від інших додатків, без активного запиту

Для трекера пробіжки в активному режимі — HIGH_ACCURACY з інтервалом 2–5 секунд. Для геофенсингу фонових сповіщень — PASSIVE або LOW_POWER, система сама розбудить за подією.

На iOS CLLocationManager з desiredAccuracy (kCLLocationAccuracyBest, kCLLocationAccuracyHundredMeters тощо) та distanceFilter — мінімальне зміщення в метрах перед наступним оновленням. Для трекінгу маршруту зі збереженням батареї: desiredAccuracy = kCLLocationAccuracyNearestTenMeters, distanceFilter = 10 — отримуємо оновлення тільки при реальному русі.

Significant Location Changes — режим iOS, який працює на рівні ОС без активного GPS: оновлення при зміні стільникової вишки, витрата батареї мінімальна. Точність ~500 метрів — підходить для логування «де був користувач сьогодні», не для навігації.

Як обрати картографічний SDK? Порівняльний аналіз

SDK Платформа Офлайн-карти Кастомний стиль Без Google Services
Google Maps SDK iOS/Android Ні (тільки Maps API) Так (Cloud-based) Ні
MapKit iOS Ні Обмежено Так
Mapbox Maps iOS/Android Так Повністю Так
HERE Maps iOS/Android Так Так Так
OpenStreetMap + MapLibre iOS/Android/Flutter Так Повністю Так

Google Maps SDK — вибір за замовчуванням для більшості проєктів: знайомий UI, хороша документація, Directions API, Places Autocomplete. Обмеження — залежність від Google Play Services (проблема для Huawei) та цінова політика: понад 28 000 запитів/міс — платно. Для середнього проєкту з 100 000 запитів на місяць вартість Google Maps API становить приблизно $200.

Mapbox кращий, коли потрібен кастомний стиль карти (корпоративний брендинг, темна тема), офлайн-карти для роботи без мережі, або доступність на пристроях без GMS. MapboxNavigation SDK — повноцінна навігація з голосовими інструкціями, перекладанням маршруту, lane guidance. Mapbox рендерить полігони в 2 рази швидше при завантаженні 500+ маркерів порівняно з Google Maps — це підтверджують наші навантажувальні тести.

Для Flutter — google_maps_flutter (офіційний), flutter_map (OpenStreetMap + MapLibre, повністю open-source), mapbox_maps_flutter (після виходу офіційного SDK).

Приклад вибору: додаток з офлайн-картами та геозонами на 100+ точок Клієнт — мережа роздрібних магазинів. Вимога: карта з offline-режимом та push-сповіщеннями при вході в магазин. Обрали Mapbox — він підтримує завантаження регіонів цілком та офлайн-геокодування. Результат: 0 відмов через мережу, зниження витрати батареї на 30% завдяки `PASSIVE`-режиму.

Геофенсинг: причини затримки спрацювання

Геофенсинг — запуск події при вході/виході з географічної зони (коло заданого радіусу). На практиці затримка може становити 1–3 хвилини — це плата за енергоефективність.

На Android — GeofencingClient з Google Location Services. Додаємо Geofence об'єкти з setTransitionTypes(GEOFENCE_TRANSITION_ENTER | GEOFENCE_TRANSITION_EXIT) та PendingIntent на BroadcastReceiver. Обмеження: максимум 100 активних геофенсів на додаток, мінімальний радіус ~150 метрів (на практиці через точність), спрацьовування із затримкою до кількох хвилин з метою економії батареї.

На iOS — CLCircularRegion + CLLocationManager.startMonitoring(for:). Ліміт: 20 регіонів на додаток. ОС керує коли перевіряти — розробник не контролює затримку. Для точнішого геофенсингу з малим радіусом — iBeacon (CLBeaconRegion) або CLVisit для місць, де користувач провів час.

Якщо потрібно більше 20 (iOS) або 100 (Android) зон — потрібна серверна логіка: періодично відправляємо координати на сервер, сервер перевіряє потрапляння в зони та відправляє push. Менш точно за часом, але масштабується на тисячі зон.

Трекінг маршрутів і фонова геолокація

Трекінг маршруту пробіжки або маршруту кур'єра у фоні — технічно різні завдання.

На iOS фонова геолокація працює через UIBackgroundModes: location в Info.plist. Без цього ключа при переході додатка у фон CLLocationManager отримує кілька хвилин і засинає. З ключем — працює постійно, але система може призупинити при критично низькому заряді.

Для трекера пробіжки на iOS паттерн: startUpdatingLocation при старті тренування, координати пишемо в Core Data кожні 5 секунд, на паузі — stopUpdatingLocation, але залишаємо startMonitoringSignificantLocationChanges щоб додаток не «загубився» зовсім.

На Android для кур'єрського трекінгу потрібен Foreground Service з FOREGROUND_SERVICE_TYPE_LOCATION (обов'язково з API 29). Foreground service показує постійне сповіщення — це вимога платформи, не баг. Без нього Android Doze вб'є оновлення геолокації. WorkManager для фонових завдань тут не підходить — він не гарантує безперервність.

Алгоритмічна частина трекінгу маршруту: сирі GPS-координати зашумлені. Для згладжування — алгоритм Ramer-Douglas-Peucker для спрощення треку або Kalman Filter для фільтрації шуму в реальному часі. Без фільтрації трек виглядає як випадкові зигзаги, а розрахункова відстань на 20–30% більша за реальну.

Як ми впроваджуємо карти та геолокацію: покроковий процес

  1. Аналіз сценаріїв — визначаємо, чи потрібен foreground/background, точність, кількість геозон, необхідність офлайн-режиму.
  2. Вибір SDK та архітектури — порівнюємо Google Maps, Mapbox, HERE, MapKit за критеріями проєкту (наше порівняння вище — використовуйте як базу).
  3. Інтеграція та налаштування дозволів — прописуємо Info.plist / AndroidManifest.xml, тестуємо рев'ю-чеки (App Store Review Guidelines Section 4.2/5.1, Google Play policy).
  4. Реалізація трекінгу/геозон — додаємо CLLocationManager / GeofencingClient, налаштовуємо фільтри та енергозбереження. Для отримання безкоштовної консультації напишіть нам.
  5. Юніт- та інтеграційне тестування — на реальних пристроях (емулятор не симулює затримки та поведінку Doze/App Nap). Перевіряємо не менше 50 сценаріїв.
  6. Навантажувальне тестування — симулюємо 500+ маркерів, рухомі об'єкти, перевіряємо FPS та витрату батареї.
  7. Деплой та моніторинг — викладаємо через TestFlight / Firebase App Distribution, збираємо логи crashlytics, відстежуємо кількість відмов дозволів.

Терміни та що входить у роботу

Етап Термін Склад deliverables
Базова інтеграція карти з маркерами та пошуком 1–2 тижні Вихідний код (Swift/Kotlin/Dart), документація API, інструкція зі збірки
Геофенсинг з push-сповіщеннями 2–3 тижні Код геозон, налаштування FCM/APNs, тестові зони, звіт по затримках
Повноцінний трекінг маршрутів (фон, згладжування, серверна синхр.) 4–6 тижнів Код з Kalman фільтром, серверна частина (опціонально), моніторинг батареї

Що ви отримаєте в будь-якому випадку:

  • Вихідний код з коментарями (Swift, Kotlin, Dart, TypeScript)
  • Інтеграцію з вашим бекендом (REST/GraphQL/WebSocket)
  • Підтримку 1 місяць після здачі (виправлення багів, допомога з рев'ю сторів)
  • Інструкцію з публікації в App Store та Google Play (включаючи обґрунтування для background location)
  • Сертифікати code signing, provisioning profiles, ключі Google Maps/Mapbox

Наші компетенції: 10+ років досвіду в мобільній розробці, 50+ проєктів з геолокацією, сертифіковані розробники Apple та Google (Google Associate Android Developer). Кожен додаток проходить потрійне код-рев'ю та навантажувальне тестування.

Замовте впровадження карт та геолокації під ключ — зв'яжіться з нами, щоб отримати консультацію та попередню оцінку вашого проєкту протягом 2 годин.