Desarrollo de software en PHP en 2026: frameworks, casos de uso, coste y contratación

Yury Pukhov CEO & Mobile Engineering Lead, YuSMP Group

El desarrollo de software en PHP está a punto de enfrentarse a dos fechas límite que importan a cualquiera que gestione un sistema PHP. Está previsto que PHP 8.6 alcance la disponibilidad general el 19 de noviembre de 2026, y el soporte de seguridad de PHP 8.2 finaliza el 31 de diciembre de 2026, según el plan de lanzamiento oficial de PHP 8.6 y la página de versiones con soporte de php.net. Al mismo tiempo, PHP sigue impulsando la mayor parte de la web, y sus principales frameworks nunca han sido tan potentes.

Esta combinación convierte el final de 2026 en el momento natural para decidir qué hacer con PHP: lanzar un nuevo producto sobre él, ampliar una plataforma existente o modernizar una base de código envejecida. Sea cual sea el camino que elija, la calidad del resultado depende mucho más de las prácticas de ingeniería que del lenguaje, y por eso quienes contratan servicios de desarrollo de aplicaciones web en PHP deberían examinar con atención los frameworks, las pruebas, la política de actualizaciones y la seguridad, y no solo la tarifa por hora.

Esta guía está escrita para CTO, fundadores y product owners que deben tomar esa decisión. Se basa en lo que nuestro equipo de desarrollo en PHP observa en proyectos de clientes y en datos verificados de 2026 procedentes de php.net, W3Techs y la encuesta JetBrains State of PHP 2025. Encontrará un marco de decisión, una comparativa de Laravel frente a Symfony, el stack de herramientas actual, una tabla de versiones y fin de soporte, prácticas de seguridad, factores de coste y una lista de comprobación para elegir proveedor.

¿Qué es el desarrollo de software en PHP?

El desarrollo de software en PHP es el diseño, la programación, las pruebas y la operación de aplicaciones del lado del servidor escritas en PHP, un lenguaje de scripting creado para la web. El código se ejecuta en el servidor, no en el navegador: recibe una petición HTTP, aplica la lógica de negocio, lee o escribe datos y devuelve HTML, JSON o un archivo.

En una configuración de producción moderna, la petición suele llegar a Nginx, que la entrega a PHP-FPM, el gestor de procesos FastCGI que mantiene preparado un pool de workers de PHP. OPcache almacena en memoria el bytecode precompilado para que los scripts no se analicen en cada petición, y el compilador JIT opcional puede acelerar las rutas de código intensivas en CPU. Detrás de PHP hay una base de datos relacional como MySQL o PostgreSQL, una caché como Redis y, a menudo, una cola para tareas en segundo plano. Las dependencias se gestionan con Composer y se instalan desde Packagist.

Resultados habituales del desarrollo de software en PHP:

• Sitios de marketing, sitios web corporativos y plataformas de contenidos
• Aplicaciones web a medida, como portales de clientes, paneles de control y back offices de SaaS
• API REST y GraphQL que dan servicio a clientes web, móviles y de partners
• Tiendas de e-commerce y plataformas de pedidos B2B
• Herramientas internas de negocio, módulos de CRM y ERP, y middleware de integración

PHP frente a «solo WordPress»

PHP es un lenguaje de programación; WordPress es una aplicación escrita en él. Muchos compradores identifican ambos porque WordPress es el producto PHP más visible, pero una aplicación a medida en Laravel o Symfony tiene poco que ver con un tema de WordPress. Al evaluar a un proveedor, distinga el trabajo con CMS (configurar y ampliar una plataforma existente) del desarrollo de aplicaciones (diseñar su propio modelo de dominio, sus API y su lógica de negocio). Las competencias, la arquitectura y la disciplina de pruebas que exige cada uno son muy distintas.

¿Por qué las empresas siguen eligiendo PHP en 2026?

Las empresas siguen eligiendo PHP en 2026 porque combina la mayor base instalada de la web con un lenguaje moderno y tipado, frameworks maduros y una amplia cantera de talento. Según W3Techs, PHP se utiliza en el 69.1 % de todos los sitios web cuyo lenguaje de programación del lado del servidor se conoce (datos a 4 de noviembre de 2026).

La comunidad de desarrolladores también ha avanzado. En la encuesta JetBrains State of PHP 2025, realizada a 1,720 desarrolladores de PHP, el 89 % afirmó trabajar con PHP 8.x y alrededor del 58 % dijo que no tiene previsto cambiar a otro lenguaje. Los motivos prácticos que escuchamos de nuestros clientes son coherentes:

