2014-04-28 15 views
7

Apparentemente "Tempo di interagire" è la nuova metrica da utilizzare quando si misura la velocità percepita di una pagina web. Sono interessato a capire un po 'di più su cosa sia effettivamente.Metrica "Tempo per interagire" nelle misurazioni delle prestazioni web

Il termine è stato apparentemente coniato da Radware, ed è stato spinto come la misura della performance più significativa (rispetto a tempo come prima, ultimo byte, tempo di rendering ecc.).

Viene descritta:

il punto che una pagina visualizza il contenuto primario interattivi (si pensi cliccabile), piuttosto che pieno carico pagina.

Questo mi sembra piuttosto soggettivo; quale è il "contenuto interattivo primario" di una pagina Web, ad esempio?

Ci sono stati rapporti che citano risultati per la misurazione, quindi alcuni come viene misurato, e inoltre, deve essere automatizzato in quanto i set di risultati sono piuttosto grandi (~ 500 siti sono stati testati).

Diverso da quanto sopra, non riesco a trovare ulteriori informazioni su come misurare questo.

Dato che Google sta ponendo maggiore enfasi sui contenuti above the fold (o sul contenuto visibile), mi chiedo se questa metrica sia in realtà più simile a "Tempo al primo rendering significativo", cioè è contestuale all'obiettivo della pagina corrente. Ad esempio, nella pagina del prodotto di un sito eCommerce, questa potrebbe essere l'immagine principale e un link aggiungi al carrello.

Sono ansioso di capire questa metrica, perché a me sembra la più utile. La mia domanda è quindi se qualcuno sta misurando questo, e se sì, come stanno facendo?

risposta

4

I siti Web stanno diventando più complessi. Mentre potrebbero non sempre contenere più contenuti, hanno ancora più risorse da caricare in quanto l'interazione dell'utente/esperienza utente è più complessa dal punto di vista tecnico. Ajax ci aiuta a caricare diverse parti separatamente. Quindi, piuttosto che un caricamento di pagina, abbiamo il caricamento di diverse piccole cose. E per ognuna di queste parti possiamo misurare le prestazioni di carico. Ma potrebbero esserci alcune parti sul sito che potrebbero essere più importanti di altre. Il "contenuto interattivo primario" è quella parte della vista che consente all'utente di fare ciò che intende fare, ad esempio acquistare un biglietto del treno. Se alcune pubblicità o un'animazione speciale sul lato sinistro dello schermo non sono state caricate, ciò non impedisce all'utente di acquistare l'acquisto di un biglietto. Ma ovviamente "contenuto interattivo primario" come termine è piuttosto vago e devi definirlo per la tua specifica applicazione. È il punto in cui un utente medio può iniziare a interagire con il sito Web mentre alcune parti vengono caricate.

Questo è il modo in cui comprendo il concetto e vedo la differenza in "Tempo al primo rendering significativo" qui: potresti avere un paniere reso sulla tua pagina eCommerce ma la GUI non è ancora reattiva. Quindi vedi qualcosa di significativo ma l'interattività non è ancora lì. Pertanto TTI> = TtFMR.

Misurare TTI richiede di definire quali elementi sono necessari per l'interattività che non dipende solo da cosa fa il sito ma anche da COME lo fa. Quindi dipende molto dalla tua implementazione/tecnologia.

+1

Sono d'accordo con tutto questo. Penso che il TTFMR sia probabilmente un po 'impreciso guardando indietro per i motivi che hai sottolineato, cioè TTI può essere> TTFMR. Un esempio di dove cade la definizione di TTI è quando si considera qualcosa come un blog, dove il titolo e il contenuto è il contenuto principale, ma non il contenuto INTERACTIVE primario in quanto non ha alcuna interattività. Quindi o uso TTI in questa situazione, capendo che è un po 'distorto da questa metrica o che un blog non ha un TTI. – JonB

+1

Sono d'accordo. Ma si potrebbe anche sostenere che per i blog TTI ha un significato, perché i commenti sono un elemento importante dei blog e quindi i commenti possono essere visti come commenti interattivi primari. Ma alla fine hai ragione, ci sono situazioni in cui non esiste TTI perché non c'è interazione. – Sjoerd222888

+1

Sì, capisco il tuo punto. Anche se non vedresti i commenti come contenuti principali, sarebbe il contenuto * interattivo * primario. Penso che il problema per me sia che, da quello che ho letto, TTI come metrica sta cercando di "misurare quanto tempo impiega la pagina a fornire l'esperienza che il visitatore sta cercando". Un utente potrebbe non essere sempre alla ricerca di un'esperienza interattiva (ad esempio un blog). Questa definizione è ciò che mi interessa e penso che sia la metrica più applicabile per misurare la percezione della velocità del sito da parte di un utente. Ma sembra sempre di più che forse questo non è in realtà TTI. Non sono sicuro di cosa sia allora! – JonB

5

Il tipo di risposta alla propria domanda, è soggettiva e contestuale al progetto in corso.

Cosa succede se sto testando un sito con solo HTML senza risorse complesse? Non ha senso misurare TTI lì.D'altra parte, vediamo questo demo site.

enter image description here Bigger picture here.

linea blu è il marchio della manifestazione "COMContentLoaded" (documento principale viene caricato e analizzato markup), linea rossa indica l'evento di caricamento, dove vengono caricate tutte le risorse di pagina. La linea TTI andrebbe tra le due linee, che è definita in modo diverso per ogni progetto, sulla base di alcuni eventi essenziali per interagire con le risorse caricate.

enter image description here

Per esempio, diciamo che le foto sul sito demo non sono essenziali per le caratteristiche principali del sito. Mentre il sito principale veniva caricato in 0,8 secondi, le 3 grandi foto richiedevano 36 secondi in più per caricare, quindi in questo caso l'utilizzo del tempo di risposta complessivo come KPI produrrebbe ~ 36 secondi di tempo di risposta, mentre se si definisce TTI escludendo quelli grandi, non essenziali risorse, si finisce con < tempo di risposta 1s.

Sono ansioso di capire questa metrica, perché a me sembra la più utile.

Decisamente utile, ma come hai detto nella tua domanda, è specifico per il progetto. Non misureresti TTI su un'app web semplice e relativamente statica, probabilmente misureresti il ​​tempo di risposta complessivo. Io definisco sempre gli KPI "su misura" per il progetto corrente, invece di provare a utilizzare le metriche comuni e "forzarli" su un progetto.

La mia domanda è quindi se qualcuno sta misurando questo, e se sì, come stanno facendo?

Definitivamente utilizzato prima, è necessario identificare le risorse essenziali per il proprio sito e quando viene caricata l'ultima di tali risorse, vale a dire il TTI. Questo potrebbe essere un file javascript, un css, ecc ...