Jump.BG je bulharský poskytovatel hostingu, který provozuje svou infrastrukturu v Sofii, s možnostmi datacenter napříč Bulharskem, Velkou Británií, Německem a Francií.

Nejvíc mě při testování zaujalo ne samotné tarify, ale správce Redis cache a přepínání PHP pro jednotlivé weby zabudované přímo do cPanelu, nástroje, které jsem u většiny sdílených hostingů v této podobě neviděl. Tady je, jak si registrace, výkon a podpora vedly v reálném testování.

Jump.BG

Jump.BG je bulharská hostingová společnost s více než 15 lety zkušeností, vybudovaná na principech dlouhodobého partnerství a důvěry. Společnost nabízí širokou škálu služeb — od registrace domén a sdíleného hostingu až po Cloud VPS, spravované Cloud VPS, podporu WordPressu, SSL certifikáty a dedikované servery — přizpůsobených potřebám malých a středních podniků.

Navštivte Jump.BG

Klady a zápory

Rozpis hodnocení

Abych zjistil, kam se Jump.BG celkově řadí, ohodnotil jsem jej podle naší metodiky recenzí kterou používáme u každého hostingu na tomto webu, takže níže uvedená čísla odrážejí skutečné testování, nikoli první dojem.

Ceny a plány

Jump.BG nabízí širokou škálu hostingových služeb, včetně:

• Shared Hosting: hosting s LiteSpeed a cPanel
• WordPress Hosting: optimalizované WordPress tarify se zabudovaným cachováním
• Reseller Hosting: prodávejte hosting pod vlastní značkou
• Cloud VPS & Managed Cloud VPS: škálovatelné virtuální servery, u managed tarifů včetně cPanelu a správy serveru
• Dedicated Servers: vysoce výkonné samostatné servery

Níže si můžete prohlédnout přesné ceny jednotlivých z nich.

Než si objednáte, je dobré vědět několik věcí:

• Fakturace: Jump.BG používá systém předplaceného kreditu. Za služby se odečítá z vašeho zůstatku, a pokud vám kredit dojde, nebudou zřízeny.
• Refundace: Nárokovatelné refundace jsou vypláceny do 14 dnů, s výjimkou domén, SSL certifikátů a dalších nevratných doplňků. Zákazníci mohou od hostingové smlouvy odstoupit do 30 dnů od nákupu podáním žádosti o odstoupení.
• Možnosti fakturace: Můžete si zvolit měsíční nebo roční fakturaci.
• Platební metody: Kreditní/debetní karta, PayPal, bankovní převod, ePay.bg, EasyPay, B-Pay a Bitcoin.
• Věkový požadavek: K založení účtu vám musí být alespoň 18 let.

Nevýhodou je refundační politika: není tu žádná záruka vrácení peněz, o kterou byste se mohli opřít, pokud vám plán nebude vyhovovat, takže je vhodné si být výběrem jistí, nebo začít s měsíční fakturací, než se zavážete na delší období.

Jump.BG

Jump.BG je bulharská hostingová společnost s více než 15 lety zkušeností, vybudovaná na principech dlouhodobého partnerství a důvěry. Společnost nabízí širokou škálu služeb — od registrace domén a sdíleného hostingu až po Cloud VPS, spravované Cloud VPS, podporu WordPressu, SSL certifikáty a dedikované servery — přizpůsobených potřebám malých a středních podniků.

Navštivte Jump.BG

Funkce

• Správce Redis Cache zabudovaný v cPanelu
• Přepínání verze PHP pro jednotlivé weby
• SSH přístup a podpora Git
• Bezpečnost Imunify360 a ModSecurity v ceně
• Automatické zálohy JetBackup 5
• Výběr ze čtyř EU datacenter
• Podpora aplikací Node.js a Python
• LiteSpeed server se zabudovaným cachováním
• Zdarma SSL aktivní od registrace

Výkon

Abych podpořil tvrdá data u tvrzení o hostingu Jump.BG, spustil jsem testy GTmetrix na WordPress webu běžícím na tarifu Blogger Ultra, nejvyšší úrovni v nabídce WordPress Hostingu Jump.BG a tarifu, který jsem v této recenzi dříve zprovoznil.

Tady je nastavení, se kterým jsem pracoval:

