Los 7 mejores proveedores de hosting para Craft CMS en 2026: comparativa y clasificación

El hosting de Craft CMS es un entorno de alojamiento web optimizado específicamente para el framework PHP Yii2, el renderizado de Twig y los esquemas de bases de datos relacionales que utiliza Craft CMS. A diferencia del hosting PHP estándar o de WordPress, que suele usar Apache con almacenamiento básico de archivos en caché, el hosting de Craft CMS requiere asignaciones de memoria PHP elevadas, enrutamiento nativo de Nginx, procesos supervisados de colas en segundo plano (craft queue/listen) y un IOPS rápido de base de datos para las uniones complejas de tablas.

Craft CMS 5 requiere PHP 8.2 o superior con extensiones específicas habilitadas (bcmath, ctype, cURL, dom, fileinfo, filter, GD o Imagick, iconv, intl, json, mbstring, openssl, PCO, SimpleXML, zip). Para la compatibilidad con bases de datos, requiere MySQL 8.0.17+ (o MariaDB 10.6+) con compatibilidad con InnoDB, o PostgreSQL 12+.

Craft CMS ejecuta lógica PHP personalizada, evalúa archivos de plantillas Twig y consulta elementos de bases de datos relacionales en cada solicitud HTTP que no se atiende desde la caché. Las versiones recientes de PHP (8.2 y 8.3) incluyen compilación JIT (Just-In-Time) y mejoras en la gestión de memoria que reducen considerablemente el tiempo hasta el primer byte (TTFB) y la sobrecarga de ciclos de CPU al analizar diseños de página complejos.

En Craft CMS, project.yaml registra los cambios en la arquitectura del sistema —como campos personalizados, secciones, bloques matrix y roles de usuario— en archivos de texto sin formato con control de versiones. El hosting optimizado para Craft ejecuta php craft project-config/apply automáticamente durante los flujos de implementación, sincronizando los cambios estructurales del esquema entre los entornos local, de pruebas y de producción sin necesidad de configurar manualmente el panel de control.

Craft CMS aplaza las operaciones que consumen mucho tiempo —como volver a indexar los datos de búsqueda, enviar correos electrónicos transaccionales, procesar recursos de vídeo e imagen y generar mapas del sitio XML— a una cola asíncrona. En lugar de depender del tráfico web o de tareas cron básicas activadas por la web, los hosts optimizados usan supervisores de procesos (como Supervisor o systemd) para ejecutar craft queue/listen como un daemon continuo de segundo plano con recuperación automática.

Nginx utiliza una arquitectura asíncrona y basada en eventos que procesa miles de conexiones HTTP simultáneas con un consumo de memoria menor que el modelo de Apache, que crea un proceso por solicitud. Nginx también gestiona el enrutamiento de recursos estáticos, el microalmacenamiento en caché y el proxy inverso directamente en la capa del kernel, lo que reduce los cuellos de botella de los procesos de trabajo durante los picos de tráfico.

Craft CMS almacena el contenido de forma jerárquica en tablas de base de datos normalizadas (entradas, elementos personalizados, categorías y bloques matrix). Para renderizar una sola página, a menudo se necesitan instrucciones SQL JOIN complejas que abarcan decenas de tablas. Los entornos de hosting con altas velocidades de reloj de CPU de un solo núcleo, grandes grupos de búferes de base de datos e índices de consulta optimizados ejecutan estas uniones entre varias tablas mucho más rápido.

Las operaciones de entrada/salida por segundo (IOPS) miden la rapidez con la que el hardware de almacenamiento lee y escribe bloques de datos. Como Craft lee con frecuencia plantillas principales, claves de caché y tablas complejas de bases de datos, las unidades NVMe de alto rendimiento minimizan los tiempos de espera del disco y aceleran la finalización de consultas a la base de datos y las operaciones del panel de control.

Redis es un almacén de datos clave-valor en memoria que acelera Craft CMS cuando se configura como controlador principal de caché y sesiones. Almacenar bloques de caché de plantillas Twig, respuestas a consultas GraphQL y sesiones de inicio de sesión de usuarios en la RAM del servidor elimina los ciclos de lectura y escritura en disco, lo que reduce hasta un 80 % la carga de las consultas a la base de datos.

