Consultas web y solicitudes de recorrido
Un prospecto completa el formulario de recorrido en tu sitio web a las once de la noche; por la mañana, un agente de arrendamiento ya tiene una consulta que conoce la unidad, el anuncio que atrajo al prospecto y un recorrido en el calendario. Ese es el ciclo de la consulta web: tus páginas públicas de listados convierten el envío de un formulario en una Consulta de REDA — el registro de REDA para alguien que se puso en contacto — con los datos del visitante, dónde estaba la página de la propiedad y la atribución de campaña completa. Este artículo es para los agentes de arrendamiento que trabajan esas consultas y los analistas de marketing que informan sobre ellas. Después de leerlo, podrás interpretar con confianza los campos de procedencia de una consulta web y confiar en los datos de atribución detrás de tus informes de campaña.
Acceso que necesitarás. Crear y editar consultas requiere el conjunto de permisos REDA - Property Leasing User (o uno de los de Ventas, Adquisiciones, Administración de propiedades o Préstamos).
De dónde vienen las consultas web
Las consultas web llegan desde las páginas públicas de listados que REDA publica para tus propiedades — las páginas de búsqueda y de detalle de unidad integradas en tu sitio web de marketing. Cada página de unidad tiene un formulario de contacto y un formulario de "programar un recorrido". Cuando un visitante envía cualquiera de los dos, REDA crea una consulta en el acto. (Para saber cómo se configuran esas páginas y qué muestran, consulta Publicar propiedades en tu sitio web.)
Qué escribe el formulario en la consulta
El formulario completa mucho más que un nombre y un correo electrónico. Este es el panorama completo de lo que llega a la consulta, y cuándo:
| Lo que el visitante hizo o traía | Campo de la consulta | ¿Siempre? |
|---|---|---|
| Ingresó su nombre, correo, teléfono, mensaje | Nombre y apellido, correo electrónico, teléfono, descripción | Sí |
| Estaba en la página de una unidad específica | Propiedad = esa unidad | Sí |
| — (definido por el sistema) | Origen de la consulta = Web | Sí |
| Eligió alquilar o comprar | Tipo de registro = Arrendamiento (alquiler) o Venta de propiedad (compra) | Sí |
| — (de la solicitud web) | Dirección IP web | Sí |
| Llegó a una unidad con una promoción | Promoción de arrendamiento web | Cuando existe |
| Solicitó un recorrido | Fecha de recorrido solicitada, preferencia de horario, tipo de recorrido | Solo formulario de recorrido |
| Llegó a través de un enlace de campaña | Los seis campos UTM | Cuando existe |
| Llegó a través de un clic en un anuncio | ID de clic de Facebook, Google, Microsoft, TikTok | Cuando existe |
| — (contexto web) | ID del formulario web, página de destino, URL de referencia, ID de sesión | Cuando existe |
| Solicitó un recorrido | Se crea un evento de recorrido vinculado | Solo formulario de recorrido |
El tipo de registro importa: se define según la acción del visitante — una consulta de alquiler se convierte en una consulta de Arrendamiento, una consulta de compra se convierte en una consulta de Venta de propiedad — y esto determina el camino que sigue la consulta a partir de ahí.
El evento de recorrido automático
Cuando el visitante usa el formulario de recorrido en lugar del formulario de contacto simple, REDA no solo registra la fecha solicitada en la consulta — también crea un evento de recorrido vinculado a la consulta, de modo que el recorrido solicitado queda en el calendario en vez de quedar como una nota que alguien tiene que gestionar. La solicitud de recorrido en sí se captura en la consulta con tres detalles:
| Campo de recorrido en la consulta | Lo que eligió el visitante |
|---|---|
| Fecha de recorrido/visita solicitada | La fecha en que el prospecto pidió ver la unidad |
| Preferencia de horario del recorrido solicitado | Una preferencia de horario: Mañana, Alrededor del mediodía o Tarde |
| Tipo de recorrido solicitado | En persona o Recorrido virtual en vivo |
Así, un prospecto que pide un recorrido virtual por la tarde del día quince llega con los tres detalles ya en el registro — el agente sabe el cuándo, el más o menos cuándo, y el cómo, incluso antes de levantar el teléfono.
Datos de atribución para marketing
La razón por la que vale la pena leer con atención las consultas web es la atribución que traen consigo. Cuando un visitante llega a través de un enlace de campaña etiquetado o un clic en un anuncio, el formulario registra exactamente de dónde vino, para que tus informes puedan acreditar la campaña correcta. Dos tipos de datos hacen este trabajo:
| Qué es | Qué te indica |
|---|---|
| Parámetros UTM (campaign, content, id, medium, source, term) | Las etiquetas de campaña que trae un enlace de clic — qué campaña, canal y contenido atrajeron al visitante. |
| ID de clic de anuncios (fbclid, gclid, msclkid, ttclid) | Identificadores por red publicados en un clic de anuncio — de Facebook, Google, Microsoft y TikTok, respectivamente. |
Solo los visitantes que llegan con estas etiquetas las traen consigo — alguien que escribe tu dirección directamente no trae ninguna, lo cual es esperado, no una falla.
Trabajar una consulta web
Una vez creada, una consulta web es una consulta ordinaria — el origen Web y su tipo de registro simplemente te indican de dónde vino. A partir de aquí sigue el camino normal:
- El valor de origen Web las distingue en las vistas de lista e informes, para que puedas filtrar por prospectos del sitio web.
- Si el mismo prospecto se envió dos veces, REDA lo marca: usa la tarjeta Posibles duplicados y Combinar duplicados en la consulta (consulta Buscar y combinar consultas duplicadas).
- Cuando el prospecto esté listo, convierte la consulta en un arrendamiento u oportunidad con la acción de conversión estándar; para alquileres, puede ejecutarse primero una solicitud de arrendamiento en línea.
Dos vías web, los mismos campos
Tus páginas de listados de REDA no son la única forma en que puede aparecer una consulta web. Formularios externos — un formulario nativo de Webflow, otra landing page — pueden enviar exactamente el mismo paquete de atribución a través del Data Service, que ofrece justo este conjunto de parámetros web como una vía de ingreso sin código. Los mismos campos en la consulta, un canal distinto que los alimenta: la página de listados escribe la consulta directamente, mientras que un formulario externo la envía a través del Data Service.
Ejemplo trabajado: Aisha encuentra Meridian Court #101
Aisha ve Meridian Court #101 a través de un anuncio de Google y hace clic — llega a la página de la unidad con utm_source=google, utm_campaign=summer-lease, y un ID de clic de Google en la dirección. En la página solicita un recorrido para el sábado por la mañana. El resultado en REDA:
| En la consulta | Valor |
|---|---|
| Nombre | Aisha Rahman |
| Origen / tipo de registro | Web / Arrendamiento |
| Propiedad | Meridian Court #101 |
| Solicitud de recorrido | Sábado, preferencia de mañana |
| Atribución | Campaña summer-lease, ID de clic de Google, IP capturada |
| Calendario | Un evento de recorrido vinculado para el sábado |
El informe de marketing de "prospectos por campaña" cuenta a Aisha bajo summer-lease, y el agente tiene su recorrido en el calendario antes de que abra la oficina.
Qué sigue
- Publicar propiedades en tu sitio web (RDELS) — las páginas que alojan estos formularios.
- REDA Data Service: conecta tus formularios — el otro canal que crea consultas web.
- Solicitudes de arrendamiento en línea (RLA) — el siguiente paso habitual para un prospecto de alquiler.
- Buscar y combinar consultas duplicadas — cómo manejar al mismo prospecto dos veces.
Preguntas frecuentes
Los campos UTM y de ID de clic solo se completan cuando el visitante los trae consigo — a través de un enlace de campaña etiquetado o un clic en un anuncio. El tráfico directo no trae ninguno, lo cual es normal.
Sí. La acción que realizan en la página define el tipo de registro — una consulta de Arrendamiento para alquiler, una consulta de Venta de propiedad para compra — lo que a su vez determina el camino que sigue la consulta.
Usa la tarjeta Posibles duplicados y Combinar duplicados en la consulta para combinarlas. Si la misma persona tiende a volver a enviar el formulario a través de un formulario externo, la ruta de Data Service puede actualizar una consulta existente en lugar de crear una nueva.
Registra la dirección de red desde la que llegó el envío, capturada a partir de la solicitud web. Es un dato factual de procedencia en el registro.
¿Te resultó útil?