Funcionalidades y uso

Los estados describen evidencia del código en 0e6c41f, no una prueba del servicio desplegado. Véanse la matriz y las limitaciones.

Catálogo y carrito — Implementada

Ubicación: Tablero → E-commerce → Productos. Requiere un proyecto editable para guardar.

1. Crea o edita un producto con nombre, precio, descripción, imagen, categoría, existencias y SKU; el formulario incluye peso y destacado.
2. Guarda y añade al diseño los elementos de tienda desde la biblioteca del constructor.
3. Publica para actualizar el catálogo público. En el sitio, abre el detalle, añade productos y ajusta cantidades en el carrito.

El catálogo y los ajustes forman parte del proyecto; el carrito es estado de la sesión de la aplicación. El código limita cantidades por las existencias conocidas, pero no acredita reserva o descuento transaccional de inventario al contactar por WhatsApp. La importación de catálogo anterior recupera productos antiguos del usuario; comprueba el catálogo resultante antes de publicar.

Fuentes: gestor de tienda, estado de tienda, carrito. Para componer la página: componentes del constructor.

Pedido por WhatsApp — Implementada

Ubicación: E-commerce → Configuración; carrito → continuar con el pedido.

1. Guarda nombre comercial y teléfono internacional de WhatsApp, de 8 a 15 dígitos.
2. Define envío fijo en USD, 0 para envío gratis o deja vacío para acordarlo. Publica.
3. El visitante completa nombre, teléfono y dirección; correo y referencias son opcionales.
4. Pulsa Preparar pedido por WhatsApp, revisa el mensaje y abre WhatsApp. El visitante debe enviarlo allí.

El total sin envío definido es provisional. Preparar o abrir el mensaje no envía el pedido, no lo registra automáticamente en el administrador y no cobra. Disponibilidad, pago y entrega se acuerdan con el comercio.

Fuentes: ajustes, formulario de pedido, preparación del mensaje.

Pedidos y estadísticas comerciales — Parcialmente implementada

Ubicación: E-commerce → Pedidos / analítica. Requiere sesión, proyecto editable y acceso a sus datos.

Registra manualmente un pedido confirmado con el cliente, revisa sus productos y datos, y actualiza su estado administrativo. Comprueba estados y totales antes de eliminar registros. Las gráficas muestran pedidos del proyecto, tendencia y productos destacados; los ingresos cobrados cuentan pedidos marcados como pagados y no cancelados.

Los estados de pago son datos registrados; no prueban un cargo bancario. Los tipos conservan nombres de tarjeta, PayPal y Boxful, pero el checkout actual es WhatsApp. No configures credenciales de una transportadora basándote en comentarios o tipos heredados: la pantalla activa de configuración solo presenta WhatsApp y envío fijo.

Fuentes: gestor de pedidos, persistencia, analítica, cálculo de ingresos.

Academia — Implementada

Ubicación: Tablero → Academia. Requiere sesión y proyecto; el sitio utiliza el componente Cursos de la biblioteca.

1. Configura nombre y logotipo de academia.
2. Crea un curso y sus lecciones; escribe contenido, añade vídeo y materiales, y marca el curso publicado cuando esté preparado.
3. Invita un correo o revisa solicitudes de acceso. Asigna cursos y acceso activo con duración en días, meses, años o indefinida.
4. Coloca el componente Cursos en la página y publica el diseño. El alumno inicia sesión y abre los cursos autorizados.

Los datos de academia están en course_sites, separados del documento visual. Vídeos admitidos: YouTube, Vimeo o archivos MP4/WebM por HTTPS. El logotipo acepta PNG/JPEG/WebP en datos con límite indicado de 65 KB. El progreso de lecciones se guarda localmente por usuario, proyecto y curso; no se acredita sincronización entre dispositivos. No se encontró matrícula automática vinculada a pago ni emisión de certificados.

Fuentes: gestor, datos y caducidad, visor y progreso, vídeo, biblioteca.

Formularios — Implementada

Ubicación: Tablero → Formularios y componente de formulario en el sitio. Requiere proyecto con acceso a Firebase.

Crea un formulario, configura preguntas y recorrido, añádelo al diseño y prueba el envío. Revisa respuestas en el gestor y exporta CSV cuando necesites analizarlas. Para borrar un formulario con respuestas, primero exporta y elimina las respuestas: el código impide eliminarlo mientras existan.

Los formularios gestionados guardan respuestas en Firestore y emiten el evento de envío confirmado usado por embudos. Los elementos de formulario nativos y su envío a WhatsApp son otro flujo del constructor; no presupongas que cualquier clic genera un lead confirmado.

Fuentes: gestor, datos y exportación, componente, flujo nativo.

Embudos — Parcialmente implementada

