Un archivo de zona DNS es lo más parecido a un censo que tiene la industria de los dominios: para un dominio de primer nivel concreto, enumera qué está registrado y cómo está delegado. Eso lo convierte en el punto de partida natural para la investigación de dominios, pero de un archivo de zona en bruto a una lista accionable hay un largo trecho. Este artículo explica qué contiene realmente el archivo, en qué se diferencia el acceso entre gTLD y ccTLD, y qué hay que hacer con los datos antes de que sirvan para trabajos de SEO, inversión o prospección.
WebTrackly publica archivos de zona de TLD, listados de CMS y tecnologías, y conjuntos de datos curados en archivos CSV dentro de archivos ZIP. Compras únicas, descarga inmediata y sin suscripción.
La anatomía de un archivo de zona DNS
Un archivo de zona DNS es un archivo de texto plano que describe una zona DNS. Asocia nombres de dominio con direcciones IP y otros recursos, y define cómo se enruta el tráfico de un dominio. A escala de TLD estos archivos son enormes: la zona .com abarca 157.775.115 dominios, mientras que un ccTLD de tamaño medio puede contener unos cientos de miles. Cualquier método de parseo debe diseñarse a la medida del tamaño de la zona a la que se dirige: lo que funciona con un ccTLD pequeño en una hoja de cálculo no sobrevive a .com.
Registros SOA: los metadatos de la zona
Todo archivo de zona comienza con un registro de inicio de autoridad (SOA). Contiene los metadatos de la zona: el servidor de nombres primario, la dirección de correo del administrador en notación DNS, un número de serie y varios parámetros de temporización. El valor de refresco —cada cuánto un servidor secundario debe consultar al primario en busca de actualizaciones— suele situarse entre una hora y 24 horas. El campo verdaderamente práctico es el número de serie: se incrementa con cada cambio, lo que ofrece una forma barata de confirmar que estás viendo una copia de la zona más reciente que la que ya tenías.
Registros NS: delegar la autoridad
Los registros de servidor de nombres (NS) indican qué servidores DNS tienen autoridad sobre un dominio. En el archivo de zona de un TLD son los registros de delegación y, por lo general, los únicos datos por dominio presentes: el archivo de zona de un registro suele contener delegaciones en lugar del conjunto completo de registros de cada dominio. Aun así resultan útiles: los patrones de servidores de nombres identifican al registrador o a la plataforma de alojamiento que hay detrás de un dominio, y los servidores de nombres de aparcamiento conocidos pueden filtrarse antes de cualquier procesamiento posterior.
Registros A y AAAA: la conexión con la dirección IP
Los registros A (IPv4) y los registros AAAA (IPv6) vinculan un dominio o subdominio con una dirección IP. Estos viven en la zona propia del dominio, servida por los servidores de nombres a los que delega el TLD, de modo que obtenerlos implica resolver cada dominio en lugar de leer el archivo del TLD. Ese paso de resolución es el que aporta la atribución de proveedor de alojamiento y de geografía, y resulta bastante más caro que parsear el propio archivo de zona.
Registros MX: los guardianes del correo
Los registros de intercambiador de correo (MX) definen qué servidores gestionan el correo electrónico de un dominio y en qué orden de prioridad. En la práctica son también los registros que cambian más rápido: un dominio puede cambiar de proveedor de correo sin ningún otro cambio visible. Para quien utiliza datos de dominios para planificar acciones de email, conviene volver a verificar la validez del MX justo antes de usarlo en lugar de fiarse de un registro capturado semanas antes.
Archivos de zona, listados de tecnologías y conjuntos de datos curados: CSV en ZIP, generados en el momento de la compra a partir de una fuente que se actualiza a diario.
Cómo obtener archivos de zona: la división entre gTLD y ccTLD
Conseguir datos de archivos de zona no es un proceso uniforme. El acceso varía radicalmente entre los dominios genéricos de primer nivel (gTLD) y los dominios de primer nivel de código de país (ccTLD).
Archivos de zona de gTLD: relativamente accesibles
Para gTLD como .com, .net, .org, .xyz o .app, el acceso se rige por el Centralized Zone Data Service (CZDS) de la ICANN. Los registros que operan bajo contrato con la ICANN están obligados a poner los archivos de zona a disposición de los solicitantes aprobados, que presentan una solicitud por cada TLD y aceptan unas condiciones de uso. La aprobación se concede por registro y puede denegarse o revocarse, y los archivos se publican con periodicidad diaria. El proceso es viable, pero administrativo: cada TLD es una solicitud independiente y el acceso hay que mantenerlo.
Archivos de zona de ccTLD: el reto de la adquisición de datos
Los archivos de zona de ccTLD son bastante más difíciles de obtener que los de gTLD. Los registros de ccTLD operan fuera de los contratos de gTLD de la ICANN y fijan sus propias políticas. Algunos publican datos de zona para investigadores mediante acuerdo, otros no publican absolutamente nada, y las jurisdicciones sensibles a la privacidad suelen caer en el segundo grupo: tanto DENIC para .de como AFNIC para .fr restringen el acceso masivo a la zona en lugar de publicarla abiertamente. Cuando un registro no publica, la cobertura debe ensamblarse a partir de otras fuentes: DNS pasivo, registros de transparencia de certificados, datos de rastreo y conjuntos de datos comerciales agregados. Por eso una base de datos de dominios realmente global nunca se apoya en un único proceso.
El problema del ruido en los dominios recién registrados
Los listados de dominios recién registrados, obtenidos de las diferencias diarias entre archivos de zona, son útiles pero ruidosos. Una gran parte de los nuevos registros de cualquier día son páginas aparcadas, marcadores de posición de PPC, registros defensivos o registros masivos que nunca alojarán un sitio real. Trabajar con la diferencia en bruto significa trabajar sobre todo con eso.
El filtrado que sí ayuda es sencillo en principio. Descarta los dominios delegados a servidores de nombres de aparcamiento conocidos. Baja la prioridad de los registradores cuyo volumen de nuevos registros está dominado por actividad masiva. Resuelve los que sobrevivan y comprueba si algo responde por HTTP. Cada capa elimina una parte del ruido, y construir esas capas sale barato comparado con el coste de lanzar una campaña de prospección o un análisis contra una lista sin filtrar.
Conviene señalar una advertencia: el filtrado agresivo basado en servidores de nombres tiene una tasa real de falsos positivos. Las pequeñas empresas y los proyectos personales arrancan con frecuencia en el alojamiento más barato disponible, cuyos servidores de nombres resultan indistinguibles de los registros masivos de bajo valor. Filtrar únicamente por servidores de nombres descartará dominios legítimos, así que es mejor usarlo como una señal más entre varias que como un corte tajante.
Listas frescas frente a volcados obsoletos de marketplace
En la prospección sobre dominios recién registrados, la frescura importa más que el volumen. La razón es mecánica antes que estadística: el valor de un registro nuevo como cliente potencial reside en que su propietario está configurando el dominio en ese momento y tomando decisiones activas sobre alojamiento, diseño y marketing. Una lista de 30 o 60 días ya ha dejado atrás esa ventana: muchos de esos dominios ya están construidos, ya están abandonados o ya están marcados.
Las listas masivas que se venden baratas en marketplaces generalistas suelen recopilarse una vez y revenderse muchas veces, lo que significa que las fechas de registro se reparten a lo largo de meses y que los destinatarios ya han sido contactados en más de una ocasión. Una lista más pequeña generada a partir de una diferencia de zona actual, filtrada hasta los TLD y las plataformas que realmente te interesan, es un activo de otra naturaleza aunque cueste más por fila.
Conclusiones prácticas
- Valida los registros MX justo antes de usarlos. Los datos MX envejecen más rápido que casi cualquier otro campo de un registro de dominio. Vuelve a verificarlos antes de una campaña en lugar de confiar en un registro capturado con anterioridad. Dificultad: media.
- Filtra los nuevos registros con más de una señal. Combina la detección de servidores de nombres de aparcamiento, los patrones de registradores y una comprobación HTTP básica. Cualquiera de ellas por separado genera demasiado ruido o demasiados falsos negativos. Dificultad: alta.
- Prioriza la frescura sobre el volumen en la prospección. Una lista actual y acotada, generada con cadencia semanal o diaria, rinde más que un gran volcado obsoleto. Dificultad: de baja a media.
- No des por hecho un formato de archivo uniforme. Los archivos de zona difieren entre registros en tipos de registro, convenciones de comentarios y codificación. Diseña el parser para que falle de forma explícita ante una entrada inesperada en lugar de descartar registros en silencio. Dificultad: media.
- Compra datos agregados donde el acceso directo esté cerrado. Cuando un registro no publica, negociar el acceso rara vez compensa el tiempo invertido. El catálogo de WebTrackly cubre 716 zonas de TLD como descargas CSV listas para usar. Dificultad: baja.
716 archivos de zona de TLD, 79 listados de CMS y tecnologías, 27 conjuntos de datos curados. Compras únicas desde $3.50, entregadas como CSV en ZIP.
Preguntas frecuentes
¿Con qué frecuencia se actualizan los archivos de zona DNS?
La frecuencia de actualización varía según el TLD. Los grandes gTLD como .com y .net publican a diario, normalmente en las primeras horas UTC. Algunos ccTLD publican semanalmente, con menor frecuencia o directamente no publican. Los archivos de WebTrackly se generan en el momento de la compra a partir de una fuente que se actualiza a diario, de modo que la descarga refleja el estado actual y no una exportación almacenada.
¿Puedo obtener una lista completa de todos los dominios a partir de un archivo de zona?
El archivo de zona de un TLD contiene los dominios delegados registrados bajo ese TLD, así que en principio sí para esa extensión concreta. La parte difícil es hacerlo con todos los TLD: el acceso a los gTLD pasa por el CZDS de la ICANN con una solicitud independiente por cada registro, y muchos ccTLD no ofrecen ningún acceso público. El catálogo de zonas de WebTrackly cubre 716 zonas, y el conjunto de datos de todos los dominios registrados contiene 272.614.863 filas.
¿Cuál es la diferencia entre un archivo de zona DNS y una base de datos WHOIS?
Un archivo de zona DNS enumera nombres de dominio y sus registros de delegación, y describe cómo se enruta el tráfico. Una base de datos WHOIS contiene metadatos de registro: registrador, fechas de registro y de expiración y, cuando no están ocultos, los datos del titular. Cada uno responde a preguntas distintas. Los paquetes de WebTrackly cubren la parte de zonas y tecnologías; contienen dominios, no datos personales de contacto.
¿Qué utilidad tienen los datos de dominios recién registrados para la generación de leads?
Indican con fiabilidad qué dominios se registraron y cuándo, lo que constituye una señal temporal genuina. No dicen quién los registró ni si el registro corresponde a un negocio real: una gran parte de los nuevos registros de cualquier día están aparcados o son defensivos. Filtrar por servidor de nombres, registrador y una comprobación HTTP básica es lo que convierte la diferencia en bruto en algo que merece la pena trabajar, y la búsqueda de contactos sigue siendo un paso aparte que se realiza con tus propias herramientas.
