Jump.BG è un fornitore di hosting bulgaro che gestisce la propria infrastruttura da Sofia, con opzioni di data center in tutta la Bulgaria, nel Regno Unito, in Germania e in Francia.

Ciò che è emerso di più nei test non è stato il piano in sé, ma un Redis cache manager e il cambio PHP per singolo sito integrati direttamente in cPanel, strumenti che non vedo offerti in questo modo sulla maggior parte degli host condivisi. Ecco come si sono comportati registrazione, prestazioni e supporto nei test reali.

Jump.BG

Jump.BG è una società di hosting bulgara con oltre 15 anni di esperienza, costruita sui principi della partnership a lungo termine e della fiducia. L'azienda offre un'ampia gamma di servizi — dalla registrazione di domini e hosting condiviso a Cloud VPS, Cloud VPS gestito, supporto WordPress, certificati SSL e server dedicati — adattati alle esigenze delle piccole e medie imprese.

Visita Jump.BG

Pro e Contro

Ripartizione del punteggio

Per capire dove si colloca complessivamente Jump.BG, l’ho valutato in base alla nostra metodologia di recensione che applichiamo a ogni host su questo sito, quindi i numeri qui sotto riflettono test reali piuttosto che una prima impressione.

Prezzi e Piani

Jump.BG offre una vasta gamma di servizi di hosting, tra cui:

• Shared Hosting: hosting con tecnologia LiteSpeed e cPanel
• WordPress Hosting: piani WordPress ottimizzati con caching integrato
• Reseller Hosting: rivendi hosting con il tuo marchio
• Cloud VPS & Managed Cloud VPS: server virtuali scalabili, con piani gestiti che includono cPanel e amministrazione del server
• Dedicated Servers: server autonomi ad alte prestazioni

Puoi vedere qui sotto i prezzi esatti di ciascuno di questi.

Alcune cose da sapere prima di ordinare:

• Fatturazione: Jump.BG utilizza un sistema di credito prepagato. I servizi vengono scalati dal tuo saldo e, se esaurisci il credito, non verranno provisionati.
• Rimborsi: I rimborsi idonei vengono emessi entro 14 giorni, esclusi domini, certificati SSL e altri add-on non rimborsabili. I clienti possono recedere dal contratto di hosting entro 30 giorni dall’acquisto inviando una richiesta di recesso.
• Opzioni di fatturazione: Puoi scegliere una fatturazione mensile o annuale.
• Metodi di pagamento: Carta di credito/debito, PayPal, bonifico bancario, ePay.bg, EasyPay, B-Pay e Bitcoin.
• Requisito di età: Devi avere almeno 18 anni per aprire un account.

Il compromesso è la politica di rimborso: non c’è una garanzia soddisfatti o rimborsati su cui fare affidamento se un piano non funziona, quindi vale la pena essere sicuri della propria scelta, oppure iniziare con una fatturazione mensile, prima di impegnarsi per un periodo più lungo.

Jump.BG

Jump.BG è una società di hosting bulgara con oltre 15 anni di esperienza, costruita sui principi della partnership a lungo termine e della fiducia. L'azienda offre un'ampia gamma di servizi — dalla registrazione di domini e hosting condiviso a Cloud VPS, Cloud VPS gestito, supporto WordPress, certificati SSL e server dedicati — adattati alle esigenze delle piccole e medie imprese.

Visita Jump.BG

Funzionalità

• Redis Cache Manager integrato in cPanel
• Commutazione della versione PHP per singolo sito
• Accesso SSH e supporto Git
• Sicurezza Imunify360 e ModSecurity inclusi
• Backup automatici con JetBackup 5
• Scelta tra quattro data center UE
• Supporto per app Node.js e Python
• Server LiteSpeed con caching integrato
• SSL gratuito attivo dalla registrazione

Prestazioni

Per mettere numeri reali dietro le promesse di hosting di Jump.BG, ho eseguito test GTmetrix su un sito WordPress in esecuzione sul piano Blogger Ultra, il livello più alto nella linea WordPress Hosting di Jump.BG e il piano che avevo provisioningato in precedenza in questa recensione.

Ecco la configurazione con cui stavo lavorando:

