Formularios: recoge consultas desde tu sitio

#Cómo funciona un formulario

1. Un visitante rellena el formulario. Los campos obligatorios, las direcciones de correo y los números de teléfono se comprueban en la página antes de enviar nada.
2. El mensaje llega a Briks, que lo guarda en la lista Forms de tu proyecto y hace sonar la campana del estudio con su asunto y su página.
3. En producción, Briks también te lo envía por email. En una vista previa se guarda, pero no se envía por email.
4. El visitante ve “Sending your message…” y después un agradecimiento (por defecto “Thank you. Your message has been received.”). Si el envío falla, ve un error sencillo y sus palabras se quedan en el formulario.
5. Cada formulario enviado cuenta como una consulta en Analytics.

#Añadir un formulario

Un formulario es parte de una página, así que lo añades como cualquier otro cambio: pidiéndolo en el estudio. Indica los campos, di cuáles son obligatorios y ponle un asunto para distinguir tus formularios en la lista y en tu bandeja de entrada.

#Pruébalo en la vista previa

Antes de publicar en producción, envía algunas pruebas desde la dirección de la vista previa. Cada entrada se guarda con una etiqueta de preview y no se envía ningún correo, así que puedes probar un formulario tantas veces como quieras.

#Dónde aparecen las entradas

La página Forms lista los 100 mensajes más recientes, del más nuevo al más antiguo. Cada uno muestra cuándo llegó, el asunto del formulario, la página de la que vino y una de cuatro marcas: emailed, not emailed (el correo falló), preview, o held, not emailed si es probable spam. Debajo, cada campo y su respuesta. Todos los miembros del espacio de trabajo pueden leer la lista, incluidos los Viewers.

Un mensaje que parece spam se conserva, con la etiqueta Likely spam, y nunca se envía por correo; tampoco sale ningún webhook ni aviso por él. Si es real, un Owner, Admin o Editor pulsa Not spam para quitar la etiqueta. Después no se envía por correo, así que respóndelo desde la lista.

#Adónde van los correos

En producción, cada entrada se envía por correo a la persona que creó el proyecto. Si ya no está en el espacio de trabajo, va al primer Owner del espacio de trabajo. Hoy no hay ningún ajuste para enviar los correos de formularios a otra dirección. El correo semanal de analíticas y las alertas de tráfico van a la misma persona.

• Asunto: el asunto del formulario y el nombre de tu sitio, como en el ejemplo de arriba.
• Responder: si el formulario tiene un campo de correo, el mensaje se configura para responder al visitante, así que al pulsar Responder le contestas directamente.
• Límite: estos correos te los envía Briks a ti, así que no cuentan para el límite del correo del sitio.

#Spam y límites

• Cada formulario lleva un campo oculto que la gente nunca ve. Si un bot lo rellena, se le da las gracias y no se guarda nada.
• Un visitante puede enviar 5 mensajes en 10 minutos, y un sitio admite hasta 300 al día. Pasado ese límite, los visitantes leen «Too many messages were sent from here. Try again a little later.»
• Un formulario puede tener hasta 20 campos, y cada respuesta puede tener hasta 5,000 caracteres. Los campos que se dejan vacíos se omiten de la entrada.

#Envía los envíos a otra herramienta con un webhook

Un webhook es un mensaje que Briks envía a la dirección web de otro servicio cuando ocurre algo en tu sitio. Con el evento Form received, cada nueva entrada se reenvía en cuanto llega. Cada envío va firmado para que la otra herramienta pueda comprobar que viene de tu proyecto, y se intenta hasta 5 veces durante unos 45 minutos si esa herramienta no responde.

Cada envío incluye el asunto del formulario, la página, cada campo y respuesta, la dirección de respuesta del visitante y si la entrada vino de producción. Las entradas de la vista previa también se reenvían, así que haz que tu herramienta las omita si solo debe ver las reales.