Verificador de hosting web

El Verificador de hosting web es una herramienta gratuita que resuelve el host de un sitio web y muestra el ISP, la organización y la ubicación aproximada de la red asociados.

¿Qué analiza exactamente una comprobación de hosting?

Una comprobación de hosting analiza la información de red vinculada a la dirección IP obtenida para un nombre de host. Cuando introduces un host, la herramienta utiliza la resolución DNS en el servidor para localizar su dirección IPv4 y, a continuación, devuelve la información asociada a esa dirección.

El DNS, o sistema de nombres de dominio, traduce nombres como www.example.co.uk en direcciones IP numéricas que los ordenadores utilizan para establecer conexiones. La herramienta realiza esta consulta mediante la función gethostbyname de PHP. Como esta función resuelve direcciones IPv4, es posible que un host disponible únicamente mediante IPv6 no genere un resultado útil.

La organización que aparece en el resultado puede ser una empresa de hosting, un proveedor de servicios de internet, una plataforma en la nube o una red de distribución de contenidos. No tiene por qué ser la empresa propietaria o responsable del sitio web. Los sitios que utilizan servicios como Cloudflare pueden mostrar la red empleada como proxy y mantener oculta la dirección del servidor de origen.

¿Cómo uso el Verificador de hosting web?

Introduce el host del sitio web en el campo Anfitrión y ejecuta la comprobación. Para evitar ambigüedades, utiliza un nombre de host sin elementos adicionales, como example.co.uk o www.example.co.uk.

1. Elimina las rutas, cadenas de consulta o fragmentos de página si solo necesitas identificar el host.
2. Mantén el subdominio exacto que presenta el problema. www.example.co.uk y shop.example.co.uk pueden resolverse mediante proveedores distintos.
3. Ejecuta la comprobación y compara la organización y la ubicación obtenidas con el servicio que esperabas encontrar.

Por ejemplo, si estás diagnosticando un problema de la tienda, introduce shop.example.co.uk en lugar de limitarte a example.co.uk. Si ese subdominio apunta a una plataforma de comercio electrónico independiente, la organización obtenida puede ser distinta de la que aparece para el sitio principal. No des por sentado que todos los nombres de un mismo dominio utilizan la misma infraestructura.

Los espacios no son válidos dentro de un nombre de host convencional. Las rutas, los signos de puntuación procedentes de un texto copiado y los puntos finales también pueden hacer que la entrada resulte ambigua, así que elimínalos antes. Los nombres de dominio internacionalizados que contienen caracteres acentuados o no latinos cuentan con una forma compatible con ASCII compuesta por etiquetas A, que utilizan la codificación Punycode. Si la grafía Unicode no se resuelve, utiliza la forma del dominio compatible con ASCII. Muchas etiquetas de host admiten números, pero los guiones bajos no son válidos en los nombres de host convencionales de sitios web públicos.

La comprobación se ejecuta en el servidor. Tu entrada se envía al servidor mediante HTTPS y no se almacena.

Cómo interpretar el resultado

Interpreta el resultado como información sobre la red que atiende actualmente el host resuelto, no como una prueba de quién es el propietario del sitio web ni de dónde se encuentra físicamente el servidor. Cada campo aporta una parte distinta de esa información.

La latitud y la longitud son datos de geolocalización IP, no lecturas de GPS. Pueden corresponder al domicilio social de un proveedor, a un nodo regional de red o a una zona general. No deben utilizarse para identificar un edificio ni para confirmar dónde se almacenan los datos de un sitio web a efectos legales.

Que aparezca un ISP o una organización que no reconoces no significa necesariamente que exista un error. Los proveedores de hosting gestionado suelen alquilar capacidad a empresas de infraestructura más grandes, y los revendedores pueden aparecer bajo el nombre del propietario de la red subyacente.

Comprobaciones habituales

Una comprobación de hosting resulta especialmente útil cuando ya sabes qué proveedor o destino de migración debería aparecer y necesitas una referencia independiente sobre el destino DNS actual del host.