• Piano: Blogger Ultra (WordPress Hosting)
• Data center: Bulgaria, 3DC/Equinix, Sofia
• Spazio di archiviazione: 250 GB SSD come pubblicizzato (244.14 GB mostrati come disponibili nella panoramica dell’account cPanel, una piccola differenza che molto probabilmente è dovuta a una discrepanza di formattazione tra i dati pubblicizzati e quelli effettivi, piuttosto che a qualcosa di ingannevole)
• Traffico: Illimitato
• Pannello di controllo: cPanel
• Sito di test: un’installazione WordPress su hostadvice.nl

Perché GTmetrix? GTmetrix esegue test da posizioni geografiche reali utilizzando un browser Chrome effettivo, quindi i numeri riflettono ciò che vive un visitatore reale invece di una media sintetica di laboratorio. Riporta anche direttamente i Core Web Vitals di Google (LCP, TBT, CLS), che sono le metriche che Google usa per valutare l’esperienza della pagina ai fini del ranking di ricerca. Per una recensione di hosting, questo fornisce un benchmark ripetibile e confrontabile che posso eseguire contro ogni provider che testo.

Perché due test, da due continenti diversi? L’infrastruttura di Jump.BG funziona da Sofia, Bulgaria, e GTmetrix non ha un nodo di test a Sofia, quindi Francoforte è la località di test più vicina al server reale e offre una lettura realistica, nel migliore dei casi, per il traffico europeo vicino. Ma Jump.BG non si rivolge solo a un pubblico bulgaro o regionale.

Il checkout multi-valuta, il selettore di lingua sulla homepage e le opzioni di pagamento che includono PayPal e Bitcoin indicano chiaramente un host interessato anche a clienti internazionali.

Testare solo da accanto al server racconterebbe solo una parte della storia, quindi ho eseguito un secondo test da San Antonio, Texas, per vedere cosa ottiene davvero un visitatore dall’altra parte dell’Atlantico. Tra i due, ottieni sia il caso migliore realistico sia il caso distante realistico, non solo un numero ottimistico dal punto di test più vicino disponibile.

Punteggi GTmetrix: Francoforte vs USA

Il divario di 12 punti nelle prestazioni tra le due località è il segnale più chiaro qui, e il Largest Contentful Paint racconta la stessa storia da un’angolazione diversa: 1.0s da Francoforte contro 2.5s da San Antonio.

La soglia di Google per un LCP “buono” è pari o inferiore a 2.5s, quindi il risultato di Francoforte rientra comodamente in quel limite mentre il risultato statunitense si colloca proprio sul confine, invece che chiaramente all’interno.

Alcuni punti da evidenziare:

• CLS pari a 0 in entrambe le esecuzioni significa che il layout rimane stabile indipendentemente dalla distanza della richiesta, il che non è influenzato dalla distanza di rete e riflette una costruzione pulita della pagina piuttosto che le prestazioni del server
• Il TBT è in realtà più basso nel test USA rispetto a quello di Francoforte (111ms contro 184ms), cosa che a prima vista sembra controintuitiva. Il TBT misura quanto tempo il thread principale viene bloccato dall’esecuzione degli script durante il caricamento della pagina, e dipende più dall’istanza del browser che esegue il test che dalla distanza di rete, quindi questo non è un segnale che la connessione USA sia più veloce, ma solo un promemoria del fatto che non tutte le metriche si muovono nella stessa direzione della latenza
• Entrambi i valori TBT sono ben al di sotto della soglia di 200ms che segnala un problema in ogni caso

Analisi del caricamento della pagina

È qui che la penalizzazione dovuta alla distanza emerge in termini specifici e spiegabili. Solo il tempo di connessione passa da 123ms a 497ms, e il TTFB quasi triplica, da 275ms a 788ms.

Entrambi sono coerenti con un server in una sola regione: la richiesta deve fisicamente viaggiare da Texas a Sofia e ritorno prima che la pagina possa iniziare a renderizzarsi, e non c’è modo di aggirare questo problema con un account a località singola.

Per i lettori, questo si traduce in due scenari pratici:

• Se i tuoi visitatori sono concentrati in Europa, soprattutto vicino alla Germania o a regioni limitrofe, i numeri di Francoforte sono il tuo riferimento operativo: LCP di 1.0s, TTFB di 275ms e un tempo di caricamento completo di 3.2s. Si tratta di un risultato solido per un hosting WordPress condiviso.
• Se i tuoi visitatori sono in gran parte in Nord America o distribuiti a livello globale, aspettati invece i numeri di San Antonio: LCP di 2.5s, TTFB di 788ms e 3.8s di caricamento completo. Nessuno di questi valori fallisce apertamente i Core Web Vitals, ma il risultato LCP in particolare si colloca proprio al limite della soglia “buona” di Google, invece che in modo sicuro al suo interno.

