Jump.BG es un proveedor de hosting búlgaro que opera su infraestructura desde Sofía, con opciones de centro de datos en Bulgaria, el Reino Unido, Alemania y Francia.

Lo que más destacó en las pruebas no fue el plan en sí, sino un administrador de caché Redis y el cambio de PHP por sitio integrados directamente en cPanel, herramientas que no veo ofrecidas de esta manera en la mayoría de los hosts compartidos. Así fue como el registro, el rendimiento y el soporte se comportaron bajo pruebas reales.

Jump.BG

Jump.BG es una empresa búlgara de hosting con más de 15 años de experiencia, construida sobre los principios de una alianza a largo plazo y la confianza. La empresa ofrece una amplia gama de servicios —desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS administrado, soporte para WordPress, certificados SSL y servidores dedicados— adaptados a las necesidades de las pequeñas y medianas empresas.

Visita Jump.BG

Pros y contras

Desglose de calificaciones

Para determinar en dónde se ubica Jump.BG en general, lo calificué según nuestra metodología de reseñas que aplicamos en todos los proveedores de este sitio, así que las cifras de abajo reflejan pruebas reales y no una primera impresión.

Precios y planes

Jump.BG ofrece una amplia gama de servicios de hosting, entre ellos:

• Hosting compartido: hosting con LiteSpeed y cPanel
• Hosting WordPress: planes de WordPress optimizados con caché incorporada
• Hosting para revendedores: vende hosting bajo tu propia marca
• Cloud VPS y Cloud VPS administrado: servidores virtuales escalables, con planes administrados que incluyen cPanel y administración del servidor
• Servidores dedicados: servidores independientes de alto rendimiento

Puedes ver los precios exactos de cada uno a continuación.

Cosas que vale la pena saber antes de hacer tu pedido:

• Facturación: Jump.BG usa un sistema de crédito prepago. Los servicios se descuentan de tu saldo y, si te quedas sin crédito, no se aprovisionarán.
• Reembolsos: Los reembolsos elegibles se emiten dentro de 14 días, excluyendo dominios, certificados SSL y otros complementos no reembolsables. Los clientes pueden retirarse de su contrato de hosting dentro de 30 días de la compra enviando una solicitud de retiro.
• Opciones de facturación: Puedes elegir facturación mensual o anual.
• Métodos de pago: Tarjeta de crédito/débito, PayPal, transferencia bancaria, ePay.bg, EasyPay, B-Pay y Bitcoin.
• Requisito de edad: Debes tener al menos 18 años para abrir una cuenta.

La desventaja es la política de reembolso: no hay una garantía de devolución de dinero a la cual acudir si un plan no funciona, así que vale la pena estar seguro de tu elección, o empezar con facturación mensual, antes de comprometerte a un plazo más largo.

Jump.BG

Jump.BG es una empresa búlgara de hosting con más de 15 años de experiencia, construida sobre los principios de una alianza a largo plazo y la confianza. La empresa ofrece una amplia gama de servicios —desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS administrado, soporte para WordPress, certificados SSL y servidores dedicados— adaptados a las necesidades de las pequeñas y medianas empresas.

Visita Jump.BG

Características

• Administrador de caché Redis integrado en cPanel
• Cambio de versión de PHP por sitio
• Acceso SSH y soporte de Git
• Seguridad Imunify360 y ModSecurity incluidos
• Copias de seguridad automáticas con JetBackup 5
• Opción de cuatro centros de datos en la UE
• Soporte para aplicaciones Node.js y Python
• Servidor LiteSpeed con caché incorporada
• SSL gratis activo desde el registro

Rendimiento

Para respaldar con números reales las afirmaciones de hosting de Jump.BG, ejecuté pruebas de GTmetrix contra un sitio WordPress que funcionaba en el plan Blogger Ultra, el nivel superior dentro de la línea de Hosting WordPress de Jump.BG y el plan que había aprovisionado antes en esta reseña.

Esta es la configuración con la que trabajé:

• Plan: Blogger Ultra (Hosting WordPress)
• Centro de datos: Bulgaria, 3DC/Equinix, Sofía
• Almacenamiento: 250 GB SSD según lo anunciado (244.14 GB mostrados como disponibles en la vista general de la cuenta en cPanel, una pequeña diferencia que muy probablemente se deba a una variación de formato entre las cifras anunciadas y las reales, más que a algo engañoso)
• Tráfico: Ilimitado
• Panel de control: cPanel
• Sitio de prueba: una instalación de WordPress que funcionaba en hostadvice.nl

