Herramientas SEO
Comprobador de DNS: consulta todos los registros de un dominio
Consulta el DNS en vivo del dominio que indiques y muestra los registros publicados: a qué direcciones resuelve, adónde va su correo y si están presentes los registros TXT de los que depende la autenticación del email.
Qué informa este comprobador
La lectura es en vivo y no desde una caché, así que un registro que acabas de cambiar todavía puede mostrar su valor anterior si los resolvedores intermedios no lo han caducado según su TTL.
- Registros A y AAAA: las direcciones IPv4 e IPv6 a las que resuelve el host.
- Registros MX: los servidores de correo responsables del dominio.
- SPF, como registro TXT: qué servidores pueden enviar correo en nombre del dominio.
- DMARC, como TXT en el subdominio _dmarc: qué hacer con el correo que no supera la autenticación.
Qué tiene que ver el DNS con el SEO
El DNS está por encima de todo lo demás. Si un host no resuelve, ningún rastreador llega al sitio y el resto de señales queda sin efecto. Por eso el DNS es lo primero que hay que revisar cuando un sitio desaparece por completo en lugar de simplemente bajar posiciones.
El DNS también decide qué nombre de host es real. Un registro ausente para la variante con o sin www es la causa más común de que una versión funcione y la otra falle del todo, lo que después parece un problema de canonical o de redirecciones cuando en realidad falta un registro.
| Registro | Qué responde | Fallo habitual |
|---|---|---|
| A / AAAA | Qué servidor sirve este host | Solo está definida www o solo sin www |
| MX | Adónde va el correo del dominio | Apunta a un host que ya no existe |
| TXT (SPF) | Quién puede enviar en nombre del dominio | Dos registros SPF, lo que invalida ambos |
| TXT (DMARC) | Qué hacer con el correo que falla | Ausente, así que no se aplica nada |
Cómo leer el resultado
Un resultado vacío para un tipo de registro no es automáticamente un fallo: muchos dominios legítimamente no publican MX porque no envían correo. Lo que importa es que los registros encajen con el uso real del dominio. Si el host no resuelve, el sitio no es indexable en absoluto: empieza por si Google puede indexar tu sitio , y consulta los datos de registro con el WHOIS .
- ¿Por qué muestra un registro antiguo que ya cambié?
- Los resolvedores cachean los registros durante su TTL. Hasta que caduque, una consulta puede devolver legítimamente el valor anterior aunque el servidor autoritativo ya tenga el nuevo.
- ¿Perjudica al SEO no tener registro AAAA?
- No. IPv6 es opcional y Googlebot llega sin problema a sitios solo con IPv4. Publica AAAA si tu alojamiento lo permite, pero su ausencia no es un defecto.
Lo que esta herramienta no hace
«Comprobar el DNS» abarca varias tareas distintas; esta cubre una parte concreta. Decirlo claramente sale más barato que un resultado engañoso.
| Lo que buscas | Esta herramienta | Usa en su lugar |
|---|---|---|
| A, AAAA, MX, SPF, DMARC de un dominio | Sí | — |
| DNS inverso de una IP | No | dig -x, o tu proveedor |
| Propagación en resolvers de todo el mundo | No — un resolver, un instante | Una herramienta de propagación multi-resolver |
| De quién es una dirección IP | No — solo dominios | Un registro regional (RIPE, ARIN) |
| Fuga de DNS con una VPN | No | Un test de fugas de VPN |
- ¿Es lo mismo que nslookup o dig?
- La misma fuente, con una pregunta más estrecha. nslookup y dig permiten consultar cualquier tipo de registro en cualquier resolver; aquí se informan los registros que deciden si un sitio resuelve y si su correo se autentica, con el significado de cada uno.
- ¿Por qué no aparecen NS ni CNAME?
- Rara vez cambian la respuesta a «¿se puede llegar a este sitio y puede enviar correo?». Un CNAME acaba en el mismo registro A que ya se muestra, y un problema de servidores de nombres aparece como ausencia total de registro A.
Otras herramientas
Descarga el archivo robots.txt del host que indiques, informa de si existe y de si bloquea a todos los rastreadores, y lee de paso las directivas de robots a nivel de página.
Busca el sitemap igual que lo haría un rastreador —primero la declaración en robots.txt y después las ubicaciones convencionales— y luego confirma que el documento se analiza como XML y cuenta las URL que contiene.
Lee la URL canónica que declara la página y después descarga esa dirección para confirmar que responde, que no redirige y que no lleva noindex: las tres formas en que un canonical deja de funcionar en silencio.
Analiza los datos estructurados de la página que indiques, enumera los tipos de schema.org encontrados y señala los bloques que no se analizan o a los que les faltan las propiedades que su tipo exige.
Sigue la URL que indiques por cada salto, mostrando el código de estado en cada paso y el destino final: el detalle que el navegador oculta en cuanto la barra de direcciones se estabiliza.
Carga la página que indiques, toma una muestra de sus enlaces internos y solicita cada uno — informando del código de estado que devuelve, no del color del enlace.
Revisa todas las señales que deciden si una página puede entrar en el índice: el código de estado, el acceso según robots.txt, meta robots, la cabecera X-Robots-Tag y el canonical.
Consulta el registro mediante RDAP —el sucesor estructurado del WHOIS clásico— e informa de cuándo se registró el dominio, qué antigüedad tiene, quién es el registrador y cuándo vence la inscripción.
Introduce un dominio para ver su registro, antigüedad, vencimiento y registrador. La antigüedad aporta contexto, pero no es un factor de ranking de Google.
Abre una conexión TLS con el host que indiques e informa del certificado que presenta: el emisor, el periodo de validez, los días restantes y la versión de protocolo negociada.
Solicita la URL que indiques e informa de lo que el servidor devuelve en sus cabeceras: qué cabeceras de seguridad están presentes, qué política de caché se aplica, si la respuesta va comprimida y qué versión de HTTP se negoció.