WP FreeScout Chat

El problema

Una tienda con un help desk FreeScout autoalojado no tenía forma de llegar a él desde la propia tienda. El cliente que buscaba soporte salía del sitio, encontraba el help desk por separado y abría un ticket como un desconocido, volviendo a teclear el nombre, el correo y el teléfono que la tienda ya tenía. Los agentes gastaban después las dos primeras respuestas en averiguar con quién hablaban y sobre qué pedido.

Pegar el snippet del widget en la plantilla resuelve la mitad y crea un problema nuevo: el snippet está fijado en código, así que identidad, color, posición e idioma se convierten en ediciones de plantilla, y el widget consulta los datos del usuario en cada renderizado.

Antes → Después

Antes	Después
El soporte vivía en otro sitio que había que encontrar	Widget de chat disponible en cada página de la tienda
Los clientes identificados se presentaban desde cero	Nombre, correo y teléfono se pasan al widget automáticamente
Snippet del widget pegado en la plantilla	Pantalla de ajustes: id de chat, color, posición, idioma, campos obligatorios
Cambiar un ajuste obligaba a editar archivos de plantilla	Cambiar un ajuste es guardar un formulario
Consulta de perfil repetida en cada renderizado	Datos de perfil resueltos una vez y cacheados por usuario
Colocación de todo o nada	Inyección en el pie para todo el sitio o shortcode donde haga falta

Cómo funciona

El widget se configura, no se programa. Id de chat, color de acento, esquina, idioma y qué campos de contacto exige el formulario son ajustes del admin. En la plantilla no queda nada del widget.
La identidad viaja con él. Para una visita identificada, el plugin resuelve nombre, correo y teléfono de facturación y se los entrega al widget como datos del visitante, de modo que la conversación empieza con el cliente ya identificado.
Las consultas de perfil se cachean. El registro del usuario y su meta se leen una vez y se guardan en la caché de objetos bajo una clave por usuario, así un widget presente en cada página no añade una ida a la base de datos en cada página.
Las visitas anónimas también reciben soporte. Sin sesión, el widget simplemente se renderiza sin datos de visitante en vez de fallar: el formulario pide lo que los ajustes marquen como obligatorio.
La colocación es una elección. La inyección en el pie pone el widget en todo el sitio; un shortcode coloca el chat o el formulario de soporte en una página concreta, y ambos se alimentan del mismo envoltorio de identidad.

Funciones clave

Widget de chat de FreeScout integrado en WordPress sin tocar la plantilla
Identidad automática del visitante, nombre, correo, teléfono, para clientes identificados
Caché de objetos por usuario para las consultas de perfil
Ajustes de id de chat, color, esquina, idioma y campos obligatorios
Inyección en el pie para todo el sitio más shortcodes de chat y formulario
Modo anónimo correcto cuando no hay nadie identificado
Campos de perfil adicionales expuestos a WooCommerce donde el desk los necesita

Instalación

Suba la carpeta del plugin a /wp-content/plugins/ y actívelo
Abra Freescout Chat en la barra lateral del admin y pegue la URL del widget y el id de chat de su instancia de FreeScout
Defina el color de acento, la esquina, el idioma y los campos que el formulario debe exigir
Deje activa la inyección en el pie para un widget global, o desactívela y use el shortcode
Abra la tienda con sesión iniciada y confirme que el widget arranca con sus datos rellenados