ForHosting KIT · Finanza e denaro

Calcolatore frequenza di rimbalzo

250 sessioni di una sola pagina su 1.000 visite sono una frequenza di rimbalzo del 25%: restano 750 visite che sono andate oltre la prima pagina. Inserisca i due numeri del suo report di analisi per qualsiasi pagina o settimana. Gratis nel suo browser.

  • Gratis
  • Funziona nel suo browser
  • Senza registrazione
  • I suoi dati restano sul dispositivo
Usalo da WebAPIEmailTelegramApp presto
Se inserisce
Sessioni a pagina singola
250
Sessioni totali
1000
Ottiene
Frequenza di rimbalzo
25
Sessioni coinvolte
750
Tasso di non rimbalzo
75

La frequenza di rimbalzo di un sito è la quota delle visite che non vanno oltre la prima pagina. I team di prodotto, marketing e analytics la usano come primo segnale di salute: una pagina di atterraggio che perde la maggior parte delle sessioni è un problema di conversione, non di traffico. Questo calcolatore di frequenza di rimbalzo accetta due conteggi — sessioni a una sola pagina (rimbalzi) e sessioni totali — e restituisce la percentuale con la stessa identità che pubblica qualsiasi suite di analytics: la frequenza di rimbalzo è uguale alle sessioni a una sola pagina divise per le sessioni totali, per cento.

Che cosa misura la frequenza di rimbalzo e come nasce la percentuale

La frequenza di rimbalzo è la percentuale di sessioni che contengono una sola visualizzazione di pagina: il visitatore è arrivato, ha visto un unico documento ed è uscito senza un secondo hit. Nella definizione classica di analytics quelle visite sono sessioni a una sola pagina, e il tasso è quel conteggio diviso per le sessioni totali, poi scalato in percentuale.

Duecentocinquanta rimbalzi su mille sessioni sono il venticinque per cento; un rimbalzo su tre sessioni è il trentatré periodico, restituito qui arrotondato half-up a sei decimali perché i goldens restino stabili tra runtime. Un conteggio di rimbalzi uguale al totale è altrettanto legittimo: ogni visita è stata a una sola pagina e il tasso è il cento per cento.

Non è legittimo un totale nullo o negativo, perché dividere per zero non produce un tasso, né un conteggio di rimbalzi maggiore del totale, perché Lei non può far rimbalzare più visite di quante ne abbia avute. Tariffa e restituisce il rapporto da manuale su due conteggi che Lei ha già dal magazzino dati, dal tag o da un'esportazione settimanale.

Controlli di salute delle pagine di atterraggio

Trasformi le sessioni a una sola pagina e il totale di una settimana nella frequenza di rimbalzo che può collocare accanto alla pagina in una revisione di crescita.

Che cosa accade se le sessioni totali sono zero?

La frequenza di rimbalzo resta indefinita quando non ci sono sessioni per cui dividere, e il fallimento non viene fatturato.

È la stessa frequenza di rimbalzo dell'analytics web classica?

Sì per l'identità da manuale: un rimbalzo è una sessione a una sola pagina, e il tasso è quel conteggio sulle sessioni totali in percentuale. Non applica regole successive di tempo di engagement né di eventi di conversione.

La frequenza di rimbalzo può essere dello 0% o del 100%?

Sì, sono entrambe valide. Zero sessioni di una sola pagina significa che ogni visitatore ha visto almeno una seconda pagina, quindi la frequenza è dello 0%. Se tutte le sessioni sono state di una pagina, è del 100%.

Che cos'è la frequenza di non rimbalzo?

È la quota di visite andate oltre la prima pagina: 100 meno la frequenza di rimbalzo. Le sessioni con interazione sono il totale meno quelle di una sola pagina, quindi le due frequenze sommano sempre 100.

Perché un numero di rimbalzi superiore alle sessioni totali viene rifiutato?

Perché una pagina non può perdere più visite di quante ne abbia avute. Quando succede, i due numeri vengono di solito da report o periodi diversi: li prenda entrambi dallo stesso report e dallo stesso periodo.

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

POSThttps://api.kit.forhosting.com/fin/bounce-rate

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

