Descripción de los campos de los módulos y temas
Dentro de los módulos y temas, los campos se utilizan para permitir a los creadores de contenido controlar el estilo y la funcionalidad del módulo y el tema en tu sitio web. Al desarrollar un módulo o un tema, incluirás campos en un archivo fields.json
, que luego se traducirá al tema y a los editores de contenido.
A continuación, obtén más información sobre cómo crear y administrar opciones para los campos de módulos y temas. Para obtener más información sobre tipos de campos específicos, echa un vistazo a la guía de referencia de los tipos de módulos y campos.
Puedes agregar campos al archivo fields.json
de un módulo localmente a través de la CLI de HubSpot y en el editor de módulos de la aplicación. Para agregar campos a un tema, debes actualizar el archivo fields.json
del tema localmente utilizando la CLI.
Cuando se construye localmente los campos de los módulos y temas pueden ser editados a través de un archivo fields.json
dentro de la carpeta del módulo o tema. Para los módulos, este archivo se creará automáticamente cuando se utilice el comando hs create module
. Todas las opciones de campo disponibles en el editor de módulos están disponibles como propiedades que puedes agregar o editar en el archivo fields.json
. Esto incluye campos de repetición, grupos y condiciones. Una de las ventajas de editar localmente es que facilita la inclusión de tus módulos en sistemas de control de versiones como git.
El administrador de diseño tiene una interfaz de usuario de editor de módulos integrada que te permite crear, agrupar y editar campos de módulos. El editor de módulos contiene una vista preliminar del módulo que te permite ver el aspecto del módulo por sí mismo, así como probar sus campos. Dado que los módulos no viven en el vacío, siempre debes probarlos en una plantilla que planees utilizar, para ver qué estilos a nivel de plantilla pueden afectarlo. Ten en cuenta que si un módulo está contenido en una carpeta bloqueada no puede ser editado de esta manera.

Nota: si estás trabajando principalmente de forma local pero quieres utilizar el editor de módulos para configurar los campos, asegúrate de recuperar los cambios. Esto es especialmente importante para quienes utilizan sistemas de control de versiones como git.
Por opción predeterminada, los campos de los módulos en los editores de contenido se apilan verticalmente. Sin embargo, puedes colocar los campos del módulo uno al lado del otro agregando una propiedad display_width
a los campos en el archivo fields.json
con un valor de half_width
.
Un solo campo con un display_width
de half_width
aparecerá como half-width en el editor de contenido. Cuando el campo por encima o por debajo de ese campo en el archivo fields.json
se establece en half_width
, se colocarán uno al lado del otro.
Cuando los campos están relacionados entre sí a menudo tiene sentido que se muestren visualmente agrupados. Los módulos y los temas permiten agrupar varios campos.

Los grupos de campos sin grupos de campos anidados se muestran simplemente con divisores por encima y por debajo del grupo, y la etiqueta del grupo se muestra en la parte superior del grupo.

