WordPress requiere una nueva versión de PHP: Cómo solucionar la advertencia - ES

PHP 8.1 dejó de recibir parches de seguridad en 31 diciembre 2025. WordPress todavía le dice al 11.6% de sitios que lo ejecutan que todo está bien. Esa brecha no es un error que puedas reportar.. Es un umbral establecido por una API de WordPress.org que se ejecuta en su propio calendario.. Así que no busques un menú desplegable todavía. Averigua cuál de los tres mensajes estás viendo primero. Dos de ellos significan cosas diferentes., y el tercero nunca aparece.

respuesta rapida: Cambia la versión de PHP en tu panel de control de hosting, no en WordPress. WordPress no puede actualizar PHP, y ningún complemento puede tampoco. hacer una copia de seguridad primero, actualizar cada complemento y tema, luego cambia a PHP 8.4 y recarga tu sitio. El aviso del panel se borra solo en la siguiente carga de la página de administración., porque WordPress almacena en caché la verificación con su cadena de versión exacta.

Última revisión: agosto 2026. Umbrales de versión consultados en vivo en la API Serve Happy de WordPress.org, y la lógica de advertencia leída desde el núcleo de WordPress el mismo día.

¿Qué advertencia estás viendo realmente??

El cuadro en su tablero tiene un título, y ese titulo es un diagnostico. El núcleo elige entre dos de ellos., y cuál obtienes te indica dónde se encuentra tu versión de PHP antes de buscar algo. No obtener ninguna casilla es la tercera respuesta..

• “Se requiere actualización de PHP” significa que tu PHP está debajo 8.0. Core codifica esa línea. cubre 23.4% de todas las instalaciones de WordPress, la mayoría de ellos en PHP 7.4, que murió el 28 noviembre 2022.
• “Actualización de PHP recomendada” significa que estás en PHP 8.0 exactamente. Esa rama murió en noviembre. 2023, entonces no recibe parches, pero WordPress lo expresa suavemente de todos modos.
• Ninguna caja significa que estás en PHP 8.1 o mas alto. Eso incluye PHP 8.1, que es el final de la vida.

El texto del cuerpo debajo del título también varía.. En PHP a continuación 8.0 obtienes la amenaza completa: “Su sitio se ejecuta en una versión desactualizada de PHP, que no recibe actualizaciones de seguridad y pronto no será compatible con WordPress. Asegúrese de que PHP esté actualizado en su servidor lo antes posible. De lo contrario, no podrá actualizar WordPress.” Hay PHP 8.0 la amenaza se reduce a “que no recibe actualizaciones de seguridad. Debería actualizarse.” La diferencia es el mínimo futuro.. Core lleva una verificación codificada para cualquier cosa debajo de PHP 8.0, con un comentario que dice que el mínimo admitido aumentará al menos 8.0 más tarde.

Esa última amenaza ya es real para algunas personas.. WordPress 7.0, liberado 20 Mayo 2026, soporte abandonado para PHP 7.2 y 7.3 enteramente. Si estás en cualquiera de los dos, no puedes instalar WordPress 7.0 o la 7.1 lanzamiento que siguió 19 agosto 2026. Estas congelado 6.9 hasta que la versión de PHP se mueva. Eso es 3% de instalaciones, y no obtendrán otra versión de funciones principales hasta que alguien inicie sesión en un panel de control.

Site Health cuenta una historia ligeramente diferente a la del panel de control, y es el más preciso de los dos. Ir Herramientas > Salud del sitio. La pestaña Estado califica tu PHP como bueno, recomendado, o critico. La pestaña Información, en Servidor, imprime la cadena de versión exacta que ejecuta su servidor web. Confíe en ese número por encima de cualquier cosa que diga la página de facturación de su anfitrión.

Cómo se revisó esta guía

Tres fuentes decidieron lo que hay aquí., clasificados en un orden fijo. primero, la fuente principal de WordPress en sí, sigue leyendo 27 agosto 2026. Eso significa que la lógica del widget en wp-admin/incluye/dashboard.php, el registro de versión wp-admin/includes/misc.php, y la prueba de estado del sitio en clase-wp-sitio-salud.php. Cada mensaje citado anteriormente es una cadena literal de esos archivos., no es una paráfrasis de la captura de pantalla de alguien.

