Cómo elegir hosting: qué comparar antes de firmar

La factura del hosting suele llegar a la bandeja cuando nadie está pensando en ella: el primer año eran treinta y seis euros, el segundo son setenta y dos, y en medio nadie ha cambiado nada ni en el sitio web ni en el plan. El número de visitas es el mismo, los archivos son los mismos, y aun así el precio se ha duplicado, aunque no ha ocurrido nada malo y nadie ha intentado engañar. Simplemente se ha acabado el primer plazo, y ha empezado a aplicarse lo que estaba todo el tiempo en la misma tarifa, solo que bajo otro encabezado y en letra más pequeña.

La elección de hosting casi nunca se decide por los parámetros técnicos, porque son comparables, están publicados y, para la mayoría de los sitios web de empresa, la diferencia entre dos planes es menor que la diferencia entre dos años del mismo plan. Se decide por lo que está escrito en el contrato, y precisamente ahí casi nadie mira, porque el hosting se pide en autoservicio, donde el contrato se acepta marcando una casilla junto a un enlace que nadie abre. Sobre en qué se diferencian los propios tipos de plan hemos escrito aparte, comparando el hosting compartido, el VPS y el servidor cloud; este artículo trata de lo que queda cuando el tipo de plan ya está elegido, es decir, de las promesas, del precio tras el vencimiento del plazo, de las copias de seguridad y de la salida.

El porcentaje mide la disponibilidad, no sus pérdidas

El porcentaje de disponibilidad es la cifra más citada en una tarifa de hosting y, al mismo tiempo, la peor entendida, porque no es una promesa de que el sitio web funcione, sino la base de cálculo de una compensación que casi siempre se abona no en dinero, sino como crédito contra las próximas facturas. Las condiciones de Hetzner para el servidor cloud lo formulan tan directamente como se puede: la compensación se llama Cloud Credits, se excluye el dinero y se añade que no hay otros remedios; Amazon Web Services y Google Cloud usan en sus documentos otras palabras, pero el significado es el mismo.

La otra cara, que suele pasar desapercibida, es la lista de excepciones, y suele ser más larga que la propia promesa. El mantenimiento planificado del que el proveedor ha avisado no se cuenta en absoluto, y tampoco se cuenta lo que haya causado el software o la configuración del propio cliente, que en la práctica es una excepción mucho más amplia de lo que suena: un plugin mal instalado, una base de datos saturada o un ajuste erróneo siguen siendo responsabilidad del cliente, independientemente de cuánto tiempo estuvo caído el sitio y de cuántos pedidos no llegaron entonces. DigitalOcean lo nombra en sus condiciones, mencionando el código de la aplicación del cliente y los errores de configuración, y junto a eso casi todos los contratos excluyen la fuerza mayor y las redes ajenas más allá del perímetro del proveedor, es decir, todo el camino desde el router del proveedor hasta su oficina.

En las condiciones de los servidores virtuales de OVHcloud hay todavía un giro que merece un párrafo propio: la disponibilidad se mide allí con peticiones PING y, si la configuración del cliente bloquea esas peticiones, la garantía simplemente no se aplica. Una empresa que, por motivos de seguridad, ha cerrado las respuestas al ping ha desconectado ella misma el instrumento de medida sobre el que descansa toda la promesa, y nadie avisa de ello por separado, así que es un buen ejemplo de por qué los detalles técnicos del contrato no son una formalidad jurídica, sino lo que decide si la cifra llegará a aplicarse alguna vez.

Por último, la compensación no suele recibirse automáticamente: hay que solicitarla, y la solicitud tiene un plazo, que en el caso de Hetzner es de catorce días tras el fin del mes, en el de Google Cloud de sesenta días, y Amazon Web Services cuenta hasta el final del segundo ciclo de facturación. Una empresa cuyo sitio estuvo caído se ocupa en ese momento de las consecuencias, no de rellenar un formulario, así que el plazo pasa en silencio y la compensación que formalmente correspondía no se abona a nadie. Antes de firmar conviene, por tanto, aclarar cuatro cosas a la vez: quién mide la disponibilidad y con qué instrumento, qué hay en la lista de excepciones, en cuánto tiempo hay que solicitarla y si la garantía cubre en absoluto las copias de seguridad, porque la garantía cloud de Hetzner no las incluye, igual que no incluye los cortafuegos ni los balanceadores de carga.