• Tarif: Blogger Ultra (WordPress Hosting)
• Datacentrum: Bulharsko, 3DC/Equinix, Sofia
• Úložiště: 250 GB SSD uváděných v nabídce (v přehledu účtu v cPanelu zobrazeno 244.14 GB, malý rozdíl, který je nejspíš spíše formátovací než něco zavádějícího)
• Provoz: neomezený
• Ovládací panel: cPanel
• Testovací web: instalace WordPressu na hostadvice.nl

Proč GTmetrix? GTmetrix spouští testy ze skutečných geografických lokalit pomocí reálného prohlížeče Chrome, takže čísla odpovídají tomu, co zažívá skutečný návštěvník, nikoli syntetickému laboratornímu průměru. Zároveň přímo reportuje Google Core Web Vitals (LCP, TBT, CLS), což jsou metriky, podle nichž Google posuzuje zkušenost s webem pro vyhledávací pozice. U recenze hostingu to poskytuje opakovatelný, porovnatelný benchmark, který mohu použít u každého poskytovatele, kterého testuji.

Proč dva testy ze dvou různých kontinentů? Infrastruktura Jump.BG běží v Sofii v Bulharsku a GTmetrix nemá testovací uzel přímo v Sofii, takže Frankfurt je nejbližší velká testovací lokalita k samotnému serveru a dává realistický nejlepší případ pro evropský provoz v okolí. Jump.BG se ale neprofiluje jen pro bulharské nebo regionální publikum.

Více měnový checkout, přepínač jazyka na homepage a platební možnosti včetně PayPalu a Bitcoinu ukazují, že hosting míří i na zahraniční zákazníky.

Testovat jen z místa hned vedle serveru by ukázalo jen jednu stranu příběhu, takže jsem spustil druhý test ze San Antonia v Texasu, abych zjistil, co dostane návštěvník na druhé straně Atlantiku. Dohromady tak získáte realistický nejlepší případ i realistický vzdálený případ, ne jen optimistické číslo z nejbližšího dostupného testovacího bodu.

Skóre GTmetrix: Frankfurt vs USA

Dvanáctibodový rozdíl ve výkonu mezi těmito dvěma lokalitami je tady nejzřetelnější signál a stejný příběh z jiného úhlu vypráví i Largest Contentful Paint: 1.0s z Frankfurtu oproti 2.5s ze San Antonia.

Google sám považuje za hranici „dobrého“ skóre LCP 2.5s nebo méně, takže frankfurtský výsledek je pohodlně uvnitř tohoto limitu, zatímco americký výsledek dopadá přesně na hranici, nikoli jasně uvnitř ní.

Několik bodů, které stojí za to vytáhnout:

• CLS na hodnotě 0 v obou bězích znamená, že rozložení zůstává stabilní bez ohledu na to, odkud požadavek přichází, což je ovlivněno konstrukcí stránky, nikoli vzdáleností k serveru
• TBT je ve skutečnosti nižší u amerického testu než u frankfurtského (111ms versus 184ms), což na první pohled vypadá protiintuitivně. TBT měří, jak dlouho je hlavní vlákno blokováno vykonáváním skriptů při načítání stránky, což více závisí na instanci prohlížeče použité při testu než na vzdálenosti, takže to není znamení, že americké připojení je rychlejší, jen připomínka, že ne každá metrika se pohybuje stejným směrem jako latence
• Obě hodnoty TBT jsou hluboko pod hranicí 200ms, která signalizuje problém

Rozpad načítání stránky

Tady se rozdíl vzdálenosti promítá do konkrétních, vysvětlitelných čísel. Samotný Connect čas roste z 123ms na 497ms a TTFB se téměř ztrojnásobí, z 275ms na 788ms.

Obojí odpovídá jedné regionální serverové lokalitě: požadavek musí fyzicky cestovat z Texasu do Sofie a zpět, než se stránka vůbec může začít vykreslovat, a s hostingem v jedné lokalitě s tím nic nenaděláte.

Pro čtenáře to znamená dva praktické scénáře:

• Pokud se vaši návštěvníci soustředí v Evropě, zejména blízko Německa nebo v okolních regionech, jsou frankfurtská čísla vaším pracovním základem: 1.0s LCP, 275ms TTFB a plně načtený čas 3.2s. To je silný výsledek pro sdílený WordPress hosting.
• Pokud jsou vaši návštěvníci převážně v Severní Americe nebo rozptýlení globálně, očekávejte spíše sanantonská čísla: 2.5s LCP, 788ms TTFB a 3.8s plně načteného času. Žádná z těchto hodnot přímo neprochází Core Web Vitals jako nevyhovující, ale zejména LCP se nachází přesně na hranici Google „dobrého“ limitu, nikoli bezpečně uvnitř něj.