• Entrega rápida de funcionalidades web: frameworks como Laravel y Symfony permiten crear con rapidez la autenticación, los formularios, las colas, los paneles de administración y las pantallas CRUD.
• Lenguaje moderno: PHP 8.x aporta tipado estricto, enums, propiedades readonly, atributos, expresiones match y, en la versión 8.5, el operador pipe.
• Ecosistema maduro: Composer y Packagist dan acceso a bibliotecas bien mantenidas para pagos, PDF, búsqueda, mensajería y servicios cloud.
• Alojamiento en cualquier parte: PHP funciona en prácticamente cualquier servidor Linux, en Docker y Kubernetes, y en plataformas gestionadas, lo que mantiene abiertas las opciones de infraestructura.
• Cantera de talento: PHP cuenta con una gran comunidad mundial de desarrolladores, por lo que resulta más fácil formar y ampliar equipos que con stacks de nicho.
• Baja complejidad operativa: el modelo de un proceso por petición es fácil de entender, de escalar horizontalmente y de depurar.
• Inversión existente: muchas empresas ya operan plataformas PHP, y ampliarlas suele ser más barato y menos arriesgado que reescribirlas.

¿Qué se puede desarrollar con PHP?

Con PHP se puede desarrollar casi cualquier sistema orientado a la web, desde plataformas de contenidos y tiendas online hasta API, productos SaaS y aplicaciones internas de negocio. Las secciones siguientes abordan los cinco casos de uso que vemos con más frecuencia.

Plataformas de contenidos y CMS headless (WordPress, Drupal)

PHP es el lenguaje por defecto de la gestión de contenidos. Tanto WordPress como Drupal funcionan con PHP, y ambos pueden utilizarse en una configuración headless, en la que el CMS gestiona el contenido y lo expone mediante una API a un frontend independiente creado con un framework de JavaScript. Este enfoque conviene a medios digitales, sitios corporativos multimarca y portales de documentación que necesitan flujos editoriales y, además, una interfaz rápida y moderna.

E-commerce (Magento/Adobe Commerce, WooCommerce, a medida)

PHP impulsa una gran parte del comercio minorista online a través de Magento Open Source y Adobe Commerce, WooCommerce y numerosas plataformas a medida. Las tiendas basadas en Magento se adaptan a catálogos con precios complejos, varios escaparates y funciones B2B, y nuestros servicios de desarrollo en Magento abarcan implantaciones, extensiones y actualizaciones. WooCommerce encaja con catálogos más pequeños sobre WordPress, mientras que una tienda a medida en Laravel o Symfony tiene sentido cuando su lógica de pedidos no se ajusta a ninguna plataforma estándar.

Portales de clientes y back offices de SaaS

Los portales de clientes, las extranets de partners y los paneles de administración de SaaS encajan de forma natural con los frameworks PHP. Laravel con Livewire, Inertia o Filament, y Symfony con sus componentes de formularios, seguridad y workflow, permiten crear de forma eficiente el control de acceso basado en roles, los paneles de control, las pantallas de facturación y los registros de auditoría. Los productos SaaS multi-tenant en PHP son habituales y escalan bien con servidores de aplicaciones horizontales y una base de datos bien diseñada.

API REST/GraphQL e integraciones

PHP es una opción sólida para API REST y GraphQL que dan servicio a frontends web, apps móviles y sistemas de partners. Symfony con API Platform y Laravel con sus API resources y la autenticación de Sanctum cubren de serie el versionado, la validación, la documentación y la limitación de peticiones. Para proyectos con muchas integraciones, como conexiones con ERP, CRM o sistemas de pago, consulte nuestros servicios de desarrollo de API.

Aplicaciones internas de negocio (módulos de CRM/ERP)

Muchas empresas utilizan PHP para crear las herramientas internas que no justifican una licencia de software estándar: gestión de pedidos, inventario, planificación de servicios de campo, aprobaciones e informes. Estas aplicaciones se benefician del rápido desarrollo CRUD de PHP, de las colas en segundo plano y de un despliegue sencillo, y con el tiempo a menudo se convierten en el núcleo operativo de la empresa.

¿Cuándo PHP no es la opción adecuada?