La disponibilidad y el tiempo de respuesta son dos promesas distintas

Junto al porcentaje de disponibilidad suele aparecer en los contratos una segunda cifra que se parece y significa otra cosa del todo, a saber, el tiempo de respuesta, que fija lo rápido que el proveedor contesta a un ticket, no cuánto tiempo funciona el sitio. Una empresa que ha comprado un tiempo de respuesta de cuatro horas ha comprado la promesa de que alguien responderá en cuatro horas, no la promesa de que el problema estará resuelto en cuatro horas, y la diferencia entre esas dos magnitudes en la noche del sábado al domingo es exactamente la diferencia que lo decide todo: un ticket al que se contesta en treinta minutos con una pregunta de vuelta sobre el nombre de dominio está, formalmente, atendido.

La tercera cifra, que aparece menos a menudo pero es la más importante justo en el momento de la recuperación, es el plazo de restauración junto con la pérdida de datos admisible, es decir, en cuánto tiempo el proveedor se compromete a restaurar el servicio tras una avería grave y cuántas horas de trabajo pueden desaparecer de forma irreversible. La mayoría de los contratos de hosting compartido no prometen nada al respecto, y no está escondido, porque simplemente no hay esa cláusula; si el contrato no dice en cuánto tiempo se restaura y cuánto se puede perder, entonces la respuesta honesta es que no está fijado ni lo uno ni lo otro, y ese día las dos las decidirá lo que salga.

En la práctica eso significa que no se pueden meter tres preguntas en una: cuánto tiempo al año puede estar caído el servicio, con qué rapidez responde alguien y con qué rapidez está todo otra vez en su sitio, porque cada una tiene su propia línea en el contrato o no la tiene nadie, y el segundo caso es el más frecuente. Para una empresa cuyo sitio es solo una web corporativa, eso puede ser perfectamente aceptable, pero para una empresa cuya tienda es la fuente de ingresos, la respuesta sobre el porcentaje de disponibilidad es la que menos ayuda de las tres, porque habla de la estadística anual en el momento en que importan las próximas tres horas. Nosotros, cuando asumimos el mantenimiento de la infraestructura, acordamos las tres por separado precisamente por este motivo.

El primer plazo se acaba, y el precio cambia

El precio anunciado en el mercado del hosting es casi siempre el del primer plazo, y el del segundo está en la misma página, solo que menos visible. Hostnet, en septiembre de 2026, pedía por el plan MINI 2,99 € al mes si se paga por treinta y seis meses de una vez, y 5,99 € al mes si se paga cada mes, y ahí mismo mostraba el plan PLUS a 5,99 € frente a 11,99 € y el plan PRO a 6,99 € frente a 15,99 €, todos los precios sin IVA. Hostinger, el mismo día, pedía por el plan Premium 2,99 dólares al mes a cuarenta y ocho meses y escribía al lado que la renovación se hace a 10,99, mientras que el plan Economy de GoDaddy costaba 6,99 y se renovaba a 11,99.

Ninguna de estas empresas oculta nada, porque las cifras están publicadas, están en una sola página y se pueden leer antes de pedir; el problema es que la decisión se toma comparando las primeras columnas, y se paga viviendo en la segunda. El primer plazo, además, es largo, así que entre la decisión y sus consecuencias pasan tres o cuatro años, y en ese momento mudarse parece más caro que la diferencia de precio incluso cuando no lo es; precisamente ese desfase temporal convierte el precio de entrada en un instrumento de venta eficaz, y en ello no hay truco alguno.