Segundo, las dos API de WordPress.org que impulsan el comportamiento. los Servir punto final feliz fue consultado con siete cadenas de versiones diferentes para encontrar los puntos exactos donde cambia su veredicto. los API de estadísticas públicas proporcionó la distribución de la versión. Cada porcentaje a continuación se calculó a partir de esa carga útil sin procesar., no citado de otra guía.

Tercero, Calendario de soporte propio de php.net para las fechas de fin de vida, y el tabla de compatibilidad del manual principal para qué WordPress se ejecuta en qué PHP.

Esto es lo que le falta a la guía, para que puedas juzgar el resto. No se ejecutó ninguna prueba de carga aquí, por lo que los números de rendimiento a continuación se atribuyen a las personas que los ejecutaron. Las rutas del menú del panel de control se compararon con la documentación del proveedor vigente en agosto. 2026. Los paneles se rediseñan, Así que trátelos como una forma en lugar de un guión.. La API de estadísticas es una muestra continua de sitios que llaman a casa, no es un censo de todas las instalaciones de WordPress en el mundo.

Los dos números detrás del aviso

WordPress no decide esto localmente. En un ciclo semanal, le hace una pregunta a api.wordpress.org: ¿Es esta versión de PHP aceptable?? La respuesta vuelve con dos números adjuntos., y ambos importan.

Versión mínima: 7.4. Debajo de esto, El núcleo se niega a instalar.. También es el valor codificado en wp-incluye/version.php, así que no irá a ninguna parte sin un lanzamiento importante.

Versión recomendada: 8.3. Este es el número citado en el propio aviso., en la salud del sitio, y en la página de documentación oficial. Golpear 8.3 o superior y Site Health lo califica como verde.

Aquí está la parte que importa para la solución de problemas.. Cachés de WordPress que responden durante siete días de forma transitoria (una entrada de base de datos con una fecha de caducidad). La clave de almacenamiento se construye a partir de la cadena de versión exacta de PHP. Cambia tu versión de PHP y esa clave cambia con ella. Una nueva clave significa que no hay respuesta almacenada en caché, entonces WordPress pregunta nuevamente en la siguiente carga de la página de administración. Entonces la advertencia no es pegajosa.. Si sobrevive a un cambio de PHP, PHP en realidad no cambió para esa solicitud, y el sección a continuación cubre por qué.

Hay un mecanismo más enterrado en el núcleo que vale la pena conocer. Un filtro llamado wp_is_php_version_acceptable permite que un complemento o un host ajusten el control. La propia documentación de Core es contundente sobre el límite: eso “Sólo puedo hacer que este control sea más estricto., pero no aflojarlo.” Traducción: su anfitrión puede forzar esta advertencia, pero nadie puede apagarlo a través de ese gancho. Los anfitriones también pueden redireccionar el “Obtenga más información sobre la actualización de PHP” botón en su propia documentación, utilizando la WP_UPDATE_PHP_URL variable de entorno. Es por eso que el botón a veces aparece en la base de conocimientos de su proveedor en lugar de en WordPress.org..

La advertencia que nunca verás

Ahora la parte incómoda. Pregunte a la API de Serve Happy sobre PHP 8.1 hoy y responde es_seguro: cierto. PHP 8.1 llegó al final de su vida útil 31 diciembre 2025 y no ha recibido parches de seguridad desde. La propia API de WordPress no está de acuerdo con php.net, y el núcleo de WordPress cree que la API.

Siga eso a través del código y el resultado es que PHP 8.1 los sitios obtienen sin caja de tablero. Ninguno. Site Health los rebaja a naranja “recomendado” en lugar de un rojo “crítico”. La etiqueta dice “Su sitio se ejecuta en una versión anterior de PHP, que debe actualizarse.” Mientras tanto PHP 8.0, que murió dos años antes, activa una caja. El sitio en mayor peligro recibe la advertencia más silenciosa.

Si se escala eso con la distribución, el panorama empeora.. Sumando todas las sucursales que no reciben ningún parche de seguridad, 39.2% de los sitios de WordPress están ejecutando PHP inactivo en este momento. Solamente 11.1% están en una sucursal todavía en soporte activo. Aproximadamente la mitad de la web de WordPress se basa en PHP 8.2 o 8.3. Esos dos obtienen correcciones de seguridad pero no correcciones de errores., y 8.2 pierde incluso eso en 31 diciembre 2026.

