We Manegit
Resumen ejecutivo
PHP es el lenguaje con el que funcionan cerca de tres cuartas partes de los sitios web, entre ellos todos los hechos con WordPress, WooCommerce o Drupal y muchos desarrollos a medida. El 31 de diciembre de 2026, PHP 8.2 llega a su fin de vida (End of Life o EOL): el equipo de PHP deja de publicar parches de seguridad para esa versión. Mantener el servidor de tu empresa en una versión sin soporte expone el sitio a tres riesgos: vulnerabilidades que nadie va a corregir, incompatibilidades con plugins y actualizaciones del CMS que lo dejan fuera de servicio (Fatal Errors) y un rendimiento que se queda atrás. La salida es pasar a PHP 8.3 u 8.4 probando antes en un entorno de pruebas (staging), con un responsable que se haga cargo del servidor y revise el cambio antes de aplicarlo en el sitio real.
1. El ciclo de vida del software: Qué significa realmente la fecha "End of Life" (EOL)
El desarrollo de PHP sigue un calendario de soporte fijo que define el equipo central del lenguaje (PHP Core Team). Desde 2024, cada versión principal tiene un ciclo de vida de cuatro años, dividido en dos etapas:
- Soporte activo (Active Support, 2 años)
- La versión recibe correcciones de errores (bugs), mejoras y parches de seguridad periódicos.
- Solo seguridad (Security Only, 2 años)
- Ya no se corrigen fallos menores: el equipo de PHP publica parches solo ante vulnerabilidades de seguridad graves.
Al terminar la segunda etapa, la versión llega a su End of Life (EOL o fin de vida). Desde ese día, el equipo de PHP ya no publica ningún parche para esa versión.
PHP 8.2 salió en diciembre de 2022, terminó su soporte activo el 31 de diciembre de 2024 y deja de recibir parches de seguridad el 31 de diciembre de 2026. Cualquier vulnerabilidad que se descubra después de esa fecha quedará abierta para siempre en los servidores que sigan en esa versión. Como referencia, PHP 8.3 recibe parches de seguridad hasta el 31 de diciembre de 2027 y PHP 8.4, hasta el 31 de diciembre de 2028.
Para la dirección de una PyME, asumir que "mientras la página web abra, el servidor está bien" es una trampa. Operar sobre una versión de PHP sin soporte equivale a usar un sistema operativo sin actualizaciones en la computadora de finanzas de la empresa: todo parece funcionar con normalidad, pero la puerta queda abierta para cualquier ataque automatizado.
2. Glosario de infraestructura PHP: Motor ejecutable, PHP-FPM, Staging y Fatal Errors
Para hablar con tu equipo de desarrollo o evaluar el estado de tus servidores con criterio técnico, conviene conocer estos términos:
- PHP Engine / Intérprete PHP
- El software instalado en el servidor que lee, procesa y ejecuta el código de tu página web y transforma las consultas a la base de datos en las páginas HTML que ven tus clientes.
- PHP-FPM (FastCGI Process Manager)
- Un gestor de procesos PHP para servidores web como Nginx o Apache que administra el uso de memoria y de procesador, y acelera la atención de muchas peticiones simultáneas en tiendas online y sitios B2B.
- Entorno de pruebas (Staging Environment)
- Una copia exacta e independiente de tu página web, instalada en un subdominio cerrado, donde se prueban los cambios de versión de PHP y de plugins sin arriesgar el sitio en producción.
- Fatal Error (error crítico de PHP)
- Ocurre cuando PHP encuentra una función que ya no existe en esa versión o una incompatibilidad de sintaxis que detiene la ejecución por completo, y el sitio muestra una pantalla en blanco o el aviso de WordPress "Ha habido un error crítico en esta web".
- PHP Memory Limit
- La cantidad máxima de memoria que el servidor le permite usar a un script de PHP para una tarea, por ejemplo generar una factura en PDF o exportar una lista de ventas en WooCommerce.
3. Las 4 consecuencias directas de no actualizar la versión de PHP en tu servidor
Mantener el servidor de tu empresa en PHP 8.2 u otra versión sin soporte trae cuatro problemas operativos:
1. Exposición directa a vulnerabilidades de seguridad sin parche oficial
Cuando una versión de PHP llega a su fin de vida, los atacantes analizan su código público en busca de vulnerabilidades que ya nadie va a corregir. Al encontrar una brecha (como una inyección SQL o una ejecución remota de código, RCE), crean programas automáticos (bots) que recorren millones de direcciones IP en busca de sitios que sigan en esa versión.
Si tu servidor sigue en PHP 8.2 sin soporte, un atacante puede infectar la base de datos de tu sitio, insertar redirecciones a páginas de apuestas o spam, o usar tu servidor para enviar correos masivos de suplantación de identidad (phishing), lo que daña la reputación de tu dominio de un día para el otro.
2. Rompimiento del sitio por incompatibilidad de plugins y temas (Fatal Errors)
WordPress y los desarrolladores de plugins de pagos, formularios y seguridad actualizan su código para aprovechar las funciones de PHP 8.3 y 8.4.
A medida que lo hacen, dejan de dar soporte a las versiones viejas. Si un plugin de tu sitio se actualiza solo y el servidor sigue en una versión de PHP antigua, el choque de sintaxis puede dejar el sitio fuera de servicio en el acto. El cliente que entra a tu tienda online solo ve un error técnico.
3. Pérdida de velocidad y rendimiento del sitio
Cada versión nueva de PHP no solo corrige fallos de seguridad: también suele traer mejoras de rendimiento en el motor interno y en el uso de memoria. Quedarse en una versión vieja significa renunciar a esas mejoras.
Si tu empresa tiene una tienda online o un portal con mucho tráfico comercial, un PHP antiguo puede hacer que la página cargue más lento, que la experiencia del usuario empeore y que necesites un plan de hosting más caro para atender el mismo volumen de visitas.
4. Incompatibilidad con las nuevas exigencias de las pasarelas de pago y APIs
Las pasarelas de pago y los servicios de facturación electrónica (como Mercado Pago, Stripe o PayPal) actualizan cada tanto sus librerías de conexión (SDK) y dejan de dar soporte a las versiones de PHP más viejas. Además, la norma de seguridad de datos de tarjetas (PCI-DSS) pide mantener el software con los parches de seguridad al día.
Si tu PHP queda desfasado, los módulos de cobro de tu sitio pueden empezar a fallar al conectarse con la pasarela (errores de cURL o de certificado en las llamadas a la API) y bloquear las compras con tarjeta de tus clientes.
4. El dilema de la actualización impulsiva: Por qué presionar "Actualizar" en el cPanel sin probar rompe tu web
Al entender el riesgo de mantener un PHP sin soporte, muchos gerentes o administradores cometen un segundo error: entran al panel del hosting (cPanel, Plesk o la consola del VPS) y cambian la versión de PHP 8.2 a 8.3 u 8.4 sin revisar nada antes.
Ese cambio impulsivo puede terminar mal. Un sitio corporativo o una tienda B2B no es un archivo estático: es un conjunto de decenas de piezas que dependen unas de otras (el tema visual, los plugins de pago, el código a medida, las librerías auxiliares).
Si una sola de esas piezas usa funciones que la nueva versión de PHP eliminó, el sitio entero deja de funcionar en el acto con un Fatal Error, que muchas veces impide incluso entrar al panel de administración. La actualización del servidor nunca debe hacerse a ciegas sobre el sitio en producción.
5. Protocolo de migración segura en 5 pasos: cómo actualizar PHP sin romper el sitio
Para cambiar la versión de PHP del servidor sin cortar el sitio ni las ventas, conviene seguir este orden:
- Auditoría de compatibilidad y respaldo completo: antes de tocar nada, haz una copia completa fuera del servidor (off-site backup) con la base de datos y todos los archivos. Al mismo tiempo, revisa los plugins y el tema con una herramienta de compatibilidad para detectar funciones que la nueva versión elimina o marca como obsoletas (deprecated).
- Creación de un entorno de pruebas (staging): clona el sitio tal como está en un subdominio de pruebas privado. Todos los cambios de versión se prueban ahí, sin afectar a los usuarios del sitio real.
- Cambio de versión en staging y revisión de errores: pasa el entorno de pruebas a PHP 8.3 u 8.4 y revisa el registro de errores (
error_log) para encontrar avisos (notices y warnings) o errores de sintaxis. - Actualización de componentes y pruebas del recorrido comercial: actualiza los temas, plugins y librerías que lo necesiten. Después recorre el sitio como un cliente: completa formularios de contacto, haz compras de prueba con la pasarela de pago y verifica las conexiones por API con tu CRM.
- Aplicación en producción y seguimiento: cuando el sitio de pruebas funciona sin errores, aplica el cambio en el sitio principal en una ventana de mantenimiento de poco tráfico y sigue de cerca el servidor durante los días siguientes para detectar cualquier error o lentitud.
En Digital Owner, un cambio de servidor o de versión de PHP se considera delicado: pasa por alguien senior antes de tocarse, en todos los planes.
6. Diagnóstico y comparativa: Servidor desatendido con PHP obsoleto vs. Infraestructura gestionada DOW
| Factor | Servidor desatendido (PHP sin soporte) | Infraestructura gestionada DOW (We Manegit) |
|---|---|---|
| Estado de seguridad | Vulnerabilidades sin parche después del fin de vida; expuesto a ataques automáticos. | Hosting, dominio y certificado al día, con copias de seguridad y alertas de vencimiento. |
| Estabilidad del sitio | Alto riesgo de Fatal Errors y pantallas en blanco al actualizar plugins. | Los cambios de servidor o de versión de PHP pasan por alguien senior antes de tocarse. |
| Velocidad de carga | Procesamiento más lento y mayor consumo de memoria. | Revisión senior mensual con recomendaciones (plan Acompañado). |
| Proceso de actualización | Inexistente, o un cambio impulsivo en producción que rompe el sitio. | Pedidos por ticket, con registro de lo que se hizo y quién lo hizo. |
| Responsabilidad técnica | La empresa no sabe qué versión tiene ni quién debe actualizarla. | Un Digital Owner asignado y una ficha técnica de tu empresa que no se va con nadie. |
7. Preguntas frecuentes sobre versiones de PHP, compatibilidad de WordPress y servidores VPS
¿Cómo puedo saber qué versión de PHP está ejecutando la página web de mi empresa hoy?
Hay tres formas sencillas. Desde WordPress: en el menú de administración, entra a Herramientas, luego a Salud del sitio, pestaña Información, sección Servidor; ahí figura la versión de PHP. Desde el panel del hosting (cPanel o Plesk): busca la herramienta "Seleccionar versión de PHP" (Select PHP Version) o "MultiPHP Manager". Con un archivo de prueba: tu equipo de desarrollo puede crear un archivo phpinfo.php en la raíz del servidor con la función phpinfo(), que muestra la ficha técnica completa de la versión activa. Por seguridad, ese archivo debe borrarse apenas se consulta.
¿Si nuestro proveedor de hosting ofrece "soporte extendido de PHP 8.2", igual necesitamos actualizar?
Sí. Algunos proveedores de hosting ofrecen un "soporte extendido de PHP" (PHP Extended Support o Hardened PHP): aplican sus propios parches de seguridad sobre versiones viejas. Sirve para tapar los agujeros más graves por un tiempo, pero no resuelve el fondo: no trae las mejoras de las versiones nuevas, suele sumar un costo a la tarifa del hosting y no evita las incompatibilidades a medida que WordPress y los plugins dejen de admitir PHP 8.2. Conviene verlo como un puente temporal mientras se planifica la migración a una versión con soporte.
¿Se requiere cambiar de servidor o contratar un plan más caro para actualizar PHP?
En la mayoría de los casos, no. Actualizar PHP es un cambio de software sobre el alojamiento que ya tienes. Pero si tu sitio está en un hosting compartido muy antiguo que no ofrece versiones modernas de PHP, o en un VPS que no puede manejar varias versiones, lo más eficiente es mudarlo a un entorno moderno y administrado. En Digital Owner el hosting está incluido en la suscripción, el traspaso desde tu hosting o técnico actual también, y la migración pasa por alguien senior antes de tocarse.
¿Cómo ayuda el servicio DOW de We Manegit a gestionar la infraestructura de tu servidor?
Asignamos un Digital Owner a tu empresa, que se hace cargo de tu hosting, tu dominio, tu correo y tus accesos por suscripción. Mantiene el hosting, el dominio y el certificado al día, con copias de seguridad y alertas de vencimiento; guarda y documenta las claves y los accesos a nombre de tu empresa en una ficha técnica que no se va con nadie, y resuelve los pedidos del día a día por ticket. En el plan Acompañado, WordPress, los plugins y PHP se mantienen al día, con una revisión senior mensual con recomendaciones. Lo delicado, como un cambio de servidor o de versión de PHP, pasa siempre por alguien senior antes de tocarse.
Revisemos la versión de PHP de tu servidor
Cuéntanos dónde está alojado tu sitio y con qué está hecho. Revisamos qué versión de PHP usa, cómo están tus plugins y tu hosting, y te respondemos con el próximo paso para actualizar sin romper el sitio.
Hablemos