VKT Toolkit · 12 de septiembre de 2026 · 8 min de lectura

ModHeader vs VKT Header: ¿qué modificador de cabeceras HTTP encaja en 2026?

Si alguna vez necesitaste añadir una cabecera Authorization para probar una API de staging, o rotar un User-Agent para ver qué devuelve el servidor, seguramente encontraste ModHeader: durante años fue la respuesta por defecto en Chrome. Se ganó esa reputación. Pero 2026 ofrece una herramienta con otra forma: VKT Header hace el mismo trabajo central con aislamiento por dominio, limpieza automática y un precio único. Esta es la comparativa cara a cara que querríamos leer antes de instalar cualquiera de las dos.

Qué hacen realmente las extensiones modificadoras de cabeceras

Antes de las marcas: la mecánica. Cada solicitud HTTP lleva cabeceras — pequeñas líneas clave-valor que dicen al servidor quién eres y qué quieres. User-Agent nombra tu navegador, Referer indica desde dónde hiciste clic, Authorization transporta claves de API, y las cabeceras personalizadas (X-*) llevan lo que espere tu backend. Una extensión modificadora de cabeceras reescribe esas líneas a la salida, de modo que el servidor ve lo que tú eliges. En los navegadores con Manifest V3, la forma limpia de hacerlo son las reglas de sesión de declarativeNetRequest — que, y esto es clave, se borran al reiniciar el navegador. VKT Header está construido exactamente así.

ModHeader: el estándar establecido

ModHeader popularizó el flujo de abrir el popup y escribir: fijas una cabecera y se aplica a la sesión del navegador; todo el mundo reconoce el nombre. Puntos fuertes, con honestidad: conjunto de funciones maduro, modos de cabeceras de respuesta y de filtros de solicitud, compartir en equipo en los planes de pago, compatibilidad multi-navegador. Las fricciones son sobre todo económicas y de alcance: el plan gratuito te limita a un par de cabeceras antes de pasar los perfiles por muro de pago, suscripción recurrente en lugar de compra única, y el comportamiento clásico: las cabeceras se aplican globalmente a todas las pestañas salvo que construyas reglas de filtro. Esa costumbre de «global por defecto» es la razón por la que las claves de API de pruebas acaban viajando a solicitudes no relacionadas.

VKT Header: la alternativa con alcance por dominio

VKT Header es una extensión Manifest V3 para Chrome y Edge construida alrededor de una idea: las reglas de cabeceras deben ser desechables y estar contenidas.

• Perfiles, no campos en bruto: guarda una instantánea de cabeceras (5 reglas gratis, 5 cabeceras cada una; ilimitadas con Premium) — «API de staging», «Prueba de UA móvil», «Demo para cliente» — un clic para aplicar.
• Aislamiento por dominio: las reglas se aplican solo a los dominios que vinculas. Tu clave de staging no puede filtrarse a las otras once ventanas.
• Coincidencia de URL: vincula un perfil a URLs concretas para que las cabeceras correctas sigan al sitio correcto automáticamente.
• Reglas de sesión con limpieza automática: construido sobre reglas de sesión declarativeNetRequest — reinicia el navegador y cada regla desaparece. Nada queda suelto, nada sigue activo en silencio a la mañana siguiente.
• Importar/exportar: mueve juegos de plantillas entre máquinas, compártelos con un compañero como un archivo plano.
• Privacidad local-first: cero subidas, sin cuenta, sin analítica; los permisos son solo declarativeNetRequest y storage. Seis idiomas de interfaz con detección automática.

Premium elimina los límites de perfiles y cabeceras por $9.99 de pago único, de por vida — sin suscripción. Límites honestos: VKT Header maneja cabeceras de solicitud (la necesidad dev más común), y es una pequeña extensión independiente — la infraestructura empresarial y de equipos de ModHeader y sus herramientas de cabeceras de respuesta son más profundas.

Probador de solicitudes: por qué no se aplica una cabecera

«La configuré, pero el servidor no la ve» es la frase que más tiempo consume al depurar cabeceras. Hasta ahora solo quedaba abrir DevTools, mirar una solicitud y adivinar: ¿está mal la regla, no coincide el dominio, o hay otra regla que se impone en silencio?

