En bref. Conservez la chaîne page_location collectée de l’événement page_view initial selon l’ordre de tri de chaque session identifiée, avec les paramètres de requête présents dans cette valeur.

Définition : Une URL de page de destination (landing URL) est l’adresse de la page associée à la page vue initiale d’une session. Dans les exportations BigQuery de Google Analytics 4 (GA4), la conserver consiste à extraire la chaîne page_location collectée dans les paramètres de l’événement correspondant à cette page vue, en préservant sa chaîne de requête.

Points clés

Au 17 octobre 2026, la documentation de Google décrit les champs et les règles de sélection suivants :

Le schéma d’exportation BigQuery de Google stocke les paramètres d’événement de type chaîne, y compris les URL, dans event_params.value.string_value.
Le rapport « Page de destination » définit sa dimension de page de destination à partir du chemin et de la chaîne de requête associés à la page vue initiale d’une session.
La documentation de Google sur les sessions recommande d’associer un identifiant utilisateur à l’identifiant de session pour identifier les sessions en dehors d’Analytics.
La documentation sur les pages vues indique que la valeur par défaut de page_location est location.href, sans le fragment d’URL situé après #.

Quelle valeur conserve les paramètres de l’URL ?

La documentation sur les pages vues définit page_location comme l’URL de la page. Toute valeur de remplacement doit commencer par le protocole et contenir l’URL complète. La requête ci-dessous renvoie cette chaîne collectée sans modification sous le nom landing_url, en conservant tous les paramètres de requête qu’elle contient.

Le schéma d’exportation de Google place les paramètres d’événement dans l’enregistrement répété event_params. Une sous-requête scalaire sélectionne la clé page_location et lit sa valeur string_value. Extraire un chemin ou supprimer le texte après ? supprime une partie de cette valeur.

Comment sélectionner la page vue d’entrée de la session ?

La documentation de Google sur les sessions explique que ga_session_id est dérivé de l’horodatage de début de session, exprimé en secondes. Cet exemple regroupe les événements par user_pseudo_id et ga_session_id, en ajoutant stream_id pour distinguer les flux. Il sélectionne les événements page_view conformément à la définition d’une page de destination.

Les exemples de requêtes de base de Google ordonnent les pages vues à l’aide de batch_page_id, batch_ordering_id et batch_event_index. Cette adaptation utilise cet ordre au sein de chaque session, puis event_timestamp comme champ de tri supplémentaire. Le nom de table est à remplacer ; les dates reprennent la plage d’analyse donnée à titre d’exemple par Google.

WITH pageviews AS (
  SELECT
    stream_id,
    user_pseudo_id,
    event_date,
    event_timestamp,
    batch_page_id,
    batch_ordering_id,
    batch_event_index,
    (SELECT value.int_value
     FROM UNNEST(event_params)
     WHERE key = 'ga_session_id') AS ga_session_id,
    (SELECT value.string_value
     FROM UNNEST(event_params)
     WHERE key = 'page_location') AS page_location
  FROM `PROJECT.DATASET.events_*`
  WHERE _TABLE_SUFFIX BETWEEN '20240718' AND '20240731'
    AND event_name = 'page_view'
    AND platform = 'WEB'
), ranked AS (
  SELECT *,
    ROW_NUMBER() OVER (
      PARTITION BY stream_id, user_pseudo_id, ga_session_id
      ORDER BY batch_page_id, batch_ordering_id,
               batch_event_index, event_timestamp
    ) AS entry_row
  FROM pageviews
  WHERE user_pseudo_id IS NOT NULL
    AND ga_session_id IS NOT NULL
)
SELECT
  stream_id,
  user_pseudo_id,
  ga_session_id,
  event_date AS entry_date,
  page_location AS landing_url
FROM ranked
WHERE entry_row = 1;

La référence des fonctions de numérotation de GoogleSQL définit ROW_NUMBER comme un numéro d’ordre séquentiel au sein d’une partition ordonnée. Lorsque plusieurs lignes ont les mêmes valeurs pour tous les champs de tri, la sélection est non déterministe. Cette requête exclut les événements auxquels il manque un identifiant de regroupement et conserve une URL nulle sur la ligne d’entrée sélectionnée.

Que vérifier avant de conserver le résultat ?

Le schéma d’exportation nomme les tables quotidiennes events_YYYYMMDD et précise qu’elles sont mises à jour pour intégrer les événements tardifs jusqu’à trois jours après la date de l’événement. Une table stockant les pages de destination doit donc être actualisée pour ces dates. La requête sélectionne la page vue la plus ancienne parmi les tables analysées ; pour inclure l’entrée réelle d’une session, l’analyse doit remonter jusqu’à son début.

La documentation de Google sur le masquage des données décrit un traitement effectué avant la collecte. Le paramètre de masquage des données Redact data du flux Web propose un aperçu avec Preview redacted data pour en vérifier l’effet. Ce SQL ne peut pas récupérer les paramètres supprimés avant la collecte.

Termes associés

Questions fréquentes

Faut-il sélectionner le premier événement, quel que soit son type ?

Utilisez le premier page_view pour respecter la définition du rapport « Page de destination » de Google. Le SQL filtre le type d’événement avant d’attribuer les numéros de ligne.

Pourquoi mon résultat contient-il une URL de page de destination nulle ?

La requête conserve la page vue sélectionnée même lorsque la valeur page_location extraite est nulle. Les exemples de requêtes de Google montrent comment lister les paramètres d’événement disponibles ; vous pouvez utiliser cette liste pour examiner les clés exportées.

L’URL de page par défaut conserve-t-elle son fragment ?

La documentation de Google sur les pages vues précise que la valeur par défaut exclut le fragment. Elle impose également une URL complète, protocole compris, lorsque vous remplacez la valeur de page_location.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Comment conserver les URL des pages de destination et leurs paramètres dans GA4 BigQuery ?