What is a Field
What You’ll Learn
In this section, you will learn:
- What a field is
- Examples of fields on some built-in types
- The “field is a field is a field” principle
As you learned in the Entity Types Module, entities are the core objects stored in the Knowledge Graph and fields provide additional information about each entity type.
Each Entity Type comes with a number of Yext pre-built fields and you can add additional custom fields as needed. Remember (as we showed in the Entity Types Module) there are some fields that are on all entity types – built-in or custom. These include:
- Entity ID (unique identifier)
Here are some example fields on some of the built-in Yext types –
- Start/End Date/Time
- Event Location
- Ticket URL
- Name (First, Middle, Last)
- Office Address
- Office Phone
- Photo Gallery
- Price Range
- Job Location
Additional fields are also automatically enabled if you are subscribed to certain publishers. For example, if your package includes Google My Business, your Location entities will also have fields like Google Cover Photo or Google My Business attributes.
All fields have a few properties:
- a Type, like string, phone, or url
- a Display Name, like “Keywords”, “Main Phone”, or “Description” used to reference the field in the UI
- an API name, like
c_customfieldused to reference the field in the API
- Validation, like maximum character counts, count of items for lists, or aspect ratio for photos
An important tenet of fields in Yext Data Modeling is that “a field is a field is a field”. This means that, once-defined, a field maintains the same properties like Name and Validation no matter where it appears. Fields are often shared between types – like the Description field – but no matter where it appears it will have the same validation, API name, and UX.
In this example, the Name field is present on each of these types and its validation and UI presentation is the same.