Entonces la versión honesta del consejo es esta: la ausencia de una advertencia no prueba nada. Verifique el número real en Site Health con el calendario, no contra tu tablero.

¿A qué versión de PHP debería migrar??

WordPress dice 8.3. WordPress está siendo conservador, y en este puedes ignorarlo con seguridad. Así están las cuatro sucursales activas a partir de agosto 2026.

• PHP 8.2 obtiene correcciones de seguridad hasta 31 diciembre 2026. Son cuatro meses de pasarela.. Elígelo y volverás a hacer esto durante el Año Nuevo..
• PHP 8.3 soporte activo dejado en 31 diciembre 2025 y obtiene correcciones de seguridad hasta 31 diciembre 2027. Es la versión recomendada de WordPress y ya pasó su ventana de corrección de errores..
• PHP 8.4 está en apoyo activo hasta 31 diciembre 2026, con correcciones de seguridad a través de 31 diciembre 2028. Se envió 21 noviembre 2024, entonces los autores de complementos han tenido 21 meses para ponerse al día.
• PHP 8.5 enviado 20 noviembre 2025 y corre hasta 31 diciembre 2029. WordPress 6.9 soporte adicional para ello, y 7.0 y 7.1 ambos son totalmente compatibles.

Ir PHP 8.4. Te compra casi dos años y medio., y es la versión con la que la mayoría de los autores de complementos han probado. Si una dependencia se rompe, estás en un terreno muy trillado donde alguien ya ha escrito la solución. PHP 8.5 es la decisión correcta para un pequeño, pila moderna que usted controla de extremo a extremo. Primero querrás probarlo en algún lugar.

No hagas esto por velocidad. Tideways comparó WordPress 6.8.3 en un servidor AMD de 8 núcleos, con JIT (El compilador justo a tiempo de PHP) apagado. Tiempos de respuesta entre PHP 8.4 y 8.5 no mostró ningún cambio significativo. Variación a lo largo 8.2 a 8.5 cayó dentro del margen de error. Bajo concurrencia, solo php 7.4 rezagado, y por alrededor 5% en solicitudes por segundo. Eso es lo que midieron. Lo que se sigue de ello es que moverse 8.2 a 8.5 es una decisión de seguridad y compatibilidad, no uno de rendimiento. Cualquiera que le venda una aceleración 3 veces mayor a partir de un aumento de versión está citando bucles sintéticos, no es un sitio real.

Una curiosidad de las estadísticas, desde que surge: 0.011% de los sitios de WordPress reportan PHP 8.6. Esa sucursal aún no existe.. Llegó a la fase beta 13 agosto 2026 y barcos 19 noviembre 2026. Alguien está ejecutando WordPress en una compilación PHP preliminar, y no eres tu, y no debería ser.

Antes de tocar el menú desplegable

cuatro cosas, en orden. Saltarse los dos primeros es cómo un trabajo de cinco minutos se convierte en una tarde.

Haz una copia de seguridad real. Archivos y base de datos, descargado en algún lugar fuera del servidor. De nada sirve un punto de restauración dentro de la misma cuenta de hosting si es la cuenta la que se rompe.

Actualiza todo primero. Tablero > Actualizaciones, luego núcleo, luego complementos, luego temas. Load the front end and the admin afterwards and confirm nothing shifted. Most PHP upgrade failures are not really PHP failures. They’re a plugin three years behind that was already broken and nobody noticed.

Turn on the error log. Añadir definir("WP_DEBUG", cierto); y definir(‘WP_DEBUG_LOG’, cierto); to your wp-config.php file, con WP_DEBUG_DISPLAY set to false so visitors see nothing. Errors land in wp-content/debug.log. Set this up before the switch and you’ll have the answer waiting for you instead of a blank screen.

Test on a copy. Puesta en escena, un subdominio, a local install, anything. Si su anfitrión ofrece puesta en escena con un solo clic, esto es para lo que es.