Una limitazione che vale la pena evidenziare chiaramente: le quattro opzioni di data center di Jump.BG al momento della registrazione, Bulgaria, Regno Unito, Germania e Francia, si trovano tutte in Europa.

Non c’è una regione USA o un’altra regione non europea tra cui scegliere, quindi un lettore il cui pubblico sia concentrato in Nord America o in Asia non ha un modo per ridurre quella distanza all’interno della lineup di Jump.BG, come potrebbe invece fare con un host che offre regioni globali.

Verdetto complessivo sulle prestazioni

Per un pubblico europeo, il piano Blogger Ultra di Jump.BG offre numeri solidi: 84% di GTmetrix Performance, un LCP di 1.0s e una pagina completamente caricata in 3.2 secondi da Francoforte, tutti comodamente entro le soglie “buone” di Google. Il quadro cambia per i visitatori più lontani. Da San Antonio, le prestazioni scendono al 72%, l’LCP quasi raddoppia fino a collocarsi proprio sul bordo dell’intervallo “buono”, e il TTFB quasi triplica a causa della distanza fisica da Sofia.

Nulla di questo indica un server mal configurato, il punteggio CLS è rimasto a 0 in entrambi i test e la struttura di base della pagina non è cambiata, si tratta di un compromesso distanza-dal-server che vedresti con qualsiasi host a singola regione, e che non puoi aggirare visto che tutte e quattro le opzioni di data center di Jump.BG si trovano in Europa.

Se il tuo traffico è europeo, questo piano offre prestazioni superiori alla media dell’hosting condiviso. Se una parte significativa dei tuoi visitatori si trova al di fuori dell’Europa, prepara il budget per i numeri più lenti e non per il risultato di Francoforte, poiché attualmente non esiste un’opzione regionale più vicina da cui attingere.

Jump.BG

Jump.BG è una società di hosting bulgara con oltre 15 anni di esperienza, costruita sui principi della partnership a lungo termine e della fiducia. L'azienda offre un'ampia gamma di servizi — dalla registrazione di domini e hosting condiviso a Cloud VPS, Cloud VPS gestito, supporto WordPress, certificati SSL e server dedicati — adattati alle esigenze delle piccole e medie imprese.

Visita Jump.BG

Facilità d’uso

Ho seguito il processo d’ordine di Jump.BG come farebbe un nuovo cliente, dalla homepage alla scelta del piano, alla configurazione del dominio e al checkout, fino all’ambiente cPanel che viene fornito con l’account attivo. Ecco com’è andato questo processo, e in cosa si è distinto rispetto ad altri host condivisi che ho testato.

1. Registrazione

La prima cosa che ho notato sulla homepage di Jump.BG è stato un selettore di lingua che appare all’arrivo, permettendoti di scegliere tra bulgaro e inglese prima ancora di vedere un piano.

È un piccolo dettaglio, ma importante per un host con sede in Bulgaria: un cliente internazionale non viene lasciato a chiedersi se il sito (o il team di supporto) funzioni in inglese.

Dal menu di navigazione in alto, sono entrato nella voce Hosting, che apre un menu a discesa con sei linee di prodotto: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting e Reseller Hosting.

Ho selezionato WordPress Hosting, che elenca quattro livelli: Blogger Start, Blogger Uni, Blogger Pro e Blogger Ultra. Ogni scheda di piano indica in anticipo la capacità mensile stimata di visite e lo spazio SSD, il che è più utile in questa fase di quanto facciano la maggior parte degli host:

Ho scelto Blogger Ultra per testare il livello più alto. Facendo clic su Order non si passa direttamente al checkout. Jump.BG ti guida prima attraverso una fase di dominio, con tre scelte: registrare un nuovo dominio, trasferirne uno da un altro registrar, oppure puntare i nameserver di un dominio esistente verso Jump.BG senza trasferimento.

Quest’ultima opzione merita di essere evidenziata. Molti host offrono solo registrazione o trasferimento in questa fase, costringendoti a prendere una decisione che potresti non essere ancora pronto a prendere. Consentirti di puntare i nameserver di un dominio che lasci altrove è un modo meno impegnativo per provare l’hosting prima di decidere.

