El panel de alojamiento muestra PHP 8.3 de forma aproximada. El desarrollador hace clic. El sitio de WordPress muestra una página en blanco: un complemento llama a una función obsoleta desde PHP 8.2. La versión “más reciente” no era la correcta; la compatible sí lo era.
Elegir una versión de PHP significa negociar entre seguridad, rendimiento y deuda de la aplicación. La novedad viene después de la compatibilidad, siempre. Un número de versión que se muestra en la parte superior del menú desplegable no reemplaza una prueba de preproducción.
¿Por qué es caro permanecer en PHP al final del soporte?
| Riesgo de fin de vida de PHP 7.x | Impacto |
|---|---|
| CVE sin parches | Compromiso del sitio |
| Menor rendimiento | Procesador ya no en uso, factura de hosting |
| Incompatibilidad de bibliotecas modernas | Marcación bloqueada |
| Auditoría de clientes o GDPR | Argumentado incumplimiento |
PHP 7.4 en 2026 no es prudencia: es deuda aplazada hasta el colapso.
Cada mes dedicado a una versión de fin de soporte aumenta la superficie de ataque sin proporcionar ningún beneficio. Ya no se publican parches de seguridad; Las nuevas versiones de Laravel, Symfony o WooCommerce requieren PHP 8.2 o superior.
Método de elección de cuatro pasos
1. Inventario de pila. WordPress y complementos, versión Laravel, Symfony LTS, se requieren extensiones PHP (intl, redis, imagick).
2. Lea las matrices de compatibilidad de CMS y editores de marcos.
3. Pruebas en preproducción con display_errors deshabilitados pero registros detallados.
4. Planifique una ventana de producción y regrese con un solo clic a través del panel.
| Perfil | Objetivo realista 2026 |
|---|---|
| WordPress reciente | 8.2 u 8.3 después de probar los complementos |
| Laravel 10/11 | 8.2+ requerido |
| Symfony 6/7 | 8.2+ |
| Código heredado personalizado | 8.1 en transición luego 8.2 |
Papel del anfitrión en la elección
- Multiversiones con interruptor a panel o binario alternativo.
- Extensiones documentadas por versión:
imagicken 8.3 no está garantizado si está ausente en 8.2. - Aviso previo antes de eliminar versiones antiguas.
- CLI y FPM en la misma versión: evita la brecha entre "composer" y la web.
Compare ofertas a través del directorio y la comparación. Para WordPress específicamente, haga una referencia cruzada con Apache o nginx para WordPress.
Actualización de versión sin sorpresas
- Copia de seguridad completa antes de cualquier modificación.
- Preproducción de la versión de destino exacta.
- Se corrigieron las desaprobaciones visibles en los registros de PHP 8.x.
actualización del compositorsi es una aplicación moderna con restricciones de versión.- Cambie la producción a horas de menor actividad.
- Vigilancia durante cuarenta y ocho horas.
Cruce Composer in Production para obtener un archivo de bloqueo consistente y OPcache Invalidation para sincronizar el código de bytes después del cambio.
Arriba: PHP reciente protege el servidor, no el código podrido
Esto es lo que el marketing de "última versión disponible" olvida decir.
Decide y avanza sin puntos ciegos
Durante medio día, podrás decidir la versión PHP de tu proyecto:
- Enumere las versiones admitidas por su CMS o marco.
- Prueba en preproducción en la versión de destino.
- Verifique que el host ofrezca esta versión en FPM y CLI.
- Programe una reversión con un solo clic a través del panel.
- Documentar la versión elegida para todo el equipo.
Comience con el inventario de complementos y dependencias de Composer; aquí es donde acechan las sorpresas de compatibilidad. Un aumento exitoso se mide en los recorridos completos del usuario, no solo en la ausencia de una página en blanco en la página de inicio.
Preguntas frecuentes
¿Qué versión mínima de PHP en 2026?
Apunte a PHP 8.2 como mínimo para nuevos proyectos. Salga de PHP 7.x lo antes posible: fin del soporte y vulnerabilidades sin parches. PHP 8.1 sigue siendo tolerable temporalmente si se documenta un plan de actualización.
¿Cómo probar la compatibilidad antes de la instalación?
Clone a preproducción, cambie la versión de PHP, habilite registros de errores y navegue por rutas críticas: inicio de sesión, carrito, API. Utilice PHPCompatibility a través de PHPCS y Rector para código personalizado.
¿El anfitrión impone la versión?
En compartido, el panel ofrece un selector. En VPS, lo instala usted mismo. Verifique las versiones disponibles antes de firmar: algunos hosts todavía usan PHP 8.0.
¿Vale la pena dar el salto inmediato a PHP 8.3?
Si su pila está validada en preproducción, sí: modestas ganancias de rendimiento en comparación con 8.2. De lo contrario, permanezca en 8.2 hasta que se realicen pruebas completas en todos los cursos críticos.
La versión correcta de PHP no aparece en los titulares: mantiene el sitio funcionando el lunes por la mañana sin una página en blanco.