El cálculo que aquí ayuda es sencillo y lleva cinco minutos: sume lo que pagará en cinco años al precio de renovación, no al de entrada, y compare las ofertas por esa cifra. Hostinger Premium a cuarenta y ocho meses al precio de entrada son ciento cuarenta y cuatro dólares, pero el quinto año al precio de renovación de 10,99 dólares al mes añade otros ciento treinta y dos, de modo que el total a cinco años es doscientos setenta y seis dólares, no ciento ochenta, como mostraría una multiplicación simple por el precio de entrada, y la diferencia no nace porque algo haya empeorado, sino porque se ha acabado el periodo de promoción. Hostnet MINI a 2,99 € frente a 5,99 € es otra mecánica: es el prepago de treinta y seis meses frente al pago mensual, no un precio de entrada que tras el plazo pasa a ser 5,99 €.

Fíjese también en si el plazo se renueva automáticamente y con cuánta antelación hay que comunicar la baja, porque la renovación automática al precio completo es exactamente el mecanismo que produce la factura duplicada, y el plazo de preaviso suele ser más largo de lo que se recuerda. Si el proveedor no publica el precio completo en absoluto, eso ya es una respuesta por sí misma, porque un precio que no se puede conocer antes de firmar es un precio sobre el que no se puede pactar.

Una empresa no es consumidor, y eso cambia la conversación

Aquí es donde muchos se equivocan, y se equivocan caro, porque la regulación de la Unión Europea sobre las cláusulas abusivas en los contratos celebrados con consumidores, la Directiva 93/13/CEE del Consejo, se aplica a los contratos entre un vendedor o un prestador y un consumidor, es decir, una persona física que actúa con un propósito ajeno a su actividad profesional. El texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios, aprobado por el Real Decreto Legislativo 1/2007, se construye sobre el mismo principio: el artículo 3.1 dispone que son consumidores o usuarios las personas físicas que actúen con un propósito ajeno a su actividad comercial, empresarial, oficio o profesión, y también, en los términos de ese precepto, ciertas personas jurídicas sin ánimo de lucro. Una sociedad limitada que compra hosting para su sitio web no es consumidor, y eso cambia casi todo lo que uno espera intuitivamente de un contrato.

Entre empresarios rige el Código de Comercio, y ahí la libertad de contratación es sustancialmente mayor que en un contrato de consumo. El derecho de desistimiento de los artículos 102 y siguientes del texto refundido, el control de cláusulas abusivas del artículo 82 —estipulaciones no negociadas individualmente que, en contra de las exigencias de la buena fe, causen, en perjuicio del consumidor y usuario, un desequilibrio importante de los derechos y obligaciones de las partes— y la garantía prevista para los bienes de consumo siguen siendo instrumentos del consumidor. A una empresa no le corresponden, y el proveedor no tiene obligación de ofrecerlos de forma voluntaria, aunque algunos lo hacen con clientes más grandes.

El significado práctico es directo y a veces desagradable: el salto del precio de entrada al precio completo no es una cláusula abusiva que una sociedad limitada pueda impugnar al amparo del artículo 82, sino una condición contractual sobre la que las partes convinieron en el momento en que se marcó la casilla. La renovación automática no es un truco del que la ley de consumo proteja a una empresa, y tampoco hay un deber general de avisar del cambio de precio de forma especialmente llamativa si ya está publicado en la tarifa; una modificación unilateral de las condiciones, si el contrato la prevé, es en un contrato mercantil mucho más difícil de impugnar que en un contrato de consumo.

El artículo 82 no da a una sociedad limitada esa vía. Lo que sí puede hacer la empresa es leer el contrato antes de firmar y pactar lo que no le resulte aceptable, y, aunque suene obvio, precisamente ese paso es el que más a menudo se omite, porque el formulario de autoservicio no da la sensación de que se esté negociando. En pedidos más grandes la negociación es del todo posible y los proveedores entran en ella si se pregunta; en los más pequeños no hay negociación, pero sigue habiendo elección entre dos proveedores, y esa se hace leyendo los dos contratos, no las dos tarifas.

Copia de seguridad en el contrato y copia de seguridad por cortesía

La palabra copia de seguridad en una tarifa puede significar dos cosas del todo distintas, y la diferencia se revela solo el día en que la copia hace falta: la primera acepción es una copia que el proveedor hace para sus propias necesidades, a fin de restaurar su infraestructura tras una avería, y la segunda es una copia que usted puede restaurar cuando la necesita, y cuya existencia es una obligación contractual. En la tarifa las dos se llaman igual, y solo en el contrato se ve cuál de las dos se ha comprado.

