Reportistica e analisi Admin: modifiche incrementali

[chapoi]

Stiamo iniziando una rielaborazione più ampia della dashboard di amministrazione.
Questo primo passo si concentra sul rendere la sezione Rapporti e Analisi più chiara e facile da navigare.

In questo argomento, esamineremo le prime modifiche incrementali e condivideremo come puoi iniziare a utilizzarle oggi.

Cosa è cambiato

Raggruppamento dei rapporti

Un primo passo che stiamo compiendo è raggruppare i rapporti. L’obiettivo è raggrupparli in base al tipo di domanda a cui potrebbero rispondere. Al momento, questi raggruppamenti sono:

• Coinvolgimento (Engagement)
• Traffico (Traffic)
• Membri (Members)
• Contenuti e Stato (Content & Health)
• Moderazione (Moderation)
• Sicurezza (Security)

Qualsiasi cosa che non rientri o nuovi rapporti andrà in una categoria di riposo (“altro”).

L’obiettivo è ridurre il carico cognitivo e rendere più facile trovare il rapporto di cui si ha bisogno senza dover scorrere un elenco lungo e piatto.

Pulizia dei rapporti

Nel tempo, la pagina dei rapporti ha accumulato più grafici di quanti la maggior parte degli amministratori utilizzi in modo significativo.

Come parte di questo aggiornamento, abbiamo rimosso una serie di rapporti dalla vista principale.

Panoramica dei rapporti legacy

• segnalibri (bookmarks)
• mi piace (likes)
• avvisi_moderatore_messaggi_privati (moderator_warning_private_messages)
• notifica_moderatori_messaggi_privati (notify_moderators_private_messages)
• notifica_utente_messaggi_privati (notify_user_private_messages)
• modifiche_post (post_edits)
• visualizzazioni_profilo (profile_views)
• messaggi_privati_di_sistema (system_private_messages)
• utenti_principali_per_mi_piace_ricevuti_da_livello_di_fiducia_inferiore (top_users_by_likes_received_from_inferior_trust_level)
• utenti_principali_per_mi_piace_ricevuti_da_una_varietà_di_persone (top_users_by_likes_received_from_a_variety_of_people)
• messaggi_privati_utente_a_utente (user_to_user_private_messages)

Per il momento, sono ancora disponibili tramite collegamento diretto ma nascosti dalla pagina dei rapporti e alla fine verranno deprecati. (Siamo lieti di riconsiderare se ci siano casi d’uso validi che abbiamo trascurato.)

Per analisi più granulari o una tantum, possono sempre essere replicati tramite data explorer.

Modifiche alla navigazione e al layout

Abbiamo anche snellito la sezione dell’intestazione in modo che corrisponda al nostro layout di amministrazione più recente e liberato spazio prezioso non ripetendosi su ogni pagina di rapporto.

Come puoi vedere: più contenuti sopra la linea di galleggiamento.

La pagina dei rapporti è ora disaccoppiata dalla dashboard.
Invece di essere renderizzata all’interno della vista della dashboard, ora risiede al suo percorso dedicato (/admin/reports).

Ciò rimuove i percorsi duplicati e semplifica la navigazione mentre ci muoviamo verso un’esperienza di amministrazione più modulare.

Questo è un primo passo nella più ampia rielaborazione della dashboard e, sebbene quest’area si comporti in modo incoerente ora, migliorerà nelle iterazioni successive.

Abilitare i miglioramenti ai rapporti nella tua community

Per ora, questo è considerato un cambiamento sperimentale! Siamo aperti al tuo feedback, che ci aiuterà a migliorare e a implementare ulteriormente questa funzionalità.

Per attivarla, vai alla pagina Modifiche in arrivo nella tua area di amministrazione (/admin/config/upcoming-changes) e trova l’elemento Reporting improvements. Aggiorna il campo Abilitato per… per iscrivere il tuo sito a questo nuovo design:

Cosa ne pensi?

A te la parola: ci piacerebbe sapere cosa pensi di questa rielaborazione. I raggruppamenti hanno senso? Come utilizzi i nostri rapporti?

Questo argomento verrà aggiornato con ulteriori miglioramenti a quest’area.

[hellekin]

Grazie per esservi presi cura degli amministratori!

@chapoi

abbiamo rimosso una serie di report dalla vista principale.

Questi possono essere pubblicati come query di data-explorer in Data & reporting, o qualcuno documenterà come utilizzare Discourse Prometheus per le persone interessate?

@chapoi

I raggruppamenti hanno senso?

@chapoi

Come utilizzate la nostra reportistica?