PHP no es la opción adecuada cuando el núcleo de su producto es el procesamiento de datos intensivo en CPU, las conexiones en tiempo real de larga duración con una concurrencia muy alta o una interfaz móvil nativa. En esos casos, otro lenguaje hace mejor el trabajo principal, aunque PHP puede seguir ejecutando la aplicación web que lo rodea y las herramientas de administración.

Elija otra opción, o combine PHP con otro stack, si:

• El producto es el aprendizaje automático y los pipelines de datos: Python dispone de las bibliotecas dominantes para el entrenamiento de modelos, la ciencia de datos y el cálculo numérico.
• Necesita funciones en tiempo real con una concurrencia muy alta: el chat, la colaboración en directo o el streaming con un número enorme de conexiones abiertas suelen resultar más sencillos en Node.js o Go. Laravel Octane, FrankenPHP y RoadRunner mantienen los workers de PHP en memoria y reducen la diferencia, pero no cambian el modelo central de PHP.
• El entregable es una app móvil nativa: PHP puede ser el backend, pero la propia app necesita Swift, Kotlin o un framework multiplataforma.
• Su equipo no tiene experiencia en PHP y domina un stack alternativo sólido: la productividad de las personas con las que ya cuenta suele pesar más que las preferencias de lenguaje.
• Necesita mucho trabajo de sistemas a bajo nivel: los drivers, los motores de trading de alta frecuencia y el software embebido corresponden a lenguajes compilados.

Para ver dos alternativas populares comparadas, lea nuestra comparativa de Node.js frente a Python para el backend y nuestra guía sobre el panorama de las empresas de desarrollo de software en Python.

¿Qué frameworks PHP conviene utilizar?

Para la mayoría de los proyectos PHP nuevos en 2026, la elección está entre Laravel y Symfony, con WordPress como plataforma preferida para los sitios centrados en contenidos. En la encuesta JetBrains State of PHP 2025, el 64 % de los desarrolladores de PHP afirmó utilizar Laravel, el 25 % WordPress y el 23 % Symfony.

• Laravel: un framework full-stack con una sintaxis expresiva y un amplio ecosistema oficial (colas, autenticación, Livewire, Inertia, Octane, Horizon). Es una opción sólida para productos que necesitan avanzar rápido. Consulte nuestra página de desarrollo con Laravel.
• Symfony: un conjunto de componentes desacoplados y reutilizables, además de un framework full-stack, conocido por su arquitectura explícita y sus versiones con soporte a largo plazo. Es una opción sólida para sistemas grandes y de larga vida. Consulte nuestra página de desarrollo con Symfony.
• WordPress: un CMS más que un framework de aplicaciones; ideal para sitios de contenido y como backend de contenido headless.
• Laminas (antes Zend Framework): una biblioteca de componentes orientada al ámbito empresarial que todavía se encuentra en muchos sistemas consolidados.
• CodeIgniter, Yii y CakePHP: frameworks más ligeros o más antiguos que siguen en producción en muchas empresas; por lo general se mantienen, más que elegirse para desarrollos nuevos.

Laravel frente a Symfony: ¿cuál se adapta a su proyecto?

Laravel encaja con equipos que valoran la velocidad de entrega y las convenciones, mientras que Symfony encaja con equipos que valoran una estructura explícita y la estabilidad a largo plazo. Ambos están preparados para producción, se mantienen activamente y pueden ejecutar cargas de trabajo empresariales, así que la decisión depende del encaje y no de la calidad.

En la práctica, la experiencia del equipo que desarrolla y mantiene el sistema importa más que las diferencias en los benchmarks. Una aplicación Laravel bien estructurada y una aplicación Symfony bien estructurada le servirán durante años; una mal estructurada no lo hará, sea cual sea el framework. Para una comparación completa, consulte nuestra comparativa de Laravel frente a Symfony.

Software y herramientas de desarrollo PHP en 2026

El software profesional de desarrollo PHP en 2026 abarca seis capas: editores, gestión de dependencias, análisis estático, pruebas, entorno de ejecución y observabilidad. Un equipo que las utiliza todas de forma coherente produce código más seguro de modificar y más barato de actualizar.

Los asistentes de IA también forman parte ya de este conjunto de herramientas. En la encuesta JetBrains State of PHP 2025, el 95 % de los desarrolladores PHP afirmó haber probado herramientas de IA y el 80 % las utiliza con regularidad. Aceleran el código repetitivo, las pruebas y la refactorización, pero el código generado sigue necesitando revisión humana, análisis estático y pruebas antes de llegar a producción. Para una visión más amplia que abarca varios lenguajes, consulte nuestra guía del stack tecnológico para aplicaciones web en 2026.