Ahora la comprobación de compatibilidad., Aquí es donde el consejo estándar se desmorona.. La propia página de documentación de WordPress., al que se vincula el botón del panel de control, le indica en el paso tres que instale el complemento PHP Compatibility Checker. Abra la página de ese complemento y la primera línea de su propia descripción dice: “ADVERTENCIA: El Comprobador de compatibilidad de PHP ya no se mantiene activamente.” Continúa diciendo que no se realizarán más lanzamientos., incluyendo comunicados de seguridad. Su objetivo de verificación más alto es PHP. 8.0 y fue probado por última vez contra WordPress 6.4. Ese complemento se ha descargado más de tres millones de veces., y las instrucciones de reparación oficiales de WordPress todavía envían gente a él. No puede probar la versión a la que te estás mudando..

Entonces, ¿qué funciona en su lugar?? Para la mayoría de las personas, No hay nada mejor que una copia provisional con el inicio de sesión de error.. Cambia PHP allí, haga clic en sus páginas clave, y leer el registro. Cómodo en una línea de comando? La opción mantenida es el conjunto de reglas PHPCompatibilityWP para PHP_CodeSniffer. Instálelo a través de Composer y ejecútelo con un indicador de versión de destino. Es el mismo motor que usó el complemento abandonado para empaquetar, menos el envoltorio.

También hay un pase de cordura más rápido que no cuesta nada.. Ordene sus complementos por fecha de última actualización en WordPress.org. Todo lo que no ha sido tocado desde 2023 es lo que se romperá (y probablemente ya sepas cuál es). No se necesita escáner.

Cómo cambiar la versión de PHP en su host

PHP vive en el servidor, entonces esto sucede en tu panel de hosting. WordPress no tiene control sobre él., y cualquier complemento que afirme lo contrario te está mintiendo.

cPanel: Administrador multiPHP

En software, abierto Administrador multiPHP. Marque el dominio que desee, elija una versión del menú desplegable Versión de PHP, haga clic en Aplicar. Entra en vigor inmediatamente. Puedes marcar varios dominios y cambiarlos juntos. Esta herramienta maneja los paquetes ea-php que envía cPanel..

cPanel: Seleccione la versión de PHP

Hay una segunda herramienta en el mismo panel., y hace tropezar a la gente constantemente. Si su host ejecuta CloudLinux, también verá Seleccione la versión de PHP en Software. Ese es el selector PHP de CloudLinux. Gestiona paquetes alt-php y se aplica a nivel de cuenta.. donde ambos existen, el Selector es el que gana para tu cuenta. Un problema relacionado: La configuración que cambia en MultiPHP INI Editor no tiene ningún efecto en una versión alt-php.. Tienes que editarlos dentro de Seleccionar versión de PHP..

¿Cuál deberías usar?? Cualquiera que sea el que realmente configuró su host. Si cambiar MultiPHP no hace nada, marque Seleccionar versión de PHP, y viceversa.

Plesk

Ir Sitios web & Dominios, haga clic en el dominio, entonces Configuraciones PHP. Elija su versión del menú desplegable en la parte superior y haga clic en Aplicar. Las versiones anteriores de Plesk etiquetan la misma pantalla “Versión PHP”.

Hostinger hPanel

Desde la sección Alojamiento, presiona Administrar al lado de tu dominio, entonces Avanzado > Configuración PHP en la barra lateral. Elija la versión y haga clic en Actualizar. Los subdominios y subcarpetas se configuran por separado aquí. Un sitio que se encuentra en una subcarpeta aún puede estar en la versión anterior después de haber cambiado el dominio principal..

Herramientas del sitio SiteGround

Abierto Desarrolladores > Administrador de PHP y haga clic en el icono del lápiz. Los sitios nuevos tienen por defecto PHP administrado, donde SiteGround elige la versión para ti. Para elegirlo tu mismo, cambiar a “Cambiar la versión de PHP manualmente”, seleccione una versión, y confirmar. En una configuración PHP ultrarrápida, el cambio se aplica en todo el sitio, incluidos los subdominios., lo cual es conveniente hasta que ya no lo es.

Hosts de WordPress administrados

Kinsta, WP Engine, Pressable, Cloudways y el resto exponen PHP como una configuración por sitio en su propio panel. Busque en la pestaña Herramientas o Entorno. Estos hosts también obligan a los clientes a migrar desde sucursales inactivas en una fecha límite publicada., en lugar de esperarte. Esa es una de las razones más silenciosas alojamiento WordPress gestionado cuesta lo que cuesta. Revisa tu bandeja de entrada antes de buscar, ya que es posible que el cambio ya esté programado.