Dopo la fase del dominio, la pagina Configure mostra di nuovo le specifiche del piano insieme a una serie di scelte che la maggior parte degli host nasconde più in profondità nel checkout, o non offre affatto:

• Ciclo di fatturazione: mensile o annuale, con prezzo separato (la maggior parte degli host condivisi che ho recensito impone la fatturazione annuale in questa fase)
• Scelta della località: Bulgaria, Regno Unito, Germania o Francia, ciascuna collegata a un data center specifico
• Spam Expert: add-on a pagamento per dominio, impostato di default su zero
• Spazio su disco aggiuntivo: uno slider oltre allo spazio base del piano
• Indirizzo IP personale (dedicato): add-on a pagamento

La scelta tra quattro paesi per il data center è un vero elemento distintivo. La maggior parte degli host condivisi che ho testato ti blocca in una regione senza chiedere, mentre qui Jump.BG ti permette di scegliere prima ancora di aver pagato, cosa che conta se i tuoi visitatori sono concentrati nel Regno Unito o in altre aree dell’Europa occidentale piuttosto che in Bulgaria.

Facendo clic su Continue si apre un popup “Added to Cart” che mostra tre livelli di WordPress Support a pagamento (Basic, Optimal e Premium) prima di tornare all’ordine.

Nessuno di questi è preselezionato, e per saltarli basta fare di nuovo clic su Continue, ma è un’interruzione del checkout da tenere presente. Se sei tecnicamente in grado di gestire il tuo sito da solo, non c’è bisogno di aggiungere nessuno di questi servizi, e il piano base non richiede che vengano attivati per funzionare.

La pagina Review and Checkout è il punto in cui l’ordine prende forma. Alcune cose da segnalare qui:

• Selezione valuta: anche se i prezzi dei piani sono mostrati in EUR e BGN in tutto il sito, il checkout ti consente di passare ad altre valute, incluso USD, il che è utile se preferisci vedere e pagare nella tua valuta

• Campo codice promozionale: una casella dedicata ai codici sconto, separata dal riepilogo dell’ordine
• Campi di fatturazione aziendale: accanto ai dati personali standard, il modulo ha un set completo di campi aziendali (ragione sociale, partita IVA, indirizzo registrato e nome del responsabile), così i clienti aziendali bulgari possono ottenere una fattura IVA corretta senza contattare il supporto

• Creazione account tramite Facebook o Google: una scorciatoia insieme alla registrazione standard con email e password

Le opzioni di pagamento vanno oltre quelle della maggior parte degli host condivisi che ho recensito: pagamento con carta tramite Stripe, PayPal, ePay.bg, EasyPay, B-Pay, un’opzione di bonifico bancario locale etichettata Bank Road e Bitcoin. Accettare Bitcoin insieme a tanti processori di pagamento regionali bulgari non è qualcosa che vedo spesso in un checkout di hosting condiviso.

Due email sono arrivate immediatamente dopo aver completato l’ordine e il pagamento: una di conferma dell’acquisto e una separata che spiegava cosa fare dopo. Ricevere subito quella seconda email orientata all’azione, invece di dover cercare nel pannello di controllo il proprio punto di partenza, è un buon segnale per chi si iscrive senza esperienza pregressa di hosting.

Come l’ho trovato: il flusso d’ordine con dominio prima di tutto e le scelte esplicite nella pagina Configure su data center, ciclo di fatturazione e add-on rendono questo uno dei checkout più trasparenti che abbia testato su un host condiviso. Il popup di upselling dopo aver aggiunto il piano al carrello vale la pena aspettarselo, ma non ti impedisce di andare avanti senza selezionare nulla.

Tra i campi di fatturazione aziendale, il cambio valuta e la varietà dei metodi di pagamento, questo checkout è costruito per una gamma di clienti più ampia rispetto al tipico host single-market, e l’email di follow-up con i passaggi successivi è un piccolo accorgimento che evita a un nuovo cliente di partire da zero.

Poi passerò a quello che succede direttamente una volta che sei dentro l’ambiente di hosting stesso.

2. Gestione dell’hosting

Jump.BG affida la gestione dell’hosting a cPanel, e la versione fornita qui ha più funzionalità integrate rispetto a una installazione cPanel standard.

La prima cosa che salta all’occhio è una sezione chiamata “Jump Developed” sopra le categorie standard di cPanel, contenente tre strumenti personalizzati:

