Cinque tracker in più, e il triage senza lasciare il report

Due settimane di modifiche, tutte sul sito. L’estensione non si è mossa, e alla fine c’è una sezione sul perché questo conta per leggere tutto il resto.

Cinque posti in più dove può arrivare un report

Quando abbiamo scritto dei connettori erano tre: Jira, Linear e Slack. Poi è arrivato GitHub. Ora le destinazioni che un amministratore del team può collegare sono dieci, e le cinque nuove sono GitLab, Bitbucket, ClickUp, Trello e Asana.

Ognuna funziona come le prime tre. La collegate una volta come amministratori del team, scegliete dove devono atterrare i report, e un report arriva nel vostro tracker con lo screenshot, la console e il network log già allegati, come un link che apre tutto quanto.

Quello che è cambiato accanto a loro si vede meno e probabilmente conta di più: un connettore ora può aprire un task per ogni nuovo report, invece di aspettare che qualcuno ne spinga uno di là. Così il connettore smette di essere un pulsante da ricordarsi di premere e diventa un tubo. Se nel vostro team vale l’abitudine che il tracker è l’unica lista che qualcuno legge, i report ora arrivano nell’unica lista che qualcuno legge.

Quattro dei cinque hanno una pagina che spiega l’abbinamento da un capo all’altro: ClickUp, Trello, Asana e GitLab. Bitbucket si collega già oggi e la sua pagina deve ancora arrivare.

Il triage senza lasciare il report

La pagina di un report porta ora il suo stato e la sua gravità, così un membro del team può impostarli entrambi da ciò che sta guardando.

Finora il triage viveva nella lista, che è il posto giusto quando si smaltiscono i report di una mattina e un posto pessimo quando qualcuno vi ha mandato il link di un singolo report. Lo aprivate, lo leggevate, vi facevate un’idea, e poi andavate a cercare la lista per registrarla.

La gravità sta accanto al suggerimento, non sopra. La gravità suggerita resta visibile, e impostare la vostra è una decisione annotata di fianco, non una correzione. Un team che smentisce spesso il suggerimento vi sta dicendo qualcosa; un campo che lo sovrascrive in silenzio non dice niente.

I webhook sanno a quale team appartengono

Se guidate Session Replay dall’API invece che dalla dashboard, sono cambiate tre cose.

Una destinazione webhook ora si può limitare a singoli siti invece che a tutto ciò che il team possiede, che è quello che serve quando un team porta avanti più prodotti e solo uno di essi ha un canale da svegliare. GET /api/v1/teams accetta membership=mine perché un client possa chiedere in quali team si trova davvero il chiamante. E creare o cancellare una destinazione webhook è ora vincolato ai team del chiamante, che è una correzione di correttezza più che una funzione, e del tipo che conviene dire ad alta voce.

La guida ai webhook descrive ancora la forma del payload, che non è cambiata.

Il sito demo ha sopra un pulsante di segnalazione, nella vostra lingua

Il sito demo è il posto dove rompere qualcosa apposta: una pagina con un errore JavaScript, una con un 500, una lenta, una con il layout rotto, una con un link morto.

Ora ci sta sopra il pulsante di segnalazione, lo stesso che mettereste sul vostro sito, e quindi l’intero giro è lì da provare: rompete la pagina, premete il pulsante, guardate che cosa arriva. C’è anche un selettore di lingua, perché leggere una demo nella propria quarta lingua migliore non dimostra niente.

Il sito è più veloce, dove era lento

Niente di tutto questo è una funzione e messo insieme è la differenza fra una pagina che sembra immediata e una che non lo sembra. Il poster dell’hero viene precaricato e servito in WebP, e così i poster di analisi, rivendicazione e cronologia. Le immagini vengono messe in cache come si deve. I tag di analytics e di pixel aspettano l’evento di load invece di competere con la pagina. Gli avatar e i ritratti della Hall of Fame vengono disegnati da miniature invece che dagli originali a dimensione piena, e i video di una pagina di visione vengono serviti direttamente invece che attraverso un redirect.

Se vi è mai capitato di aprire un report dal telefono su un treno, questa è la modifica che noterete e che non saprete nominare.

Una richiesta dell’estensione non può più disconnettervi

L’estensione chiede al sito chi siete. Quando quel controllo si sovrapponeva a un accesso al sito in un’altra scheda, poteva sovrascrivere la sessione più recente con la risposta più vecchia, e vi ritrovavate disconnessi senza una ragione visibile.

Il sito non accetta più quella sovrascrittura. L’estensione che avete oggi continua a chiedere allo stesso modo; la metà che sistema la domanda sta nell’estensione e non è ancora pubblicata.

Cose più piccole

• Un accesso con Google o GitHub che fallisce ora dice che cosa è andato storto invece di rimandarvi a un modulo senza spiegazioni.
• Se vi siete registrati e non avete mai confermato il vostro indirizzo, ricevete un promemoria. Un indirizzo non confermato di solito è una mail finita nello spam, non una decisione.
• Su iPhone la barra di stato non sta più sopra la pagina.
• Nel viewer diviso il pannello dei media non si disegna più stirato mentre calcola la propria dimensione.
• Una serie della stessa interazione, qualcuno che clicca otto volte sulla stessa cosa perché non succede niente, ora si legge come un passo con un conteggio invece che come otto righe. Gli otto clic sono l’informazione; otto righe non lo sono.

Un servizio in meno lungo la strada

Abbiamo tolto Rollbar. Gli errori vengono riportati attraverso il reporter del framework stesso e il log, da dove li leggevamo comunque, ed è uscito dall’elenco dei responsabili del trattamento in informativa sulla privacy.

La stessa informativa ora dice chiaramente che lo screenshot di un report viene mandato al modello che scrive l’analisi. Era già vero prima e non era scritto in modo abbastanza chiaro, che è peggio di quanto suoni.

Che cosa avete davvero in mano

Tutto quello che precede è in produzione su session-replay.com. Il sito viene rilasciato di continuo e la revisione che lo sta servendo in questo momento è la stessa che sta in testa al repository, quindi niente in questo articolo è fermo su un branch.

L’estensione è un’altra faccenda. 1.11.0 è ancora la versione pubblicata, quella del 19 settembre, ed è quella che Chrome vi ha dato. Nelle due settimane successive il lavoro sull’estensione è andato avanti e niente di esso è stato pubblicato, quindi se leggete qualcosa qui e andate a cercarlo nell’estensione non lo troverete: tutto quello che precede è la metà del sito.

La pagina dello store vi dice quale versione avete. Se dice 1.11.0, siete aggiornati.