OVHcloud nombra esa diferencia abiertamente en su documentación, escribiendo que las copias de seguridad del hosting compartido no son contractuales, que se ofrecen como ayuda adicional en situaciones de emergencia y que al cliente se le recomienda hacer las suyas; en el mismo sitio hay también un detalle que cambia el significado de la restauración, a saber, que restaurar desde el panel de control sobrescribe todo el contenido del almacenamiento, no un solo archivo. Para una empresa que quiere recuperar una página borrada por error, eso significa elegir entre restaurar todo el sitio al día anterior o nada.

El contrato de hosting de Hostinger va todavía más lejos, y vale la pena leerlo al pie de la letra: el cliente es responsable de hacer sus propias copias de archivo, la copia del proveedor se hace una vez a la semana y sobrescribe la anterior, se conserva dos semanas, se presta como cortesía y puede cambiarse en cualquier momento, y las cuentas que superan treinta gigabytes se excluyen por completo de la copia externa. Eso significa que precisamente los sitios más grandes se quedan sin una copia guardada fuera del servidor, y todo eso está escrito en el propio documento del proveedor, en el que no hay nada desleal: simplemente no es lo que la palabra copia de seguridad lleva a esperar.

Hay también el otro extremo, y es igual de importante conocerlo, porque en el hosting web gestionado de Hetzner las copias se hacen cada noche, se conservan catorce días en un centro de datos distinto y el cliente puede restaurar desde el panel archivos sueltos, buzones o bases de datos, que ya es una copia con la que se puede trabajar. DigitalOcean, por su parte, documenta lo que muchos descubren demasiado tarde, a saber, que sus copias de seguridad y sus snapshots no se pueden descargar, así que la copia existe, pero vive dentro del proveedor y en el momento de la mudanza no tiene valor alguno.

Las preguntas que resuelven esta sección son cuatro y valen para cualquier proveedor: cuánto tiempo se conservan las copias, con qué detalle se puede restaurar, si la restauración la puede hacer usted mismo o es un ticket de pago, y si la copia se puede sacar fuera. Nosotros hacemos copias cada día, las conservamos treinta días fuera de la propia máquina y comprobamos la restauración con regularidad, porque una copia no comprobada es una suposición, no una copia, y la diferencia entre las dos se conoce solo una vez.

Qué ocurre el día en que usted se va

La migración de entrada se anuncia casi en todas partes, porque los proveedores trasladan sitios hacia sí mismos gratis, rápido y a veces el mismo día, pero la migración de salida aparece en los contratos mucho más rara vez, y precisamente ahí se esconden los costes que nadie calcula antes de firmar. La asimetría es del todo lógica desde el punto de vista del vendedor y igual de cara desde el del comprador.

En el contrato de Hostinger está escrito sin ambigüedad: el proveedor no trasladará ni transferirá el contenido del sitio o del servidor a otro proveedor y, si el cliente no ha movido el contenido antes de que termine el contrato, el contenido se borra y ya no se puede obtener una copia. Eso no es una interpretación ni una suposición nuestra, sino un apartado del contrato; del mismo modo, las copias de seguridad del servidor cloud de Hetzner se borran junto con el servidor, así que en el momento en que se cierra la cuenta desaparece también el historial, y las copias de DigitalOcean, como ya se ha dicho, no se pueden descargar.

Junte estos tres hechos y sale una situación en la que irse solo es posible si se planifica de antemano: hay que copiar el sitio mientras la cuenta aún funciona, volcar la base de datos, mover los buzones, tomar la gestión del dominio, y solo entonces se puede poner fin al contrato. El orden en que se hace importa más que la velocidad, porque cada uno de esos pasos por separado es sencillo, pero en la secuencia equivocada se bloquean unos a otros, y la única vez en que la secuencia ya no se puede reparar es aquella en la que la cuenta ya está cerrada.

