Quanto traffico può gestire il mio sito web?

Pubblicato: 2023-02-12

Ottenere una chiara comprensione delle prestazioni e della capacità del tuo sito Web non è un compito semplice, anzi, può essere un processo piuttosto arduo se non sai come affrontarlo. Questa guida dettagliata esamina le metriche che dovresti esaminare per rispondere alle domande sul traffico del tuo sito, con sicurezza, una volta per tutte.

In WP Engine, conosciamo le prestazioni del sito web è più di un semplice slogan unidimensionale. Infatti, quando si tratta dei siti che vengono eseguiti sulla nostra piattaforma, consideriamo le prestazioni come un'equazione strategica che combina aspetti delle nostre soluzioni cloud e di sicurezza con la nostra esperienza di WordPress gestito.

In tal modo, siamo in grado di affrontare le prestazioni come dovrebbero essere affrontate, da più angolazioni, con un lungo elenco di variabili e metriche che richiedono un supporto attivo.

Sommario
1. Inquadrare la domanda.
2. Metriche mensili sul traffico: sono utili?
2.1. Approfondire le metriche degli utenti.
2.2. E gli utenti attivi di Google Analytics?
3. Come misurare gli utenti simultanei.
3.1. 1. Calcola utenti simultanei.
3.2. 2. Scegli un'alternativa a Google Analytics.
3.3. E la cache?
4. Le diverse tipologie di siti.
4.1. Statico:
4.2. Dinamico:
4.3. Porsi le domande giuste.
4.4. Entra nel test di carico.
5. Considerazioni finali.

Consideriamo anche questi sforzi come un prodotto a sé stante e che non è mai finito: lavoriamo costantemente su modi per migliorare tutti i componenti delle prestazioni del sito attraverso la nostra piattaforma. Adottando questo approccio "mai soddisfatto", WP Engine è in grado di aiutare i nostri clienti a creare alcuni dei siti più veloci su WordPress e siamo in grado di aiutarli a mantenere quei siti attivi e funzionanti di fronte a tutto, dai picchi di traffico alla sicurezza minacce.

Mentre qui trattiamo la velocità e le metriche come Time to First Byte (TTFB), il seguente articolo offre un'analisi approfondita delle metriche del traffico e della domanda comune, anche se cruciale: "Quanto traffico può gestire il mio sito?"

Inquadrare la questione.

La capacità del sito Web, ovvero la quantità di traffico che il tuo sito può gestire in un dato momento, è una componente chiave delle prestazioni complessive del sito e ha un impatto diretto sui KPI e sul tempo che gli sviluppatori dedicano a cose come l'infrastruttura (se stai gestendo la tua infrastruttura internamente). Detto questo, misurare la quantità di traffico che il tuo sito può gestire inizia veramente con la comprensione dei tipi di utenti e del traffico che il tuo sito riceve.

Per prima cosa, esploriamo la definizione di utenti simultanei, nel contesto di Internet.

Il numero di utenti simultanei si riferisce al numero totale di utenti che accedono contemporaneamente a una risorsa. Queste risorse possono essere un'applicazione Web o mobile, una rete o un file.

In WP Engine, questa risorsa è il tuo sito WordPress.

Vale la pena notare che gli utenti simultanei sono una metrica di alto livello. Nelle prossime sezioni imparerai che gli utenti simultanei portano a una metrica più granulare di richieste simultanee. Poiché queste richieste hanno forme e dimensioni diverse, possiamo utilizzare la cache per capire come si comporta un sito su larga scala. Andando più in profondità, esploreremo in che modo la concorrenza e la possibilità di memorizzare nella cache interagiscono tra loro.

Quindi, come utilizzi gli utenti simultanei per comprendere la capacità del tuo ambiente? Prima di poter rispondere, facciamo un ulteriore passo indietro e osserviamo una delle metriche più comuni utilizzate oggi: il traffico mensile.

Metriche mensili sul traffico: sono utili?

In generale, sì. I numeri mensili forniscono una comprensione del profilo di traffico di base: basso, moderato o alto. Queste metriche forniscono anche informazioni su eventuali tendenze, modelli e stagionalità potenziali, poiché il traffico mensile può cambiare in base a molte variabili tra cui campagne di marketing, posizionamento nei motori di ricerca e condizioni di mercato.

