El Hosting

El hosting suele contratarse al principio de un proyecto web y después olvidarse hasta que aparece algún problema.

La web va lenta.

Se agotan los recursos.

Una actualización falla.

Necesitamos recuperar una copia de seguridad.

O descubrimos que no tenemos suficiente control sobre el servidor para hacer lo que necesita el proyecto.

Por eso elegir alojamiento no debería reducirse a buscar el plan más barato o el que anuncia más gigabytes.

Un buen hosting es el entorno técnico sobre el que funciona una web y debe estar dimensionado para lo que realmente necesita ese proyecto.

¿Qué es realmente un hosting?

El hosting o alojamiento web proporciona los recursos necesarios para que una web pueda funcionar y responder cuando alguien intenta acceder a ella.

Dependiendo de la tecnología utilizada, allí pueden ejecutarse:

• el servidor web;
• PHP u otros lenguajes;
• la base de datos;
• los archivos del sitio;
• cachés;
• certificados;
• tareas programadas;
• servicios auxiliares.

En una instalación WordPress, por ejemplo, el servidor ejecuta WordPress, consulta la base de datos y genera las respuestas que después recibe el navegador.

Por eso el hosting forma parte de la arquitectura de una web, aunque el visitante normalmente no lo vea.

Dominio y hosting no son lo mismo

Es fácil confundirlos porque muchas empresas venden ambos servicios juntos.

Pero cumplen funciones diferentes.

El dominio es la dirección:

gestionmkdigital.com

El hosting es la infraestructura desde la que responde la web.

Puedes cambiar de proveedor de hosting y conservar exactamente el mismo dominio y las mismas URLs.

Lo explicamos con más detalle en nuestra guía sobre dominio y SEO.

No todos los hosting ofrecen el mismo nivel de aislamiento y control

Existen diferentes formas de alojar una web y no hay una opción universalmente mejor.

La elección depende del tráfico, la aplicación, los conocimientos técnicos, el presupuesto y el nivel de control que necesite el proyecto.

Hosting compartido

En un hosting compartido múltiples clientes utilizan una infraestructura común gestionada por el proveedor.

Suele ser una buena opción para webs corporativas, blogs y pequeños proyectos que no necesitan controlar directamente el sistema operativo.

Sus principales ventajas suelen ser:

• menor coste;
• administración más sencilla;
• panel de control;
• actualizaciones de infraestructura gestionadas por el proveedor;
• menos conocimientos de sistemas necesarios.

A cambio, tenemos menos control y compartimos parte de los recursos de la plataforma.

VPS

Un VPS proporciona una máquina virtual con recursos y un sistema operativo sobre el que normalmente tenemos mucho más control.

Puede ser apropiado cuando necesitamos instalar servicios específicos, ejecutar varias aplicaciones, configurar nuestra propia arquitectura o controlar con más detalle recursos, procesos y seguridad.

Pero ese control tiene un coste operativo.

Alguien tiene que mantener el sistema, aplicar actualizaciones, configurar copias, revisar servicios, controlar accesos y responder cuando algo falla.

Un VPS no es automáticamente “mejor” que un hosting gestionado.

Es simplemente una herramienta diferente.

Hosting gestionado

Algunos proveedores ofrecen entornos gestionados específicamente para plataformas como WordPress.

Pueden incorporar funciones como caché, copias, actualizaciones, staging o herramientas de desarrollo.

Para muchos negocios puede ser una opción más eficiente que administrar un servidor completo cuando esas capacidades cubren correctamente las necesidades del proyecto.

Qué recursos importan realmente

Los proveedores suelen anunciar espacio en disco, número de webs o tráfico mensual, pero el rendimiento de una aplicación depende de más elementos.

Entre ellos:

• CPU disponible;
• memoria RAM;
• rendimiento de almacenamiento;
• límites de procesos;
• capacidad de la base de datos;
• configuración de PHP;
• caché;
• red;
• arquitectura de la propia aplicación.