La etiqueta nativa {% cache %} de Craft guarda fragmentos compilados de plantillas Twig en el controlador de caché configurado (idealmente, Redis o grupos de memoria de la base de datos). El alojamiento optimizado gestiona automáticamente la invalidación de la caché cuando se guarda contenido en el panel de control, lo que garantiza que los visitantes que regresan reciban fragmentos HTML precompilados sin generar páginas completas mediante PHP.

Al ejecutar Craft CMS sin interfaz con frameworks de frontend (como Next.js, Nuxt o React), el servidor de alojamiento actúa principalmente como un punto de conexión de API. Las necesidades de alojamiento pasan a centrarse en tiempos de respuesta de API con alta concurrencia, caché optimizada de consultas GraphQL, conectividad de base de datos de baja latencia e integración con CDN perimetral para cargas JSON en caché.

Craft CMS depende de bibliotecas de procesamiento gráfico para realizar recortes automáticos según el punto focal, cambiar el tamaño y convertir imágenes a los formatos WebP/AVIF cuando los autores cargan archivos multimedia. La biblioteca nativa GD suele degradar la calidad de imagen y consumir demasiada RAM del sistema, mientras que Imagick o Gmagick ofrecen transformaciones de imágenes más rápidas y de mayor calidad con un menor consumo de memoria.

Almacenar los archivos cargados por los usuarios, las imágenes transformadas y los documentos PDF en depósitos de almacenamiento en la nube (S3, Cloudflare R2) desacopla los archivos multimedia del sistema de archivos del servidor de aplicaciones. Esto mantiene reducida la huella de disco del servidor local, permite implementaciones instantáneas sin tiempo de inactividad, simplifica las copias de seguridad externas y permite que las CDN de borde sirvan contenido multimedia directamente a visitantes de todo el mundo.

Una plataforma como servicio (PaaS) para Craft proporciona un entorno totalmente administrado y preconfigurado, diseñado específicamente para Craft CMS, que automatiza los trabajadores de cola, las migraciones de bases de datos y el almacenamiento en caché de Redis. Un host de infraestructura como servicio (IaaS) proporciona recursos informáticos en la nube sin procesar (como máquinas virtuales VPS), por lo que los desarrolladores deben encargarse del aprovisionamiento del servidor, la aplicación de parches de seguridad y la supervisión de daemons.

Los procesos de implementación atómica obtienen el código de Git, ejecutan composer install, ejecutan las herramientas de compilación de front-end (Vite/Tailwind) y aplican las actualizaciones del esquema project.yaml dentro de una carpeta de compilación temporal. Cuando se superan todas las comprobaciones de implementación, el servidor web actualiza de inmediato un enlace simbólico a la nueva carpeta de compilación, lo que garantiza que los visitantes nunca encuentren páginas en estados defectuosos durante las actualizaciones.

Craft CMS depende de Composer para instalar actualizaciones del núcleo, gestionar plugins de terceros y cargar automáticamente las dependencias de PHP. El acceso al terminal SSH permite a los desarrolladores ejecutar comandos php craft —como borrar cachés, aplicar migraciones de bases de datos, crear usuarios administrativos y solucionar problemas en los registros de errores— directamente desde la línea de comandos.

Los hosts PaaS en contenedores (como Fortrabbit o Platform.sh) suelen utilizar sistemas de archivos efímeros, lo que significa que los archivos del disco local se eliminan y restablecen con cada implementación de código. En estos entornos, todos los recursos cargados y los archivos multimedia transformados deben almacenarse en volúmenes externos de recursos en la nube (como Amazon S3) para evitar la pérdida de datos.

Craft CMS requiere un memory_limit mínimo de 256 MB para sitios con contenido estándar. Sin embargo, los sitios empresariales con muchas funciones, las configuraciones complejas de GraphQL o las aplicaciones que realizan transformaciones de imágenes complejas en el servidor deberían asignar 512 MB o más a cada proceso PHP para evitar bloqueos por agotamiento de memoria.

Los sitios Craft modernos generan recursos CSS y JavaScript compilados con herramientas de Node.js como Vite o Tailwind CSS. Los hosts Craft avanzados ejecutan scripts de compilación directamente en ejecutores de implementación aislados durante los hooks de implementación de Git, lo que evita que los archivos de código fuente sin procesar lleguen a producción y mantiene sincronizados los recursos del entorno de desarrollo local.