Jedno omezení, které je fér výslovně zmínit: čtyři možnosti datacenter Jump.BG při objednávce, Bulharsko, Velká Británie, Německo a Francie, jsou všechny v Evropě.

Není tu žádný americký ani jiný neevropský region, který by bylo možné zvolit, takže čtenář s publikem soustředěným v Severní Americe nebo Asii nemá možnost zkrátit tuto vzdálenost v rámci samotné nabídky Jump.BG tak, jako by tomu bylo u hostingu s globálními regiony.

Celkový verdikt k výkonu

Pro evropské publikum poskytuje tarif Blogger Ultra od Jump.BG dobrá čísla: 84% GTmetrix Performance, 1.0s LCP a plně načtenou stránku za 3.2 sekundy z Frankfurtu, což je pohodlně v rámci Google „dobrých“ limitů. Obrázek se mění u návštěvníků dále od serveru. Ze San Antonia výkon klesá na 72%, LCP se téměř zdvojnásobí a dostává se na samotný okraj „dobrého“ rozsahu a TTFB se kvůli fyzické vzdálenosti do Sofie téměř ztrojnásobí.

Nic z toho nenasvědčuje špatně nakonfigurovanému serveru, CLS zůstalo v obou testech na čisté hodnotě 0 a samotná stavba stránky se nezměnila, jde o kompromis mezi vzdáleností a serverem, který byste viděli u jakéhokoli hostingu v jednom regionu a který nelze obejít, protože všechna čtyři datacentra Jump.BG jsou v Evropě.

Pokud je vaše návštěvnost evropská, tato služba si vede výrazně nad průměrem sdíleného hostingu. Pokud je významná část vašich návštěvníků mimo Evropu, počítejte spíše s pomalejšími hodnotami než s frankfurtským výsledkem, protože momentálně tu není bližší regionální možnost, ke které by bylo možné se uchýlit.

Jump.BG

Jump.BG je bulharská hostingová společnost s více než 15 lety zkušeností, vybudovaná na principech dlouhodobého partnerství a důvěry. Společnost nabízí širokou škálu služeb — od registrace domén a sdíleného hostingu až po Cloud VPS, spravované Cloud VPS, podporu WordPressu, SSL certifikáty a dedikované servery — přizpůsobených potřebám malých a středních podniků.

Navštivte Jump.BG

Snadnost použití

Prošel jsem objednávkový proces Jump.BG tak, jak by to udělal nový zákazník, od homepage přes výběr tarifu, nastavení domény a checkout, až do prostředí cPanelu, které je s aktivním účtem dodáváno. Tady je, jak tento proces vypadá, a čím se odlišoval od jiných sdílených hostingů, které jsem testoval.

1. Registrace

První věc, které jsem si na homepage Jump.BG všiml, byl výběr jazyka, který se objeví hned po příchodu a umožňuje zvolit si mezi bulharštinou a angličtinou ještě dříve, než si vůbec prohlédnete tarif.

Je to malý detail, ale u hostingu se sídlem v Bulharsku na tom záleží: mezinárodní zákazník není ponechán v nejistotě, zda web (nebo tým podpory) funguje v angličtině.

V horní navigaci jsem klikl do nabídky Hosting, která rozbalí šest produktových linií: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting a Reseller Hosting.

Vybral jsem WordPress Hosting, který uvádí čtyři úrovně: Blogger Start, Blogger Uni, Blogger Pro a Blogger Ultra. Každá karta tarifu uvádí odhadovanou měsíční návštěvnost a přidělení SSD předem, což je v této fázi užitečnější než u většiny poskytovatelů:

Zvolil jsem Blogger Ultra, abych otestoval nejvyšší úroveň. Kliknutí na Order vás nepošle rovnou k checkoutu. Jump.BG vás nejprve provede krokem s doménou, kde jsou tři možnosti: zaregistrovat novou doménu, převést stávající od jiného registrátora, nebo nasměrovat nameservery stávající domény na Jump.BG bez převodu.

Ta třetí možnost stojí za zmínku. Hodně hostitelů v této fázi nabízí jen registraci nebo převod, což vás nutí k rozhodnutí, na které ještě možná nejste připraveni. Umožnit nasměrování nameserverů u domény, kterou necháváte jinde, je méně závazný způsob, jak si hosting nejdřív vyzkoušet.