Dos planes con el mismo espacio en disco pueden comportarse de forma completamente diferente bajo carga.

Por eso, si una web tiene problemas de rendimiento, no deberíamos asumir automáticamente que necesita “más hosting”.

Primero hay que identificar dónde está el cuello de botella.

El hosting influye en el rendimiento, pero no trabaja solo

Un servidor que tarda demasiado en responder puede retrasar el resto de la carga de una página.

Una métrica útil para analizar esa respuesta inicial es el TTFB, o Time to First Byte.

Pero una web rápida no depende únicamente del servidor.

También influyen:

• el tamaño y formato de las imágenes;
• CSS y JavaScript;
• plugins;
• consultas a base de datos;
• fuentes;
• servicios de terceros;
• caché;
• CDN;
• la construcción del frontend.

Por eso cambiar de servidor puede solucionar algunos problemas de rendimiento, pero no arreglará automáticamente una aplicación mal optimizada.

¿El hosting influye en el SEO?

No elegiría un proveedor porque prometa “mejorar tu SEO”.

El hosting puede influir indirectamente en aspectos que afectan a la experiencia de usuario, como disponibilidad, seguridad y rendimiento.

Google utiliza las Core Web Vitals dentro de sus sistemas de posicionamiento y recomienda ofrecer una buena experiencia de página.

Pero también deja claro que obtener buenas métricas no garantiza que una página vaya a aparecer en las primeras posiciones.

La relevancia y utilidad del contenido siguen siendo fundamentales.

Puedes consultar la explicación en la documentación oficial de Google sobre experiencia de página.

El hosting debe ayudarnos a ofrecer una infraestructura estable y suficientemente rápida, no venderse como un truco de posicionamiento SEO.

Qué debería revisar en un hosting para WordPress

Que un proveedor anuncie “compatible con WordPress” no dice demasiado por sí solo.

Conviene comprobar que la plataforma mantiene versiones actuales y soportadas de los componentes que utiliza WordPress.

WordPress publica sus requisitos recomendados y los actualiza a medida que evolucionan PHP y las bases de datos.

Puede consultarse la versión vigente en los requisitos oficiales de WordPress.

Además revisaría:

• HTTPS;
• versiones disponibles de PHP;
• gestión de base de datos;
• límites de recursos;
• copias de seguridad;
• staging;
• acceso a archivos;
• logs;
• posibilidad de gestionar DNS;
• restauraciones;
• soporte durante incidencias.

Las copias de seguridad no deberían darse por supuestas

Que un proveedor anuncie backups no significa que cualquier archivo pueda recuperarse en cualquier momento.

Antes de depender de esas copias conviene saber:

• con qué frecuencia se realizan;
• cuánto tiempo se conservan;
• qué incluyen;
• cómo se restauran;
• si podemos descargar una copia;
• qué ocurre si falla la propia cuenta de hosting.

Para proyectos importantes, una estrategia sólida puede incluir copias independientes del propio proveedor.

Una copia que nunca se ha probado tampoco debería considerarse una garantía de recuperación.

Staging: probar antes de tocar producción

Un entorno de staging es una copia separada donde podemos probar cambios antes de publicarlos en la web real.

Resulta especialmente útil para:

• actualizaciones importantes;
• cambios de theme;
• plugins;
• nuevas versiones de PHP;
• migraciones;
• modificaciones de código.

No evita todos los riesgos, pero reduce la necesidad de experimentar directamente sobre una web que está recibiendo clientes.

La seguridad tampoco depende solo del proveedor

Un proveedor debe mantener una infraestructura segura, pero la seguridad de una web también depende de cómo administramos la aplicación.

En WordPress esto incluye, entre otras cosas:

• mantener WordPress actualizado;
• actualizar plugins y themes;
• eliminar componentes que ya no se utilizan;
• gestionar correctamente usuarios y permisos;
• utilizar autenticación robusta;
• proteger credenciales;
• disponer de copias recuperables.

