Jump.BG är en bulgarisk hostingleverantör som driver sin infrastruktur från Sofia, med datacenteralternativ i Bulgarien, Storbritannien, Tyskland och Frankrike.

Det som stack ut mest i testningen var inte planen i sig, utan en Redis cache manager och PHP-växling per webbplats inbyggt direkt i cPanel, verktyg jag sällan ser erbjudas på det här sättet hos andra shared hosts. Så här stod sig registreringen, prestandan och supporten under verklig testning.

Jump.BG

Jump.BG är ett bulgariskt hostingföretag med över 15 års erfarenhet, byggt på principerna om långsiktigt partnerskap och förtroende. Företaget erbjuder ett brett utbud av tjänster — från domänregistrering och shared hosting till Cloud VPS, managed Cloud VPS, WordPress-support, SSL-certifikat och dedikerade servrar — anpassade efter behoven hos små och medelstora företag.

Besök Jump.BG

För- och nackdelar

Betygsfördelning

För att ta reda på var Jump.BG hamnar totalt sett, bedömde jag det enligt vår recensionsmetodik som vi tillämpar på varje host på den här webbplatsen, så siffrorna nedan speglar faktiskt testning snarare än ett första intryck.

Priser och planer

Jump.BG erbjuder ett brett utbud av hostingtjänster, inklusive:

• Shared Hosting: LiteSpeed-drivna hosting med cPanel
• WordPress Hosting: Optimerade WordPress-planer med inbyggd cachelagring
• Reseller Hosting: Sälj hosting under ditt eget varumärke
• Cloud VPS & Managed Cloud VPS: Skalbara virtuella servrar, med managed-planer som inkluderar cPanel och serveradministration
• Dedicated Servers: Högpresterande fristående servrar

Du kan se exakta priser för var och en av dessa nedan.

Några saker att känna till innan du beställer:

• Fakturering: Jump.BG använder ett förbetalt kreditsystem. Tjänster dras från ditt saldo, och om du får slut på kredit kommer de inte att provisioneras.
• Återbetalningar: Berättigade återbetalningar utfärdas inom 14 dagar, exklusive domäner, SSL-certifikat och andra icke återbetalningsbara tillägg. Kunder kan frånträda sitt hostingavtal inom 30 dagar efter köpet genom att skicka in en begäran om frånträde.
• Faktureringsalternativ: Du kan välja antingen månads- eller årsbetalning.
• Betalningsmetoder: Kredit-/betalkort, PayPal, banköverföring, ePay.bg, EasyPay, B-Pay och Bitcoin.
• Ålderskrav: Du måste vara minst 18 år för att öppna ett konto.

Avvägningen är återbetalningspolicyn: det finns ingen pengarna-tillbaka-garanti att luta sig mot om en plan inte fungerar, så det är värt att vara säker på sitt val, eller börja med månadsbetalning, innan man binder upp sig på en längre period.

Jump.BG

Jump.BG är ett bulgariskt hostingföretag med över 15 års erfarenhet, byggt på principerna om långsiktigt partnerskap och förtroende. Företaget erbjuder ett brett utbud av tjänster — från domänregistrering och shared hosting till Cloud VPS, managed Cloud VPS, WordPress-support, SSL-certifikat och dedikerade servrar — anpassade efter behoven hos små och medelstora företag.

Besök Jump.BG

Funktioner

• Redis Cache Manager inbyggd i cPanel
• PHP-versionväxling per webbplats
• SSH-åtkomst och Git-stöd
• Imunify360-säkerhet och ModSecurity ingår
• JetBackup 5 automatiska säkerhetskopior
• Val mellan fyra EU-datacenter
• Stöd för Node.js- och Python-appar
• LiteSpeed-server med inbyggd cachelagring
• Gratis SSL aktivt från registreringen

Prestanda

För att sätta verkliga siffror bakom Jump.BG:s hostingpåståenden körde jag GTmetrix-tester mot en WordPress-webbplats som kördes på Blogger Ultra-planen, toppnivån i Jump.BG:s WordPress Hosting-sortiment och den plan jag satte upp tidigare i den här recensionen.

Här är uppsättningen jag arbetade med:

• Plan: Blogger Ultra (WordPress Hosting)
• Datacenter: Bulgarien, 3DC/Equinix, Sofia
• Lagring: 250 GB SSD enligt marknadsföringen (244.14 GB visades som tillgängligt i cPanel-kontots översikt, en liten skillnad som sannolikt beror på en formateringsskillnad mellan marknadsförda och faktiska siffror snarare än något vilseledande)
• Trafik: Obegränsad
• Kontrollpanel: cPanel
• Testsida: en WordPress-installation som körs på hostadvice.nl

Varför GTmetrix? GTmetrix kör tester från verkliga geografiska platser med en faktisk Chrome-webbläsare, så siffrorna speglar vad en verklig besökare upplever i stället för ett syntetiskt laboratoriegenomsnitt. Det rapporterar också Googles Core Web Vitals (LCP, TBT, CLS) direkt, vilket är de mätvärden Google använder för att bedöma sidupplevelse för sökrankning. För en hostingrecension ger det ett repeterbart, jämförbart riktmärke som jag kan köra mot varje leverantör jag testar.

Varför två tester, från två olika kontinenter? Jump.BG:s infrastruktur körs från Sofia, Bulgarien, och GTmetrix har ingen testnod i Sofia själv, så Frankfurt är den närmaste stora testplatsen till den faktiska servern och ger en realistisk bästa-fall-avläsning för närliggande europeisk trafik. Men Jump.BG positionerar sig inte bara för en bulgarisk eller regional publik.

Checkouten med flera valutor, språkväxlaren på startsidan och betalningsalternativ som inkluderar PayPal och Bitcoin pekar alla på en host som också riktar sig till internationella kunder.

Att bara testa från grannen till servern skulle berätta bara en sida av den historien, så jag körde ett andra test från San Antonio, Texas, för att se vad en besökare på andra sidan Atlanten faktiskt får. Tillsammans ger de två dig både det realistiska bästa fallet och det realistiska avlägsna fallet, inte bara en optimistisk siffra från den närmaste tillgängliga testpunkten.

GTmetrix-poäng: Frankfurt kontra USA

Den 12-poängs prestandaskillnaden mellan de två platserna är den tydligaste signalen här, och Largest Contentful Paint berättar samma historia från en annan vinkel: 1.0s från Frankfurt jämfört med 2.5s från San Antonio.

Googles egen gräns för ett “bra” LCP-resultat är 2.5s eller mindre, så Frankfurt-resultatet ligger bekvämt innanför den medan USA-resultatet hamnar precis på gränsen snarare än tydligt innanför den.

Några saker värda att lyfta fram:

• CLS på 0 i båda körningarna betyder att layouten förblir stabil oavsett varifrån begäran kommer, vilket påverkas inte av nätverksavstånd och speglar ren sidkonstruktion snarare än serverprestanda
• TBT är faktiskt lägre i USA-testet än i Frankfurt-testet (111ms jämfört med 184ms), vilket först verkar kontraintuitivt. TBT mäter hur länge huvudtråden blockeras av skriptkörning under sidladdning, vilket beror mer på webbläsarinstansen som kör testet än på nätverksavstånd, så detta är inte ett tecken på att USA-anslutningen är snabbare, bara en påminnelse om att inte alla mätvärden rör sig i samma riktning som latens
• Båda TBT-siffrorna ligger väl under 200ms-gränsen som signalerar ett problem oavsett

Nedbrytning av sidladdning

Det här är där distanspåslaget visar sig i specifika, förklarbara termer. Connect-tiden ensam hoppar från 123ms till 497ms, och TTFB nästan tredubblas, från 275ms till 788ms.

Båda stämmer med en server i en enda region: begäran måste fysiskt färdas från Texas till Sofia och tillbaka innan sidan ens kan börja renderas, och det finns inget sätt att kringgå det med ett konto på en enda plats.

För läsarna bryts detta ned i två praktiska scenarier:

• Om dina besökare finns koncentrerade i Europa, särskilt nära Tyskland eller närliggande regioner, är Frankfurt-siffrorna din arbetsbas: 1.0s LCP, 275ms TTFB och en fullt laddad tid på 3.2s. Det är ett starkt resultat för shared WordPress-hosting.
• Om dina besökare till största delen finns i Nordamerika eller är spridda globalt, förvänta dig i stället San Antonio-siffrorna: 2.5s LCP, 788ms TTFB och 3.8s fullt laddad tid. Inget av dessa tal misslyckas med Core Web Vitals helt och hållet, men LCP-resultatet i synnerhet ligger precis på gränsen för Googles “bra”-tröskel snarare än tryggt innanför den.

