WordPress en VPS: Cuándo Saltar del Hosting Compartido
El hosting compartido aguanta más de lo que crees. Pero llega un punto en que el problema no es la caché ni el tema: es la arquitectura. Aquí tienes las señales concretas, qué ganas de verdad con un VPS y cómo montar WordPress en uno.
Las señales de que tu hosting compartido ya no da más
El problema del hosting compartido no es que sea malo — es que los recursos son compartidos con cientos de webs en el mismo servidor. Cuando tu proyecto crece, el cuello de botella no lo resuelves con más plugins.
- →TTFB constante por encima de 600 ms: si el tiempo hasta el primer byte es alto incluso con caché, el problema está en el servidor, no en tu código.
- →El proveedor te avisa de uso excesivo de recursos: es la señal más directa. Significa que consumes más CPU o memoria de lo que el plan permite.
- →Caídas o ralentizaciones en picos de tráfico: un artículo sale en redes y la web se cae durante 20 minutos. En VPS, con Nginx bien configurado, eso no pasa con ese volumen.
- →No puedes instalar plugins de caché avanzados: Redis Object Cache requiere que el servidor tenga Redis activo. En hosting compartido, no tienes acceso a ese nivel de configuración.
- →WooCommerce con más de 200 productos se arrastra: las tiendas con muchas variantes y filtros de productos hacen consultas pesadas a la base de datos. El límite de memoria de hosting compartido (128–256 MB) se queda corto.
- →Más de 50.000 visitas/mes en hosting económico: un plan básico de €3–5/mes no está diseñado para ese volumen. Funciona, pero en los límites.
Si tienes 3 o más de estos síntomas de forma regular, el VPS ya tiene sentido económico. Si solo tienes 1, primero optimiza WordPress antes de migrar — muchas veces el problema es configurable.
Qué ganas al pasar a VPS: números reales
Las promesas de "10x más rápido" son marketing. La realidad es más matizada — y depende de cómo configures el VPS. Con un stack bien montado (Nginx + PHP-FPM + OPcache + Redis), los cambios reales son estos:
| Métrica | Hosting compartido | VPS bien configurado |
|---|---|---|
| TTFB | 300–800 ms (variable) | <200 ms (con OPcache + Redis) |
| Memory limit PHP | 128–256 MB (fijo) | 512 MB–2 GB (tú decides) |
| Usuarios concurrentes | 50–150 (según plan) | 500+ (con 4 GB RAM) |
| Object cache | No disponible | Redis o Memcached |
| Impacto de vecinos | Alto (recursos compartidos) | Ninguno (aislamiento total) |
El TTFB por debajo de 200 ms es realista con un VPS de 4 GB RAM bien configurado. No es automático — un VPS mal configurado puede ser más lento que un buen hosting compartido.
Opciones para instalar WordPress en VPS
1. Manual (Nginx + PHP-FPM + MySQL) — máximo control
Para developers que saben moverse por Linux. Instalas Ubuntu 24.04, configuras Nginx, PHP-FPM 8.2, MariaDB y Redis a mano. Más trabajo inicial, pero tienes control total de cada parámetro. El rendimiento máximo se logra aquí porque no hay capas intermedias.
- →Requisito: comodidad con el terminal, conocimientos básicos de Nginx y systemd.
- →Ventaja: cero overhead de panel, configuraciones finas, posibilidad de añadir cualquier módulo.
- →Guía paso a paso: configurar un VPS con Ubuntu desde cero.
2. Con panel de control (CyberPanel, Plesk, cPanel)
Para agencias y perfiles que no quieren lidiar con el terminal para cada tarea cotidiana. Instalas el panel una vez y desde ahí gestionas dominios, bases de datos, backups y certificados SSL con interfaz web.
- →CyberPanel + OpenLiteSpeed: gratuito, incluye instalador de WordPress con 1 clic, y OpenLiteSpeed supera a Nginx en benchmarks de WordPress puro. Instalación completa en menos de 10 minutos.
- →cPanel/WHM: el estándar de la industria, pero cuesta €15–30/mes adicionales sobre el VPS. Tiene sentido si gestionas múltiples clientes.
- →Plesk: licencia más barata que cPanel, interfaz moderna, buen soporte de seguridad. Desde €12/mes.
Lee la comparativa completa en panel de control para VPS: Plesk vs CyberPanel.
3. WordPress administrado en VPS (SiteGround Cloud)
Para quien quiere el rendimiento de un VPS pero no la gestión. SiteGround Cloud Jump Start (€80/mes) incluye hardware dedicado, WordPress preinstalado con su stack propio, backups diarios, CDN propio y soporte 24/7 con conocimiento real de WordPress.
- →Ideal para: tiendas WooCommerce con ingresos reales, sitios de noticias con tráfico variable, proyectos donde el downtime cuesta dinero.
- →El precio incluye: administración proactiva del servidor, parches de seguridad automáticos, staging con 1 clic.
- →No tiene sentido si: pagas €80/mes pero tu tienda genera menos de €300/mes. El ratio no cuadra.
Stack recomendado para WordPress en VPS en 2026
Si montas el servidor a mano, este es el stack que da mejor rendimiento con buena mantenibilidad:
| Componente | Opción recomendada | Alternativa | Motivo |
|---|---|---|---|
| Servidor web | Nginx | OpenLiteSpeed | Menor consumo de memoria, mejor para tráfico concurrente |
| PHP | PHP 8.2 FPM | PHP 8.3 FPM | FPM gestiona procesos por pool, más eficiente que mod_php |
| Base de datos | MariaDB 10.11 | MySQL 8.0 | MariaDB suele ser más rápida en workloads de WordPress |
| Object cache | Redis 7 | Memcached | Reduce las consultas a DB; impacto enorme en WooCommerce |
| OPcache | PHP OPcache nativo | — | Cachea el bytecode PHP compilado; actívalo siempre |
| CDN | Cloudflare (free) | BunnyCDN | El VPS no debería servir assets estáticos; delégalo al CDN |
Cuánta RAM necesita WordPress en VPS
La RAM es el recurso más crítico. Con poca RAM, el sistema empieza a usar swap (disco como memoria), lo que destruye el rendimiento. Aquí la guía práctica:
| Caso de uso | RAM recomendada | Proveedor sugerido |
|---|---|---|
| Desarrollo / staging | 1–2 GB | Hostinger KVM 1 (€6.99) |
| Blog / web corporativa (<30K visitas/mes) | 2–4 GB | Hostinger KVM 1 / IONOS M |
| WooCommerce con plugins o varios sitios | 4 GB | Hostinger KVM 1 / Raiola VPS 2 |
| Tráfico alto o tiendas grandes | 8 GB | Hostinger KVM 2 / SiteGround Cloud |
| Múltiples instancias WP + Redis + CDN propio | 16 GB+ | SiteGround Cloud avanzado |
Con 1 GB de RAM, el sistema operativo base consume 300–400 MB. Nginx + PHP-FPM (4 workers) + MariaDB inactivo consume otros 400–500 MB. Queda muy poco margen y el swap se activa bajo carga. Para producción, 2 GB es el mínimo real y 4 GB es el punto cómodo.
Migrar de hosting compartido a VPS sin downtime
Una migración bien planificada puede tener cero downtime. La clave es preparar el VPS completamente antes de tocar el DNS.
- →Paso 1: monta y configura el VPS completamente (Nginx, PHP, MariaDB, SSL con Let's Encrypt).
- →Paso 2: copia los archivos de WordPress al VPS (rsync o Duplicator) y exporta/importa la base de datos.
- →Paso 3: modifica el archivo hosts de tu ordenador para apuntar el dominio al IP del VPS y prueba todo durante 1–2 horas.
- →Paso 4: cuando todo funciona, baja el TTL del DNS a 300 segundos, espera, y luego cambia el registro A al IP del VPS.
- →Tiempo estimado: 2–4 horas para alguien con experiencia básica en Linux. La mayor parte es espera de propagación DNS.
Si no quieres hacerlo a mano, el plugin Duplicator Pro o el servicio de migración de tu proveedor (SiteGround lo hace gratis) son opciones válidas. Para proyectos pequeños, el plugin All-in-One WP Migration también funciona bien si el sitio tiene menos de 512 MB.
Para comparar las opciones disponibles antes de decidir, mira la comparativa de VPS en España o el artículo sobre mejor hosting WordPress en España si todavía no tienes claro si el VPS es la opción correcta para tu caso.
¿Vale la pena el VPS para tu proyecto?
Responde 7 preguntas sobre tu WordPress y te decimos si necesitas VPS o si hay algo más sencillo que resolver primero.
Encontrar mi hosting ideal →Preguntas frecuentes sobre WordPress en VPS
¿Es difícil instalar WordPress en un VPS sin panel? +
Con comandos básicos de Linux y siguiendo una guía, el proceso completo lleva menos de 2 horas. Lo que requiere atención son los permisos de archivos, la configuración de PHP-FPM y el bloque de Nginx para WordPress. Si usas CyberPanel, la instalación se reduce a unos minutos desde la interfaz web.
¿Cuánto mejora el rendimiento de WordPress al pasar a VPS? +
Depende mucho de tu situación actual. Si el hosting compartido estaba saturado, la mejora puede ser drástica — TTFB cayendo de 800 ms a 150 ms. Si el hosting compartido era bueno, la diferencia es más sutil. Con un VPS de 4 GB bien configurado, TTFB por debajo de 200 ms es alcanzable. La mayor ganancia viene de poder usar Redis Object Cache y OPcache ajustado, no disponibles en shared hosting básico.
¿Qué VPS es mejor para WooCommerce en España? +
Para WooCommerce con volumen real, necesitas al menos 4 GB de RAM. Hostinger KVM 1 (4 GB, €6.99/mes) es la opción más económica si lo administras tú. Si necesitas gestión incluida, SiteGround Cloud (€80/mes) es la mejor opción para tiendas con facturación relevante. Para un punto intermedio, Raiola Networks ofrece buen soporte en castellano.
¿Nginx o Apache para WordPress en VPS? +
Nginx para WordPress en VPS. Apache funciona, pero Nginx consume menos RAM y gestiona mejor las conexiones concurrentes. Con WordPress necesitas configurar el bloque de servidor manualmente para que los permalinks funcionen, pero es un paso estándar. La única ventaja de Apache es el soporte de .htaccess, que puede ser útil si usas muchos plugins que lo modifican.
¿Los backups de WordPress en VPS son automáticos? +
Depende del proveedor y la configuración. Los VPS no gestionados normalmente no tienen backups automáticos de los archivos de aplicación — solo snapshots del servidor si lo configuras. Tienes que montar tu propio sistema de backups (cron + rsync a almacenamiento externo, o plugin UpdraftPlus a Google Drive/S3). En VPS gestionados como SiteGround Cloud, los backups diarios están incluidos y son automáticos.