Po kroku s doménou stránka Configure zobrazí specifikace tarifu znovu spolu s několika volbami, které většina hostitelů schovává hlouběji v checkoutu nebo vůbec nenabízí:

• Fakturační cyklus: měsíční nebo roční, s odděleným naceněním (většina sdílených hostingů, které jsem recenzoval, v této fázi nutí k roční fakturaci)
• Volba lokality: Bulharsko, Spojené království, Německo nebo Francie, každá navázaná na konkrétní datacentrum
• Spam Expert: placený doplněk za doménu, přednastavený na nulu
• Další diskový prostor: posuvník nad základní kapacitou tarifu
• Osobní (dedikovaná) IP adresa: placený doplněk

Čtyřzemní výběr datacentra je skutečně výrazným rozdílem. Většina sdílených hostingů, které jsem testoval, vás bez ptaní uzamkne do jednoho regionu, ale tady vám Jump.BG umožní vybrat si ještě před zaplacením, což je důležité, pokud jsou vaši návštěvníci soustředěni ve Velké Británii nebo jinde v západní Evropě spíše než v Bulharsku.

Kliknutí na Continue otevře vyskakovací okno „Added to Cart“, které zobrazí tři úrovně placené WordPress Support (Basic, Optimal a Premium), než se vrátíte k objednávce.

Nic z toho není předem zaškrtnuté a přeskočit to stačí dalším kliknutím na Continue, ale je dobré s tím počítat jako s přerušením checkoutu. Pokud jste technicky zdatní a váš web si spravujete sami, není potřeba žádný z těchto doplňků přidávat a základní tarif je k fungování nepotřebuje.

Stránka Review and Checkout je místem, kde se objednávka skládá dohromady. Několik věcí stojí za zmínku:

• Výběr měny: i když jsou ceny tarifů na webu zobrazovány v EUR a BGN, checkout umožňuje přepnout na další měny, včetně USD, což se hodí, pokud chcete cenu i platbu vidět ve své vlastní měně

• Pole pro promo kód: samostatné pole pro slevové kódy, oddělené od souhrnu objednávky
• Firemní fakturační údaje: vedle standardních osobních údajů obsahuje formulář kompletní sadu firemních polí (název společnosti, DIČ, registrovaná adresa a jméno manažera), takže bulharští firemní zákazníci mohou získat řádnou fakturu s DPH bez kontaktování podpory

• Vytvoření účtu přes Facebook nebo Google: zkratka vedle standardní registrace přes e-mail a heslo

Platební možnosti jdou dál než u většiny sdílených hostingů, které jsem recenzoval: platba kartou přes Stripe, PayPal, ePay.bg, EasyPay, B-Pay, místní bankovní převod označený jako Bank Road a Bitcoin. Přijímat Bitcoin spolu s tolika regionálními bulharskými platebními procesory není něco, co bych u checkoutu sdíleného hostingu vídal často.

Ihned po dokončení objednávky a platby dorazily dva e-maily: jeden s potvrzením nákupu a druhý s tím, co dělat dál. To, že ten druhý, akčně orientovaný e-mail dorazí hned po checkoutu, místo aby vás nutil hledat vlastní začátek v dashboardu, je dobré znamení pro každého, kdo se registruje bez předchozích zkušeností s hostingem.

Jak to vidím: objednávkový tok od domény a volby na stránce Configure ohledně datacentra, fakturačního cyklu a doplňků dělají z tohoto checkoutu jeden z transparentnějších, které jsem u sdíleného hostingu testoval. Vyskakovací upsell po přidání tarifu do košíku je dobré očekávat, ale nepřekáží tomu, abyste pokračovali bez výběru čehokoli.

Mezi firemními fakturačními poli, přepínačem měny a škálou platebních metod je tento checkout stavěný pro širší okruh zákazníků než typický hosting pro jeden trh a následný e-mail s dalšími kroky je drobný detail, který novému zákazníkovi ušetří start od nuly.

Další krokem bude přímý pohled na to, co se děje, jakmile jste uvnitř hostingového prostředí.

2. Správa hostingu

Jump.BG předává správu hostingu do cPanelu a zde nasazená verze obsahuje víc než standardní instalace cPanelu.

První věc, která zaujme, je sekce označená jako “Jump Developed” nad standardními kategoriemi cPanelu, která obsahuje tři vlastní nástroje:

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

