XHTTP, WebSocket o gRPC para VLESS: ¿cuál usar?
Equipo editorial técnico · Publicado el 3 de octubre de 2026
XHTTP, WebSocket y gRPC son transportes que llevan los datos del proxy entre cliente y servidor. VLESS es el protocolo de proxy; TLS o REALITY protege la conexión.
La mayoría de usuarios no necesita elegir el transporte por separado. Si el proveedor entrega una suscripción que funciona, conviene importar ese perfil. Las diferencias importan al configurar un servidor o resolver problemas de compatibilidad. Consulta qué es VLESS para entender las capas.
WebSocket: infraestructura web conocida
WebSocket comienza como una conexión HTTP y se convierte en una conexión bidireccional persistente. Lleva años usándose con VLESS y lo admiten muchos clientes, proxies inversos y algunas configuraciones de CDN.
No hace falta sustituir una implementación WebSocket estable solo porque exista un transporte más nuevo. Sin embargo, su proceso de actualización HTTP/1.1 tiene rasgos reconocibles. La documentación actual de Xray propone considerar XHTTP en instalaciones nuevas compatibles. Con una CDN deben coincidir dominio, ruta, TLS, reglas del proveedor y servidor de origen. Más detalles en VLESS con Cloudflare CDN.
gRPC: depende de HTTP/2
gRPC se basa en HTTP/2. Un proxy inverso puede reenviarlo si admite correctamente HTTP/2 y gRPC. El nombre del servicio, TLS y el comportamiento del proxy deben concordar con el servidor.
Xray recomienda considerar XHTTP para instalaciones nuevas compatibles y documenta limitaciones de gRPC, entre ellas el fallback. Eso no obliga a migrar un servidor gRPC que funciona bien.
XHTTP: transporte más reciente de Xray
XHTTP ofrece varios modos que tratan de forma distinta la subida y la bajada. Cuando cliente y servidor son compatibles, la documentación actual de Xray lo presenta como una dirección preferente para nuevas instalaciones. Mihomo también documenta VLESS XHTTP.
La compatibilidad es el límite principal. Un cliente antiguo, su núcleo integrado o un conversor de suscripciones quizá no entienda el mismo perfil XHTTP. Comprueba toda la ruta antes de migrar.
Comparación rápida
| Transporte | Punto fuerte | Aspecto a comprobar |
|---|---|---|
| WebSocket | Amplio soporte y proxies web conocidos | Modelo antiguo de actualización HTTP |
| gRPC | Encaja en infraestructura HTTP/2 | Soporte de gRPC en todos los intermediarios |
| XHTTP | Varios modos HTTP en Xray | Versiones del cliente, servidor e intermediarios |
No es una clasificación de velocidad. La ruta, la congestión, la pérdida de paquetes y la carga del servidor suelen importar más que el nombre del transporte.
¿Cómo decidir?
Puedes mantener WebSocket o gRPC si funcionan de forma estable. En una instalación nueva con Xray, considera XHTTP si todas las partes lo admiten. Una tecnología más reciente no justifica por sí sola una migración.
Transporte y seguridad se verifican por separado. Xray documenta TLS con los tres, mientras REALITY aparece con RAW, XHTTP y gRPC, no con WebSocket. Un perfil WebSocket + TLS no pasa a REALITY al cambiar un solo campo. Consulta REALITY frente a TLS.
Importa el perfil tal como lo entrega el proveedor. Para elegir aplicación, revisa los clientes VLESS y la guía de apps externas de WahooVPN.
Fuentes: compatibilidad de transportes Xray, WebSocket, gRPC y XHTTP en Mihomo.