L'analyse spatiale, par rapport à l'analyse Web, est un problème de superposition pour les produits cartographiques, et non un choix de remplacement. L'analyse Web mesure les pages, les sessions, les campagnes, les événements et les conversions. L'analyse spatiale ajoute les cartes, les lieux, les régions, les itinéraires, la couverture, les frictions géographiques et les résultats géolocalisés, permettant ainsi aux équipes d'identifier les facteurs de succès ou d'échec des décisions clients. Les produits cartographiques nécessitent généralement les deux couches : le contexte d'acquisition issu de l'analyse Web et la mesure géolocalisée pour la carte elle-même.
Les sections ci-dessous détaillent les deux types de mesures, documentent Kaleidr Analytics à partir de sa page publique actuelle, puis abordent la conception de l'entonnoir de conversion, la propriété des données, les identifiants, les frictions géographiques, la confidentialité et les situations où une couche spatiale dédiée justifie son coût. Pour en savoir plus, consultez les ressources suivantes : Indicateurs clés de performance (KPI) du tableau de bord d'analyse spatiale pour les produits cartographiques, Cartes de l'expérience client basées sur l'intelligence géospatiale, API de classement des lieux et Données de localisation privées pour les flux de travail cartographiques d'IA. Les équipes qui utilisent déjà l'analyse web peuvent passer directement à l'architecture à deux couches ; celles qui recherchent encore un indicateur clé de performance devraient commencer par l'entonnoir de conversion.
Éléments essentiels
- Conserver les deux couches : L'analyse web gère l'acquisition et la conversion globale du site. L'analyse spatiale prend en charge les questions de carte, de lieu et de couverture.
- Le lieu est l'unité manquante : Une interaction avec une carte peut impliquer plusieurs emplacements simultanément ; une URL ne suffit donc pas.
- Suivre Découvrir → Comparer → Agir : Les clics sur les marqueurs et le nombre de déplacements sont des signaux de support, et non des résultats.
- Se connecter avec des identifiants stables : Les identifiants de session, de tâche et de lieu permettent de connecter les outils sans copier chaque événement.
- Confirmer le contrat produit : Kaleidr Analytics documente actuellement l'engagement sur les cartes et les lieux, mais pas un schéma complet de conversion d'hôte.

