Un buscador de subdominios permite descubrir nombres bajo un dominio, como shop.example.com o help.example.com. Screpy consulta registros públicos de certificados, agrupa los nombres repetidos y devuelve una lista que puedes filtrar, copiar o exportar. También mantiene separados los patrones comodín para no confundirlos con sitios web individuales.
Utiliza el resultado para empezar un inventario de la presencia pública de un sitio. Un registro de certificado demuestra que un nombre aparece en ese registro; no confirma que actualmente resuelva por DNS, sirva una página o aparezca en Google. Estas cuestiones requieren comprobaciones independientes.
Encontrar subdominios en registros de certificados
Introduce un dominio como example.com y selecciona Buscar subdominios. También puedes pegar una URL HTTP o HTTPS; la consulta utiliza su nombre de host. La ruta de una página no limita la búsqueda de certificados a esa página. Si introduces shop.example.com, la búsqueda se mantiene bajo ese host en lugar de cambiar silenciosamente a example.com.
La consulta lee los nombres de los campos Common Name y Subject Alternative Name de los certificados recibidos. La coincidencia respeta las etiquetas DNS: help.example.com pertenece a example.com, pero notexample.com no. Las variantes en mayúsculas y las apariciones repetidas se agrupan en una sola fila. El dominio superior no se cuenta como subdominio.
Los registros de Certificate Transparency guardan certificados y precertificados en registros públicos a los que solo se añaden entradas. Buscar en ese historial puede revelar nombres que los enlaces habituales de una página de inicio no muestran. La herramienta lee los resultados de búsqueda de certificados; no rastrea los hosts descubiertos, adivina nombres ni intenta iniciar sesión en ellos.
Interpretar nombres, comodines y fechas de certificados
El resultado separa los nombres concretos de subdominio de los patrones comodín. Este ejemplo ficticio ilustra la diferencia; las filas no proceden de una consulta real.
| Nombre recibido | Tipo | Qué puedes concluir |
|---|---|---|
shop.example.com |
Nombre de host | Este nombre exacto aparece en un registro de certificado conservado. |
help.example.com |
Nombre de host | Es otro nombre concreto para comparar con tu inventario. |
*.example.com |
Comodín | El certificado indica un patrón; no enumera los hosts que abarca. |
Un comodín no demuestra que existan shop, mail ni ninguna otra etiqueta concreta. Por eso Screpy cuenta los comodines por separado de los subdominios concretos. Los nombres anidados, como api.shop.example.com, siguen apareciendo cuando los registros recibidos los mencionan expresamente.
El número de registros indica cuántos identificadores distintos de registros conservados mencionan un nombre. Un host puede tener muchos registros porque los certificados se renuevan o se registran en diferentes formas. Diez registros de un nombre siguen generando una sola fila de host; la cifra no representa tráfico, diez sitios web ni importancia SEO.
Las columnas de fechas muestran el inicio de validez más antiguo y el fin de validez más reciente entre los certificados conservados para ese nombre. No indican cuándo se creó el host, cuándo estuvo conectado por primera o última vez ni una inspección del certificado actual. Una caducidad futura no demuestra que el host siga existiendo o use ese certificado. Las fechas ausentes quedan como no disponibles, sin estimarlas.
Entender los límites del descubrimiento pasivo
Ningún buscador de subdominios basado en certificados puede garantizar un inventario completo y actual. Un nombre puede faltar porque nunca apareció individualmente en los registros consultados, utiliza un certificado privado, solo está cubierto por un comodín o aún no ha llegado al conjunto de datos del servicio. A la inversa, un nombre recibido puede pertenecer a un servicio retirado cuyo certificado sigue en el historial.
Esta consulta no resuelve los nombres descubiertos, inspecciona sus respuestas HTTP, comprueba la indexación en Google ni establece su propiedad actual. Etiquetas como dev o admin son nombres, no pruebas de un servidor de desarrollo expuesto ni de una vulnerabilidad. Separa tus conclusiones de lo que el registro realmente demuestra.
Screpy procesa hasta 5.000 registros de certificados recibidos y conserva hasta 2.000 nombres únicos, incluidos los patrones comodín. Un informe limitado lo indica expresamente. Incluso una respuesta procesada correctamente se limita a los registros devueltos por la fuente.
Una consulta vacía pero correcta significa que no se extrajeron nombres de subdominio coincidentes de esos registros. Un tiempo de espera agotado o una fuente no disponible significa que la consulta no pudo completarse. Reintenta una petición fallida más tarde; no interpretes un error como confirmación de que el dominio no tiene subdominios.
Convertir los nombres descubiertos en una auditoría SEO
Empieza comparando la lista con los hosts que ya administras. Busca una tienda independiente, centro de ayuda, sitio regional o campaña antigua que falte en tu inventario de trabajo. Trata el nombre como una pista que debes verificar, no como prueba de la función del servicio. Un inventario útil recoge el host, su responsable, el uso previsto y la siguiente comprobación.
Para los hosts que administras, sigue esta secuencia:
- Comprueba la respuesta. Usa el comprobador masivo de estados HTTP con las URL HTTP o HTTPS concretas que quieras auditar. Distingue respuestas correctas, redirecciones y errores; la consulta de certificados no lo hace.
- Confirma la visibilidad deseada en buscadores. Un artículo público y un portal privado de clientes tienen requisitos distintos. Revisa las directivas pertinentes con el comprobador de noindex, sin asumir que todos los hosts descubiertos deben posicionarse.
- Revisa los destinos duplicados. Si un host público sirve contenido disponible en otro lugar, el comprobador de etiquetas canonical puede revisar la URL canónica declarada. Un nombre por sí solo no informa sobre duplicación ni sobre la URL canónica elegida por Google.
- Comprueba el sitemap adecuado. Usa el comprobador de sitemaps para el sitio o sitemap que realmente quieras revisar. La lista de subdominios no enumera todas las páginas y aparecer en un sitemap no garantiza la indexación.
Mantén un nombre retirado en el inventario hasta confirmar su configuración actual de DNS y servicio en los sistemas que controlas. Encontrarlo en el historial de certificados justifica investigarlo; no es una orden de eliminarlo ni explica un cambio de posicionamiento.
Exportar la lista y conservar su contexto
Usa el filtro de nombres para centrarte en un host o parte de su nombre, y el selector de tipo para separar hosts concretos de patrones comodín. La tabla muestra hasta 50 filas por página. Copiar y exportar CSV incluye todos los nombres que coincidan con los filtros actuales, no solo la página visible. Si incluyes comodines en el inventario, conserva su identificación como patrones.
Descarga JSON cuando necesites el informe completo recibido, con los registros de certificados conservados detrás de los nombres. El JSON incluye el dominio consultado, la hora de consulta, los límites de cobertura e indicadores de que DNS y HTTP no se comprobaron. Estos campos ayudan a otra persona a entender qué representa la lista exportada.
Guarda el contexto de la consulta junto a tus conclusiones. Un informe parcial, un certificado antiguo y una respuesta en directo son pruebas diferentes. Repetir la consulta puede dar resultados distintos cuando cambia la fuente; la exportación es una instantánea de esa respuesta, no una monitorización continua.