En begränsning som är värd att flagga direkt: Jump.BG:s fyra datacenteralternativ vid registrering, Bulgarien, Storbritannien, Tyskland och Frankrike, ligger alla i Europa.

Det finns ingen amerikansk eller annan icke-europeisk region att välja i stället, så en läsare vars publik finns koncentrerad i Nordamerika eller Asien har inget sätt att minska det avståndet inom Jump.BG:s egen lineup på samma sätt som med en host som erbjuder globala regioner.

Sammanfattande omdöme om prestanda

För en europeisk publik levererar Jump.BG:s Blogger Ultra-plan starka siffror: 84% GTmetrix Performance, 1.0s LCP och en sida fullt laddad på 3.2 sekunder från Frankfurt, allt bekvämt inom Googles “bra”-gränser. Bilden förändras för besökare längre bort. Från San Antonio sjunker Performance till 72%, LCP nästan fördubblas till att hamna precis på kanten av det “bra” intervallet, och TTFB nästan tredubblas på grund av det fysiska avståndet till Sofia.

Inget av detta tyder på en dåligt konfigurerad server, CLS-poängen var ett rent 0 i båda testerna och den underliggande sidkonstruktionen förändrades inte, det är en avvägning mellan avstånd och server som du skulle se med vilken single-region-host som helst, och en som du inte kan runda eftersom alla fyra av Jump.BG:s datacenteralternativ finns i Europa.

Om din trafik är europeisk presterar den här planen bra över genomsnittet för shared hosting. Om en betydande del av dina besökare finns utanför Europa, budgetera för den långsammare änden av dessa siffror i stället för Frankfurt-resultatet, eftersom det för närvarande inte finns något närmare regionalt alternativ att falla tillbaka på.

Jump.BG

Jump.BG är ett bulgariskt hostingföretag med över 15 års erfarenhet, byggt på principerna om långsiktigt partnerskap och förtroende. Företaget erbjuder ett brett utbud av tjänster — från domänregistrering och shared hosting till Cloud VPS, managed Cloud VPS, WordPress-support, SSL-certifikat och dedikerade servrar — anpassade efter behoven hos små och medelstora företag.

Besök Jump.BG

Användarvänlighet

Jag gick igenom Jump.BG:s beställningsprocess som en ny kund skulle göra, från startsidan via planval, domäninställning och checkout, och sedan in i cPanel-miljön som följer med ett aktivt konto. Här är hur den processen såg ut, och vad som stack ut jämfört med andra shared hosts jag har testat.

1. Registrering

Det första jag lade märke till på Jump.BG:s startsida var en språk väljare som dyker upp vid ankomst och låter dig välja mellan bulgariska och engelska innan du ens tittar på en plan.

Det är en liten detalj, men den spelar roll för en host baserad i Bulgarien: en internationell kund lämnas inte att gissa om webbplatsen (eller supportteamet) fungerar på engelska.

Från toppnavigeringen klickade jag mig in i Hosting-menyn, som öppnar en dropdown med sex produktlinjer: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting och Reseller Hosting.

Jag valde WordPress Hosting, som listar fyra nivåer: Blogger Start, Blogger Uni, Blogger Pro och Blogger Ultra. Varje plan-kort anger den uppskattade månatliga besökskapaciteten och SSD-utrymmet direkt, vilket är mer användbart i det här skedet än de flesta hosts brukar ge:

Jag valde Blogger Ultra för att testa toppnivån. Att klicka på Order tar dig inte direkt till checkout. Jump.BG skickar dig först genom ett domänsteg, med tre val: registrera en ny domän, flytta in en från en annan registrar eller peka en befintlig domäns nameservers mot Jump.BG utan att flytta den.

Det tredje alternativet är värt att lyfta fram. Många hosts erbjuder bara registrera-eller-flytta in i det här skedet, vilket tvingar fram ett beslut du kanske inte är redo att ta. Att låta dig peka nameservers mot en domän du behåller någon annanstans är ett mindre bindande sätt att testa hostingen först.

