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 así en la mayoría de los hostings compartidos. Así es como la inscripción, el rendimiento y el soporte se comportaron bajo pruebas reales.

Jump.BG

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

Visita Jump.BG

Pros y Contras

Desglose de la calificación

Para determinar dónde se sitúa Jump.BG en general, lo evalué según nuestra metodología de reseña que aplicamos en cada host de este sitio, por lo que los números 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é integrada
• Hosting para revendedores: vende hosting bajo tu propia marca
• Cloud VPS y Cloud VPS gestionado: servidores virtuales escalables, con planes gestionados que incluyen cPanel y administración del servidor
• Servidores dedicados: servidores autónomos de alto rendimiento

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

Hay algunas cosas que conviene saber antes de hacer tu pedido:

• Facturación: Jump.BG utiliza un sistema de crédito prepago. Los servicios se deducen 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 mediante el envío de una solicitud de desistimiento.
• 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 contrapartida es la política de reembolso: no hay una garantía de devolución de dinero como respaldo 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 de hosting búlgara con más de 15 años de experiencia, construida sobre los principios de asociación a largo plazo y confianza. La empresa ofrece una amplia gama de servicios — desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS gestionado, soporte WordPress, certificados SSL y servidores dedicados — adaptados a las necesidades de 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 para Git
• Seguridad Imunify360 y ModSecurity incluidos
• Copias de seguridad automatizadas JetBackup 5
• Opción de cuatro centros de datos de la UE
• Compatibilidad con aplicaciones Node.js y Python
• Servidor LiteSpeed con caché integrada
• SSL gratuito activo desde el registro

Rendimiento

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

Esta es la configuración con la que estaba trabajando:

• Plan: Blogger Ultra (Hosting WordPress)
• Centro de datos: Bulgaria, 3DC/Equinix, Sofía
• Almacenamiento: 250 GB SSD tal como se anuncia (se muestran 244.14 GB disponibles en la vista general de la cuenta de cPanel, una pequeña diferencia que probablemente se deba a una diferencia de formato entre las cifras promocionadas 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 funciona 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 real en lugar de un promedio sintético de laboratorio. También informa directamente de las Core Web Vitals de Google (LCP, TBT, CLS), que son las métricas que Google utiliza para juzgar la experiencia de página para el posicionamiento en búsquedas. Para una reseña de hosting, eso proporciona un punto de referencia repetible y comparable que puedo usar con 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 ofrece una lectura realista del mejor escenario para el tráfico europeo cercano. Pero Jump.BG no solo se dirige a una audiencia búlgara o regional.

El proceso de compra multimoneda, 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 ambas, obtienes tanto el mejor escenario realista como el escenario realista de larga distancia, no solo una cifra optimista del punto de prueba disponible más cercano.

Puntuaciones de GTmetrix: Frankfurt frente a 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 una puntuación de LCP “buena” es de 2.5s o menos, así que el resultado de Frankfurt entra cómodamente en él mientras que el resultado de EE. UU. cae justo en el límite en lugar de situarse claramente dentro.

Algunos puntos que conviene destacar:

• CLS en 0 en ambas ejecuciones significa que el diseño se mantiene estable independientemente de dónde provenga la solicitud, lo cual no se ve afectado por la distancia de red y 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 al principio parece contraintuitivo. TBT mide cuánto tiempo el hilo principal está bloqueado por la ejecución de scripts durante la carga de la página, algo que depende más de la instancia del navegador que ejecuta la prueba que de la distancia de red, así que esto no es una señal de que la conexión de EE. UU. sea más rápida, sino un 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 en cualquier caso

Desglose de la 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 por sí solo salta 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 volver antes de que la página pueda empezar siquiera a renderizarse, y no hay forma de evitar eso con una cuenta de una sola ubicación.

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

• Si tus visitantes se concentran en Europa, especialmente cerca de Alemania o regiones cercanas, los números 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 mayoritariamente en Norteamérica o repartidos globalmente, espera en cambio los números 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 se sitúa justo al borde del umbral “bueno” de Google en lugar de estar claramente dentro.

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 no europea 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 oferta de Jump.BG, como sí la tendrí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 números sólidos: 84% de rendimiento de GTmetrix, un LCP de 1.0s y una página completamente cargada en 3.2 segundos desde Frankfurt, todo ello cómodamente dentro de los umbrales “buenos” de Google. El panorama cambia para los visitantes más alejados. Desde San Antonio, el rendimiento baja al 72%, el LCP casi se duplica hasta situarse justo al 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 CLS de 0 en ambas pruebas se mantuvo limpio y la construcción subyacente de la página no cambió, es una desventaja de distancia al servidor que verías con cualquier host de una sola región, y que no puedes rodear porque las cuatro opciones de centro de datos de Jump.BG están en Europa.

Si tu tráfico es europeo, este plan rinde por encima de la media del hosting compartido. Si una parte significativa de tus visitantes está fuera de Europa, presupuestarás el extremo más lento de estos números en lugar del resultado de Frankfurt, ya que actualmente no hay una opción regional más cercana a la que recurrir.

Jump.BG

Jump.BG es una empresa de hosting búlgara con más de 15 años de experiencia, construida sobre los principios de asociación a largo plazo y confianza. La empresa ofrece una amplia gama de servicios — desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS gestionado, soporte WordPress, certificados SSL y servidores dedicados — adaptados a las necesidades de 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 hasta el entorno de cPanel que viene con una cuenta activa. Esto es lo que parece ese proceso, y en qué destacó frente a otros hostings 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 incluso de mirar un plan.

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

Desde la navegación superior, entré en el menú Hosting, que abre un desplegable con seis líneas de producto: Move a Website, Shared Hosting, WordPress Hosting, WordPress Support, eShop Hosting y Reseller Hosting.

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

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 nameservers de un dominio existente a Jump.BG sin transferirlo.

Esa tercera opción merece destacarse. Muchos hosts solo ofrecen registrar-o-transferir en esta etapa, lo que te obliga a tomar una decisión que quizá todavía no estés listo para tomar. Permitir apuntar los nameservers de un dominio que conservas en otro lugar es una forma de probar el hosting con menos compromiso.

Después del paso del dominio, la página de Configuración muestra de nuevo las especificaciones del plan junto con una serie de opciones que la mayoría de los hosts ocultan más profundamente en el proceso de compra o ni siquiera ofrecen:

• Ciclo de facturación: mensual o anual, con precios separados (la mayoría de los hostings compartidos que he revisado obligan a facturación anual 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 de pago por dominio, predeterminado en cero
• Espacio adicional en disco: un control deslizante sobre el almacenamiento base del plan
• Dirección IP personal (dedicada): un complemento de pago

La elección de centro de datos en cuatro países es un diferenciador real. La mayoría de los hostings compartidos que he probado te bloquean en una región sin preguntar, y aquí Jump.BG te permite elegir antes incluso de pagar, algo que importa si tus visitantes están concentrados en el Reino Unido o en otra parte de Europa occidental en lugar de Bulgaria.

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

Ninguno de ellos está preseleccionado, y saltártelos solo requiere hacer clic en Continue otra vez, pero conviene estar preparado para esa interrupción en el pago. Si te sientes cómodo gestionando tu sitio por tu cuenta, 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 completa el pedido. Hay algunas cosas que conviene 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 a 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), de modo que los clientes empresariales búlgaros pueden obtener una factura con IVA adecuada sin contactar con soporte

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

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

Llegaron dos correos inmediatamente después de completar el pedido y el pago: uno confirmando la compra y otro aparte 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 en el panel tu propio punto de partida, es una buena señal para cualquiera que se registra sin experiencia previa en hosting.

Lo que pienso: el flujo de pedido primero con dominio y las opciones claras en la página de Configuración sobre centro de datos, ciclo de facturación y complementos hacen de este uno de los procesos de compra más transparentes que he probado en un host compartido. La ventana emergente de venta adicional después de añadir el plan al carrito conviene tenerla presente, pero no te bloquea el paso si no eliges nada.

Entre los campos de facturación empresarial, el cambio de moneda y la variedad de métodos de pago, este proceso de compra 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 nuevo cliente empiece desde cero.

A continuación, explicaré directamente qué ocurre una vez que entras en el entorno de hosting.

2. Gestión del hosting

Jump.BG entrega la gestión del hosting a cPanel, y la versión aprovisionada aquí tiene más cosas integradas que una instalación estándar de cPanel.

Lo primero que destaca es una sección llamada “Jump Developed” situada por 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 hostings compartidos, pero un administrador de caché Redis integrado directamente en cPanel no es algo que encuentre con frecuencia en este nivel.

Redis suele requerir o bien un ticket de soporte o una 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 conviene 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 casuales de WordPress nunca tocarán, lo que me dice que Jump.BG está construyendo este panel para una gama más amplia de niveles técnicos que un host puramente enfocado en principiantes.

La fila de Seguridad es donde este plan gana crédito real. La autenticación de dos factores y Imunify360 en un plan compartido no son inusuales por sí solas, pero tener acceso SSH, ModSecurity y la gestión completa de certificados SSL/TLS expuestos directamente en el panel, con un certificado SSL ya marcado como Activo en la vista general de la cuenta en lugar de requerir instalación manual, es un punto de partida más sólido que el de varios otros hostings compartidos que he probado donde el SSL requiere un paso manual tras registrarte.

El panel resumen de la cuenta de la derecha merece una mirada por sí mismo. Muestra el techo real 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 curso frente a un símbolo de infinito, en lugar de un límite fijo).

