¿Con qué está hecho un sitio web? Cómo encontrar su stack tecnológico

  • vuetelemetry
  • Stacks
  • 6 min de lectura

¿Tienes curiosidad por saber qué framework, servidor o analítica usa un sitio? Aquí tienes cómo descubrir con qué está hecho un sitio web — y qué significan de verdad las pistas.

Es una pregunta natural mientras navegas: ¿con qué está hecho este sitio? Quizá admiras lo rápido que se siente una página, estás eligiendo un stack para tu propio proyecto, o simplemente quieres saber si un sitio funciona con React, Vue, WordPress o algo hecho a mano. La buena noticia es que la web es inusualmente transparente — un sitio envía gran parte de su propia descripción a tu navegador, y puedes leerla.

El término «stack tecnológico» abarca varias capas distintas, y conviene separarlas. Está el framework o librería de front-end que construye la interfaz (React, Vue, Svelte, Angular o JavaScript puro); el meta-framework o la herramienta de build que lo compila y sirve (Next.js, Nuxt, Vite, Astro); el back-end y el hosting que lo entregan; y los servicios auxiliares — analítica, fuentes, CDN, gestores de etiquetas — apilados encima. Un solo sitio puede mezclarlo todo.

Léelo en las dev tools del navegador

Código fuente JavaScript que usa window.scrollTop y parseInt, mostrado en una pantalla oscura.
Código fuente JavaScript que usa window.scrollTop y parseInt, mostrado en una pantalla oscura.

La forma más directa de investigar son las herramientas de desarrollo de tu propio navegador, que todo navegador moderno incluye gratis. Ábrelas y mira el panel Elementos para leer el HTML renderizado, el panel Red para ver exactamente qué archivos y dominios se cargan, y la Consola para detectar variables globales de frameworks. No hace falta ninguna extensión; la información ya está delante de ti en cuanto se carga una página.

Las firmas que delatan un framework

Firmas concretas delatan un framework. Una página cuyo HTML contiene un <div id="root"> o <div id="app"> casi vacío que luego se llena de contenido es casi con seguridad una single-page application construida con React, Vue o una librería similar. Nombres de archivo en la pestaña Red como main.[hash].js, los bundles «vendor», o chunks nombrados según un framework son pistas fuertes, y atributos como data-reactroot o data-v- en el marcado apuntan a React y Vue respectivamente.

  • Dev tools del navegador (Elementos, Red, Consola) — gratis, integradas, sin extensión
  • Firmas del marcado: <div id="root">/<div id="app">, data-reactroot, data-v-
  • Etiquetas de script: __NEXT_DATA__ (Next.js), window.__NUXT__ (Nuxt)
  • URLs y cabeceras: /wp-content/ (WordPress), Server / X-Powered-By
  • Las extensiones de detección (p. ej. Wappalyzer) leen esas mismas pistas públicas

El back-end y la capa de contenido también dejan huellas. Las cabeceras de respuesta suelen incluir un valor Server o X-Powered-By; URLs que contienen /wp-content/ o /wp-json/ revelan WordPress; y la presencia de una etiqueta de script __NEXT_DATA__ es una señal clara de Next.js, igual que window.__NUXT__ apunta a Nuxt. Nada de esto requiere herramientas especiales — todo es visible en el código fuente de la página y en las peticiones de red.

Extensiones de detección en un clic, y sus límites

Las extensiones de navegador empaquetan esta detección en un clic. Herramientas como Wappalyzer y extensiones similares de detección de stack escanean una página en busca de esas mismas firmas y presentan una lista ordenada de los frameworks, analíticas, CDN y servidores que reconocen. Son cómodas, pero conviene entender que leen exactamente las pistas descritas arriba, sin consultar ningún registro secreto — y por eso también pueden ser engañadas.

Esa falibilidad importa, así que trata el resultado de cualquier detector como evidencia, no como prueba. Un sitio detrás de un CDN o un reverse proxy puede ocultar su servidor de origen real; un framework puede configurarse para quitar sus atributos reveladores; y el renderizado en servidor puede hacer que una SPA parezca un sitio estático a primera vista. La detección te dice lo que un sitio eligió exponer, que suele ser suficiente, pero no siempre toda la verdad.

Leer las señales públicas de la web

Esto es, en espíritu, lo que la herramienta original «Vue Telemetry» se propuso hacer: revelar qué sitios en la práctica estaban construidos con Vue y Nuxt, leyendo esas mismas firmas públicas. La idea se generaliza a todo el ecosistema front-end — cada framework deja rastros, y aprender a leerlos convierte la mera curiosidad en una habilidad realmente útil para la investigación competitiva, la contratación, o simplemente elegir tus propias herramientas.

También hay una dimensión de privacidad que conviene notar mientras husmeas. La pestaña Red no solo revela el framework de un sitio; revela cada tercero con el que habla la página — endpoints de analítica, redes publicitarias, proveedores de fuentes y rastreadores. Inspeccionar un sitio que usas es una forma rápida de ver quién más interviene para servírtelo, una información que la copia de marketing rara vez menciona.

También hay una dimensión de privacidad que conviene notar mientras husmeas. La pestaña Red no solo revela el framework de un sitio; revela cada tercero con el que habla la página — endpoints de analítica, redes publicitarias, proveedores de fuentes y rastreadores. Inspeccionar un sitio que usas es una forma rápida de ver quién más interviene para servírtelo, una información que la copia de marketing rara vez menciona.

— vuetelemetry

De la curiosidad a una habilidad útil

Así que la próxima vez que te preguntes con qué está hecho un sitio, no necesitas adivinar. Abre las herramientas de desarrollo, lee el HTML y las peticiones de red, busca las firmas, y confirma opcionalmente con una extensión de detección. La web lleva gran parte de su arquitectura por fuera, y una vez que sabes dónde mirar, identificar un stack se convierte en cuestión de minutos en vez de un misterio.

Stack relacionado