Ubicación: gestor de páginas para definir pasos; Tablero → Embudos para métricas.

1. Crea un embudo con nombre y URL y déjalo activo.
2. Añade páginas, ventanas o etiquetas; usa un destino existente o una plantilla. Ordena pasos y elige objetivo de visita, contacto o venta verificada.
3. Configura navegación y formularios en el constructor; la secuencia por sí sola no sustituye los enlaces entre páginas.
4. Publica y consulta métricas con fechas UTC, como máximo 93 días.

Las etiquetas no crean página pública. Eliminar el embudo conserva las páginas. El registro público utiliza /api/funnels: visitas deduplicadas por sesión, paso y día; leads con referencia a envío de formulario confirmado. Las conversiones de venta y los ingresos no están disponibles. La sesión anónima depende de sessionStorage; bloqueos o fallos de red reducen el registro.

Fuentes: gestor, seguimiento, métricas, servidor.

Colaboración — Parcialmente implementada

Ubicación: Configuraciones → Administradores. Requiere sesión y proyecto; solo el propietario gestiona accesos y transferencias.

Introduce el correo de una cuenta existente, crea la invitación y comparte el enlace generado. El destinatario acepta con su cuenta. Abre espacio colaborativo para editar el proyecto compartido; revisa miembros y revoca accesos cuando corresponda. Una transferencia cambia el propietario y requiere revisar sus consecuencias en pantalla.

La implementación usa /api/collaboration, revisiones y combinación de cambios. No implica edición simultánea carácter a carácter ni ausencia de conflictos. Su funcionamiento público depende del backend y permisos desplegados, no verificados en esta auditoría.

Fuentes: interfaz, repositorio, combinación, servidor.

Copias y recuperación — Implementada

Ubicación: Configuraciones → Copias de Seguridad. Requiere sesión para copias en la nube.

Pon un nombre, crea una copia, comprueba que aparece en la lista y usa Restaurar cuando necesites recuperar su contenido. Revisa el diálogo antes de confirmar porque restaura el documento sobre el proyecto abierto. Puedes eliminar copias con la confirmación de la interfaz.

El restaurador admite documentos completos y copias antiguas con páginas. Conserva la preferencia actual de publicación automática. No es un respaldo completo de Firebase: pedidos, respuestas y academia viven en colecciones independientes. No se ha verificado programación automática, retención garantizada ni recuperación ante desastre.

Fuentes: interfaz, restaurador, recuperación local.

Promociones de plataforma — Implementada

Ubicación: botón de promociones del editor; edición en administración → Marketing. Requiere permisos de administración para cambiar la oferta.

Configura título, oferta, icono, colores, recordatorio y enlace opcional. Guarda y consulta la oferta en el editor. El enlace debe ser HTTPS y tener texto; el esquema exige contraste mínimo 3:1 entre icono y botón. Si la configuración pública no es válida o no está disponible, la oferta se desactiva.

Es un anuncio de Wookcom dentro del editor. No acredita descuentos automáticos sobre productos, cupones del checkout comercial ni campañas de correo.

Fuentes: consumo público, validación, edición administrativa.

Administración y suscripción — Parcialmente implementada

Ubicación: aplicación apps/admin para operadores autorizados; Tablero → Mi plan para el usuario.

Administración ofrece panel, clientes, marketing, cupones, actividad y ajustes, con filtros y exportaciones. Usa las acciones de la pantalla según tu permiso y revisa el resultado del servidor; una tarjeta o indicador no constituye conciliación financiera.

Mi plan consulta /api/billing, muestra acceso y ofrece planes mensual, anual o de por vida cuando están configurados. Con correo verificado, el usuario abre la oferta en pay.hotmart.com. El regreso del checkout no activa acceso: el backend espera confirmación. Las opciones dependen de configuración de plataforma y del webhook; no se verificó compra real. Esta suscripción es a Wookcom y no cobra productos de los sitios.

Fuentes: consola, cliente de API, Mi plan, servicio de facturación.

MCP e inteligencia artificial — MCP: Implementada; generación IA: No verificada

Ubicación: Configuraciones → MCP. Sigue la configuración de clientes, el despliegue y la verificación.

Conecta un cliente compatible siguiendo el flujo de autorización y revisa los permisos otorgados. Gestiona conexiones en el editor. Que exista MCP no implica que todos los clientes estén configurados ni que un modelo genere sitios correctamente sin revisión.

No se encontró un flujo activo de generación de contenido con Gemini/OpenAI en el código auditado. La dependencia @google/genai y las referencias a clientes IA no acreditan integración de generación, créditos ni almacenamiento de claves de proveedor. La migración de ejecución Functions de la PR #93 sigue pendiente de despliegue.

Fuentes: panel de conexiones, consentimiento, servicio, servidor MCP, dependencias.