Je suis passé d’AdSense à Journey : mes revenus réels à ce jour

Le résultat honnête à ce stade

Mise à jour finale : le test est terminé — ce site est revenu à Google AdSense le 21 août 2026, après 19 jours sous Journey (en production depuis le 3 août). Les chiffres publiés expliquent la décision. Mes sept derniers jours complets sous AdSense ont généré 8,11 $ de revenus publicitaires liés à GA4, soit environ 1,16 $ par journée complète. Le serveur publicitaire de Journey affichait 1,76 $ sur ses 12 premières dates de reporting finalisées — soit une moyenne simple de 0,15 $ par date publiée, environ 87 % de moins — et l’écart ne s’est jamais suffisamment resserré pour justifier de continuer. Le trafic s’est maintenu tout au long du test, et l’import des sessions et pages vues de Journey, indispensable à un RPM honnête, n’a jamais été réparé pendant le test. Chaque ligne datée ci-dessous reste en ligne comme archive ; une ligne de rapprochement finale ne sera ajoutée que si les dernières dates Journey modifient sensiblement les totaux.

Ajoutez cette étude de cas terminée à vos favoris

L’expérience en conditions réelles s’est terminée le 21 août 2026, lorsque Google AdSense a été rétabli sur tout le site. Chaque ligne datée, chaque tableau et chaque capture d’écran restent en ligne, inchangés, comme archive de ce qui s’est réellement passé. Si les dernières dates de reporting Journey sont finalisées avec des totaux sensiblement différents, j’ajouterai une seule ligne de rapprochement finale selon la même méthode — aucune ligne antérieure ne sera réécrite.

Ce que je partage — et ce que je protège

Le chiffre AdSense correspond à des revenus publicitaires liés à GA4, et non à un relevé de paiement AdSense définitif. Les revenus Journey proviennent du serveur publicitaire de Journey. Je publie des revenus bruts agrégés, des sessions, des pages vues, des dates et des enseignements techniques. Je ne publie aucun identifiant de compte ou de propriété, nom, adresse e-mail, détail de paiement, capture d’écran de compte connecté, revenu par page, clic AdSense, CTR, CPC ou donnée par bloc publicitaire. Il s’agit d’une comparaison opérationnelle, pas d’un rapprochement comptable.

AdSense face à Journey : les chiffres que je peux défendre

J’ai retenu les sept derniers jours complets d’AdSense parce qu’ils précèdent immédiatement la bascule définitive et évitent une lacune connue dans une ancienne fenêtre de collecte GA4 sur 30 jours. Le montant est arrondi au centime et la valeur quotidienne correspond simplement au total divisé par sept.

La période Journey couvre toutes les dates de revenus finalisées visibles à ce jour, du 3 au 14 août. La date de lancement du 3 août peut représenter une journée partielle de diffusion publicitaire, car l’heure exacte de la bascule et la limite de la journée de reporting ne sont pas rapprochées. La moyenne simple par date n’est donc qu’indicative : ce n’est ni une comparaison propre de journées complètes ni une expérience contrôlée ; les seuls totaux bruts sont encore moins comparables.

Les trois premières dates Journey publiées totalisaient environ 0,11 $. Les trois dates finalisées les plus récentes atteignaient environ 0,97 $. Cette progression est bienvenue, mais trois dates plus fortes dans ce court échantillon ne suffisent pas à conclure à un RPM stable, à une migration réussie ou à un revenu mensuel prévisible.

Comparaison des revenus bruts

Le trafic n’a pas baissé après le retrait d’AdSense

Une baisse de revenus peut être confondue avec une baisse de trafic si les deux ne sont pas mesurés séparément. GA4 a enregistré 14 793 sessions et 22 053 pages vues pendant les 12 jours complets suivant la bascule, du 4 au 15 août.

Par jour, les sessions étaient supérieures d’environ 4 % et les pages vues d’environ 19 % à celles de la semaine complète AdSense. Ces fenêtres ne constituent pas une expérience contrôlée : répartition des jours de la semaine, demande de recherche, pays, appareils et pages consultées peuvent varier. Elles suffisent néanmoins à écarter l’explication simpliste selon laquelle « les revenus ont chuté parce que les visiteurs ont disparu ».

Les événements publicitaires éditeur d’AdSense ont cessé dans GA4 après la bascule, comme prévu. GA4 reste le contrôle indépendant du trafic ; le serveur publicitaire de Journey est la source des revenus Journey.

