Experiencia y configuración de Website
Usa la capa de configuración correcta cuando Website se comporte de forma distinta entre proyectos, negocios, clientes o proveedores externos. Esta referencia describe límites de capacidades, no el derecho a una función según el plan comercial.
Capas de configuración
| Capa | Controla | Ejemplos |
|---|---|---|
| Proyecto | Comportamiento compartido de pedidos y cuentas | Tipos de pedido permitidos, requisitos de verificación, disponibilidad de Wallet, reseñas y campos del cliente. |
| Website y tema | Presentación y modo de despliegue | Comportamiento de marketplace, franquicia, tienda única o kiosco; navegación; enlaces canónicos a negocios y productos; diseños adaptables. |
| Negocio | Comportamiento de pedidos específico de la tienda | Horario, disponibilidad de preparación, menú, opciones de producto, opciones de pago, reservas y campos específicos del sector. |
| Estado del cliente y del pedido | A qué puede acceder la persona usuaria actual | Autenticación, verificación, ubicación guardada, carritos activos, pedidos propios, direcciones guardadas e instrumentos de pago guardados. |
| Proveedor externo | Pasos y resultados que pertenecen al proveedor | Tokenización de tarjetas, redirecciones de pago, mapas, inicio de sesión social, entrega de notificaciones push y autenticación de integraciones externas. |
Modos de Website
Marketplace
Normalmente, los clientes eligen un contexto de pedido, exploran negocios, abren un negocio y continúan por los flujos de producto, carrito, checkout y pedido.
Franquicia
El descubrimiento puede limitarse a la franquicia configurada. Algunos proyectos pueden usar primero un comportamiento de inicio específico de franquicia y mostrar después los negocios.
Tienda única
Website puede redirigir su ruta de inicio directamente al negocio configurado. Los enlaces a negocios y productos siguen las plantillas de URL canónicas del proyecto.
Kiosco
Website oculta experiencias de cuenta de cliente que no corresponden al recorrido del kiosco. En este modo, entre las experiencias que pueden redirigirse están Wallets, el descubrimiento público del marketplace y las rutas de registro de solicitantes.
Controles por estado
| Control | Resultado visible para el cliente |
|---|---|
| No se resolvió la ubicación de pedido | El descubrimiento espera, solicita una ubicación o vuelve a la experiencia de inicio. |
| Se requiere iniciar sesión | Los destinos de cuenta, carrito, checkout y pedido redirigen a la experiencia de inicio configurada. |
| Se requiere verificar correo o teléfono | Antes de la mayoría de las páginas autenticadas, se envía al cliente al paso de verificación. |
| Falta información obligatoria del perfil | Un flujo para completar el perfil reemplaza la mayoría de las páginas hasta que se proporcionen los campos obligatorios. |
| El negocio o producto no está disponible | La lista, el producto o el estado del carrito correspondiente indica que no se puede continuar. |
| El proveedor externo no está disponible | La opción que depende del proveedor se puede ocultar, deshabilitar, redirigir o mostrar como no disponible. |
Las rutas de checkout y confirmación del pedido están exentas del reemplazo global de páginas por falta de datos del perfil, para evitar que un pedido en curso cambie inesperadamente a otra página. Cada campo de checkout puede tener su propio requisito de validación.
Guía para integraciones
- Consulta los enlaces actuales de Website del proyecto en vez de asumir una plantilla de rutas.
- Considera lo que el cliente ve en el lado del cliente como experiencia de usuario, no como autorización para una operación de API.
- Mantén las credenciales de proveedores y la configuración privada fuera de las URL del navegador y de la documentación pública.
- Usa API Reference canónica para los contratos de autenticación y solicitudes del servidor.
Referencias relacionadas: Rutas y enlaces profundos de Website · Integraciones y transferencias externas de Website