Tu propio servidor

En un VPS o caja dedicada no hay menú desplegable. Instalas el nuevo paquete PHP-FPM (el servicio que ejecuta PHP para su servidor web). Luego apunte la configuración del grupo al nuevo socket y reinicie ambos servicios.. Mira una cosa: php-v a través de SSH informa el binario CLI, que suele ser una versión diferente de la que FPM ofrece a su sitio. El número en Site Health es el que cuenta.

Ningún panel en absoluto, o uno que no ofrece la versión que deseas? Soporte por correo electrónico y pregunte. La documentación oficial de WordPress incluso proporciona una plantilla., que le indica con qué frecuencia los anfitriones escuchan la pregunta.

Cambiaste PHP y la advertencia sigue ahí

Entonces PHP no cambió para la solicitud que mostró esa página.. Recuerda el almacenamiento en caché. WordPress clave su verificación en su cadena de versión exacta, por lo que un cambio de versión real obliga a realizar una nueva búsqueda en la siguiente carga de administrador. Una advertencia sobreviviente no es un caché obsoleto. es una version equivocada.

Corre a través de estos, aproximadamente en orden de frecuencia con la que son los culpables:

• Dominio equivocado. Dominios adicionales, Los subdominios y las instalaciones de subcarpetas se configuran por separado en la mayoría de los paneles.. Cambiaste la versión en ejemplo.com y WordPress sigue vivo tienda.ejemplo.com.
• Dos herramientas PHP, un servidor. La situación de CloudLinux Selector versus MultiPHP descrita anteriormente. Cambialo en el otro.
• Una línea de controlador .htaccess. un viejo Agregar controlador o ConjuntoManejador La directiva en su raíz .htaccess puede fijar una versión específica de PHP y anular silenciosamente el panel.. Busque el archivo para “php” y comentar cualquier cosa que nombre una versión.
• Verificaste la CLI. Cubierto arriba, y atrapa a las personas experimentadas más que a los principiantes..
• Aterrizó en escena. Vale la pena echarle un vistazo si ha habilitado la preparación y ha cambiado de contexto recientemente.

El desempate siempre es Herramientas > Salud del sitio > Información > Servidor > Versión PHP. Ese valor se lee en tiempo de ejecución., dentro de la misma solicitud web que dibuja la página. Nada le miente.

Si el sitio se rompe después del cambio

primer movimiento: poner la versión PHP de nuevo. Es el mismo menú desplegable., lleva diez segundos, y el sitio regresa. Diagnosticar después, con la presion fuera. Esa reversibilidad es la razón por la que es seguro intentar realizar un cambio de PHP en un sitio activo.. Una migración de base de datos, decir, no es.

Luego lea el registro en lugar de adivinar.. Abierto wp-content/debug.log y mira lo que PHP realmente dijo, porque las tres cosas que dice no son igual de graves:

• En desuso es ruido. El más común en PHP. 8.4 es “Marcar implícitamente el parámetro como anulable está en desuso”. Ha llegado a Loco Translate, robot de galletas, Pagos de PayPal de MailPoet y WooCommerce, entre otros. Llena tu registro. No rompe tu sitio.
• Advertencia significa que algo salió mal y la ejecución continuó. A veces visible, a veces no.
• Fatal error es el que te pone pantalla blanca. El registro nombra el archivo y la línea., y la ruta del archivo le indica qué complemento o tema debe culpar.

Desde WordPress 5.2, Core detecta errores fatales de los complementos y envía un correo electrónico a la dirección del administrador con un enlace de modo de recuperación. Ese enlace lo inicia en un panel con el complemento infractor en pausa., que suele ser suficiente para desactivarlo y ponerse en movimiento. Verifique esa bandeja de entrada antes de comenzar a editar archivos a través de FTP.

Una vez que conozcas el complemento culpable, Tienes tres opciones y todas están bien.. Actualizarlo, si existe una actualización. Reemplácelo con algo mantenido. O recuperar una versión de PHP y darle una fecha límite al desarrollador.. Lo que no deberías hacer es permanecer en PHP inactivo indefinidamente porque un complemento de 2021 se niega a moverse.

Lo que te cuesta el antiguo PHP mientras esperas