La méthode de vérification présentée dans « Enquêter sur un pic suspect dans GA4 » montre pourquoi une seule vue Analytics ne suffit pas sans la recouper avec les données de périphérie et d’origine.

Contrôle indépendant du trafic avec GA4

Ce qui s’est réellement passé pendant la bascule

Le 3 août est la date du lancement définitif en production. Le code programmatique AdSense a été retiré et Journey est devenu la régie active. Toutefois, l’heure exacte de la bascule et la limite de fuseau du tableau de bord ne sont pas rapprochées ; la ligne finalisée du 3 août peut donc représenter une journée partielle. Maintenir les deux régies en parallèle n’aurait pas constitué une solution de repli raisonnable, puisque la liste de lancement de Journey demande de supprimer la régie programmatique précédente.

Ce site PHP sur mesure possède dix langues de blog et des centaines d’anciennes routes passerelles localisées. Vérifier la page d’accueil et un article anglais ne suffisait pas. Un audit d’inventaire ultérieur a détecté une intégration Journey en double sur des centaines de ces routes. Le doublon a été supprimé, puis tout l’inventaire a été revérifié jusqu’à ce que chaque route n’expose plus qu’une seule intégration.

Le chemin racine public ads.txt, le script global, l’état des caches et la propriété GA4 connectée ont également été contrôlés. Des annonces et des revenus sont apparus. Le problème restant est plus ciblé : Journey n’importe toujours ni les sessions ni les pages vues dans les champs nécessaires au calcul du RPM.

Cette expérience a fait évoluer mon conseil. Sur un grand site à gabarits multiples, « la balise est présente sur la page d’accueil » ne constitue pas un test de lancement. Il faut inventorier chaque mode de rendu : accueil, article, catégorie, enveloppe linguistique, contenu intégré, ancienne passerelle et toute mise en page spéciale susceptible d’injecter deux fois l’en-tête.

Chronologie de la bascule et du diagnostic

Pourquoi je n’ai jamais publié de RPM Journey

Journey documente deux circuits de reporting. Les revenus du serveur publicitaire peuvent arriver pour la veille, tandis que le trafic et le RPM dépendant de GA4 suivent généralement plus tard. Le RPM correspond aux revenus divisés par le trafic, puis multipliés par 1 000 ; il ne peut pas être calculé honnêtement si le tableau de bord ne dispose d’aucun dénominateur importé de sessions ou de pages vues.

Un retard d’un ou deux jours sur le trafic serait normal. Après autant de dates finalisées dans le tableau de bord, zéro session et zéro page vue importées ne relèvent plus du décalage quotidien habituel. Il s’agit d’un problème de reporting ou d’intégration non résolu qui exige une enquête du support. Cela ne signifie pas que Journey n’a rien gagné : le serveur publicitaire affiche 1,76 $. Cela ne signifie pas non plus que GA4 n’avait aucun trafic : le rapport GA4 indépendant indique 14 793 sessions.

Je pourrais diviser les revenus Journey par les sessions GA4 indépendantes et fabriquer un chiffre provisoire. Mais les différences de fuseau horaire et de définition des rapports lui donneraient une précision trompeuse. Le circuit de reporting n’a jamais été réparé avant la fin du test le 21 août ; il n’existe donc aucun RPM Journey honnête pour ce site.

Ce que montrent les 12 premières dates finalisées — et ce qu’elles ne montrent pas

Elles montrent que mes premiers revenus Journey sont nettement inférieurs à ma référence AdSense propre. L’écart indicatif par date est d’environ 87 %, alors que le trafic mesuré indépendamment a tenu. La date de lancement potentiellement partielle tire la moyenne Journey vers le bas ; présenter ce résultat comme une comparaison contrôlée ou déjà comme une hausse de revenus ne serait pas honnête.

Elles montrent aussi une amélioration à l’intérieur de cette courte période Journey. Les trois dates finalisées les plus récentes ont généré beaucoup plus que les trois premières dates publiées. Journey explique qu’un nouvel inventaire peut nécessiter une période de montée en régime pendant que les annonceurs l’apprennent, et que la géographie, la saison, l’historique du domaine, la composition du trafic et la disponibilité d’ads.txt comptent.

Elles ne prouvent pas que chaque éditeur perdra 87 %. Il s’agit d’un seul site technologique multilingue, d’une période, d’une implémentation et d’un problème d’import non résolu. Transformer un témoignage positif en promesse universelle serait aussi erroné que de transformer mon problème initial en condamnation générale de Journey.