Los grupos de campos pueden ser anidados. Un grupo de campos que contenga otro grupo de campos se mostrará como un botón. Al hacer clic en el botón para ver el grupo, se mostrará el contenido de ese grupo.
Los grupos de campos pueden estar anidados a 3 niveles de profundidad, lo que significa que los campos del módulo pueden tener 4 niveles de profundidad. Facilitando la creación de interfaces de usuario que transmitan las relaciones entre los campos y una mayor profundidad granular.
Los objetos de grupo de campos pueden ser listados como subordinados de otros grupos de campos, su estructura es muy similar a la de los propios campos con el único parámetro especial de "hijos", que es una matriz de campos y grupos que contienen.
Los grupos de campos pueden configurarse para que se expandan por opción predeterminada estableciendo la propiedad booleana expanded
en true
en las propiedades de grupo de fields.json como se muestra en el código de ejemplo anterior. Los grupos de campos no se expanden por opción predeterminada y cuando se utilizan grupos de campos anidados, el grupo de origen (parent) no puede hacer uso de esta propiedad.
Los grupos de campos crean diccionarios que contienen los valores de los campos que deseas imprimir. Si se anidan grupos de campos, el grupo de campos anidado es un diccionario dentro del diccionario del grupo de campos externo. Para acceder a esos datos, atravesarás el árbol desde el tema raíz o la variable del módulo, dependiendo de tu contexto.
Los campos de estilo son un tipo de grupo de campo especial en el archivo fields.json
de un módulo o tema que da a los creadores de contenido el control sobre el estilo de un módulo o tema en el editor de páginas y temas. A continuación, aprende a agregar campos de estilo a un módulo o tema. Más información sobre las mejores prácticas para utilizar y organizar los campos de estilo.
Campos de estilo del módulo
Los campos de estilo agregados a un módulo aparecerán en la pestaña Estilos del editor de páginas al editar el módulo:
Cuando se agregan campos de estilo al archivo fields.json
de un módulo, se agregan dentro de un grupo de estilos. Ese grupo, sin embargo, puede contener varios grupos dentro de él, como se muestra a continuación:
Los siguientes campos pueden utilizarse como campos de estilo en los módulos. Conoce cada uno de los tipos de campo en la guía de módulos y tipos de campo.
- Alineación
- Gradiente
- Espaciado
- Imagen de fondo
- Borde
- Booleano
- Elección
- Número
- Color
- Icono
- Imagen
- Fuente
- Alineación del texto
Más información sobre los tipos de campo de módulos y temas.
Ve la plantilla de CMS para un ejemplo de campos de estilo dentro del archivo fields.json
de un módulo.
Campos de estilo del tema
Los campos de estilo agregados a un tema aparecerán en la barra lateral izquierda del editor de temas:
Todos los campos de estilo dentro del archivo fields.json
de un tema se agregarán a la barra lateral izquierda del editor de temas, en lugar de tener que ponerlos bajo un grupo de estilos, como se muestra a continuación:
Los siguientes campos pueden utilizarse como campos de estilo en los módulos. Conoce cada uno de los tipos de campo en la guía de módulos y tipos de campo.
Más información sobre los tipos de campo de módulos y temas.
Ve la plantilla del CMS para un ejemplo de campos de estilo dentro del archivo fields.json
de un tema.
Nota: si es un proveedor del mercado, no debe sustituir los campos de contenido existentes por campos de estilo en los módulos existentes. Cambiar la jerarquía de los campos en un archivo fields.json
puede hacer que las instancias de los módulos existentes pierdan sus datos. En su lugar, debes agregar nuevos campos de estilo, o crear un nuevo listado que tenga los campos debidamente agrupados. Esto evitará que sus actualizaciones sean cambios de ruptura para los clientes que confían en sus temas. Para abogar por las vías de migración de los módulos antiguos, consulta el foro HubSpot Ideas.
Algunos campos de estilo ofrecen una forma de imprimir css directamente en función del valor del campo. Esto es especialmente útil con los campos que pueden controlar un estilo más complicado como los gradientes. Los siguientes campos de estilo tienen una propiedad .css
generada:
Al crear módulos que formatean información, a menudo hay tipos de información que se repiten. Un módulo de recetas, por ejemplo, puede tener un campo de "Ingrediente". Bueno, la mayoría de las recetas tienen más de un ingrediente. Podrías darles un campo de texto enriquecido, pero entonces pierdes tu capacidad de forzar un estilo consistente y agregar funcionalidad alrededor de cada ingrediente. Ahí es donde entran los repetidores, HubSpot tiene dos formas de repetidores: Campos de repetición y Grupos de repetición.
Los campos que se repiten son campos normales, pero los creadores de contenido pueden agregar, eliminar y reordenar las instancias del campo. Usando el ejemplo del módulo de receta anterior, cada ingrediente podría ser un campo de texto de repetición.

Esto hace que el creador de contenido pueda agregar tantos ingredientes como desee. Desde el punto de vista del desarrollador, obtenemos una matriz que puedes recorrer para imprimir esa lista de ingredientes, aplicando el formato y la funcionalidad que desees.
Los campos de repetición se utilizan mejor en situaciones muy sencillas. A menudo, los grupos de repetición tienen más sentido.
Nota: actualmente no es posible establecer el orden predeterminado de los campos de repetición.
Los grupos de repetición son grupos de campos con la opción de repetición activada. Los grupos de repetición permiten a los creadores de contenido agregar, eliminar y reordenar grupos de campos. Utilizando el ejemplo del módulo de recetas, digamos que quieres integrar tu lista de ingredientes con una funcionalidad de lista de compra.

La cantidad de un ingrediente sería fundamental para la lista de compras. Mientras que alguien podría proporcionar eso en el campo de texto, el módulo tendría que analizar el campo de texto y esperar que estemos separando con éxito la cantidad del ingrediente. Aquí es donde los grupos de repetición resultan útiles. La salida de estos campos es un objeto que se puede recorrer en bucle.
Para mejorar la experiencia de edición y evitar que los editores de contenido proporcionen valores a los que no se ha dado cabida mediante programación, le permitimos establecer valores mínimos y máximos para el número de elementos que los creadores de contenido pueden agregar a un campo repetido o a un grupo repetido.
En el caso de los grupos de repetición, también se puede establecer qué campo actúa como etiqueta para ese elemento cuando se ve el repetidor.