Efter domänsteget visar Configure-sidan planens specifikationer igen tillsammans med en uppsättning val som de flesta hosts antingen gömmer djupare i checkout eller inte erbjuder alls:

• Faktureringscykel: månadsvis eller årlig, prissatt separat (de flesta shared hosts jag har recenserat tvingar fram årlig betalning i det här skedet)
• Platsval: Bulgarien, Storbritannien, Tyskland eller Frankrike, var och en kopplad till ett namngivet datacenter
• Spam Expert: ett betalt tillägg per domän, förvalt till noll
• Extra diskutrymme: ett reglage ovanpå planens basutrymme
• Personlig (dedikerad) IP-adress: ett betalt tillägg

Valet mellan fyra länder för datacenter är en verklig särskiljande faktor. De flesta shared hosts jag har testat låser dig till en region utan att fråga, och här låter Jump.BG dig välja innan du ens har betalat, vilket spelar roll om dina besökare finns koncentrerade i Storbritannien eller någon annanstans i Västeuropa snarare än i Bulgarien.

Att klicka på Continue öppnar en popup med “Added to Cart” som visar tre nivåer av betald WordPress Support (Basic, Optimal och Premium) innan du kommer tillbaka till din beställning.

Inget av detta är förvalt, och att hoppa över det kräver bara att man klickar Continue igen, men det är en checkout-avbrott man bör vara beredd på. Om du är tekniskt bekväm med att hantera din egen webbplats finns det ingen anledning att lägga till något av detta, och grundplanen kräver dem inte för att fungera.

Sidan Review and Checkout är där beställningen sätts ihop. Några saker är värda att lyfta fram här:

• Valuta val: även om planpriser visas i EUR och BGN genom hela webbplatsen, låter checkout dig växla till andra valutor, inklusive USD, vilket är användbart om du hellre vill se och betala i din egen valuta

• Fält för rabattkod: en dedikerad ruta för rabattkoder, separat från ordersammanfattningen
• Faktureringsfält för företag: bredvid standardfält för personuppgifter har formuläret ett komplett set med företagsfält (företagsnamn, VAT-nummer, registrerad adress och chefens namn), så bulgariska företagskunder kan få en korrekt moms faktura utan att kontakta support

• Kontoskapande via Facebook eller Google: en genväg bredvid den vanliga registreringen med e-post och lösenord

Betalningsalternativen går längre än hos de flesta shared hosts jag har recenserat: kortbetalning via Stripe, PayPal, ePay.bg, EasyPay, B-Pay, ett lokalt banköverföringsalternativ märkt Bank Road, och Bitcoin. Att acceptera Bitcoin tillsammans med så många regionala bulgariska betalningsprocessorer är inget jag ofta ser på en checkout för shared hosting.

Två e-postmeddelanden kom omedelbart efter att jag slutfört beställningen och betalningen: ett som bekräftade köpet och ett separat som gick igenom vad som händer härnäst. Att få det andra, handlingsinriktade mejlet direkt efter checkout, i stället för att behöva gräva i kontrollpanelen för att hitta sin egen startpunkt, är ett bra tecken för alla som registrerar sig utan tidigare erfarenhet av hosting.

Hur jag uppfattade det: domänförst-flödet och Configure-sidans tydliga val för datacenter, faktureringscykel och tillägg gör detta till en av de mer transparenta checkoutarna jag har testat hos en shared host. Uppsäljningspopupen efter att planen lagts i kundvagnen är värd att vara beredd på, men den hindrar dig inte från att gå vidare utan att välja något.

Mellan fälten för företagsfakturering, valutaomkopplaren och spridningen av betalningsmetoder är den här checkouten byggd för en bredare kundkrets än en typisk host för en enskild marknad, och uppföljningsmejlet med nästa steg är en liten detalj som sparar en ny kund från att börja från noll.

Nästa steg är att jag går igenom vad som händer direkt när du väl är inne i hostingmiljön.

2. Hostinghantering

Jump.BG lämnar över hostinghanteringen till cPanel, och den version som provisionerades här har mer inbyggt än en standardinstallation av cPanel.

Det första som sticker ut är en sektion märkt “Jump Developed” ovanför de vanliga cPanel-kategorierna, med tre anpassade verktyg:

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

