Los custom fields y los custom values son las dos piezas de GoHighLevel que más personalizan tu operación y que más gente confunde entre sí. Uno guarda datos de cada contacto; el otro guarda valores reutilizables de tu negocio. Usarlos bien es la diferencia entre mensajes que hablan con nombre y precio correctos en automático, y un CRM lleno de campos duplicados donde nadie confía en el dato. Este tutorial explica qué es cada uno, cómo se crean y usan de verdad (incluidos los merge fields que insertan el dato en mensajes), y la frontera que evita el desorden que después cuesta una limpieza entera.
La distinción que hay que grabar antes de nada, porque el resto se construye sobre ella: el CUSTOM FIELD es un dato del CONTACTO (su plan, su presupuesto, su fecha de cumpleaños: cambia de persona a persona); el CUSTOM VALUE es un dato del NEGOCIO (tu teléfono, el precio de un plan, el enlace de agenda: es el mismo para todos). Confundirlos es la raíz de la mitad de los líos, y separarlos es la mitad de la solución.
Respuesta rápida
- Custom field: un dato que varía por contacto (plan contratado, presupuesto, ciudad). Se guarda en la ficha de cada persona y se usa para segmentar, ramificar workflows y personalizar.
- Custom value: un dato del negocio reutilizable (tu teléfono, un precio, un enlace, tu horario). Se define una vez y se referencia en todas partes; cambiarlo lo cambia en todos los sitios.
- Los merge fields: el mecanismo que inserta el valor en un mensaje ({{contact.first_name}}, {{custom_values.precio_pro}}), para que cada mensaje salga personalizado en automático.
- La frontera con la base externa: el custom field es una casilla para el estado actual; los datos con historial, estructura o cálculo viven fuera y proyectan su resultado al campo.
- La regla anti-desorden: convención de nombres desde el primer campo, la pieza correcta para cada dato, y nunca simular valores del negocio con familias de etiquetas.
| Custom field | Custom value | |
|---|---|---|
| Qué guarda | Un dato del contacto | Un dato del negocio |
| Varía por persona | Sí | No, es el mismo para todos |
| Ejemplos | Plan, presupuesto, cumpleaños | Tu teléfono, un precio, un enlace |
| Cómo se usa | Segmentar, ramificar, personalizar | Referenciar en mensajes y páginas |
| Al cambiarlo | Cambia para ese contacto | Cambia en TODAS partes a la vez |
Dos piezas, dos propósitos, un merge field que las inserta a ambas. Con esa base clara, montarlas bien es sencillo.
¿Cuál es la diferencia entre custom fields y custom values?
El custom field guarda un dato del contacto que varía por persona (plan, presupuesto, ciudad) y sirve para segmentar y personalizar; el custom value guarda un dato del negocio reutilizable (teléfono, precio, enlace) igual para todos, que se cambia en un solo lugar. Ambos se insertan con merge fields, y cada dato vive en la pieza correcta.
Los custom fields: los datos de cada persona
Crearlos y tiparlos bien
Un custom field se crea con su nombre, su tipo y su propósito. El tipo importa más de lo que parece: un campo de texto libre, uno de selección (opciones cerradas), uno de fecha, uno numérico. Elegir el tipo correcto no es cosmético: un campo de selección para «plan contratado» mantiene los valores limpios (Basico/Pro/Premium, no doce variantes escritas a mano), mientras que el texto libre para lo mismo garantiza el caos. Crea cada campo pensando en cómo lo vas a USAR: si vas a ramificar workflows según su valor, el tipo de selección te da valores predecibles; si es un dato descriptivo, el texto libre sirve. La convención de nombres desde el primer campo es tan importante como el tipo.
Usarlos: segmentar, ramificar, personalizar
El custom field cobra vida en tres usos. Segmentar: las smart lists filtran por el valor del campo («todos los del plan Pro sin renovar»). Ramificar: los workflows toman caminos distintos según el campo («si presupuesto mayor a X, avisar al comercial senior»). Personalizar: los merge fields insertan el dato en mensajes («Hola {{contact.first_name}}, tu plan {{contact.plan}} vence pronto»). Ese trío es la razón de existir del campo, y el criterio para decidir si crearlo: si un dato no va a segmentar, ramificar ni personalizar nada, no necesita ser campo.
Los custom values: los datos de tu negocio
El custom value resuelve un problema distinto: los datos de tu negocio que aparecen en muchos sitios y que odiarías actualizar uno por uno. Tu número de teléfono, el precio de cada plan, el enlace a tu calendario, tu horario de atención, la dirección de tu local. Defines «precio_plan_pro» una vez, lo referencias con su merge field en cada email, SMS, funnel y plantilla, y el día que sube el precio lo cambias en UN lugar y se actualiza en todos. Es el antídoto contra el problema que documenté sobre el catálogo copiado en catorce workflows: el dato del negocio vive en un custom value, no incrustado a mano en cada mensaje. La regla es simple: si es un dato tuyo que aparece en más de un sitio, es un custom value, no texto escrito a mano.
Los merge fields: el pegamento
Los merge fields son la sintaxis que inserta el valor real donde escribes el marcador. En un mensaje escribes {{contact.first_name}} y el cliente ve su nombre; escribes {{custom_values.enlace_agenda}} y aparece tu enlace real. Funcionan para ambas piezas: los datos del contacto (custom fields) y los del negocio (custom values). Dominarlos es lo que convierte un mensaje plantilla en comunicación personalizada a escala: un solo email que le habla a cada persona con SUS datos y TUS valores correctos. El detalle de producción: prueba siempre los merge fields con un contacto real antes de enviar masivo, porque el campo vacío o mal escrito muestra un hueco o el marcador crudo, y ese «Hola {{contact.first_name}}» literal en la bandeja del cliente es el clásico papelón evitable.
La frontera con la base externa
Un límite que ahorra líos futuros: el custom field es una casilla para el ESTADO ACTUAL, no un almacén de historial. En cuanto un dato pide historial («todos los pagos»), estructura («productos con variantes») o cálculo con reglas («estado derivado de transacciones»), forzarlo al campo produce los engendros de siempre (JSON incrustado, datos concatenados, campos numerados). Ahí el dato vive en una base externa que calcula y proyecta al campo solo la conclusión. Y cuando los campos se cuentan por decenas, la gobernanza a escala (inventario con dueño, limpieza) se vuelve su propio tema.
Cuándo NO crear un campo o un valor
No crees un custom field para un dato que no vas a segmentar, ramificar ni personalizar: el campo que nadie usa es ruido que ensucia la ficha. No simules valores del negocio con familias de etiquetas («plan-basico», «plan-pro»): eso es un campo de selección disfrazado. Y no escribas a mano en cada mensaje un dato que cambiará (un precio, un enlace): ese es el trabajo del custom value. La pieza correcta para cada dato, decidida al crearlo, es lo que mantiene el sistema limpio a los dos años.
Errores comunes
- Confundir field y value: guardar un dato del negocio como campo del contacto (o al revés) rompe la lógica. El dato de la persona es field; el del negocio, value.
- Texto libre donde tocaba selección: «plan contratado» como texto libre produce doce variantes que rompen las ramificaciones. El tipo se elige pensando en el uso.
- Precios escritos a mano en mensajes: el precio incrustado en cada email es el que olvidas actualizar. Todo dato del negocio repetido es un custom value.
- Merge fields sin probar: el «Hola {{contact.first_name}}» literal en la bandeja del cliente. Prueba con un contacto real antes de enviar masivo.
- Campos para todo: crear un campo por cada dato imaginable llena la ficha de ruido. Si no segmenta, ramifica ni personaliza, no necesita ser campo.
- Historial en un campo: concatenar datos o numerar campos («pago_1», «pago_2») es una tabla pidiendo nacer fuera. El campo guarda estado, no historia.
Preguntas frecuentes
Son piezas distintas con propósitos distintos: el custom value guarda un dato del negocio, el custom field un dato del contacto. Ambos se insertan en mensajes con merge fields, pero no se anidan uno en otro. Si necesitas un dato del negocio en un mensaje, referencia el custom value directamente con su merge field.
Sí: los custom values se referencian con su merge field en emails, SMS, funnels, sitios y plantillas. Esa ubicuidad es su ventaja: el precio o el enlace definido una vez aparece correcto en todos esos lugares, y se actualiza en todos al cambiar el valor una sola vez.
Un campo de selección con opciones cerradas (Básico, Pro, Premium), no texto libre. El motivo es práctico: vas a ramificar workflows y segmentar smart lists según ese valor, y las opciones cerradas garantizan valores predecibles, mientras el texto libre produce variantes que rompen esas ramificaciones.
Con convención de nombres desde el primer campo, buscando si el dato ya existe antes de crear uno nuevo, y usando la pieza correcta para cada dato. Cuando el inventario ya creció, la gobernanza a escala (auditar uso, fusionar duplicados, limpiar huérfanos) es un proyecto en sí que conviene hacer con método, no con borrados masivos.
Los agentes de IA acceden al contexto del contacto para personalizar sus respuestas, y los custom fields forman parte de ese contexto. La diferencia es que la IA usa el dato con criterio conversacional en lugar de insertarlo con un marcador fijo; pero el campo bien puesto sigue siendo lo que le da al agente la información correcta de cada persona.
Tutorial verificado usando custom fields, custom values y merge fields en cuentas reales, a julio de 2026. El enlace a GoHighLevel es de afiliado: con la prueba de 14 días alcanza para montar tus primeros campos y valores con la disciplina que evita el desorden futuro.
La idea que ordena las dos piezas
Custom fields y custom values son la respuesta de GoHighLevel a dos preguntas distintas: «¿qué sé de esta persona?» y «¿qué datos de mi negocio uso en muchos sitios?». Guarda lo de la persona en el campo, lo del negocio en el valor, insértalos con merge fields probados, y respeta la frontera con la base externa cuando el dato pide historial o cálculo. Hazlo así y tus mensajes hablarán con el nombre y el precio correctos en automático, tu CRM segmentará con datos limpios, y nunca tendrás que perseguir un precio viejo por catorce workflows. La personalización a escala no es magia: es estas dos piezas usadas con criterio desde el primer dato.