¿Por qué GTmetrix? GTmetrix ejecuta pruebas desde ubicaciones geográficas reales usando un navegador Chrome real, así que los números reflejan lo que experimenta un visitante de verdad y no un promedio sintético de laboratorio. También reporta directamente las Core Web Vitals de Google (LCP, TBT, CLS), que son las métricas que Google usa para evaluar la experiencia de página en los resultados de búsqueda. Para una reseña de hosting, eso ofrece un punto de referencia repetible y comparable que puedo usar contra cada proveedor que pruebo.

¿Por qué dos pruebas, desde dos continentes diferentes? La infraestructura de Jump.BG funciona desde Sofía, Bulgaria, y GTmetrix no tiene un nodo de prueba en Sofía, así que Frankfurt es la ubicación de prueba importante más cercana al servidor real y da una lectura realista del mejor caso para el tráfico europeo cercano. Pero Jump.BG no solo se está posicionando para una audiencia búlgara o regional.

El checkout en varias monedas, el selector de idioma en la página de inicio y las opciones de pago que incluyen PayPal y Bitcoin apuntan a un host que también busca clientes internacionales.

Probar solo desde al lado del servidor contaría solo una parte de la historia, así que ejecuté una segunda prueba desde San Antonio, Texas, para ver qué obtiene realmente un visitante al otro lado del Atlántico. Entre las dos, obtienes tanto el mejor caso realista como el caso distante realista, no solo una cifra optimista del punto de prueba disponible más cercano.

Calificaciones de GTmetrix: Frankfurt vs EE. UU.

La diferencia de 12 puntos en rendimiento entre las dos ubicaciones es la señal más clara aquí, y el Largest Contentful Paint dice lo mismo desde otro ángulo: 1.0s desde Frankfurt frente a 2.5s desde San Antonio.

El propio umbral de Google para un puntaje “bueno” de LCP es de 2.5s o menos, así que el resultado de Frankfurt queda cómodamente dentro de ese rango, mientras que el resultado de EE. UU. cae justo en el límite en lugar de estar claramente dentro.

Algunas cosas que vale la pena destacar:

• CLS en 0 en ambas ejecuciones significa que el diseño se mantiene estable sin importar desde dónde venga la solicitud, algo que no depende de la distancia de red y que refleja una construcción limpia de la página más que el rendimiento del servidor
• TBT es en realidad más bajo en la prueba de EE. UU. que en la de Frankfurt (111ms frente a 184ms), lo que a primera vista parece contraintuitivo. TBT mide cuánto tiempo queda bloqueado el hilo principal por la ejecución de scripts durante la carga de la página, lo cual depende más de la instancia del navegador que ejecuta la prueba que de la distancia de red, así que esto no significa que la conexión de EE. UU. sea más rápida, sino que sirve como recordatorio de que no todas las métricas se mueven en la misma dirección que la latencia
• Ambas cifras de TBT están muy por debajo del umbral de 200ms que señala un problema de cualquier forma

Desglose de carga de la página

Aquí es donde la penalización por distancia aparece en términos específicos y explicables. El tiempo de conexión solo pasa de 123ms a 497ms, y el TTFB casi se triplica, de 275ms a 788ms.

Ambos son coherentes con un servidor de una sola región: la solicitud tiene que viajar físicamente desde Texas hasta Sofía y de regreso antes de que la página siquiera pueda empezar a renderizarse, y no hay forma de evitar eso con una cuenta de una sola ubicación.

Para los lectores, esto se divide en dos escenarios prácticos:

• Si tus visitantes se concentran en Europa, especialmente cerca de Alemania o de regiones cercanas, las cifras de Frankfurt son tu referencia de trabajo: 1.0s de LCP, 275ms de TTFB y un tiempo de carga completa de 3.2s. Ese es un resultado sólido para hosting compartido de WordPress.
• Si tus visitantes están en gran parte en Norteamérica o están distribuidos globalmente, espera más bien las cifras de San Antonio: 2.5s de LCP, 788ms de TTFB y 3.8s de carga completa. Ninguna de estas cifras incumple Core Web Vitals por completo, pero el resultado de LCP en particular queda justo en el borde del umbral “bueno” de Google, no de forma segura dentro de él.