• Process Manager by Jump.BG
• Redis Cache Manager by Jump
• PHP Version per site

Il cambio della versione PHP per singolo sito appare su molti host condivisi, ma un Redis cache manager integrato direttamente in cPanel non è qualcosa che trovo molto spesso in questa fascia.

Redis di solito richiede un ticket di supporto o una configurazione da riga di comando su piani comparabili, quindi averlo esposto come strumento puntandoci e cliccandoci è un vero vantaggio per chi gestisce un sito WordPress con object caching o un’applicazione personalizzata che ne beneficia.

Oltre a questa sezione personalizzata, il resto degli strumenti copre le categorie che ci si aspetta, con alcuni dettagli da notare:

Git version control accanto agli strumenti file standard è un dettaglio che gli sviluppatori apprezzeranno e che gli utenti WordPress occasionali non toccheranno mai, il che mi dice che Jump.BG sta costruendo questo pannello per una gamma più ampia di livelli tecnici rispetto a un host focalizzato solo sui principianti.

La riga Sicurezza è dove questo piano guadagna credito reale. L’autenticazione a due fattori e Imunify360 su un piano condiviso non sono singolarmente insoliti, ma avere accesso SSH, ModSecurity e la gestione completa dei certificati SSL/TLS esposti direttamente nel pannello, con un certificato SSL già marcato come Attivo nella panoramica dell’account invece di dover essere installato manualmente, è un punto di partenza più solido rispetto a diversi altri host condivisi che ho testato, dove l’SSL richiede un passaggio manuale dopo la registrazione.

Il pannello riepilogativo dell’account sulla destra merita di essere osservato da solo. Mostra il tetto delle risorse dell’account invece di costringerti a cercarlo: 244.14 GB di spazio su disco, 2.5 GB di memoria fisica e un limite IOPS di 1,024, insieme a domini aggiuntivi illimitati, sottodomini, caselle di posta e database illimitati (ognuno mostrato come un conteggio in corso contro un simbolo di infinito invece che un limite fisso).

Quel livello di trasparenza sui limiti effettivi delle risorse, mostrato chiaramente invece di essere nascosto in un articolo della knowledge base, è qualcosa che molti host condivisi evitano di fare perché i limiti reali spesso smentiscono il linguaggio “illimitato” della pagina di marketing. Jump.BG mette i numeri davanti a te invece.

WordPress Manager by Softaculous e Social Media Management compaiono entrambi come voci autonome nella barra laterale sinistra, al di fuori della griglia principale degli strumenti, mettendo l’accesso one-click alla gestione WordPress e agli strumenti social a un solo clic da qualsiasi punto del pannello anziché richiedere uno scroll nella sezione Software.

Softaculous stesso offre una vasta libreria di script, dai CMS e forum ai giochi, gallerie di immagini e gestione annunci, ampliando questo piano ben oltre un semplice caso d’uso WordPress se decidi di eseguire qualcos’altro sullo stesso account.

Verdetto complessivo sulla facilità d’uso

Passare dalla homepage di Jump.BG a un account hosting funzionante è un processo breve con alcuni punti decisionali utili lungo il percorso: un cambio lingua all’arrivo, una fase di dominio che non ti costringe a fare un trasferimento e una pagina Configure che mette in primo piano località del data center, ciclo di fatturazione e add-on prima del pagamento, invece che dopo. La schermata di upsell WordPress Support al checkout vale la pena aspettarsela, ma è facile da saltare.

Dove questo piano si distingue davvero è dentro cPanel. Un Redis cache manager e il controllo della versione PHP per singolo sito in una sezione “Jump Developed”, accesso SSH e gestione completa di SSL/TLS esposti di default, un certificato SSL già attivo invece di richiedere una configurazione manuale, e una panoramica dell’account che indica limiti reali delle risorse invece di nascondersi dietro il linguaggio di marketing “illimitato” indicano tutti un host costruito per utenti tecnicamente competenti, non solo per chi crea un sito per la prima volta.

Se vuoi quel livello di controllo del server senza uscire da cPanel, questo è un punto di partenza migliore rispetto alla maggior parte dei piani di hosting condiviso a questo livello.

Livello di supporto