• Un sitio migrado sigue mostrando la versión anterior. Comprueba primero si hay contenido obsoleto en la caché del navegador, del proxy inverso o de la CDN. Verifica el nombre de host exacto utilizado en el navegador. Si su organización aún corresponde al proveedor anterior, puede que el cambio de DNS no haya llegado al resolutor empleado por la herramienta o que el registro siga apuntando al servicio antiguo.
• Un subdominio falla, pero el sitio principal funciona. Realiza comprobaciones independientes para example.co.uk, www.example.co.uk y el subdominio que falla. Si los resultados son distintos, esto sugiere que esos nombres utilizan registros DNS o servicios de hosting diferentes.
• Aparece una advertencia sobre el certificado después de cambiar de hosting. Una causa habitual es que el nuevo host no tenga certificado, que este no coincida o que aún no se haya aprovisionado. Comprueba primero la configuración del certificado. Si es correcta, verifica si el host se resuelve hacia el proveedor previsto. Esta comprobación puede revelar un destino DNS obsoleto o incorrecto, aunque la herramienta no analiza el certificado, su fecha de caducidad ni los nombres de host que cubre.

Si el destino parece correcto pero el sitio sigue fallando, el problema puede encontrarse en la capa HTTP, TLS o de la aplicación. La herramienta Verificación de HTTP/2 puede analizar la compatibilidad con el protocolo, mientras que el Verificador de Brotli permite confirmar si el servidor utiliza compresión Brotli. Ninguna de las dos sustituye a un diagnóstico específico del DNS o del certificado.

¿Por qué la caché puede hacer que un cambio de DNS correcto parezca erróneo?

La caché DNS puede provocar que distintos resolutores devuelvan respuestas diferentes hasta que caduquen los registros almacenados. Los registros DNS tienen un tiempo de vida, conocido habitualmente como TTL, que indica durante cuánto tiempo pueden conservar una respuesta los resolutores recursivos.

Después de un cambio, el proveedor de banda ancha, la red de la oficina, el dispositivo o el resolutor del servidor de la herramienta pueden conservar todavía una dirección anterior. Esto suele describirse como un retraso de propagación, aunque el DNS no se actualiza en todas partes mediante un único proceso coordinado. Cada registro almacenado en caché caduca de forma independiente y normalmente vuelve a consultarse cuando otra solicitud lo requiere.

Utiliza una consulta DNS independiente para comparar la dirección resuelta con el registro A actual de tu proveedor de DNS. Si la discrepancia es importante, realiza también la comprobación desde más de una red. Confirma además que has modificado la zona DNS autoritativa y la etiqueta de host correcta. Cambiar www no modifica automáticamente el dominio raíz, y lo mismo ocurre a la inversa.

Ningún verificador de hosting puede garantizar que su respuesta coincida con la respuesta DNS que recibe cada visitante en ese momento. El DNS de tipo round-robin, los servicios distribuidos geográficamente y las CDN pueden devolver deliberadamente direcciones distintas según el resolutor o la ubicación.

Preguntas frecuentes

¿Este verificador permite saber qué empresa es propietaria de un sitio web?

No. Identifica la información de red asociada al host resuelto, no al propietario legal del dominio o del sitio web. Los registros de dominios, los registros mercantiles y los avisos legales del propio sitio son fuentes independientes.

¿Por qué la organización no coincide con la que aparece en mi factura de hosting?

Tu proveedor puede ser un revendedor o un servicio gestionado que utiliza la red de otra empresa. Por eso, el resultado puede mostrar un proveedor de servicios en la nube o un centro de datos subyacente en vez de la empresa a la que pagas. Compara los datos de la red con la documentación de tu proveedor antes de considerar que la diferencia es un error.

¿Puedo comprobar un sitio web que solo utiliza IPv6?

Es posible que no obtengas información de hosting útil. La consulta de nombres de host subyacente utiliza gethostbyname, que resuelve direcciones IPv4, por lo que un host disponible únicamente mediante IPv6 puede no devolver información útil aunque funcione para visitantes con conectividad IPv6. En ese caso, la comprobación independiente adecuada es una consulta del registro AAAA.

¿Funcionará un nombre de host muy largo?

Solo funcionará si respeta los límites de nomenclatura del DNS. El DNS limita un nombre de dominio completo a 253 octetos en su forma textual habitual cuando se omite el punto raíz final opcional. Además, cada etiqueta suele estar limitada a 63 octetos. Una entrada que supere esos límites no puede representar un host público válido. Para realizar una comprobación práctica, copia solo el host y elimina las rutas largas o los parámetros de seguimiento antes de enviarlo.

¿Debo introducir el dominio raíz o la dirección con www?

Comprueba el nombre que utilizan realmente los visitantes y, si tienes dudas sobre las redirecciones o los registros DNS, analiza la otra forma por separado. El dominio raíz y la dirección con www pueden apuntar a sistemas diferentes, aunque uno acabe redirigiendo al otro. Guarda ambos resultados antes de modificar el DNS para saber qué host sigue necesitando atención.