Přepínání verze PHP pro jednotlivé weby se objevuje u mnoha sdílených hostingů, ale správce Redis cache zabudovaný přímo do cPanelu není něco, co u této cenové úrovně vídám často.

Redis obvykle vyžaduje buď podporu přes ticket, nebo nastavení přes příkazovou řádku u srovnatelných tarifů, takže mít jej jako nástroj typu point-and-click je skutečná výhoda pro každého, kdo provozuje WordPress s object cachingem nebo vlastní aplikaci, která z něj těží.

Kromě této vlastní sekce pokrývá zbytek nástrojů kategorie, které byste očekávali, s několika detaily, které stojí za zmínku:

Git version control vedle standardních souborových nástrojů ocení vývojáři, zatímco běžní uživatelé WordPressu ho nikdy nepoužijí, což mi říká, že Jump.BG tento panel staví pro širší spektrum technických dovedností než čistě pro začátečníky.

Řádek Security je místo, kde si tento tarif skutečně zaslouží uznání. Dvoufázové ověřování a Imunify360 na sdíleném hostingu nejsou samy o sobě neobvyklé, ale mít SSH přístup, ModSecurity a plnou správu SSL/TLS certifikátů přímo dostupné v panelu, přičemž SSL certifikát je už v přehledu účtu označený jako Active místo toho, aby se musel ručně instalovat, je silnější výchozí pozice než u několika dalších sdílených hostingů, které jsem testoval, kde SSL vyžaduje po registraci ruční krok.

Panel souhrnu účtu vpravo stojí za pohled sám o sobě. Ukazuje strop zdrojů účtu místo toho, aby vás nutil je hledat: 244.14 GB diskového prostoru, 2.5 GB fyzické paměti a limit IOPS 1,024, spolu s neomezenými dalšími doménami, subdoménami, poštovními schránkami a databázemi (každé zobrazené jako průběžný počet proti symbolu nekonečna, nikoli jako pevný limit).

Taková úroveň transparentnosti ohledně skutečných limitů zdrojů, zobrazených přímo a nikoli schovaných v článku znalostní báze, je něco, čemu se mnoho sdílených hostingů vyhýbá, protože skutečné limity často podkopávají marketingové „neomezené“ tvrzení. Jump.BG tato čísla dává přímo před vás.

WordPress Manager by Softaculous a Social Media Management se objevují jako samostatné položky v levém postranním panelu, mimo hlavní mřížku Tools, takže jedno kliknutí vás dělí od správy WordPressu i sociálních nástrojů odkudkoli v panelu, aniž byste museli rolovat do sekce Software.

Samotný Softaculous nabízí širokou knihovnu skriptů, od CMS platforem a fór až po herní, obrazové galerie a nástroje pro správu reklam, takže tento tarif jde daleko za čistě WordPress use case, pokud se rozhodnete na stejném účtu provozovat i něco jiného.

Celkový verdikt k snadnosti použití

Dostat se z homepage Jump.BG k fungujícímu hostingovému účtu je krátký proces s několika užitečnými rozhodovacími body po cestě: přepnutí jazyka při příchodu, krok s doménou, který vás nenutí k převodu, a stránka Configure, která před zaplacením ukazuje datacentrum, fakturační cyklus i doplňky, místo aby je schovávala až za platbu. Upsell s WordPress Support na checkoutu je dobré očekávat, ale snadno se přeskočí.

To, co tento tarif odlišuje, je prostředí uvnitř cPanelu. Správce Redis cache a přepínání verze PHP pro jednotlivé weby v sekci „Jump Developed“, SSH přístup a plná správa SSL/TLS dostupné od základu, SSL certifikát už aktivní místo ručního nastavování a přehled účtu, který jasně ukazuje skutečné limity zdrojů místo skrývání za „neomezený“ marketing, to vše ukazuje na hosting, který svůj management panel staví pro technicky zdatné uživatele, ne jen pro úplné začátečníky.

Pokud chcete takovou úroveň kontroly serveru bez odchodu z cPanelu, je to silnější výchozí volba než většina sdílených hostingů v této třídě.

Úroveň podpory

Live chat je hlavní podpůrný kanál Jump.BG. Je umístěn v pravém dolním rohu každé stránky dashboardu, takže není potřeba procházet support portálem nebo otevírat ticket formulář, abyste zahájili konverzaci. Rozhodl jsem se jej otestovat technickou otázkou ohledně nástroje Redis Cache Manager, který jsem našel v cPanelu.