La live chat è il canale di supporto principale di Jump.BG. Si trova nell’angolo in basso a destra di ogni pagina della dashboard, quindi non c’è bisogno di scavare in un portale di supporto o aprire un modulo di ticket per iniziare una conversazione. Ho deciso di metterla alla prova con una domanda tecnica sul Redis Cache Manager che ho trovato in cPanel.

1. Live Chat

La chat si apre con un assistente AI chiamato Froggy, che si identifica come AI fin dall’inizio e dichiara che un operatore umano esamina la conversazione e interviene quando necessario. Questa informativa è importante: sai fin dal primo messaggio se stai parlando con un bot o con una persona, e ti viene detto che un umano sta già monitorando la situazione sullo sfondo invece di doverlo chiedere.

Ho chiesto se l’istanza Redis dietro al Redis Cache Manager sia isolata per account o condivisa con prefisso chiave. La risposta di Froggy è stata specifica invece che generica:

• Ogni account hosting ottiene la propria istanza Redis con host e porta unici, visibili in cPanel sotto Redis Cache Manager by Jump.BG
• Se più siti si trovano nello stesso account, l’istanza Redis è condivisa tra loro e ciascun sito deve usare un database number diverso (0 through 15) per evitare che i dati della cache si mescolino tra siti
• Ha segnalato da solo un reale problema di compatibilità: i plugin Redis Cache e LiteSpeed Cache non funzionano insieme, poiché LiteSpeed Cache ha la propria configurazione Redis sotto Settings, Advanced
• Ha collegato un articolo della knowledge base e un post del blog per ulteriori letture, e ha fornito le esatte costanti wp-config.php necessarie per connettere WordPress all’istanza

Quel avvertimento sul database number per più siti non era qualcosa che avevo chiesto. Fornire quel dettaglio spontaneamente è il tipo di informazione che evita a un cliente un problema reale (contaminazione della cache tra due siti nello stesso account) prima che lo incontri.

Un agente umano, Stoyan, si è unito alla chat subito dopo senza che glielo chiedessi, ha confermato la stessa risposta sull’isolamento e mi ha ringraziato per averlo contattato.

Ho poi chiesto se Redis fosse configurato per la persistenza (RDB o AOF) o usato solo come cache in memoria. Stoyan mi ha chiesto un momento per verificare, poi è tornato con una risposta diretta: la persistenza snapshot RDB è abilitata, AOF no.

Cosa ne penso: il passaggio da AI a umano qui funziona meglio di molte implementazioni che ho visto. La risposta di Froggy non era una corrispondenza superficiale con la parola “Redis”, ha separato correttamente una domanda a livello di piano da un dettaglio di configurazione a livello di sito e ha aggiunto un avvertimento sui conflitti tra plugin che non avevo chiesto.

L’arrivo di Stoyan senza una richiesta ha eliminato la solita attesa per l’assegnazione di un ticket a un umano, anche se il suo primo messaggio ha ripetuto ciò che Froggy aveva già coperto invece di proseguire da lì.

Il momento che mi ha detto di più è stata la domanda sulla persistenza: Stoyan non ha indovinato né dato una risposta rassicurante ma vaga, ha controllato e ha restituito la configurazione esatta (RDB, non AOF). Questa è la differenza tra un operatore che legge uno script e uno che conosce l’infrastruttura.

2. Knowledge base

Dopo aver testato il supporto live, volevo vedere se Jump.BG lo supporta anche con documentazione self-service, visto che non tutte le domande meritano l’apertura di una chat.

La knowledge base si trova dietro lo stesso menu laterale di supporto della live chat e della cronologia ticket, organizzata in nove categorie:

Shared Hosting e Domains portano gran parte dei contenuti, il che è coerente con i punti in cui la maggior parte dei clienti ha davvero bisogno di aiuto. Online Radio ha una categoria dedicata di 10 articoli, un dettaglio specifico di Jump.BG, dato che l’hosting di streaming audio non è un prodotto che la maggior parte degli host condivisi offre affatto, figuriamoci documentarlo separatamente.

Ho aperto uno degli articoli collegati, “Changing PHP version for a specific directory or site”, per verificare la qualità della scrittura stessa.

L’articolo è una guida in tre passi: individuare la directory root del sito tramite FTP o File Manager, aprire o creare il file .htaccess, quindi aggiungere uno dei vari blocchi di codice a seconda della versione PHP desiderata, con copertura individuale da 5.2 a 8.4.

