⏱️ Lectura: 11 min
Abrí el código fuente de un sitio hecho en 2008 y es probable que encuentres una línea como <meta http-equiv="X-UA-Compatible" content="IE=edge"> todavía viva en el <head>. Un catálogo publicado en vale.rocks reunió ocho reliquias de HTML: etiquetas y comentarios que nacieron para pelear la guerra de navegadores y que hoy son puro fósil digital.
📑 En este artículo
- TL;DR
- Qué pasó
- Contexto e historia
- Detalles técnicos: Smart Tags y PICS
- Cómo detectar reliquias de HTML en tu propio código
- Impacto y análisis
- Qué sigue
- Preguntas frecuentes
- ¿Sigue funcionando X-UA-Compatible en algún navegador actual?
- ¿Hace daño dejar estos fragmentos en un sitio moderno?
- ¿Qué reemplazó a PICS como sistema de etiquetado de contenido?
- ¿Por qué Netscape usaba JavaScript dentro de un comentario HTML?
- ¿Dónde es más probable encontrar estas reliquias hoy?
- ¿Existe un listado completo de todas las reliquias de HTML documentadas?
- Referencias
Ninguno de estos ocho fragmentos hace nada en un navegador moderno. Pero entender para qué existieron explica buena parte de las decisiones raras que todavía aparecen en código legado.
TL;DR
- Un catálogo publicado en vale.rocks documenta 8 fragmentos de HTML nacidos de la guerra de navegadores de los 2000.
- El meta tag X-UA-Compatible con IE=edge forzaba a Internet Explorer a usar su motor de renderizado más reciente disponible.
- La variante chrome=1 activaba Google Chrome Frame, un plugin que Google ofreció para Internet Explorer 6 a 9.
- El meta ICBM, jerga hacker heredada de Usenet, ubicaba un sitio en coordenadas para el servicio GeoURL.
- Los comentarios condicionales de IE soportaban operadores lógicos completos: gte, lte, !, &, | y subexpresiones con paréntesis.
- Netscape resolvía lo mismo con JavaScript embebido en comentarios, ignorado por cualquier otro navegador.
- El meta MSSmartTagsPreventParsing nació para bloquear los Smart Tags de Internet Explorer 6, luego retirados por Microsoft.
- PICS, el sistema de etiquetado de contenido del W3C de mediados de los 90, fue el antecesor de los filtros parentales modernos.
Qué pasó
El artículo original, titulado «Antiquated HTML Snippets and Artefacts», cataloga estas reliquias de HTML como respuesta a un problema concreto: navegadores con motores de renderizado distintos, sin estándares comunes, compitiendo por cuota de mercado. El autor los agrupa en dos categorías: los que peleaban contra otro navegador y los que negociaban con integraciones de terceros.
El caso más citado es X-UA-Compatible. Cuando Internet Explorer empezó a lanzar versiones nuevas cada pocos años, muchas páginas quedaban rotas si el navegador cambiaba su modo de renderizado por defecto. La etiqueta <meta http-equiv="X-UA-Compatible" content="IE=edge"> le decía a IE: usá el modo de documento más moderno que tengas disponible, sin importar la versión.
La misma cabecera admitía valores de 5 a 11 para fijar una versión exacta de IE, o EmulateIE7 a EmulateIE11 para simular el comportamiento de esas versiones. Esto último solo funcionaba si la página declaraba un DOCTYPE válido; sin él, el navegador caía en modo quirks.
Contexto e historia
Antes de que Chrome existiera, Google ya competía contra el motor Trident de Internet Explorer. La solución se llamó Google Chrome Frame, un plugin instalable en Internet Explorer 6 a 9 que reemplazaba el renderizado de esas versiones por el motor WebKit de Chrome. Un sitio activaba ese comportamiento con <meta http-equiv="X-UA-Compatible" content="chrome=1">. Google terminó retirando Chrome Frame cuando Internet Explorer alcanzó un soporte de estándares razonable y el plugin dejó de tener sentido.
Otra reliquia con historia curiosa es ICBM, abreviatura de intercontinental ballistic missile que en la jerga hacker de Usenet servía como chiste para indicar dónde estabas. El meta tag <meta name="ICBM" content="-31.9548, 115.8602"> declaraba la ubicación geográfica del sitio y era leído por el servicio GeoURL, que ploteaba páginas en un mapa según su cercanía. GeoURL cerró hace años y con él, el único consumidor real de esa etiqueta.
Internet Explorer también tuvo su propio sistema de comentarios condicionales, útil para mostrar u ocultar HTML según la versión del navegador:
<!--[if gte IE 6]>
<p>Solo visible en Internet Explorer 6 o superior.</p>
<![endif]-->El lenguaje de condiciones era más completo de lo que parece a primera vista. Soportaba los operadores lt (menor que), lte (menor o igual), gt (mayor que), gte (mayor o igual), ! (NOT), & (AND), | (OR) y paréntesis para subexpresiones, además de los literales true y false. Con eso se podían escribir condiciones como IE 7 u 8 pero no en modo compatibilidad, todo dentro de un comentario HTML.
Netscape resolvía el mismo problema de otra forma, incrustando JavaScript inmediatamente después de abrir el comentario:
<!--&{navigator.appName == 'Netscape'};
<p>Solo visible en Netscape.</p>
-->Si la expresión evaluaba a true, Netscape interpretaba el contenido del comentario como HTML real. Cualquier otro navegador, sin ese soporte, lo trataba como un comentario común y lo ignoraba por completo.
flowchart TD
A["Netscape Navigator domina la web a mediados de los 90"] --> B["Microsoft lanza Internet Explorer"]
B --> C["Guerra de navegadores: cada motor define su propia sintaxis"]
C --> D["Google lanza Chrome Frame para IE6-9"]
D --> E["Chrome gana cuota de mercado propia"]
E --> F["IE se retira, los hacks quedan como reliquias en el codigo"]Detalles técnicos: Smart Tags y PICS
Internet Explorer 6 incorporó Smart Tags, un sistema que insertaba automáticamente hipervínculos sobre palabras detectadas en la página, como nombres de empresas, para ofrecer cotizaciones bursátiles o información relacionada sin que el sitio lo pidiera. La reacción de los dueños de sitios fue de rechazo inmediato: la etiqueta modificaba contenido ajeno sin consentimiento.
Microsoft respondió con una vía de escape: <meta name="MSSmartTagsPreventParsing" content="TRUE"> permitía a cualquier sitio optar por quedar fuera del sistema. La presión fue suficiente para que Microsoft terminara retirando Smart Tags por completo de versiones posteriores de IE.
La reliquia más antigua del catálogo es PICS (Platform for Internet Content Selection), un estándar que el W3C intentó establecer a mediados de los 90 para etiquetar contenido según criterios de idoneidad. Internet Explorer lo soportó desde la versión 3 mediante una cabecera densa:
<meta http-equiv="PICS-Label"
content='
(PICS-1.1 "http://www.gcf.org/v2.5"
labels on "1994.11.05T08:15-0500"
until "1995.12.31T23:59-0000"
for "http://w3.org/PICS/Overview.html"
ratings (suds 0.5 density 0 color/hue 1))
'>El problema de PICS fue de incentivos, no técnico: dependía de que cada sitio se autoetiquetara con honestidad. Muchos simplemente mintieron sobre su propia categoría para evitar filtros, y el sistema perdió utilidad práctica.
Cómo detectar reliquias de HTML en tu propio código
Si mantenés un sitio con más de una década de antigüedad, vale la pena buscar estos fragmentos antes de asumir que tu <head> está limpio. Con ripgrep alcanza un solo comando:
# Linux / macOS
rg -n "X-UA-Compatible|MSSmartTagsPreventParsing|PICS-Label|ICBM" --glob "*.html"
# Windows (PowerShell)
Select-String -Path *.html -Pattern "X-UA-Compatible|MSSmartTagsPreventParsing|PICS-Label|ICBM"Para confirmar que un navegador moderno directamente ignora estos fragmentos, basta con abrir la consola de DevTools sobre cualquier página que los tenga:
// En la consola de DevTools, con o sin X-UA-Compatible en el head
console.log(document.compatMode);
// "CSS1Compat" en cualquier navegador moderno con DOCTYPE validoEl resultado no cambia sin importar qué valor tenga X-UA-Compatible: Chrome, Firefox y Safari nunca leyeron esa cabecera. Solo Internet Explorer la interpretaba, y esa rama del árbol genealógico del navegador ya se cerró.
💡 Tip: si el grep encuentra X-UA-Compatible en un proyecto activo, es seguro borrarlo: ningún navegador con soporte vigente lo lee.
Impacto y análisis
Estos fragmentos no son solo curiosidades: son reliquias de HTML que documentan una época sin estándar único de renderizado, donde cada proveedor resolvía la fragmentación a su manera. Microsoft con modos de documento y comentarios condicionales, Netscape con JavaScript embebido, Google con un plugin puente hacia su propio motor.
La comparación entre las principales reliquias ayuda a ver el patrón: casi todas resolvían el mismo problema de compatibilidad entre motores desde ángulos distintos.
| Fragmento | Propósito original | Navegador objetivo | ¿Vigente hoy? |
|---|---|---|---|
| X-UA-Compatible (IE=edge) | Forzar el modo de documento más reciente | Internet Explorer 8-11 | No |
| X-UA-Compatible (chrome=1) | Activar Google Chrome Frame | IE6-9 con el plugin instalado | No |
| Meta ICBM | Geolocalizar el sitio para GeoURL | Cualquiera (rastreadores) | No |
| Comentarios condicionales | Mostrar u ocultar HTML según versión de IE | Internet Explorer 5-9 | No |
| MSSmartTagsPreventParsing | Bloquear los Smart Tags de IE6 | Internet Explorer 6 | No |
| PICS-Label | Etiquetar contenido para filtros del W3C | IE3+ con soporte PICS activo | No |
El punto en común es más interesante que cada caso individual: todas estas soluciones dependían de un solo proveedor o de un servicio de terceros que ya no existe. Cuando IE se retiró y GeoURL cerró, el código sobrevivió sin ningún efecto, simplemente inerte.
📌 Nota: ninguno de estos fragmentos afecta SEO ni accesibilidad en 2026: los motores de búsqueda y lectores de pantalla actuales tampoco los leen.
Qué sigue
Microsoft retiró el soporte de Internet Explorer y las cabeceras condicionales dejaron de tener efecto en cualquier navegador con actualizaciones activas. Eso no significa que el código haya desaparecido: sigue copiado en plantillas, generadores estáticos y CMS heredados, porque nadie audita el <head> de un sitio a menos que rompa algo.
El patrón se repite con cada ciclo de navegadores. Hoy existen prefijos de CSS específicos de motor y banderas experimentales detrás de flags del navegador que en dos décadas probablemente terminen en un catálogo parecido al de vale.rocks.
📖 Resumen en Telegram: Ver resumen
Probalo vos: corré el comando de ripgrep de la sección anterior sobre tu propio repo y confirmá cuántas de estas ocho reliquias de HTML sobreviven en tu head.
Preguntas frecuentes
¿Sigue funcionando X-UA-Compatible en algún navegador actual?
No. Ningún navegador con soporte vigente, como Chrome, Firefox, Safari o Edge basado en Chromium, lee esa cabecera. Solo las versiones de Internet Explorer anteriores a su retiro la interpretaban.
¿Hace daño dejar estos fragmentos en un sitio moderno?
No rompe nada, pero tampoco aporta valor. Son bytes muertos en el <head> que se pueden eliminar sin ningún efecto visible.
¿Qué reemplazó a PICS como sistema de etiquetado de contenido?
Los sistemas actuales de clasificación y control parental funcionan a nivel de plataforma o de red, no mediante un meta tag autodeclarado por cada sitio, justamente porque PICS demostró que el autoetiquetado es fácil de burlar.
¿Por qué Netscape usaba JavaScript dentro de un comentario HTML?
Porque Netscape no implementó una sintaxis de comentarios condicionales como la de Microsoft. Su solución fue evaluar una expresión JavaScript inmediatamente después de abrir el comentario: si daba true, el contenido se trataba como HTML real.
¿Dónde es más probable encontrar estas reliquias hoy?
En sitios institucionales, gubernamentales o de organizaciones sin fines de lucro que no migraron su plantilla base desde mediados de los 2000, y en generadores de sitios o CMS que copiaron un boilerplate antiguo sin revisarlo.
¿Existe un listado completo de todas las reliquias de HTML documentadas?
El catálogo original en vale.rocks incluye más ejemplos además de los ocho cubiertos acá, con documentación de cada caso.
Referencias
- Antiquated HTML Snippets and Artefacts, vale.rocks: catálogo original con las ocho reliquias y su documentación.
- Conditional comment, Wikipedia: explicación de la sintaxis de comentarios condicionales de Internet Explorer.
- Google Chrome Frame, Wikipedia: historia del plugin que activaba el motor de Chrome dentro de IE6-9.
- Platform for Internet Content Selection, Wikipedia: origen del estándar de etiquetado de contenido del W3C.
- MDN Web Docs: referencia general de meta tags y comportamiento de navegadores modernos.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Imagen destacada: Foto de Valery Sysoev en Unsplash
0 Comentarios