Per la maggior parte dei siti, il normale traffico quotidiano può essere abbastanza stabile e prevedibile. Possiamo chiamare questo traffico di base . Tuttavia, alcuni siti che registrano picchi di traffico ricorrenti non sono preoccupati per la linea di base. Sono più interessati agli eventi ad alto traffico che sono fondamentali per la loro attività, come un sito che vende biglietti per concerti o un sito utilizzato per annunciare il rilascio di prodotti. Quando questi eventi contano di più, è importante che l'ambiente di produzione gestisca non solo il traffico di base, ma anche i livelli di traffico di picco.

È qui che i numeri di traffico mensili non aiutano. La metrica più affidabile per comprendere la capacità a questo livello di traffico (ma in realtà qualsiasi) è costituita dagli utenti simultanei.

Approfondire le metriche degli utenti.

Prima di passare agli utenti simultanei, è utile comprendere la gerarchia delle metriche nel regno dell'analisi digitale. Ecco un diagramma per illustrare questo:

  • Utenti o visitatori sono metriche che descrivono un utente che entra nel sito per la prima volta. In genere è definito da un ID utente univoco. In WP Engine, è definito come un indirizzo IP univoco e conta come un singolo visitatore unico al giorno. Poiché eventuali visite aggiuntive dello stesso utente vengono riconosciute da un ID utente univoco, l'utente unico verrebbe conteggiato solo una volta.
  • Le sessioni o le visite rappresentano un periodo in cui un utente interagisce con il sito. La sessione inizia quando l'utente visita per la prima volta il sito e termina quando accadono tre cose: l'utente chiude il browser, cancella i cookie o diventa inattivo per 30 minuti (che è il periodo predefinito in Google Analytics e può essere personalizzato). Un singolo utente può avere più sessioni nel corso della giornata.
  • Gli hit sono l'interazione tra il sito e una risorsa definita. Dal punto di vista dell'analisi digitale, questa metrica è definita come i dati inviati a Google Analytics. Questi hit sono più comunemente visualizzazioni di pagina. All'interno del contesto di WP Engine, un hit può essere una richiesta all'ambiente di produzione. Queste richieste possono essere memorizzabili nella cache come risorse statiche (png, jpeg, pdf) o dinamiche come scritture di database (registrazioni, post di pubblicazione, ordini di prodotti).

Sulla base della gerarchia di queste metriche, mentre ci si sposta dall'alto verso il basso, i dati diventano meno ambigui e più granulari. Allo stesso tempo, la comprensione dell'impatto che queste metriche hanno sulle prestazioni diventa più chiara.

Insomma, non basta conoscere il numero di utenti o visitatori mensili .

E gli utenti attivi di Google Analytics?

C'è spesso un malinteso riguardo al modo in cui Google Analytics e WP Engine acquisiscono e definiscono le metriche. In termini semplici, entrambi tengono traccia di questi dati per scopi diversi. Google Analytics è principalmente uno strumento di analisi di marketing e conversione. Al contrario, WP Engine è una piattaforma gestita che tiene traccia dell'utilizzo delle risorse non elaborate a livello di infrastruttura e delle prestazioni a livello di applicazione. Le metodologie sono diverse e possono causare discrepanze tra le due piattaforme.

Per quanto riguarda la concorrenza, Google Analytics offre rapporti in tempo reale che monitorano gli effetti delle campagne di marketing sul tuo sito. Questo include il numero di utenti attivi sul tuo sito in questo momento:

Nonostante sia "in tempo reale", questa metrica non misura esattamente il numero totale di utenti sul tuo sito in un dato momento, contemporaneamente. Un utente attivo in tempo reale è definito come un utente unico che ha attivato un evento o una visualizzazione di pagina negli ultimi cinque minuti. Se un utente lascia il sito prima della finestra di cinque minuti, Google continua a conteggiarlo come utente attivo. Se un utente rimane sul sito per più di 5 minuti, non viene più conteggiato come utente attivo anche se sta ancora interagendo con il sito.

Con questo in mente, gli utenti attivi di Google potrebbero essere più del numero effettivo di utenti simultanei sul tuo sito. E in casi meno comuni, la metrica potrebbe essere inferiore alla concorrenza effettiva a seconda del comportamento dell'utente e della durata media della sessione.