Una limitación que vale la pena señalar directamente: las cuatro opciones de centro de datos de Jump.BG al registrarte, Bulgaria, el Reino Unido, Alemania y Francia, están todas en Europa.

No hay una región de EE. UU. ni otra región fuera de Europa para elegir, así que un lector cuya audiencia se concentre en Norteamérica o Asia no tiene una forma de acortar esa distancia dentro de la propia línea de Jump.BG, como sí podría con un host que ofrezca regiones globales.

Veredicto general sobre el rendimiento

Para una audiencia europea, el plan Blogger Ultra de Jump.BG ofrece cifras sólidas: 84% de rendimiento en GTmetrix, un LCP de 1.0s y una página totalmente cargada en 3.2 segundos desde Frankfurt, todo cómodamente dentro de los umbrales “buenos” de Google. La imagen cambia para los visitantes más lejos. Desde San Antonio, el rendimiento baja a 72%, el LCP casi se duplica hasta quedar justo en el borde del rango “bueno”, y el TTFB casi se triplica debido a la distancia física hasta Sofía.

Nada de esto apunta a un servidor mal configurado, el puntaje de CLS se mantuvo en un 0 limpio en ambas pruebas y la construcción subyacente de la página no cambió; es una desventaja por distancia al servidor que verías con cualquier host de una sola región, y que no puedes sortear porque todas las cuatro opciones de centro de datos de Jump.BG están en Europa.

Si tu tráfico es europeo, este plan rinde muy por encima del promedio de hosting compartido. Si una parte importante de tus visitantes está fuera de Europa, presupuestarás los números más lentos de este rango en lugar del resultado de Frankfurt, ya que actualmente no hay una opción regional más cercana a la cual recurrir.

Jump.BG

Jump.BG es una empresa búlgara de hosting con más de 15 años de experiencia, construida sobre los principios de una alianza a largo plazo y la confianza. La empresa ofrece una amplia gama de servicios —desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS administrado, soporte para WordPress, certificados SSL y servidores dedicados— adaptados a las necesidades de las pequeñas y medianas empresas.

Visita Jump.BG

Facilidad de uso

Pasé por el proceso de pedido de Jump.BG como lo haría un cliente nuevo, desde la página de inicio hasta la selección del plan, la configuración del dominio y el pago, y luego al entorno de cPanel que viene con la cuenta activa. Esto es lo que vi en ese proceso y en qué se destacó frente a otros hosts compartidos que he probado.

1. Registro

Lo primero que noté en la página de inicio de Jump.BG fue un selector de idioma que aparece al llegar, permitiéndote elegir entre búlgaro e inglés antes de siquiera mirar un plan.

Ese es un detalle pequeño, pero importa para un host con sede en Bulgaria: un cliente internacional no se queda adivinando si el sitio o el equipo de soporte funciona en inglés.

Desde la navegación superior, entré al menú Hosting, que abre un desplegable con seis líneas de producto: Mover un sitio web, Hosting compartido, Hosting WordPress, Soporte WordPress, Hosting eShop y Hosting para revendedores.

Seleccioné Hosting WordPress, que enumera cuatro niveles: Blogger Start, Blogger Uni, Blogger Pro y Blogger Ultra. Cada tarjeta de plan muestra por adelantado su capacidad mensual estimada de visitas y la asignación de SSD, algo más útil en esta etapa de lo que la mayoría de los hosts se molesta en proporcionar:

Elegí Blogger Ultra para hacer la prueba del nivel superior. Hacer clic en Order no te lleva directamente al pago. Jump.BG te redirige primero por un paso de dominio, con tres opciones: registrar un nuevo dominio, transferir uno desde otro registrador o apuntar los servidores de nombres de un dominio existente a Jump.BG sin hacer una transferencia.

Esa tercera opción vale la pena destacarla. Muchos hosts solo ofrecen registrar o transferir en este paso, lo que te obliga a tomar una decisión para la cual quizás aún no estés listo. Permitir que apuntes los servidores de nombres de un dominio que mantienes en otro lugar es una forma de menor compromiso de probar el hosting primero.