El argumento de la seguridad es el obvio., así que pasemos al mecanismo que la mayoría de la gente no conoce.

WordPress no instalará una actualización de complemento que requiera un PHP más nuevo que el que está ejecutando. En lugar de eso imprime esto, textualmente desde el núcleo: “Hay una nueva versión de X disponible, pero no funciona con tu versión de PHP.” La actualización se encuentra ahí, visible, no se puede hacer clic. Las actualizaciones automáticas también lo omiten en silencio: El actualizador del núcleo compara el PHP requerido del complemento con el suyo y lo rechaza silenciosamente.. Entonces un complemento incluye un parche de seguridad, tienes las actualizaciones automáticas activadas, asumes que estás cubierto, y tu no lo eres. El antiguo PHP no sólo te expone a través del propio PHP. Congela silenciosamente sus complementos en la última versión que lo admitió., y cada complemento congelado acumula sus propios agujeros sin parches.

La activación del complemento funciona de la misma manera. Un complemento que declara un encabezado Requiere PHP encima de su versión simplemente no se activará. Entonces una instalación falla con un mensaje sobre PHP, y vas buscando un problema en el plugin que no está.

Dirigir una tienda hace que esto sea más nítido. WooCommerce recomienda PHP 8.3 o mayor, y las extensiones de pago y envío que lo rodean se mueven más rápido que el complemento principal. Una pasarela de pago congelada es un problema de cumplimiento tanto como técnico. Es por eso Alojamiento WooCommerce lleva a los clientes a PHP actual más rápido que el alojamiento compartido general.

Y el número que lo une: 6% de las instalaciones de WordPress están por debajo de PHP 7.4, por lo que no pueden ejecutar WordPress 7.0 o 7.1 en absoluto. No “no debería”. No puedo. El núcleo se niega. Cada característica y cada solución de seguridad en esas versiones permanece fuera de su alcance hasta que la versión de PHP se mueva.. Ninguna cantidad de clics en Actualizar en el panel cambia eso..

¿Puedes simplemente ocultar la advertencia??

si, y es un mal comercio, pero seamos claros sobre cómo se hace en lugar de pretender lo contrario.

El cuadro del tablero es un widget ordinario registrado con el ID tablero_php_nag. Una sola llamada a eliminar_meta_box('tablero_php_nag', 'panel', 'normal') enganchado a wp_dashboard_setup lo elimina. Varios complementos pequeños no hacen más que esto.

Lo que eso no hace vale la pena enumerarlo, porque el aviso es lo de menos de lo que esta pasando. Site Health todavía marca la versión. Las actualizaciones de complementos que requieren PHP más nuevo todavía están bloqueadas. Tu PHP aún no recibe parches de seguridad. Y has eliminado el único recordatorio visible de que todo eso es cierto.. Ese es el costo real. Seis meses después, nadie recuerda por qué la lista de complementos dejó de moverse.

Una cosa que no puedes hacer es suprimirlo a través del filtro del núcleo.. los wp_is_php_version_acceptable El gancho solo se ejecuta cuando la API ya ha dicho que sí., y sólo puede endurecer el veredicto. Si estás buscando el “oficial” manera de desactivar esto, no hay uno, y eso es deliberado.

Ocultarlo si ha tomado una decisión informada de permanecer quieto durante un período definido. Pon una fecha en tu calendario. De otra manera, pasa los diez minutos en su lugar.

Preguntas frecuentes

¿La actualización de PHP romperá mi sitio de WordPress??

Por lo general no, y cuando lo hace, la causa casi siempre es un complemento abandonado en lugar del propio PHP.. El núcleo de WordPress ha sido totalmente compatible con PHP 8.4 desde la versión 6.7, y con 8.5 ya que 6.9. El riesgo reside en el código de terceros que no se ha actualizado en años. Actualiza todo primero, mantener el registro de errores encendido, y recuerda que puedes recuperar la versión anterior en segundos.

¿Debo usar PHP? 8.4 o PHP 8.5 para WordPress?

PHP 8.4 para la mayoría de los sitios. Funciona hasta 31 diciembre 2028 y tiene el historial más amplio de complementos. PHP 8.5 dura un año más, a 31 diciembre 2029, y WordPress 7.0 y 7.1 ambos lo apoyan plenamente. Escoger 8.5 si puede probar primero en la etapa de preparación y su lista de complementos es corta y moderna. El rendimiento no es un factor de ninguna manera, ya que los puntos de referencia ponen la diferencia entre los dos dentro del margen de error.