Ma décision finale est tombée le 21 août : l’écart par date restant loin de se combler et l’import trafic/RPM toujours défaillant, j’ai mis fin à l’observation et rétabli AdSense plutôt que de prolonger la perte de revenus jusqu’à l’étape des 30 jours. Le plan était d’attendre chaque étape fixée à l’avance ; les données ont fait d’un test plus court la décision commerciale la plus responsable.

Mes conseils avant de passer d’AdSense à Journey

Exportez votre référence avant de toucher au code. Conservez des périodes propres de 7, 14 et 30 jours pour les revenus bruts, les sessions, les pages vues, les pays, la répartition par appareil et les contenus principaux. Gardez les dates d’origine afin que la comparaison ultérieure ne puisse pas déplacer discrètement les critères.

Prévoyez deux types de délai. Journey indique un calendrier de paiement net à 65 jours : le revenu ne devient donc pas immédiatement de la trésorerie. Le reporting est lui aussi différé. Gardez assez de liquidités pour absorber à la fois une montée en régime faible et l’échéancier de paiement.

Auditez chaque gabarit, pas seulement quelques pages représentatives. Retirez l’ancien code programmatique, confirmez la présence d’un seul script Journey, contrôlez la page d’accueil et de vrais articles, puis recensez les enveloppes linguistiques et les routes inhabituelles. Purgez uniquement les caches concernés de l’application, du serveur et du CDN, puis vérifiez à nouveau la réponse publique.

Le principe de changement réversible décrit dans « Préparer un retour arrière en hébergement mutualisé » s’applique aussi ici : préparez une procédure de retour testée avant de risquer le trafic ou les revenus.

Vérifiez aussi les dépendances les moins visibles. Le fichier ads.txt à la racine doit être public et à jour. La propriété GA4 prévue doit être connectée. Les limites de date et de fuseau horaire doivent être comprises. Conservez une mesure indépendante, car le tableau de bord publicitaire et l’outil de trafic répondent à des questions différentes.

Fixez vos étapes d’examen avant le lancement. J’utilise 21, 30, 60 et 90 jours complets après le lancement. Décidez ce qui déclenchera une remontée au support, ce qui justifiera d’attendre et quel écart de revenus durable vous conduira à réexaminer l’accord. Ne tranchez pas sur une seule journée exceptionnellement bonne ou mauvaise.

Si vous estimez le temps de transfert d’une page ou d’un fichier sur une connexion connue, Estimer un temps de transfert convertit la taille et le débit en durée. Cet outil ne teste ni la vitesse de page, ni la diffusion publicitaire, ni les revenus, ni le RPM ; utilisez des outils de performance du navigateur pour ces questions.

Faut-il passer d’AdSense à Journey ?

Le minimum public actuel de Journey est d’au moins 1 000 sessions premium sur 30 jours, avec GA4 connecté, un contenu original, régulièrement mis à jour et adapté aux marques, de l’engagement et du trafic humain. L’ancien seuil de « près de 10 000 sessions » datant du lancement est obsolète. Atteindre le minimum ne garantit toujours pas l’acceptation.

Je ne prendrais pas cette décision sur la promesse d’un RPM universel. Les résultats de recherche américains actuels illustrent eux-mêmes le problème : de larges fourchettes de revenus tirées de forums et de cas individuels sont répétées alors que la niche, les pays, le consentement, la saison, l’inventaire et l’implémentation diffèrent.

Utilisez le cadre ci-dessous. Un lancement propre avec un reporting complet peut justifier un test patient. Un lancement où le trafic reste absent ou la couverture publicitaire très faible demande une enquête, pas des paroles rassurantes. Et si votre trésorerie ne peut pas absorber une montée en régime et le paiement net à 65 jours, attendre peut être la décision la plus responsable.

Un cadre de décision pratique

Journal des mises à jour datées

Cette section est la raison d’ajouter l’article à vos favoris. Les éléments ont été ajoutés à des étapes datées, au lieu d’être réécrits après chaque fluctuation quotidienne. La question stable était de savoir si Journey comblerait l’écart initial avant que le coût de l’attente ne dépasse la valeur des données — le journal ci-dessous montre que cela n’a pas été le cas.

Mises à jour de l’étude de cas

Autres guides opérationnels de KBT

Ce que je teste ensuite

Après avoir rétabli AdSense, j’ai ouvert un journal distinct dès le jour 0 sur un éventuel test Google AdX en Manage Account. Il sépare les promesses de RevBros–LKZ, les faits vérifiés, l’AdSense encore actif et les questions à résoudre avant GPT.

Sources officielles et limites des données

