Hay un dato de tu sitio que casi nadie mira y que decide m\u00e1s cosas de las que parece: la versi\u00f3n de PHP sobre la que est\u00e1 funcionando.<\/p>\n
No aparece en ninguna parte visible. No te avisa nadie. Y sin embargo determina qu\u00e9 tan r\u00e1pido carga tu p\u00e1gina, si los plugins nuevos te van a funcionar y, lo m\u00e1s importante, si una falla de seguridad descubierta ma\u00f1ana va a tener parche para ti o no.<\/p>\n
La buena noticia es que verlo toma dos minutos y no necesitas saber programar.<\/p>\n
PHP es el lenguaje en el que est\u00e1 escrito WordPress. Cada vez que alguien abre tu sitio, el servidor ejecuta c\u00f3digo PHP para armar la p\u00e1gina y envi\u00e1rsela.<\/p>\n
Pi\u00e9nsalo como el motor del auto. T\u00fa ves la carrocer\u00eda, que son el dise\u00f1o, los textos y las fotos. Lo que hace que la cosa se mueva est\u00e1 abajo y no se ve. Un motor antiguo sigue andando un buen tiempo, hasta el d\u00eda en que deja de haber repuestos.<\/p>\n
Eso es exactamente lo que pasa con las versiones de PHP. No dejan de funcionar de un d\u00eda para otro. Dejan de tener repuestos.<\/p>\n
Tienes tres caminos y los tres llegan al mismo dato.<\/p>\n
Desde WordPress.<\/strong> Entra a tu panel y anda a Desde cPanel.<\/strong> Busca la herramienta Preguntando.<\/strong> Si no tienes acceso a ninguno de los dos, escr\u00edbele a tu proveedor: en qu\u00e9 versi\u00f3n de PHP est\u00e1 corriendo mi sitio y hasta cu\u00e1ndo tiene soporte. La respuesta, y lo que demore en llegar, ya te dice bastante.<\/p>\n PHP libera una versi\u00f3n nueva cada a\u00f1o y cada una tiene fecha de caducidad. Primero pasa por un periodo de soporte activo, donde recibe correcciones de todo tipo. Despu\u00e9s entra en soporte de seguridad, donde solo recibe parches de fallas graves. Y despu\u00e9s, nada.<\/p>\n Al d\u00eda de hoy, agosto de 2026, la situaci\u00f3n es esta:<\/p>\n Las fechas exactas las publica el propio proyecto PHP y conviene mirarlas ah\u00ed antes de decidir, porque se mueven poco pero se mueven.<\/p>\n Lo que importa es la l\u00ednea divisoria. Si tu sitio est\u00e1 en 8.1 o menos, hoy est\u00e1s corriendo sobre c\u00f3digo que ya no recibe correcciones de seguridad. Si est\u00e1s en 8.2, tienes hasta fin de a\u00f1o.<\/p>\n Ac\u00e1 es donde la mayor\u00eda se relaja, porque el sitio sigue funcionando igual que ayer. Y es cierto: no se cae.<\/p>\n El problema es otro. Cuando alguien descubre una falla de seguridad en PHP, el equipo del proyecto publica la correcci\u00f3n para las versiones que todav\u00eda tienen soporte. Para las que no lo tienen, la falla queda ah\u00ed, documentada p\u00fablicamente y sin arreglo.<\/p>\n Documentada p\u00fablicamente es la parte inc\u00f3moda. El detalle de cada vulnerabilidad se publica para que los administradores puedan protegerse, y lo lee todo el mundo, incluidos los que se dedican a buscar sitios vulnerables. Los ataques a sitios web no son manuales: son robots que recorren internet probando fallas conocidas<\/a> contra millones de direcciones, sin mirar si el sitio es de una multinacional o de un taller mec\u00e1nico en Maip\u00fa.<\/p>\n Un sitio con PHP sin soporte no es un sitio en riesgo te\u00f3rico. Es un sitio que aparece en una lista.<\/p>\n Hay un segundo efecto, menos grave pero m\u00e1s molesto. Los plugins y temas van dejando de dar soporte a las versiones viejas. Llega el d\u00eda en que actualizas algo, se rompe una parte del sitio, y la \u00fanica respuesta que te dan es que actualices tu PHP.<\/p>\n La p\u00e1gina oficial de requisitos de WordPress recomienda hoy PHP 8.3 o superior<\/strong>.<\/p>\n Vas a encontrar por ah\u00ed que el m\u00ednimo t\u00e9cnico es bastante m\u00e1s bajo. Es cierto, pero es una reliquia: significa que el software arranca, no que sea buena idea. Que tu sitio funcione en una versi\u00f3n antigua no es un argumento para quedarse ah\u00ed, igual que un auto sin revisi\u00f3n t\u00e9cnica tambi\u00e9n parte.<\/p>\n Para el sitio de una pyme chilena la respuesta pr\u00e1ctica es corta: 8.3 como piso, 8.4 si tus plugins ya lo soportan<\/strong>. No hay premio por saltar a la versi\u00f3n m\u00e1s nueva el primer d\u00eda que sale.<\/p>\n Velocidad. Cada versi\u00f3n nueva de PHP ejecuta el mismo c\u00f3digo m\u00e1s r\u00e1pido, y esto no es un argumento de venta: es la raz\u00f3n por la que un mismo WordPress, en el mismo servidor, responde mejor<\/a> solo por cambiar de versi\u00f3n.<\/p>\n En un sitio con muchas consultas, como una tienda con cat\u00e1logo grande o un buscador interno, la diferencia se nota. En una web de cinco p\u00e1ginas se nota menos, pero no te cuesta nada.<\/p>\n Y hay algo hacia adelante: los plugins que se est\u00e1n escribiendo hoy asumen las versiones actuales. Mientras m\u00e1s atr\u00e1s te quedes, m\u00e1s chico es el mundo de cosas que puedes instalar.<\/p>\n Seamos honestos, porque este es el punto donde la gente se queda pegada. Subir de versi\u00f3n s\u00ed puede romper cosas, y son casi siempre estas tres:<\/p>\n Un plugin abandonado.<\/strong> Ese que instalaste hace cuatro a\u00f1os, que hace algo puntual y que el autor no actualiza desde entonces. Es el culpable n\u00famero uno.<\/p>\n Un tema hecho a medida.<\/strong> Si alguien te program\u00f3 el tema y despu\u00e9s no le hizo mantenci\u00f3n, puede tener funciones que las versiones nuevas ya no aceptan.<\/p>\n C\u00f3digo propio.<\/strong> Personalizaciones sueltas, fragmentos que alguien agreg\u00f3 alguna vez, integraciones a medida con un sistema interno.<\/p>\n F\u00edjate en el patr\u00f3n. Lo que se rompe casi nunca es WordPress: es lo que est\u00e1 encima y sin mantenci\u00f3n.<\/p>\n Si tu plan lo permite, lo ideal es hacer todo esto sobre una copia de pruebas y no sobre el sitio en vivo. Si no lo permite, hazlo un martes en la ma\u00f1ana y no un viernes a las seis de la tarde.<\/p>\n Para no vender humo: subir de versi\u00f3n no limpia un sitio que ya est\u00e1 infectado, no reemplaza los respaldos y no te protege de un plugin inseguro o de una contrase\u00f1a d\u00e9bil. Es una capa, no un escudo.<\/p>\n Si sospechas que ya entraron a tu sitio, ese es otro problema, tiene otras se\u00f1ales<\/a> y se atiende primero.<\/p>\n Hay una prueba corta que dice bastante. Entra a tu cPanel y mira qu\u00e9 versiones te ofrece el selector.<\/p>\nHerramientas \u2192 Salud del sitio \u2192 Informaci\u00f3n<\/code>. Despliega la secci\u00f3n Servidor<\/strong>. Ah\u00ed dice Versi\u00f3n de PHP<\/strong>.<\/p>\nSeleccionar versi\u00f3n de PHP<\/code>. En algunos paneles aparece como MultiPHP Manager<\/code>. Te muestra la versi\u00f3n activa de cada dominio y te deja cambiarla.<\/p>\nEl calendario que nadie te muestra<\/h2>\n
\n
Qu\u00e9 significa de verdad quedarse sin soporte<\/h2>\n
Qu\u00e9 versi\u00f3n recomienda WordPress<\/h2>\n
Qu\u00e9 gana tu sitio al actualizar, adem\u00e1s de seguridad<\/h2>\n
Qu\u00e9 se puede romper al subir de versi\u00f3n<\/h2>\n
C\u00f3mo se hace bien, en orden<\/h2>\n
\n
Lo que actualizar PHP no arregla<\/h2>\n
Una se\u00f1al sobre tu proveedor<\/h2>\n