¿Cómo verifico qué versión de PHP está ejecutando mi sitio??

Herramientas > Salud del sitio > Información, expandir la sección Servidor, buscar “Versión PHP”. Ese es el valor de tiempo de ejecución de la solicitud web real.. Supera a tu panel de control, tu página de facturación, y cualquier cosa php-v informes sobre SSH. Tarda unos quince segundos y no necesita ningún complemento..

¿Puedo actualizar PHP yo mismo o tengo que preguntarle a mi anfitrión??

En cPanel, Plesk, hPanel y Site Tools lo haces tú mismo desde un desplegable. En las plataformas administradas de WordPress, es una configuración por sitio en su panel de control.. En un VPS instalas el paquete y reinicias el servicio. Solo en planes compartidos bloqueados o antiguos es necesario enviar un correo electrónico a soporte, y WordPress publica un texto de plantilla exactamente para esa solicitud.

¿Por qué sigue apareciendo la advertencia de actualización de PHP??

Porque tu versión de PHP realmente no ha cambiado. WordPress almacena en caché la verificación con su cadena de versión exacta. Cambiar de versión invalida ese caché por sí solo, y el aviso desaparece en la siguiente carga de la página de administración. Si todavía está ahí, tres cosas lo causan. Un subdominio configurado por separado del dominio principal. Una segunda herramienta PHP en su panel que anula la primera. O una línea AddHandler en su .htaccess fijando la versión anterior.

¿Necesito actualizar PHP si mi sitio funciona bien??

si, y “trabajando bien” es exactamente como se ve hasta que ya no lo es. Su versión de PHP dejó de recibir parches de seguridad en una fecha fija en un calendario publicado, y 39.2% de los sitios de WordPress han superado el suyo. El coste práctico llega antes que el de seguridad. Se bloquean las actualizaciones de complementos que requieren PHP más nuevo, por lo que los parches que usted supone que se instalan automáticamente se están poniendo en cola silenciosamente.

¿Cuánto tiempo lleva una actualización de PHP??

El cambio en sí es un menú desplegable y se aplica inmediatamente., normalmente dentro de un segundo. La solución es el costo real.. Quince minutos para una copia de seguridad y una actualización completa del complemento, otros quince haciendo clic en sus páginas clave después. En un sitio sencillo con complementos mantenidos, media hora de principio a fin. En un sitio con una década de complementos acumulados, Presupuesta una tarde y prueba en una copia..

Conclusión

Abrir estado del sitio, leer el numero real, y compárelo con el calendario en lugar de con su panel de control. si es 7.3 o inferior, estás bloqueado de WordPress 7.0 y 7.1 enteramente, y esa es la urgente. si es 7.4, todavía puedes actualizar WordPress, pero has estado ejecutando PHP sin parches desde noviembre 2022. si es 8.0 o 8.1, tampoco recibes parches de seguridad, y 8.1 ni siquiera te avisa. si es 8.2, tienes hasta 31 diciembre 2026 antes de que vuelvas aquí. Ir PHP 8.4 ahora y sáltate la visita repetida.

Todo el trabajo es una copia de seguridad., una ronda de actualizaciones de complementos, y un menú desplegable. Parece arriesgado porque el modo de falla es ruidoso y la recompensa es invisible.. Por eso permanece en la lista de tareas pendientes durante años.. El dice que está atrasado: una actualización del complemento que puedes ver pero no puedes hacer clic.

Dos problemas relacionados tienden a surgir inmediatamente después de este. Si el sitio todavía parece lento en PHP actual, el cuello de botella se encuentra frente al servidor. nuestra guía para arreglando recursos que bloquean el renderizado en WordPress cubre donde normalmente se esconde. ¿Su host está atascado dos ramas de PHP detrás?, con la versión más nueva faltando en el menú desplegable? Ese es un problema de hosting al usar un disfraz de PHP.. nuestra guía para elegir alojamiento para un sitio web de WordPress filtros para proveedores que mantienen disponibles las sucursales actuales. Los buenos migran a los clientes de las sucursales muertas según un cronograma publicado.