01 · Contexto

Qué está ocurriendo

La entrada oficial del 15 de octubre de 2026 anuncia la beta pública de Gateway con Workers para todos los planes Zero Trust. La acción Forward ejecuta código sobre tráfico HTTP permitido que coincide con una política, sin administrar otro proxy.

Puede transformar solicitudes y respuestas, mostrar páginas de orientación o realizar tareas de fondo. El Worker recibe contexto de conexión y, cuando están disponibles, identidad y postura del dispositivo.

Gateway gestiona el proxy, TLS y el encaminamiento. Evalúa políticas HTTP antes de Forward e inspecciona la respuesta final. También inspecciona el cuerpo original; una decisión de bloqueo puede interrumpir el Worker.

02 · Impacto

Por qué importa

Análisis editorial: La integración abre una opción para adaptar controles y experiencias sin operar un proxy separado. También incorpora código propio al recorrido de solicitudes y respuestas, por lo que conviene evaluar sus efectos sobre disponibilidad, privacidad y mantenimiento. Para una organización, la decisión relevante no es cuántas transformaciones puede programar, sino cuáles resuelven una necesidad verificable y pueden mantenerse con un responsable claro.

03 · Recomendaciones

Qué conviene hacer

  • Elegir un caso piloto sencillo, con entradas conocidas y una salida fácilmente verificable. Documentar qué solicitudes deben coincidir, cuáles deben permanecer fuera y qué resultado espera el usuario. Probar también errores, contenido inesperado y decisiones de bloqueo para evitar que una demostración exitosa se confunda con preparación operativa.
  • Aplicar minimización de datos al código y a sus registros. Si una tarea de fondo envía información a otro servicio, revisar primero el destinatario, la finalidad y los campos transmitidos. La disponibilidad técnica de identidad o postura del dispositivo no convierte su copia o conservación en una necesidad automática.
  • Definir quién mantiene el Worker, cómo se revisan sus cambios y cómo se retira una versión defectuosa. Medir latencia y errores antes y después del piloto, conservando una configuración conocida para comparar resultados. Dado el estado beta, comprobar las condiciones vigentes y las limitaciones documentadas antes de extender esta dependencia a flujos críticos; son criterios recomendados de adopción, no garantías adicionales del producto.
  • Análisis editorial: personalizar un punto central del tráfico puede producir efectos amplios incluso cuando el código añadido parece pequeño. Una respuesta modificada puede cambiar la experiencia de una aplicación o complicar su diagnóstico. Por eso, el alcance inicial debería ser fácil de observar y retirar. La simplicidad del caso de uso ayuda a distinguir un problema de política, una falla del código y un comportamiento del servicio de destino.
Fuente principalCloudflare One ChangelogConsultar publicación original