Quelles sont les différences entre l'analyse spatiale et l'analyse web pour les produits cartographiques ?
La distinction pertinente réside dans l'unité d'analyse. L'analyse web s'articule autour des pages, des écrans, des sessions, des campagnes et des conversions. L'analyse spatiale, quant à elle, s'articule autour des cartes, des lieux, des régions, des itinéraires, des zones de recherche, des zones de service et des conditions géographiques influençant une décision. Google Analytics définit actuellement un événement comme un moyen de mesurer une interaction ou une occurrence spécifique sur un site web ou une application, comme le chargement d'une page, un clic ou un achat (Event). Une session correspond à la période pendant laquelle un utilisateur interagit avec le site ou l'application. Google préconise actuellement une durée d'inactivité par défaut de 30 minutes (About Analytics sessions). Ces définitions restent pertinentes pour les produits cartographiques. Les indicateurs d'événements et de sessions ne permettent pas, à eux seuls, de déterminer quel lieu a été sélectionné, quelle région ne disposait d'aucune offre disponible ou jusqu'où un client était prêt à se déplacer.
Une page d'hôtel est identifiable par son URL. Une interaction avec une carte peut inclure dix hôtels, trois quartiers, un aéroport sélectionné et un itinéraire affichés simultanément. L'enregistrement de l'place_selected sans contexte de lieu, de région, de carte et de voyage réduit l'événement à un simple clic. Le parcours client nécessite néanmoins le contexte de la campagne et de la page de destination, fourni par l'analyse web, car la géographie n'explique pas l'origine de la session.
| Question | Analyse web | Analyse spatiale |
|---|---|---|
| Quelle page l'utilisateur a-t-il consultée ? | Question principale | Contexte complémentaire |
| Quelle campagne a généré la session ? | Question principale | Contexte complémentaire |
| Quelle carte a été ouverte ? | Événement ou propriété | Dimension principale de la carte |
| Quel lieu a été sélectionné ? | Événement ou propriété personnalisé | Dimension principale du lieu |
| Où les recherches ont-elles échoué ? | Nécessite généralement une modélisation personnalisée | Question géographique principale |
| Quelles régions présentent une forte demande mais une faible offre ? | Non spatial par nature | Question spatiale principale |
| Jusqu’où les clients sont-ils prêts à se déplacer ? | Nécessite un modèle de localisation personnalisé | Métrique spatiale naturelle |
| Quels emplacements mènent à la conversion ? | Possible avec des identifiants personnalisés | Analyse centralisée du lien entre lieu et résultat |
| Où se produisent les points de friction sur la carte ? | Difficile à identifier à partir des seules URL | Diagnostic spatial principal |
| Quelle action client a-t-elle effectuée ? | Métrique de conversion principale | Doit être liée au même résultat |
Pourquoi la mesure des pages et des événements est-elle incomplète pour une carte ?
Google Analytics classe les événements en quatre catégories : collecte automatique, mesure améliorée, recommandations et événements personnalisés. Ces derniers correspondent aux interactions non couvertes par les catégories prédéfinies (Configurer les événements). Une équipe cartographique peut ainsi envoyer map_opened, place_selected, directions_clicked ou booking_started en tant qu'événements personnalisés. Le modèle d'événement ne précise toujours pas la localisation géographique. Sans contexte de lieu, l'équipe ne peut pas déterminer l'emplacement, la région, la carte, la distance par rapport à l'origine de l'utilisateur, si le lieu se situe dans la zone demandée, s'il existe des alternatives à proximité, ni si ce lieu est régulièrement bien classé ou moins bien classé sur différents marchés.
Une utilisation intensive de la fonction panoramique et zoom peut indiquer un fort engagement, de la confusion, un mauvais cadrage initial, des résultats de recherche erronés ou une difficulté à trouver un lieu. Une conversation prolongée avec l'IA peut révéler une exploration approfondie ou des malentendus répétés. Une stratégie de mesure efficace distingue donc l'interaction (l'action de l'utilisateur), la résolution (si la carte a aidé l'utilisateur à trouver ou comprendre le lieu) et le résultat (si l'action suivante prévue a été réalisée). Le nombre de chargements de carte indique si les utilisateurs ont accédé à la carte, mais pas si elle a été utile. Considérez-le comme le haut de l'entonnoir de conversion, puis reliez-le au succès de la recherche, à la sélection du lieu et à une action commerciale.
Que documente actuellement Kaleidr Analytics ?
Kaleidr décrit actuellement Analytics comme un tableau de bord d'engagement sur les cartes et les lieux, organisant les sessions, les vues, les interactions et l'activité de l'audience. Les équipes peuvent ainsi observer comment les utilisateurs découvrent et utilisent les cartes (Map Engagement and Location Analytics). Cette même page publique répertorie quatre domaines : Tableaux de bord pour la portée, les vues et l'engagement ; Audience pour la localisation et l'activité de l'audience sur les cartes ; Engagement pour les sessions, les vues et les interactions par carte ; et Insights pour les tendances spatiales et les signaux exploitables basés sur l'IA. La FAQ indique que les équipes peuvent mesurer les chargements de cartes, les sessions, les vues et les interactions, ainsi que les lieux d'engagement des audiences et les zones qui attirent l'attention. Selon cette page, l'analyse web traditionnelle « se concentre sur les pages et les événements », tandis que Kaleidr Analytics « se concentre sur les lieux et les cartes ».
Ce texte fait autorité quant au positionnement de Kaleidr. La page publique ne documente actuellement ni le schéma complet des événements bruts, ni la liste garantie des événements de conversion automatique. L'accès est « déployé progressivement auprès des équipes », et l'appel à l'action les invite à demander l'accès plutôt que de supposer que chaque flux de travail décrit est déjà disponible dans chaque compte. L'architecture ci-dessous considère donc les indicateurs de cartes et de lieux documentés comme faisant partie du contrat Kaleidr Analytics, et les événements de réservation, de demande de renseignements, de retrait et d'achat comme des instruments hôtes qui doivent être connectés via des identifiants stables. Veuillez vérifier la disponibilité actuelle sur Prix et forfaits avant de vous fier à un flux de travail de production spécifique.
Comment un entonnoir spatial doit-il passer de la découverte à l'action ?
L'exploration de l'entonnoir de Google Analytics visualise les étapes suivies par les utilisateurs pour accomplir une tâche et indique leurs réussites et leurs échecs à chaque étape (Exploration de l'entonnoir). Un produit cartographique doit appliquer la même rigueur aux entités géographiques. La documentation de Kaleidr sur l'intelligence géolocalisée décrit déjà le parcours client comme suit : découvrir, comparer et agir au bon endroit (Cartes d'expérience client avec intelligence géolocalisée). Pour une carte géolocalisée, la découverte inclut la recherche, une question posée à l'IA, le choix d'une catégorie ou l'exploration d'une zone. La comparaison inclut l'ouverture d'un lieu, la consultation d'un deuxième lieu, le temps de consultation d'un itinéraire ou une modification de la sélection sur la carte ou dans une liste. L'action inclut l'itinéraire, la réservation, la demande de renseignements, la sélection d'un magasin, le retrait en magasin, le démarrage d'un itinéraire ou l'enregistrement.
L'entonnoir est plus pertinent que la simple ouverture de la carte, puis le clic sur un marqueur, car il suit la décision du client plutôt que l'activité du système de rendu. Les déplacements, les zooms, les changements de calques et le nombre de messages restent des outils de diagnostic utiles. Ils ne doivent pas tous devenir des indicateurs clés de performance (KPI). Un tableau de bord affichant vingt statistiques d'interactions sans résultat de tâche peut paraître sophistiqué, mais reste peu informatif. Segmentez le même entonnoir par lieu, région, tranche de temps de trajet et zone de service afin que l'équipe puisse déterminer si la conversion chute lorsque l'option disponible la plus proche est trop éloignée pour que les clients soient prêts à se déplacer.

Comment l'analyse web et l'analyse spatiale doivent-elles se partager la responsabilité ?
L'architecture la plus robuste attribue une fonction à chaque système et ne combine que les éléments nécessaires. L'analyse web et produit doit gérer les conversions à la source, à la campagne, à la page, à la session et à l'échelle du site. L'analyse spatiale doit gérer la carte, le lieu, la région, l'itinéraire, la couverture, les frictions géographiques et le contexte spatial du résultat. Les systèmes opérationnels doivent gérer l'inventaire, les réservations, les transactions, l'état du CRM et autres données commerciales de référence. Google indique actuellement que les rapports, Explorations, l'API Data et BigQuery peuvent appliquer des règles différentes en matière d'identité, de modélisation, de seuillage et de disponibilité (Comparer les rapports Analytics et les données exportées vers BigQuery). Copier chaque événement cartographique sur chaque plateforme recrée cette incohérence à un coût plus élevé.
Associez les couches avec les identifiants session_id, task_id et place_id là où la question l'exige. Une campagne de recherche payante peut alors être interprétée comme suit : campagne → carte du bien → zone du centre-ville → annonce sélectionnée → requête initiée. La couche d'acquisition explique le parcours de l'utilisateur. La couche spatiale explique l'influence de la localisation sur sa décision. Le système hôte reste la source de référence pour confirmer ou infirmer la réalisation de la requête ou de la réservation. Kaleidr Analytics peut fournir le contexte cartographique et spatial ; il est inutile de lui demander de dupliquer le registre des réservations.

Pourquoi les identifiants stables sont-ils plus importants que les noms de lieux ?
Un nom de lieu est une chaîne de caractères affichée. Les noms dupliqués, les lieux renommés, les différences de localisation et de ponctuation peuvent entraîner des ruptures de connexion. Un identifiant stable (place_id) peut apparaître sur place_selected dans la couche cartographique et à nouveau sur booking_started dans le système hôte. Ainsi, les deux événements décrivent le même lieu, même si le nom public change. Les noms d'affichage peuvent rester des propriétés. L'identifiant doit rester stable, et la même règle s'applique aux map_id et region_id.
Les noms d'événements mentionnés dans cet article sont des exemples et ne correspondent pas à des événements automatiques documentés de Kaleidr Analytics. Une taxonomie pratique pourrait inclure map_opened, map_ready, map_search_submitted, map_results_returned, map_no_result, map_place_selected, map_route_opened et map_action_started, les noms des résultats restant spécifiques à l'activité (booking_started, property_inquiry_started, store_directions_opened). Vérifiez le schéma produit actuel avant de considérer l'une de ces chaînes comme un événement Kaleidr expédié. Le classement des produits doit également enregistrer le rang sélectionné, car le premier résultat peut générer plus de clics grâce à sa présentation plutôt qu'à sa préférence ; l'API de classement des lieux gère ce biais de présentation lors de la récupération.
Quelles questions uniques la friction géographique peut-elle résoudre ?
L'analyse spatiale devient utile lorsque les événements sont regroupés par zone géographique et comparés en termes de taux. Quartier, ville, marché, zone de desserte, région commerciale et zone de lieu sont autant de dimensions régionales légitimes, à condition d'être encadrées. Les URL ne permettent pas de répondre de manière fiable à certaines questions, notamment : où se concentre la demande ? Où le taux de sélection est faible ? Où les utilisateurs élargissent fréquemment leur recherche ? Quelles zones de service ne disposent d’aucune offre éligible ? La géographie de la recherche et celle de l’utilisateur sont différentes : une personne située dans une région peut rechercher des hôtels dans une autre. Il est donc important de modéliser l’origine séparément de la zone d’affichage, de la destination saisie, du polygone dessiné ou du corridor d’itinéraire.
Un événement « aucun résultat » doit, si possible, être accompagné d’une explication : absence de candidats, absence d’offre éligible, zone hors service, inventaire indisponible, requête incomprise ou autorisation ayant supprimé tous les résultats. Un simple nombre de résultats nuls n’indique pas aux opérateurs les corrections à apporter. L’analyse de couverture compare ensuite la demande à la couverture géographique disponible : places de marché sans fournisseurs, magasins trop éloignés pour que les clients soient prêts à se déplacer, recherche de propriétés sans inventaire actif, quartiers hôteliers présentant un intérêt mais un réseau de partenaires limité. Les cartes thermiques sans dénominateur sont trompeuses, car une cellule dense indique souvent une forte concentration d’utilisateurs plutôt qu’une meilleure performance. Il convient de conserver le taux de sélection, le taux de réussite des recherches et le taux de résultats. Les grandes régions contiennent naturellement plus d’événements. Normaliser par sessions, offre disponible ou vues cartographiques avant de classer les territoires.

Comment les équipes doivent-elles gérer la confidentialité de la géolocalisation dans les analyses ?
La spécification de géolocalisation du W3C indique actuellement que la récupération de la position géographique d’un appareil « divulgue également la position de l’utilisateur, compromettant ainsi potentiellement sa vie privée ». Elle précise aux développeurs que les lois sur la protection de la vie privée en vigueur dans leur juridiction peuvent régir l’utilisation et l’accès (Geolocation). La plupart des questions d’analyse produit ne nécessitent pas de coordonnées exactes et permanentes. Privilégiez region_id, place_id, la bande de distance, la bande de temps de trajet et service_area_id lorsque ces éléments répondent à la question métier. Un identifiant de magasin sélectionné, associé à une région d’origine, suffit généralement ; la latitude et la longitude d’origine exactes dans l’entrepôt de données analytiques ne le sont généralement pas.
Un identifiant de lieu peut être public, tandis que l’origine précise d’un utilisateur est sensible. Ne les confondez pas. Les rapports agrégés (recherches par quartier, taux de sélection par zone de service, conversion par tranche de temps de trajet) réduisent le bruit et l'identification. Les cellules géographiques à faible volume peuvent devenir identifiables ; les équipes peuvent donc avoir besoin de les supprimer, de définir des seuils minimaux ou d'élargir les zones géographiques. La politique de confidentialité appropriée dépend du déploiement et du contexte juridique ; cet article décrit la conception de la mesure et ne constitue pas une décision pour un lecteur spécifique. L'autorisation et la minimisation des données pour les établissements commerciaux privés sont traitées dans Données de localisation privées pour les flux de travail cartographiques d'IA.
Quand l'analyse Web est-elle suffisante et quand l'analyse spatiale est-elle nécessaire ?
Esri définit actuellement le SIG comme une technologie utilisée pour créer, gérer, analyser et cartographier des données en associant la localisation à des informations descriptives (Qu'est-ce que le SIG ?). L'analyse spatiale pour un produit cartographique est une tâche différente. Les équipes produit n'ont pas besoin de traitement raster, de modélisation de réseau ni de géostatistique pour analyser le comportement client en fonction des entités et relations géographiques. Le SIG peut néanmoins prendre en charge les calculs sous-jacents. Une carte thermique est une visualisation parmi d'autres, et non une stratégie ; les tableaux, les entonnoirs, les classements de lieux, les comparaisons de régions, les tranches de temps de trajet et les indicateurs de zone de service relèvent tous de l'analyse spatiale.
Une carte de contact purement décorative, avec un seul bureau, sans interaction au niveau du lieu et sans dépendance géographique du résultat commercial, ne justifie pas nécessairement une couche spatiale dédiée. L'analyse spatiale devient indispensable lorsque le produit doit comprendre la performance des lieux, la demande régionale, les zones blanches, les comportements liés aux temps de trajet, les zones géographiques sans résultat, la conversion assistée par carte ou la qualité de l'IA géolocalisée par région. Les cartes conversationnelles ajoutent l'ai_question_submitted et les événements hôtes associés, mais les indicateurs les plus pertinents restent la résolution de la question, la sélection du lieu pertinent et la réalisation de l'action commerciale. Une conversation courte est souvent plus efficace qu'une longue. Les cartes en temps réel et 3D ajoutent des informations sur la fiabilité ou les diagnostics de caméra. Ces éléments restent soumis au même test de résultats. En 3D plus précisément, des mouvements de caméra supplémentaires sans meilleure sélection ni réalisation de la tâche ne constituent pas une preuve de valeur (3D Maps in Kaleidr Studio).
Quelles erreurs les équipes d'analyse cartographique doivent-elles éviter ?
L'erreur récurrente consiste à considérer l'activité cartographique comme un succès. Remplacer l'analyse web supprime le contexte d'acquisition. Se contenter de suivre les ouvertures de la carte confond adoption et valeur. Compter les déplacements et les zooms comme un succès peut faire passer les frictions pour de l'engagement. Stocker les noms de lieux au lieu des identifiants casse les jointures. Mélanger la géographie des utilisateurs avec celle des recherches rend l'analyse inexacte. Classer les régions par nombre brut favorise la taille. Utiliser une carte thermique comme outil stratégique ne permet pas de prendre de décision commerciale. Suivre des coordonnées exactes alors qu'une simple bande suffirait augmente les risques pour la vie privée. Optimiser une carte IA en fonction du volume de messages récompense les échecs à long terme. Copier chaque événement dans chaque outil surcharge l'architecture. Supposer que les noms d'événements recommandés sont des événements Kaleidr automatiques conduit à une implémentation erronée.
| Erreur | Résultat | Meilleure approche |
|---|---|---|
| Remplacer complètement l'analyse web | Perte du contexte d'acquisition | Utiliser les deux couches |
| Suivre uniquement les ouvertures de carte | Adoption confondue avec la valeur | Lier au résultat |
| Considérer les panoramiques et les zooms comme des succès | Les frictions peuvent être confondues avec l'engagement | Mesurer la résolution |
| Stocker les noms de lieux plutôt que les identifiants | Rupture des jointures | Utiliser des identifiants stables |
| Mélanger la géographie des utilisateurs et celle des recherches | L'analyse devient imprécise | Modéliser séparément |
| Utiliser les effectifs bruts par région | Les grandes régions sont plus performantes | Conserver les dénominateurs |
| Utiliser une carte thermique comme outil stratégique | Aucune décision commerciale n'en découle | Commencer par l'entonnoir et le résultat |
| Suivre inutilement les coordonnées exactes | Les risques pour la vie privée augmentent | Utiliser la région, le lieu ou des bandes |
| Optimiser l'IA en fonction du volume de messages | Les échecs longs semblent positifs | Mesurer la résolution des tâches |
| Considérer que les événements recommandés sont des événements Kaleidr automatiques | L'implémentation peut être erronée | Vérifier le schéma produit actuel |
Mesurer l'engagement sur les cartes et les lieux avec Kaleidr
Analyser comment les clients découvrent, explorent et interagissent avec les cartes et les lieux, puis relier ces signaux aux résultats déjà mesurés par le produit hôte. Explorer Kaleidr Analytics pour les surfaces actuelles de chargement de carte, de session, de vue, d'interaction, d'audience, d'attention portée aux lieux et de tendance spatiale. Confirmer le contrat public avant d'encoder un parcours de conversion non documenté par la page.
FAQ
Quelle est la différence entre l'analyse spatiale et l'analyse web ?
L'analyse web mesure principalement les pages, les sessions, les événements, l'acquisition et les conversions. L'analyse spatiale y ajoute les cartes, les lieux, les régions, les itinéraires, les zones de desserte, les relations de voyage et d'autres dimensions géographiques.
Les produits cartographiques ont-ils encore besoin de Google Analytics ou d'un autre outil d'analyse web ?
Généralement, oui. L'analyse web reste précieuse pour l'acquisition, les parcours de navigation, le comportement des utilisateurs sur différents appareils et les conversions globales du site. L'analyse spatiale doit la compléter.
Que doit mesurer en priorité un produit cartographique ?
Commencez par l'analyse du résultat client : sélection d'un lieu pertinent, ouverture d'un itinéraire, début d'une réservation, envoi d'une demande, résolution d'un itinéraire ou toute autre action géolocalisée.
Les déplacements et zooms sur la carte sont-ils des indicateurs pertinents ?
Ce sont des événements diagnostiques utiles, mais ils ne constituent pas, à eux seuls, des indicateurs de succès fiables. Une interaction importante peut révéler soit de l'engagement, soit des difficultés.
Qu'est-ce que l'engagement géographique ?
L'engagement géographique mesure la manière dont les utilisateurs interagissent avec des lieux spécifiques : sélection, comparaison, enregistrement, itinéraire, réservation ou demande d'informations.
Qu'est-ce qu'un entonnoir spatial ?
Un entonnoir spatial suit un parcours géolocalisé : ouverture de la carte, recherche, lieux éligibles, sélection du lieu, puis action commerciale. Ce parcours peut être segmenté par région, lieu, temps de trajet ou zone de couverture.
Pourquoi les identifiants de lieu stables sont-ils importants ?
Les identifiants stables permettent aux équipes d’associer les interactions cartographiques aux événements métiers en aval, même lorsque les noms de lieux changent ou qu’il existe des doublons.
L’analyse spatiale doit-elle stocker les coordonnées brutes de latitude et de longitude ?
Pas toujours. De nombreuses questions métier peuvent trouver réponse grâce aux identifiants de lieu, de région, aux intervalles de distance, aux intervalles de temps de trajet ou aux identifiants de zone de service, ce qui réduit les risques liés à la confidentialité.
Que mesure actuellement Kaleidr Analytics ?
La page publique actuelle de Kaleidr décrit les chargements de cartes, les sessions, les vues, les interactions, l’activité de l’audience, les lieux d’engagement de l’audience, les lieux qui attirent l’attention et les tendances spatiales.
Kaleidr Analytics est-il disponible pour tous ?
La page Analytics publique de Kaleidr indique que l'accès est déployé progressivement auprès des équipes. Veuillez vérifier la disponibilité actuelle pour votre espace de travail avant de l'utiliser pour un flux de production spécifique.
L'analyse spatiale est-elle la même chose que les SIG ?
Non. Les SIG constituent un ensemble plus vaste de données géographiques et d'outils d'analyse. Dans le contexte de ce produit, l'analyse spatiale consiste à analyser le comportement des clients ou des produits à l'aide d'entités et de relations géographiques.
En quoi cet article diffère-t-il du guide des indicateurs clés de performance (KPI) du tableau de bord d'analyse spatiale ?
Cet article explique pourquoi l'analyse spatiale diffère de l'analyse web et comment les deux couches de mesure s'articulent. Le guide des KPI se concentre sur la structure du tableau de bord, la hiérarchie des indicateurs, les dénominateurs et la production de rapports une fois le modèle de mesure spatiale défini.
Références
- Esri. What is GIS? Accessed 1 September 2026. https://www.esri.com/en-us/what-is-gis/overview
- Google Analytics. [GA4] Compare Analytics reports and data exported to BigQuery. Analytics Help. Accessed 1 September 2026. https://support.google.com/analytics/answer/13578783
- Google. Set up events. Google Analytics for Developers. Accessed 1 September 2026. https://developers.google.com/analytics/devguides/collection/ga4/events
- Google Analytics. About Analytics sessions. Analytics Help. Accessed 1 September 2026. https://support.google.com/analytics/answer/9191807
- Google Analytics. [GA4] Event. Analytics Help. Accessed 1 September 2026. https://support.google.com/analytics/answer/9356037
- Google Analytics. [GA4] Funnel exploration. Analytics Help. Accessed 1 September 2026. https://support.google.com/analytics/answer/9327974
- Kaleidr. Map Engagement and Location Analytics. Accessed 1 September 2026. https://kaleidr.com/analytics
- W3C. Geolocation. W3C Candidate Recommendation Snapshot, 26 March 2026. Accessed 1 September 2026. https://www.w3.org/TR/geolocation/
@misc{esri_what_is_gis_2026_09_01,
title = {What is GIS?},
author = {{Esri}},
note = {Accessed 1 September 2026},
url = {https://www.esri.com/en-us/what-is-gis/overview}
}
@misc{google_bq_vs_reports_2026_09_01,
title = {{[GA4]} Compare Analytics reports and data exported to BigQuery},
author = {{Google Analytics}},
note = {Analytics Help; accessed 1 September 2026},
url = {https://support.google.com/analytics/answer/13578783}
}
@misc{google_ga4_events_setup_2026_09_01,
title = {Set up events},
author = {{Google}},
note = {Google Analytics for Developers; accessed 1 September 2026},
url = {https://developers.google.com/analytics/devguides/collection/ga4/events}
}
@misc{ga4_sessions_2026_09_01,
title = {About Analytics sessions},
author = {{Google Analytics}},
note = {Analytics Help; accessed 1 September 2026},
url = {https://support.google.com/analytics/answer/9191807}
}
@misc{ga4_event_2026_09_01,
title = {{[GA4]} Event},
author = {{Google Analytics}},
note = {Analytics Help; accessed 1 September 2026},
url = {https://support.google.com/analytics/answer/9356037}
}
@misc{ga4_funnel_exploration_2026_09_01,
title = {{[GA4]} Funnel exploration},
author = {{Google Analytics}},
note = {Analytics Help; accessed 1 September 2026},
url = {https://support.google.com/analytics/answer/9327974}
}
@misc{kaleidr_analytics_2026_09_01,
title = {Map Engagement and Location Analytics},
author = {{Kaleidr}},
note = {Accessed 1 September 2026},
url = {https://kaleidr.com/analytics}
}
@misc{w3c_geolocation_2026_03_26,
title = {Geolocation},
author = {{W3C}},
institution = {W3C},
year = {2026},
month = mar,
note = {W3C Candidate Recommendation Snapshot, 26 March 2026; accessed 1 September 2026},
url = {https://www.w3.org/TR/geolocation/}
}