Recensioni App Store su Power BI
Power BI conosce le sue installazioni, i suoi ricavi e il suo tasso di crash. Non sa cosa ha detto nessuno. Reviewflowz pubblica un feed OData, così ogni recensione App Store arriva come una riga qualsiasi, con il suo punteggio, il suo storefront e la sua lingua allegati.
Attivazione in meno di cinque minuti • Nessuna demo richiesta
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 colonna che il suo modello non ha
Il suo modello Power BI sa già quante persone hanno installato l'app, quanto hanno pagato e quante volte è andata in crash. Non sa cosa ha detto una di loro. Le recensioni App Store arrivano come una riga per ogni recensione: il punteggio, la data, lo storefront, la lingua, l'autore, il titolo e il testo completo.
Questo cambia cosa significa una valutazione su una dashboard. Un 4,2 da solo è un numero che qualcuno mette in uno screenshot per la presentazione del lunedì. Un 4,2 con trecento righe alle spalle, scomponibile per storefront e per tag, è una pagina che il product manager apre da solo invece di chiederle un'esportazione.
I tag arrivano già compilati. Reviewflowz legge ogni recensione nella lingua in cui è scritta e la archivia sotto i temi sollevati dai suoi utenti, quindi una recensione a una stella in giapponese sulla ricerca e una in inglese finiscono sullo stesso tag e vengono contate insieme, nella stessa barra.
E non è una sola tabella. Reviews si trova accanto allo storico delle valutazioni, ai profili di recensioni e a un flusso di modifiche, così un unico report può tracciare la valutazione dello store su diciotto mesi insieme alle recensioni che l'hanno spostata.
Refresh in Power BI and the words arrive with the numbers.
Power BI legge questo formato da anni
Reviewflowz pubblica un feed OData v4, e il connettore OData integrato di Power BI lo legge. Niente da installare, niente da AppSource, nessun codice Power Query M da scrivere: Ottieni dati, Feed OData, incolli l'URL, scelga le tabelle. Lo stesso feed si apre anche in Excel o Tableau, se qualcuno lo chiede.
Le credenziali sono un token che crea dentro Reviewflowz. Lo incolli nel campo nome utente e lasci vuota la password. Questa è tutta l'autenticazione, e finisce quando revoca il token.
Poi Power BI si aggiorna secondo la propria pianificazione. Funziona anche l'aggiornamento incrementale, perché la data della recensione è un vero datetimeoffset su cui il feed può filtrare, ed è esattamente questo che Power Query integra in una finestra RangeStart e RangeEnd. Il primo caricamento porta lo storico, poi il dataset recupera solo la finestra.
Una cancellazione è una riga, non un silenzio. Il feed trasporta un flusso di modifiche fatto di inserimenti, aggiornamenti e cancellazioni, quindi sia un autore che trasforma una recensione a una stella in una a quattro stelle dopo che ha rilasciato la correzione, sia una recensione che Apple rimuove, arrivano al modello come eventi. Il report non si allontana mai silenziosamente dallo store.
$filter=ReviewDate ge RangeStart and ReviewDate lt RangeEnd
ReviewDate is a datetimeoffset, so Power Query folds the window into the feed.
Uno storefront che non somiglia a nessun altro
Apple archivia ogni recensione App Store sotto uno storefront, e Reviewflowz scrive quello storefront su ogni riga. Il paese è una vera dimensione nel modello, non qualcosa che deve dedurre dalla lingua. Lo metta in un grafico a barre e il report risponde a una domanda che prima non poteva porre.
La forma è la diagnosi. Un crash fa scendere tutti i mercati insieme. Una stringa tradotta che non entra più nel pulsante, un metodo di pagamento rifiutato da una banca, una tastiera che ostacola il campo di inserimento: questi fanno scendere esattamente un mercato mentre gli altri restano fermi. Sette storefront tra 4,4 e 4,8 e il Giappone a 1,9 non è un'impressione, è un ticket con un responsabile.
La lingua sta accanto al paese, rilevata direttamente dal testo, quindi una recensione in tedesco lasciata sullo storefront svizzero si scompone comunque nel modo atteso.
Costruisca la visualizzazione una sola volta e resterà valida. Ogni aggiornamento alimenta lo stesso grafico, quindi la revisione trimestrale della localizzazione è quella pagina con un intervallo di date diverso selezionato, non un'esportazione che qualcuno riformatta la sera prima.
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.
Osservi il rilascio, non il post-mortem
Le recensioni App Store non arrivano in modo uniforme. Si accumulano nelle ore dopo un rilascio e nei giorni dopo una segnalazione in evidenza, quindi una build difettosa si legge come una serie di recensioni a una e due stelle in pochi mercati, ancora prima che il crash reporter finisca di dargli ragione.
Metta le recensioni al giorno in un grafico a colonne, suddivise per valutazione, e segni la data di rilascio. La fascia rossa che compare martedì pomeriggio e si restringe di nuovo dopo l'hotfix di venerdì è il rollout, disegnato. Nessuno ha costruito una dashboard per questo. Qualcuno ha aggiunto una visualizzazione.
Lo segni per data, perché la data è ciò che Apple fornisce. L'API di App Store Connect non restituisce la versione dell'app insieme alla recensione, quindi non c'è una colonna versione su cui modellare, e l'asse delle date è l'asse dei rilasci. Costa meno di quanto sembri: sa quando ha rilasciato, e ogni recensione porta con sé quando è arrivata.
Reviewflowz aggiorna ogni scheda App Store circa ogni paio d'ore, quindi le righe sono già nel feed mentre gli ingegneri sono ancora alla scrivania. Quanto velocemente arrivano al report dipende dalla sua pianificazione di aggiornamento, che è un'impostazione, non un progetto.
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.
DAX ordinario su una tabella ordinaria
Una valutazione media mobile su 28 giorni è una CALCULATE e una DATESINPERIOD. La quota di recensioni a una e due stelle è una DIVIDE. Le recensioni ogni mille installazioni sono una misura su due tabelle che ha già. Nessun plugin, nessun linguaggio proprietario per le metriche, perché le recensioni sono una tabella come tutte le altre.
Il che significa che la domanda migliora. Non «qual è la nostra valutazione», visto che l'App Store la stampa già sulla scheda, ma «qual è la nostra valutazione tra le persone che ci hanno recensito nelle due settimane dopo un rilascio, nei mercati in cui pubblichiamo una traduzione». Questa ha una risposta e un responsabile.
Metta la misura in una card, metta lo storefront in uno slicer, e il numero per la direzione smette di essere un lavoro di assemblaggio mensile. Diventa una pagina nello spazio di lavoro che aprono già, con la pianificazione di aggiornamento che ha impostato lei, in un file di cui si fidano già.
E quando qualcuno chiede da dove viene un numero, la risposta è una riga con una data, un paese e la frase scritta da una persona. Una recensione è una prova, cosa rara da avere dietro 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 token per ogni connessione, revocabile in qualsiasi momento
Una connessione è un token: creato in Reviewflowz, revocato in Reviewflowz. Dia all'agenzia che costruisce la sua dashboard di localizzazione un token tutto suo, e quando la collaborazione finisce lo revochi: il loro report smette di aggiornarsi quello stesso pomeriggio. Nessuna password condivisa, e nessuna esportazione da cui non può più tornare indietro.
Un token porta con sé i permessi della persona che lo ha creato. Se quell'utente vede solo le app dell'area DACH, lo stesso vale per ogni report costruito sul suo token. I permessi sono quelli già configurati, non un secondo insieme che nel tempo se ne allontana.
Il feed serve l'intero account, quindi il filtraggio avviene in Power BI, dove vive il report. Un'unica connessione alimenta sia la pagina sulla qualità che legge tutta l'azienda, sia la pagina ristretta sulle valutazioni basse che apre il responsabile dell'assistenza, e nessuna delle due ha bisogno di una pipeline propria.
L'attivazione è la stessa con un'app o con otto. Colleghi la scheda App Store, crei la connessione, incolli l'URL in Power BI. Meno di cinque minuti sul lato Reviewflowz, senza nessuna chiamata commerciale prima.
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.
Basta incollare screenshot App Store nelle presentazioni
Attivazione in meno di cinque minuti. Nessuna demo richiesta.
Come arrivano davvero le recensioni App Store in Power BI?
Tramite un feed OData v4 pubblicato da Reviewflowz. Crei una connessione in Reviewflowz e copi l'URL del feed, poi in Power BI scelga Ottieni dati, Feed OData, e lo incolli. Si autentichi usando il token come nome utente e lasciando vuota la password. Il navigatore di Power BI elenca le tabelle e lei carica quelle che le servono. Non c'è nessun connettore personalizzato da installare né codice Power Query M da scrivere.
Quali colonne arrivano?
Una riga per ogni recensione, con l'app, la piattaforma, il titolo, il testo completo, il punteggio, la data della recensione, il nickname dell'autore, il paese, la lingua e i tag, insieme alle tabelle per lo storico delle valutazioni, i profili di recensioni e un flusso di modifiche con inserimenti, aggiornamenti e cancellazioni. L'API di App Store Connect non restituisce la versione dell'app insieme alla recensione, quindi non c'è una colonna versione.
Il report si aggiorna da solo?
Sì. L'aggiornamento pianificato di Power BI legge dal feed con la frequenza che imposta, e funziona anche l'aggiornamento incrementale perché la data della recensione è un datetimeoffset su cui il feed può filtrare. Sul lato Reviewflowz ogni scheda App Store si aggiorna circa ogni paio d'ore, quindi il feed è già aggiornato quando Power BI lo interroga.
Possiamo tracciare la valutazione per versione dell'app?
No, e onestamente nessuno può farlo. L'API di App Store Connect non restituisce la versione dell'app insieme alla recensione, e Reviewflowz non ne inventa una, quindi una misura di valutazione per build sarebbe pura invenzione. Segni invece i rilasci sull'asse delle date: le recensioni si concentrano nei giorni dopo un rilascio, quindi la forma c'è. Lo storefront è su ogni riga, quindi l'analisi per mercato è reale.
Il primo caricamento include il nostro storico App Store?
Sì. Collegare una scheda App Store carica il suo storico di recensioni, quindi la linea di tendenza è completa già dal primo aggiornamento invece di riempirsi nel trimestre successivo. Da quel momento il feed trasporta solo ciò che cambia.
Quale piano include il feed BI?
Il feed BI è una funzionalità Premium e non fa parte della prova gratuita, quindi lo tenga in conto invece di scoprirlo il terzo giorno. Tutto il resto funziona come suggerisce la prova: collega da solo una scheda App Store e vede le recensioni in pochi minuti.
Serve una demo per iniziare?
No. Collega la sua scheda App Store e crea la connessione BI da solo, in meno di cinque minuti. Se si blocca, l'assistenza è formata dalle stesse persone che lo costruiscono.