curl -X POST https://api.kit.forhosting.com/fin/bounce-rate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"single_page_sessions":250,"total_sessions":1000}'
{
  "single_page_sessions": 250,
  "total_sessions": 1000
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.bounce_rate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

per richiesta$0.002

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

HTTPCodiceSignificato
401unauthorizedChiave API mancante o non valida: controlla l'header Authorization.
402insufficient_balanceCredito esaurito: ricarica per continuare a eseguire attività.
404unknown_typeTipo di attività sconosciuto: controlla il campo type della richiesta.
429rate_limitedTroppe richieste in poco tempo: rallenta e riprova tra qualche secondo.

Quando le sessioni totali sono zero il rapporto resta indefinito, così il compito fallisce con invalid_input e non viene fatturato.

Che cosa misura la frequenza di rimbalzo e come nasce la percentuale

Il complemento è altrettanto utile: engaged_sessions è il totale meno le sessioni a una sola pagina, e non_bounce_rate è cento meno bounce_rate, così i due tassi sommano sempre a cento. Un conteggio di rimbalzi nullo è un esito legittimo — ogni sessione ha raggiunto almeno una seconda pagina — e restituisce bounce_rate zero invece di un errore. Questo endpoint non ingerisce un log grezzo di hit, non classifica l'engagement come farebbe un prodotto di analytics successivo (tempo sulla pagina, eventi di conversione, soglie di durata) e non campiona.

Contratto di ingresso, forma della risposta ed errori

Quei fallimenti non vengono fatturati. I tassi sono arrotondati half-up a sei decimali; i conteggi di sessione tornano come i numeri finiti che Lei ha inviato. Invii tramite POST un corpo JSON con due numeri finiti obbligatori. single_page_sessions è il conteggio dei rimbalzi nella finestra di report; gli alias bounced_sessions, bounces e bounced puntano allo stesso campo perché una colonna del magazzino conservi il nome. total_sessions è ogni sessione di quella stessa finestra; gli alias sessions e total sono accettati. Ogni campo può arrivare come numero JSON o come stringa numerica. Campi assenti, stringhe vuote e valori non finiti falliscono con invalid_input indicando il campo. Se single_page_sessions è negativo, la richiesta fallisce. Se single_page_sessions è maggiore di total_sessions, la richiesta fallisce perché un rimbalzo non può superare le visite da cui è tratto. Se la convalida passa, il corpo ripete single_page_sessions e total_sessions, segnala bounce_rate come percentuale, engaged_sessions come conteggio complementare, non_bounce_rate come cento meno bounce_rate, e una stringa formula che riformula l'identità. Esempio: duecentocinquanta sessioni a una sola pagina e mille sessioni totali producono bounce_rate venticinque, engaged_sessions settecentocinquanta e non_bounce_rate settantacinque. Abbini il JSON al proprio grano temporale se Le serve una serie settimanale; questo endpoint calcola una finestra per volta e non emette grafici.

Dove un calcolatore di frequenza di rimbalzo merita il posto

I team di crescita e di prodotto usano un calcolatore di frequenza di rimbalzo quando una pagina di atterraggio, una campagna o un locale è accusato di far filtrare traffico: hanno già i totali di sessione in un foglio e servono la stessa percentuale che stamperebbe il loro prodotto di analytics, senza attendere un'esportazione dall'interfaccia. È una ricerca e un lavoro diversi dal calcolare il tasso di clic o il tasso di conversione: quei rapporti usano clic o conversioni al numeratore, mentre la frequenza di rimbalzo usa sessioni a una sola pagina rispetto a tutte le sessioni. Una convalida fallita non consuma saldo. Le agenzie ricalcolano i due conteggi per creatività e per dispositivo così un deck settimanale può confrontare bounce_rate tra varianti con una sola regola di arrotondamento condivisa. I partner finanziari che allocano la spesa media a pagamento rispetto alla qualità di sessione prendono single_page_sessions e total_sessions dal magazzino e fissano bounce_rate in un modello che non deve chiamare un'API di analytics proprietaria. Poiché l'implementazione è parse pura di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita. Mantenga total_sessions strettamente positivo, il conteggio dei rimbalzi entro il totale di sessioni, fissi la percentuale arrotondata nei test e otterrà una frequenza di rimbalzo web riproducibile per cruscotti, plugin LMS e worker di bordo, senza erigere un motore di analytics proprio.

Confronto di campagne e creatività

Ricalcoli bounce_rate per annuncio, locale o dispositivo da due conteggi del magazzino così ogni variante condivide la stessa percentuale e lo stesso arrotondamento.

Modelli di qualità della media a pagamento

Fissi bounce_rate in un foglio di allocazione della spesa senza chiamare un'API di analytics proprietaria per un rapporto di cui ha già gli input.

Come si calcola la frequenza di rimbalzo di un sito?

Invii i numeri finiti single_page_sessions (rimbalzi) e total_sessions. L'API restituisce bounce_rate = (single_page_sessions / total_sessions) × 100, oltre a engaged_sessions e non_bounce_rate.

Il conteggio dei rimbalzi può superare le sessioni totali?

No. single_page_sessions deve stare tra zero e total_sessions, estremi inclusi. Un conteggio di rimbalzi maggiore è rifiutato come invalid_input.

Quanto costa il calcolatore di frequenza di rimbalzo?

Lo strumento del browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; un input non valido non viene fatturato.

Leggi la documentazione completa del KIT →