Collega a un articolo separato per cambiare la versione PHP a livello di account e si conclude con una serie di articoli correlati (fondamenti dell’hosting condiviso, cambio del dominio root, impostazioni SMTP, permessi dei file, accesso cPanel) che hanno tutti senso come passo successivo per chi sta leggendo questo.

L’articolo mostra 346 utenti che lo hanno trovato utile su 770 voti, quindi non è una pagina che nessuno legge.

Un piccolo difetto: le intestazioni delle versioni PHP da 7.1 a 8.0 passano al bulgaro a metà articolo (“За PHP версия 7.1, добавете следните редове”) per poi tornare all’inglese per 8.1 fino a 8.4.

L’elenco Most Popular Articles della homepage ha lo stesso problema: accanto a voci in inglese come “Free SSL certificate from Let’s Encrypt”, diversi dei primi cinque sono solo in bulgaro, inclusi “Какво е SSL” (What is SSL) e “Плащане чрез ePay” (Payment via ePay).

Cosa ne penso: la profondità c’è. Shared Hosting e Domains hanno una copertura reale, l’articolo sulla versione PHP è abbastanza preciso da risolvere il problema reale senza un ticket di supporto, e i conteggi dei voti suggeriscono che le persone trovano e usano queste pagine, non si limitano a passarci sopra.

L’incoerenza linguistica è l’unica cosa da sapere in anticipo. Se usi la versione inglese del sito, non sorprenderti se un link in Most Popular o un blocco di codice a metà articolo passa al bulgaro. Non compromette le informazioni, poiché i frammenti di codice sono gli stessi in entrambi i casi, ma è una lacuna in un’esperienza di supporto altrimenti pronta per l’inglese.

Verdetto complessivo sul livello di supporto

La live chat di Jump.BG è rapida da raggiungere, e ottenere una risposta reale è altrettanto rapido. L’assistente AI ha gestito una domanda tecnica sull’isolamento di Redis con dettagli specifici invece di una risposta generica, ha segnalato un conflitto tra plugin che non avevo chiesto, e l’agente umano che si è unito senza essere sollecitato ha confermato la risposta dell’AI e poi ha verificato un follow-up più difficile sulla persistenza invece di indovinare.

La knowledge base ha una vera profondità dove conta di più, in Shared Hosting e Domains, e l’articolo sulla versione PHP che ho esaminato era abbastanza accurato e specifico da poter essere utilizzato direttamente. L’unica lacuna costante in entrambi i canali è la lingua: gli articoli della knowledge base e l’elenco Most Popular mescolano inglese e bulgaro senza preavviso, cosa da tenere presente se gestisci l’account interamente in inglese.

Per risposte rapide e tecnicamente accurate a domande infrastrutturali reali, questa è una delle esperienze di supporto più solide che abbia testato su un host condiviso.

Jump.BG

Jump.BG è una società di hosting bulgara con oltre 15 anni di esperienza, costruita sui principi della partnership a lungo termine e della fiducia. L'azienda offre un'ampia gamma di servizi — dalla registrazione di domini e hosting condiviso a Cloud VPS, Cloud VPS gestito, supporto WordPress, certificati SSL e server dedicati — adattati alle esigenze delle piccole e medie imprese.

Visita Jump.BG

Conclusione: consigliamo Jump.BG Hosting?

Sì, con un’idea chiara di per chi è adatto. Jump.BG si distingue per la profondità tecnica integrata nel suo ambiente cPanel: un Redis cache manager, cambio PHP per singolo sito, accesso SSH e supporto Git non sono cose che trovo spesso incluse in un piano di hosting condiviso o WordPress, e lo rendono un’opzione più forte per sviluppatori e utenti tecnicamente competenti che per un proprietario di sito alle prime armi alla ricerca della configurazione più semplice possibile.

Le prestazioni confermano questo per un pubblico europeo, con numeri GTmetrix solidi da Francoforte, mentre i visitatori al di fuori dell’Europa vedranno un calo reale dato che tutte e quattro le opzioni di data center sono nel continente.

Il supporto ha retto bene sotto una vera domanda tecnica, con una risposta rapida e accurata sia dall’assistente AI sia dall’agente umano che è seguito.

Jump.BG

5.0

6 user reviews

€ 3,26 /mo

Prezzo iniziale

Visita Jump.BG

Rating based on expert review

• Intuitività
  4.5
• Supporto
  4.8
• Funzioni
  4.6
• Affidabilità
  4.2
• Prezzo
  4.5