El 31 de diciembre de 2026 el proyecto PHP publica el último parche de seguridad para la versión 8.2. Desde el 1 de enero de 2027, cualquier falla nueva que se descubra en PHP 8.2 queda abierta para siempre. Tu sitio no se cae ese día ni deja de funcionar: sigue igual, pero sobre un motor que ya nadie corrige.
No es un problema de pocos. Según las estadísticas oficiales de WordPress.org, el 23,3 % de los sitios WordPress usa PHP 8.2, y otro 34,2 % usa versiones todavía más antiguas, que ya no reciben parches. Sumados, más de la mitad de los WordPress del mundo (57,5 %) va a funcionar sin parches de seguridad el 1 de enero si nadie hace nada antes.
Te explicamos qué cambia, cómo saber si te toca y un plan de cuatro pasos para resolverlo con calma en noviembre, y no el 30 de diciembre.
Qué pasa exactamente el 31 de diciembre
Cada versión de PHP tiene dos etapas de vida. Primero recibe correcciones de errores y de seguridad. Después, solo parches de seguridad, cuando aparece algo grave. Al final de la segunda etapa, nada más.
PHP 8.2 está en la segunda etapa desde fines de 2024 y la termina este 31 de diciembre. Este es el calendario oficial publicado por php.net:
| Versión | Recibe correcciones de errores hasta | Recibe parches de seguridad hasta | Qué significa hoy |
|---|---|---|---|
| 8.1 o anterior | — | Ya terminó | Sin parches: cambiar ahora |
| 8.2 | 31-12-2024 | 31-12-2026 | Le quedan dos meses |
| 8.3 | 31-12-2025 | 31-12-2027 | Destino seguro para el salto |
| 8.4 | 31-12-2026 | 31-12-2028 | Destino si tus plugins ya la aceptan |
| 8.5 | 31-12-2027 | 31-12-2029 | La más nueva; conviene esperar a que tus plugins la declaren compatible |
Calendario vigente al 24 de octubre de 2026, fecha de este artículo. PHP lanza una versión nueva cada fin de año, así que más adelante conviene consultar las fechas actualizadas en la página de versiones con soporte de php.net.
Para que se entienda lo que significa en la práctica: el 21 de octubre de 2026 el proyecto PHP publicó una corrección de emergencia para las fallas conocidas como php2shell, y la 8.2 todavía la recibió (versión 8.2.35). Si una falla así aparece en febrero de 2027, quienes sigan en 8.2 no van a tener corrección.
Cuántos sitios quedan en una versión sin parches
WordPress.org publica qué versión de PHP usan los sitios que se conectan a sus servidores para buscar actualizaciones. Así se veía la foto el 24 de octubre de 2026:
| Versión de PHP | Porcentaje de los WordPress | Situación el 1 de enero de 2027 |
|---|---|---|
| 8.1 o anterior | 34,2 % | Sin parches (ya lo estaban) |
| 8.2 | 23,3 % | Sin parches desde ese día |
| 8.3 | 27,2 % | Con parches hasta fines de 2027 |
| 8.4 | 10,0 % | Con parches hasta fines de 2028 |
| 8.5 | 5,3 % | Con parches hasta fines de 2029 |
El dato que más llama la atención no es la 8.2, sino lo que viene debajo: uno de cada tres WordPress ya funciona hoy en una versión sin parches. Si tu sitio está en ese grupo, este artículo te sirve igual, pero tu urgencia es mayor: no tienes dos meses, ya estás atrasado.
Cómo saber qué versión usa tu sitio
Toma dos minutos. En WordPress, entra a Herramientas → Salud del sitio → Información → Servidor y mira la línea «Versión de PHP». En cPanel, busca la herramienta para elegir la versión de PHP (según el servidor se llama «Seleccionar versión de PHP» o «MultiPHP Manager»).
Si quieres el detalle de cada camino, con lo que significa cada número, lo explicamos en qué versión de PHP corre tu sitio y por qué importa.
¿A qué versión conviene pasar: 8.3 o 8.4?
Para la mayoría de los sitios, 8.3. Es la versión que WordPress.org recomienda como mínima, tiene parches hasta fines de 2027 y es el salto más corto desde la 8.2, que es justamente lo que reduce el riesgo de que algo se rompa.
8.4 es buena opción si tu tema y tus plugins están al día y sus autores la declaran compatible: te da un año más de margen, hasta fines de 2028. La 8.5 es la más nueva; funciona, pero todavía hay plugins que no la han probado, y no hay ningún apuro en llegar a ella.
Una regla práctica: sube de a un escalón. De 8.2 a 8.3, pruebas, y si todo anda bien, el próximo año evalúas la 8.4.
Qué se puede romper al cambiar (y qué no)
La buena noticia es que el salto de 8.2 a 8.3 es de los más tranquilos que ha tenido PHP. La mayoría de los cambios son obsoletos (en inglés, deprecated): funciones que siguen funcionando pero que generan un aviso en el registro de errores, para que el programador las cambie antes de que desaparezcan. Un aviso no detiene tu sitio.
Lo que sí da problemas, casi siempre, es lo mismo:
- Plugins abandonados. Un plugin que no se actualiza hace dos o tres años es el sospechoso número uno. En el directorio de WordPress puedes ver cuándo fue su última actualización.
- Temas comprados hace años y nunca actualizados. Pasa mucho con temas premium cuya licencia venció y que nadie volvió a descargar.
- Código a medida. Un formulario, un cotizador o una integración que alguien programó para tu sitio y que nadie revisa desde entonces.
Cuando algo falla de verdad, lo normal es que el sitio muestre una pantalla de error o una página en blanco. Si te pasa, en qué significa cada código de error explicamos cómo leerlo. Y lo importante: cambiar la versión de PHP se deshace en un minuto, desde el mismo lugar del panel. No se pierde nada.
El plan de cuatro pasos, con fechas
Lo peor que puedes hacer es dejarlo para la última semana del año: es la semana en que nadie contesta el teléfono. Este es un calendario razonable:
| Cuándo | Qué hacer |
|---|---|
| Esta semana | Ver qué versión usa tu sitio y anotar los plugins que tienes activos |
| Primera quincena de noviembre | Respaldo completo, actualizar WordPress, plugins y tema |
| Segunda quincena de noviembre | Cambiar a 8.3 y probar el sitio entero |
| Diciembre | Margen para resolver lo que falle, lejos del 31 y de las fiestas |
Los detalles de cada paso:
- Mira tu versión y haz la lista. Anota la versión de PHP y los plugins activos. Si ves alguno que no se actualiza hace años, busca hoy un reemplazo.
- Respalda y actualiza. Saca un respaldo completo (archivos y base de datos) y comprueba que lo puedes descargar. Si no sabes cómo, está en cómo hacer y verificar respaldos de tu sitio. Después actualiza WordPress, los plugins y el tema, en ese orden.
- Cambia a 8.3 y prueba todo lo que de verdad usas. No solo la portada: el formulario de contacto, el inicio de sesión al panel, el carrito y un pedido de prueba si tienes tienda, y las páginas con calendarios, mapas o cotizadores.
- Deja margen. Si algo falló, vuelve a la 8.2 mientras se arregla y fija una fecha para reintentar. Lo que no puede pasar es que el arreglo quede pendiente hasta febrero.
¿Y si tu proveedor de hosting lo hace por ti?
Muchos proveedores van a mover las cuentas que siguen en 8.2 antes de fin de año, porque mantener versiones sin parches en un servidor compartido es un riesgo para todos los que viven en él. WordPress.org se lo pide expresamente a los proveedores en su guía de compatibilidad de la versión 7.1.
Si te llega un aviso así, no lo ignores: pregunta qué día se hará el cambio, para tener un respaldo fresco y estar disponible para probar el sitio ese mismo día. Y si no te llega ningún aviso, pregúntale a tu proveedor qué tiene planificado. Es una pregunta legítima y la respuesta debería ser clara.
Preguntas frecuentes
¿Mi sitio se va a caer el 1 de enero de 2027?
No. PHP 8.2 sigue funcionando igual después del 31 de diciembre. Lo que termina son los parches: si se descubre una falla nueva, no habrá corrección para esa versión.
¿Un plugin de seguridad reemplaza la actualización de PHP?
No. Un plugin de seguridad funciona dentro de WordPress, y WordPress funciona sobre PHP. Si la falla está en PHP, el plugin no la ve.
¿Cambiar la versión de PHP hace más rápido mi sitio?
Algo, a veces. Cada versión trae mejoras de rendimiento, pero la diferencia entre 8.2 y 8.3 es pequeña. El motivo para cambiar es la seguridad, no la velocidad.
¿Qué pasa si mi sitio no es WordPress?
Aplica igual a Joomla, Drupal, Moodle, PrestaShop y cualquier sistema hecho en PHP. Lo que cambia es dónde se ve la versión: en esos casos, mírala en el panel de tu hosting.
¿Puedo quedarme en 8.2 si mi sitio es muy simple?
Puedes, pero no es buena idea. Las fallas graves de PHP, como php2shell, no dependen de lo complejo que sea tu sitio: basta con que procese un formulario.
En resumen
PHP 8.2 recibe su último parche el 31 de diciembre de 2026, y más de la mitad de los WordPress van a quedar en una versión sin parches si nadie hace nada. El salto recomendado es a 8.3: es corto, casi siempre tranquilo y se deshace en un minuto si algo falla. Hazlo en noviembre, con respaldo y probando lo que de verdad usas.
En AltaHosting, las cuentas nuevas se crean con PHP 8.3, y en nuestro servidor tienes disponibles las versiones hasta la 8.5 para que elijas desde cPanel la que mejor le acomode a tu sitio. Es la situación al momento de escribir este artículo, en octubre de 2026: las versiones vigentes cambian cada año, así que conviene ir consultándolo.
¿No sabes qué versión usa tu sitio o te da miedo cambiarla? Escríbenos por WhatsApp o a ventas@altahosting.cl y lo revisamos contigo: la versión que usa, qué plugins podrían dar problemas y en qué estado están tus respaldos.