Después del paso del dominio, la página de configuración presenta las especificaciones del plan nuevamente junto con una serie de opciones que la mayoría de los hosts esconden más adentro del proceso de compra o no ofrecen en absoluto:

• Ciclo de facturación: mensual o anual, con precios separados (la mayoría de los hosts compartidos que he reseñado obligan a facturación anual únicamente en esta etapa)
• Selección de ubicación: Bulgaria, Reino Unido, Alemania o Francia, cada una vinculada a un centro de datos específico
• Spam Expert: un complemento pago por dominio, configurado por defecto en cero
• Espacio adicional en disco: un control deslizante encima del almacenamiento base del plan
• Dirección IP personal (dedicada): un complemento pago

La opción de centro de datos en cuatro países es un diferenciador real. La mayoría de los hosts compartidos que he probado te dejan bloqueado en una sola región sin preguntarte, y aquí Jump.BG te deja elegir antes incluso de pagar, lo cual importa si tus visitantes están concentrados en el Reino Unido o en otra parte de Europa occidental, en vez de Bulgaria.

Hacer clic en Continue abre una ventana emergente de “Added to Cart” que muestra tres niveles de Soporte WordPress pago (Basic, Optimal y Premium) antes de devolverte a tu pedido.

Ninguno de estos viene preseleccionado, y saltártelos solo requiere hacer clic en Continue otra vez, pero es una interrupción del pago para la que conviene estar preparado. Si te sientes técnicamente cómodo administrando tu propio sitio, no hay necesidad de añadir ninguno de estos, y el plan base no requiere ninguno para funcionar.

La página de Revisión y Pago es donde se arma el pedido. Hay algunas cosas que vale la pena señalar aquí:

• Selección de moneda: aunque los precios de los planes se muestran en EUR y BGN en todo el sitio, el pago te permite cambiar a otras monedas, incluido USD, lo cual es útil si prefieres ver y pagar en tu propia moneda

• Campo para código promocional: un cuadro dedicado para códigos de descuento, separado del resumen del pedido
• Campos de facturación empresarial: junto con los datos personales estándar, el formulario tiene un conjunto completo de campos de empresa (nombre de la empresa, número de IVA, dirección registrada y nombre del gerente), así que los clientes empresariales búlgaros pueden obtener una factura de IVA adecuada sin contactar al soporte

• Creación de cuenta mediante Facebook o Google: un acceso directo junto al registro estándar con correo electrónico y contraseña

Las opciones de pago van más allá de la mayoría de los hosts compartidos que he reseñado: pago con tarjeta a través de Stripe, PayPal, ePay.bg, EasyPay, B-Pay, una opción local de transferencia bancaria etiquetada como Bank Road y Bitcoin. Aceptar Bitcoin junto con tantos procesadores de pago regionales búlgaros no es algo que vea con frecuencia en un checkout de hosting compartido.

Llegaron dos correos inmediatamente después de que completé el pedido y el pago: uno confirmando la compra y otro separado explicando qué hacer a continuación. Recibir ese segundo correo orientado a la acción justo después del pago, en lugar de obligarte a buscar tu propio punto de partida dentro del panel, es una buena señal para cualquiera que se registre sin experiencia previa en hosting.

Cómo lo encontré: el flujo de pedido primero con el dominio y las opciones visibles en la página de configuración sobre centro de datos, ciclo de facturación y complementos hacen de este uno de los checkouts más transparentes que he probado en un host compartido. La ventana emergente de venta adicional después de agregar el plan al carrito vale la pena tenerla en cuenta, pero no te bloquea para seguir adelante sin elegir nada.

Entre los campos de facturación empresarial, el cambio de moneda y la variedad de métodos de pago, este checkout está pensado para un rango más amplio de clientes que el de un host típico de un solo mercado, y el correo de seguimiento con los siguientes pasos es un pequeño detalle que evita que un cliente nuevo empiece desde cero.

Después, te explicaré directamente qué pasa una vez que estás dentro del entorno de hosting.

2. Administración del hosting

Jump.BG deja la administración del hosting en manos de cPanel, y la versión aprovisionada aquí tiene más funciones incorporadas que una instalación estándar de cPanel.

Lo primero que destaca es una sección llamada “Jump Developed” ubicada encima de las categorías estándar de cPanel, que contiene tres herramientas personalizadas:

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