PHP-versionväxling per webbplats dyker upp hos många shared hosts, men en Redis cache manager inbyggd direkt i cPanel är inte något jag ofta ser i den här nivån.

Redis kräver normalt antingen ett supportärende eller kommandoradsinställning på jämförbara planer, så att ha det exponerat som ett verktyg med klick är en verklig fördel för alla som driver en WordPress-webbplats med object caching eller en egen app som drar nytta av det.

Utöver det anpassade avsnittet täcker resten av verktygsuppsättningen de kategorier du förväntar dig, med några detaljer värda att notera:

Git version control tillsammans med de vanliga filverktygen är en detalj som utvecklare kommer att uppskatta och vanliga WordPress-användare aldrig kommer att röra, vilket säger mig att Jump.BG bygger den här panelen för en bredare uppsättning tekniska kunskapsnivåer än en host som enbart riktar sig till nybörjare.

Säkerhetsraden är där den här planen verkligen förtjänar erkännande. Two-Factor Authentication och Imunify360 på en shared plan är inte ovanligt var för sig, men att ha SSH-åtkomst, ModSecurity och full SSL/TLS-certifikathantering exponerad direkt i panelen, med ett SSL-certifikat redan markerat som Active i kontots översikt i stället för att behöva installeras manuellt, är en starkare utgångspunkt än flera andra shared hosts jag har testat där SSL kräver ett manuellt steg efter registrering.

Panelen med kontosammanfattningen till höger är värd en titt i sig. Den visar kontots resurstak i stället för att tvinga dig att leta efter det: 244.14 GB diskutrymme, 2.5 GB fysiskt minne och en IOPS-gräns på 1,024, tillsammans med obegränsade ytterligare domäner, subdomäner, brevlådor och databaser (alla visade som ett löpande antal mot en oändlighetssymbol i stället för ett fast tak).

Den nivån av transparens kring faktiska resursgränser, visad öppet i stället för gömd i en kunskapsbasartikel, är något som många shared hosts undviker att göra eftersom de verkliga gränserna ofta undergräver “obegränsat”-språket på marknadsföringssidan. Jump.BG lägger siffrorna framför dig i stället.

WordPress Manager by Softaculous och Social Media Management visas båda som fristående objekt i sidomenyn till vänster, utanför det huvudsakliga verktygsrutnätet, vilket gör att ett-klicks-åtkomst till WordPress-hantering och sociala verktyg finns ett enda klick bort var du än befinner dig i panelen i stället för att kräva en scroll genom Software-sektionen.

Själva Softaculous innehåller ett brett skriptbibliotek, från CMS-plattformar och forum till spel, bildgallerier och annonsverktyg, vilket gör att den här planen går långt utöver enbart WordPress om du bestämmer dig för att köra något annat på samma konto.

Sammanfattande omdöme om användarvänlighet

Att ta sig från Jump.BG:s startsida till ett fungerande hostingkonto är en kort process med några användbara beslutspunkter längs vägen: en språkväxlare vid ankomst, ett domänsteg som inte tvingar fram en flytt, och en Configure-sida som lägger datacenterplats, faktureringscykel och tillägg framför dig innan du betalar i stället för efteråt. WordPress Support-uppsäljningen vid checkout är värd att vara beredd på, men den är lätt att hoppa över.

Det som gör att den här planen skiljer sig är inne i cPanel. En Redis cache manager och per-site PHP-versionstyrning i en “Jump Developed”-sektion, SSH-åtkomst och full SSL/TLS-hantering aktiverad som standard, ett SSL-certifikat som redan är aktivt i stället för att behöva manuellt setup, och en kontosammanfattning som anger verkliga resursgränser i stället för att gömma sig bakom “obegränsad” marknadsföring pekar alla på en host som byggt sin hanteringspanel för tekniskt kapabla användare, inte bara för förstagångsägare av webbplatser.

Om du vill ha den nivån av serverkontroll utan att lämna cPanel är detta en starkare utgångspunkt än de flesta shared hosting-planer på den här nivån.

Supportnivå

Livechatt är Jump.BG:s primära supportkanal. Den sitter nere i det högra hörnet på varje dashboardsida, så det behövs ingen navigering genom en supportportal eller ett ticketformulär för att starta en konversation. Jag bestämde mig för att testa den med en teknisk fråga om Redis Cache Manager-verktyget jag hittade i cPanel.