Antes de firmar conviene, por tanto, hacer una pregunta que revela casi todo lo demás, a saber, qué exactamente entrega el proveedor a un cliente que se va y en qué forma; la respuesta suele ser rápida y clara, y permite comparar dos ofertas mucho mejor que cualquier parámetro técnico. Nosotros respondemos a esa pregunta entregando la configuración y los datos a petición, y es un punto de elección deliberado, no una cortesía, porque un cliente que no puede irse no es un cliente que se haya quedado.

Cuando el proveedor trata datos personales en su nombre

El hosting casi siempre significa que otro tiene físicamente los datos de sus clientes y, en el sentido del Reglamento general de protección de datos, la empresa dueña del sitio suele ser el responsable del tratamiento, y el proveedor de hosting el encargado del tratamiento. Hostinger lo dice en su contrato de forma directa, indicando que el cliente sigue siendo en todo momento el responsable, y eso no es un detalle formal, porque de ese reparto se siguen obligaciones que en el contrato hay que ver escritas, y una responsabilidad que permanece en usted con independencia de quién tenga el servidor.

El artículo 28 del reglamento exige que la relación entre el responsable y el encargado conste por escrito y que el contrato recoja puntos concretos sobre qué datos se tratan, durante cuánto tiempo, con qué finalidad, con qué medidas de seguridad y con qué otros encargados. En la práctica se llama contrato de encargo del tratamiento, y los proveedores serios lo ofrecen ellos mismos, a menudo como un documento aparte que hay que aceptar al registrarse; si el proveedor no ofrece un documento así en absoluto, es una señal de cómo se toman allí también el resto de las obligaciones.

El punto más interesante está al final, porque el artículo 28, apartado 3, letra g, del reglamento exige que el encargado, a elección del responsable, suprima o devuelva todos los datos personales una vez finalice la prestación de los servicios de tratamiento, y suprima las copias existentes a menos que se requiera la conservación de los datos personales en virtud del Derecho de la Unión o de los Estados miembros. Es una obligación que opera exactamente en el momento de la salida y que cubre los datos personales de los usuarios de su sitio, pero no cubre los archivos, la configuración ni el código del sitio, y precisamente ese límite es el que más a menudo se malentiende: el reglamento asegura la lista de clientes, no el sitio web.

De ahí se sigue un paso práctico antes de firmar, a saber, pregunte si el proveedor tiene un contrato de encargo del tratamiento, dónde se encuentra y qué dice sobre la devolución y la supresión de los datos tras el fin del contrato. Pregunte también dónde están físicamente los servidores, porque, aunque el reglamento no exige que los datos se conserven en España, una ciudad concreta en el contrato vale mucho más que la palabra Europa, y Alemania y Finlandia están en el Espacio Económico Europeo igual que España, así que la elección entre ellas es una cuestión de operación, no de conformidad.

Qué da el Reglamento de Datos y qué no da

Desde el 12 de septiembre de 2025 se aplica el Reglamento (UE) 2023/2854 del Parlamento Europeo y del Consejo, el Reglamento de Datos, y su capítulo VI se titula «Cambio entre servicios de tratamiento de datos»: el artículo 23 exige eliminar los obstáculos que disuadan de cambiar a un servicio de tratamiento de datos del mismo tipo prestado por un proveedor distinto, a una infraestructura de TIC local o, cuando proceda, de usar varios proveedores a la vez. El artículo 25, «Cláusulas contractuales relativas al cambio», establece que el plazo máximo de preaviso para el inicio del proceso de cambio no excederá de dos meses y que a continuación sigue un período transitorio de treinta días naturales, y a partir del 12 de enero de 2027 los proveedores ya no podrán imponer costes por cambio.

Es un instrumento potente, y precisamente por eso importa conocer sus límites, porque el reglamento se aplica a los servicios de tratamiento de datos tal como se definen en el artículo 2, punto 8, a saber, un servicio digital que se presta a un cliente y que permite un acceso de red ubicuo y bajo demanda a un conjunto compartido de recursos informáticos configurables, modulables y elásticos de carácter centralizado, distribuido o muy distribuido, que puede movilizarse y liberarse rápidamente con un mínimo esfuerzo de gestión o interacción con el proveedor de servicios. Un servidor cloud que se puede encender y apagar por horas encaja; una cuenta de hosting compartido prepagada por un año, que no se puede ni modular ni liberar a demanda, no siempre encaja, y hay que valorarlo caso por caso.