El cambio de versión de PHP por sitio aparece en muchos hosts compartidos, pero un administrador de caché Redis integrado directamente en cPanel no es algo que encuentre con frecuencia en este nivel.

Redis normalmente requiere un ticket de soporte o configuración por línea de comandos en planes comparables, así que tenerlo expuesto como una herramienta de apuntar y hacer clic es una ventaja real para cualquiera que ejecute un sitio WordPress con caché de objetos o una aplicación personalizada que se beneficie de ello.

Más allá de esa sección personalizada, el resto del conjunto de herramientas cubre las categorías que esperarías, con algunos detalles que vale la pena señalar:

Git version control junto a las herramientas estándar de archivos es un detalle que los desarrolladores apreciarán y que los usuarios ocasionales de WordPress nunca tocarán, lo que me dice que Jump.BG está construyendo este panel para un rango más amplio de niveles técnicos que un host enfocado solo en principiantes.

La fila de Security es donde este plan realmente gana puntos. La autenticación de dos factores y Imunify360 en un plan compartido no son inusuales por sí solos, pero tener acceso SSH, ModSecurity y gestión completa de certificados SSL/TLS expuestos directamente en el panel, con un certificado SSL ya marcado como Active en la vista general de la cuenta en lugar de necesitar instalación manual, es un punto de partida más sólido que varios otros hosts compartidos que he probado, donde el SSL requiere un paso manual después del registro.

El panel de resumen de la cuenta a la derecha merece una mirada por sí mismo. Muestra el techo de recursos de la cuenta en lugar de obligarte a buscarlo: 244.14 GB de espacio en disco, 2.5 GB de memoria física y un límite de IOPS de 1,024, junto con dominios adicionales, subdominios, buzones de correo y bases de datos ilimitados, cada uno mostrado como un conteo en ejecución contra un símbolo de infinito en lugar de un límite fijo.

Ese nivel de transparencia sobre los límites reales de recursos, mostrado de forma clara en lugar de estar escondido en un artículo de la base de conocimientos, es algo que muchos hosts compartidos evitan mostrar porque los límites reales a menudo contradicen el lenguaje de “ilimitado” en la página de marketing. Jump.BG pone las cifras frente a ti.

WordPress Manager by Softaculous y Social Media Management aparecen como elementos independientes en la barra lateral izquierda, fuera de la cuadrícula principal de herramientas, lo que pone el acceso de un solo clic a la gestión de WordPress y a las herramientas sociales a un clic de distancia desde cualquier parte del panel, en lugar de exigir que bajes por la sección Software.

Softaculous en sí trae una amplia biblioteca de scripts, desde plataformas CMS y foros hasta juegos, galerías de imágenes y herramientas de administración de anuncios, lo que extiende este plan mucho más allá de un caso de uso solo para WordPress si decides ejecutar otra cosa en la misma cuenta.

Veredicto general sobre la facilidad de uso

Llegar desde la página de inicio de Jump.BG hasta una cuenta de hosting funcionando es un proceso corto con algunos puntos de decisión útiles en el camino: un cambio de idioma al llegar, un paso de dominio que no obliga a hacer una transferencia y una página de configuración que pone por delante la ubicación del centro de datos, el ciclo de facturación y los complementos antes de pagar, en lugar de después. La pantalla de venta adicional de Soporte WordPress en el checkout vale la pena tenerla en cuenta, pero es fácil saltarla.

Donde este plan se separa del resto es dentro de cPanel. Un administrador de caché Redis y control de versión de PHP por sitio ubicados en una sección “Jump Developed”, acceso SSH y gestión completa de SSL/TLS expuestos de forma predeterminada, un certificado SSL ya activo en lugar de necesitar configuración manual, y una vista general de la cuenta que muestra límites reales de recursos en vez de esconderse detrás de un lenguaje de marketing de “ilimitado” apuntan a un host que construyó su panel de administración para usuarios técnicamente capaces, no solo para quienes crean su primer sitio web.

Si quieres ese nivel de control del servidor sin salir de cPanel, este es un punto de partida más fuerte que la mayoría de los planes de hosting compartido de este nivel.

Nivel de soporte

