Separar la web publica de la aplicacion

La web publica debe responder a una pregunta sencilla: que es PickaRoom, para quien existe y que problema intenta resolver. Esa parte tiene que ser indexable, rapida y comprensible incluso para una persona que nunca se registra. Por eso vive como contenido HTML estable dentro de ivilabs.es.

La aplicacion, en cambio, tiene pantallas que dependen del estado del usuario: inicio de sesion, busqueda guardada, mensajes, favoritos o herramientas de propietario. Esas vistas son utiles, pero no siempre son buenas paginas publicas porque pueden aparecer vacias para un visitante anonimo.

Capas principales

El proyecto se puede explicar como varias capas con responsabilidades distintas. La interfaz se ocupa de presentar habitaciones y formularios. El backend valida solicitudes, aplica reglas de negocio y persiste datos. La base de datos guarda usuarios, anuncios, conversaciones y relaciones como favoritos o solicitudes.

  • La web publica presenta contexto, beneficios y documentacion del proyecto.
  • La app privada permite acciones que requieren identidad o datos personales.
  • El backend concentra reglas de validacion para evitar duplicar decisiones en la interfaz.
  • La persistencia modela habitaciones, perfiles, disponibilidad, preferencias y mensajes.

Por que la mensajeria no debe ser contenido publico

El chat es una parte importante de PickaRoom, pero su contenido pertenece a los usuarios. No tiene sentido indexarlo ni usarlo como base de una pagina abierta. Una conversacion privada tambien puede generar pantallas sin informacion util para el visitante externo, especialmente si no hay sesion iniciada.

La solucion es tratar la mensajeria como una herramienta del producto, no como contenido editorial. La web publica puede explicar que existe, como se protege y que problema resuelve, pero no debe depender del chat para aportar valor.

Estado actual del enfoque

La prioridad es que cada pagina publica tenga una razon clara para existir. El proyecto principal explica PickaRoom, las notas documentan decisiones tecnicas y la app queda reservada para acciones interactivas. Esta separacion tambien hace mas facil depurar problemas de indexacion, politicas y revision de anuncios.

Una arquitectura sencilla ayuda a producto y a SEO: si una URL publica no tiene contenido propio, probablemente no deberia estar en el sitemap ni servir anuncios.