Guía práctica · Compartir un prototipo
¿Por qué localhost:3000 no abre en otra computadora?
localhost siempre apunta a la computadora de quien abre el enlace. En su computadora, apunta a su aplicación. En la de su jefe, apunta a la computadora de su jefe. El enlace puede ser el mismo; la computadora a la que llega cambia.
El navegador busca la aplicación en su computadora.
El navegador busca la aplicación en la computadora de su jefe.
¿Y qué significa el 3000?
Es el puerto donde su aplicación recibe conexiones. Herramientas de desarrollo suelen usar 3000; otras usan 4321, 5173 u otro número. El número identifica un punto de entrada en esa computadora. No publica la aplicación en internet. Las direcciones 127.0.0.1 y [::1] también apuntan al propio equipo.
Cómo mostrarle la aplicación a otra persona
Elija según dónde está esa persona y qué necesita hacer. Para una demostración, use datos de prueba.
En una red local, una dirección podría verse como http://192.168.1.42:3000. Es solo un ejemplo: debe usar la IP real del equipo que ejecuta la aplicación. Aceptar conexiones de red puede dar acceso a otras personas de esa red; limite la prueba a equipos y datos de confianza. No desactive el firewall ni abra puertos del router a internet para resolver una demostración.
Si todavía no abre
- Compruebe que la aplicación sigue ejecutándose y que la dirección usa el puerto correcto.
- Si usa una IP local, confirme que ambos equipos están en una red que permite comunicarse entre ellos y que el servidor acepta conexiones de red.
- Si la página carga pero los datos fallan, revise si el navegador sigue llamando a una API en localhost. Esa llamada también va a la computadora de quien visita la página. La API necesita una dirección accesible y los permisos correspondientes.
- Si usa una vista previa alojada, revise los permisos del enlace y la configuración de los servicios conectados. Mantenga contraseñas y claves privadas fuera del código que recibe el navegador.
Cuando el equipo empieza a depender de ella
Poder abrir la aplicación es el primer paso. Si va a guardar trabajo real, también hace falta comprobar quién puede ver y cambiar cada dato, cómo se recupera la información y qué pasa cuando una operación falla. Las pruebas deben cubrir el recorrido que las personas van a usar.
El prototipo permite ver lo que la aplicación puede hacer. La revisión para producción permite decidir qué falta antes de confiarle el trabajo diario.