Descargar sitios web que utilizan Heroku

Acerca de Heroku

Heroku no es donde vive la mayor parte de la web, y eso es precisamente lo que hace interesante a la población detectada. Sus clientes son equipos que decidieron saltarse los servidores por completo: se sube una rama, un buildpack deduce el entorno de ejecución y se obtiene una aplicación funcionando detrás de una URL. La plataforma llegó en 2007, Salesforce la compró unos años después, y el modelo de despliegue mediante git push que popularizó es hoy la expectativa por defecto en casi todas partes, lo que significa que encontrarla hoy dice algo concreto sobre un equipo y no algo genérico sobre el sector.

Un sitio en Heroku suele ser una aplicación y no un folleto. Las páginas estáticas de marketing salen más baratas alojadas en otro lugar, así que lo que se acumula en la plataforma es el otro tipo de propiedad web: paneles de software como servicio, portales de clientes, herramientas internas a las que les creció un acceso público, backends de API y prototipos que consiguieron usuarios reales antes de que nadie encontrase el momento de migrarlos. Detectarla es, por tanto, un indicio bastante bueno de un equipo de ingeniería lo bastante pequeño como para valorar el no administrar infraestructura y lo bastante ocupado como para aceptar el sobreprecio que eso conlleva.

En octubre de 2026 detectamos Heroku en 2445 sitios, una cifra menor de lo que sugeriría la reputación de la plataforma, y la diferencia tiene explicación. Los proyectos de aficionado se marcharon cuando se retiró el plan gratuito, y las cargas de trabajo que crecieron por encima de cierto tamaño encontraron más difícil de justificar el precio de una plataforma bajo licencia Proprietary que el de la computación en bruto en la nube. Lo que queda es una franja intermedia de aplicaciones comercialmente reales, que para casi cualquier propósito comercial es de todos modos la parte útil de la población.

La detección depende de lo que la plataforma expone en el borde: los nombres de host de aplicación por defecto, el comportamiento de enrutado y las cabeceras de respuesta. Una aplicación situada detrás de una red de distribución de contenidos, o detrás de un dominio propio con su propio proxy, puede ocultar la plataforma por completo, y muchas empresas alojan el marketing en un host y el producto en Heroku bajo un subdominio que quizá atribuyamos por separado. La lista se entiende mejor como la mitad visible, escorada hacia los equipos que nunca se molestaron en disimular dónde se ejecuta la aplicación.

Para una pregunta sobre un dominio concreto basta con una consulta. Las razones para querer el conjunto entero son otras. Los competidores en nube y en plataforma lo usan para construir listas de objetivos de migración. Los proveedores de bases de datos, colas, registro de eventos, seguimiento de errores y otros servicios complementarios lo usan para encontrar cuentas ya acostumbradas a comprar infraestructura por suscripción. Los investigadores de seguridad lo usan para delimitar qué organizaciones comparten una misma superficie de fallo. Los inversores y los analistas usan la tendencia de la población entre instantáneas para juzgar si una plataforma crece, se mantiene o se vacía despacio, y ninguna comprobación de un dominio aislado puede responder a eso.