Puoi fare affidamento sugli utenti attivi di Google Analytics? Come sempre, più dati hai, meglio è. Ma da solo, non determina le tue esigenze di capacità.

Come misurare gli utenti simultanei .

Se Google Analytics non fornisce una metrica chiara per gli utenti simultanei, allora cosa fa? Ecco due metodi comuni per aiutarti a determinare questo numero:

1. Calcola utenti simultanei .

Utilizzando questa formula con i dati estratti da Google Analytics, puoi calcolare il numero di utenti attivi sul tuo sito in un'unità di tempo molto piccola, ad esempio un secondo:

[Sessioni orarie di picco X Durata media della sessione (sec)] / 3600

Per le sessioni orarie di punta, vai al rapporto "Panoramica del pubblico" in Google Analytics —> trova il periodo di traffico di punta —> cambia la scheda in "Ogni ora" —> passa il mouse sopra il grafico per vedere il numero più alto di sessioni in un'ora.

Per la durata media della sessione, la metrica viene mostrata nella dashboard Panoramica. In caso contrario, vai a "Seleziona una metrica" ​​nella scheda Panoramica per visualizzare la durata.

2. Scegli un'alternativa a Google Analytics .

Sebbene Google Analytics sia lo strumento di analisi web più popolare nel settore, potrebbe non soddisfare tutte le tue esigenze specifiche. Esiste un gran numero di strumenti di analisi in grado di misurare la concorrenza in modo più allineato con la definizione tradizionale di utenti simultanei.

E la cache?

Quindi, gli utenti simultanei sono una misura valida delle prestazioni? Non completamente. Questa metrica ti aiuta a comprendere l'entità dello scenario ad alto livello, ma non fornisce informazioni più approfondite.

Detto questo, è utile capire la differenza tra gli utenti che hanno effettuato l'accesso al tuo sito WordPress (membri, amministratori, editori) e gli utenti che non hanno effettuato l'accesso. Il comportamento di questi utenti produce diversi tipi di "hit" o richieste, che sono più indicativo delle prestazioni del sito (menzionato in una sezione precedente sopra).

Per espandere questo aspetto, questi diversi tipi di richieste si presentano sotto forma di statiche o dinamiche:

  • I contenuti statici (file che cambiano raramente) come CSS, JS e immagini, ad esempio, sono facilmente memorizzabili nella cache.
  • I contenuti dinamici come le pagine di accesso, i carrelli della spesa e le aree riservate agli abbonati non sono memorizzabili nella cache perché richiedono che lo schermo mostri qualcosa di unico a ogni persona che lo visita.

Ciò fa emergere il concetto di cacheability , che si riferisce al processo di archiviazione dei dati in una cache o in un'area di archiviazione temporanea. Quando il contenuto viene memorizzato nella cache, un browser può recuperarlo dalla cache anziché dal server originale, facendo risparmiare tempo all'utente finale e risparmiando alla rete qualsiasi carico di traffico aggiuntivo.

La cache è semplicemente la percentuale di visite al tuo sito memorizzabili nella cache, rispetto a quelle non memorizzabili nella cache.

 In riferimento alla suddetta classificazione statica rispetto a dinamica, i siti con contenuti più statici avranno un punteggio di cacheability più elevato. Al contrario, i siti con contenuti più dinamici avranno un punteggio di cacheability inferiore.

Quando gli utenti di WP Engine accedono al proprio sito WordPress, interagiscono con contenuti dinamici quasi completamente non memorizzabili nella cache. Pertanto, ignora i nostri livelli di cache front-end come Varnish e CDN. Di conseguenza, queste richieste non memorizzabili nella cache sono in genere più dispendiose in termini di risorse in quanto devono essere nuovamente elaborate nel back-end tramite PHP e MySQL. Nel frattempo, i siti che non richiedono un accesso possono variare in cache a seconda degli elementi nella pagina.

Questo diagramma illustra le diverse tecnologie necessarie per servire contenuti statici e dinamici:

Per illustrare, diciamo che abbiamo un sito web per l'adozione di cuccioli chiamato "The Puppy Nursery". Come nuovo visitatore che entra nel sito, sei improvvisamente coinvolto con foto di alta qualità sulla home page. Dopo aver passato il mouse sopra il menu, decidi di fare clic sulla pagina della biografia del cucciolo per maggiori dettagli su ciascun animale. Queste pagine sono per lo più statiche con descrizioni e foto di simpatici cuccioli. Poiché queste pagine hanno per lo più contenuto statico (memorizzabile nella cache), questa particolare sessione utente non richiede molte risorse.

Ora, dopo una giornata, decidi di visitare nuovamente il sito con l'intenzione di adottare un cucciolo. Fai clic sulla pagina di registrazione che si apre dinamicamente con un elenco di cuccioli più vicini alla tua posizione geografica. Dopo aver scelto un cucciolo, procedi a compilare un modulo con i dettagli di contatto personali, accetti una rinuncia alla sicurezza e fornisci i dati della tua carta di credito per la quota di adozione. Dopo aver premuto Invia, verrai reindirizzato a una pagina di "Grazie". Questa particolare sessione utente è più dinamica grazie agli elementi interattivi tra cui il pop-up personalizzato, l'invio di moduli e la transazione con carta di credito. Di conseguenza, richiede più risorse.

Come mostra questo esempio, la variazione nelle sessioni utente comporta diversi tipi di richieste e il numero di richieste al server. Queste richieste sono indicatori migliori di capacità e prestazioni rispetto al solo numero di utenti simultanei.

Nel complesso, il numero di utenti connessi e disconnessi simultanei e la possibilità di memorizzare nella cache ti aiutano a comprendere la domanda di risorse del tuo sito.

Le diverse tipologie di siti .

Chiaramente ogni sito web è unico e deve affrontare sfide diverse. Tuttavia, è ancora vero che le caratteristiche di base di un sito Web ti informeranno della sua cacheability.

Espandendo questo concetto, ecco i diversi tipi di siti che sono comunemente più statici o dinamici.

Statico:

  • Siti di brochure
  • Siti di marketing B2B
  • Organizzazione no profit
  • Blog (attività post bassa)
  • Qualsiasi sito con un'interazione dell'utente molto bassa

Dinamico:

  • Negozi di e-commerce
  • Siti di appartenenza
  • Multisito WordPress
  • Sistemi di gestione dell'apprendimento
  • Qualsiasi sito con un'elevata interazione dell'utente (commenti, registrazioni, transazioni di ordini, attività di accesso, query di ricerca)

Nota: sebbene questi siano classificati come tali, il tuo sito WordPress potrebbe avere sia elementi statici che dinamici. Ecco perché, quando guardi il tuo punteggio di cacheability, è importante capire il rapporto tra entrambi.

Ora traduciamo questo in traffico. Immagina uno scenario in cui hai due tipi di siti: brochure ed e-commerce. Per natura, il sito della brochure è più statico del negozio di e-commerce. Rispettivamente, diremo che il punteggio di cacheability di ciascun sito è del 90% e del 20%. Se il tuo sito è ospitato su WP Engine, contatta il nostro team di supporto per determinare il tuo punteggio di cacheability.

In questo scenario, supponiamo che tu abbia deciso di utilizzare una soluzione dedicata di Google Cloud sulla piattaforma di WP Engine per ciascun sito. Supponendo che le soluzioni siano esattamente le stesse, quanto traffico può gestire il sito della brochure prima che si interrompa? Che ne dici del sito di e-commerce?

Come ora sai, la risposta dipende. In generale, il sito della brochure sulla soluzione dedicata potrebbe supportare un numero significativamente maggiore di visitatori al mese rispetto al sito di e-commerce. È semplicemente più statico e memorizzabile nella cache. Questa è un'ipotesi relativamente sicura che possiamo fare.

Per quanto riguarda il numero esatto di visitatori che il tuo sito può gestire, ti consigliamo di affrontare questa domanda in modo olistico suddividendola in parti più piccole.

Porsi le domande giuste .

Invece di determinare quanto traffico può gestire il tuo sito, forse la domanda più utile potrebbe essere...