Ese nivel de transparencia sobre los límites reales de recursos, mostrado claramente en lugar de ocultarse en un artículo de la base de conocimientos, es algo que muchos hostings compartidos evitan mostrar porque los límites reales a menudo socavan el lenguaje de “ilimitado” de la página de marketing. Jump.BG pone los números delante de 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 con un clic a la gestión de WordPress y a las herramientas sociales a un solo clic desde cualquier lugar del panel en lugar de requerir desplazarse por la sección de 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 gestión de anuncios, lo que amplía este plan mucho más allá de un caso de uso exclusivamente 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 funcional 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 transferir y una página de Configuración que pone la ubicación del centro de datos, el ciclo de facturación y los complementos delante de ti antes de pagar, en lugar de después. La pantalla de venta adicional de WordPress Support en el pago conviene tenerla presente, pero es fácil de omitir.

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 dentro de una sección “Jump Developed”, acceso SSH y gestión completa de SSL/TLS expuestos por defecto, un certificado SSL ya activo en lugar de requerir configuración manual, y una vista general de la cuenta que indica límites reales de recursos en vez de esconderse detrás del lenguaje de marketing de “ilimitado” apuntan a un host que construyó su panel de gestión para usuarios técnicamente competentes, no solo para quienes crean un sitio por primera vez.

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

Nivel de soporte

El chat en vivo es el principal canal de soporte de Jump.BG. Está situado en la esquina inferior derecha de cada página del panel, así que no hay que buscar en un portal de soporte ni abrir un formulario de tickets 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 principio y afirma que un operador humano revisa la conversación y se incorporará cuando sea necesario. Esa divulgación importa: sabes desde el primer mensaje si estás hablando con un bot o con una persona, y se te dice que un humano ya está vigilando en segundo plano en lugar de tener que pedirlo.

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