El chat en vivo es el canal principal de soporte de Jump.BG. Está en la esquina inferior derecha de cada página del panel, así que no hay que buscar dentro de un portal de soporte ni abrir un formulario de ticket para empezar una conversación. Decidí ponerlo a prueba con una pregunta técnica sobre la herramienta Redis Cache Manager que encontré en cPanel.

1. Chat en vivo

El chat se abre con un asistente de IA llamado Froggy, que se identifica como IA desde el inicio y afirma que un operador humano revisa la conversación y entrará cuando sea necesario. Esa divulgación importa: desde el primer mensaje sabes si estás hablando con un bot o con una persona, y te dicen que un humano ya está vigilando en segundo plano en lugar de tener que pedirlo.

Pregunté si la instancia Redis detrás del Redis Cache Manager está aislada por cuenta o compartida con prefijo de claves. La respuesta de Froggy fue específica en lugar de genérica:

• Cada cuenta de hosting obtiene su propia instancia Redis con un host y puerto únicos, visibles en cPanel bajo Redis Cache Manager by Jump.BG
• Si varias páginas viven en la misma cuenta, la instancia Redis se comparte entre ellas, y cada sitio necesita un número de base de datos diferente (0 a 15) para evitar que los datos de caché se crucen entre sitios
• Señaló por su cuenta un problema real de compatibilidad: Redis Cache y los plugins de LiteSpeed Cache no funcionan juntos, ya que LiteSpeed Cache tiene su propia configuración de Redis en Settings, Advanced
• Enlazó un artículo de la base de conocimiento y una publicación del blog para ampliar la información, y dio las constantes exactas de wp-config.php necesarias para conectar WordPress a la instancia

Esa advertencia sobre el número de base de datos para múltiples sitios no fue algo que yo preguntara. Mencionar eso por iniciativa propia es el tipo de detalle que evita que un cliente se meta en un problema real (que la caché se mezcle entre dos sitios de la misma cuenta) antes de que ocurra.

Un agente humano, Stoyan, se unió al chat de inmediato sin que yo lo pidiera, confirmó la misma respuesta sobre el aislamiento y me agradeció por comunicarme.

Luego pregunté si Redis estaba configurado con persistencia (RDB o AOF) o si se usaba únicamente como caché en memoria. Stoyan pidió un momento para verificarlo y volvió con una respuesta directa: la persistencia por instantánea RDB está habilitada, AOF no.

Lo que pienso: el traspaso de la IA al humano aquí funciona mejor que la mayoría de implementaciones que he visto. La respuesta de Froggy no fue una coincidencia superficial con la palabra “Redis”, separó correctamente una pregunta a nivel de plan de un detalle de configuración a nivel de sitio y añadió una advertencia sobre conflictos de plugins que yo no había preguntado.

La llegada de Stoyan sin necesidad de pedirlo eliminó la espera típica para que un humano tome un ticket, aunque su primer mensaje sí repitió información que Froggy ya había cubierto en lugar de continuar desde ahí.

El momento que más me dijo fue la pregunta sobre persistencia: Stoyan no adivinó ni dio una respuesta vaga para tranquilizar, verificó y volvió con la configuración correcta y específica (RDB, no AOF). Esa es la diferencia entre un agente que lee un guion y uno que conoce la infraestructura.

2. Base de conocimientos

Después de probar el soporte en vivo, quise ver si Jump.BG respalda eso con documentación de autoservicio, ya que no todas las preguntas valen la pena abrirlas en chat.

La base de conocimientos está detrás de la misma barra lateral de soporte que el chat en vivo y el historial de tickets, organizada en nueve categorías:

Shared Hosting y Domains concentran la mayor parte del contenido, lo cual coincide con dónde la mayoría de los clientes realmente necesita ayuda. Que Online Radio tenga su propia categoría de 10 artículos es un detalle específico de Jump.BG, ya que el hosting de audio en streaming no es un producto que la mayoría de los hosts compartidos ofrezca, y mucho menos que documente por separado.

Abrí uno de los artículos enlazados, “Changing PHP version for a specific directory or site,” para comprobar la calidad de la redacción en sí.

El artículo es una guía de tres pasos: localizar el directorio raíz del sitio mediante FTP o File Manager, abrir o crear el archivo .htaccess y luego añadir uno de varios bloques de código según la versión de PHP que quieras, con cobertura individual de 5.2 a 8.4.

