{"id":262,"date":"2026-10-24T18:15:12","date_gmt":"2026-10-24T21:15:12","guid":{"rendered":"https:\/\/altahosting.cl\/blog\/php-8-2-fin-de-soporte-31-diciembre-2026\/"},"modified":"2026-10-24T18:15:12","modified_gmt":"2026-10-24T21:15:12","slug":"php-8-2-fin-de-soporte-31-diciembre-2026","status":"publish","type":"post","link":"https:\/\/altahosting.cl\/blog\/php-8-2-fin-de-soporte-31-diciembre-2026\/","title":{"rendered":"PHP 8.2 se queda sin parches el 31 de diciembre de 2026: c\u00f3mo saber si tu sitio lo usa y c\u00f3mo cambiarlo a tiempo"},"content":{"rendered":"

El 31 de diciembre de 2026<\/strong> el proyecto PHP publica el \u00faltimo parche de seguridad para la versi\u00f3n 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\u00eda ni deja de funcionar: sigue igual, pero sobre un motor que ya nadie corrige.<\/p>\n

No es un problema de pocos. Seg\u00fan las estad\u00edsticas oficiales de WordPress.org, el 23,3 % de los sitios WordPress usa PHP 8.2<\/strong>, y otro 34,2 % usa versiones todav\u00eda m\u00e1s antiguas, que ya no reciben parches. Sumados, m\u00e1s de la mitad de los WordPress del mundo (57,5 %) va a funcionar sin parches de seguridad el 1 de enero<\/strong> si nadie hace nada antes.<\/p>\n

Te explicamos qu\u00e9 cambia, c\u00f3mo saber si te toca y un plan de cuatro pasos para resolverlo con calma en noviembre, y no el 30 de diciembre.<\/p>\n

Qu\u00e9 pasa exactamente el 31 de diciembre<\/h2>\n

Cada versi\u00f3n de PHP tiene dos etapas de vida. Primero recibe correcciones de errores y de seguridad<\/strong>. Despu\u00e9s, solo parches de seguridad<\/strong>, cuando aparece algo grave. Al final de la segunda etapa, nada m\u00e1s.<\/p>\n

PHP 8.2 est\u00e1 en la segunda etapa desde fines de 2024 y la termina este 31 de diciembre. Este es el calendario oficial publicado por php.net:<\/p>\n\n\n\n\n\n\n\n\n\n
Versi\u00f3n<\/th>\nRecibe correcciones de errores hasta<\/th>\nRecibe parches de seguridad hasta<\/th>\nQu\u00e9 significa hoy<\/th>\n<\/tr>\n<\/thead>\n
8.1 o anterior<\/td>\n\u2014<\/td>\nYa termin\u00f3<\/td>\nSin parches: cambiar ahora<\/td>\n<\/tr>\n
8.2<\/strong><\/td>\n31-12-2024<\/td>\n31-12-2026<\/strong><\/td>\nLe quedan dos meses<\/td>\n<\/tr>\n
8.3<\/td>\n31-12-2025<\/td>\n31-12-2027<\/td>\nDestino seguro para el salto<\/td>\n<\/tr>\n
8.4<\/td>\n31-12-2026<\/td>\n31-12-2028<\/td>\nDestino si tus plugins ya la aceptan<\/td>\n<\/tr>\n
8.5<\/td>\n31-12-2027<\/td>\n31-12-2029<\/td>\nLa m\u00e1s nueva; conviene esperar a que tus plugins la declaren compatible<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Calendario vigente al 24 de octubre de 2026, fecha de este art\u00edculo. PHP lanza una versi\u00f3n nueva cada fin de a\u00f1o, as\u00ed que m\u00e1s adelante conviene consultar las fechas actualizadas en la p\u00e1gina de versiones con soporte de php.net.<\/em><\/p>\n

Para que se entienda lo que significa en la pr\u00e1ctica: el 21 de octubre de 2026 el proyecto PHP public\u00f3 una correcci\u00f3n de emergencia para las fallas conocidas como php2shell<\/a>, y la 8.2 todav\u00eda la recibi\u00f3 (versi\u00f3n 8.2.35). Si una falla as\u00ed aparece en febrero de 2027, quienes sigan en 8.2 no van a tener correcci\u00f3n.<\/p>\n

Cu\u00e1ntos sitios quedan en una versi\u00f3n sin parches<\/h2>\n

WordPress.org publica qu\u00e9 versi\u00f3n de PHP usan los sitios que se conectan a sus servidores para buscar actualizaciones. As\u00ed se ve\u00eda la foto el 24 de octubre de 2026:<\/p>\n\n\n\n\n\n\n\n\n\n
Versi\u00f3n de PHP<\/th>\nPorcentaje de los WordPress<\/th>\nSituaci\u00f3n el 1 de enero de 2027<\/th>\n<\/tr>\n<\/thead>\n
8.1 o anterior<\/td>\n34,2 %<\/td>\nSin parches (ya lo estaban)<\/td>\n<\/tr>\n
8.2<\/td>\n23,3 %<\/td>\nSin parches desde ese d\u00eda<\/td>\n<\/tr>\n
8.3<\/td>\n27,2 %<\/td>\nCon parches hasta fines de 2027<\/td>\n<\/tr>\n
8.4<\/td>\n10,0 %<\/td>\nCon parches hasta fines de 2028<\/td>\n<\/tr>\n
8.5<\/td>\n5,3 %<\/td>\nCon parches hasta fines de 2029<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

El dato que m\u00e1s llama la atenci\u00f3n no es la 8.2, sino lo que viene debajo: uno de cada tres WordPress ya funciona hoy en una versi\u00f3n sin parches. Si tu sitio est\u00e1 en ese grupo, este art\u00edculo te sirve igual, pero tu urgencia es mayor: no tienes dos meses, ya est\u00e1s atrasado.<\/p>\n

C\u00f3mo saber qu\u00e9 versi\u00f3n usa tu sitio<\/h2>\n

Toma dos minutos. En WordPress, entra a Herramientas \u2192 Salud del sitio \u2192 Informaci\u00f3n \u2192 Servidor<\/strong> y mira la l\u00ednea \u00abVersi\u00f3n de PHP\u00bb. En cPanel, busca la herramienta para elegir la versi\u00f3n de PHP (seg\u00fan el servidor se llama \u00abSeleccionar versi\u00f3n de PHP\u00bb o \u00abMultiPHP Manager\u00bb).<\/p>\n

Si quieres el detalle de cada camino, con lo que significa cada n\u00famero, lo explicamos en qu\u00e9 versi\u00f3n de PHP corre tu sitio y por qu\u00e9 importa<\/a>.<\/p>\n

\u00bfA qu\u00e9 versi\u00f3n conviene pasar: 8.3 o 8.4?<\/h2>\n

Para la mayor\u00eda de los sitios, 8.3<\/strong>. Es la versi\u00f3n que WordPress.org recomienda como m\u00ednima, tiene parches hasta fines de 2027 y es el salto m\u00e1s corto desde la 8.2, que es justamente lo que reduce el riesgo de que algo se rompa.<\/p>\n

8.4<\/strong> es buena opci\u00f3n si tu tema y tus plugins est\u00e1n al d\u00eda y sus autores la declaran compatible: te da un a\u00f1o m\u00e1s de margen, hasta fines de 2028. La 8.5<\/strong> es la m\u00e1s nueva; funciona, pero todav\u00eda hay plugins que no la han probado, y no hay ning\u00fan apuro en llegar a ella.<\/p>\n

Una regla pr\u00e1ctica: sube de a un escal\u00f3n. De 8.2 a 8.3, pruebas, y si todo anda bien, el pr\u00f3ximo a\u00f1o eval\u00faas la 8.4.<\/p>\n

Qu\u00e9 se puede romper al cambiar (y qu\u00e9 no)<\/h2>\n

La buena noticia es que el salto de 8.2 a 8.3 es de los m\u00e1s tranquilos que ha tenido PHP. La mayor\u00eda de los cambios son obsoletos<\/strong> (en ingl\u00e9s, deprecated<\/em>): 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.<\/p>\n

Lo que s\u00ed da problemas, casi siempre, es lo mismo:<\/p>\n