Qué hosting necesita WordPress: parámetros que conviene comprobar
WordPress arranca en casi cualquier hosting compartido con PHP y MySQL, pero no en todos funcionará rápido y sin fallos. La diferencia entre planes no se ve el día de la instalación, sino medio año después, cuando la web tenga una veintena de plugins, miles de entradas y la visita regular de los robots de los buscadores. A continuación, qué comprobar de antemano para no tener que cambiar de hosting de WordPress en cuanto crezcan las visitas.
PHP y base de datos
- Versión de PHP. Las versiones actuales de WordPress están pensadas para PHP 8.x, y con ellas la web va bastante más rápida que con la 7.4. Lo ideal es que el panel permita elegir la versión para cada web por separado y volver atrás si un plugin antiguo no es compatible con la nueva.
- Extensiones. Como mínimo hacen falta mysqli, curl, gd o imagick, mbstring, xml, zip e intl. Imagick procesa mejor las imágenes, y sin zip no funcionan las actualizaciones ni muchos plugins de copias de seguridad.
- MySQL o MariaDB. Sirven MySQL 8 y MariaDB 10.6 o posteriores. Comprueba el límite de tamaño de la base de datos: las tablas de opciones, revisiones y logs de plugins crecen más rápido de lo que parece.
- memory_limit. Para un blog sencillo bastan 128 MB; para una web con maquetador visual, varios idiomas o tienda, mejor 256 MB o más. Es importante que el límite de PHP no supere la memoria de la cuenta; si no, el ajuste se queda en papel mojado.
- max_execution_time y upload_max_filesize. De ellos depende que una importación termine a tiempo y que puedas subir un tema o un vídeo desde el escritorio de WordPress.
Caché: lo que más acelera WordPress
Cada página de WordPress sin caché supone ejecutar PHP y decenas de consultas a la base de datos. Por eso la velocidad de la web en un hosting depende ante todo de los niveles de caché disponibles:
- OPcache guarda en memoria el código PHP compilado. Suele venir activado por defecto, pero conviene comprobarlo en la página «Salud del sitio» o en phpinfo.
- La caché de página sirve el HTML ya generado sin ejecutar PHP. En servidores LiteSpeed lo hace el plugin LiteSpeed Cache a nivel del servidor web; en Apache y nginx, plugins que guardan las páginas en archivos.
- La caché de objetos (Redis o Memcached) guarda los resultados de las consultas a la base de datos. Es especialmente útil para el escritorio de WordPress, las webs con usuarios registrados y WooCommerce. En hosting compartido no está ni mucho menos en todas partes, así que tenerla es un punto fuerte del plan.
Un disco rápido también ayuda, pero sobre todo en el escritorio y en las consultas pesadas a la base de datos; más detalles en la página hosting con NVMe.
Copias de seguridad, SSL y copia de pruebas
El proveedor hace copias de seguridad, pero no conviene fiarse solo de ellas. Pregunta con qué frecuencia se crean, cuántos días se guardan y si puedes restaurar por separado los archivos o la base de datos sin escribir al soporte. Hacer tu propia copia semanal en un almacenamiento externo merece la pena en cualquier caso.
El certificado gratuito de Let’s Encrypt con renovación automática es hoy lo normal. Tras activar HTTPS, comprueba que en los ajustes de WordPress la dirección de la web empieza por https y que los enlaces antiguos a imágenes no provocan avisos de contenido mixto.
El staging, una copia de pruebas de la web en un subdominio, sirve para actualizar el tema, el núcleo y los plugins grandes sin tocar la web en producción. Pueden crearlo WordPress Toolkit en Plesk y cPanel, Softaculous y algunos paneles propios de los proveedores. Puedes comparar paneles en la selección hosting con cPanel.
Plugins y carga
La mayoría de los problemas de velocidad de WordPress en un hosting no los causan el proveedor ni el disco, sino los plugins. Las causas típicas:
- plugins de estadísticas y seguridad que escriben en la base de datos en cada visita;
- el WP-Cron integrado, que lanza tareas en cada visita; es mejor sustituirlo por el cron del sistema desde el panel;
- maquetadores visuales con scripts pesados y decenas de hojas de estilo;
- peticiones frecuentes a admin-ajax y a la Heartbeat API desde pestañas abiertas del escritorio;
- una tabla wp_options inflada con datos de carga automática de plugins ya eliminados.
Mira las estadísticas de recursos en el panel: si la web toca el límite de CPU o de procesos en un día normal, sin picos de visitas, ocúpate primero de los plugins y solo después cambia de plan.
Cuándo hay que llevar WordPress a un VPS
El hosting compartido es adecuado para blogs, webs de empresa y catálogos pequeños. La migración está justificada si:
- tras optimizar y activar la caché, la web sigue recibiendo con regularidad errores 503 o 508;
- necesitas Redis, Elasticsearch, colas en segundo plano o tu propia configuración de nginx, y el proveedor no los ofrece;
- la web tiene muchos usuarios registrados, para los que la caché de página no funciona;
- el plan superior de hosting cuesta casi lo mismo que un VPS con recursos dedicados.
Las configuraciones de servidor para este CMS están reunidas en la selección VPS para WordPress.