No existe un hosting que convierta automáticamente en segura una instalación abandonada durante años.

¿Importa dónde está ubicado el servidor?

La distancia física puede influir en la latencia de las conexiones.

Si la mayor parte de los usuarios está en España, tiene sentido valorar una infraestructura con buena conectividad hacia España y Europa.

Pero la ubicación del servidor no debería evaluarse de manera aislada.

Redes de distribución de contenido, caché y arquitectura pueden reducir el impacto de la distancia para determinados recursos.

También pueden existir requisitos empresariales, contractuales o de protección de datos que hagan relevante saber dónde se procesan o almacenan determinados datos.

Cuándo puede tener sentido cambiar de hosting

No cambiaría de proveedor porque otra empresa anuncie más espacio por menos dinero.

Puede tener sentido estudiar una migración cuando aparecen problemas concretos como:

• recursos insuficientes;
• caídas recurrentes;
• rendimiento que no podemos resolver en la plataforma actual;
• versiones técnicas obsoletas;
• falta de backups adecuados;
• ausencia de staging cuando el proyecto lo necesita;
• limitaciones de acceso o configuración;
• soporte insuficiente para una incidencia crítica;
• necesidad de una arquitectura diferente.

La pregunta debería ser:

¿Qué problema queremos resolver cambiando de infraestructura?

Si no podemos responderla, probablemente todavía no hemos diagnosticado el problema.

Una migración no consiste simplemente en copiar archivos

Mover una web puede implicar archivos, base de datos, configuración, DNS, certificados, correo, tareas programadas y servicios externos.

Antes de una migración conviene preparar:

• backup;
• inventario de la web;
• credenciales necesarias;
• entorno de destino;
• pruebas antes del cambio;
• plan de DNS;
• validaciones posteriores.

Si mantenemos el mismo dominio y las mismas URLs, una migración de hosting no tiene por qué convertirse en una migración SEO de URLs.

Precisamente por eso es importante separar correctamente dominio, contenido e infraestructura.

Hosting barato y hosting caro no significan necesariamente malo y bueno

El precio por sí solo tampoco permite evaluar una plataforma.

Una web sencilla puede funcionar perfectamente en un plan económico bien dimensionado.

Y un servidor potente puede rendir mal si la aplicación está mal configurada.

Lo importante es que exista una relación razonable entre:

• necesidades;
• recursos;
• mantenimiento;
• nivel de servicio;
• coste.

Qué preguntaría antes de contratar

Antes de elegir un proveedor intentaría responder estas preguntas:

• ¿Qué tipo de proyecto voy a alojar?
• ¿Cuánto control necesito?
• ¿Qué recursos limita el plan?
• ¿Dispongo de staging?
• ¿Cómo funcionan los backups?
• ¿Puedo restaurarlos yo mismo?
• ¿Qué versiones técnicas soporta?
• ¿Tengo acceso a logs?
• ¿Puedo migrar fácilmente si el proyecto crece?
• ¿Quién administrará la infraestructura?

Estas preguntas suelen revelar mucho más que una tabla comercial con veinte funcionalidades.

La infraestructura debe adaptarse al proyecto

En GMKD no entendemos el hosting como un producto aislado que deba venderse a cualquier cliente.

Lo entendemos como una parte de la solución.

Una web corporativa sencilla puede necesitar un buen alojamiento gestionado.

Una aplicación con procesos propios puede necesitar infraestructura dedicada.

Un proyecto que está creciendo puede necesitar revisar recursos, arquitectura y observabilidad.

Como explicamos al hablar de qué solución digital necesita realmente un negocio, primero debemos entender el problema y después elegir la tecnología adecuada.

¿Tu hosting se ha convertido en un problema?

Si una web está lenta, tiene caídas, necesita migrarse o simplemente no sabes si el alojamiento actual es adecuado, podemos revisar primero qué está ocurriendo.

Puede que necesites cambiar de proveedor.

O puede que el problema esté en otra parte.