ANALISI DEL DOMINIO

appianigroup.com


 

PIATTAFORMA

PHP

CERTIFICATO SSL

RILEVATO

GESTIONE PRIVACY

RILEVATA

GESTIONE COOKIE

RILEVATA


 

Analisi Prestazioni

MOBILE

Analisi Prestazioni

DESKTOP

INDICE DI PRESTAZIONE e gradimento sito web

82

%


 

Velocità di caricamento
della Home Page

3,7 s

Indice 86%

 

Peso della pagina
scaricato

696 kB

Indice 100%

 

L’utente interagisce con
la pagina dopo

190 ms

Indice 70%

 

 

Opportunità di miglioramento

DEL CARICAMENTO DELLA PAGINA

10

Azioni

 

Possibilità di intervento

1,7

Secondi

 

Stima di tempo risparmiato

56,90

%

 

Stima aumento prestazioni


 

ELEMENTI ANALIZZATI

  • Gli ingegneri che si occupano dei browser consigliano di usare meno di ~1500 elementi DOM per le pagine. L’ideale sarebbe una struttura ad albero con profondità di < 32 elementi e meno di 60 elementi secondari/principali. Un DOM di grandi dimensioni può aumentare l'utilizzo di memoria, causare [calcoli di stile](https://developers.google.com/web/fundamentals/performance/rendering/reduce-the-scope-and-complexity-of-style-calculations) più lunghi e generare costosi [adattamenti dinamici del layout](https://developers.google.com/speed/articles/reflow).
  • I reindirizzamenti comportano ulteriori ritardi prima del caricamento della pagina.
  • I file GIF di grandi dimensioni non sono efficaci per la pubblicazione di contenuti animati. Anziché il formato GIF potresti usare video MPEG4/WebM per le animazioni e PNG/WebP per le immagini statiche. In questo modo userai meno byte di rete.
  • La metrica Tempo per primo byte identifica il momento in cui il server invia una risposta.
  • Le immagini ottimizzate vengono caricate più velocemente e consumano meno traffico della rete dati.
  • La metrica Tempo all’interattività indica il tempo necessario affinché la pagina diventi completamente interattiva.
  • La metrica Latenza input stimata fornisce una stima del tempo impiegato dall’app, espresso in millisecondi, per rispondere all’input dell’utente durante il periodo di 5 s più impegnativo del caricamento della pagina. Se la latenza è superiore a 50 ms, gli utenti potrebbero considerare lenta la tua app.
  • Somma di tutti i periodi di tempo, espressi in millisecondi, tra FCP e Tempo all’interattività, quando la durata del task ha superato 50 ms.
  • Potresti aggiungere hint delle risorse `preconnect` o `dns-prefetch` per collegarti anticipatamente a importanti origini di terze parti.
  • Potresti ridurre i tempi di analisi, compilazione ed esecuzione di JavaScript. A tale scopo potrebbe essere utile pubblicare payload JavaScript di dimensioni inferiori.
  • Potresti usare il caricamento lento per le immagini fuori schermo e nascoste al termine del caricamento di tutte le risorse fondamentali per ridurre il tempo necessario per la completa interattività.
  • Pubblica immagini di dimensioni adeguate per consumare meno traffico della rete dati e ridurre i tempi di caricamento.
  • La metrica Prima inattività CPU indica la prima volta in cui il thread principale della pagina è abbastanza tranquillo da poter gestire l’input.
  • I payload di rete di grandi dimensioni comportano costi reali per gli utenti e sono strettamente correlati a lunghi tempi di caricamento.
  • Potresti ridurre i tempi di analisi, compilazione ed esecuzione di JavaScript. A tale scopo potrebbe essere utile pubblicare payload JavaScript di dimensioni inferiori.
  • Potresti usare “ per dare la priorità al recupero delle risorse attualmente richieste in un secondo momento nel caricamento della pagina.
  • Minimizza i file JavaScript per ridurre le dimensioni dei payload e i tempi di analisi degli script.
  • La metrica First Meaningful Paint (visualizzazione primo elemento utile) indica quando diventano visibili i contenuti principali di una pagina.
  • Alcune risorse bloccano la prima visualizzazione della pagina. Potresti pubblicare le risorse JS/CSS fondamentali incorporate e rimandare tutte le risorse JS/styles non fondamentali.
  • Le risorse basate sul testo dovrebbero essere pubblicate con compressione (gzip, deflate o brotli) per ridurre al minimo il numero totale di byte di rete.
  • La memorizzazione nella cache per un lungo periodo di tempo può velocizzare le visite abituali alla tua pagina.
  • Il potenziale ritardo prima interazione massimo che i tuoi utenti potrebbero riscontrare è la durata, in millisecondi, del task più lungo.
  • Usa la funzionalità CSS font-display per assicurarti che il testo sia visibile agli utenti durante il caricamento dei caratteri web.
  • First Contentful Paint 3G marks the time at which the first text or image is painted while on a 3G network. [Learn more](https://developers.google.com/web/tools/lighthouse/audits/first-contentful-paint).
  • Minimizza i file CSS per ridurre le dimensioni dei payload di rete.
  • La metrica Indice velocità mostra la velocità con cui diventano visibili i contenuti di una pagina.
  • Rimuovi le regole non valide dai fogli di stile e rimanda il caricamento dei CSS non utilizzati per i contenuti above the fold per ridurre i byte inutili consumati dall’attività di rete.
  • La metrica First Contentful Paint (prima visualizzazione con contenuti) indica il momento in cui vengono visualizzati il primo testo o la prima immagine.
  • I formati delle immagini come JPEG 2000, JPEG XR e WebP spesso consentono una compressione migliore rispetto a quella dei formati PNG o JPEG, che comporta download più veloci e un minor consumo di dati.

15 CONTROLLI SUPERATI POSITIVAMENTE SU 29 ANALIZZATI

INDICE DI PRESTAZIONE e gradimento sito web

96

%


 

Velocità di caricamento
della Home Page

1,0 s

Indice 97%

 

Peso della pagina
scaricato

696 kB

Indice 100 %

 

L’utente interagisce con
la pagina dopo

20 ms

Indice 100 %

 

 

Opportunità di miglioramento

DEL CARICAMENTO DELLA PAGINA

10

Azioni

 

Possibilità di intervento

1,6

Secondi

 

Stima di tempo risparmiato

163,50

%

 

Stima aumento prestazioni


 

ELEMENTI ANALIZZATI

  • Potresti aggiungere hint delle risorse `preconnect` o `dns-prefetch` per collegarti anticipatamente a importanti origini di terze parti.
  • Potresti ridurre i tempi di analisi, compilazione ed esecuzione di JavaScript. A tale scopo potrebbe essere utile pubblicare payload JavaScript di dimensioni inferiori.
  • Minimizza i file CSS per ridurre le dimensioni dei payload di rete.
  • Potresti usare il caricamento lento per le immagini fuori schermo e nascoste al termine del caricamento di tutte le risorse fondamentali per ridurre il tempo necessario per la completa interattività.
  • Pubblica immagini di dimensioni adeguate per consumare meno traffico della rete dati e ridurre i tempi di caricamento.
  • La metrica Indice velocità mostra la velocità con cui diventano visibili i contenuti di una pagina.
  • Rimuovi le regole non valide dai fogli di stile e rimanda il caricamento dei CSS non utilizzati per i contenuti above the fold per ridurre i byte inutili consumati dall’attività di rete.
  • La metrica Prima inattività CPU indica la prima volta in cui il thread principale della pagina è abbastanza tranquillo da poter gestire l’input.
  • I payload di rete di grandi dimensioni comportano costi reali per gli utenti e sono strettamente correlati a lunghi tempi di caricamento.
  • Potresti ridurre i tempi di analisi, compilazione ed esecuzione di JavaScript. A tale scopo potrebbe essere utile pubblicare payload JavaScript di dimensioni inferiori.
  • Gli ingegneri che si occupano dei browser consigliano di usare meno di ~1500 elementi DOM per le pagine. L’ideale sarebbe una struttura ad albero con profondità di < 32 elementi e meno di 60 elementi secondari/principali. Un DOM di grandi dimensioni può aumentare l'utilizzo di memoria, causare [calcoli di stile](https://developers.google.com/web/fundamentals/performance/rendering/reduce-the-scope-and-complexity-of-style-calculations) più lunghi e generare costosi [adattamenti dinamici del layout](https://developers.google.com/speed/articles/reflow).
  • Minimizza i file JavaScript per ridurre le dimensioni dei payload e i tempi di analisi degli script.
  • I reindirizzamenti comportano ulteriori ritardi prima del caricamento della pagina.
  • I file GIF di grandi dimensioni non sono efficaci per la pubblicazione di contenuti animati. Anziché il formato GIF potresti usare video MPEG4/WebM per le animazioni e PNG/WebP per le immagini statiche. In questo modo userai meno byte di rete.
  • La metrica Tempo per primo byte identifica il momento in cui il server invia una risposta.
  • Le risorse basate sul testo dovrebbero essere pubblicate con compressione (gzip, deflate o brotli) per ridurre al minimo il numero totale di byte di rete.
  • Le immagini ottimizzate vengono caricate più velocemente e consumano meno traffico della rete dati.
  • Il potenziale ritardo prima interazione massimo che i tuoi utenti potrebbero riscontrare è la durata, in millisecondi, del task più lungo.
  • La metrica Tempo all’interattività indica il tempo necessario affinché la pagina diventi completamente interattiva.
  • Somma di tutti i periodi di tempo, espressi in millisecondi, tra FCP e Tempo all’interattività, quando la durata del task ha superato 50 ms.
  • La metrica Latenza input stimata fornisce una stima del tempo impiegato dall’app, espresso in millisecondi, per rispondere all’input dell’utente durante il periodo di 5 s più impegnativo del caricamento della pagina. Se la latenza è superiore a 50 ms, gli utenti potrebbero considerare lenta la tua app.
  • La metrica First Contentful Paint (prima visualizzazione con contenuti) indica il momento in cui vengono visualizzati il primo testo o la prima immagine.
  • I formati delle immagini come JPEG 2000, JPEG XR e WebP spesso consentono una compressione migliore rispetto a quella dei formati PNG o JPEG, che comporta download più veloci e un minor consumo di dati.
  • Potresti usare “ per dare la priorità al recupero delle risorse attualmente richieste in un secondo momento nel caricamento della pagina.
  • La metrica First Meaningful Paint (visualizzazione primo elemento utile) indica quando diventano visibili i contenuti principali di una pagina.
  • Alcune risorse bloccano la prima visualizzazione della pagina. Potresti pubblicare le risorse JS/CSS fondamentali incorporate e rimandare tutte le risorse JS/styles non fondamentali.
  • La memorizzazione nella cache per un lungo periodo di tempo può velocizzare le visite abituali alla tua pagina.
  • Usa la funzionalità CSS font-display per assicurarti che il testo sia visibile agli utenti durante il caricamento dei caratteri web.

21 CONTROLLI SUPERATI POSITIVAMENTE SU 28 ANALIZZATI

Pagina Google  01
Numero Keywords  10
Pagina Google  02
Numero Keywords  1
Pagina Google  03
Numero Keywords  3

DISTRIBUZIONE KEYWORDS


Pagina Google  04
Numero Keywords  7
Pagina Google  05
Numero Keywords  4

DISTRIBUZIONE KEYWORDS

Pagina Google  01
Numero Keywords  10
Pagina Google  02
Numero Keywords  1
Pagina Google  03
Numero Keywords  3

Pagina Google  04
Numero Keywords  7
Pagina Google  05
Numero Keywords  4

X

Contattaci

* Letta l'informativa esprimo il consenso al trattamento dei miei dati personali al fine di essere ricontattato in merico alle informazioni richieste

Letta l'informativa : finalità commerciali/promozionali riguardanti prodotti/servizi/eventi forniti da MONITORO SRL mediante posta e/o telefono e anche attraverso sistemi automatizzati ( SMS, e-mail marketing/newsletter )