Quanti utenti simultanei può gestire il mio sito nell'arco di un determinato periodo di tempo durante uno scenario di traffico elevato realistico? Ad esempio, il tuo sito verrà presentato in un programma televisivo e ti aspetti 1.000 utenti simultanei non connessi per 20 minuti.]

Quanti di questi utenti sono loggati o disconnessi?

Quanto è memorizzabile nella cache il sito?

Qual è un livello accettabile di tempo di risposta, richieste al minuto, latenza e tassi di errore durante questo picco di carico?

E come si traduce per il business, cosa succede se questi KPI non vengono raggiunti?

In che modo ciò potrebbe influire sulle entrate?

Inserisci test di carico .

Per rispondere a queste domande, consigliamo vivamente di eseguire un test di carico per simulare lo scenario reale.

 Un test di carico è il processo di richiesta di un sistema per determinarne le prestazioni.

Mentre un test Page Performance (disponibile per i clienti di WP Engine) o un test Speed ​​Tool (disponibile per tutti) misura la velocità di un sito in base a una singola visita, questo è solo il primo capitolo. Il test di carico racconta l'intera storia.

Più comunemente, viene eseguito un test di carico per simulare il traffico di picco con un numero elevato di utenti simultanei. In altre parole, come si comporta il sito sotto carico pesante e non solo una singola visita.

Per comprendere veramente la capacità del tuo ambiente in modo specifico per il tuo sito, eseguire un test di carico ti darà più sicurezza a qualsiasi livello di traffico.

Ecco alcune risorse per aiutare:

Per un'analisi più approfondita dei test di carico, consulta questo white paper.

Per suggerimenti su come migliorare la cache delle pagine, fare riferimento a questo articolo.

Considerazioni finali .

Capire quanto traffico può gestire il tuo sito può certamente creare confusione. La maggior parte dei provider di hosting gestito definisce i propri criteri e il numero massimo di visitatori mensili per le proprie soluzioni. Poiché il tuo sito ha un insieme unico di caratteristiche, non è realistico fidarsi di questi numeri per valutare le prestazioni e la capacità. E ricorda, i numeri di traffico mensili non ti aiuteranno a capire come il tuo sito gestirà un evento ad alto traffico, anche uno che potrebbe durare solo per un breve periodo di tempo.

Ecco perché questi numeri stimati dovrebbero essere usati solo come linee guida. Puoi prendere una decisione più informata ponendo le domande giuste, valutando i dati giusti e, se necessario, eseguendo i test giusti.

Come nota finale, il traffico è solo una parte del puzzle delle prestazioni ed è solo un fattore determinante nella scelta di una soluzione e di una piattaforma. Altri fattori includono livelli di memorizzazione nella cache, prestazioni del database, qualità e progettazione dell'infrastruttura, disponibilità elevata e scalabilità.

Ogni azienda ha esigenze diverse. Per i clienti aziendali, ci sono requisiti aziendali e funzionali critici che devono essere soddisfatti.

Secondo i pilastri dell'AWS Well-Architected Framework, questi sono la massima priorità:

  • Eccellenza operativa: la capacità di eseguire e monitorare i sistemi per fornire valore aziendale e migliorare continuamente i processi e le procedure di supporto.
  • Sicurezza: la capacità di proteggere le informazioni, i sistemi e le risorse fornendo valore aziendale attraverso valutazioni del rischio e strategie di mitigazione.
  • Affidabilità: la capacità di un sistema di recuperare da interruzioni dell'infrastruttura o del servizio, acquisire dinamicamente risorse di elaborazione per soddisfare la domanda e mitigare interruzioni come configurazioni errate o problemi di rete transitori.
  • Efficienza delle prestazioni: la capacità di utilizzare le risorse di elaborazione in modo efficiente per soddisfare i requisiti di sistema e mantenere tale efficienza man mano che la domanda cambia e le tecnologie si evolvono.
  • Ottimizzazione dei costi: la capacità di eseguire sistemi per fornire valore aziendale al prezzo più basso.

WP Engine segue le pratiche standard del settore che sono allineate con questi pilastri.

Vuoi saperne di più su quanto traffico può gestire il tuo sito? Clicca qui per saperne di più sui piani di WP Engine e sui vantaggi che i clienti vedono quando utilizzano la nostra piattaforma di hosting WordPress gestita.