+33-9-7266-3068
contact@gdm-pixel.fr
TL;DR
Tu sitio WordPress puede estar ejecutando una versión PHP obsoleta
¿Cuántos de vosotros habéis recibido este mensaje en el panel de WordPress: “Tu servidor utiliza PHP 7.4, que ya no recibe soporte” — y lo habéis ignorado durante seis meses?
Es comprensible. Hay cosas más urgentes. El sitio funciona, los clientes hacen pedidos, el teléfono suena. ¿Por qué tocar algo que funciona?
Aquí está la razón: PHP 7.4 lleva en fin de vida desde finales de 2022. Sin parches de seguridad. Sin correcciones. Si alguien intenta explotar una vulnerabilidad en tu servidor, tiene el camino libre — un punto ciego que también destacamos en nuestra guía sobre cómo proteger correctamente tu sitio WordPress. Y en 2026, los proveedores de hosting están empezando a forzar la migración — a veces sin previo aviso, con resultados desastrosos en sitios mal preparados.
En GDM-Pixel hemos gestionado varias urgencias de este tipo. Un e-commerce PrestaShop caído tras una actualización forzada por el proveedor. Un sitio WordPress roto porque un plugin de tres años no era compatible con PHP 8.2. En cada caso, la causa raíz era la misma: nadie había anticipado la migración PHP.
Esta guía existe para que eso no te ocurra a ti.
Por qué la versión PHP de tu sitio WordPress es crítica
PHP es el lenguaje que hace funcionar WordPress. Cada página que cargan tus visitantes, cada formulario enviado, cada pedido realizado — PHP ejecuta todo eso en el servidor.
El propio WordPress está escrito en PHP. También tus temas. También tus plugins. Y cada versión de PHP trae cambios: nuevas funciones, eliminación de sintaxis antigua, optimizaciones de rendimiento.
El problema es que el ecosistema WordPress es enorme y desigual. Algunos plugins se mantienen activamente. Otros no se han actualizado desde 2019. Cuando pasas de PHP 7.4 a PHP 8.1, un plugin mal codificado puede generar errores fatales — y mostrar una pantalla en blanco a tus clientes. Esta es una de las razones por las que nos preguntamos sobre el posicionamiento real de WordPress frente a la competencia en 2025.
Rendimiento medible. PHP 8.x es significativamente más rápido que PHP 7.x. Benchmarks reales muestran ganancias del 10 al 30 % en tiempo de ejecución según la complejidad del sitio. Para un e-commerce con un catálogo extenso, esto se ve directamente en los Core Web Vitals — y por tanto en tu posicionamiento en Google.
Compatibilidad de extensiones. Desde PHP 8.0, varias funciones deprecadas han sido eliminadas. Los plugins codificados con atajos de los años 2015-2018 pueden fallar silenciosamente — o de forma estridente, según la configuración de visualización de errores.
Requisitos del hosting. En 2026, la mayoría de los proveedores de hosting serios (OVH, PlanetHoster, Infomaniak, o2switch) han deprecado PHP 7.x en sus interfaces. Algunos planifican migraciones automáticas. Es mejor controlar tú mismo el momento de la actualización.
¿Qué versión de PHP elegir en 2026?
Sin misterios. En 2026, la recomendación oficial de WordPress es PHP 8.2 o 8.3.
- PHP 8.1: todavía soportada, pero el soporte activo finalizó a finales de 2025. Aceptable si tu stack aún no es compatible con 8.2.
- PHP 8.2: el punto óptimo actual. Soporte activo, amplia compatibilidad con plugins mantenidos, ganancias de rendimiento notables.
- PHP 8.3: la última versión estable. Recomendada para nuevos proyectos. Algunos plugins aún van rezagados en compatibilidad — conviene verificar.
- PHP 7.x: elimínalo de inmediato. Sin parches de seguridad. Riesgo real.
La regla sencilla: apunta a PHP 8.2 si tu sitio tiene más de dos años y un ecosistema de plugins consolidado. Apunta a 8.3 si partes de una base limpia o acabas de hacer una auditoría de compatibilidad completa.
Antes de tocar nada: la checklist de seguridad
Aquí es donde el 80 % de la gente comete el error. Cambian la versión PHP desde el panel de hosting y descubren la pantalla en blanco cinco minutos después.
La migración PHP requiere preparación. Así es exactamente como procedemos en GDM-Pixel antes de cada actualización.
1. Copia de seguridad completa · no parcial
Archivos + base de datos. Las dos cosas. Una copia de seguridad de los archivos sin la BDD no sirve de nada si WordPress falla al arrancar. Utiliza UpdraftPlus, BlogVault o la copia de seguridad nativa de tu proveedor — pero verifica que la restauración funciona. Una copia de seguridad que nunca has probado es una falsa seguridad.
2. Auditoría de compatibilidad PHP
Instala el plugin PHP Compatibility Checker (WP Engine) en tu sitio. Analiza todos tus plugins, temas y archivos personalizados y señala las incompatibilidades con la versión objetivo. Son 10 minutos de trabajo que te ahorran una hora de depuración.
Lo que buscamos: errores fatales potenciales en PHP 8.x. Los warnings son menos urgentes. Los avisos de deprecación pueden esperar. Los errores fatales rompen el sitio.
3. Actualiza WordPress · temas y plugins primero
Antes de cambiar PHP, actualiza todo lo demás. Las versiones recientes de los plugins más populares (WooCommerce, Yoast, ACF, Elementor) son compatibles con PHP 8.2+. Si estás en WooCommerce 7.x con PHP 8.2, estás buscando problemas.
4. Prueba en un entorno de staging
Si tu proveedor ofrece un entorno de staging (OVH, WP Engine y Kinsta lo ofrecen), úsalo. Duplica el sitio, cambia PHP en la copia, prueba las páginas críticas: inicio, catálogo, carrito, checkout, formularios de contacto.
Si no tienes staging: crea un subdominio temporal, instala una copia del sitio y prueba allí. No es opcional para un e-commerce activo.
Cómo cambiar la versión PHP según tu proveedor de hosting
El procedimiento concreto varía según tu hosting. Aquí están los casos más comunes.
cPanel (o2switch, Hostinger, PlanetHoster) Accede a cPanel > PHP Selector o MultiPHP Manager. Selecciona tu dominio, elige la versión objetivo y guarda. El cambio es inmediato — de ahí la importancia de la preparación previa.
Plesk (OVH compartido, algunos VPS)
Dominios > tu dominio > Configuración PHP. Selecciona la versión en el menú desplegable. En algunas configuraciones de OVH, también debes modificar el archivo .htaccess para forzar la versión:
AddHandler application/x-httpd-php82 .phpWHM / Servidor dedicado A través de WHM > EasyApache 4, puedes instalar las extensiones PHP de cada versión y configurar los valores predeterminados. Este es el nivel máximo de control — y el más arriesgado si no sabes lo que estás haciendo.
Hosting administrado (Kinsta, WP Engine, Flywheel) Interfaz propia en el dashboard. Kinsta, por ejemplo: Sites > tu sitio > Herramientas > Versión PHP. Estos proveedores prueban la compatibilidad con antelación y te avisan si se detectan problemas. El premium tiene sus ventajas.
¿Qué hacer si el sitio se cae después de la actualización?
Ocurre. Incluso con una preparación seria, un plugin poco conocido puede generar un error fatal.
Primera acción: vuelve inmediatamente a la versión PHP anterior desde tu panel de hosting. El sitio se recupera. Tienes tiempo para diagnosticar sin urgencia.
Segunda acción: activa el modo debug de WordPress. En wp-config.php, añade:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);El archivo wp-content/debug.log contendrá los errores exactos. Busca las líneas Fatal error — te darán el nombre del plugin o archivo causante.
Tercera acción: desactiva los plugins uno a uno (vía FTP si el panel es inaccesible — renombra la carpeta del plugin en wp-content/plugins/). Reactiva PHP 8.2 y prueba. Identifica al culpable.
La mayoría de las veces es un plugin abandonado hace dos años. La solución: encontrar un equivalente mantenido, o corregir el código si es un desarrollo personalizado.
“Una migración PHP mal preparada suele ser dos horas de pánico para resolver lo que una hora de preparación habría evitado.” — Lo que repetimos a cada cliente que nos llama en una emergencia.
Los errores que vemos sistemáticamente en nuestros clientes
Tras docenas de migraciones PHP gestionadas en GDM-Pixel, estos son los problemas más recurrentes.
Plugins de maquetadores de página obsoletos. Elementor, Divi, WPBakery — las versiones antiguas de estas herramientas son bombas de relojería en PHP 8.x. Actualízalos antes que nada.
Funciones PHP deprecadas en temas hijo. Los temas hijo creados hace 4-5 años contienen a veces llamadas a ereg(), split() o mysql_* — eliminadas en PHP 8. Fallan sin previo aviso.
Extensiones PHP ausentes. PHP 8.2 puede requerir extensiones específicas activadas en el servidor (intl, imagick, sodium). Si tu proveedor no las activa por defecto, algunos plugins pueden fallar silenciosamente.
WooCommerce + extensiones de terceros. El núcleo de WooCommerce está bien mantenido. Las extensiones de pago o envío de desarrolladores externos, mucho menos. Verifica cada una individualmente.
Lo que esto cambia concretamente en tu sitio
Veamos los beneficios medibles, porque la seguridad está bien pero los números son mejores.
Tiempo de carga. En un sitio WordPress estándar con WooCommerce, pasar de PHP 7.4 a PHP 8.2 reduce el Time to First Byte (TTFB) entre un 15 y un 25 % según nuestras mediciones. No es despreciable cuando Google tiene en cuenta el TTFB en sus señales de rendimiento.
Puntuación PageSpeed. La combinación de PHP 8.2 + OPcache activo + servidor correctamente configurado puede añadir entre 8 y 15 puntos en la puntuación de Rendimiento de PageSpeed Insights. Para un sitio que estaba en 65, llegar a 78 cambia las cosas en términos de conversiones móviles.
Conformidad con el hosting. En 2026, algunos proveedores cobran un recargo o limitan los recursos en PHP 7.x. Mantenerse actualizado también significa evitar sorpresas desagradables en tu factura de hosting.
Tres puntos a recordar antes de lanzar la migración
Antes de cerrar este artículo y abrir tu cPanel, aquí está lo esencial.
Prepara antes de actuar. Copia de seguridad completa, auditoría de compatibilidad, actualización de todos los plugins — en ese orden. Nunca cambies PHP primero.
Prueba en un entorno aislado. Si tienes un e-commerce activo, una hora de staging puede ahorrarte potencialmente un día de ingresos perdidos. No es una opción, es una obligación.
Documenta lo que haces. Anota la versión PHP actual, los plugins que dan problemas y las acciones correctivas. Si tienes que repetir esto en 18 meses para PHP 8.4, tendrás una base de trabajo.
¿Prefieres delegarlo en lugar de gestionarlo tú mismo?
Es una pregunta legítima. Tu tiempo como gestor tiene valor — y pasarlo depurando una migración PHP a las 10 de la noche no es necesariamente la mejor inversión.
En GDM-Pixel, gestionamos este tipo de intervención regularmente en el marco de nuestra oferta de mantenimiento y soporte de sitios web. Auditoría de compatibilidad, migración PHP en staging, pruebas completas, puesta en producción limpia. Lo documentamos todo y te entregamos un informe claro sobre el estado de tu sitio tras la intervención.
Si tu sitio WordPress no ha recibido mantenimiento en más de dos años, probablemente sea el buen momento para una auditoría técnica completa: versión PHP, plugins obsoletos, rendimiento, seguridad. No para vender una renovación — sino para decirte exactamente dónde estás y qué requiere una acción urgente.
Contacta con GDM-Pixel para una auditoría técnica — te respondemos en menos de 24 horas con una estimación clara.
¿En qué versión PHP está funcionando tu sitio ahora mismo? Si no lo sabes, eso ya es una respuesta.
Redes sociales
Analizar con IA