• Cada cuenta de hosting obtiene su propia instancia de Redis con un host y puerto únicos, visibles en cPanel bajo Redis Cache Manager by Jump.BG
• Si varias sitios están en la misma cuenta, la instancia de Redis se comparte entre ellos, y cada sitio necesita un número de base de datos diferente (0 a 15) para evitar que los datos de la caché se mezclen entre sitios
• Detectó por sí misma 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 integrada en Settings, Advanced
• Enlazó a un artículo de la base de conocimientos y a una entrada del blog para ampliar la información, y proporcionó 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 varios sitios no era algo que yo hubiera preguntado. Mencionarlo por iniciativa propia es el tipo de detalle que evita a un cliente un problema real (que la caché se mezcle entre dos sitios de la misma cuenta) antes de que aparezca.

Un agente humano, Stoyan, se unió al chat inmediatamente después sin que yo se lo pidiera, confirmó la misma respuesta sobre el aislamiento y me agradeció por contactar.

Hice un seguimiento preguntando si Redis estaba configurado para persistencia (RDB o AOF) o si se usaba solo como caché en memoria. Stoyan pidió un momento para comprobarlo, y volvió con una respuesta directa: la persistencia por instantánea RDB está activada, AOF no lo está.

Lo que pienso: la transición de IA a 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 pedido.

La llegada de Stoyan sin solicitud eliminó la espera habitual para que un humano tome un ticket, aunque su primer mensaje repitió lo 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 tranquilizadora pero vaga, comprobó 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 merecen abrir un 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:

Hosting compartido y Dominios concentran la mayor parte del contenido, lo que encaja con donde la mayoría de los clientes realmente necesita ayuda. Que Radio en línea tenga su propia categoría de 10 artículos es un detalle específico de Jump.BG, ya que el alojamiento de audio en streaming no es un producto que la mayoría de los hostings compartidos ofrezcan en absoluto, y mucho menos que documenten 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, cubriendo individualmente desde 5.2 hasta 8.4.

Enlaza de nuevo a un artículo separado para cambiar la versión de PHP en toda la cuenta y termina con una serie de artículos relacionados (nociones básicas de hosting compartido, cambio del dominio raíz, configuración SMTP, permisos de archivos, inicio de sesión en cPanel) que tienen sentido como siguientes pasos para alguien que lea este.

El artículo muestra 346 usuarios marcándolo como útil de 770 votos, así que no es una página que nadie lea.

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

La lista de artículos más populares 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 más populares están solo en búlgaro, incluidas “Какво е SSL” (What is SSL) y “Плащане чрез ePay” (Payment via ePay).

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

La inconsistencia de idioma es lo único que conviene saber de antemano. Si usas 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. No rompe la información, ya que los fragmentos de código son iguales de todos modos, pero sí es un hueco en una experiencia de soporte por lo demás preparada para inglés.

Veredicto general sobre el nivel de soporte

El chat en vivo de Jump.BG es rápido de alcanzar, y también es rápido para obtener una respuesta real. 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 pedido, y el agente humano que se incorporó 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 una profundidad real donde más importa, en Hosting compartido y Dominios, y el artículo sobre la versión de PHP que revisé era preciso y lo bastante específico como para aplicarlo directamente. La única carencia constante en 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 que conviene saber si gestionas la cuenta completamente en inglés.

Para respuestas rápidas y técnicamente precisas a preguntas reales sobre la 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 de hosting búlgara con más de 15 años de experiencia, construida sobre los principios de asociación a largo plazo y confianza. La empresa ofrece una amplia gama de servicios — desde registro de dominios y hosting compartido hasta Cloud VPS, Cloud VPS gestionado, soporte WordPress, certificados SSL y servidores dedicados — adaptados a las necesidades de 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 cPanel: un administrador de caché Redis, cambio de PHP por sitio, acceso SSH y soporte para Git no son cosas que encuentre a menudo incluidas en un plan de hosting compartido o WordPress, y lo convierten en una mejor opción para desarrolladores y propietarios de sitios técnicamente cómodos que para un propietario de sitio por primera vez que 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 se mantuvo 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 el seguimiento.

Jump.BG

5.0

6 opiniones de usuarios

3,26 € /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