Cambiar la versión de PHP en cPanel no es un interruptor de «más velocidad». Es elegir el intérprete con el que corre WordPress, WooCommerce o el PHP que hayas subido. En los sitios elásticos de Conexcol el icono se llama Seleccionar versión de PHP (Select PHP Version): es el selector de CloudLinux, no un panel distinto. El por qué actualizar —seguridad, extensiones, plugins que ya no soportan 7.4— está en por qué actualizar PHP. Aquí va el cómo, sin saltar de 7.4 a 8.3 el viernes de campaña.

Qué vas a tener al terminar

Una versión de PHP aplicada a la cuenta, extensiones coherentes, y el sitio comprobado. Si algo no carga, vuelves a la versión anterior en el mismo selector.

Antes: un clon, no la tienda en vivo

Un plugin de 2019 puede morir en 8.2. Si el sitio factura, clona primero: clonar WordPress a un subdominio de prueba. Cambia PHP en el staging (o prueba ahí con la misma versión que vas a poner en producción). JetBackup por si acaso, el mismo día.

1. Abrir el selector

  1. Entra a cPanel (el del correo de bienvenida, no el portal del servidor cloud).
  2. Software → Seleccionar versión de PHP.
  3. Arriba ves la versión actual. El menú lista las que hay en el servidor (7.4, 8.1, 8.2, 8.3… la lista cambia cuando ops retira una rama).
  4. Elige la versión de destino. Set as current (establecer como actual). Espera el aviso de que se aplicó.

Eso aplica a los dominios de esa cuenta de cPanel. No es un ajuste por archivo suelto: es la cuenta.

2. Extensiones

En la misma pantalla, pestaña de extensiones (checkboxes). WordPress y WooCommerce suelen necesitar, como mínimo, mysqli (o mysqlnd), gd o imagick, mbstring, zip, curl, intl, soap si un plugin de facturación lo pide. No marques las cien extensiones «por si acaso»: cada una ocupa, y algunas chocan.

Si un plugin te dice «falta fileinfo» o exif, vuelves aquí, la marcas y guardas. El artículo de Moodle usa el mismo icono para módulos: no es otro PHP.

3. Opciones (memoria y subidas)

La pestaña Options es donde viven memory_limit, upload_max_filesize y post_max_size. Si cambias de versión, esas opciones pueden volver a los valores por defecto de esa rama. Si Elementor o un importador fallaban por memoria, revisa otra vez: subir memory_limit y tamaño de subida.

4. Probar de verdad

No basta con que el home abra.

  • Entra a /wp-admin y a una ficha de producto si hay WooCommerce.
  • Manda un formulario de contacto.
  • Mira el log: cPanel → Métricas → Errores. Un deprecated no tumba el sitio; un Fatal error sí.

Si el sitio queda en blanco o en 500, vuelve al selector y pon la versión que sí andaba. Después, en staging, actualiza el plugin que no soporta la PHP nueva. Orden: actualizar sin llevarse el sitio.

Qué no hacer

  • No subas dos versiones en el mismo día «a ver». Una prueba, un resultado.
  • No edites un php.ini suelto en public_html para cambiar de versión. La versión la pone el selector. El .ini suelto, si acaso, pisa opciones y luego se pelea con Options.
  • Usa el cPanel de la cuenta. El selector está en Software, no en el portal del servidor cloud.

El techo de CPU y RAM del plan sigue siendo el LVE. PHP 8.2 no te regala un plan más grande; a veces gasta un poco menos, a veces un plugin mal hecho gasta más. Si el checkout se ahoga con campañas, eso es otro producto: sitios elásticos, cloud o cluster.

Si no sale

Ticket de soporte técnico: dominio, versión de origen, versión a la que pasaste, y si el error es 500, blanco o un plugin con nombre. Cómo se abre: crear un ticket.

Cloud Web Hosting · Por qué actualizar PHP · Ticket