VKT Toolkit · 12 de septiembre de 2026 · 8 min de lecturaCómo cambiar el User-Agent en Chrome (2026): DevTools vs. extensión
El servidor te muestra la página móvil, el layout roto de IE, el banner geobloqueado —y detrás de todo hay una línea que decidió tu suerte: la cabecera User-Agent. Cambiarla es el truco de desarrollo más viejo de la web: comprobar qué le sirve un sitio a los móviles sin tener uno, reproducir un bug que solo ocurre en un navegador viejo, ver más o menos lo que ve el rastreador. En 2026 Chrome ofrece tres vías realistas —dos dentro de DevTools y una extensión—, y lo que las separa es el alcance y la persistencia, no la capacidad.
Qué le dice realmente el User-Agent a los servidores
La cabecera es una sola línea en texto plano en cada solicitud:
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
Anatomía: el prefijo Mozilla/5.0 es un apretón de manos de compatibilidad heredado de las guerras de los navegadores que nadie se atreve a quitar. La parte entre paréntesis nombra tu sistema operativo. AppleWebKit y KHTML declaran el motor de renderizado, Chrome/… la versión del navegador, y el Safari/… final es otra cortesía heredada. Los servidores analizan esta cadena antes de que se mueva un solo byte de HTML: decide el layout móvil o de escritorio, habilita o corta funciones, elige los banners de la App Store y a veces hasta qué archivo descargas. Esa decisión se toma en el alambre —justo la parte que puedes reescribir.
Método 1: modo de dispositivo de DevTools
La comprobación puntual más rápida. Abre DevTools con F12, activa la barra de herramientas de dispositivo (Ctrl+Shift+M) y elige un dispositivo predefinido —o abre el desplegable de UA y escoge «Otros…» para pegar la cadena que quieras. Chrome enviará entonces el User-Agent elegido en las peticiones de esa pestaña, y los servidores que deciden por cabecera responden enseguida con la página móvil.
El truco es a propósito: la anulación pertenece a esa pestaña y a esa sesión de DevTools. Recarga, cierra la pestaña o apaga el navegador y tu User-Agent real vuelve. Perfecto para un «cómo se ve esto en un iPhone» rápido; inútil como configuración fija en la que apoyarte cada día.
Método 2: anulación desde el menú de comandos / flags de inicio
El menú de comandos de DevTools (Ctrl+Shift+P) expone las mismas anulaciones de dispositivo, Ajustes → Dispositivos deja editar la lista de UA, e incluso puedes lanzar Chrome con el modificador --user-agent. Límites honestos: las variantes de DevTools se resetean con la misma terquedad y es engorroso mantenerlas configuradas, mientras que el flag de inicio estampa todas las pestañas de esa ventana del navegador con la misma identidad falsa —lo contrario de la contención. Ninguna de las dos es un flujo para diario.
Método 3: una extensión de cabeceras (recomendada para trabajo repetido)
Si cambias el User-Agent más de una vez por semana, VKT Header lo convierte en una operación guardada, acotada y autolimpiante. Es una extensión Manifest V3 de Chrome/Edge que reescribe cabeceras de solicitud mediante reglas de sesión de declarativeNetRequest:
- Plantillas: guarda «iPhone Safari», «Old Chrome», «Googlebot» como perfiles —aplica uno de un clic en vez de pegar una cadena cada vez.
- Aislamiento por pestaña: las reglas se aplican a la pestaña objetivo, así la UA falsa no te sigue a todas partes.
- Coincidencia de URL: vincula una plantilla a URLs concretas para que la pestaña de pruebas correcta reciba la identidad correcta automáticamente.
- Autolimpieza: las reglas de sesión mueren al cerrar la pestaña o reiniciar el navegador —ninguna UA olvidada haciéndose pasar por ti la semana que viene.
El nivel gratuito cubre 5 perfiles con 5 cabeceras cada uno; Premium ($9.99 a pago único, de por vida, o $2.99/mes) quita los límites y añade soporte prioritario. Instálala desde la tienda de Edge Add-ons o usa el enlace de instalación de Chrome de la página del producto. Un límite honesto: VKT Header solo cambia cabeceras de solicitud —mira la advertencia más abajo antes de confiarle algo más.
Los tres métodos, cara a cara
| Método | Persistencia | Alcance | Rapidez de setup | Limpieza |
|---|---|---|---|---|
| Modo de dispositivo de DevTools | Hasta recargar o cerrar la pestaña | Esa única pestaña | Segundos | Se va solo —y se va cuando lo necesitas |
| Anulación por menú de comandos / flag de inicio | Se resetea al reiniciar; el flag dura la ventana | Pestaña (DevTools) o ventana entera (flag) | Engorroso de mantener configurado | Impredecible |
| VKT Header | Perfiles guardados para siempre; reglas por pestaña | Una pestaña, o pestañas por coincidencia de URL | Un clic tras la configuración | Automática —cerrar la pestaña borra cada regla |
La advertencia honesta: cabeceras vs. huella del navegador
Cambiar la cabecera User-Agent cambia lo que el servidor lee en la línea. No cambia lo que lee JavaScript: navigator.userAgent sigue informando de tu navegador real, y el fingerprinting moderno —client hints, canvas, verdad de los plugins— puede delatar el desajuste. Está bien para pruebas y comprobaciones de compatibilidad, que es exactamente para lo que es. Y significa también que no deberías usar un cambio de UA para engañar: sitios sensibles a la seguridad como bancos y tiendas de apps saltan ante el desajuste, y los términos de servicio de algunos servicios prohíben de plano falsear tu cliente. Prueba con él; no te camufles con él.
Preguntas frecuentes
¿El cambio de User-Agent en DevTools se aplica a todas las pestañas?
No. La anulación de DevTools está acotada a la pestaña cuya DevTools configuraste, y es temporal: recarga la página o cierra la pestaña y tu User-Agent real vuelve. Los flags de inicio son el extremo opuesto: marcan cada ventana que arranques con ese flag.
¿De verdad me servirán páginas móviles?
Divide la pregunta con honestidad. Si el servidor decide por la cabecera User-Agent —la mayoría de los conmutadores móvil/escritorio lo hacen—, sí, obtendrás la página móvil. Si la decisión se toma en el cliente, en JavaScript o en fingerprinting que lee navigator.userAgent y otras señales, cambiar solo la cabecera no lo convencerá, ni debería intentarlo.
¿Es legal cambiar el User-Agent?
Para probar, desarrollar y comprobar compatibilidad, es un flujo de trabajo habitual de desarrollo. Falsear tu cliente para saltar restricciones puede incumplir los términos de servicio de un sitio —y en algunas jurisdicciones, algo más. Ante la duda, prueba en sistemas que poseas o tengas autorización de testear. Nada de esto es asesoramiento legal.
¿Cuál es la mejor forma gratuita de conservar un User-Agent propio?
El nivel gratuito de VKT Header guarda 5 perfiles con 5 cabeceras cada uno —con aislamiento por pestaña, coincidencia de URL e importación/exportación—, así que una identidad «iPhone Safari» guardada queda a un clic y se autolimpia al cerrar la pestaña. Premium quita los límites por $9.99 a pago único, de por vida.
¿Por qué mi banco o mi app se quejan al cambiar el User-Agent?
Porque la cabecera ya no concuerda con la huella real de tu navegador —ese desajuste es justo la advertencia honesta de arriba, y la detección de fraude lo trata como señal de alarma. Borra la regla y todo vuelve a portarse con normalidad. Con la autolimpieza de VKT Header, cerrar la pestaña ya la había borrado.
Nuestra opinión: DevTools responde «qué le sirve esta página a un iPhone, ahora mismo». Una extensión con alcance por pestaña responde «cada día, para exactamente una pestaña, y ya nunca más» —perfiles guardados, coincidencia de URL y reglas de sesión que mueren con la pestaña hacen de VKT Header la opción de diario para el trabajo repetido de UA, gratis para empezar con 5 perfiles.
Más herramientas VKT en el catálogo de extensiones, o escríbenos a [email protected].