El botón 🔍 de la cabecera del panel existe justo para esa pregunta. Escribes una URL, eliges el método HTTP (GET viene preseleccionado) y lo ejecutas. El informe aparece al momento:

• Qué reglas coinciden, ordenadas por prioridad, con el nombre de la regla y el dominio con el que realmente coincide.
• Qué escribe cada regla: qué cabeceras añade a la solicitud o a la respuesta y si la operación es set, append o remove.
• Quién gana un conflicto: si dos reglas tocan la misma cabecera, el informe dice cuál se impone y a cuál está sobrescribiendo.
• Desajuste de método, con nombre propio: una regla limitada a POST que no puede participar aparece como «método no coincide», no mezclada en «ninguna regla coincide». Son dos fallos distintos y merecen respuestas distintas.

Por dentro es un dry run de solo lectura: no se envía ninguna petición, no se crea ni se modifica ninguna regla DNR y no se toca el almacenamiento. Recorre el mismo camino que el tráfico real — el mismo constructor de expresiones regulares, la misma escala de prioridad — así que lo que lees es lo que hará el navegador en la siguiente solicitud.

También detecta el fallo silencioso. Las reglas coinciden por dominio: sin distinguir mayúsculas, ignorando la ruta, con www opcional y la inclusión de subdominios como interruptor. Una regla que parece impecable puede fallar por uno de esos detalles; pegar la URL completa en el probador lo deja a la vista. Es un diagnóstico que otras extensiones de cabeceras no ofrecen, y viene incluido en el plan gratuito.

Migrar desde ModHeader o Header Editor

Casi nadie deja una herramienta de cabeceras porque le disguste: la deja porque reescribir treinta cabeceras a mano es una paliza. Ajustes → Import lee directamente los archivos JSON que exportan ModHeader y Header Editor, sin scripts de conversión ni volver a teclear nada.

Qué se conserva:

• Los dominios, incluido el interruptor para incluir subdominios.
• Las entradas de cabeceras de solicitud y de respuesta, con set, append y remove intactos.
• Los filtros de método: una regla que solo actúa en POST sigue siendo una regla de POST.

Lo que no se conserva no se descarta en silencio: se informa. Reglas atadas a una pestaña o ventana concreta, reglas programadas por franja horaria, redirecciones, reescritura del cuerpo de la respuesta y funciones personalizadas. El informe de importación las enumera todas, así sabes qué sigue viviendo en la extensión antigua antes de borrarla.

Hay dos valores por defecto que hacen segura la migración. Las reglas importadas llegan desactivadas: leer un archivo no pone nada en marcha. Y cuando el alcance original no tiene equivalente aquí, el importador se niega a ampliarlo: una regla fijada a una pestaña nunca se convierte en «todos los sitios». VKT Header aplica las reglas globalmente por dominio, no por pestaña, así que un alcance más estrecho hay que recrearlo a propósito en lugar de aproximarlo.

Importar es gratis. Exportar tus propias reglas como copia de seguridad JSON forma parte de Premium: útil cuando ya tienes un conjunto que merece la pena conservar.

Orden práctico: lee primero el informe de importación, activa después las reglas de una en una y confirma cada una con el probador de solicitudes del apartado anterior.

Comparativa cara a cara

¿Cuál deberías instalar?

• Elige ModHeader si necesitas reescritura de cabeceras de respuesta, perfiles de equipo, o ya pagas su suscripción y su modelo global con filtros te encaja.
• Elige VKT Header si tu trabajo son las cabeceras de solicitud — pruebas de API, experimentos de UA, demos de QA — y quieres que las reglas vivan solo mientras dure la sesión del navegador, con un pago único en lugar de un recibo que se renueva.

Muchos lectores quieren ambas cosas a la vez y no hay vergüenza en usar cualquiera: el factor decisivo para la mayoría de desarrolladores en solitario en 2026 es la garantía de limpieza. Las herramientas de cabeceras que olvidan desaparecer son herramientas que acaban filtrando.

Preguntas frecuentes

Más herramientas VKT en el catálogo de extensiones, o escríbenos a [email protected].