¿Qué versión de PHP debo elegir?

Elija la versión de PHP más reciente que admitan su CMS, su tema y todos sus plugins, y manténgase lejos de las versiones que ya no reciben actualizaciones de seguridad. En la práctica suele ser la última o la penúltima. La versión de PHP es la causa más subestimada de una web rota, y en los dos sentidos: demasiado antigua es insegura y lenta, demasiado nueva rompe código que ya nadie mantiene.

¿Cuánto tiempo tiene soporte una versión de PHP?

Cada año, hacia finales de noviembre, sale una nueva versión de PHP. Cada versión recibe dos años de soporte activo, con correcciones de errores y de seguridad, y después dos años más solo con correcciones de seguridad. En septiembre de 2026 la situación es esta:

• PHP 8.5 y 8.4: soporte activo.
• PHP 8.3: solo correcciones de seguridad, hasta finales de 2027.
• PHP 8.2: solo correcciones de seguridad, hasta finales de 2026.
• PHP 8.1 y anteriores, es decir, también 7.4 y 8.0: ya ninguna corrección. Una vulnerabilidad descubierta hoy se queda abierta.

Las fechas actualizadas están en php.net, en la página de versiones con soporte.

Demasiado antigua o demasiado nueva

Demasiado antigua: sin actualizaciones de seguridad, sensiblemente más lenta, y los plugins recientes se niegan a instalarse o a actualizarse. Demasiado nueva: un tema antiguo o un plugin sin mantenimiento usa funciones que han desaparecido de PHP. El resultado es una página en blanco, un error 500 o el aviso de que ha habido un error crítico. La versión más reciente, por tanto, solo se elige cuando su CMS y sus plugins principales la admiten expresamente.

Comprobar si su sitio está preparado

1. Mire qué versión usa ahora. En WordPress está en Herramientas → Salud del sitio, pestaña Información, apartado Servidor.
2. Consulte qué admite su CMS. WordPress, Joomla, Drupal y PrestaShop publican para cada versión con qué versiones de PHP funcionan. No suba nunca por encima de lo que ahí figura.
3. Actualice primero todo: el CMS, el tema y cada plugin. Primero actualizar y solo después cambiar: lo que se rompe es un plugin antiguo sobre una versión nueva de PHP.
4. Repase sus plugins. Un plugin que lleva dos años sin actualizarse es el primer candidato a romperse. Busque un sustituto antes de cambiar.
5. Piense en lo que funciona junto al CMS: un script propio, una conexión con su contabilidad, un formulario antiguo. Eso no lo actualiza nadie automáticamente.
6. Si tiene una copia de pruebas del sitio, cambie primero esa y pruebe ahí.

Cambiar de versión

En nuestro alojamiento usted mismo elige la versión de PHP en el panel de control, y lo hace por sitio. El cambio se deshace igual de rápido. Los pasos están en cambiar la versión de PHP de su web.

Elija el momento. No un viernes por la tarde ni durante una campaña en su tienda online, sino cuando tenga tiempo para probar y volver atrás. Después no compruebe solo la portada:

• el formulario de contacto, hasta el correo que debe llegar
• el proceso de pedido, hasta el paso del pago
• el inicio de sesión y la zona de administración
• las tareas programadas, como una importación o una exportación nocturna

Errores tras el cambio

1. Vuelva a la versión anterior. Su sitio funciona otra vez y puede buscar con calma.
2. Lea el mensaje de error. En el registro de errores, o en el correo que WordPress envía al administrador ante un error crítico, figura una ruta de archivo. El nombre de la carpeta en esa ruta es el plugin o el tema que provoca el error.
3. Actualice ese plugin, sustitúyalo o desactívelo, e intente el cambio de nuevo.

Los mensajes que verá con más frecuencia:

• Call to undefined function: el código llama a una función que ya no existe en la nueva versión de PHP, o que procede de una extensión de PHP que no está cargada en esta versión.
• Deprecated: no es un error sino un aviso: esto todavía funciona, pero desaparecerá en una versión futura. El sitio sigue en marcha. Si esos avisos aparecen en la página, desactive la visualización de errores.
• Una página en blanco sin texto: un error fatal con la visualización desactivada. En el registro de errores sí figura el mensaje.
• Allowed memory size exhausted: no es un problema de versión, sino el límite de memoria. Véase cómo aumentar la memoria de PHP.

No deje un sitio de forma definitiva en una versión obsoleta porque de otro modo se rompe un plugin. Eso es aplazar el problema: la vulnerabilidad de la versión antigua de PHP sigue ahí. Qué significan los códigos de error lo explica códigos de error 403, 404 y 500.

Preguntas frecuentes

¿Mi sitio irá más rápido con una versión más nueva de PHP?

Normalmente sí. El paso de una versión 7 a una versión 8 suele notarse; entre dos versiones 8 consecutivas la diferencia es pequeña. Cambie por seguridad; la velocidad es un extra.

¿WordPress funciona con la última versión de PHP?

El núcleo de WordPress sigue el ritmo, pero a menudo califica primero de beta la compatibilidad con una versión de PHP recién publicada. El eslabón débil son los temas y los plugins.

Mi sitio va bien con una versión antigua. ¿Por qué iba a cambiar?

Porque «funciona» no dice nada sobre la seguridad. Una versión sin correcciones de seguridad es cada mes más vulnerable, y un día una actualización de su CMS se negará a instalarse. Entonces tendrá que cambiar con prisas.

¿No lo consigue?

Envíenos a través de contacto su nombre de dominio y el mensaje de error que recibió tras el cambio. También hay una red de seguridad: de nuestros planes de alojamiento hacemos una copia de seguridad diaria que se conserva 14 días, y la restauración se solicita a soporte. Más información en copias de seguridad y restauración.