1. Live chat

Chat se otevírá s AI asistentem jménem Froggy, který se hned identifikuje jako AI a uvádí, že lidský operátor konverzaci kontroluje a v případě potřeby zasáhne. Toto oznámení je důležité: od první zprávy víte, zda mluvíte s botem nebo s člověkem, a jste informováni, že lidský dohled už probíhá, aniž byste o něj museli žádat.

Zeptal jsem se, zda je instance Redis za Redis Cache Managerem izolovaná pro každý účet, nebo sdílená s prefixováním klíčů. Odpověď Froggyho byla konkrétní, nikoli obecná:

• Každý hostingový účet dostává vlastní instanci Redis s jedinečným hostem a portem, které lze zobrazit v cPanelu pod Redis Cache Manager by Jump.BG
• Pokud je na stejném účtu více webů, instance Redis je mezi nimi sdílená a každý web potřebuje jiné číslo databáze (0 až 15), aby se data cache nepřelévala mezi weby
• Upozornil i na skutečný problém s kompatibilitou: pluginy Redis Cache a LiteSpeed Cache spolu nefungují, protože LiteSpeed Cache má vlastní vestavěnou konfiguraci Redis v Settings, Advanced
• Odkázal na článek v knowledge base a blogový příspěvek pro další čtení a dal přesné konstanty do wp-config.php potřebné pro připojení WordPressu k instanci

To upozornění na číslo databáze pro více webů nebylo něco, na co jsem se ptal. To, že to zmínil sám, je typ detailu, který zákazníkovi ušetří skutečný problém (přelévání cache mezi dvěma weby na stejném účtu) ještě předtím, než na něj narazí.

Hned poté se připojil lidský agent Stoyan, aniž bych o něj musel žádat, potvrdil stejnou odpověď o izolaci a poděkoval mi za kontaktování.

Doplnil jsem otázku, zda je Redis nastaven pro persistenci (RDB nebo AOF), nebo se používá čistě jako paměťová cache. Stoyan si vyžádal chvíli na ověření a vrátil se s přímou odpovědí: aktivní je RDB snapshot persistence, AOF ne.

Co si myslím: předávání od AI k člověku tady funguje lépe než většina implementací, se kterými jsem se setkal. Froggyho odpověď nebyla povrchní shoda na slovo „Redis“, ale správně oddělila otázku na úrovni plánu od detailu konfigurace konkrétního webu a přidala varování o konfliktu pluginů, na které jsem se neptal.

Stoyanův příchod bez vyžádání odstranil obvyklé čekání na to, až se ticketu ujme člověk, i když jeho první zpráva zopakovala to, co už řekl bot, místo aby navázala tam, kde skončil.

Moment, který mi řekl nejvíc, byla otázka na persistenci: Stoyan nehádal ani nepodal uklidňující, ale vágní odpověď, místo toho to zkontroloval a vrátil se se správnou, konkrétní konfigurací (RDB, ne AOF). To je rozdíl mezi agentem, který čte skript, a tím, kdo infrastrukturu skutečně zná.

2. Knowledgebase

Po otestování live podpory jsem se chtěl podívat, zda Jump.BG za tím stojí i samoobslužnou dokumentací, protože ne každá otázka stojí za otevření chatu.

Knowledge base je pod stejným postranním panelem podpory jako live chat a historie ticketů a je rozdělená do devíti kategorií:

Shared Hosting a Domains tvoří většinu obsahu, což odpovídá tomu, kde většina zákazníků skutečně potřebuje pomoc. To, že Online Radio má vlastní kategorii s 10 články, je detail specifický pro Jump.BG, protože hosting pro streamování audia není něco, co by většina sdílených hostingů vůbec nabízela, natož aby to dokumentovala zvlášť.

Otevřel jsem jeden z odkazovaných článků, „Changing PHP version for a specific directory or site“, abych zkontroloval kvalitu samotného textu.

Článek je tříkrokový návod: najděte kořenový adresář webu přes FTP nebo File Manager, otevřete nebo vytvořte soubor .htaccess a pak přidejte jeden z několika bloků kódu podle toho, jakou verzi PHP chcete, přičemž 5.2 až 8.4 jsou pokryty jednotlivě.