Onestamente penso che userò di più la reportistica dopo la rielaborazione. Fino ad ora, non ho visto molto interesse nell’esplorare quest’area, soprattutto a causa della sua mancanza di struttura, quindi… buon lavoro!

[Moin]

@hellekin

Queste possono essere pubblicate come query data-explorer in Data & reporting

Lo sono. Al momento puoi ancora trovarle con il tag dashboard-sql e sono collegate in Admin dashboard report reference guide

Per riferimento futuro, poiché è probabile che vengano rimosse da questi presto:

report	topic
bookmarks	Dashboard Report - Bookmarks
likes	Dashboard Report - Likes
moderator_warning_private_messages	Dashboard Report - Moderator Warnings
notify_moderators_private_messages	Dashboard Report - Notify Moderators
notify_user_private_messages	Dashboard Report - Notify User
post_edits	Dashboard Report - Post Edits
profile_views	Dashboard Report - User Profile Views
system_private_messages	Dashboard Report - System
top_users_by_likes_received_from_inferior_trust_level	Dashboard Report - Top Users by Likes Received from a User with a Lower Trust Level
top_users_by_likes_received_from_a_variety_of_people	Dashboard Report - Top Users by Likes Received From a Variety of People
user_to_user_private_messages	Dashboard Report - User-to-User

[gormus (Osman Görmüş)]

Richiesta di funzionalità:

Prendereste in considerazione di spostare i report in un percorso non amministrativo e di gestire l’accesso tramite una nuova impostazione ..._allowed_groups? :))

  access_reports_allowed_groups:
    default: "1|2" # gruppi automatici admin, moderatori
    mandatory_values: "1|2" # gruppi automatici admin, moderatori
    type: group_list
    allow_any: false

[Moin]

L’avviso nella tabella della mia dashboard è un risultato previsto?

[Moin]

Cosa determina l’ordine in cui vengono visualizzati i report dei plugin? L’ordine sembra cambiare in base alla lingua della mia interfaccia, ma non è alfabetico.

Inglese	Tedesco
solved	solved
documentation categories	AI
AI	user notes
Reactions	Calendar
User notes	documentation categories
Calendar	Reactions

[chapoi]

Al momento non è affatto sul tavolo. Riteniamo che i report siano un’area amministrativa molto specifica.

Hai in mente un caso d’uso specifico?

@Moin

Cosa determina l’ordine in cui vengono visualizzati i report del plugin?

Haha, quindi, ok, penso che abbiamo fatto qualcosa di molto speciale qui

Sembra che siano ordinati alfabeticamente, in base al nome del primo report nel gruppo…

Quindi, ad esempio, in inglese ho:

Sebbene pensi che ci sia un certo fascino bizzarro, lo sistemeremo… ordinato

[gormus (Osman Görmüş)]

@chapoi

Al momento non è affatto in discussione. Riteniamo che i report siano un’area amministrativa molto specifica.

Hai in mente un caso d’uso specifico?

Ho ricevuto un certo interesse per alcuni dei report dalla dirigenza che non è necessariamente tecnica e non dovrebbe avere il ruolo di amministratore o moderatore solo per accedere ai report.

Potrei ovviamente ricreare i report utilizzando il Data Explorer e condividere anche quei report con loro. Ma come svantaggi:

• Devo mantenere aggiornati quei report del Data Explorer man mano che vengono aggiornati nel core
• Grafici e diagrammi sono disponibili solo nei Report, non nei report del Data Explorer (a meno che non mi sia sfuggito qualcosa)
• L’interfaccia utente dei Report è meno “amministrativa” (più “user-friendly”) rispetto all’interfaccia utente dei report del Data Explorer

Andrei anche oltre e chiederei di abilitare i report dei Report per gruppi selezionati, proprio come fanno i report del Data Explorer

Eppure, tutta questa richiesta sarebbe stata una funzionalità “bella da avere”, non una “necessaria da avere” : ))

[chapoi]

Grazie per aver approfondito: è un caso d’uso interessante.

Non so quanto overhead porterebbe qualcosa del genere; forse è minimo. Lo solleverò internamente durante la discussione di questo progetto!

[chapoi]

@chapoi

Sebbene pensi che abbia un certo fascino bizzarro, lo sistemeremo… risolto

Questo è stato fatto: dovrebbe essere alfabetico e cambiare con la lingua dell’interfaccia utente.

[Zanbabe (Suzanne)]

Uso il top_users_by_likes_received_from_a_variety_of_people per determinare uno dei nostri premi di fine anno. Vorrei mantenere l’accesso a quel report per tale motivo.