Les totaux propres au site proviennent de rapports KBT expurgés dans GA4 et Journey. Les pages officielles actuelles ci-dessous étayent les exigences du produit, les délais et les limites des métriques. Aucune fourchette de revenus tierce ne sert de référence.

• Exigences minimales de Journey
• Journey : retirer une régie publicitaire existante
• Installer le script Journey sur un site sans WordPress
• Guide Journey pour ads.txt
• Journey : quel RPM attendre immédiatement
• Mediavine : reporting GA4 et délais du tableau de bord
• Journey : résoudre l’absence de données GA4
• Questions fréquentes sur les paiements Journey
• Google : connecter AdSense à GA4
• Google : revenus Analytics et paiements AdSense
• Schéma des métriques de l’API Google Analytics Data

Questions fréquentes

• Combien ce site gagnait-il avec AdSense avant la bascule ?

  La dernière période propre de sept jours, du 27 juillet au 2 août, affichait 8,11 $ de revenus publicitaires AdSense liés à GA4, soit environ 1,16 $ par jour. Ce chiffre n’est pas présenté comme un relevé de paiement AdSense définitif.

• Combien Journey a-t-il rapporté ?

  Le serveur publicitaire de Journey affichait 1,76 $ sur 12 dates de revenus finalisées, du 3 au 14 août, soit environ 0,15 $ par date publiée, avant la fin du test le 21 août. Le 3 août est la date de lancement et peut être partielle ; la moyenne et l’écart de 87 % sont donc indicatifs.

• Combien de temps le site a-t-il fonctionné sous Journey ?

  La bascule définitive vers Journey a eu lieu le 3 août 2026 et Google AdSense a été rétabli le 21 août 2026, soit 19 jours calendaires. L’instantané publié du tableau de bord couvre les 12 premières dates de revenus finalisées jusqu’au 14 août ; la date de lancement peut représenter une journée partielle de diffusion publicitaire.

• Le trafic a-t-il baissé après le passage à Journey ?

  GA4 ne montre aucun effondrement du trafic. La période de contrôle de 12 jours du 4 au 15 août affichait en moyenne environ 1 233 sessions et 1 838 pages vues par jour, légèrement plus que la semaine propre AdSense.

• Quel est le RPM Journey de ce site ?

  Aucun RPM Journey honnête n’a jamais été disponible : le portail de Journey affichait encore zéro session et zéro page vue importées lorsque le test s’est terminé le 21 août. Des revenus existaient dans le rapport du serveur publicitaire, tandis que GA4 indépendant confirmait le trafic. Le dénominateur manquant était un problème de reporting ou d’intégration non résolu, et non la preuve que le site n’avait aucun visiteur.

• Journey est-il toujours moins rentable qu’AdSense ?

  Cette étude ne permet pas de l’affirmer. Elle documente le résultat précoce d’un seul site pendant un problème de reporting non résolu. La géographie, la niche, la saison, le consentement, l’inventaire, la composition du trafic et l’implémentation peuvent modifier les performances.

• Dois-je retirer AdSense avant le lancement de Journey ?

  Suivez les instructions d’intégration Journey en vigueur. Le guide actuel demande de retirer le code publicitaire programmatique existant et de vérifier les gabarits représentatifs ainsi que les caches. N’inventez pas un fonctionnement simultané qui contredirait votre accord.

• Que faut-il conserver avant de changer de régie publicitaire ?

  Conservez des exports propres des revenus bruts et du trafic sur 7, 14 et 30 jours, les dates et fuseaux horaires exacts, le contexte géographique et par appareil, un inventaire des routes et gabarits, une vérification publique d’ads.txt, ainsi que des captures ou exports stockés en privé.

• Cette étude de cas est-elle toujours en cours ?

  Non. Le test s’est terminé le 21 août 2026, lorsque Google AdSense a été rétabli sur tout le site, et cette page constitue désormais l’archive complète. Une ligne de rapprochement finale pourra encore être ajoutée si les dernières dates de reporting Journey sont finalisées avec des totaux sensiblement différents.

Ma position aujourd’hui : Journey n’a pas fait mieux qu’AdSense sur ce site au cours d’un test de 19 jours — l’écart de revenus par date est resté proche de 87 % et l’import trafic/RPM n’a jamais été réparé — j’ai donc rétabli Google AdSense le 21 août 2026. L’ensemble des données datées reste publié ci-dessus afin que vous puissiez juger les compromis pour votre propre site au lieu de vous fier à un verdict d’une seule ligne.