# Structuring Content in Contentstack ### About this export | Field | Value | | --- | --- | | **content_type** | course | | **platform** | contentstack-academy | | **source_url** | https://www.contentstack.com/academy/courses/structuring-content-in-contentstack | | **language** | en | | **product_area** | Contentstack Academy | | **learning_path** | cms-content-manager-certification | | **course_id** | structuring-content-in-contentstack | | **slug** | structuring-content-in-contentstack | | **version** | 2026-03-01 | | **last_updated** | 2026-04-28 | | **status** | published | | **keywords** | ["Contentstack Academy"] | | **summary_one_line** | This course gives you a clear, practical understanding of how content is structured inside Contentstack—and why that structure is the backbone of scalable digital experiences. You’ll learn how content models act as bluep… | | **total_duration_minutes** | 26 | | **lessons_count** | 6 | | **video_lessons_count** | 6 | | **text_lessons_count** | 0 | | **linked_learning_path** | cms-content-manager-certification | | **linked_assessment_ref** | LMS_LP_bltbe76332333847c2a | | **markdown_file_url** | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack.md | | **generated_at** | 2026-04-28T06:55:50.776Z | | **intended_audience** | [] | | **prerequisites** | [] | | **related_courses** | [] | > Included in **[CMS Content Manager Certification](https://www.contentstack.com/academy/learning-paths/cms-content-manager-certification)**. Mirrors catalog course content with learning-path completion context only. ## Course Overview | Metadata | Value | | --- | --- | | Catalog duration | 26m 2s | | Released (if known) | 2026-03-01 | | Product area | Contentstack Academy | ### Description This course gives you a clear, practical understanding of how content is structured inside Contentstack—and why that structure is the backbone of scalable digital experiences. You’ll learn how content models act as blueprints, how content types serve as reusable molds, and how fields shape every entry you create. We’ll cover the essentials: * **Content Types** * **Fields** * **Labels** Through real-world examples like building a blog page, you’ll see how structured content speeds up publishing, improves consistency, and makes collaboration easier across teams. By the end, you’ll understand how content models connect the backend structure with the frontend experience, and how to work smarter with Contentstack—whether you’re a content creator, or editor. ### Learning objectives 1. Follow each lesson in order. 2. Practice in a training stack using placeholders **YOUR_STACK_API_KEY** and **YOUR_DELIVERY_TOKEN** in local `.env` files only. 3. Validate API responses against the official documentation. ### Topics covered Contentstack Academy ## Course structure ```text structuring-content-in-contentstack/ ├── 01-overview-of-content-types · video · 405s ├── 02-understanding-content-type-classification · video · 207s ├── 03-why-labels-matter · video · 244s ├── 04-fields-in-contentstack · video · 317s ├── 05-advanced-fields-in-contentstack · video · 222s ├── 06-why-content-models-matter · video · 167s ``` ## Lessons ### Lesson 01 — Overview of Content Types #### Video details #### At a glance - **Title:** Overview Of Content Types - **Duration:** 6m 45s - **Media link:** https://cdn.jwplayer.com/previews/Yo2tjKM4 - **Publish date (unix):** 1755871196 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113669 kbps - video/mp4 · 180p · 180p · 179691 kbps - video/mp4 · 270p · 270p · 225852 kbps - video/mp4 · 360p · 360p · 299953 kbps - video/mp4 · 406p · 406p · 348427 kbps - video/mp4 · 540p · 540p · 486541 kbps - video/mp4 · 720p · 720p · 736025 kbps - video/mp4 · 1080p · 1080p · 1448038 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/Yo2tjKM4-120.vtt` #### Transcript Every headline, image, and button you see on a content-stack-powered website has a hidden skeleton. That skeleton is called the content model, the master blueprint of everything your digital experience can show. Inside that model live the content types, individual molds for each kind of page or component. Think of the model as an entire Lego set while each content type is a single brick you can reuse anywhere. When the model is solid and your bricks are well-designed, your content is reusable across channels, faster to publish, consistent for every creator. If you mess up the structure, even the smallest change becomes a headache. That's why before we type a single word or upload a single image, we start with content types. Let's ground this with a simple example, a blog page. Visually, the page shows a title, a description, an image, and a publish date. In ContentStack, we capture that pattern once by building a blog page content type containing a title, which is a text field, a description, which is a multi-line text field, an image, which is an asset field, and a publish date, which is a date field. Save that schema and you've created the mold. Every new blog post is now an entry poured into the same mold, perfectly consistent every time. So creating a content type is like casting a reusable mold. Once the mold exists, anyone, a developer or marketer, can crank out perfectly shaped content without touching code. That's the magic of structured content. While developers typically create new content types, since they also need to build the front end that displays them, it's still valuable for content creators to understand how they work. Just to clarify, the front end refers to the presentation layer, like a web page or an app screen. Without that, a content type is really just a storage structure. It holds the content, but there's no way to display it. Still, knowing how content types are built helps you better understand how ContentStack works, even if you're not writing any code yourself. So let's walk through how to build one. In your stack, open Content Models and click the New Content Type button and from the menu, choose Create New. This will open the Create New Content Type dialog box. Fill in the name as Blog Page, Description, Schema for All Blog Posts, UID, Blog Icon, Blog Underscore Page. Best practice is to use lowercase with underscores, and you'll notice it auto-generates that for you. For type, choose Multiple because you want to use this content type for more than one entry. More on that a bit later. Click Save and proceed. Now let's drop in our four fields for this content type. First, Title, which is there by default, which is a single-line text box, but you're free to modify any of these default settings. Okay, let's add a multi-line text box for the description, and we can add that display name. Also, notice the ID populates for you. We'll leave the rest of the elements, like the placeholder value, instruction value, and help text empty for this demo. If you want more details on what each of those fields represent, you can hover over the question mark to get a tooltip explanation. Next, let's add a File field. Just place your cursor under the Description text field to see the Add element appear. Choose File and label it Image. This will allow us to upload images to our assets. Finally, let's add a Date field so we can capture a date using a date widget, and we can label it Date. Grab the handles on the left to arrange the fields, or click this icon to reopen the properties to make any adjustments. Finally, when you're done, click Save and Close, and then the schema is locked in. The moment we hit Save, Content Stack lets the team start adding entries. Authors focus on words and images, the structure takes care of consistency. So let's just recap some terms and what they mean. First, Field. It's a building block inside a content type, like text, assets, or dates. An asset is any media file you upload, whether it be a JPEG, PDF, or MP4. An entry is a piece of content created from a content type. UID is a unique identifier that keeps everything distinct in the system. A few best practices to keep in mind. UIDs. Keep them lowercase with underscores and under 200 characters. Examples. Use clean, human-readable names like blog page, opposed to blog page without a space. Descriptions. Spell the purpose out so team members know exactly when to use each type. You've now seen how a single content type fits into the larger content model and why that matters for speed, scale, and sanity. Again, this was more about understanding the structure behind the content model so you can better understand how Content Stack operates as you create, modify, and delete content in your stacks. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:10.640 Every headline, image, and button you see on a content-stack-powered website has a hidden 2 00:00:10.640 --> 00:00:12.200 skeleton. 3 00:00:12.200 --> 00:00:18.880 That skeleton is called the content model, the master blueprint of everything your digital 4 00:00:18.880 --> 00:00:21.960 experience can show. 5 00:00:21.960 --> 00:00:28.000 Inside that model live the content types, individual molds for each kind of page or 6 00:00:28.000 --> 00:00:29.400 component. 7 00:00:29.400 --> 00:00:36.520 Think of the model as an entire Lego set while each content type is a single brick you can 8 00:00:36.520 --> 00:00:39.360 reuse anywhere. 9 00:00:39.360 --> 00:00:45.920 When the model is solid and your bricks are well-designed, your content is reusable across 10 00:00:45.920 --> 00:00:51.800 channels, faster to publish, consistent for every creator. 11 00:00:51.800 --> 00:00:57.760 If you mess up the structure, even the smallest change becomes a headache. 12 00:00:57.760 --> 00:01:05.160 That's why before we type a single word or upload a single image, we start with content 13 00:01:05.160 --> 00:01:06.520 types. 14 00:01:06.520 --> 00:01:11.320 Let's ground this with a simple example, a blog page. 15 00:01:11.320 --> 00:01:19.300 Visually, the page shows a title, a description, an image, and a publish date. 16 00:01:19.300 --> 00:01:27.320 In ContentStack, we capture that pattern once by building a blog page content type containing 17 00:01:27.320 --> 00:01:34.120 a title, which is a text field, a description, which is a multi-line text field, an image, 18 00:01:34.120 --> 00:01:39.280 which is an asset field, and a publish date, which is a date field. 19 00:01:39.280 --> 00:01:43.380 Save that schema and you've created the mold. 20 00:01:43.380 --> 00:01:50.040 Every new blog post is now an entry poured into the same mold, perfectly consistent every 21 00:01:50.040 --> 00:01:51.640 time. 22 00:01:51.640 --> 00:01:56.920 So creating a content type is like casting a reusable mold. 23 00:01:56.920 --> 00:02:02.200 Once the mold exists, anyone, a developer or marketer, can crank out perfectly shaped 24 00:02:02.200 --> 00:02:05.040 content without touching code. 25 00:02:05.040 --> 00:02:08.480 That's the magic of structured content. 26 00:02:08.480 --> 00:02:14.240 While developers typically create new content types, since they also need to build the front 27 00:02:14.240 --> 00:02:21.320 end that displays them, it's still valuable for content creators to understand how they 28 00:02:21.320 --> 00:02:22.320 work. 29 00:02:22.480 --> 00:02:27.880 Just to clarify, the front end refers to the presentation layer, like a web page or an 30 00:02:27.880 --> 00:02:29.200 app screen. 31 00:02:29.200 --> 00:02:33.760 Without that, a content type is really just a storage structure. 32 00:02:33.760 --> 00:02:37.760 It holds the content, but there's no way to display it. 33 00:02:37.760 --> 00:02:44.360 Still, knowing how content types are built helps you better understand how ContentStack 34 00:02:44.360 --> 00:02:49.360 works, even if you're not writing any code yourself. 35 00:02:49.360 --> 00:02:53.240 So let's walk through how to build one. 36 00:02:53.240 --> 00:03:01.000 In your stack, open Content Models and click the New Content Type button and from the menu, 37 00:03:01.000 --> 00:03:02.880 choose Create New. 38 00:03:02.880 --> 00:03:07.040 This will open the Create New Content Type dialog box. 39 00:03:07.040 --> 00:03:19.040 Fill in the name as Blog Page, Description, Schema for All Blog Posts, UID, Blog Icon, 40 00:03:19.040 --> 00:03:21.160 Blog Underscore Page. 41 00:03:21.160 --> 00:03:29.520 Best practice is to use lowercase with underscores, and you'll notice it auto-generates that 42 00:03:29.520 --> 00:03:31.560 for you. 43 00:03:31.560 --> 00:03:37.880 For type, choose Multiple because you want to use this content type for more than one 44 00:03:37.880 --> 00:03:39.080 entry. 45 00:03:39.080 --> 00:03:41.700 More on that a bit later. 46 00:03:41.700 --> 00:03:43.840 Click Save and proceed. 47 00:03:43.840 --> 00:03:48.120 Now let's drop in our four fields for this content type. 48 00:03:48.200 --> 00:03:54.040 First, Title, which is there by default, which is a single-line text box, but you're free 49 00:03:54.040 --> 00:03:57.400 to modify any of these default settings. 50 00:03:57.400 --> 00:04:04.480 Okay, let's add a multi-line text box for the description, and we can add that display 51 00:04:04.480 --> 00:04:05.480 name. 52 00:04:05.480 --> 00:04:08.720 Also, notice the ID populates for you. 53 00:04:08.720 --> 00:04:13.960 We'll leave the rest of the elements, like the placeholder value, instruction value, 54 00:04:13.960 --> 00:04:17.000 and help text empty for this demo. 55 00:04:17.000 --> 00:04:21.520 If you want more details on what each of those fields represent, you can hover over 56 00:04:21.520 --> 00:04:25.120 the question mark to get a tooltip explanation. 57 00:04:25.120 --> 00:04:28.520 Next, let's add a File field. 58 00:04:28.520 --> 00:04:34.560 Just place your cursor under the Description text field to see the Add element appear. 59 00:04:34.560 --> 00:04:38.360 Choose File and label it Image. 60 00:04:38.360 --> 00:04:42.440 This will allow us to upload images to our assets. 61 00:04:42.680 --> 00:04:49.440 Finally, let's add a Date field so we can capture a date using a date widget, and we 62 00:04:49.440 --> 00:04:52.160 can label it Date. 63 00:04:52.160 --> 00:04:59.760 Grab the handles on the left to arrange the fields, or click this icon to reopen the properties 64 00:04:59.760 --> 00:05:02.120 to make any adjustments. 65 00:05:02.120 --> 00:05:10.600 Finally, when you're done, click Save and Close, and then the schema is locked in. 66 00:05:10.600 --> 00:05:17.440 The moment we hit Save, Content Stack lets the team start adding entries. 67 00:05:17.440 --> 00:05:23.760 Authors focus on words and images, the structure takes care of consistency. 68 00:05:23.760 --> 00:05:27.120 So let's just recap some terms and what they mean. 69 00:05:27.120 --> 00:05:28.840 First, Field. 70 00:05:28.840 --> 00:05:34.800 It's a building block inside a content type, like text, assets, or dates. 71 00:05:34.800 --> 00:05:41.440 An asset is any media file you upload, whether it be a JPEG, PDF, or MP4. 72 00:05:41.440 --> 00:05:46.880 An entry is a piece of content created from a content type. 73 00:05:46.880 --> 00:05:54.080 UID is a unique identifier that keeps everything distinct in the system. 74 00:05:54.080 --> 00:05:57.440 A few best practices to keep in mind. 75 00:05:57.440 --> 00:05:58.720 UIDs. 76 00:05:58.720 --> 00:06:03.760 Keep them lowercase with underscores and under 200 characters. 77 00:06:03.760 --> 00:06:04.760 Examples. 78 00:06:04.760 --> 00:06:13.560 Use clean, human-readable names like blog page, opposed to blog page without a space. 79 00:06:13.560 --> 00:06:14.560 Descriptions. 80 00:06:14.560 --> 00:06:20.760 Spell the purpose out so team members know exactly when to use each type. 81 00:06:20.760 --> 00:06:26.480 You've now seen how a single content type fits into the larger content model and why 82 00:06:26.480 --> 00:06:30.240 that matters for speed, scale, and sanity. 83 00:06:30.240 --> 00:06:35.840 Again, this was more about understanding the structure behind the content model so you 84 00:06:35.840 --> 00:06:43.440 can better understand how Content Stack operates as you create, modify, and delete content 85 00:06:43.440 --> 00:06:44.440 in your stacks. ``` ```transcript [00:00] Every headline, image, and button you see on a content-stack-powered website has a hidden [00:10] skeleton. [00:12] That skeleton is called the content model, the master blueprint of everything your digital [00:18] experience can show. [00:21] Inside that model live the content types, individual molds for each kind of page or [00:28] component. [00:29] Think of the model as an entire Lego set while each content type is a single brick you can [00:36] reuse anywhere. [00:39] When the model is solid and your bricks are well-designed, your content is reusable across [00:45] channels, faster to publish, consistent for every creator. [00:51] If you mess up the structure, even the smallest change becomes a headache. [00:57] That's why before we type a single word or upload a single image, we start with content [01:05] types. [01:06] Let's ground this with a simple example, a blog page. [01:11] Visually, the page shows a title, a description, an image, and a publish date. [01:19] In ContentStack, we capture that pattern once by building a blog page content type containing [01:27] a title, which is a text field, a description, which is a multi-line text field, an image, [01:34] which is an asset field, and a publish date, which is a date field. [01:39] Save that schema and you've created the mold. [01:43] Every new blog post is now an entry poured into the same mold, perfectly consistent every [01:50] time. [01:51] So creating a content type is like casting a reusable mold. [01:56] Once the mold exists, anyone, a developer or marketer, can crank out perfectly shaped [02:02] content without touching code. [02:05] That's the magic of structured content. [02:08] While developers typically create new content types, since they also need to build the front [02:14] end that displays them, it's still valuable for content creators to understand how they [02:21] work. [02:22] Just to clarify, the front end refers to the presentation layer, like a web page or an [02:27] app screen. [02:29] Without that, a content type is really just a storage structure. [02:33] It holds the content, but there's no way to display it. [02:37] Still, knowing how content types are built helps you better understand how ContentStack [02:44] works, even if you're not writing any code yourself. [02:49] So let's walk through how to build one. [02:53] In your stack, open Content Models and click the New Content Type button and from the menu, [03:01] choose Create New. [03:02] This will open the Create New Content Type dialog box. [03:07] Fill in the name as Blog Page, Description, Schema for All Blog Posts, UID, Blog Icon, [03:19] Blog Underscore Page. [03:21] Best practice is to use lowercase with underscores, and you'll notice it auto-generates that [03:29] for you. [03:31] For type, choose Multiple because you want to use this content type for more than one [03:37] entry. [03:39] More on that a bit later. [03:41] Click Save and proceed. [03:43] Now let's drop in our four fields for this content type. [03:48] First, Title, which is there by default, which is a single-line text box, but you're free [03:54] to modify any of these default settings. [03:57] Okay, let's add a multi-line text box for the description, and we can add that display [04:04] name. [04:05] Also, notice the ID populates for you. [04:08] We'll leave the rest of the elements, like the placeholder value, instruction value, [04:13] and help text empty for this demo. [04:17] If you want more details on what each of those fields represent, you can hover over [04:21] the question mark to get a tooltip explanation. [04:25] Next, let's add a File field. [04:28] Just place your cursor under the Description text field to see the Add element appear. [04:34] Choose File and label it Image. [04:38] This will allow us to upload images to our assets. ``` #### Key takeaways - Connect **Overview of Content Types** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ### Lesson 02 — Understanding Content Type Classification #### Video details #### At a glance - **Title:** Content Type Classification - **Duration:** 3m 27s - **Media link:** https://cdn.jwplayer.com/previews/gIA0aMT1 - **Publish date (unix):** 1755877030 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113821 kbps - video/mp4 · 180p · 180p · 208740 kbps - video/mp4 · 270p · 270p · 279266 kbps - video/mp4 · 360p · 360p · 396402 kbps - video/mp4 · 406p · 406p · 470535 kbps - video/mp4 · 540p · 540p · 692475 kbps - video/mp4 · 720p · 720p · 1087118 kbps - video/mp4 · 1080p · 1080p · 2236361 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/gIA0aMT1-120.vtt` #### Transcript So, we know how to structure content using content types, but not all content types are created equal. Some are designed for one-off pages like your homepage or privacy policy, and others are built to generate dozens or hundreds of pages using the same layout. And some content types aren't even pages at all. They're just reusable components like headers and footers, or in the case of our blog example, author bios or categories. Understanding how to classify a content type correctly is essential. It impacts not just how you create content, but also how developers build and connect your front end. InStack classifies content types into three categories, single page component, multiple page component, and reusable components, which are set up the same way as a multiple page component, but use a reference field. A single page component is used for one-off pages that each have a unique structure. These pages are standalone. There's only one of them on your site. Again, examples include a homepage, an about us page, or a privacy policy. When you create this type, simply choose single during setup. A multiple page component is built when you need to reuse the same structure across many entries like blog posts or product pages. These pages share the same layout, but the content inside changes. Again, examples include blog pages, product pages, or something like case studies. When creating the content type, select multiple. This tells Content Stack you'll be adding multiple entries under the same schema. Not every content type represents a page. Sometimes you need a reusable piece of content, like an author or category, that can be referenced inside of other entries. These are called multi-reusable components. You still select multiple when creating the content type, but the key difference is that you'll use them in combination with reference fields inside of other types. Examples include author profiles for things like blog posts, or categories for products, or maybe something like testimonials for landing pages. Some quick reference tips to keep in mind. Use single for one-off pages like Home or Contact Us. Use multiple for repeatable pages like blogs or products. And use multiple and the reference field for reusable content like authors or categories. Making the right choice here helps you ensure your content is flexible, scalable, and easy to maintain. Now that you know the different types of content structures, you're ready to start creating smarter, more organized content. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:07.560 So, we know how to structure content using content types, but not all content types are 2 00:00:07.560 --> 00:00:09.440 created equal. 3 00:00:09.440 --> 00:00:16.440 Some are designed for one-off pages like your homepage or privacy policy, and others are 4 00:00:16.440 --> 00:00:23.160 built to generate dozens or hundreds of pages using the same layout. 5 00:00:23.160 --> 00:00:27.520 And some content types aren't even pages at all. 6 00:00:27.520 --> 00:00:35.600 They're just reusable components like headers and footers, or in the case of our blog example, 7 00:00:35.600 --> 00:00:38.920 author bios or categories. 8 00:00:38.920 --> 00:00:43.640 Understanding how to classify a content type correctly is essential. 9 00:00:43.640 --> 00:00:49.840 It impacts not just how you create content, but also how developers build and connect 10 00:00:49.840 --> 00:00:52.040 your front end. 11 00:00:52.040 --> 00:00:59.200 InStack classifies content types into three categories, single page component, multiple 12 00:00:59.200 --> 00:01:04.760 page component, and reusable components, which are set up the same way as a multiple page 13 00:01:04.760 --> 00:01:07.680 component, but use a reference field. 14 00:01:07.680 --> 00:01:14.840 A single page component is used for one-off pages that each have a unique structure. 15 00:01:14.840 --> 00:01:17.040 These pages are standalone. 16 00:01:17.040 --> 00:01:20.240 There's only one of them on your site. 17 00:01:20.240 --> 00:01:27.960 Again, examples include a homepage, an about us page, or a privacy policy. 18 00:01:27.960 --> 00:01:33.960 When you create this type, simply choose single during setup. 19 00:01:33.960 --> 00:01:40.480 A multiple page component is built when you need to reuse the same structure across many 20 00:01:40.480 --> 00:01:44.800 entries like blog posts or product pages. 21 00:01:44.800 --> 00:01:49.760 These pages share the same layout, but the content inside changes. 22 00:01:49.760 --> 00:01:58.880 Again, examples include blog pages, product pages, or something like case studies. 23 00:01:58.880 --> 00:02:02.880 When creating the content type, select multiple. 24 00:02:02.880 --> 00:02:08.680 This tells Content Stack you'll be adding multiple entries under the same schema. 25 00:02:08.680 --> 00:02:12.160 Not every content type represents a page. 26 00:02:12.160 --> 00:02:19.240 Sometimes you need a reusable piece of content, like an author or category, that can be referenced 27 00:02:19.240 --> 00:02:21.200 inside of other entries. 28 00:02:21.200 --> 00:02:25.560 These are called multi-reusable components. 29 00:02:25.560 --> 00:02:31.200 You still select multiple when creating the content type, but the key difference is that 30 00:02:31.200 --> 00:02:38.520 you'll use them in combination with reference fields inside of other types. 31 00:02:38.560 --> 00:02:44.600 Examples include author profiles for things like blog posts, or categories for products, 32 00:02:44.600 --> 00:02:49.460 or maybe something like testimonials for landing pages. 33 00:02:49.460 --> 00:02:53.200 Some quick reference tips to keep in mind. 34 00:02:53.200 --> 00:02:57.520 Use single for one-off pages like Home or Contact Us. 35 00:02:57.520 --> 00:03:02.760 Use multiple for repeatable pages like blogs or products. 36 00:03:02.760 --> 00:03:10.160 And use multiple and the reference field for reusable content like authors or categories. 37 00:03:10.160 --> 00:03:16.440 Making the right choice here helps you ensure your content is flexible, scalable, and easy 38 00:03:16.440 --> 00:03:18.000 to maintain. 39 00:03:18.000 --> 00:03:23.080 Now that you know the different types of content structures, you're ready to start creating 40 00:03:23.080 --> 00:03:26.080 smarter, more organized content. ``` ```transcript [00:00] So, we know how to structure content using content types, but not all content types are [00:07] created equal. [00:09] Some are designed for one-off pages like your homepage or privacy policy, and others are [00:16] built to generate dozens or hundreds of pages using the same layout. [00:23] And some content types aren't even pages at all. [00:27] They're just reusable components like headers and footers, or in the case of our blog example, [00:35] author bios or categories. [00:38] Understanding how to classify a content type correctly is essential. [00:43] It impacts not just how you create content, but also how developers build and connect [00:49] your front end. [00:52] InStack classifies content types into three categories, single page component, multiple [00:59] page component, and reusable components, which are set up the same way as a multiple page [01:04] component, but use a reference field. [01:07] A single page component is used for one-off pages that each have a unique structure. [01:14] These pages are standalone. [01:17] There's only one of them on your site. [01:20] Again, examples include a homepage, an about us page, or a privacy policy. [01:27] When you create this type, simply choose single during setup. [01:33] A multiple page component is built when you need to reuse the same structure across many [01:40] entries like blog posts or product pages. [01:44] These pages share the same layout, but the content inside changes. [01:49] Again, examples include blog pages, product pages, or something like case studies. [01:58] When creating the content type, select multiple. [02:02] This tells Content Stack you'll be adding multiple entries under the same schema. [02:08] Not every content type represents a page. [02:12] Sometimes you need a reusable piece of content, like an author or category, that can be referenced [02:19] inside of other entries. [02:21] These are called multi-reusable components. [02:25] You still select multiple when creating the content type, but the key difference is that [02:31] you'll use them in combination with reference fields inside of other types. [02:38] Examples include author profiles for things like blog posts, or categories for products, [02:44] or maybe something like testimonials for landing pages. [02:49] Some quick reference tips to keep in mind. [02:53] Use single for one-off pages like Home or Contact Us. [02:57] Use multiple for repeatable pages like blogs or products. [03:02] And use multiple and the reference field for reusable content like authors or categories. [03:10] Making the right choice here helps you ensure your content is flexible, scalable, and easy [03:16] to maintain. [03:18] Now that you know the different types of content structures, you're ready to start creating [03:23] smarter, more organized content. ``` #### Key takeaways - Connect **Understanding Content Type Classification** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ### Lesson 03 — Why Labels Matter #### Video details #### At a glance - **Title:** Why Labels Matter - **Duration:** 4m 4s - **Media link:** https://cdn.jwplayer.com/previews/Kvlijm90 - **Publish date (unix):** 1755871309 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113846 kbps - video/mp4 · 180p · 180p · 160035 kbps - video/mp4 · 270p · 270p · 191991 kbps - video/mp4 · 360p · 360p · 242102 kbps - video/mp4 · 406p · 406p · 271269 kbps - video/mp4 · 540p · 540p · 358390 kbps - video/mp4 · 720p · 720p · 514461 kbps - video/mp4 · 1080p · 1080p · 940270 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/Kvlijm90-120.vtt` #### Transcript As your stat grows, so does your list of content types, and before long, finding what you need can feel like scrolling through an endless spreadsheet. Labels are ContentStack's way of keeping things organized. Think of them as like folders, letting you group content types in ways that make sense to your team. Whether you're in marketing, editorial, or product, labels make it easy to navigate, collaborate, and keep content structured across teams. Let's say you've got two teams, marketing with content types for campaigns and pages, and writers with content types for blogs and authors. Instead of dumping everything into one giant list, you can create two labels, marketing and writers, and assign the appropriate content type to each. It's simple but powerful, and it keeps your workspace clean. Here's what labels don't do. They don't affect user permissions, they don't change how your content appears on the front end, and they don't impact your entries directly. But what they do is make it easier to browse, filter, and manage your stack, especially as your content library scales. Let's walk through how to create and apply labels. Notice I'm working in the Compass Travels site. First, navigate to the Content Models section. At the top of the panel, click the plus icon to create a new label. Name this one Page and click Create. Next, we'll apply this label to different content types. I'll select the Landing Page type to enter it. In the top right, I can access the Apply Label menu and I'll select Page. Then I'll save the content type. Returning back to the content types, I'll do this for one more content type. I'll click the Article Listing page and use the same method to apply the page label. Then I'll click Save. Returning back to the content types, notice the Page label on the left. When you click it, the Content Types list gets filtered to show you just the types with that label. But it doesn't stop there. Switch over to the Entry section and you'll notice a Content Type View section on the left. Select the Group by Labels option to see your labels. You can expand that section to see the two content types labeled as Page. Now, what if you want to edit or delete a label? In the Content Models panel, click the Labels Settings icon. From here, you can either create new labels by clicking the plus sign. I'll close out of this for now as I don't want to create a new one. You can modify existing ones by clicking the pencil icon. Or you can delete labels you no longer need by clicking the trash can. Some best practices to keep in mind. Use label names that are intuitive to your team. Align on a shared structure. Don't let every user create their own. You can leverage nested labels for clarity. For example, you could nest blog posts under your Pages label. Keep labels focused on usability, not hierarchy. They're about making things easier to find, not controlling access. Labels don't change how your content works, but they make a huge difference in how you work with the content. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:07.320 As your stat grows, so does your list of content types, and before long, finding what you need 2 00:00:07.320 --> 00:00:11.620 can feel like scrolling through an endless spreadsheet. 3 00:00:11.620 --> 00:00:16.040 Labels are ContentStack's way of keeping things organized. 4 00:00:16.040 --> 00:00:21.840 Think of them as like folders, letting you group content types in ways that make sense 5 00:00:21.840 --> 00:00:23.840 to your team. 6 00:00:23.840 --> 00:00:30.200 Whether you're in marketing, editorial, or product, labels make it easy to navigate, 7 00:00:30.200 --> 00:00:35.160 collaborate, and keep content structured across teams. 8 00:00:35.160 --> 00:00:41.680 Let's say you've got two teams, marketing with content types for campaigns and pages, 9 00:00:41.680 --> 00:00:45.640 and writers with content types for blogs and authors. 10 00:00:45.640 --> 00:00:52.180 Instead of dumping everything into one giant list, you can create two labels, marketing 11 00:00:52.180 --> 00:00:57.580 and writers, and assign the appropriate content type to each. 12 00:00:57.580 --> 00:01:02.740 It's simple but powerful, and it keeps your workspace clean. 13 00:01:02.740 --> 00:01:05.140 Here's what labels don't do. 14 00:01:05.140 --> 00:01:11.140 They don't affect user permissions, they don't change how your content appears on 15 00:01:11.140 --> 00:01:16.100 the front end, and they don't impact your entries directly. 16 00:01:16.100 --> 00:01:22.580 But what they do is make it easier to browse, filter, and manage your stack, especially 17 00:01:22.580 --> 00:01:25.140 as your content library scales. 18 00:01:25.140 --> 00:01:29.220 Let's walk through how to create and apply labels. 19 00:01:29.220 --> 00:01:32.460 Notice I'm working in the Compass Travels site. 20 00:01:32.460 --> 00:01:36.300 First, navigate to the Content Models section. 21 00:01:36.300 --> 00:01:41.700 At the top of the panel, click the plus icon to create a new label. 22 00:01:41.700 --> 00:01:45.060 Name this one Page and click Create. 23 00:01:45.060 --> 00:01:49.180 Next, we'll apply this label to different content types. 24 00:01:49.180 --> 00:01:53.220 I'll select the Landing Page type to enter it. 25 00:01:53.220 --> 00:02:00.380 In the top right, I can access the Apply Label menu and I'll select Page. 26 00:02:00.380 --> 00:02:03.060 Then I'll save the content type. 27 00:02:03.060 --> 00:02:08.820 Returning back to the content types, I'll do this for one more content type. 28 00:02:09.340 --> 00:02:16.860 I'll click the Article Listing page and use the same method to apply the page label. 29 00:02:16.860 --> 00:02:19.500 Then I'll click Save. 30 00:02:19.500 --> 00:02:24.540 Returning back to the content types, notice the Page label on the left. 31 00:02:24.540 --> 00:02:29.420 When you click it, the Content Types list gets filtered to show you just the types with 32 00:02:29.420 --> 00:02:31.020 that label. 33 00:02:31.020 --> 00:02:34.300 But it doesn't stop there. 34 00:02:34.580 --> 00:02:39.340 Switch over to the Entry section and you'll notice a Content Type View section on the 35 00:02:39.340 --> 00:02:40.980 left. 36 00:02:40.980 --> 00:02:44.560 Select the Group by Labels option to see your labels. 37 00:02:44.560 --> 00:02:50.380 You can expand that section to see the two content types labeled as Page. 38 00:02:50.380 --> 00:02:55.060 Now, what if you want to edit or delete a label? 39 00:02:55.060 --> 00:03:00.060 In the Content Models panel, click the Labels Settings icon. 40 00:03:00.060 --> 00:03:06.300 From here, you can either create new labels by clicking the plus sign. 41 00:03:06.300 --> 00:03:11.580 I'll close out of this for now as I don't want to create a new one. 42 00:03:11.580 --> 00:03:16.900 You can modify existing ones by clicking the pencil icon. 43 00:03:16.900 --> 00:03:22.060 Or you can delete labels you no longer need by clicking the trash can. 44 00:03:22.060 --> 00:03:25.240 Some best practices to keep in mind. 45 00:03:25.240 --> 00:03:28.940 Use label names that are intuitive to your team. 46 00:03:28.940 --> 00:03:31.660 Align on a shared structure. 47 00:03:31.660 --> 00:03:34.860 Don't let every user create their own. 48 00:03:34.860 --> 00:03:37.980 You can leverage nested labels for clarity. 49 00:03:37.980 --> 00:03:44.180 For example, you could nest blog posts under your Pages label. 50 00:03:44.180 --> 00:03:48.300 Keep labels focused on usability, not hierarchy. 51 00:03:48.300 --> 00:03:54.660 They're about making things easier to find, not controlling access. 52 00:03:54.660 --> 00:04:01.320 Labels don't change how your content works, but they make a huge difference in how you 53 00:04:01.320 --> 00:04:03.220 work with the content. ``` ```transcript [00:00] As your stat grows, so does your list of content types, and before long, finding what you need [00:07] can feel like scrolling through an endless spreadsheet. [00:11] Labels are ContentStack's way of keeping things organized. [00:16] Think of them as like folders, letting you group content types in ways that make sense [00:21] to your team. [00:23] Whether you're in marketing, editorial, or product, labels make it easy to navigate, [00:30] collaborate, and keep content structured across teams. [00:35] Let's say you've got two teams, marketing with content types for campaigns and pages, [00:41] and writers with content types for blogs and authors. [00:45] Instead of dumping everything into one giant list, you can create two labels, marketing [00:52] and writers, and assign the appropriate content type to each. [00:57] It's simple but powerful, and it keeps your workspace clean. [01:02] Here's what labels don't do. [01:05] They don't affect user permissions, they don't change how your content appears on [01:11] the front end, and they don't impact your entries directly. [01:16] But what they do is make it easier to browse, filter, and manage your stack, especially [01:22] as your content library scales. [01:25] Let's walk through how to create and apply labels. [01:29] Notice I'm working in the Compass Travels site. [01:32] First, navigate to the Content Models section. [01:36] At the top of the panel, click the plus icon to create a new label. [01:41] Name this one Page and click Create. [01:45] Next, we'll apply this label to different content types. [01:49] I'll select the Landing Page type to enter it. [01:53] In the top right, I can access the Apply Label menu and I'll select Page. [02:00] Then I'll save the content type. [02:03] Returning back to the content types, I'll do this for one more content type. [02:09] I'll click the Article Listing page and use the same method to apply the page label. [02:16] Then I'll click Save. [02:19] Returning back to the content types, notice the Page label on the left. [02:24] When you click it, the Content Types list gets filtered to show you just the types with [02:29] that label. [02:31] But it doesn't stop there. [02:34] Switch over to the Entry section and you'll notice a Content Type View section on the [02:39] left. [02:40] Select the Group by Labels option to see your labels. [02:44] You can expand that section to see the two content types labeled as Page. [02:50] Now, what if you want to edit or delete a label? [02:55] In the Content Models panel, click the Labels Settings icon. [03:00] From here, you can either create new labels by clicking the plus sign. [03:06] I'll close out of this for now as I don't want to create a new one. [03:11] You can modify existing ones by clicking the pencil icon. [03:16] Or you can delete labels you no longer need by clicking the trash can. [03:22] Some best practices to keep in mind. [03:25] Use label names that are intuitive to your team. [03:28] Align on a shared structure. [03:31] Don't let every user create their own. [03:34] You can leverage nested labels for clarity. [03:37] For example, you could nest blog posts under your Pages label. [03:44] Keep labels focused on usability, not hierarchy. [03:48] They're about making things easier to find, not controlling access. [03:54] Labels don't change how your content works, but they make a huge difference in how you [04:01] work with the content. ``` #### Key takeaways - Connect **Why Labels Matter** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ### Lesson 04 — Fields in Contentstack #### Video details #### At a glance - **Title:** Fields In Contentstack - **Duration:** 5m 17s - **Media link:** https://cdn.jwplayer.com/previews/PVarzwES - **Publish date (unix):** 1755871240 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113524 kbps - video/mp4 · 180p · 180p · 187404 kbps - video/mp4 · 270p · 270p · 240074 kbps - video/mp4 · 360p · 360p · 326582 kbps - video/mp4 · 406p · 406p · 382243 kbps - video/mp4 · 540p · 540p · 539795 kbps - video/mp4 · 720p · 720p · 824768 kbps - video/mp4 · 1080p · 1080p · 1666428 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/PVarzwES-120.vtt` #### Transcript From simple inputs like URLs, numbers, and booleans, to more complex and powerful options like rich text editors, modular blocks, global fields, and references, there's a field for almost every kind of content you need to manage. Here, we'll take a closer look at the different field types available in ContentStack, how they work, and when to use them. So, what do fields actually do? Fields are the building blocks of your content types. They control what kind of information your content holds, and how it's entered, how it's validated, and how it's reused. Every entry in ContentStack gets its structure from these fields. Each field includes editable properties like display name, which is what the users see, a unique ID, which is used behind the scenes, the default value, help text, and mandatory or optional settings. These controls give you flexibility, not just in what content is captured, but how consistent and user-friendly it is for your team. ContentStack offers all sorts of fields, from basic fields like text numbers, dates, and booleans, to the more complex fields we talked about like rich text editors, modular blocks, references, and custom fields. Now that we've looked at how fields work in general, let's take a closer look at some of the most commonly used ones, starting with some of these simple fields. These are your go-to inputs for basic content, titles, dates, numbers, links, things like that. The single line text box field lets you capture short, plain text. No formatting, no line breaks, just clean, single line input. You'll use this for straightforward values like first name, last name, headline, city, or job title. You can even use multiple text boxes for structured inputs like address line 1 and address line 2. This field also supports editable properties like setting it as mandatory, adding help text, or defining a default value. The multi-line text box is designed for longer blocks of plain text. Think of it as a basic notepad, ideal for content that doesn't need formatting but might span a few sentences or paragraphs. Unlike the single line text box, this one supports line breaks, so it's perfect for internal notes, brief bios, or summaries. Just like before, it's plain text only, no bolding, links, or rich formatting. The boolean value is a simple on-off switch that lets you capture binary choices like show this section, featured post, or enable animation. The default value is false, but you can toggle it to true as needed. It's perfect for quick decisions that influence layout or logic on the front end. The date field lets you pick a specific day or day and time. You'll often see it used for things like published dates, event times, and deadlines. Just click into the field, choose your date from the calendar, and you're set. The file field is exactly what it sounds like. It lets you upload or attach files. This could be an image, a PDF, a video, or any other asset that belongs in your content. Use it when you need to add things like a profile image, a downloadable brochure, or a banner video. Files added here are automatically saved to the asset library in Content Stack. The link field lets you add a clickable link and give it a label. For example, you might create a Learn More button that links to a product page. You just fill in the title, which is what the users will see, and the URL, where it will go. The Select field gives you a dropdown, radio buttons, or checkboxes with predefined choices. You'll see this used for things like picking a size, small, medium, large, or extra large, choosing a region, or selecting a content category. You just click and choose from the list. It's easy. To wrap up, these fields are straightforward, but powerful. They help structure the content you create so it's consistent, organized, and ready to be published anywhere. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:07.360 From simple inputs like URLs, numbers, and booleans, to more complex and powerful options 2 00:00:07.360 --> 00:00:13.320 like rich text editors, modular blocks, global fields, and references, there's a field 3 00:00:13.320 --> 00:00:17.720 for almost every kind of content you need to manage. 4 00:00:17.720 --> 00:00:24.800 Here, we'll take a closer look at the different field types available in ContentStack, how 5 00:00:24.800 --> 00:00:27.720 they work, and when to use them. 6 00:00:27.720 --> 00:00:31.480 So, what do fields actually do? 7 00:00:31.480 --> 00:00:35.640 Fields are the building blocks of your content types. 8 00:00:35.640 --> 00:00:42.320 They control what kind of information your content holds, and how it's entered, how 9 00:00:42.320 --> 00:00:45.680 it's validated, and how it's reused. 10 00:00:45.680 --> 00:00:51.600 Every entry in ContentStack gets its structure from these fields. 11 00:00:51.600 --> 00:00:57.720 Each field includes editable properties like display name, which is what the users see, 12 00:00:57.720 --> 00:01:04.980 a unique ID, which is used behind the scenes, the default value, help text, and mandatory 13 00:01:04.980 --> 00:01:07.280 or optional settings. 14 00:01:07.280 --> 00:01:14.260 These controls give you flexibility, not just in what content is captured, but how consistent 15 00:01:14.260 --> 00:01:18.160 and user-friendly it is for your team. 16 00:01:18.160 --> 00:01:24.160 ContentStack offers all sorts of fields, from basic fields like text numbers, dates, 17 00:01:24.160 --> 00:01:29.760 and booleans, to the more complex fields we talked about like rich text editors, modular 18 00:01:29.760 --> 00:01:34.200 blocks, references, and custom fields. 19 00:01:34.200 --> 00:01:39.760 Now that we've looked at how fields work in general, let's take a closer look at some 20 00:01:39.760 --> 00:01:46.760 of the most commonly used ones, starting with some of these simple fields. 21 00:01:46.760 --> 00:01:55.920 These are your go-to inputs for basic content, titles, dates, numbers, links, things like that. 22 00:01:55.920 --> 00:02:01.720 The single line text box field lets you capture short, plain text. 23 00:02:01.720 --> 00:02:08.120 No formatting, no line breaks, just clean, single line input. 24 00:02:08.120 --> 00:02:14.480 You'll use this for straightforward values like first name, last name, headline, city, 25 00:02:14.480 --> 00:02:16.200 or job title. 26 00:02:16.200 --> 00:02:24.720 You can even use multiple text boxes for structured inputs like address line 1 and address line 2. 27 00:02:24.720 --> 00:02:31.160 This field also supports editable properties like setting it as mandatory, adding help 28 00:02:31.160 --> 00:02:35.120 text, or defining a default value. 29 00:02:35.120 --> 00:02:41.160 The multi-line text box is designed for longer blocks of plain text. 30 00:02:41.160 --> 00:02:47.800 Think of it as a basic notepad, ideal for content that doesn't need formatting but 31 00:02:47.800 --> 00:02:51.760 might span a few sentences or paragraphs. 32 00:02:51.760 --> 00:02:58.800 Unlike the single line text box, this one supports line breaks, so it's perfect for 33 00:02:58.800 --> 00:03:03.200 internal notes, brief bios, or summaries. 34 00:03:03.200 --> 00:03:10.360 Just like before, it's plain text only, no bolding, links, or rich formatting. 35 00:03:10.360 --> 00:03:16.960 The boolean value is a simple on-off switch that lets you capture binary choices like 36 00:03:16.960 --> 00:03:23.480 show this section, featured post, or enable animation. 37 00:03:23.480 --> 00:03:29.160 The default value is false, but you can toggle it to true as needed. 38 00:03:29.160 --> 00:03:35.560 It's perfect for quick decisions that influence layout or logic on the front end. 39 00:03:35.560 --> 00:03:41.040 The date field lets you pick a specific day or day and time. 40 00:03:41.040 --> 00:03:47.560 You'll often see it used for things like published dates, event times, and deadlines. 41 00:03:47.560 --> 00:03:54.660 Just click into the field, choose your date from the calendar, and you're set. 42 00:03:54.660 --> 00:03:57.400 The file field is exactly what it sounds like. 43 00:03:57.400 --> 00:04:00.960 It lets you upload or attach files. 44 00:04:00.960 --> 00:04:08.720 This could be an image, a PDF, a video, or any other asset that belongs in your content. 45 00:04:08.720 --> 00:04:14.840 Use it when you need to add things like a profile image, a downloadable brochure, or 46 00:04:14.840 --> 00:04:16.920 a banner video. 47 00:04:16.920 --> 00:04:22.640 Files added here are automatically saved to the asset library in Content Stack. 48 00:04:22.640 --> 00:04:28.040 The link field lets you add a clickable link and give it a label. 49 00:04:28.040 --> 00:04:34.160 For example, you might create a Learn More button that links to a product page. 50 00:04:34.160 --> 00:04:40.000 You just fill in the title, which is what the users will see, and the URL, where it 51 00:04:40.000 --> 00:04:41.320 will go. 52 00:04:41.320 --> 00:04:48.560 The Select field gives you a dropdown, radio buttons, or checkboxes with predefined choices. 53 00:04:48.560 --> 00:04:55.280 You'll see this used for things like picking a size, small, medium, large, or extra large, 54 00:04:55.280 --> 00:04:59.600 choosing a region, or selecting a content category. 55 00:04:59.600 --> 00:05:02.680 You just click and choose from the list. 56 00:05:02.680 --> 00:05:04.080 It's easy. 57 00:05:04.080 --> 00:05:08.320 To wrap up, these fields are straightforward, but powerful. 58 00:05:08.320 --> 00:05:14.080 They help structure the content you create so it's consistent, organized, and ready 59 00:05:14.080 --> 00:05:16.160 to be published anywhere. ``` ```transcript [00:00] From simple inputs like URLs, numbers, and booleans, to more complex and powerful options [00:07] like rich text editors, modular blocks, global fields, and references, there's a field [00:13] for almost every kind of content you need to manage. [00:17] Here, we'll take a closer look at the different field types available in ContentStack, how [00:24] they work, and when to use them. [00:27] So, what do fields actually do? [00:31] Fields are the building blocks of your content types. [00:35] They control what kind of information your content holds, and how it's entered, how [00:42] it's validated, and how it's reused. [00:45] Every entry in ContentStack gets its structure from these fields. [00:51] Each field includes editable properties like display name, which is what the users see, [00:57] a unique ID, which is used behind the scenes, the default value, help text, and mandatory [01:04] or optional settings. [01:07] These controls give you flexibility, not just in what content is captured, but how consistent [01:14] and user-friendly it is for your team. [01:18] ContentStack offers all sorts of fields, from basic fields like text numbers, dates, [01:24] and booleans, to the more complex fields we talked about like rich text editors, modular [01:29] blocks, references, and custom fields. [01:34] Now that we've looked at how fields work in general, let's take a closer look at some [01:39] of the most commonly used ones, starting with some of these simple fields. [01:46] These are your go-to inputs for basic content, titles, dates, numbers, links, things like that. [01:55] The single line text box field lets you capture short, plain text. [02:01] No formatting, no line breaks, just clean, single line input. [02:08] You'll use this for straightforward values like first name, last name, headline, city, [02:14] or job title. [02:16] You can even use multiple text boxes for structured inputs like address line 1 and address line 2. [02:24] This field also supports editable properties like setting it as mandatory, adding help [02:31] text, or defining a default value. [02:35] The multi-line text box is designed for longer blocks of plain text. [02:41] Think of it as a basic notepad, ideal for content that doesn't need formatting but [02:47] might span a few sentences or paragraphs. [02:51] Unlike the single line text box, this one supports line breaks, so it's perfect for [02:58] internal notes, brief bios, or summaries. [03:03] Just like before, it's plain text only, no bolding, links, or rich formatting. [03:10] The boolean value is a simple on-off switch that lets you capture binary choices like [03:16] show this section, featured post, or enable animation. [03:23] The default value is false, but you can toggle it to true as needed. [03:29] It's perfect for quick decisions that influence layout or logic on the front end. [03:35] The date field lets you pick a specific day or day and time. [03:41] You'll often see it used for things like published dates, event times, and deadlines. [03:47] Just click into the field, choose your date from the calendar, and you're set. [03:54] The file field is exactly what it sounds like. [03:57] It lets you upload or attach files. [04:00] This could be an image, a PDF, a video, or any other asset that belongs in your content. [04:08] Use it when you need to add things like a profile image, a downloadable brochure, or [04:14] a banner video. [04:16] Files added here are automatically saved to the asset library in Content Stack. [04:22] The link field lets you add a clickable link and give it a label. [04:28] For example, you might create a Learn More button that links to a product page. [04:34] You just fill in the title, which is what the users will see, and the URL, where it [04:40] will go. [04:41] The Select field gives you a dropdown, radio buttons, or checkboxes with predefined choices. [04:48] You'll see this used for things like picking a size, small, medium, large, or extra large, [04:55] choosing a region, or selecting a content category. [04:59] You just click and choose from the list. [05:02] It's easy. [05:04] To wrap up, these fields are straightforward, but powerful. [05:08] They help structure the content you create so it's consistent, organized, and ready [05:14] to be published anywhere. ``` #### Key takeaways - Connect **Fields in Contentstack** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ### Lesson 05 — Advanced Fields in Contentstack #### Video details #### At a glance - **Title:** Advanced Fields In Contentstack - **Duration:** 3m 42s - **Media link:** https://cdn.jwplayer.com/previews/prYXxWQE - **Publish date (unix):** 1755871412 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113949 kbps - video/mp4 · 180p · 180p · 177418 kbps - video/mp4 · 270p · 270p · 221943 kbps - video/mp4 · 360p · 360p · 301616 kbps - video/mp4 · 406p · 406p · 352392 kbps - video/mp4 · 540p · 540p · 496985 kbps - video/mp4 · 720p · 720p · 754439 kbps - video/mp4 · 1080p · 1080p · 1501031 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/prYXxWQE-120.vtt` #### Transcript So far, we've covered the basics, simple fields like text, links, and images, but Content Stack also gives you a set of advanced fields designed for more dynamic, reusable, or personalized content. These are fields you probably won't create yourself, but you'll definitely interact with them as a content editor. Let's take a quick tour of what these fields are and why they're helpful. The Reference field lets you pull in content from other entries. For example, in a blog post, you might select the author from a list rather than retyping their info every time. It connects your content so you can reuse and manage it more efficiently. The Group field lets you bundle multiple fields together as a unit. Think of things like a carousel, where each slide has a title, image, and a link. Grouping content keeps the structure consistent. Another example might be a navigation menu, where each item needs a label and a link. That's another great use of groups. Modular blocks are all about flexibility. They let content editors choose which components to use and in which order, directly inside the entry. You might use the modular block to build dynamic pages with images, text sections, calls to action, or even personalized content without needing a developer. Again, it's like building with Lego blocks. Select them, rearrange them, and get the layout you want. A Global field is a reusable set of fields that shows up across multiple content types. If your team uses the same SEO setup, a footer layout, or a call to action button over and over, Global fields lets you define it once and reuse it everywhere. Another huge benefit is if you make a change in one place, it'll then update wherever it's used. Content Stack offers two types of rich text editors, a traditional HTML-based editor for basic formatting in inline media, and a modern block-style JSON editor, which structures content in clean, reusable chunks. Both are great for writing articles, adding images, embedding videos, and more. It just depends on how your stack is configured. Some fields only show up when they're relevant, and that's thanks to field visibility rules. For example, if you select Yes to Do You Have Experience, a new field for Years of Experience may appear. Another example is if you choose Mail, it may autofill Mr. before your name. These rules help simplify the editing experience by hiding what you don't need and showing what you do. As an end user, you won't need to set up these fields, but knowing what they do helps you understand what's happening behind the scenes. These advanced tools make your content more modular, more dynamic, and a whole lot easier to manage, especially at scale. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:08.300 So far, we've covered the basics, simple fields like text, links, and images, but Content 2 00:00:08.300 --> 00:00:17.340 Stack also gives you a set of advanced fields designed for more dynamic, reusable, or personalized 3 00:00:17.340 --> 00:00:18.340 content. 4 00:00:18.340 --> 00:00:23.780 These are fields you probably won't create yourself, but you'll definitely interact 5 00:00:23.780 --> 00:00:26.180 with them as a content editor. 6 00:00:26.700 --> 00:00:32.660 Let's take a quick tour of what these fields are and why they're helpful. 7 00:00:32.660 --> 00:00:38.740 The Reference field lets you pull in content from other entries. 8 00:00:38.740 --> 00:00:45.580 For example, in a blog post, you might select the author from a list rather than retyping 9 00:00:45.580 --> 00:00:48.180 their info every time. 10 00:00:48.180 --> 00:00:54.420 It connects your content so you can reuse and manage it more efficiently. 11 00:00:54.420 --> 00:01:00.020 The Group field lets you bundle multiple fields together as a unit. 12 00:01:00.020 --> 00:01:06.300 Think of things like a carousel, where each slide has a title, image, and a link. 13 00:01:06.300 --> 00:01:10.540 Grouping content keeps the structure consistent. 14 00:01:10.540 --> 00:01:16.540 Another example might be a navigation menu, where each item needs a label and a link. 15 00:01:16.540 --> 00:01:20.220 That's another great use of groups. 16 00:01:20.220 --> 00:01:23.740 Modular blocks are all about flexibility. 17 00:01:23.740 --> 00:01:31.060 They let content editors choose which components to use and in which order, directly inside 18 00:01:31.060 --> 00:01:32.460 the entry. 19 00:01:32.460 --> 00:01:40.060 You might use the modular block to build dynamic pages with images, text sections, calls to 20 00:01:40.060 --> 00:01:45.020 action, or even personalized content without needing a developer. 21 00:01:45.020 --> 00:01:48.660 Again, it's like building with Lego blocks. 22 00:01:48.660 --> 00:01:53.860 Select them, rearrange them, and get the layout you want. 23 00:01:53.860 --> 00:02:01.120 A Global field is a reusable set of fields that shows up across multiple content types. 24 00:02:01.120 --> 00:02:07.660 If your team uses the same SEO setup, a footer layout, or a call to action button over and 25 00:02:07.660 --> 00:02:13.100 over, Global fields lets you define it once and reuse it everywhere. 26 00:02:13.100 --> 00:02:18.900 Another huge benefit is if you make a change in one place, it'll then update wherever 27 00:02:18.900 --> 00:02:21.460 it's used. 28 00:02:21.460 --> 00:02:27.780 Content Stack offers two types of rich text editors, a traditional HTML-based editor for 29 00:02:27.780 --> 00:02:35.460 basic formatting in inline media, and a modern block-style JSON editor, which structures 30 00:02:35.460 --> 00:02:39.300 content in clean, reusable chunks. 31 00:02:39.300 --> 00:02:44.700 Both are great for writing articles, adding images, embedding videos, and more. 32 00:02:44.700 --> 00:02:49.100 It just depends on how your stack is configured. 33 00:02:49.100 --> 00:02:54.940 Some fields only show up when they're relevant, and that's thanks to field visibility rules. 34 00:02:54.940 --> 00:03:02.340 For example, if you select Yes to Do You Have Experience, a new field for Years of Experience 35 00:03:02.340 --> 00:03:04.140 may appear. 36 00:03:04.140 --> 00:03:11.020 Another example is if you choose Mail, it may autofill Mr. before your name. 37 00:03:11.020 --> 00:03:18.140 These rules help simplify the editing experience by hiding what you don't need and showing 38 00:03:18.140 --> 00:03:20.020 what you do. 39 00:03:20.020 --> 00:03:25.740 As an end user, you won't need to set up these fields, but knowing what they do helps 40 00:03:25.740 --> 00:03:30.060 you understand what's happening behind the scenes. 41 00:03:30.060 --> 00:03:37.100 These advanced tools make your content more modular, more dynamic, and a whole lot easier 42 00:03:37.100 --> 00:03:40.340 to manage, especially at scale. ``` ```transcript [00:00] So far, we've covered the basics, simple fields like text, links, and images, but Content [00:08] Stack also gives you a set of advanced fields designed for more dynamic, reusable, or personalized [00:17] content. [00:18] These are fields you probably won't create yourself, but you'll definitely interact [00:23] with them as a content editor. [00:26] Let's take a quick tour of what these fields are and why they're helpful. [00:32] The Reference field lets you pull in content from other entries. [00:38] For example, in a blog post, you might select the author from a list rather than retyping [00:45] their info every time. [00:48] It connects your content so you can reuse and manage it more efficiently. [00:54] The Group field lets you bundle multiple fields together as a unit. [01:00] Think of things like a carousel, where each slide has a title, image, and a link. [01:06] Grouping content keeps the structure consistent. [01:10] Another example might be a navigation menu, where each item needs a label and a link. [01:16] That's another great use of groups. [01:20] Modular blocks are all about flexibility. [01:23] They let content editors choose which components to use and in which order, directly inside [01:31] the entry. [01:32] You might use the modular block to build dynamic pages with images, text sections, calls to [01:40] action, or even personalized content without needing a developer. [01:45] Again, it's like building with Lego blocks. [01:48] Select them, rearrange them, and get the layout you want. [01:53] A Global field is a reusable set of fields that shows up across multiple content types. [02:01] If your team uses the same SEO setup, a footer layout, or a call to action button over and [02:07] over, Global fields lets you define it once and reuse it everywhere. [02:13] Another huge benefit is if you make a change in one place, it'll then update wherever [02:18] it's used. [02:21] Content Stack offers two types of rich text editors, a traditional HTML-based editor for [02:27] basic formatting in inline media, and a modern block-style JSON editor, which structures [02:35] content in clean, reusable chunks. [02:39] Both are great for writing articles, adding images, embedding videos, and more. [02:44] It just depends on how your stack is configured. [02:49] Some fields only show up when they're relevant, and that's thanks to field visibility rules. [02:54] For example, if you select Yes to Do You Have Experience, a new field for Years of Experience [03:02] may appear. [03:04] Another example is if you choose Mail, it may autofill Mr. before your name. [03:11] These rules help simplify the editing experience by hiding what you don't need and showing [03:18] what you do. [03:20] As an end user, you won't need to set up these fields, but knowing what they do helps [03:25] you understand what's happening behind the scenes. [03:30] These advanced tools make your content more modular, more dynamic, and a whole lot easier [03:37] to manage, especially at scale. ``` #### Key takeaways - Connect **Advanced Fields in Contentstack** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ### Lesson 06 — Why Content Models Matter #### Video details #### At a glance - **Title:** Why Content Models Matter - **Duration:** 2m 47s - **Media link:** https://cdn.jwplayer.com/previews/emryHLW9 - **Publish date (unix):** 1755877432 #### Streaming renditions - application/vnd.apple.mpegurl - audio/mp4 · AAC Audio · 113607 kbps - video/mp4 · 180p · 180p · 188067 kbps - video/mp4 · 270p · 270p · 238905 kbps - video/mp4 · 360p · 360p · 324407 kbps - video/mp4 · 406p · 406p · 379950 kbps - video/mp4 · 540p · 540p · 531930 kbps - video/mp4 · 720p · 720p · 803661 kbps - video/mp4 · 1080p · 1080p · 1591403 kbps #### Timed text tracks (delivery) - **thumbnails:** `https://cdn.jwplayer.com/strips/emryHLW9-120.vtt` #### Transcript Okay, so let's quickly review some content types already configured, so you can see what a final product looks like. I'm using the Compass Travel site, and here I'll enter the CMS, and I'll enter the Compass Travel stack. Now, you can go directly into Content Models to see what's configured, but remember, real-world, these will already have been set up for you, so it might make more sense to see them in context. So let's come over to Entries, which is where you'll be doing more of your work. Here we can click About Us, and you'll notice this is a landing page content type. You can even click Live Preview to get a preview of what this will look like rendered in a browser. Now, it might take a second to load, but when it does, you can expand it. So now we know what this looks like on the front end. I'll go ahead and close it, and now you'll see in the top the name of the content type next to the page title, and if you click it, you'll enter the content type. And here you can see how this content type was built, and you'll even recognize some of the fields we talked about previously. So let's take a step back. At this point, you've seen what content types are, how fields are structured, and how Content Stack makes it all work behind the scenes. But here's the big idea. A content model isn't just a technical setup. It's the foundation of how your content lives, moves, and grows across digital experiences. When content is structured well, it's reusable, it's scalable, it's consistent. That means faster publishing, fewer errors, and content that works across websites, apps, emails, everywhere. And while you may not be the one building the content model, understanding how it works helps you know where to put content and how it will be used, and you can create content that works better for your audience. Think of the model as the blueprint, and your job is to bring it to life. Thank you so much for joining me in learning how Content Stack is structured. See you next time. #### Subtitles (WebVTT) ```webvtt WEBVTT 1 00:00:00.000 --> 00:00:07.000 Okay, so let's quickly review some content types already configured, so you can see what 2 00:00:07.000 --> 00:00:09.200 a final product looks like. 3 00:00:09.200 --> 00:00:15.840 I'm using the Compass Travel site, and here I'll enter the CMS, and I'll enter the 4 00:00:15.840 --> 00:00:17.720 Compass Travel stack. 5 00:00:17.720 --> 00:00:23.720 Now, you can go directly into Content Models to see what's configured, but remember, 6 00:00:23.720 --> 00:00:29.780 real-world, these will already have been set up for you, so it might make more sense to 7 00:00:29.780 --> 00:00:32.580 see them in context. 8 00:00:32.580 --> 00:00:39.460 So let's come over to Entries, which is where you'll be doing more of your work. 9 00:00:39.460 --> 00:00:47.320 Here we can click About Us, and you'll notice this is a landing page content type. 10 00:00:47.320 --> 00:00:54.140 You can even click Live Preview to get a preview of what this will look like rendered in a 11 00:00:54.140 --> 00:00:55.140 browser. 12 00:00:55.180 --> 00:01:00.700 Now, it might take a second to load, but when it does, you can expand it. 13 00:01:00.700 --> 00:01:04.740 So now we know what this looks like on the front end. 14 00:01:04.740 --> 00:01:11.840 I'll go ahead and close it, and now you'll see in the top the name of the content type 15 00:01:11.840 --> 00:01:18.100 next to the page title, and if you click it, you'll enter the content type. 16 00:01:18.100 --> 00:01:23.780 And here you can see how this content type was built, and you'll even recognize some 17 00:01:23.780 --> 00:01:27.480 of the fields we talked about previously. 18 00:01:27.480 --> 00:01:29.620 So let's take a step back. 19 00:01:29.620 --> 00:01:36.820 At this point, you've seen what content types are, how fields are structured, and how Content 20 00:01:36.820 --> 00:01:40.820 Stack makes it all work behind the scenes. 21 00:01:40.820 --> 00:01:42.940 But here's the big idea. 22 00:01:42.940 --> 00:01:47.720 A content model isn't just a technical setup. 23 00:01:47.720 --> 00:01:55.640 It's the foundation of how your content lives, moves, and grows across digital experiences. 24 00:01:55.640 --> 00:02:03.080 When content is structured well, it's reusable, it's scalable, it's consistent. 25 00:02:03.080 --> 00:02:10.800 That means faster publishing, fewer errors, and content that works across websites, apps, 26 00:02:10.800 --> 00:02:12.980 emails, everywhere. 27 00:02:12.980 --> 00:02:19.520 And while you may not be the one building the content model, understanding how it works 28 00:02:19.520 --> 00:02:27.380 helps you know where to put content and how it will be used, and you can create content 29 00:02:27.380 --> 00:02:31.580 that works better for your audience. 30 00:02:31.580 --> 00:02:38.460 Think of the model as the blueprint, and your job is to bring it to life. 31 00:02:38.460 --> 00:02:44.860 Thank you so much for joining me in learning how Content Stack is structured. 32 00:02:44.860 --> 00:02:45.660 See you next time. ``` ```transcript [00:00] Okay, so let's quickly review some content types already configured, so you can see what [00:07] a final product looks like. [00:09] I'm using the Compass Travel site, and here I'll enter the CMS, and I'll enter the [00:15] Compass Travel stack. [00:17] Now, you can go directly into Content Models to see what's configured, but remember, [00:23] real-world, these will already have been set up for you, so it might make more sense to [00:29] see them in context. [00:32] So let's come over to Entries, which is where you'll be doing more of your work. [00:39] Here we can click About Us, and you'll notice this is a landing page content type. [00:47] You can even click Live Preview to get a preview of what this will look like rendered in a [00:54] browser. [00:55] Now, it might take a second to load, but when it does, you can expand it. [01:00] So now we know what this looks like on the front end. [01:04] I'll go ahead and close it, and now you'll see in the top the name of the content type [01:11] next to the page title, and if you click it, you'll enter the content type. [01:18] And here you can see how this content type was built, and you'll even recognize some [01:23] of the fields we talked about previously. [01:27] So let's take a step back. [01:29] At this point, you've seen what content types are, how fields are structured, and how Content [01:36] Stack makes it all work behind the scenes. [01:40] But here's the big idea. [01:42] A content model isn't just a technical setup. [01:47] It's the foundation of how your content lives, moves, and grows across digital experiences. [01:55] When content is structured well, it's reusable, it's scalable, it's consistent. [02:03] That means faster publishing, fewer errors, and content that works across websites, apps, [02:10] emails, everywhere. [02:12] And while you may not be the one building the content model, understanding how it works [02:19] helps you know where to put content and how it will be used, and you can create content [02:27] that works better for your audience. [02:31] Think of the model as the blueprint, and your job is to bring it to life. [02:38] Thank you so much for joining me in learning how Content Stack is structured. [02:44] See you next time. ``` #### Key takeaways - Connect **Why Content Models Matter** back to your stack configuration before moving to the next module. - Capture one concrete artifact (screenshot, Postman call, or code snippet) that proves the step works in your environment. - Re-read the delivery versus management boundary for anything you changed in the entry model. ## Resources & references | Page | Companion Markdown | | --- | --- | | /courses/structuring-content-in-contentstack/overview-of-content-types | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/overview-of-content-types.md | | /courses/structuring-content-in-contentstack/understanding-content-type-classification | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/understanding-content-type-classification.md | | /courses/structuring-content-in-contentstack/why-labels-matter | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/why-labels-matter.md | | /courses/structuring-content-in-contentstack/fields-in-contentstack | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/fields-in-contentstack.md | | /courses/structuring-content-in-contentstack/advanced-fields-in-contentstack | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/advanced-fields-in-contentstack.md | | /courses/structuring-content-in-contentstack/why-content-models-matter | /academy/md/learning-paths/cms-content-manager-certification/structuring-content-in-contentstack/why-content-models-matter.md | ## Supplement for indexing ### Content summary This course gives you a clear, practical understanding of how content is structured inside Contentstack—and why that structure is the backbone of scalable digital experiences. You’ll learn how content models act as bluep… This course gives you a clear, practical understanding of how content is structured inside Contentstack—and why that structure is the backbone of scalable digital experiences. You’ll learn how content models act as blueprints, how content types serve as reusable molds, and how fields shape every entry you create. We’ll cover the essentials: Content Types Fields Labels Through real-world examples like building a blog page, you’ll see how structured content speeds up publishing, improves consistency, and makes collaboration easier across teams. By the end, you’ll understand how content models co ### Retrieval tags - Contentstack Academy - structuring-content-in-contentstack - Overview - Content - Types - Understanding - Type - Classification - Why - Labels - Matter - Fields - Contentstack - Advanced ### Indexing notes Chunk at each "### Lesson NN — Title" heading; copy lesson_id and topics from the preceding HTML comment into chunk metadata for RAG filters. Course slug: structuring-content-in-contentstack. Union of lesson topic tokens: Overview, Content, Types, Understanding, Type, Classification, Why, Labels, Matter, Fields, Contentstack, Advanced, Models. Do not embed or retrieve LMS-only quiz items or mastery exam answer keys from this export. ### Asset references | Label | URL | | --- | --- | | Video thumbnail: Overview of Content Types | `https://cdn.jwplayer.com/v2/media/Yo2tjKM4/poster.jpg?width=720` | | Video thumbnail: Understanding Content Type Classification | `https://cdn.jwplayer.com/v2/media/gIA0aMT1/poster.jpg?width=720` | | Video thumbnail: Why Labels Matter | `https://cdn.jwplayer.com/v2/media/Kvlijm90/poster.jpg?width=720` | | Video thumbnail: Fields in Contentstack | `https://cdn.jwplayer.com/v2/media/PVarzwES/poster.jpg?width=720` | | Video thumbnail: Advanced Fields in Contentstack | `https://cdn.jwplayer.com/v2/media/prYXxWQE/poster.jpg?width=720` | | Video thumbnail: Why Content Models Matter | `https://cdn.jwplayer.com/v2/media/emryHLW9/poster.jpg?width=720` | ### External links | Label | URL | | --- | --- | | Contentstack Academy home | `https://www.contentstack.com/academy/` | | Training instance setup | `https://www.contentstack.com/academy/training-instance` | | Academy playground (GitHub) | `https://github.com/contentstack/contentstack-academy-playground` | | Contentstack documentation | `https://www.contentstack.com/docs/` |