Craft CMS utiliza un archivo .env en el directorio raíz para almacenar variables específicas del entorno, como credenciales de bases de datos, claves de API, URL del sitio y claves de licencia. Las plataformas de alojamiento ofrecen gestores seguros de variables de entorno con interfaz gráfica para inyectar estos valores directamente en el contenedor de ejecución, y así mantener las credenciales secretas fuera de los repositorios públicos de control de versiones.

Depender de cron del sistema estándar (o de URL de cron activadas desde la web) para procesar las colas de Craft significa que las tareas en segundo plano se ejecutan en intervalos fijos y con retraso (p. ej., cada 15 minutos). Si un trabajo de cola falla, se bloquea o alcanza los límites de memoria, la cola se detiene por completo hasta que se vacíe manualmente; en cambio, los demonios supervisados reinician automáticamente los trabajos fallidos al instante.

La caché de página completa del servidor web sirve HTML estático, que puede almacenar tokens de protección contra la falsificación de solicitudes entre sitios (CSRF) caducados y provocar errores al enviar formularios. Las configuraciones de alojamiento optimizadas para Craft gestionan automáticamente la inyección dinámica de tokens CSRF mediante hooks de cliente JavaScript o plantillas SSI (Server Side Includes) perimetrales del lado del servidor.

Cuando un gran número de visitantes simultáneos solicita páginas dinámicas de Craft, la aplicación abre varias conexiones a la base de datos. Sin agrupación de conexiones o límites optimizados para los hilos de MySQL/PostgreSQL, el servidor agota rápidamente los controladores de base de datos disponibles, lo que provoca errores de «Demasiadas conexiones».

Craft CMS admite la localización multisitio desde una sola instalación. El alojamiento administrado de Craft permite a los desarrolladores crear clones de prueba aislados —con subdominios de prueba asignados o URL localizadas— para probar nuevos idiomas de localización, diseños de campos y actualizaciones de plugins antes de integrar los cambios en producción.

Como Craft dirige todas las solicitudes a través de un único archivo index.php dentro de la carpeta /web o /public, el proveedor debe restringir la ejecución directa de scripts PHP dentro de los directorios de carga (como /web/uploads). Esto evita que los archivos maliciosos cargados por los usuarios ejecuten código a nivel del sistema en el servidor.

La aplicación de nuevos plugins de Craft o la ejecución de actualizaciones importantes del núcleo modifica las tablas de la base de datos del sistema. Las instantáneas automatizadas del alojamiento crean una copia de seguridad en un momento determinado justo antes de ejecutar el script de implementación, lo que permite revertir la base de datos con un solo clic si falla la migración de un plugin de terceros.

Sí, Craft CMS es totalmente compatible con PostgreSQL 12+. PostgreSQL ofrece opciones avanzadas de indexación, un procesamiento más rápido de consultas complejas sobre datos espaciales y JSON, y un alto rendimiento de concurrencia con cargas de escritura intensivas, lo que lo convierte en una opción popular para proyectos de Craft empresariales.

Las arquitecturas globales de alojamiento combinan configuraciones localizadas de bases de datos de Craft CMS con redes de distribución de contenido (CDN) perimetrales. El servidor de origen se encarga de la renderización dinámica de Twig, mientras que los nodos perimetrales almacenan y sirven medios estáticos, recursos CSS/JS localizados y cargas útiles de API en caché desde ubicaciones cercanas a los visitantes de todo el mundo.

El alojamiento multiinquilino para agencias permite a los equipos de desarrollo gestionar varios sitios Craft de clientes desde un panel central con grupos de recursos compartidos. El alojamiento gestionado por el cliente aísla los proyectos de cada cliente en cuentas de facturación y entornos en contenedores independientes, lo que garantiza un control de acceso y una asignación de recursos claros.

Deberías cambiar a una PaaS dedicada para Craft CMS cuando tu sitio tenga tiempos de carga lentos en el panel de control, tareas de cola en segundo plano atascadas, errores de memoria durante la carga de recursos o cuando tu equipo de desarrollo necesite sincronización automatizada de project.yaml, implementaciones Git sin tiempo de inactividad y asistencia especializada para el framework Craft.