1. Livechatt

Chatten öppnas med en AI-assistent som heter Froggy, som identifierar sig själv som AI direkt och uppger att en mänsklig operatör granskar konversationen och hoppar in vid behov. Den upplysningen spelar roll: du vet från första meddelandet om du pratar med en bot eller en person, och du får veta att en människa redan håller koll i bakgrunden i stället för att behöva be om en.

Jag frågade om Redis-instansen bakom Redis Cache Manager är isolerad per konto eller delas med nyckelprefix. Froggys svar var specifikt snarare än generiskt:

• Varje hostingkonto får sin egen Redis-instans med en unik host och port, synlig i cPanel under Redis Cache Manager by Jump.BG
• Om flera webbplatser finns på samma konto delas Redis-instansen mellan dem, och varje webbplats behöver ett annat databasnummer (0 till 15) för att hindra cachedata från att korsa mellan webbplatser
• Den pekade själv ut ett verkligt kompatibilitetsproblem: Redis Cache- och LiteSpeed Cache-plugins fungerar inte tillsammans, eftersom LiteSpeed Cache har sin egen inbyggda Redis-konfiguration under Settings, Advanced
• Den länkade till en kunskapsbasartikel och ett blogginlägg för vidare läsning, och gav de exakta wp-config.php-konstanterna som behövs för att ansluta WordPress till instansen

Den där varningen om databasnummer för flera webbplatser var inget jag frågade om. Att nämna den på eget initiativ är den typen av detalj som räddar en kund från ett verkligt problem (cache-läckage mellan två webbplatser på samma konto) innan de stöter på det.

En mänsklig agent, Stoyan, gick in i chatten direkt därefter utan att jag bad om det, bekräftade samma svar om isolering och tackade för att jag hörde av mig.

Jag följde upp genom att fråga om Redis var konfigurerat för persistens (RDB eller AOF) eller användes enbart som cache i minnet. Stoyan bad om en stund för att kolla, kom sedan tillbaka med ett rakt svar: RDB-snapshot-persistens är aktiverad, AOF är det inte.

Vad jag tycker: övergången från AI till människa fungerar bättre här än de flesta implementationer jag stött på. Froggys svar var inte ett ytligt träff på ordet “Redis”, utan skilde korrekt mellan en fråga på planenivå och en konfigurationsdetalj på webbplatsnivå och lade dessutom till en varning om plugin-konflikter som jag inte hade frågat om.

Stoyans ankomst utan att jag bad om en tog bort den vanliga väntan på att en människa ska plocka upp ett ärende, även om hans första meddelande upprepade sådant Froggy redan hade täckt i stället för att bygga vidare där botten slutade.

Det enda ögonblick som berättade mest för mig var persistensfrågan: Stoyan gissade inte och gav inte ett lugnande men vagt svar, utan kollade och kom tillbaka med den korrekta, specifika konfigurationen (RDB, inte AOF). Det är skillnaden mellan en agent som läser från ett manus och en som kan infrastrukturen.

2. Kunskapsbas

Efter att ha testat live-supporten ville jag se om Jump.BG också backar upp det med självservice-dokumentation, eftersom inte varje fråga är värd att öppna en chatt för.

Kunskapsbasen ligger bakom samma supportsidofält som livechatt och ärendehistorik, organiserad i nio kategorier:

Shared Hosting och Domains står för huvuddelen av innehållet, vilket stämmer överens med var de flesta kunder faktiskt behöver hjälp. Att Online Radio har en egen kategori med 10 artiklar är en detalj som är specifik för Jump.BG, eftersom streaming av ljud inte är en tjänst som de flesta shared hosts erbjuder alls, än mindre dokumenterar separat.

Jag öppnade en av de länkade artiklarna, “Changing PHP version for a specific directory or site,” för att kontrollera kvaliteten på själva skrivandet.

Artikeln är en genomgång i tre steg: hitta webbplatsens rotkatalog via FTP eller File Manager, öppna eller skapa .htaccess-filen, och lägg sedan till en av flera kodblock beroende på vilken PHP-version du vill ha, där 5.2 till 8.4 täcks individuellt.

