Resumen

  • El Proceso vigente de 2025 exige que una Recomendación haya declarado desde su primera publicación que admite funciones nuevas si quiere añadirlas por la vía de revisión del mismo documento. El borrador del 25 de octubre de 2026 eliminaría esa condición para todas.
  • Una enmienda candidata seguiría sin fuerza normativa hasta superar una consulta pública de al menos 60 días, revisión del Comité Asesor, oportunidad de exclusión de patentes y prueba de implementación. Quien necesite un conjunto fijo de funciones tendrá que citar la edición fechada.

La letra pequeña estaba en el calendario

Pensemos en quien redacta una compra pública. Escribe «compatible con la Recomendación del W3C» y pega la URL que encuentra primero. La frase parece precisa. Puede señalar un texto publicado un día determinado o la puerta giratoria de la versión más reciente. Mientras las revisiones reparan erratas, la ambigüedad duerme. Una función nueva la despierta.

El Proceso que rige desde el 18 de agosto de 2025 obliga a decidir desde el principio si una Recomendación permitirá añadir funciones después. La autorización debe aparecer antes de su primera publicación como Recomendación. Si falta, el Grupo de Trabajo todavía puede desarrollar la función, pero mediante un informe técnico nuevo que empieza como primer borrador público y recorre su propio camino. Las correcciones del documento anterior siguen siendo posibles. Lo que queda protegido por defecto es el perímetro de funciones del documento existente.

El borrador de 25 de octubre de 2026 cambia esa arquitectura. Las modificaciones sustantivas de clase 3 y las funciones nuevas de clase 4 podrían aparecer como enmiendas candidatas en cualquier Recomendación. El texto dice que elimina la restricción anterior por sencillez. La sencillez tiene un precio de dirección postal: el mismo enlace sin fecha podrá terminar apuntando a una edición que ofrece más funciones que la que examinó el comprador original.

Ese borrador aún debe atravesar el procedimiento del propio W3C. Su estado publicado lo identifica como trabajo del grupo de Proceso, basado en la versión operativa de 2025 y destinado a revisión por el Comité Asesor cuando el Consejo Asesor lo considere listo. Nadie puede convertir una fusión en la rama de borradores en una reforma ya vigente.

El argumento honesto de los editores

La solicitud de cambio 1168 se fusionó el 22 de julio. Su autor afirma que separar las Recomendaciones «ampliables» de las demás confundía a los participantes y complicaba la maquinaria. Según la descripción pública, había poca prueba de que terceros dependieran de la antigua garantía. La simplificación jubila ocho términos definidos y reduce en 43 líneas netas el Proceso, sin contar el apéndice que conserva el vocabulario retirado.

Hay una diferencia entre poca prueba en ese expediente y poca dependencia en el mundo. La solicitud no presenta un censo de contratos, pruebas de conformidad o productos que citan la URL sin fecha. No hace falta inventarlo para apreciar el problema. Una promesa por defecto funciona precisamente porque quienes la usan no tienen que registrarse en una discusión de GitHub para invocarla.

La guía oficial del W3C distingue tres direcciones: «this version» identifica una publicación concreta; «latest published version» sigue la serie; «Editor’s Draft» muestra el trabajo en curso del grupo. El W3C procura conservar sin cambios cada publicación específica, salvo correcciones limitadas de marcado y enlaces. La edición fechada, por tanto, sigue siendo una referencia sólida. La dirección que se mueve conserva su utilidad para descubrir el trabajo más reciente; ya no bastará para probar qué conjunto de funciones aceptó una organización en una fecha anterior.

El trámite no es una goma de borrar

El nuevo permiso tampoco haría normativas las ideas al colgarlas de un margen. La enmienda candidata es una anotación. Para integrarla en el texto obligatorio, el grupo tendría que convocar una última llamada de revisión, conceder al menos 60 días para comentarios, pedir experiencia de implementación, abrir la revisión del Comité Asesor y la ventana de exclusión de patentes, resolver observaciones y solicitar la publicación actualizada. También puede volver a un Borrador de Trabajo o a una Recomendación Candidata.

En las actas públicas de ARIA del 26 de octubre, los participantes hablan de ventanas de patentes, registros de cambios y revisión horizontal que llega demasiado tarde para quienes ya implementaron. La conversación muestra el coste práctico de revisar normas vivas. No documenta la aprobación de una función concreta mediante la reforma propuesta.

La decisión editorial del W3C es defendible: un proceso común puede ser más fácil de aplicar. La decisión del usuario de la norma necesita la misma claridad. Una URL copiada deprisa no debería elegir por sí sola cuánto cambia una obligación.

Fuentes