Ho utilizzato anche alcuni degli altri report che verranno deprecati. Faccio eco al desiderio di mantenere l’accesso in qualche modo. … In realtà sarebbe più bello avere semplicemente un menu di report e la possibilità di scegliere quali vogliamo sulla nostra dashboard, inclusi quelli personalizzati.

[chapoi]

@Zanbabe

utenti più attivi per like ricevuti da una varietà di persone

Puoi spiegare perché il totale dei like non sarebbe sufficiente? È per evitare che i premi vengano manipolati da un intenso scambio di like tra un piccolo gruppo?

[ToddZ]

@chapoi

abbiamo rimosso una serie di report dalla vista principale
…
e alla fine saranno deprecati

Non sto protestando, sono solo curioso: perché rimuoverli invece di nasconderli sotto un’intestazione compressa o qualcosa di simile? Richiederanno una manutenzione che non ne vale la pena?

[Zanbabe (Suzanne)]

Sì. Abbiamo un piccolo gruppo che sfrutta ampiamente il sistema, anche se sono anche utili in altri modi, quindi non li escluderemo o altro. Tendono a dominare i premi… diamo premi anche per i numeri puri, ma vogliamo diversificare e dare premi (e attirare l’attenzione su) persone che si comportano meglio.

Più segnalazioni degli utenti ho che mostrano persone che fanno cose che vogliamo incentivare, meglio è.

Fuori tema per questa conversazione, ma vorrei anche poter regolare i punti in modo più specifico. Non voglio disattivarli completamente nelle aree divertenti del mio sito e disincentivare le persone che vi partecipano, ma mi piacerebbe dare PIÙ punti in determinate categorie, piuttosto che semplicemente attivare o disattivare i punti.

[chapoi]

@ToddZ

Non sto protestando, sono solo curioso:

Domanda lecita.

@ToddZ

Richiederanno una manutenzione che non vale la pena?

Nel software, come regola aurea, tutto richiede manutenzione! I report specifici forse non così tanto, quindi potremmo mantenerli.

Per rispondere alla tua domanda principale:

@ToddZ

perché rimuoverli invece di nasconderli sotto un’intestazione compressa o qualcosa del genere

Perché vedere se arrivano reclami è il modo più semplice per scoprire se qualcosa ha valore o meno

E nel design, e per me personalmente, il concetto di avere una categoria “extra” che viene semplicemente stipata sotto un’intestazione comprimibile è un segno che le funzionalità circostanti non sono progettate bene. Parte di un buon design è anche osare potare via le cose.

[ToddZ]

@chapoi

Parte di un buon design è anche osare di potare via le cose.

Questo è molto citabile

Grazie per la risposta: è sempre bello conoscere il processo di pensiero dietro le modifiche. Non avevo fatto molto uso di quei report, ma è bene sapere che le query saranno ancora disponibili se qualcuno ne ha davvero bisogno.

[Moin]

Ho notato che i report senza dati sulla dashboard richiedono molto più spazio quando la prossima modifica viene abilitata.

[gassim (Al-Gassim Sharaf Addin)]

Ciao

@chapoi

Per attivare questa opzione, vai alla pagina Modifiche imminenti nella tua area amministratore (/admin/config/upcoming-changes) e trova l’elemento Miglioramenti del reporting. Aggiorna il campo Abilitato per… per includere il tuo sito in questo nuovo design:

Nel mio menu a discesa non vedo l’opzione Solo staff, ma vedo Tutti… cosa significa dato che è diverso dall’opzione “Solo staff” nello screenshot? Si prega di vedere lo screenshot seguente:

Grazie!

[zogstrip]

Il menu a discesa funziona come previsto

L’impostazione “Miglioramenti alla segnalazione” è un semplice interruttore on/off, quindi offre solo Tutti (on) e Nessuno (off): non c’è targeting basato su gruppi per questa opzione.

Abbiamo apportato questa modifica in data 2026-02-15T23:00:00Z per evitare confusione riguardo alle modifiche imminenti che non supportano l’ambito a gruppi specifici. Poiché “Miglioramenti alla segnalazione” si applica globalmente all’interfaccia utente di segnalazione per gli amministratori, offrire un’opzione “Solo staff” non aveva senso: o è abilitata o non lo è.

Lo screenshot nell’OP è stato acquisito prima di tale modifica. Selezionare Tutti è il modo corretto per accettare.

[martin (Martin Brennan)]

Abbiamo anche intenzione di apportare un’ulteriore piccola modifica qui, in modo che elementi come questo possano avere le opzioni “Solo personale” o “Nessuno”, poiché “Tutti” non ha ancora molto senso.