Odkazuje zpět na samostatný článek pro změnu verze PHP na úrovni celého účtu a končí sadou souvisejících článků (základy sdíleného hostingu, změna kořenové domény, nastavení SMTP, oprávnění souborů, přihlášení do cPanelu), které všechny dávají smysl jako další krok pro někoho, kdo tento článek čte. Článek má 346 uživatelů, kteří jej označili jako užitečný z 770 hlasů, takže to není stránka, kterou nikdo nečte.

Jeden nedostatek: nadpisy PHP verzí 7.1 až 8.0 přecházejí uprostřed článku do bulharštiny („За PHP версия 7.1, добавете следните редове“) a pak se u verzí 8.1 až 8.4 vracejí zpět do angličtiny.

Na homepage je stejný problém i v seznamu Most Popular Articles: vedle anglických položek jako „Free SSL certificate from Let’s Encrypt“ je několik z top pěti v bulharštině, včetně „Какво е SSL“ (Co je SSL) a „Плащане чрез ePay“ (Platba přes ePay).

Co si myslím: hloubka tady je. Shared Hosting a Domains mají skutečný obsah, článek o verzi PHP je dost přesný na to, aby vyřešil skutečný problém bez ticketu na podporu, a počty hlasů ukazují, že lidé tyto stránky skutečně používají, ne jen procházejí.

Jedinou stálou vadou je jazyková nekonzistence. Pokud používáte anglickou verzi webu, nepřekvapí vás, když se odkaz v Most Popular nebo blok kódu uprostřed článku přepne do bulharštiny. Informace to nezkazí, protože kódové úryvky jsou v obou jazycích stejné, ale je to slabina jinak anglicky připravené podpory.

Celkový verdikt k úrovni podpory

Live chat Jump.BG je rychle dostupný a stejně rychle z něj dostanete skutečnou odpověď. AI asistent zvládl technickou otázku ohledně izolace Redis se specifiky místo obecné odpovědi, upozornil na konflikt pluginů, na který jsem se neptal, a lidský agent, který se připojil bez vyžádání, odpověď AI podpořil a následně ověřil těžší doplňující otázku o persistenci, místo aby hádal.

Knowledge base má skutečnou hloubku tam, kde na tom záleží nejvíc, tedy v Shared Hosting a Domains, a článek o verzi PHP, který jsem kontroloval, byl dost přesný a konkrétní na to, aby se dal použít přímo. Jedinou trvalou mezerou napříč oběma kanály je jazyk: články knowledge base i seznam Most Popular míchají angličtinu a bulharštinu bez varování, což je dobré vědět, pokud účet spravujete výhradně v angličtině.

Pro rychlé a technicky přesné odpovědi na skutečné infrastrukturní otázky je to jeden z lepších podpůrných zážitků, které jsem u sdíleného hostingu testoval.

Jump.BG

Jump.BG je bulharská hostingová společnost s více než 15 lety zkušeností, vybudovaná na principech dlouhodobého partnerství a důvěry. Společnost nabízí širokou škálu služeb — od registrace domén a sdíleného hostingu až po Cloud VPS, spravované Cloud VPS, podporu WordPressu, SSL certifikáty a dedikované servery — přizpůsobených potřebám malých a středních podniků.

Navštivte Jump.BG

Závěr: Doporučujeme hosting Jump.BG?

Ano, ale s jasnou představou, pro koho je určen. Jump.BG vyniká technickou hloubkou zabudovanou do prostředí cPanelu: správce Redis cache, přepínání PHP pro jednotlivé weby, SSH přístup a podpora Git nejsou věci, které často nacházím u sdíleného nebo WordPress hostingu v balíčku, a dělají z něj silnější volbu pro vývojáře a technicky zdatné majitele webů než pro úplné začátečníky hledající co nejsnazší nastavení.

Výkon to potvrzuje pro evropské publikum, se silnými výsledky GTmetrix z Frankfurtu, i když návštěvníci z větší vzdálenosti uvidí reálný pokles, protože všechna čtyři datacentra jsou na evropském kontinentu.

Podpora obstála dobře i při reálné technické otázce, s rychlou a přesnou odpovědí jak od AI asistenta, tak od lidského agenta, který následně reagoval.

Jump.BG

5.0

6 user reviews

80 Kč /mo

Počáteční cena

Navštivte Jump.BG

Rating based on expert review

• Uživatelská přívětivost
  4.5
• Podpora
  4.8
• Vlastnosti
  4.6
• Spolehlivost
  4.2
• Cena
  4.5