¿Cómo funciona el proceso de desarrollo de software en PHP?

Un proceso de desarrollo de software en PHP bien gestionado avanza desde el descubrimiento y las decisiones de arquitectura, pasando por una entrega iterativa, hasta un despliegue seguro y actualizaciones de versión planificadas. Los siete pasos siguientes describen cómo estructuramos los proyectos; los nombres varían entre proveedores, pero cada paso debería aparecer en cualquier propuesta seria.

1. Descubrimiento y decisión de arquitectura: aclarar objetivos, usuarios, integraciones y restricciones, y después elegir entre un monolito, un monolito modular y microservicios. Para la mayoría de los productos PHP, un monolito modular es el punto de partida más seguro. Nuestro artículo sobre la fase de descubrimiento en el desarrollo de software explica qué debe producir esta etapa.
2. Elección del stack y de la versión: elegir el framework, la base de datos y el modelo de alojamiento, empezar el código nuevo en PHP 8.5 y planificar el paso a PHP 8.6 en cuanto salgan sus primeras versiones de parche y sus dependencias estén preparadas.
3. API y modelo de datos: diseñar el modelo de dominio, el esquema de base de datos y los contratos de API antes de construir las pantallas, para que los clientes web, móviles y de partners compartan una única fuente de verdad.
4. Desarrollo iterativo con controles de calidad: entregar en sprints cortos, con cada merge request superando pruebas automatizadas, PHPStan o Psalm, y revisión de código en CI.
5. Refuerzo de la seguridad: revisar la autenticación, la autorización, el tratamiento de entradas, los secretos y las dependencias frente al OWASP Top 10 antes del lanzamiento.
6. Despliegue: publicar builds en contenedores mediante CI/CD con versiones sin tiempo de inactividad, migraciones de base de datos y reversión rápida.
7. Soporte y actualizaciones de versión: supervisar errores y rendimiento, aplicar parches a las dependencias con regularidad y actualizar las versiones de PHP y del framework según un calendario planificado, no en situaciones de emergencia.

Versiones de PHP, fin de vida y planificación de actualizaciones

Cada rama de versiones de PHP recibe dos años de soporte activo seguidos de dos años de soporte solo de seguridad, cuatro años en total, tras los cuales llega al fin de vida y no recibe ninguna corrección. A noviembre de 2026, las ramas con soporte son PHP 8.2, 8.3, 8.4 y 8.5, y PHP 8.6 llega el 19 de noviembre de 2026.

Fuentes: php.net supported versions (en inglés); PHP 8.6 release plan (en inglés). php.net publica las fechas exactas de fin de soporte de PHP 8.6 después del lanzamiento.

El retraso acumulado en actualizaciones en la web es considerable. Los datos de W3Techs de noviembre de 2026 muestran que, entre los sitios web que usan PHP, el 66.1 % ejecuta la versión 8, mientras que el 26.2 % sigue con la versión 7 y el 7.6 % con la versión 5. Tanto PHP 7 como PHP 5 llevan mucho tiempo sin soporte, por lo que aproximadamente un tercio de los sitios PHP funciona sobre un entorno de ejecución que ya no recibe correcciones de seguridad.

Novedades de PHP 8.5 y 8.6

PHP 8.5 y 8.6 se centran en un código más limpio, valores predeterminados más seguros y mejores diagnósticos, más que en grandes cambios de paradigma. Según el anuncio oficial de la versión PHP 8.5, PHP 8.5 (20 de noviembre de 2025) incorporó:

• El operador pipe |>, que encadena llamadas a funciones de izquierda a derecha
• Una extensión URI integrada para analizar URL según la RFC 3986 y el estándar URL de WHATWG
• Clone-with, que permite modificar propiedades al clonar un objeto, útil para objetos de valor inmutables
• Las funciones auxiliares array_first() y array_last()
• Trazas de pila (backtraces) para errores fatales, que facilitan el diagnóstico de incidencias en producción

Para PHP 8.6, las RFC aceptadas e implementadas en wiki.php.net incluyen Partial Function Application (v2), una función clamp(), una clase Duration, valores predeterminados para propiedades readonly, valores predeterminados seguros en la configuración de sesiones, optimizaciones de closures, compatibilidad de #[\Override] con constantes de clase y una nueva API de polling. Las versiones candidatas RC2 a RC5 se publicaron entre el 24 de septiembre y el 5 de noviembre de 2026, antes de la fecha de disponibilidad general del 19 de noviembre.

