Por qué tu enlace localhost no abre al compartirlo

Si solo abre en tu ordenador, revisa qué dirección has enviado

Preparas el programa de una jornada en tu portátil. La vista previa funciona y copias su dirección para mandarla a otra persona o crear un QR. En tu navegador aparece el programa, pero el móvil muestra un error. Antes de cambiar el diseño o regenerar imágenes, mira el nombre del servidor en la dirección: una vista previa local no es necesariamente una página publicada en Internet.

Las dudas reales sobre abrir localhost desde un teléfono y desde otra red tienen un punto común: compartir una cadena de texto no hace que el servidor que la atiende sea accesible. Esta guía distingue tres situaciones y propone un flujo para distribuir un programa público. No convierte un entorno de desarrollo en alojamiento ni presupone que un fallo sea un problema de permisos de una cuenta. El lugar al que apunta la dirección debe revisarse primero.

Localhost apunta al dispositivo que hace la petición

El nombre localhost tiene un uso especial: RFC 6761 explica que debe resolverse a una dirección de retorno local, o loopback. En el caso habitual, el navegador busca el servicio en su propio dispositivo. Por eso el localhost del portátil no identifica ese portátil para el teléfono. Al abrir la misma dirección en el móvil, se intenta acceder al entorno local del móvil, donde probablemente no está el programa que preparaste.

Los dos ejemplos muestran destinos locales, no invitaciones públicas. 127.0.0.1 es una dirección IPv4 de loopback; el puerto 3000 distingue un servicio, no cambia el alcance de la dirección. Copiar el enlace, añadirle UTM, acortarlo o dibujarlo en un QR no cambia ese significado. Conserva estas direcciones para tu trabajo local, pero no las tomes como destino del programa que recibirá cualquier asistente. No hace falta probarlas en herramientas externas para reconocer el problema.

http://localhost:3000/programa
http://127.0.0.1:3000/programa

Una dirección privada tampoco es una publicación en Internet

Sustituir localhost por una dirección de la red local puede formar parte de una prueba autorizada entre dispositivos, pero no equivale a publicar. RFC 1918 reserva rangos privados, entre ellos 192.168.0.0/16. El ejemplo 192.168.1.25 podría identificar un equipo dentro de una red concreta; no es un destino universal para personas en otras redes. Incluso en la misma wifi, el servicio y las reglas de acceso deben permitir la conexión.

Si necesitas una prueba interna, acuerda con quien administra el entorno la dirección y las condiciones de acceso. Una red corporativa o un acceso remoto autorizado es otro escenario, no un motivo para hacer pública información interna. Para un programa destinado al público, pide una dirección publicada apropiada. No desactives el cortafuegos ni abras puertos del router como solución improvisada al preparar un cartel. La comprobación de una URL no sustituye la configuración y protección del servidor.

http://192.168.1.25:3000/programa

Obtén una dirección publicada para el contenido que sí es público

Publicar requiere poner el contenido en un servicio web accesible para la audiencia prevista. MDN diferencia los archivos de trabajo de su publicación y explica el papel del alojamiento y de la dirección web. Si otra persona gestiona tu sitio, entrégale la versión aprobada del programa y solicita su URL definitiva. Si publicas tú, sigue el procedimiento de tu alojamiento, comprobando qué contenido y qué configuración estás poniendo a disposición de los visitantes.

No basta con sustituir el texto localhost por un dominio: ese dominio debe conducir a un servicio que realmente ofrezca la página. La dirección ficticia del ejemplo utiliza example.invalid y no funciona como sitio de pruebas. Reemplázala por la URL real solo cuando exista la publicación. Conserva la ruta correcta del programa y revisa sus imágenes, estilos y enlaces; una página publicada que sigue llamando a recursos de localhost puede verse completa en tu equipo y fallar para los demás.

https://example.invalid/programa

Comprueba el destino público con WikiURL y desde otro contexto

Cuando tengas una URL pública sin secretos, introdúcela en Comprobar URL de WikiURL. Revisa la respuesta HTTP y la dirección final detectada si hay redirecciones. La herramienta indica que no admite direcciones de redes privadas: no la uses para explorar tu red ni para probar servicios locales. Si aparece una limitación o un bloqueo, interpreta el resultado como el alcance de esa comprobación, sin deducir automáticamente que el sitio está caído para cualquier visitante.

Después abre el enlace publicado desde el teléfono y, cuando sea posible, desde una conexión distinta a la del equipo de desarrollo. Confirma el contenido del programa, las imágenes y la navegación. Una respuesta 200 no demuestra por sí sola que sea la página esperada: podría ser una portada o una pantalla de acceso. La comprobación técnica y la revisión visual responden preguntas diferentes. Verifica también que ningún enlace de la propia página te devuelve a una dirección local.

Genera el material para compartir a partir de la versión aprobada

Solo después utiliza la dirección pública confirmada en tu mensaje, enlace corto o generador QR de WikiURL. Revisa el destino de la versión final y prueba el QR en el material que vas a distribuir. No reutilices por error el archivo creado con la vista previa. Si cambió la dirección de publicación, actualiza las copias que todavía controles y registra cuál es la versión aprobada, en lugar de asumir que un QR anterior cambió automáticamente.

Guarda en el registro de publicación la dirección pública y el resultado de las comprobaciones, separándolos de las direcciones de desarrollo. Si el contenido debe seguir siendo interno, conserva el acceso acordado y no lo publiques solo para que pase un comprobador externo. El objetivo es que el destino y la audiencia coincidan: trabajo local para tu dispositivo, acceso interno para quienes correspondan y una web publicada cuando el programa deba abrirse desde fuera.