Den länkar tillbaka till en separat artikel för att ändra PHP-versionen kontovis, och avslutas med en uppsättning relaterade artiklar (shared hosting-grunder, ändring av rotdomän, SMTP-inställningar, filbehörigheter, cPanel-inloggning) som alla är logiska nästa steg för någon som läser den här.

Artikeln visar 346 användare som markerat den som hjälpsam av 770 röster, så det här är inte en sida ingen läser.

En liten skavank: rubrikerna för PHP-versionerna 7.1 till 8.0 växlar över till bulgariska mitt i artikeln (“За PHP версия 7.1, добавете следните редове”) innan de återgår till engelska för 8.1 till 8.4.

Startsidan med Most Popular Articles har samma problem: bredvid engelska poster som “Free SSL certificate from Let’s Encrypt” är flera av topp fem endast på bulgariska, inklusive “Какво е SSL” (Vad är SSL) och “Плащане чрез ePay” (Betalning via ePay).

Vad jag tycker: djupet finns där. Shared Hosting och Domains har riktig täckning, PHP-versionartikeln är tillräckligt exakt för att lösa det faktiska problemet utan ett supportärende, och rösttalen tyder på att folk hittar och använder dessa sidor, inte bara bläddrar förbi dem.

Språkinkonsekvensen är det enda man bör känna till i förväg. Om du använder den engelska delen av webbplatsen, bli inte förvånad om en “Most Popular”-länk eller ett kodblock mitt i en artikel plötsligt växlar till bulgariska. Det förstör inte informationen, eftersom kodsnuttarna är desamma ändå, men det är en brist i en i övrigt engelskanpassad supportupplevelse.

Sammanfattande omdöme om supportnivån

Jump.BG:s livechatt är snabb att nå, och det går lika snabbt att få ett riktigt svar från den. AI-assistenten hanterade en teknisk fråga om Redis-isolering med detaljer i stället för ett generiskt svar, flaggade en plugin-konflikt jag inte hade frågat om, och den mänskliga agent som dök upp utan att jag bad om det bekräftade AI:ns svar och verifierade sedan en svårare följdfråga om persistens i stället för att gissa.

Kunskapsbasen har verkligt djup där det spelar störst roll, i Shared Hosting och Domains, och PHP-versionartikeln jag granskade var tillräckligt korrekt och specifik för att kunna användas direkt. Den enda återkommande bristen över båda kanalerna är språket: kunskapsbasartiklar och Most Popular-listan blandar engelska och bulgariska utan förvarning, vilket är värt att känna till om du hanterar kontot helt på engelska.

För snabba, tekniskt korrekta svar på verkliga infrastrukturella frågor är det här en av de starkare supportupplevelser jag har testat hos en shared host.

Jump.BG

Jump.BG är ett bulgariskt hostingföretag med över 15 års erfarenhet, byggt på principerna om långsiktigt partnerskap och förtroende. Företaget erbjuder ett brett utbud av tjänster — från domänregistrering och shared hosting till Cloud VPS, managed Cloud VPS, WordPress-support, SSL-certifikat och dedikerade servrar — anpassade efter behoven hos små och medelstora företag.

Besök Jump.BG

Slutsats: Rekommenderar vi Jump.BG Hosting?

Ja, med en tydlig känsla för vem det passar för. Jump.BG sticker ut för den tekniska nivå som byggts in i cPanel-miljön: en Redis cache manager, PHP-växling per webbplats, SSH-åtkomst och Git-stöd är inte saker jag ofta hittar paketerade i en shared- eller WordPress-hostingplan, och de gör detta till ett starkare alternativ för utvecklare och tekniskt kunniga webbplatsägare än för en förstagångsanvändare som vill ha enklast möjliga uppsättning.

Prestandan stödjer detta för en europeisk publik, med starka GTmetrix-siffror från Frankfurt, även om besökare utanför Europa kommer att se en verklig nedgång eftersom alla fyra datacenteralternativ finns på kontinenten.

Supporten höll också måttet under en verklig teknisk fråga, med ett snabbt och korrekt svar från både AI-assistenten och den mänskliga agent som följde upp.

Jump.BG

5.0

6 user reviews

37 kr /mo

Utgångspris

Besök Jump.BG

Rating based on expert review

• Användarvänligt
  4.5
• Support
  4.8
• Funktioner
  4.6
• Pålitlighet
  4.2
• Priser
  4.5