Enlaza de vuelta a otro artículo para cambiar la versión de PHP en todo el account, y cierra con una serie de artículos relacionados (conceptos básicos de hosting compartido, cambiar el dominio raíz, ajustes SMTP, permisos de archivos, inicio de sesión en cPanel) que tienen sentido como siguiente paso para alguien que lee este.

Una aspereza: los encabezados de versión de PHP de 7.1 a 8.0 cambian a búlgaro a mitad del artículo (“За PHP версия 7.1, добавете следните редове”) antes de volver al inglés para 8.1 a 8.4.

La lista de Most Popular Articles de la página de inicio tiene el mismo problema: junto a entradas en inglés como “Free SSL certificate from Let’s Encrypt”, varias de las cinco principales están solo en búlgaro, incluidas “Какво е SSL” (What is SSL) y “Плащане чрез ePay” (Payment via ePay).

Lo que pienso: la profundidad sí está ahí. Shared Hosting y Domains tienen cobertura real, el artículo sobre la versión de PHP es lo suficientemente preciso como para resolver el problema real sin abrir un ticket de soporte, y los conteos de votos sugieren que la gente sí encuentra y usa estas páginas, no solo las pasa por alto.

La inconsistencia de idioma es lo único que debes saber antes de entrar. Si estás usando la versión en inglés del sitio, no te sorprendas cuando un enlace de Most Popular o un bloque de código a mitad del artículo cambie al búlgaro. Eso no rompe la información, ya que los fragmentos de código son los mismos en cualquier caso, pero sí es una falla en una experiencia de soporte que por lo demás sí está lista para inglés.

Veredicto general sobre el nivel de soporte

El chat en vivo de Jump.BG es rápido de abrir, y también es rápido obtener una respuesta real de él. El asistente de IA manejó una pregunta técnica sobre el aislamiento de Redis con detalles en lugar de una respuesta genérica, señaló un conflicto de plugins que yo no había preguntado, y el agente humano que se unió sin que se lo pidiera respaldó la respuesta de la IA y luego verificó una pregunta de seguimiento más difícil sobre la persistencia en lugar de adivinar.

La base de conocimientos tiene verdadera profundidad donde más importa, en Shared Hosting y Domains, y el artículo sobre la versión de PHP que revisé fue lo bastante preciso y específico como para aplicarlo directamente. La única brecha constante entre ambos canales es el idioma: los artículos de la base de conocimientos y la lista de Most Popular mezclan inglés y búlgaro sin avisar, algo útil de saber si administras la cuenta completamente en inglés.

Para respuestas rápidas y técnicamente precisas sobre preguntas reales de infraestructura, esta es una de las experiencias de soporte más sólidas que he probado en un host compartido.

Jump.BG

Jump.BG es una empresa búlgara de hosting con más de 15 años de experiencia, construida sobre los principios de una alianza a largo plazo y la confianza. La empresa ofrece una amplia gama de servicios —desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS administrado, soporte para WordPress, certificados SSL y servidores dedicados— adaptados a las necesidades de las pequeñas y medianas empresas.

Visita Jump.BG

Conclusión: ¿Recomendamos el hosting de Jump.BG?

Sí, con una idea clara de para quién es. Jump.BG destaca por la profundidad técnica integrada en su entorno de cPanel: un administrador de caché Redis, cambio de PHP por sitio, acceso SSH y soporte de Git no son cosas que suela encontrar combinadas en un plan de hosting compartido o de WordPress, y hacen que esta sea una opción más fuerte para desarrolladores y propietarios técnicamente cómodos que para alguien que crea su primer sitio web y busca la configuración más simple posible.

El rendimiento respalda esto para una audiencia europea, con números sólidos de GTmetrix desde Frankfurt, aunque los visitantes fuera de Europa verán una caída real dado que las cuatro opciones de centro de datos están en el continente.

El soporte cumplió bien bajo una pregunta técnica real, con una respuesta rápida y precisa tanto del asistente de IA como del agente humano que hizo seguimiento.

Jump.BG

5.0

6 user reviews

11.880 $ /mo

Precio inicial

Visita Jump.BG

Rating based on expert review

• Fácil de usar
  4.5
• Soporte técnico
  4.8
• Características
  4.6
• Confiabilidad
  4.2
• Tarifas
  4.5