.png)
Tengo un problema de hipervínculo de Excel: hago clic en, digamos A1, copio el enlace que contiene ( http://www.godaddy.com/domains/searchresults.aspx?ci=54814), hago clic derecho en el hipervínculo y copio esa MISMA URL que el enlace (si no se detecta y cambia automáticamente).
Cuando hago clic en él, soy redirigido a http://www.godaddy.com/domains/search.aspx?ci=53972.
Si copio y pego el enlace directamente en el navegador, funciona bien (es decir, no se me redirige a una URL diferente).
¿Alguien sabe qué está pasando?
Respuesta1
La URL que estás utilizando necesita más información de una cookie para mostrar la búsqueda.resultadosen lugar de la página de búsqueda. Pega la URL en un navegador diferente (o elimina las cookies) y obtendrás los mismos resultados.
Al hacer clic en una URL en Excel, parece abrirla en su navegador predeterminado. Pero eso no es realmente cierto. Antes de abrirlo en su navegador, Excel primero se ejecutaDescubrimiento del protocolo de Microsoft Office. Esto utiliza un componente de Windows/Internet Explorer para determinar si la URL funciona. (No se identifica como Internet Explorer, sino como "Agente de usuario: Descubrimiento de existencia de Microsoft Office".) Y si los resultados (de alguna manera) son correctos, se abriráel resultadode esa verificación en su navegador predeterminado.
Faltan las cookies (más precisamente: faltanuna sesión), GoDaddy le da ese componente de Internet Exploreralguna redirección. Y el resultado de eso se abre en su navegador predeterminado. Esa es la URL que estás viendo.
¿Lo más probable es que su navegador predeterminado no sea Internet Explorer? Luego, pegar la URL directamente en IE y hacer clic en ella para obtener las cookies también podría hacer que el enlace funcione desde Excel. (Solo para probar; no es una solución permanente).
Tendrá más suerte si utiliza una URL que no dependa de información oculta de una cookie, comohttp://www.godaddy.com/domains/search.aspx?domainToCheck=superuser.com
Respuesta2
Esto es culpa de Excel. Si pega el enlace en el correo electrónico de Outlook o WordPad y abre el enlace desde allí, funcionará correctamente.
Excel nunca debe crear una sesión oculta para verificar el hipervínculo. ¿Cuál es el punto de esto? Sólo hace falta abrirlo, nada más. Usan la misma lógica en MS Word. Desde allí tampoco funciona. Cuando Excel intenta verificar el enlace en segundo plano, se crea una nueva sesión que no está autenticada, por lo que se redirige a la página de inicio de sesión o algo así. Después de eso, en lugar de abrir la URL original en el navegador, Excel abre la URL de redirección. Realmente saben cómo hacer que lo simple se complique.
Respuesta3
Este es un error conocido de Microsoft en el que los hipervínculos se redirigen a otra página si:
- Está utilizando Microsoft Internet Explorer:
- con un servidor proxy
- mientras usa un firewall que no permite solicitudes HTTP en su red local
- Internet Explorer no es su navegador predeterminado.
- La
ForceShellExecuteclave de registro no está presente o no está configurada en 1
Puede aplicar la solución desde aquí:
Respuesta4
Me temo que hay demasiado aquí para agregar como comentario.
El enlace inicial devuelve un código de estado 302.
Desde elestándares w3c:
El recurso solicitado reside temporalmente en un URI diferente. Dado que la redirección puede modificarse en ocasiones, el cliente DEBE continuar usando el URI de solicitud para solicitudes futuras. Esta respuesta solo se puede almacenar en caché si lo indica un campo de encabezado Cache-Control o Expires.
El URI temporal DEBE ser proporcionado por el campo Ubicación en la respuesta. A menos que el método de solicitud fuera HEAD, la entidad de la respuesta DEBE contener una breve nota de hipertexto con un hipervínculo a los nuevos URI.
Si el código de estado 302 se recibe en respuesta a una solicitud que no sea GET o HEAD, el agente de usuario NO DEBE redirigir automáticamente la solicitud a menos que pueda ser confirmada por el usuario, ya que esto podría cambiar las condiciones bajo las cuales se emitió la solicitud.
Note: RFC 1945 and RFC 2068 specify that the client is not allowed to change the method on the redirected request. However, most existing user agent implementations treat 302 as if it were a 303 response, performing a GET on the Location field-value regardless of the original request method. The status codes 303 and 307 have been added for servers that wish to make unambiguously clear which kind of reaction is expected of the client.
Entonces, como dijo @xlm, GoDaddy está haciendo una redirección temporal.
Parecería que, cuando se llama desde Excel, la redirección no siempre se respeta.