Descargar sitios web que utilizan Next.js

Acerca de Next.js

De todo lo que un rastreador puede encontrar en una página, un framework de renderizado es una de las pocas señales que reflejan una decisión de arquitectura de verdad. Alguien discutió sobre ella, la puso por escrito y contrató en función de ella. Next.js en un dominio implica un flujo de compilación, un paso de despliegue, un repositorio y una persona cuyo trabajo incluye mantener todo eso, y por eso el marcador funciona tan bien como filtro de cualificación.

Next.js se clasifica en la categoría JavaScript frameworks, lo mantiene Vercel, se distribuye con licencia MIT y está en uso público desde 2016. El framework envuelve una biblioteca de componentes con renderizado en servidor, generación estática, enrutado basado en archivos y una compilación con criterio propio, de modo que una sola base de código puede producir páginas que se comportan como un sitio escaparate y páginas que se comportan como una aplicación. La adopción suele llegar acompañada de un conjunto más amplio de decisiones: un sistema de diseño, un gestor de contenidos sin interfaz propia, una plataforma de alojamiento construida alrededor del framework y una pila de analítica elegida por el mismo equipo.

En octubre de 2026 detectamos el framework en 536.824 sitios. En Estados Unidos se concentran 373.458 de ellos, y .com se repite por toda la huella, una distribución que sigue mucho más de cerca a la parte de la web impulsada por producto y financiada por capital riesgo que a cualquier mercado nacional. Una concentración de ese tipo hace que la lista sirva como indicador del tipo de empresa más que de la geografía.

Los campos de versión merecen una advertencia y no un titular. Registramos 22 versiones distintas y 7.0.2 es la que anotamos con más frecuencia. La visibilidad de las versiones no es aleatoria. Una versión solo es atribuible cuando la compilación desplegada deja una huella detrás, en un manifiesto de compilación, en la ruta de un recurso o en una cabecera de respuesta, y las versiones más recientes y los valores por defecto de los alojamientos más nuevos han eliminado deliberadamente esa exposición. Las versiones que podemos leer se inclinan por tanto hacia despliegues más antiguos y configurados de forma más abierta, y la parte moderna del parque instalado está infrarrepresentada en el desglose de versiones aunque esté plenamente presente en el recuento de sitios. Quien construya sobre este campo un argumento de migración, una estimación de exposición a vulnerabilidades o un gráfico de adopción de versiones debería tratarlo como una cota inferior para las versiones antiguas y no como un censo.

Para un investigador comercial, el framework es una señal de presupuesto y de plantilla. Los sitios construidos de ese modo cuentan con ingenieros de front-end, un flujo de despliegue y una vía de contratación ya abierta para herramientas de desarrollo, lo que supone una conversación de venta distinta de la que se tiene con un sitio montado en un creador de páginas. Para un investigador técnico, esa misma huella es un mapa de compatibilidad, porque todo lo que tiene que convivir dentro de una página, un gestor de etiquetas, una herramienta de consentimiento, un widget de chat, una plataforma de experimentación, se comporta de forma distinta con renderizado en servidor e hidratación que en una página estática.

Nada de eso puede montarse dominio a dominio. Una consulta le dice que un sitio usa el framework. Una exportación le dice cuántos sitios de un país o de un sector lo usan, qué decisiones de contenido, analítica, pago y alojamiento viajan con él, qué aspecto tiene la dispersión de versiones en todo el grupo una vez aplicada la salvedad anterior y qué sitios lo adoptaron o lo abandonaron entre dos archivos tomados con meses de diferencia. Las preguntas de población necesitan poblaciones, y esa es la diferencia entre una caja de búsqueda y un conjunto de datos.