Parameter | Type | Description | Default |
---|---|---|---|
max
| Entero | Número máximo de apariciones de este grupo. Evita que el creador de contenido agregue más de este número de elementos en la interfaz gráfica. |
null
|
min
| Entero | Número mínimo de apariciones de este grupo de campos. Evita que los usuarios tengan menos de este número de elementos en la UI. |
null
|
sorting_label_field
| String | Este es el id del campo, del que se extrae el texto para mostrarlo en la UI en las tarjetas arrastrables. El valor predeterminado es el primer campo del grupo. |
La propiedad inherited_value
se puede configurar para que un campo herede su valor predeterminado de otros campos. Para establecer todo el valor predeterminado de un campo a partir del valor de otro campo, establece en default_value_path
la ruta del nombre del campo de destino. Cuando se establece default_value_path
, se ignorará cualquier default
establecido en el campo.
Para acceder a los valores de otros campos, las rutas deben incluir module.
al principio, como si se accediera al valor en el código HubL del módulo.
En el caso de los campos complejos (campos cuyos valores son objetos), los usuarios pueden tener una mayor granularidad sobre las propiedades que se heredan a través de property_value_path
. Cualquier ruta referida en inherited_value
también puede incluir claves del valor de un campo para los campos complejos; por ejemplo, los campos de color tienen valores de objeto que contienen el color mismo así como la opacidad. Así que para obtener el valor de color real de un color sin la opacidad, la ruta terminaría en .color
. Por ejemplo, un campo de fuente puede heredar solo su color de otro campo de color:
También puedes combinar los efectos de default_value_path
y property_value_paths
para heredar un valor predeterminado de un campo mientras se hereda un valor de propiedad específico de un campo diferente:
Si un campo hereda de otro campo, pero luego se anula directamente en el nivel de la página o en la configuración del tema, su conexión con el campo de control se interrumpe. Cualquier otro campo que se adjunte a través de default_value_path
o property_value_paths
ya no afectará al valor del campo.
Al definir los campos de módulo y tema personalizados, puedes configurar cuándo aparece un campo agregando el objeto de visibility
al campo en el archivo fields.json
. Por ejemplo, puedes establecer un módulo de formulario para mostrar un área de texto enriquecido cuando se selecciona el mensaje de agradecimiento, pero un selector de página cuando se selecciona una redirección.
Puedes establecer la visibilidad según el valor de un controlling_field_path
o según una propiedad específica dentro de ese campo usando el parámetro property
.
También puedes aplicar visibilidad a un campo individual o a un grupo de campos para controlar la visibilidad de todos los elementos del grupo.
Parameter | Type | Description |
---|---|---|
controlling_field_path
| String | La ruta con puntos del campo que controla la condición de presentación.
|
controlling_value_regex
| String | La expresión regular en el campo de control que debe estar presente para que el campo se muestre. El regex debe coincidir con toda la cadena (no con un subconjunto) y se ejecuta con sensibilidad a mayúsculas y minúsculas. |
operator
| String | El operador que define cómo debe cumplirse el valor
|
property
| String | Establece la visibilidad en función de una propiedad específica del campo de destino. Por ejemplo, puedes habilitar la visibilidad cuando la propiedad |
El atributo de visibilidad solo puede admitir un criterio a la vez. Para incluir múltiples criterios con múltiples operadores, así como el orden de las operaciones, puedes usar advanced_visibility
.
Parameter | Type | Description |
---|---|---|
visibility_rules
| String | Por opción predeterminada, este valor se establece en |
boolean_operator
| String | El operador booleano para los criterios condicionales. Puede ser |
criteria
| Array | Una matriz de objetos de visibilidad que define los criterios condicionales que deben cumplirse para que se muestre el campo. |
controlling_field_path
| String | La ruta con puntos del campo que controla la condición de presentación.
|
controlling_value_regex
| String | El valor en el campo de control que debe cumplirse para mostrar el campo. Cuando se usa el operador Un campo con un |
operator
| String | El operador que define cómo debe cumplirse el valor
La sintaxis regex es necesaria cuando se usa |
Por ejemplo, a continuación se muestra la primera parte del código del módulo de pagos predeterminado. Para revisar el código completo, puedes clonar el módulo en HubSpot y luego descargarlo en tu entorno local para ver el archivo fields.json
del módulo.
El código anterior da como resultado el siguiente comportamiento:
- El primer campo (
payment
) es un campo obligatorio (menú desplegable) que permite al creador de contenido seleccionar un enlace de pago específico. En HubSpot, un creador de contenido verá lo siguiente cuando agregue el módulo a la página por primera vez:
- Una vez que se selecciona un enlace de pago, aparecerán los tres campos que siguen (
checkout_location
,button_text
eicon
). Esto se debe a que los campos tienen un atributo devisibility
que está controlado por el campopayment
y requiere un valor ID en el parámetroid
en el campo de pago.
El campo icon
en sí utiliza advanced_visibility
para aparecer solo cuando hay un enlace de pago presente en el campo payment
Y cuando se selecciona la casilla de comprobación add_icon
.
Además de establecer la visibilidad dentro de fields.json
, también puedes establecer la visibilidad en el administrador de diseño editando las opciones de Condiciones de visualización de un campo.
Después de configurar la visibilidad en el administrador de diseño, puedes buscar el módulo utilizando la CLI para ver el atributo de visibility
en el archivo fields.json
del módulo.
Puedes agregar condiciones a un campo para evitar la edición cuando se cumplan las condiciones especificadas. También puedes establecer un mensaje para mostrar sobre el campo cuando está inhabilitado para proporcionar contexto en el editor de contenido.
Las condiciones y el mensaje se establecen en el objeto disabled_controls
del campo. Las condiciones para hacer un campo editable se establecen dentro del objeto rules
, que sigue el mismo formato que advanced_visibility.
El siguiente código muestra una implementación simple y avanzada de los criterios de rules
:
- El campo
simple_page
incluye lógica para inhabilitar el campo si el campotext_field
se establece entesting
. - El campo
fancy_page
incluye lógica para deshabilitar el campo sitext_field
otext_field_2
se establece en cualquier valor no igual atesting
ytesting2
respectivamente.
Parameter | Type | Description |
---|---|---|
message
| String | Mensaje que se mostrará en el editor de contenido cuando el campo esté desactivado. |
rules
| Objetos | Las condiciones para activar el campo para editar. |
criteria
| Matriz | Una matriz de objetos de condición que define los criterios que deben cumplirse para que se muestre el campo. Esta matriz puede contener múltiples objetos de condición separados por lógica |
boolean_operator
| String | El operador booleano para los criterios condicionales. Puede ser |
controlling_field_path
| String | La ruta con puntos del campo que controla la condición de presentación.
|
controlling_value_regex
| String | El valor en el campo de control que debe cumplirse para mostrar el campo. Cuando se usa el operador Un campo con un |
operator
| String | El operador que define cómo debe cumplirse el valor
La sintaxis regex es necesaria cuando se usa |
Cuando están en el editor de temas, el resaltado de vista previa puede ayudar a los creadores de contenido a comprender qué campos controlan qué elementos de página. La vista previa del resaltado funciona asignando los campos del tema a los selectores CSS a los que afectan, agregando un cuadro alrededor de esos elementos al pasar el cursor sobre el campo en el editor del tema.
Para configurar el resaltado de vista previa para los campos del tema, incluirás un archivo editor-preview.json
en el directorio raíz del tema para asignar los campos del tema a una lista de selectores CSS. En el archivo, incluirás una matriz para cada campo de estilo que deseas resaltar que contiene los selectores CSS relevantes, utilizando el siguiente formato:
Por ejemplo, el código a continuación resaltará qué elementos de página están controlados por el campo de fuente principal. Puedes ver el ejemplo completo en el archivo editor-preview.json
del tema Crecimiento predeterminado.
Para comenzar a generar este archivo, ejecuta el siguiente comando CLI para crear el archivo. Durante la creación del archivo, se ejecutará un script para configurar los mapeos iniciales de los selectores de campo.
Parameter | Description |
---|---|
theme-directory-path
| La ruta al directorio de temas. |
Después de ejecutar el comando, deberás revisar y refinar el archivo editor-preview.json
para asegurarte de que los campos y los selectores estén asignados correctamente. Si bien el comando generate-selectors hará una conjetura rudimentaria sobre qué campos afectan a qué selectores, deberás hacer correcciones en función de cómo se construye tu tema. Por ejemplo, este comando no puede detectar cuándo los módulos están anulando el estilo o cuando estás usando macros.
Para probar estas asignaciones, carga el tema a una cuenta y luego ve el editor de temas en esa cuenta (Configuración > Sitio web > Temas > Ver tema).
Gracias por tus comentarios, son muy importantes para nosotros.