Avis App Store vers Power BI
Power BI connaît vos installations, vos revenus et votre taux de crash. Il ne sait pas ce que quelqu'un a dit. Reviewflowz publie un flux OData, donc chaque avis App Store arrive comme une ligne ordinaire avec sa note, sa vitrine et sa langue attachées.
Configuration en moins de cinq minutes • Sans démo
All my offline maps vanished
“Updated last night and the downloaded folder is empty. Nothing on the ridge but a grey screen.”
Australia storefront 7 September 2026
| Score | Country | Language | Tag | Review text |
|---|---|---|---|---|
| 1.0 | Australia | English | Offline maps | Updated last night and the downloaded folder is empty. Nothing on the ridge but a grey screen. |
The text cell is clipped for width here. The column holds the whole review.
La colonne que votre modèle n'a pas
Votre modèle Power BI sait déjà combien de personnes ont installé l'appli, ce qu'elles ont payé et à quelle fréquence elle a planté. Il ne sait pas ce que l'une d'elles a dit. Les avis App Store arrivent comme une ligne par avis : la note, la date, la vitrine, la langue, l'auteur, le titre et le texte complet.
Ça change ce qu'est une note sur un tableau de bord. Un 4,2 tout seul est un chiffre que quelqu'un capture en image pour le diaporama du lundi. Un 4,2 avec trois cents lignes derrière, découpable par vitrine et par tag, est une page que le product manager ouvre au lieu de vous demander un export.
Les tags arrivent déjà remplis. Reviewflowz lit chaque avis dans la langue où il a été écrit et le classe sous les thèmes que vos utilisateurs soulèvent, donc un avis une étoile japonais sur la recherche et un avis anglais sur le même sujet atterrissent sous le même tag et comptent une fois, dans la même barre.
Et ce n'est pas une seule table. Reviews se trouve à côté de votre historique de notes, de vos profils d'avis et d'un flux de modifications, donc un seul rapport peut mettre en graphique la note du store sur dix-huit mois et les avis qui l'ont fait bouger.
Refresh in Power BI and the words arrive with the numbers.
Power BI lit ce format depuis des années
Reviewflowz publie un flux OData v4, et le connecteur OData natif de Power BI le lit. Rien à installer, rien depuis AppSource, aucun Power Query M à écrire : Obtenir les données, Flux OData, collez l'URL, choisissez vos tables. Le même flux s'ouvre dans Excel ou Tableau si quelqu'un le demande.
Les identifiants tiennent en un jeton que vous créez dans Reviewflowz. Collez-le dans le champ nom d'utilisateur et laissez le mot de passe vide. Voilà toute l'histoire de l'authentification, et elle se termine quand vous révoquez le jeton.
Ensuite, Power BI s'actualise selon son propre calendrier. L'actualisation incrémentielle fonctionne aussi, parce que la date de l'avis est un vrai datetimeoffset sur lequel le flux peut filtrer, ce qui est exactement ce que Power Query replie dans une fenêtre RangeStart et RangeEnd. Le premier chargement apporte votre historique, puis le jeu de données récupère la fenêtre.
Une suppression est une ligne, pas un silence. Le flux porte un flux de modifications des insertions, mises à jour et suppressions, donc un auteur qui transforme un avis une étoile en quatre étoiles après la sortie de votre correctif, et un avis qu'Apple retire, atteignent tous deux le modèle comme des événements. Le rapport ne dérive jamais en silence du store.
$filter=ReviewDate ge RangeStart and ReviewDate lt RangeEnd
ReviewDate is a datetimeoffset, so Power Query folds the window into the feed.
Une vitrine qui ne ressemble à aucune autre
Apple classe chaque avis App Store sous une vitrine, et Reviewflowz écrit cette vitrine sur chaque ligne. Le pays est une vraie dimension du modèle, pas quelque chose que vous déduisez de la langue. Déposez-le sur un graphique en barres, et le rapport répond à une question que vous ne pouviez pas poser avant.
La forme est le diagnostic. Un crash fait chuter tous les marchés ensemble. Une chaîne traduite qui ne tient plus dans son bouton, un moyen de paiement rejeté par une seule banque, un clavier qui lutte contre le champ de saisie : ces bugs-là ne font chuter qu'exactement un seul marché pendant que les autres ne bougent pas. Sept vitrines entre 4,4 et 4,8 et le Japon à 1,9 n'est pas une humeur, c'est un ticket avec un responsable.
La langue se trouve à côté du pays, détectée à partir du texte lui-même, donc un avis allemand laissé sur la vitrine suisse se découpe quand même comme vous l'attendez.
Construisez la visualisation une fois, et elle reste juste. Chaque actualisation alimente le même graphique, donc la revue trimestrielle de localisation est cette même page avec une plage de dates différente sélectionnée, pas un export que quelqu'un reformate la veille au soir.
Average rating by storefront
Apple files every review under a storefront, so country is a column.
Seven storefronts move together. One that drops on its own is a localisation problem, not a crash.
Regardez la sortie, pas le post-mortem
Les avis App Store n'arrivent pas de façon régulière. Ils s'accumulent dans les heures qui suivent une sortie et les jours qui suivent une mise en avant, donc une mauvaise version se lit comme une série d'avis une et deux étoiles sur quelques marchés avant que l'outil de suivi des crashs n'ait fini de les confirmer.
Mettez les avis par jour sur un graphique en colonnes, répartis par note, et marquez la date de mise en production. La bande rouge qui apparaît le mardi après-midi et rétrécit de nouveau après le correctif d'urgence du vendredi, c'est le déploiement, dessiné. Personne n'a construit de tableau de bord pour ça. Quelqu'un a ajouté une visualisation.
Marquez-le par date, parce que la date est ce qu'Apple vous donne. L'API App Store Connect ne renvoie pas de version d'appli avec un avis, donc il n'y a pas de colonne de version à modéliser, et l'axe des dates est l'axe des sorties. Ça coûte moins que ça n'en a l'air : vous savez quand vous avez livré, et chaque avis porte le moment de son arrivée.
Reviewflowz actualise chaque fiche App Store toutes les deux heures environ, donc les lignes sont dans le flux pendant que les ingénieurs sont encore à leur poste. La vitesse à laquelle elles atteignent le rapport dépend alors de votre calendrier d'actualisation, ce qui est un réglage plutôt qu'un projet.
New reviews per day
Mar 4 to Mar 17 1 to 2 stars 4 to 5 starsMarked by ship date. The App Store Connect API does not return a version with a review, so the date axis is the release axis.
Du DAX ordinaire sur une table ordinaire
Une note moyenne glissante sur 28 jours, c'est un CALCULATE et un DATESINPERIOD. La part des une et deux étoiles est un DIVIDE. Les avis pour mille installations sont une mesure sur deux tables que vous avez déjà. Aucun plugin, aucun langage de métrique propriétaire, parce que les avis sont une table comme n'importe quelle autre table.
Ce qui veut dire que la question s'améliore. Pas « quelle est notre note », puisque l'App Store l'affiche déjà sur la fiche, mais « quelle est notre note parmi les gens qui nous ont notés dans les deux semaines suivant une sortie, sur les marchés où nous livrons une traduction ». Celle-là a une réponse et un responsable.
Mettez la mesure sur une carte, mettez la vitrine sur un segment, et le chiffre de la direction cesse d'être un travail d'assemblage mensuel. C'est une page dans l'espace de travail qu'ils ouvrent déjà, sur le calendrier d'actualisation que vous réglez, dans un fichier auquel ils font déjà confiance.
Et quand quelqu'un demande d'où vient un chiffre, la réponse est une ligne avec une date, un pays et la phrase qu'une personne a écrite. Un avis est une preuve, ce qui est rare à avoir derrière un KPI.
Rolling rating 28d =
CALCULATE(
AVERAGE( Reviews[Score] ),
DATESINPERIOD(
'Date'[Date], MAX( 'Date'[Date] ), -28, DAY
)
) +0.4 vs the previous 28 days
Un jeton par connexion, et vous pouvez le reprendre
Une connexion est un jeton : créé dans Reviewflowz, révoqué dans Reviewflowz. Donnez à l'agence qui construit votre tableau de bord de localisation le sien, terminez la mission, révoquez-le, et son rapport arrête de s'actualiser cet après-midi même. Pas de mot de passe partagé, et pas d'export que vous ne pouvez pas rappeler.
Un jeton porte les droits de la personne qui l'a créé. Si cette personne ne voit que les applis DACH, il en va de même pour chaque rapport construit sur son jeton. Ce sont les permissions que vous avez déjà mises en place plutôt qu'un second jeu qui s'en écarte au fil d'une année.
Le flux sert le compte, donc le filtrage se fait dans Power BI, là où vit le rapport. Une seule connexion alimente la page qualité que toute l'entreprise lit et la page restreinte à faible note que le responsable support ouvre, et aucune des deux n'a besoin de son propre pipeline.
La configuration est la même pour une appli ou pour huit. Connectez la fiche App Store, créez la connexion, collez l'URL dans Power BI. En moins de cinq minutes côté Reviewflowz, sans appel commercial préalable.
BI connections
A token carries the access of the person who created it.
Created by dana@, sees every app
Last used 6 minutes ago
Created by lars@, sees Fjord DACH only
Last used 3 hours ago
Revoke a token and its report stops refreshing. Nothing else changes.
Arrêtez de coller des captures d'écran App Store dans le diaporama
Configuration en moins de cinq minutes. Sans démo.
Comment les avis App Store arrivent-ils concrètement dans Power BI ?
Via un flux OData v4 que Reviewflowz publie. Vous créez une connexion dans Reviewflowz et copiez son URL de flux, puis dans Power BI, choisissez Obtenir les données, Flux OData, et collez-la. Authentifiez-vous avec le jeton comme nom d'utilisateur et un mot de passe vide. Le navigateur de Power BI liste les tables et vous chargez celles que vous voulez. Il n'y a aucun connecteur personnalisé à installer et aucun Power Query M à écrire.
Quelles colonnes arrivent ?
Une ligne par avis avec l'appli, la plateforme, le titre, le texte complet, la note, la date de l'avis, le pseudonyme de l'auteur, le pays, la langue et les tags, aux côtés de tables pour votre historique de notes, vos profils d'avis et un flux de modifications des insertions, mises à jour et suppressions. L'API App Store Connect ne renvoie pas de version d'appli avec un avis, donc il n'y a pas de colonne de version.
Le rapport s'actualise-t-il tout seul ?
Oui. L'actualisation planifiée de Power BI récupère depuis le flux selon la cadence que vous réglez, et l'actualisation incrémentielle fonctionne aussi, parce que la date de l'avis est un datetimeoffset sur lequel le flux peut filtrer. Côté Reviewflowz, chaque fiche App Store s'actualise toutes les deux heures environ, donc le flux est déjà à jour quand Power BI le demande.
Pouvons-nous mettre en graphique la note par version d'appli ?
Non, et honnêtement personne ne le peut. L'API App Store Connect ne renvoie pas de version d'appli avec un avis, et Reviewflowz n'en invente pas une, donc une mesure note par version serait de la fiction. Marquez plutôt les sorties sur l'axe des dates : les avis se regroupent dans les jours qui suivent une mise en production, donc la forme est là. La vitrine est sur chaque ligne, donc l'analyse par marché est réelle.
Le premier chargement inclut-il notre historique App Store ?
Oui. Connecter une fiche App Store charge son historique d'avis, pour que la courbe de tendance soit pleine dès la première actualisation plutôt que de se remplir sur le trimestre suivant. Après ça, le flux porte ce qui a changé.
Quel forfait inclut le flux BI ?
Le flux BI est une fonctionnalité Premium et ne fait pas partie de l'essai gratuit, donc budgétez-le au lieu de le découvrir le troisième jour. Tout le reste fonctionne comme le suggère l'essai : vous connectez vous-même une fiche App Store et voyez vos avis en quelques minutes.
Ai-je besoin d'une démo pour commencer ?
Non. Vous connectez votre fiche App Store et créez la connexion BI vous-même, en moins de cinq minutes. En cas de blocage, le support, ce sont les personnes qui l'ont construite.