Cómo actualizar PHP heredado de forma segura

La forma más segura de actualizar PHP heredado es de manera incremental: primero se construye una red de seguridad de pruebas y análisis estático, y después se avanza versión menor a versión menor con refactorización automatizada. Las actualizaciones de golpe desde PHP 5 o 7 directamente a 8.5 son donde se atascan la mayoría de los proyectos.

1. Inventario: enumerar la versión de PHP, la versión del framework, las extensiones y todas las dependencias de Composer, y marcar los paquetes abandonados.
2. Primero, el arnés de pruebas: añadir pruebas de caracterización en torno a los flujos críticos, como el checkout, la facturación y la autenticación, antes de modificar el código.
3. Línea base de análisis estático: ejecutar PHPStan o Psalm con una baseline para que los errores nuevos sean visibles sin tener que corregir todo el histórico de una vez.
4. Refactorización automatizada: utilizar conjuntos de reglas de Rector para aplicar los cambios propios de cada versión y, después, revisar el diff.
5. Paso a paso: actualizar las versiones del framework y de PHP en pequeños saltos, desplegando en staging después de cada uno.
6. Auditoría de dependencias: sustituir las bibliotecas sin mantenimiento y ejecutar composer audit como parte de la CI.

Cuando la base de código está demasiado enmarañada para una actualización in situ, una reescritura por etapas detrás del sistema existente puede resultar más barata. Nuestra guía sobre la modernización de sistemas heredados en 2026 compara las opciones, y nuestros servicios de modernización de software cubren de principio a fin las actualizaciones y migraciones de PHP.

¿Cómo se mantiene segura una aplicación PHP?

La mayoría de los incidentes de seguridad en PHP se deben a entornos de ejecución y dependencias obsoletos o a un tratamiento inseguro de las entradas de usuario, no al lenguaje en sí. Una versión de PHP con soporte, un framework moderno y un puñado de prácticas coherentes eliminan la gran mayoría de los riesgos habituales.

• Ejecute solo versiones con soporte: mantenga PHP en una rama que todavía reciba correcciones de seguridad y siga las fechas de fin de vida en su hoja de ruta.
• Use sentencias preparadas o un ORM: nunca construya SQL a partir de entradas de usuario sin procesar; Eloquent, Doctrine y PDO con parámetros vinculados evitan la inyección SQL.
• Escape la salida y configure una Content Security Policy: utilice el escapado de plantillas del framework (Blade, Twig) y una cabecera CSP para bloquear el cross-site scripting.
• Aplique hash a las contraseñas correctamente: use password_hash() con bcrypt o Argon2, nunca un hash propio.
• Proteja los formularios con tokens CSRF: tanto Laravel como Symfony incluyen protección CSRF; manténgala activada.
• Audite y fije las dependencias: haga commit de composer.lock, ejecute composer audit en CI y actualice los paquetes con regularidad.
• Refuerce las sesiones y los secretos: utilice cookies seguras y HTTP-only (PHP 8.6 convierte la configuración segura de sesiones en la opción por defecto) y guarde las credenciales en variables de entorno o en un gestor de secretos, nunca en el repositorio.

Contraste los riesgos restantes con el OWASP Top 10 antes de cada versión importante. Nuestra lista de buenas prácticas de seguridad de aplicaciones web para 2026 profundiza en la autenticación, la protección de API y la monitorización.

¿Cuánto cuesta el desarrollo de software en PHP?

El coste del desarrollo de software en PHP depende sobre todo del alcance, las integraciones, el estado del código existente y el nivel de soporte continuo que necesite. Un sencillo sitio de marketing y una plataforma SaaS multi-tenant son ambos proyectos PHP, pero sus presupuestos difieren en un orden de magnitud.

Los principales factores de coste son:

• Alcance y complejidad: número de roles de usuario, pantallas, flujos de trabajo y reglas de negocio.
• Integraciones: proveedores de pago, sistemas ERP y CRM, proveedores de identidad y API de terceros.
• Framework frente a CMS: configurar WordPress o Magento es más barato que un modelo de dominio a medida, hasta que sus requisitos dejan de encajar en la plataforma.
• Estado del código heredado: la falta de pruebas, las versiones de PHP obsoletas y las librerías abandonadas añaden tiempo de descubrimiento y refactorización.
• Cumplimiento: los requisitos del RGPD, HIPAA o PCI DSS añaden trabajo de seguridad, documentación y auditorías.
• Modelo de equipo: un proyecto de alcance cerrado, un equipo dedicado o la ampliación de equipos (staff augmentation) valoran el riesgo de forma distinta.
• Soporte y actualizaciones: alojamiento, monitorización, parches de seguridad y actualizaciones de versión de PHP durante toda la vida útil del sistema.

Para darle referencias concretas, estos son los precios de partida de YuSMP para proyectos web, los mismos niveles que publicamos en nuestra página del servicio de desarrollo web:

Cada proyecto recibe un presupuesto desglosado por partidas que usted aprueba antes de escribir una sola línea de código, de modo que el alcance y el precio se acuerdan de antemano. Sea cual sea el proveedor que elija, incluya el mantenimiento y las actualizaciones de versión de PHP en el coste total de propiedad: una plataforma barata de construir pero atascada en un runtime sin soporte se encarece rápidamente. Para un desglose detallado, lea nuestra guía sobre el coste del desarrollo de aplicaciones web a medida en 2026.

Cómo elegir servicios de desarrollo de software en PHP

El partner adecuado de servicios de desarrollo de software en PHP demuestra un dominio profundo del framework, trabaja solo con código PHP 8.x con soporte, aplica controles de calidad automatizados y se compromete por contrato con una política de actualizaciones. El precio importa, pero estas señales anticipan cuánto le costará mantener el sistema.

Utilice esta lista de siete puntos al comparar proveedores:

1. Dominio del framework: proyectos probados en Laravel o Symfony de tamaño similar, idealmente con referencias a las que pueda llamar.
2. Bases de código solo en PHP 8.x: el trabajo nuevo empieza en una versión con soporte y el proveedor puede mostrar proyectos de actualización recientes.
3. Análisis estático y pruebas en CI: PHPStan o Psalm a un nivel definido, pruebas automatizadas y revisión de código en cada merge.
4. Política de actualizaciones y EOL en el contrato: quién actualiza las versiones de PHP y del framework, con qué frecuencia y a qué coste.
5. Prácticas de seguridad: auditoría de dependencias, revisiones basadas en OWASP y un proceso claro para gestionar vulnerabilidades.
6. Propiedad del código y de la PI: usted es propietario del repositorio, de las cuentas de infraestructura y de toda la propiedad intelectual desde el primer día.
7. Comunicación y solapamiento horario: demos periódicas, un tech lead designado y un horario laboral que se solapa con el de su equipo en EE. UU. o la UE.

Un único servicio de desarrollo de software en PHP, como una auditoría de actualización o una revisión de seguridad, es también una forma de bajo riesgo de probar a un proveedor antes de comprometerse con un desarrollo mayor. Si necesita capacidad a largo plazo en lugar de un proyecto cerrado, los equipos de desarrollo dedicados le ofrecen un squad PHP estable con tech lead, QA y DevOps. Nuestra guía más amplia sobre cómo elegir una empresa de desarrollo de software trata con más detalle los contratos y la due diligence.

Señales de alarma al contratar a un proveedor de desarrollo PHP

Descarte al proveedor, o al menos investigue más a fondo, si muestra alguna de estas señales de advertencia:

• Presupuestos cerrados sin descubrimiento: un precio exacto para un sistema complejo antes de que nadie haya revisado los requisitos o el código existente.
• Sin pruebas automatizadas: «probamos manualmente» significa que cada cambio futuro es una apuesta.
• «Le mantendremos en PHP 7»: aconsejarle que siga en un runtime sin soporte para evitar el trabajo de actualización.
• Sin acceso al código: el repositorio vive solo en la cuenta del proveedor o el código fuente se entrega únicamente al final.
• Dependencia de un solo desarrollador: una única persona concentra todo el conocimiento, sin documentación, revisión de código ni respaldo.

Preguntas frecuentes

Publicado el 5 de noviembre de 2026. Fuentes: php.net, Supported Versions (en inglés); php.net, PHP 8.5 release announcement (en inglés); PHP wiki, PHP 8.6 release plan (en inglés); PHP wiki, RFCs (en inglés); W3Techs, usage statistics of PHP (4 de noviembre de 2026) (en inglés); JetBrains, State of PHP 2025 (en inglés).