Hay también un segundo límite, fácil de confundir y que ya se ha intentado usar en la venta: en los considerandos del reglamento está dicho de forma expresa que los costes estándar del servicio por la prestación de los servicios de tratamiento de datos en sí mismos no constituyen costes por cambio. El Reglamento de Datos no prohíbe un precio de entrada, no limita el precio de renovación y no impide que se acuerden contratos de duración determinada, y una sanción proporcionada por resolución anticipada de un contrato de duración determinada sigue permitida, así que una empresa que espera que el reglamento resuelva la factura duplicada espera de él lo que no promete: regula el cambio de proveedor, no la política de precios.

Tampoco sirve invocar el artículo 20 del Reglamento general de protección de datos, y es un error que aparece incluso en presentaciones de consultores, porque el derecho a la portabilidad de los datos pertenece al interesado respecto de los datos personales que le incumban, que él mismo haya facilitado a un responsable del tratamiento. No da a una empresa el derecho a recibir su cuenta de hosting, su base de datos o los archivos del sitio, porque el sujeto es otro y el objeto es otro, así que la vía de salida de la empresa pasa por el contrato y, si el servicio encaja en la definición, por el capítulo VI del Reglamento de Datos.

Preguntas que hay que hacer antes de firmar

Todo lo anterior se reduce a un conjunto pequeño de preguntas que se pueden hacer a cualquier proveedor y cuyas respuestas son comparables entre sí: en cuántos minutos se traduce el porcentaje de disponibilidad prometido y qué hay en la lista de excepciones, si la compensación hay que solicitarla y en cuánto tiempo, cuál es el precio tras el primer plazo, si el contrato se renueva automáticamente y con cuánta antelación hay que comunicar la baja. Ahí mismo entran las preguntas sobre las copias de seguridad, a saber, cuánto tiempo se conservan, si son una obligación contractual o una cortesía, si las puede restaurar usted mismo y si se pueden sacar fuera.

Siguen las preguntas sobre la salida, las más incómodas de hacer y las más valiosas: qué entrega el proveedor si el cliente se muda, y en qué forma, si ayuda con el traslado o se niega con claridad, qué ocurre con el contenido tras el fin del contrato y cuánto tiempo sigue disponible. Conviene preguntar también si el servicio encaja en la definición de servicio de tratamiento de datos del Reglamento de Datos y, si no encaja, qué cláusulas de transición están escritas en el contrato; la incomodidad es aquí exactamente lo que hace valiosas las preguntas, porque en una conversación de venta se hacen rara vez y las respuestas, por tanto, no están ensayadas.

Y por último las preguntas sobre recursos, escondidas bajo la palabra ilimitado: en la tarifa de Hostnet esa palabra se refiere al tráfico y está en la misma tabla que un límite de número de archivos, que en el plan MINI es de cuatrocientos mil, mientras que en el plan de Hostinger, cuyo propio nombre es Unlimited, sigue habiendo topes de procesador, memoria, disco y número de archivos. En los documentos de la misma empresa, además, está escrito que lo ilimitado se refiere a alojar sitios web, no a guardar archivos ni a archivar, así que la palabra nombra un parámetro, no todos, y la pregunta que lo revela es del todo directa: qué parámetros están limitados y a qué cifra.

Si estas preguntas parecen demasiadas para una sola factura de hosting, conviene recordar cuál es la alternativa, porque un sitio que no se puede mudar es un sitio cuyo precio lo fija otro, y esa dependencia aparece precisamente cuando más incómoda resulta. La conversación sobre el traslado siempre es más fácil de llevar mientras el contrato aún no está firmado, porque exactamente en ese momento usted tiene el único argumento que le importa al proveedor; si quiere que esas preguntas las hagamos nosotros, escríbanos, y leemos el contrato junto con usted.