{"id":3655,"date":"2026-06-26T00:43:19","date_gmt":"2026-06-25T22:43:19","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/cual-es-la-version-de-php-recomendada-para-wordpress-y-como-actualizarla\/"},"modified":"2026-06-26T00:43:21","modified_gmt":"2026-06-25T22:43:21","slug":"cual-es-la-version-de-php-recomendada-para-wordpress-y-como-actualizarla","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/cual-es-la-version-de-php-recomendada-para-wordpress-y-como-actualizarla\/","title":{"rendered":"\u00bfCu\u00e1l es la versi\u00f3n de PHP recomendada para WordPress y c\u00f3mo actualizarla?"},"content":{"rendered":"<article>\n<header>\n      \u00bfCu\u00e1l es la versi\u00f3n de PHP recomendada para WordPress y c\u00f3mo actualizarla?<\/p>\n<p>PHP es ese motor que casi nadie mira hasta que empieza a hacer ruido. WordPress puede tener un dise\u00f1o impecable, un cat\u00e1logo entero de plugins y un tema comprado con m\u00e1s promesas que un folleto de resort; pero si corre sobre una versi\u00f3n antigua de PHP, el sitio avanza como un coche deportivo empujado por una mula cansada. \ud83d\udc22<\/p>\n<p>Actualizar PHP en WordPress no es una man\u00eda de desarrolladores ni una ceremonia oscura reservada a quienes hablan en consola. Es una decisi\u00f3n de <strong>seguridad, rendimiento, compatibilidad y vida \u00fatil del proyecto<\/strong>. Y, s\u00ed, tambi\u00e9n es una de esas tareas que muchos posponen porque \u201ctodo funciona\u201d. La famosa paz t\u00e9cnica: ese silencio tan c\u00f3modo que a veces solo significa que nadie ha abierto a\u00fan la caja de los problemas.<\/p>\n<\/header>\n<nav aria-label=\"Tabla de contenidos\">\n<h2>Contenido de la gu\u00eda<\/h2>\n<ol>\n<li><a href=\"#respuesta-rapida\">Respuesta r\u00e1pida: qu\u00e9 versi\u00f3n de PHP usar en WordPress<\/a><\/li>\n<li><a href=\"#que-es-php\">Qu\u00e9 es PHP y por qu\u00e9 importa tanto<\/a><\/li>\n<li><a href=\"#versiones\">PHP 7.4, 8.0, 8.1, 8.2, 8.3 y 8.4: qu\u00e9 conviene saber<\/a><\/li>\n<li><a href=\"#beneficios\">Beneficios reales de actualizar PHP<\/a><\/li>\n<li><a href=\"#comprobar-version\">C\u00f3mo comprobar tu versi\u00f3n actual de PHP<\/a><\/li>\n<li><a href=\"#antes-de-actualizar\">Qu\u00e9 revisar antes de actualizar<\/a><\/li>\n<li><a href=\"#paso-a-paso\">C\u00f3mo actualizar PHP en WordPress paso a paso<\/a><\/li>\n<li><a href=\"#errores\">Errores comunes tras actualizar PHP y c\u00f3mo resolverlos<\/a><\/li>\n<li><a href=\"#wp-cli\">Comandos \u00fatiles con WP-CLI<\/a><\/li>\n<li><a href=\"#hosting\">Qu\u00e9 exigir a tu hosting WordPress<\/a><\/li>\n<li><a href=\"#preguntas\">Preguntas frecuentes<\/a><\/li>\n<\/ol>\n<\/nav>\n<section id=\"respuesta-rapida\">\n<h2>Respuesta r\u00e1pida: la versi\u00f3n de PHP recomendada para WordPress<\/h2>\n<p>Para un sitio WordPress moderno, mantenido y con plugins actualizados, la recomendaci\u00f3n pr\u00e1ctica es usar <strong>PHP 8.2 o PHP 8.3<\/strong>. Si tu hosting, tema y plugins son compatibles, <strong>PHP 8.3<\/strong> suele ser una excelente elecci\u00f3n: reciente, r\u00e1pida y con soporte vigente. \ud83d\ude80<\/p>\n<p><strong>Recomendaci\u00f3n profesional:<\/strong> si est\u00e1s creando un sitio nuevo o mantienes un WordPress activo, apunta a <strong>PHP 8.2 como base segura<\/strong> o <strong>PHP 8.3 si tu ecosistema ya est\u00e1 probado<\/strong>. Evita PHP 7.4, 8.0 y versiones anteriores salvo que est\u00e9s en una migraci\u00f3n temporal muy controlada.<\/p>\n<p>La documentaci\u00f3n oficial de WordPress ha mantenido durante a\u00f1os requisitos m\u00ednimos relativamente permisivos para no dejar fuera a una parte enorme de la web. Noble, s\u00ed. Tambi\u00e9n un poco tr\u00e1gico. Que WordPress pueda funcionar con una versi\u00f3n antigua de PHP no significa que deba hacerlo. Una bicicleta puede bajar una monta\u00f1a sin frenos; el hecho de que llegue al final no convierte la idea en sensata.<\/p>\n<table>\n<thead>\n<tr>\n<th>Versi\u00f3n de PHP<\/th>\n<th>\u00bfRecomendada para WordPress?<\/th>\n<th>Comentario t\u00e9cnico<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>PHP 8.3<\/strong><\/td>\n<td>\u2705 S\u00ed, si tus plugins y tema son compatibles<\/td>\n<td>Muy buena opci\u00f3n para sitios actualizados. Ofrece mejoras de rendimiento, seguridad y lenguaje moderno.<\/td>\n<\/tr>\n<tr>\n<td><strong>PHP 8.2<\/strong><\/td>\n<td>\u2705 S\u00ed, muy recomendable<\/td>\n<td>Equilibrio s\u00f3lido entre compatibilidad y modernidad. Ideal para la mayor\u00eda de instalaciones bien mantenidas.<\/td>\n<\/tr>\n<tr>\n<td><strong>PHP 8.1<\/strong><\/td>\n<td>\ud83d\udfe1 Aceptable, pero no ideal a largo plazo<\/td>\n<td>Puede ser una opci\u00f3n de transici\u00f3n. Conviene planificar el salto a PHP 8.2 o superior.<\/td>\n<\/tr>\n<tr>\n<td><strong>PHP 8.0<\/strong><\/td>\n<td>\u274c No recomendable<\/td>\n<td>Ha quedado atr\u00e1s en soporte. \u00dasalo solo como puente temporal si dependes de c\u00f3digo antiguo.<\/td>\n<\/tr>\n<tr>\n<td><strong>PHP 7.4<\/strong><\/td>\n<td>\u274c No recomendable<\/td>\n<td>Muy extendido durante a\u00f1os, pero obsoleto. Mantenerlo es aceptar riesgos innecesarios.<\/td>\n<\/tr>\n<tr>\n<td><strong>PHP 7.3 o inferior<\/strong><\/td>\n<td>\ud83d\udeab Evitar<\/td>\n<td>Riesgo alto de seguridad, incompatibilidades y mal rendimiento. Requiere intervenci\u00f3n urgente.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>En t\u00e9rminos sencillos: <strong>PHP 8.2 es la elecci\u00f3n prudente; PHP 8.3, la elecci\u00f3n ambiciosa pero razonable<\/strong>. PHP 7.4 fue importante, s\u00ed, como lo fue el fax en su momento. Nadie sensato lo instalar\u00eda hoy para gestionar una tienda online.<\/p>\n<\/section>\n<section id=\"que-es-php\">\n<h2>Qu\u00e9 es PHP y por qu\u00e9 tu WordPress depende de \u00e9l<\/h2>\n<p>PHP es el lenguaje de programaci\u00f3n del lado del servidor sobre el que est\u00e1 construido WordPress. Cada vez que alguien visita una p\u00e1gina, WordPress ejecuta c\u00f3digo PHP para consultar la base de datos, cargar el tema, procesar plugins, construir men\u00fas, mostrar entradas, validar usuarios, enviar formularios y generar el HTML que el navegador terminar\u00e1 viendo.<\/p>\n<p>Dicho de forma menos acad\u00e9mica: PHP es la cocina del restaurante. El visitante solo ve el plato servido, el dise\u00f1o bonito, la imagen heroica y el bot\u00f3n de compra. Pero detr\u00e1s hay cuchillos, fuego, \u00f3rdenes, ingredientes y alguien intentando que todo salga caliente. Si la cocina est\u00e1 vieja, lenta o llena de goteras, el sal\u00f3n puede tener l\u00e1mparas venecianas: la experiencia se resiente igual.<\/p>\n<p>WordPress no es una p\u00e1gina est\u00e1tica; es un sistema din\u00e1mico. Y ah\u00ed est\u00e1 la ant\u00edtesis que conviene recordar: <strong>lo visible depende de lo invisible<\/strong>. La velocidad que percibe el usuario nace de operaciones que jam\u00e1s ve. La seguridad de un formulario depende de bibliotecas que nunca leer\u00e1. La estabilidad de una tienda online se sostiene sobre versiones de software que, para muchos propietarios, parecen una nota peque\u00f1a al pie del panel de hosting.<\/p>\n<p>Un d\u00eda, hace a\u00f1os, vi a un cliente imprimir una captura de pantalla del error fatal de su web y llevarla doblada en una carpeta, como si fuera un parte m\u00e9dico. No era absurdo. Al contrario: ten\u00eda raz\u00f3n. Un sitio web tambi\u00e9n enferma. Solo que sus s\u00edntomas son m\u00e1s fr\u00edos: una pantalla blanca, un checkout que no termina, un plugin que se rompe en silencio.<\/p>\n<\/section>\n<section id=\"versiones\">\n<h2>PHP 7.4, 8.0, 8.1, 8.2, 8.3 y 8.4: el mapa realista<\/h2>\n<p>Las versiones de PHP tienen un ciclo de vida. Durante un tiempo reciben soporte activo: correcciones, mejoras y ajustes. Despu\u00e9s pasan a una etapa de soporte de seguridad. Finalmente, quedan sin soporte oficial. Y cuando eso ocurre, seguir us\u00e1ndolas es como vivir en una casa bonita con la puerta principal sin cerradura: quiz\u00e1 no pase nada hoy, pero no es precisamente una estrategia.<\/p>\n<table>\n<thead>\n<tr>\n<th>Versi\u00f3n<\/th>\n<th>Estado general<\/th>\n<th>Impacto en WordPress<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>PHP 7.4<\/td>\n<td>Obsoleta<\/td>\n<td>Fue muy usada, pero ya no deber\u00eda emplearse en producci\u00f3n salvo casos heredados y temporales.<\/td>\n<\/tr>\n<tr>\n<td>PHP 8.0<\/td>\n<td>Obsoleta<\/td>\n<td>Introdujo cambios importantes, pero no es una buena base actual para WordPress.<\/td>\n<\/tr>\n<tr>\n<td>PHP 8.1<\/td>\n<td>En retirada progresiva<\/td>\n<td>A\u00fan puede funcionar bien, pero no conviene adoptarla como destino final si est\u00e1s actualizando hoy.<\/td>\n<\/tr>\n<tr>\n<td>PHP 8.2<\/td>\n<td>Recomendada<\/td>\n<td>Buena compatibilidad con WordPress moderno, plugins populares y hostings gestionados.<\/td>\n<\/tr>\n<tr>\n<td>PHP 8.3<\/td>\n<td>Muy recomendable<\/td>\n<td>Opci\u00f3n potente para sitios bien mantenidos. Debe probarse antes en staging.<\/td>\n<\/tr>\n<tr>\n<td>PHP 8.4<\/td>\n<td>Adopci\u00f3n gradual<\/td>\n<td>Puede ser adecuada cuando WordPress, plugins, tema y hosting la soporten plenamente. No conviene saltar a ciegas.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Importante:<\/strong> la compatibilidad no depende solo de WordPress. Tambi\u00e9n importan el tema, los plugins, el constructor visual, las integraciones de pago, los snippets personalizados y hasta ese archivo <code>functions.php<\/code> que alguien edit\u00f3 \u201csolo un poquito\u201d hace tres a\u00f1os.<\/p>\n<p>WordPress Core suele avanzar con cautela porque gobierna una porci\u00f3n enorme de Internet. Esa prudencia es virtud y condena. Debe cuidar al sitio nuevo y al viejo blog olvidado, al comercio serio y a la p\u00e1gina corporativa que todav\u00eda tiene un slider de 2012. Por eso la pregunta correcta no es \u00fanicamente \u201c\u00bfWordPress soporta esta versi\u00f3n de PHP?\u201d, sino: <strong>\u00bfmi instalaci\u00f3n completa la soporta?<\/strong><\/p>\n<\/section>\n<section id=\"beneficios\">\n<h2>Beneficios reales de actualizar PHP en WordPress<\/h2>\n<p>Actualizar PHP no es una mejora decorativa. No es pintar la fachada. Es cambiar tuber\u00edas, reforzar cimientos y, de paso, abrir ventanas para que entre aire limpio. Los beneficios suelen notarse en cuatro frentes: rendimiento, seguridad, compatibilidad y mantenimiento.<\/p>\n<h3>\u26a1 M\u00e1s rendimiento<\/h3>\n<p>Las versiones modernas de PHP ejecutan c\u00f3digo con mayor eficiencia. En WordPress, esto puede traducirse en menor tiempo de respuesta del servidor, mejor experiencia de usuario y m\u00e1s margen para soportar tr\u00e1fico.<\/p>\n<h3>\ud83d\udd10 M\u00e1s seguridad<\/h3>\n<p>Las ramas antiguas dejan de recibir parches oficiales. Si hay vulnerabilidades en el lenguaje o en extensiones del entorno, el sitio queda expuesto como una ventana iluminada en mitad de la noche.<\/p>\n<h3>\ud83e\udde9 Mejor compatibilidad<\/h3>\n<p>Los plugins y temas modernos se desarrollan pensando en PHP reciente. Permanecer en versiones antiguas acaba convirtiendo cada actualizaci\u00f3n en una peque\u00f1a negociaci\u00f3n con el caos.<\/p>\n<h3>1. Velocidad y tiempo de respuesta<\/h3>\n<p>En una web WordPress, el servidor debe procesar PHP antes de entregar la p\u00e1gina. Cuanto m\u00e1s eficiente sea esa ejecuci\u00f3n, menos tiempo se pierde. No todos los sitios duplicar\u00e1n su velocidad por actualizar PHP, seamos serios; la web no es alquimia. Pero en instalaciones con WooCommerce, muchos plugins, constructores visuales o tr\u00e1fico significativo, el cambio puede ser apreciable.<\/p>\n<p>El rendimiento final depende tambi\u00e9n de la cach\u00e9, la base de datos, el hosting, las im\u00e1genes, el CDN, las consultas SQL y el peso del tema. PHP no es el \u00fanico m\u00fasico de la orquesta, pero s\u00ed uno de los que marcan el tempo.<\/p>\n<h3>2. Seguridad de la plataforma<\/h3>\n<p>Una versi\u00f3n antigua de PHP no se vuelve insegura por arte de magia al d\u00eda siguiente de quedarse sin soporte. El problema es m\u00e1s sutil: deja de recibir atenci\u00f3n. Y el software sin atenci\u00f3n envejece mal, como fruta al sol. \ud83c\udf42<\/p>\n<p>Cuando una versi\u00f3n queda fuera de soporte, los fallos descubiertos posteriormente pueden no recibir parches oficiales. En un ecosistema tan atacado como WordPress, donde abundan bots, esc\u00e1neres autom\u00e1ticos y campa\u00f1as masivas contra plugins vulnerables, reducir superficie de riesgo no es paranoia. Es higiene.<\/p>\n<h3>3. Compatibilidad futura<\/h3>\n<p>Los desarrolladores de plugins serios no pueden sostener eternamente compatibilidad con versiones antiguas de PHP. Mantener c\u00f3digo para demasiadas ramas es caro, complejo y propenso a errores. Por eso, antes o despu\u00e9s, las extensiones populares suben sus requisitos m\u00ednimos.<\/p>\n<p>El resultado es simple: si no actualizas PHP, llegar\u00e1 un momento en que no podr\u00e1s actualizar plugins. Si no actualizas plugins, aumentan los riesgos. Si aumentan los riesgos, el sitio se vuelve fr\u00e1gil. Es una cadena peque\u00f1a, casi dom\u00e9stica, pero termina arrastrando negocios enteros.<\/p>\n<h3>4. Menos deuda t\u00e9cnica<\/h3>\n<p>La deuda t\u00e9cnica no se ve en la home. No aparece en los informes de marketing. No sale en la foto de equipo. Pero est\u00e1 ah\u00ed, creciendo bajo el suelo como ra\u00edces que levantan la acera. Actualizar PHP de forma ordenada reduce esa deuda y evita migraciones traum\u00e1ticas m\u00e1s adelante.<\/p>\n<\/section>\n<section id=\"comprobar-version\">\n<h2>C\u00f3mo saber qu\u00e9 versi\u00f3n de PHP usa tu WordPress<\/h2>\n<p>Antes de actualizar, hay que mirar. Parece obvio, pero en mantenimiento web lo obvio es a menudo lo que salva el d\u00eda. Puedes comprobar la versi\u00f3n de PHP desde WordPress, desde el hosting o mediante herramientas t\u00e9cnicas.<\/p>\n<h3>Opci\u00f3n 1: desde el panel de WordPress<\/h3>\n<ol>\n<li>Entra en el escritorio de WordPress.<\/li>\n<li>Ve a <strong>Herramientas &gt; Salud del sitio<\/strong>.<\/li>\n<li>Abre la pesta\u00f1a <strong>Informaci\u00f3n<\/strong>.<\/li>\n<li>Despliega la secci\u00f3n <strong>Servidor<\/strong>.<\/li>\n<li>Busca el campo <strong>Versi\u00f3n de PHP<\/strong>.<\/li>\n<\/ol>\n<p>Esta es la forma m\u00e1s sencilla para propietarios de sitios. No requiere tocar archivos ni entrar al hosting. Si WordPress muestra avisos de que la versi\u00f3n de PHP est\u00e1 obsoleta, no lo tomes como una sugerencia ornamental. Es una alarma educada.<\/p>\n<h3>Opci\u00f3n 2: desde el panel del hosting<\/h3>\n<p>En cPanel, Plesk, Site Tools, hPanel u otros paneles, suele existir una secci\u00f3n llamada <strong>PHP Version<\/strong>, <strong>Select PHP Version<\/strong>, <strong>MultiPHP Manager<\/strong>, <strong>Configuraci\u00f3n de PHP<\/strong> o similar. Ah\u00ed ver\u00e1s la versi\u00f3n activa por dominio.<\/p>\n<h3>Opci\u00f3n 3: mediante un archivo phpinfo<\/h3>\n<p>Si tienes acceso por FTP o gestor de archivos, puedes crear temporalmente un archivo llamado <code>phpinfo.php<\/code> con este contenido:<\/p>\n<pre><code>&lt;?php\nphpinfo();\n<\/code><\/pre>\n<p>Luego accede desde el navegador a:<\/p>\n<pre><code>https:\/\/tudominio.com\/phpinfo.php<\/code><\/pre>\n<p>Ver\u00e1s informaci\u00f3n detallada del entorno PHP: versi\u00f3n, extensiones, l\u00edmites de memoria, configuraci\u00f3n de subida de archivos y mucho m\u00e1s.<\/p>\n<p><strong>No olvides borrar el archivo despu\u00e9s.<\/strong> Un <code>phpinfo()<\/code> expuesto muestra demasiados detalles t\u00e9cnicos del servidor. Es \u00fatil para diagnosticar, pero no para dejarlo ah\u00ed como si fuera un florero.<\/p>\n<\/section>\n<section id=\"antes-de-actualizar\">\n<h2>Antes de actualizar PHP: la lista que evita desastres<\/h2>\n<p>Actualizar PHP puede ser un tr\u00e1mite de cinco minutos o una tarde entera de arqueolog\u00eda digital. La diferencia suele estar en la preparaci\u00f3n. Aqu\u00ed no conviene improvisar, especialmente si hablamos de una tienda WooCommerce, una web con reservas, membres\u00edas, cursos online o formularios cr\u00edticos.<\/p>\n<h3>1. Haz una copia de seguridad completa<\/h3>\n<p>Antes de tocar la versi\u00f3n de PHP, realiza un backup completo de:<\/p>\n<ul>\n<li>Archivos de WordPress.<\/li>\n<li>Base de datos.<\/li>\n<li>Carpeta <code>wp-content<\/code>, incluyendo temas, plugins y subidas.<\/li>\n<li>Configuraciones del servidor si tienes acceso avanzado.<\/li>\n<\/ul>\n<p>Usa herramientas como el sistema de backups del hosting, UpdraftPlus, BlogVault, JetBackup, ManageWP o copias manuales por SSH. Lo importante no es solo hacer la copia; es saber restaurarla. Un backup que nadie ha probado es un paraguas dibujado en una servilleta.<\/p>\n<h3>2. Actualiza WordPress, plugins y tema<\/h3>\n<p>Antes de cambiar PHP, conviene dejar el ecosistema al d\u00eda:<\/p>\n<ul>\n<li>Actualiza WordPress Core a una versi\u00f3n reciente.<\/li>\n<li>Actualiza plugins activos.<\/li>\n<li>Actualiza el tema principal y, si existe, el tema hijo.<\/li>\n<li>Elimina plugins abandonados o inactivos que no necesites.<\/li>\n<\/ul>\n<p>Los plugins antiguos son, con frecuencia, los primeros en romperse con PHP moderno. Y no siempre lo hacen con elegancia. Algunos caen como l\u00e1mparas en una tormenta: ruido, oscuridad y alguien preguntando qui\u00e9n toc\u00f3 qu\u00e9.<\/p>\n<h3>3. Comprueba la compatibilidad de plugins cr\u00edticos<\/h3>\n<p>Presta especial atenci\u00f3n a:<\/p>\n<ul>\n<li>WooCommerce y extensiones de pago.<\/li>\n<li>Plugins de membres\u00eda.<\/li>\n<li>Constructores visuales como Elementor, Divi, Beaver Builder o WPBakery.<\/li>\n<li>Plugins de reservas, eventos o LMS.<\/li>\n<li>Integraciones con CRM, ERP, email marketing o pasarelas de pago.<\/li>\n<li>Snippets personalizados en <code>functions.php<\/code> o plugins tipo Code Snippets.<\/li>\n<\/ul>\n<p>Consulta la documentaci\u00f3n del desarrollador, el changelog, los requisitos m\u00ednimos y los foros de soporte. En plugins comerciales, revisa tu licencia: si est\u00e1 caducada, quiz\u00e1 llevas meses sin recibir actualizaciones. La iron\u00eda es fina: se paga por captar clientes, pero se ahorra justo en la pieza que permite cobrarles.<\/p>\n<h3>4. Usa un entorno de staging<\/h3>\n<p>Un <strong>staging<\/strong> es una copia de tu sitio donde puedes probar cambios sin afectar a los visitantes. Muchos hostings WordPress gestionados lo incluyen con un clic. Si tu web factura, recibe leads o representa una marca importante, actualizar PHP directamente en producci\u00f3n es jugar a los dados con guantes de seda.<\/p>\n<p>En staging debes probar:<\/p>\n<ul>\n<li>Home, p\u00e1ginas principales y entradas.<\/li>\n<li>Formularios de contacto.<\/li>\n<li>Proceso de compra completo en WooCommerce.<\/li>\n<li>Registro e inicio de sesi\u00f3n de usuarios.<\/li>\n<li>Panel de administraci\u00f3n.<\/li>\n<li>Funcionalidades de b\u00fasqueda, filtros y reservas.<\/li>\n<li>Emails transaccionales.<\/li>\n<li>Integraciones externas.<\/li>\n<\/ul>\n<h3>5. Activa el registro de errores<\/h3>\n<p>Para detectar problemas, puedes activar temporalmente el modo debug en WordPress editando el archivo <code>wp-config.php<\/code>:<\/p>\n<pre><code>define('WP_DEBUG', true);\ndefine('WP_DEBUG_LOG', true);\ndefine('WP_DEBUG_DISPLAY', false);<\/code><\/pre>\n<p>Los errores se registrar\u00e1n normalmente en:<\/p>\n<pre><code>\/wp-content\/debug.log<\/code><\/pre>\n<p><strong>No muestres errores en pantalla en un sitio p\u00fablico.<\/strong> Usa <code>WP_DEBUG_DISPLAY<\/code> en <code>false<\/code>. Los mensajes t\u00e9cnicos visibles pueden exponer rutas internas y detalles sensibles.<\/p>\n<\/section>\n<section id=\"paso-a-paso\">\n<h2>C\u00f3mo actualizar PHP en WordPress paso a paso<\/h2>\n<p>La actualizaci\u00f3n de PHP no se hace desde WordPress, sino desde el servidor o panel del hosting. WordPress utiliza la versi\u00f3n de PHP que el servidor le proporciona. Es como cambiar el combustible de una m\u00e1quina: no se decide desde el volante, sino desde el dep\u00f3sito.<\/p>\n<h3>Paso 1: confirma tu versi\u00f3n actual<\/h3>\n<p>Revisa la versi\u00f3n en <strong>Herramientas &gt; Salud del sitio &gt; Informaci\u00f3n &gt; Servidor<\/strong>. Anota tambi\u00e9n la versi\u00f3n de WordPress, tema activo y plugins cr\u00edticos. Este peque\u00f1o inventario ayuda mucho si algo falla.<\/p>\n<h3>Paso 2: crea una copia de seguridad<\/h3>\n<p>Haz una copia completa y descargable. Si tu hosting conserva backups autom\u00e1ticos, perfecto, pero no dependas \u00fanicamente de una promesa comercial escrita en letras tranquilizadoras. Descarga una copia si el sitio es importante.<\/p>\n<h3>Paso 3: prueba en staging<\/h3>\n<p>Clona el sitio, cambia PHP en staging y navega como si fueras un usuario real. Compra un producto de prueba. Env\u00eda formularios. Accede al \u00e1rea privada. Publica una entrada. A veces el error no est\u00e1 en la home, sino en ese rinc\u00f3n administrativo que nadie visita hasta el viernes a las seis.<\/p>\n<h3>Paso 4: cambia la versi\u00f3n de PHP en el hosting<\/h3>\n<p>El procedimiento var\u00eda seg\u00fan el panel. Estas son las rutas m\u00e1s habituales:<\/p>\n<table>\n<thead>\n<tr>\n<th>Panel o entorno<\/th>\n<th>Ruta habitual<\/th>\n<th>Acci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>cPanel<\/td>\n<td><strong>MultiPHP Manager<\/strong> o <strong>Select PHP Version<\/strong><\/td>\n<td>Selecciona el dominio y elige PHP 8.2 o 8.3.<\/td>\n<\/tr>\n<tr>\n<td>Plesk<\/td>\n<td><strong>Websites &amp; Domains &gt; PHP Settings<\/strong><\/td>\n<td>Cambia la versi\u00f3n de PHP y guarda la configuraci\u00f3n.<\/td>\n<\/tr>\n<tr>\n<td>SiteGround Site Tools<\/td>\n<td><strong>Devs &gt; PHP Manager<\/strong><\/td>\n<td>Selecciona la versi\u00f3n manualmente o usa gesti\u00f3n autom\u00e1tica si procede.<\/td>\n<\/tr>\n<tr>\n<td>hPanel<\/td>\n<td><strong>Avanzado &gt; Configuraci\u00f3n PHP<\/strong><\/td>\n<td>Elige la versi\u00f3n compatible y aplica los cambios.<\/td>\n<\/tr>\n<tr>\n<td>Servidor VPS<\/td>\n<td>SSH, paquetes del sistema, PHP-FPM, Nginx\/Apache<\/td>\n<td>Requiere administraci\u00f3n t\u00e9cnica. Prueba antes y reinicia servicios con cuidado.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Paso 5: limpia cach\u00e9s<\/h3>\n<p>Despu\u00e9s del cambio, vac\u00eda todas las capas de cach\u00e9:<\/p>\n<ul>\n<li>Cach\u00e9 del plugin de WordPress.<\/li>\n<li>Cach\u00e9 del servidor.<\/li>\n<li>OPcache, si tu hosting permite purgarlo.<\/li>\n<li>CDN como Cloudflare, Bunny CDN o similar.<\/li>\n<li>Cach\u00e9 del navegador durante las pruebas.<\/li>\n<\/ul>\n<p>Un error antiguo atrapado en cach\u00e9 puede parecer un fallo nuevo. La cach\u00e9 es maravillosa, pero a veces conserva los fantasmas con una devoci\u00f3n casi religiosa.<\/p>\n<h3>Paso 6: revisa errores y funcionalidades<\/h3>\n<p>Tras actualizar, verifica:<\/p>\n<ul>\n<li>Que la web carga correctamente.<\/li>\n<li>Que el administrador de WordPress funciona.<\/li>\n<li>Que no hay errores cr\u00edticos en <code>debug.log<\/code>.<\/li>\n<li>Que formularios, compras, reservas o registros se completan.<\/li>\n<li>Que los cron jobs de WordPress siguen ejecut\u00e1ndose.<\/li>\n<li>Que no aparecen avisos en Salud del sitio.<\/li>\n<\/ul>\n<h3>Paso 7: monitoriza durante 24-72 horas<\/h3>\n<p>Algunos problemas no aparecen de inmediato. Observa los logs del servidor, tasa de conversi\u00f3n, errores 500, comportamiento del checkout, formularios y m\u00e9tricas de rendimiento. Si tienes una web con mucho tr\u00e1fico, usa herramientas como New Relic, Query Monitor, logs de PHP-FPM o el monitor del propio hosting.<\/p>\n<\/section>\n<section id=\"errores\">\n<h2>Errores comunes al actualizar PHP en WordPress<\/h2>\n<p>La mayor\u00eda de actualizaciones salen bien cuando el sitio est\u00e1 mantenido. Pero cuando algo falla, conviene saber leer las se\u00f1ales. WordPress, en su teatralidad minimalista, puede responder con una pantalla blanca, un \u201cerror cr\u00edtico\u201d o un c\u00f3digo 500. Muy expresivo no es, pero pistas da.<\/p>\n<h3>Error 500<\/h3>\n<p>Un error 500 indica un fallo interno del servidor. Puede deberse a un plugin incompatible, reglas en <code>.htaccess<\/code>, l\u00edmites de memoria, extensiones PHP faltantes o errores fatales.<\/p>\n<p><strong>Qu\u00e9 hacer:<\/strong><\/p>\n<ul>\n<li>Revisa el archivo <code>debug.log<\/code>.<\/li>\n<li>Consulta los logs de errores del hosting.<\/li>\n<li>Desactiva plugins temporalmente.<\/li>\n<li>Renombra la carpeta <code>plugins<\/code> por FTP si no puedes entrar al administrador.<\/li>\n<li>Vuelve moment\u00e1neamente a la versi\u00f3n anterior de PHP si el sitio est\u00e1 ca\u00eddo y necesitas restaurar servicio.<\/li>\n<\/ul>\n<h3>Pantalla blanca de la muerte<\/h3>\n<p>La famosa pantalla blanca. Tan limpia, tan serena, tan completamente in\u00fatil. Suele indicar un error fatal de PHP que no se est\u00e1 mostrando en pantalla.<\/p>\n<p><strong>Soluci\u00f3n habitual:<\/strong> activar <code>WP_DEBUG_LOG<\/code>, revisar errores, identificar plugin o tema causante y actualizarlo, sustituirlo o corregir c\u00f3digo personalizado.<\/p>\n<h3>\u201cHa habido un error cr\u00edtico en esta web\u201d<\/h3>\n<p>WordPress muestra este mensaje cuando detecta un error fatal. A veces env\u00eda un correo al administrador con un enlace de modo recuperaci\u00f3n. Si lo recibes, \u00fasalo para entrar y desactivar el componente problem\u00e1tico.<\/p>\n<h3>Errores de funciones obsoletas o deprecated<\/h3>\n<p>PHP moderno puede mostrar avisos sobre funciones obsoletas. No siempre rompen la web, pero anuncian que cierto c\u00f3digo necesita actualizaci\u00f3n. Son como crujidos en una escalera vieja: quiz\u00e1 aguante, pero no conviene bailar encima.<\/p>\n<h3>Problemas con WooCommerce<\/h3>\n<p>En tiendas online, revisa especialmente:<\/p>\n<ul>\n<li>Carrito.<\/li>\n<li>Checkout.<\/li>\n<li>Pasarelas de pago.<\/li>\n<li>Emails de pedido.<\/li>\n<li>Impuestos y env\u00edos.<\/li>\n<li>Plugins de facturaci\u00f3n.<\/li>\n<li>Integraciones con inventario o ERP.<\/li>\n<\/ul>\n<p><strong>Consejo serio:<\/strong> no actualices PHP en una tienda WooCommerce en hora punta, en plena campa\u00f1a o justo antes de lanzar una promoci\u00f3n. El hero\u00edsmo t\u00e9cnico queda muy bien en las pel\u00edculas y bastante mal en la cuenta de resultados.<\/p>\n<\/section>\n<section id=\"wp-cli\">\n<h2>Comandos \u00fatiles con WP-CLI para revisar compatibilidad<\/h2>\n<p>Si tienes acceso SSH y WP-CLI instalado, puedes obtener informaci\u00f3n r\u00e1pida sobre tu instalaci\u00f3n. WP-CLI es una herramienta poderosa para administradores y desarrolladores: sobria, directa, sin confeti visual. \ud83d\udee0\ufe0f<\/p>\n<h3>Ver versi\u00f3n de WordPress<\/h3>\n<pre><code>wp core version<\/code><\/pre>\n<h3>Listar plugins y versiones<\/h3>\n<pre><code>wp plugin list<\/code><\/pre>\n<h3>Listar temas instalados<\/h3>\n<pre><code>wp theme list<\/code><\/pre>\n<h3>Comprobar versi\u00f3n de PHP desde consola<\/h3>\n<pre><code>php -v<\/code><\/pre>\n<p>Ojo: en algunos servidores, la versi\u00f3n de PHP en consola puede no coincidir con la usada por el sitio web. Apache, Nginx, PHP-FPM y CLI pueden tener configuraciones distintas. La web moderna, para ser algo tan cotidiano, tiene una curiosa afici\u00f3n por los laberintos.<\/p>\n<h3>Buscar errores en plugins tras actualizar<\/h3>\n<p>No existe un comando m\u00e1gico que garantice compatibilidad total, pero puedes combinar WP-CLI con logs y pruebas automatizadas. Para instalaciones profesionales, conviene trabajar con control de versiones, staging y despliegues controlados.<\/p>\n<\/section>\n<section id=\"hosting\">\n<h2>Qu\u00e9 debe ofrecer un buen hosting WordPress respecto a PHP<\/h2>\n<p>El hosting no es solo \u201cdonde est\u00e1 la web\u201d. Es el terreno, el suministro el\u00e9ctrico, las cerraduras y, a veces, el vecino que pone m\u00fasica a las tres de la ma\u00f1ana. Un buen proveedor facilita actualizaciones de PHP sin convertir cada cambio en una expedici\u00f3n polar.<\/p>\n<h3>Caracter\u00edsticas recomendables<\/h3>\n<ul>\n<li>Soporte para PHP 8.2, 8.3 y versiones recientes seg\u00fan disponibilidad estable.<\/li>\n<li>Cambio de versi\u00f3n por dominio, no solo global para toda la cuenta.<\/li>\n<li>Entorno de staging incluido.<\/li>\n<li>Backups autom\u00e1ticos y restauraci\u00f3n sencilla.<\/li>\n<li>Acceso a logs de errores.<\/li>\n<li>OPcache habilitado.<\/li>\n<li>Extensiones PHP habituales para WordPress: <code>mysqli<\/code>, <code>curl<\/code>, <code>gd<\/code> o <code>imagick<\/code>, <code>mbstring<\/code>, <code>xml<\/code>, <code>zip<\/code>, <code>intl<\/code>, entre otras.<\/li>\n<li>Soporte t\u00e9cnico que entienda WordPress, no solo respuestas copiadas de una plantilla.<\/li>\n<\/ul>\n<h3>Configuraciones PHP que conviene revisar<\/h3>\n<table>\n<thead>\n<tr>\n<th>Par\u00e1metro<\/th>\n<th>Valor orientativo<\/th>\n<th>Por qu\u00e9 importa<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><code>memory_limit<\/code><\/td>\n<td>256M o m\u00e1s en sitios exigentes<\/td>\n<td>Evita errores en plugins pesados, constructores visuales y WooCommerce.<\/td>\n<\/tr>\n<tr>\n<td><code>max_execution_time<\/code><\/td>\n<td>120-300 segundos seg\u00fan necesidad<\/td>\n<td>\u00datil para importaciones, backups y procesos largos.<\/td>\n<\/tr>\n<tr>\n<td><code>upload_max_filesize<\/code><\/td>\n<td>64M, 128M o m\u00e1s<\/td>\n<td>Permite subir temas, plugins, im\u00e1genes grandes o archivos descargables.<\/td>\n<\/tr>\n<tr>\n<td><code>post_max_size<\/code><\/td>\n<td>Igual o superior a <code>upload_max_filesize<\/code><\/td>\n<td>Afecta formularios y subidas de archivos.<\/td>\n<\/tr>\n<tr>\n<td><code>max_input_vars<\/code><\/td>\n<td>3000-5000 en sitios complejos<\/td>\n<td>Puede afectar men\u00fas grandes, constructores y opciones de tema.<\/td>\n<\/tr>\n<tr>\n<td><code>opcache.enable<\/code><\/td>\n<td>Activado<\/td>\n<td>Mejora el rendimiento al almacenar bytecode PHP compilado.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Estos valores no son dogma. Cada sitio tiene su anatom\u00eda. Un blog ligero no necesita lo mismo que una tienda con 30 extensiones, multiidioma, filtros AJAX y un constructor visual que carga m\u00e1s capas que una cebolla barroca.<\/p>\n<\/section>\n<section>\n<h2>\u00bfPHP 8.3 puede romper mi WordPress?<\/h2>\n<p>S\u00ed, puede. Pero no porque PHP 8.3 sea \u201cmalo\u201d, sino porque puede revelar c\u00f3digo antiguo, funciones obsoletas o malas pr\u00e1cticas que antes pasaban desapercibidas. La actualizaci\u00f3n no siempre crea el problema; a veces simplemente enciende la luz.<\/p>\n<p>Este punto es importante. Hay quien actualiza PHP, ve un error y concluye: \u201cPHP 8.3 rompi\u00f3 mi web\u201d. Tal vez. O tal vez la web llevaba a\u00f1os apoyada en una silla coja y alguien acaba de sentarse. En tecnolog\u00eda, como en la vida, algunas estabilidadades son solo accidentes prolongados.<\/p>\n<h3>C\u00f3mo reducir el riesgo<\/h3>\n<ul>\n<li>Actualiza primero en staging.<\/li>\n<li>Elimina plugins abandonados.<\/li>\n<li>Sustituye extensiones sin mantenimiento.<\/li>\n<li>Revisa c\u00f3digo personalizado.<\/li>\n<li>Consulta logs antes y despu\u00e9s.<\/li>\n<li>Ten un plan de rollback.<\/li>\n<\/ul>\n<\/section>\n<section>\n<h2>Plan de actualizaci\u00f3n recomendado seg\u00fan el estado de tu sitio<\/h2>\n<p>No todos los WordPress est\u00e1n en el mismo punto. Algunos son jardines cuidados; otros, ruinas con flores creciendo entre los ladrillos. Por eso el camino de actualizaci\u00f3n debe adaptarse al estado real del proyecto.<\/p>\n<table>\n<thead>\n<tr>\n<th>Estado del sitio<\/th>\n<th>Versi\u00f3n actual de PHP<\/th>\n<th>Plan recomendado<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Sitio moderno, actualizado y con plugins mantenidos<\/td>\n<td>PHP 8.1 o 8.2<\/td>\n<td>Probar en staging y subir a PHP 8.3 si no hay errores.<\/td>\n<\/tr>\n<tr>\n<td>Sitio estable pero algo antiguo<\/td>\n<td>PHP 7.4 u 8.0<\/td>\n<td>Actualizar WordPress, plugins y tema; probar PHP 8.2; resolver incompatibilidades.<\/td>\n<\/tr>\n<tr>\n<td>WooCommerce con muchas extensiones<\/td>\n<td>PHP 7.4, 8.0 u 8.1<\/td>\n<td>Staging obligatorio, pruebas de checkout, pasarelas, emails y facturaci\u00f3n antes de producci\u00f3n.<\/td>\n<\/tr>\n<tr>\n<td>Sitio con plugins abandonados o tema viejo<\/td>\n<td>PHP 7.x<\/td>\n<td>Auditor\u00eda t\u00e9cnica previa. Sustituir componentes obsoletos antes de subir PHP.<\/td>\n<\/tr>\n<tr>\n<td>Proyecto cr\u00edtico con alto tr\u00e1fico<\/td>\n<td>Cualquiera<\/td>\n<td>Planificar ventana de mantenimiento, backups verificados, monitorizaci\u00f3n y rollback documentado.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/section>\n<section>\n<h2>C\u00f3mo hacer rollback si algo sale mal<\/h2>\n<p>Rollback significa volver atr\u00e1s. No es una derrota; es una maniobra de control. En mantenimiento profesional, saber retroceder es tan importante como avanzar. El problema no es que algo falle. El problema es no tener camino de regreso.<\/p>\n<h3>Opciones de rollback<\/h3>\n<ul>\n<li><strong>Volver a la versi\u00f3n anterior de PHP<\/strong> desde el panel del hosting.<\/li>\n<li><strong>Restaurar backup completo<\/strong> si el cambio caus\u00f3 da\u00f1os o modificaciones no deseadas.<\/li>\n<li><strong>Desactivar el plugin conflictivo<\/strong> y mantener la versi\u00f3n nueva de PHP si el resto funciona.<\/li>\n<li><strong>Cambiar temporalmente a un tema por defecto<\/strong> como Twenty Twenty-Four o similar para descartar fallos del tema.<\/li>\n<li><strong>Reparar c\u00f3digo personalizado<\/strong> si el error viene de snippets propios.<\/li>\n<\/ul>\n<p><strong>Buena pr\u00e1ctica:<\/strong> documenta la versi\u00f3n anterior, la nueva, la hora del cambio, los errores detectados y las acciones realizadas. La memoria humana es creativa; los registros, menos po\u00e9ticos pero m\u00e1s \u00fatiles.<\/p>\n<\/section>\n<section>\n<h2>Se\u00f1ales de que necesitas actualizar PHP cuanto antes<\/h2>\n<p>Algunas se\u00f1ales son evidentes. Otras llegan disfrazadas de peque\u00f1os inconvenientes. Si reconoces varios puntos de esta lista, no conviene seguir posponiendo la actualizaci\u00f3n.<\/p>\n<ul>\n<li>WordPress muestra advertencias sobre versi\u00f3n obsoleta de PHP.<\/li>\n<li>Tu hosting ya no ofrece soporte para tu versi\u00f3n actual.<\/li>\n<li>No puedes actualizar plugins porque requieren PHP superior.<\/li>\n<li>Tu sitio carga lento aunque tengas cach\u00e9.<\/li>\n<li>Aparecen errores deprecated, warnings o notices con frecuencia.<\/li>\n<li>Usas PHP 7.4, 7.3 o inferior.<\/li>\n<li>Tu tienda WooCommerce tiene fallos intermitentes dif\u00edciles de rastrear.<\/li>\n<li>El proveedor de un plugin cr\u00edtico te pide actualizar PHP para darte soporte.<\/li>\n<\/ul>\n<\/section>\n<section id=\"preguntas\">\n<h2>Preguntas frecuentes sobre PHP y WordPress<\/h2>\n<h3>\u00bfWordPress funciona con PHP 8.3?<\/h3>\n<p>Las versiones recientes de WordPress est\u00e1n preparadas para trabajar con ramas modernas de PHP, incluida PHP 8.3 en entornos actualizados. Sin embargo, la compatibilidad completa depende tambi\u00e9n de plugins, tema y c\u00f3digo personalizado. Por eso se recomienda probar antes en staging.<\/p>\n<h3>\u00bfPHP 8.2 es mejor que PHP 8.1 para WordPress?<\/h3>\n<p>En general, s\u00ed. PHP 8.2 ofrece una base m\u00e1s moderna y con mejor horizonte de soporte que PHP 8.1. Para muchos sitios WordPress, PHP 8.2 es una opci\u00f3n prudente y estable.<\/p>\n<h3>\u00bfDebo actualizar directamente de PHP 7.4 a PHP 8.3?<\/h3>\n<p>No siempre. Si tu sitio est\u00e1 muy actualizado, puedes probarlo en staging. Pero si arrastra plugins antiguos, es m\u00e1s sensato probar primero PHP 8.1 o 8.2, corregir errores y luego valorar PHP 8.3. Lo importante es no hacerlo a ciegas.<\/p>\n<h3>\u00bfActualizar PHP mejora el SEO?<\/h3>\n<p>Indirectamente, puede ayudar. Google no premia una versi\u00f3n de PHP concreta, pero s\u00ed valora factores relacionados con experiencia de usuario, velocidad, estabilidad y seguridad. Si actualizar PHP mejora el tiempo de respuesta del servidor y reduce errores, puede contribuir a un mejor rendimiento SEO. \ud83d\udcc8<\/p>\n<h3>\u00bfPuedo actualizar PHP desde el panel de WordPress?<\/h3>\n<p>No. WordPress puede informarte de la versi\u00f3n instalada, pero el cambio se realiza desde el hosting, el panel del servidor o la configuraci\u00f3n del entorno. Si usas hosting gestionado, soporte t\u00e9cnico puede hacerlo por ti.<\/p>\n<h3>\u00bfQu\u00e9 pasa si mi plugin no es compatible con PHP 8.2 o 8.3?<\/h3>\n<p>Tienes tres opciones: actualizar el plugin, sustituirlo por una alternativa mantenida o contratar a un desarrollador para corregir el c\u00f3digo si es propio o imprescindible. Mantener una versi\u00f3n antigua de PHP por un plugin abandonado suele ser mala inversi\u00f3n.<\/p>\n<h3>\u00bfEs seguro usar PHP 7.4 todav\u00eda?<\/h3>\n<p>No es recomendable. PHP 7.4 fue una versi\u00f3n excelente, pero su ciclo de vida termin\u00f3. Si tu sitio a\u00fan depende de ella, conviene planificar una migraci\u00f3n. No necesariamente con p\u00e1nico, pero s\u00ed con calendario.<\/p>\n<h3>\u00bfPHP 8.4 es recomendable para WordPress?<\/h3>\n<p>Puede serlo cuando tu hosting, WordPress, tema y plugins indiquen compatibilidad suficiente. En proyectos profesionales, no conviene adoptar la versi\u00f3n m\u00e1s nueva solo por entusiasmo. Primero se prueba; luego se decide. La novedad es una herramienta, no una medalla.<\/p>\n<h3>\u00bfQu\u00e9 versi\u00f3n de PHP elegir para una tienda WooCommerce?<\/h3>\n<p>Para WooCommerce actualizado, <strong>PHP 8.2<\/strong> suele ser una base muy razonable. <strong>PHP 8.3<\/strong> tambi\u00e9n puede ser excelente si todas las extensiones cr\u00edticas son compatibles. Haz pruebas completas de carrito, pago, impuestos, env\u00edos, cupones, emails y facturaci\u00f3n antes de aplicar el cambio en producci\u00f3n.<\/p>\n<\/section>\n<section>\n<h2>Checklist final para actualizar PHP en WordPress sin sobresaltos<\/h2>\n<p>Si quieres una ruta clara, aqu\u00ed est\u00e1 la versi\u00f3n compacta. No tiene \u00e9pica, pero funciona, y a veces eso es lo m\u00e1s elegante que puede hacer la tecnolog\u00eda.<\/p>\n<ol>\n<li><strong>Comprueba tu versi\u00f3n actual de PHP<\/strong> desde Salud del sitio o el hosting.<\/li>\n<li><strong>Actualiza WordPress, plugins y tema<\/strong> a versiones recientes.<\/li>\n<li><strong>Elimina plugins abandonados<\/strong> o innecesarios.<\/li>\n<li><strong>Haz backup completo<\/strong> de archivos y base de datos.<\/li>\n<li><strong>Crea un entorno staging<\/strong> si el sitio es importante.<\/li>\n<li><strong>Prueba PHP 8.2 o 8.3<\/strong> en staging.<\/li>\n<li><strong>Revisa logs de errores<\/strong> y funcionalidades cr\u00edticas.<\/li>\n<li><strong>Aplica el cambio en producci\u00f3n<\/strong> en una franja de bajo tr\u00e1fico.<\/li>\n<li><strong>Limpia cach\u00e9s<\/strong> del sitio, servidor y CDN.<\/li>\n<li><strong>Monitoriza durante varios d\u00edas<\/strong> para detectar fallos tard\u00edos.<\/li>\n<\/ol>\n<p><strong>Resumen ejecutivo:<\/strong> usa <strong>PHP 8.2<\/strong> si buscas m\u00e1xima compatibilidad moderna; usa <strong>PHP 8.3<\/strong> si tu sitio est\u00e1 bien mantenido y probado. No mantengas PHP 7.4 o inferior salvo necesidad temporal y con un plan de salida claro. \ud83d\udd27<\/p>\n<\/section>\n<section>\n<h2>Una web sana envejece mejor<\/h2>\n<p>Actualizar PHP no es una tarea glamorosa. Nadie entra a una reuni\u00f3n diciendo: \u201chemos subido a PHP 8.3\u201d y recibe aplausos, aunque quiz\u00e1 deber\u00eda. Porque detr\u00e1s de ese cambio sobrio hay menos riesgo, m\u00e1s velocidad, mejor compatibilidad y una web preparada para seguir respirando.<\/p>\n<p>La paradoja es hermosa: para que un sitio parezca estable por fuera, debe cambiar por dentro. Lo inm\u00f3vil se deteriora; lo mantenido permanece. WordPress, como cualquier sistema vivo, necesita revisiones, limpieza, peque\u00f1as cirug\u00edas y decisiones a tiempo.<\/p>\n<p>As\u00ed que mira tu versi\u00f3n de PHP. Hoy. No ma\u00f1ana, no \u201ccuando haya un rato\u201d, ese pa\u00eds imaginario donde viven todas las tareas pendientes. Si tu sitio ya est\u00e1 en PHP 8.2 o 8.3, magn\u00edfico: sigue vigilando. Si todav\u00eda duerme en PHP 7.4 o m\u00e1s abajo, despi\u00e9rtalo con cuidado. Una web r\u00e1pida y segura no nace de la suerte, sino de mantenimiento constante, ese oficio discreto que sostiene el escenario mientras todos miran la funci\u00f3n. \ud83c\udf10<\/p>\n<\/section>\n<\/article>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfCu\u00e1l es la versi\u00f3n de PHP recomendada para WordPress y c\u00f3mo actualizarla? PHP es ese<\/p>\n","protected":false},"author":1,"featured_media":3654,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[2],"tags":[],"class_list":["post-3655","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mantenimiento"],"_links":{"self":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3655","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/comments?post=3655"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3655\/revisions"}],"predecessor-version":[{"id":3656,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3655\/revisions\/3656"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3654"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}