iBeacon

Definition: iBeacon ist Apples 2013 eingeführter Standard für Bluetooth Low Energy (BLE) Proximity-Kommunikation. iBeacons sind kleine Hardware-Sender (typisch Coin-Cell-Batterie, 1–3 Jahre Laufzeit) die kontinuierlich ein BLE-Signal mit drei Identifikatoren aussenden: UUID (Universally Unique Identifier: identifiziert die Organisation), Major (identifiziert eine Gruppe/Standort) und Minor (identifiziert einen spezifischen Beacon-Ort). iOS-Geräte empfangen diese Signale via CoreLocation-Framework und können die Nähe zum Beacon auf wenige Dezimeter bis ~10 Meter bestimmen. iOS erkennt iBeacons auch im Hintergrund (bei gesperrtem Gerät), sofern die App die entsprechende Location-Permission hat. Anwendungsbereiche: stationärer Einzelhandel (Regal-Proximity, Checkout-Trigger), Einkaufszentren, Messen, Museen, Flughäfen und Apple Wallet-Integration (kontextbezogene Anzeige von Boardingpässen und Coupons).

Erläuterung

iBeacon ist kein eigenständiges Kommunikationssystem – er sendet nur seine Identifikatoren. Die eigentliche Logik liegt in der App: Sie empfängt den Beacon-Signal, schlägt in einer Datenbank nach was an diesem Beacon passieren soll, und löst die Aktion aus (Push, Content-Einblendung, Navigation). Der Beacon selbst überträgt keine Inhalte und empfängt nichts vom Nutzergerät – Datenschutz by Design.

Technisches Protokoll

UUID (128-Bit): Identifiziert den Beacon-Betreiber (z. B. alle Beacons von Retailer X haben gleiche UUID); Format: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX; App monitort spezifische UUID; mehrere UUIDs gleichzeitig monitorbar; bleibt gleich über gesamtes Deployment
Major (16-Bit, 0–65535): Identifiziert eine Untergruppe; Beispiel: Filiale Frankfurt = Major 1, Hamburg = Major 2; hierarchische Struktur: UUID → Major → Minor; ermöglicht Drill-Down in Standort-Logik ohne neue UUID
Minor (16-Bit, 0–65535): Identifiziert spezifischen Beacon-Punkt; Beispiel: Regal 7 in Filiale Frankfurt = Minor 42; feinste Granularität im UUID/Major/Minor-System; App kann Minor auslesen und exakt definierte Aktion auslösen
RSSI und Proximity: Received Signal Strength Indicator (dBm); iOS berechnet daraus Proximity-Klassen: Immediate (<0,5 m), Near (0,5–3 m), Far (>3 m), Unknown; Genauigkeit: ±20–30 % durch Körper-Absorption und Reflexionen; Trilateration (3+ Beacons): bessere Positionsschätzung möglich; kein zentimetergenaues Tracking möglich

iOS-Integration via CoreLocation

CLBeaconRegion: Definiert überwachte UUID/Major/Minor-Kombination; CLLocationManager.startMonitoring(for:): OS-Ebene Background-Monitoring; didEnterRegion / didExitRegion: Callbacks beim Eintreten/Verlassen; iOS weckt App im Hintergrund für diese Callbacks; kein kontinuierliches Foreground-Monitoring nötig für Basis-Triggering
Ranging: CLLocationManager.startRangingBeacons(satisfying:): aktives Distanz-Messen; liefert Liste aller Beacons in Reichweite mit RSSI und Proximity-Klasse; nur im Foreground sinnvoll nutzbar; für Indoor-Navigation notwendig (Echtzeit-Position); Batterie-intensiver als reines Monitoring
Permission-Anforderungen: «Always Allow» Standort-Permission für Background-Monitoring; iOS 13+: zweistufiger Dialog; stark restriktiv: Nutzer werden in Einstellungen informiert wann App Standort nutzt; ohne «Always»-Permission: nur Foreground-Ranging möglich; Opt-in-Rate für «Always» in Praxis sehr niedrig
Apple Wallet-Integration: iBeacon-UUID in Wallet-Pass (Boardingpass, Coupon) eingetragen; iPhone erkennt Beacon und zeigt Wallet-Pass auf Lock-Screen automatisch an; funktioniert ohne App-Installation; bekanntester Consumer-Use-Case für iBeacons; Airlines (Lufthansa, Delta) und Retailer nutzen dies

iBeacon vs. Eddystone

iBeacon (Apple): Proprietäres Apple-Protokoll; UUID/Major/Minor-Struktur; ausschließlich für Proximity-Detection; Android-kompatibel (via AltBeacon-Library); etablierter Standard im Retail-Sektor; einfache Implementierung via iOS CoreLocation
Eddystone (Google, offen): Offenes BLE-Beacon-Format; drei Frame-Typen: Eddystone-UID (wie iBeacon UUID), Eddystone-URL (sendet direkt eine URL, Physical Web), Eddystone-TLM (Telemetrie: Batteriestatus, Temperatur); Physical Web: URL ohne App scannbar; Eddystone-TLM: Beacon-Wartungsmanagement; Google hat Physical Web 2019 eingestellt
Praktische Empfehlung: Für Marketing-Anwendungen mit App: iBeacon-Protokoll (bessere iOS-Integration via CoreLocation); für Cross-Platform ohne App-Anforderung: Eddystone-URL; die meisten professionellen Beacons (Estimote, Kontakt.io, BlueCats) unterstützen beide Protokolle parallel

Praxistipp: Nutzen Sie iBeacons mit einer klaren UUID/Major/Minor-Hierarchie: eine UUID für Ihre gesamte Organisation, Major für Standorte/Filialen, Minor für spezifische Punkte innerhalb eines Standorts. So können Sie alle Ihre Beacons mit einer App-Integration verwalten. Testen Sie die Signalstärke und Reichweite jedes Beacons gründlich vor dem Live-Betrieb – Wände, Metallregale und Menschenmengen dämpfen BLE-Signale erheblich: ein Beacon der im leeren Raum 10 m Reichweite hat, kann im vollen Supermarkt auf 3 m reduziert sein. Setzen Sie realistische Erwartungen: die Kombination aus App-Pflicht + Bluetooth-Aktivierung + «Always Allow»-Standort-Permission sorgt in der Praxis für niedrige Trigger-Raten (oft unter 5 % aller Besucher).