WordPress mueve una porción enorme de la web y por eso casi todos los hostings dicen estar "optimizados para WordPress". La frase no significa nada por sí sola. Lo que sí significa algo es qué hace concretamente el servidor por vos y qué te queda a vos hacer.
Vamos a separar esas dos cosas, porque confundirlas es el origen de casi todas las decepciones con el rendimiento.
Qué necesita WordPress del hosting, en serio
Cuatro cosas, y ninguna es "espacio ilimitado".
Una versión moderna del lenguaje. WordPress corre sobre PHP, y las versiones nuevas son notablemente más rápidas que las viejas, además de ser las únicas que reciben parches de seguridad. Que puedas elegir y cambiar la versión desde el panel, sin pedir permiso a nadie, es un requisito básico. Acá se hace con un desplegable.
Base de datos rápida y con margen. Cada visita a WordPress dispara decenas de consultas. Un disco de estado sólido cambia radicalmente ese tiempo frente a un disco mecánico. Es la diferencia entre una página que responde en medio segundo y una que responde en tres.
Recursos de procesamiento suficientes. Este es el límite real del hosting compartido, no el espacio. Cuando llegan varias visitas simultáneas, cada una consume procesador y memoria. Si el plan queda corto, el síntoma no es un error claro: es que el sitio se pone lento en los momentos de más tráfico, justo cuando menos conviene.
Seguridad de servidor. WordPress es el blanco más buscado de la web precisamente por ser el más usado. Análisis de malware, protección contra ataques de denegación de servicio y copias de respaldo automáticas no son adornos: son la diferencia entre un incidente de una tarde y uno de una semana.
Lo que el servidor te resuelve
La instalación. Desde el panel, con el instalador de aplicaciones, tenés WordPress funcionando en un par de minutos, con la base de datos creada y las contraseñas generadas. No hay que descargar nada ni subir archivos por FTP.
El certificado de seguridad. Se activa desde el panel y hace que el sitio abra con el candado. Es obligatorio en la práctica: sin él los navegadores marcan el sitio como no seguro y los buscadores lo penalizan.
Las copias de respaldo automáticas. Gestionadas desde el panel, con restauración del sitio completo, de la base de datos o de archivos sueltos. Para WordPress esto vale doble, porque el escenario típico de desastre es una actualización de plugin que rompe algo y la solución es volver atrás.
El análisis de malware. Revisa los archivos de la cuenta y te reporta los infectados con su ruta exacta. En una instalación con veinte plugins, ese listado te ahorra días de búsqueda.
El soporte que entiende WordPress. Si el sitio devuelve un error, te van a mirar el registro y decirte qué lo causó. Ojo con el límite: el hosting diagnostica, no programa. Si un plugin está mal escrito, te lo señalan; arreglarlo es trabajo de desarrollo.
Lo que depende de vos, y pesa más de lo que creés
Acá está la parte incómoda: la mayoría de los WordPress lentos no son culpa del hosting. Son culpa de las decisiones del sitio. Un servidor rápido con un sitio mal armado sigue siendo un sitio lento.
El peso de las imágenes. Es el problema número uno por amplio margen. Una foto sacada del celular pesa varios megas y se muestra en un espacio de cuatrocientos píxeles. Redimensionar antes de subir y usar formatos modernos suele recortar el tiempo de carga a la mitad. Ninguna optimización de servidor compensa una portada con ocho fotos sin comprimir.
La cantidad de plugins. No es el número en sí, es qué hace cada uno. Un plugin que carga sus propios estilos y scripts en todas las páginas para funcionar solo en el formulario de contacto te está costando rendimiento en todo el sitio. Regla práctica: si no lo usaste en tres meses, desinstalalo. Un plugin desactivado sigue siendo superficie de ataque.
El tema. Los temas multipropósito con constructor visual incluido traen una cantidad enorme de código para cubrir todos los casos posibles, y tu sitio carga todo aunque uses el diez por ciento.
La caché. Sin caché, WordPress arma cada página desde cero en cada visita: consulta la base de datos, ejecuta los plugins, genera el HTML. Con caché, entrega una versión ya generada. Es la mejora individual más grande que podés hacer.
La configuración inicial que evita casi todos los problemas
Hacé esto el primer día, en este orden. Son veinte minutos y te ahorran meses de dolores de cabeza.
1. Activá el certificado y forzá la versión segura antes de publicar nada. Si lo hacés después, con doscientas páginas ya cargadas, vas a tener que perseguir imágenes y enlaces internos que quedaron apuntando a la versión insegura.
2. Borrá lo que viene de fábrica. Los temas de ejemplo, los plugins que no vas a usar, la entrada de prueba. Menos código, menos superficie de ataque.
3. Configurá los enlaces permanentes con la estructura de nombre de entrada. Si lo cambiás después de que Google indexó el sitio, tenés que armar redirecciones para no perder las posiciones.
4. Instalá una caché y activá la compresión. Es lo que más se nota.
5. Poné un usuario administrador con nombre propio y una contraseña larga y única. Nunca "admin": es el primer nombre que prueban los ataques de fuerza bruta.
6. Verificá que las copias de respaldo estén corriendo y hacé una restauración de prueba de un archivo suelto, para saber cómo se hace antes de necesitarlo con urgencia.
La rutina de mantenimiento
Corta y aburrida, que es exactamente por qué funciona.
Actualizá el núcleo, los plugins y el tema con frecuencia. La enorme mayoría de las infecciones entra por un plugin desactualizado con una vulnerabilidad publicada; los robots empiezan a buscar sitios sin actualizar a las pocas horas de que se anuncia.
Antes de una actualización grande, asegurate de tener una copia reciente. Con las copias del panel, si algo se rompe, volvés atrás en minutos en lugar de improvisar.
Revisá cada tanto la lista de usuarios administradores. Un usuario que vos no creaste es la señal más clara de que hubo una intrusión.
Y mirá la velocidad de vez en cuando con alguna herramienta de medición. Si un día se puso lento, casi siempre es por algo que agregaste, no porque el servidor haya empeorado.
Cuándo el hosting compartido ya no alcanza
Hay un momento en que el problema deja de ser tuyo y pasa a ser del plan. Las señales: el sitio se pone lento a determinadas horas y no a otras, la administración de WordPress tarda en responder aunque el sitio público cargue rápido, o empezás a ver errores intermitentes en momentos de tráfico.
Ese es el punto de pasar a semi dedicado o a un VPS. Antes de eso, casi siempre conviene optimizar: comprimir imágenes, sacar plugins y poner caché suele dar más mejora que cambiar de plan, y sale cero.