¿Por qué PHP cambió a la licencia BSD 3-Clause y cómo afecta a mi sitio web?
Después de 23 años con la misma licencia, PHP hizo lo que rara vez hace: cambiarla. Para los 75% de aplicaciones web que dependen de PHP, esto es una buena noticia silenciosa con consecuencias a largo plazo.
Qué pasó: el 7 de mayo de 2026, el PHP Group retiró formalmente la PHP License 3.01 y la Zend Engine License, reemplazándolas con la BSD 3-Clause. Es la primera vez en 23 años que PHP cambia su licencia.
Qué cambia para tu sitio: en el corto plazo, nada. WordPress, Laravel, Joomla y tu hosting funcionarán exactamente igual mañana. El cambio es estructural y beneficia al ecosistema a largo plazo.
¿Qué cambió exactamente?
PHP usaba históricamente dos licencias simultáneamente:
PHP License v3.01
Cubría la mayor parte del código base de PHP. Creada por el propio proyecto PHP, con restricciones sobre el uso del nombre "PHP" en productos derivados.
Zend Engine License v2.0
Cubría el Zend Engine, el motor de ejecución de PHP. Nunca fue aprobada por OSI y no era totalmente compatible con GPL.
Ninguna era una mala licencia, pero ambas tenían rarezas. La PHP License restringía el uso del nombre "PHP" en productos derivados, creando confusión real para distribuciones Linux como Debian que parchean y redistribuyen PHP. La Zend Engine License nunca fue aprobada por OSI, y ninguna era totalmente compatible con GPL — lo que generaba fricción para cualquiera empaquetando PHP junto con software GPL.
La solución: reemplazar ambas con BSD 3-Clause, una de las licencias open source más permisivas, probadas y universalmente reconocidas que existen.
¿Por qué tardó 23 años?
La historia de licencias de PHP es genuinamente fascinante y muestra lo complejo que puede llegar a ser el gobierno open source.
PHP ha cambiado su licencia siete veces entre 1995 y 2006. Empezó bajo GPLv2, luego adoptó una licencia custom inspirada en Apache con PHP 3 en 1998. PHP 4 trajo el Zend Engine, que vino con su licencia separada de Zend Technologies. Para 2006, la estructura de doble licencia estaba en su lugar y efectivamente congelada.
Durante dos décadas, las licencias funcionaron lo suficientemente bien como para que nadie quisiera pasar por el doloroso proceso de reemplazarlas. Conseguir que todas las personas adecuadas se pongan de acuerdo —miembros del PHP Group, Zend (ahora propiedad de Perforce) y la comunidad más amplia de internals— requirió años de trabajo preparatorio.
Ben Ramsey abrió la discusión RFC en julio de 2025. Para principios de 2026, cada miembro del PHP Group había aprobado el cambio, Perforce había firmado la recesión de Zend, y la votación pasó por la comunidad de PHP internals.
¿Cuántos sitios web corren PHP ahora mismo?
Aquí es donde se vuelve clara la escala de este cambio.
PHP impulsa una proporción extraordinaria de la web moderna:
- WordPress usa PHP para todo el backend — y WordPress corre aproximadamente el 43% de todos los sitios web de internet.
- Joomla, Drupal, Magento y PrestaShop son todos basados en PHP.
- Laravel, Symfony y CodeIgniter —los frameworks PHP dominantes— se usan en millones de aplicaciones web custom.
- Cada panel de control mayor de hosting compartido (cPanel, Plesk, DirectAdmin) corre manejo de PHP como componente central.
Una estimación razonable es que más del 75% de todas las aplicaciones web del lado del servidor involucran PHP de alguna forma. Esto no es un cambio de nicho — afecta virtualmente cada servidor de hosting compartido del planeta.
¿Qué significa para los proveedores de hosting?
Para los proveedores de hosting, la adopción de BSD 3-Clause elimina varios dolores de cabeza de cumplimiento que llevaban años acumulándose:
Distribución más limpia
Las distribuciones de Linux que empaquetan y parchean PHP —incluyendo los sistemas que corren en servidores de hosting— ya no tienen que navegar la ambigüedad de la cláusula del "PHP Group". El PHP Group nunca ha sido una entidad legal clara, lo que creaba incertidumbre teórica de licencias para los redistribuidores. Esa incertidumbre ya no existe.
Mejor compatibilidad con GPL
Los stacks de hosting frecuentemente combinan PHP con software bajo licencia GPL. Las antiguas licencias PHP y Zend no eran compatibles con GPL, lo que técnicamente creaba conflictos de licencias en muchos entornos de producción. BSD 3-Clause resuelve esto limpiamente.
Cumplimiento open source más simple
BSD 3-Clause es una de las licencias más ampliamente entendidas que existen. Los equipos legales de cada empresa importante ya saben cómo manejarla. Esto reduce la fricción para clientes empresariales evaluando infraestructura de hosting.
En términos prácticos, los hostings que operan con PHP gestionado y versiones múltiples por sitio —por ejemplo el plan iHost Pro— absorben este tipo de transiciones de licencia y de versión de manera transparente para el cliente final.
¿Qué significa para los dueños de sitios?
Para la mayoría de los dueños de sitios web: nada cambia en el corto plazo. Tu sitio WordPress se comportará exactamente igual mañana que ayer. Tu plan de hosting, tus plugins, tu tema — nada de eso se ve afectado por un cambio de licencia en PHP mismo.
Lo que sí cambia es la salud a largo plazo del ecosistema PHP:
- Más contribuciones. Los proyectos open source bajo licencias restrictivas o confusas a veces pierden contribuidores que no quieren lidiar con la ambigüedad legal. BSD 3-Clause baja esa barrera, lo que puede atraer más desarrolladores a contribuir al core de PHP.
- Mejor adopción empresarial. Algunos entornos empresariales tienen políticas internas que requieren que el software use licencias aprobadas por OSI y compatibles con GPL antes de poder desplegarse. La antigua Zend License bloqueaba PHP de calificar para esos entornos. Esa restricción ya no aplica.
- Mejora la longevidad de PHP. Cualquier cambio que reduzca la fricción alrededor del gobierno y distribución de PHP hace al lenguaje más sustentable. Para un dueño de sitio cuyo negocio entero corre en PHP, eso es directamente relevante.
¿Cuándo entra en vigor?
La retirada de la PHP License 3.01 fue sometida formalmente a la OSI el 7 de mayo de 2026. La transición aplica empezando con el siguiente major release de PHP. Las versiones de producción actuales de PHP (8.x) no se ven afectadas retroactivamente — permanecen bajo sus licencias originales. La nueva licencia BSD 3-Clause aplicará a futuros releases.
Si estás corriendo PHP 8.1, 8.2 u 8.3 en tu cuenta de hosting hoy, nada cambia para tu instalación existente. Las nuevas versiones de PHP publicadas bajo BSD 3-Clause simplemente serán más limpias desde el punto de vista de licencias para todos en la cadena de suministro.
Estado de versiones de PHP — mayo 2026
| Versión PHP | Estado | Fin de soporte | Recomendación |
|---|---|---|---|
| PHP 8.3 | Activo | Finales de 2027 | Versión recomendada |
| PHP 8.2 | Activo | Finales de 2026 | OK por ahora, planificar upgrade |
| PHP 8.1 | Solo seguridad | Noviembre 2026 | Migrar a 8.3 pronto |
| PHP 8.0 e inferior | End-of-life | Ya vencido | Migrar urgente |
¿Deberías hacer algo ahora mismo?
Para el dueño promedio de un sitio: no se requiere acción inmediata por el cambio de licencia.
Sin embargo, es siempre buen momento para asegurarte de que tu entorno de hosting esté corriendo una versión soportada actualmente de PHP. Las ventanas de soporte de versiones importan — las versiones sin soporte dejan de recibir parches de seguridad, lo que crea riesgo real para cualquier sitio en producción.
Si tu sitio está corriendo PHP 7.x o PHP 8.0, migrar a una versión actual es significativamente más urgente que cualquier noticia de licencias. Las versiones sin soporte son vulnerabilidades exploitables hoy, no en un futuro hipotético. Si tu hosting no te permite cambiar la versión de PHP desde el panel, ese es síntoma de un proveedor que no se mantiene al día: con un plan con selector de PHP por dominio como iHost Pro se puede saltar de 7.4 a 8.3 sin tocar código.
El panorama más amplio
El cambio de licencia de PHP es un evento pequeño en la vida diaria de un dueño de sitio web. Pero refleja algo importante sobre la infraestructura open source de la que depende la web moderna.
El software que corre tu sitio no es estático. Está mantenido por comunidades de desarrolladores que toman decisiones de gobierno —sobre licencias, sobre parches de seguridad, sobre qué funcionalidades construir— que se propagan a millones de entornos de producción.
La adopción de BSD 3-Clause es una señal de que los administradores de PHP están manejando activamente la salud a largo plazo de un lenguaje que corre aproximadamente el 75% de la web. Eso vale la pena prestarle atención, incluso si nunca necesitas pensar directamente en compatibilidad de licencias.
Preguntas frecuentes
¿Mi WordPress dejará de funcionar?
¿Tendré que actualizar algo en mi hosting?
¿BSD 3-Clause es más restrictiva o más permisiva que las licencias antiguas?
¿Esto afecta los planes de hosting que pago?
La criptografía post-cuántica, el cambio de licencia de PHP, los CVEs masivos de cPanel — todos son eventos que ocurren bajo la superficie de tu sitio web. Si tienes un buen hosting, la mayoría te pasará desapercibida. Pero entenderlos te hace mejor cliente: sabes qué preguntar, qué exigir y qué señales mirar al elegir con quién alojar tu negocio.
Fuentes y referencias
- Ben Ramsey — The PHP License Simplified— Blog del release manager
- LWN.net — A PHP license change is imminent— LWN.net
- FOSS Force — The PHP License Is Dead; Long Live the BSD 3-Clause— FOSS Force
- PHP RFC — PHP License Update— PHP Wiki
- BSD 3-Clause License — SPDX Reference— SPDX
- hosting.cl — Hosting con PHP actualizado y cPanel— hosting.cl