🎯 Key points for quick navigation: 00:00:01 *📜 Introduction to CMS* - Introduction to the concept of CMS and its role in website development, - Overview of the basic functions of a CMS, including text creation, digital graphics, page layout, and navigation, - Mention of non-technical accessibility due to the absence of coding requirements. 00:00:56 *🏗️ Traditional CMS vs. Headless CMS* - Explanation of traditional CMS which controls both back end and front end of a website. - Definition of headless CMS that manages only the content (back end) without front-end functionalities. - The flexibility of front-end developers in a headless CMS to use any framework they want. 00:02:17 *🌐 API and Front-End Presentation* - Description of how content in a headless CMS is requested and delivered through an API, - Explanation of the separation between the back end and the front end, - Emphasis on the unformatted nature of the content delivered and the responsibility of the front end. 00:02:44 *🚀 Advantages of Headless CMS* - Discussion on the growing popularity and benefits of headless CMS architecture, - Flexibility for developers to use any framework, - Adaptability of the content for any application or device, - Future-proof nature allowing evolution with technology. 00:03:14 *🏢 Porttrap ONE Offerings and Conclusion* - Introduction of Portrait 1's offering of both traditional and headless CMS, - Use case examples for mixing both CMS types depending on the website's needs, - Final remarks and invitation to learn more about Portrait 1's headless API on their website. Made with HARPA AI
So what is then the difference between traditional CMS (WordPress, correct?) and these newer website/no-code builders like SquareSpace? Are they the same?
I'm confused though. A "headless CMS" is just a different way of saying stored images and other data? Why is that not just FTPing files to someplace for reference in whatever framework?
Maybe another quick explanation: HeadLessCMS is editing mainly only data and a simple unique appearance from the CMS level, with no connection to editing features from the frontend, and there are no traces of any code responsible for the appearance of the page in the CMS panel code. Headless mainly brings benefits if the panel is to manage mainly data, and especially the API transferred to various websites/mobile applications android/ios - "One ring that rules the rest". In my opinion, HeadLess is a bit of a bad name. However, if what matters is the quality of appearance and comfort of editing, "traditional" is like UE5 in gamedev - you can see the results immediately., The mentioned flexibility is different and does not mean that there is less of it and rather has greater potential for optimization if the CMS is properly constructed. Front-end frameworks like Nuxt.js provide quite a headache when errors occur, anywhere in the JS code or on the API error side. Traditional provides rather easier error control. Would it be a problem to edit the same data on the Android application? If it also runs HTML, or rather it can be assumed that it does, it is quite the opposite with a well-built CMS.
Amazing explanation. The only one that made it easy to understand the point of using a headless cms.
This was a great intro. The robot head's falling was a great metaphor that blew my mind, no pun intended. That was what actually made me "get it"
Explained so simply. Superb job. Keep it up
🎯 Key points for quick navigation:
00:00:01 *📜 Introduction to CMS*
- Introduction to the concept of CMS and its role in website development,
- Overview of the basic functions of a CMS, including text creation, digital graphics, page layout, and navigation,
- Mention of non-technical accessibility due to the absence of coding requirements.
00:00:56 *🏗️ Traditional CMS vs. Headless CMS*
- Explanation of traditional CMS which controls both back end and front end of a website.
- Definition of headless CMS that manages only the content (back end) without front-end functionalities.
- The flexibility of front-end developers in a headless CMS to use any framework they want.
00:02:17 *🌐 API and Front-End Presentation*
- Description of how content in a headless CMS is requested and delivered through an API,
- Explanation of the separation between the back end and the front end,
- Emphasis on the unformatted nature of the content delivered and the responsibility of the front end.
00:02:44 *🚀 Advantages of Headless CMS*
- Discussion on the growing popularity and benefits of headless CMS architecture,
- Flexibility for developers to use any framework,
- Adaptability of the content for any application or device,
- Future-proof nature allowing evolution with technology.
00:03:14 *🏢 Porttrap ONE Offerings and Conclusion*
- Introduction of Portrait 1's offering of both traditional and headless CMS,
- Use case examples for mixing both CMS types depending on the website's needs,
- Final remarks and invitation to learn more about Portrait 1's headless API on their website.
Made with HARPA AI
the content is too good , explained very well in just 4 minutes.
Best explanation I've seen so far. Thanks.
that's so much information represented in easy way ..good work
What a great explanation! Thank you very much.
Superb explanation with cool graphics. Great job
one of the best expanation of headless cms..i am now 80 percent clear...
this is so understandable way to explain this subject for us.
Great explanation. Thank you very much! 😊
So what is then the difference between traditional CMS (WordPress, correct?) and these newer website/no-code builders like SquareSpace? Are they the same?
Great visualization for the explanation, Thanks !
Amazing explanation!
mommy voice so good !
Excellent explanation 👌
so basically any microservice api is a headless cms (if its hitting a db that is)
Very well explained with great visualisation✨✨👏👏
Perfect Explanation
Amazing explanation, thank you so much
What are the use case scenarios where non-coders would need a headless cms?
Such a good explicación
Thank you so much.
Thank you for Explaining
wow wow wow.
Thanks in a word of this overview.
😃
Great explanation.. Thanks mate!!
followed the tutorial exactly right, but still different. Using trial version. Thank you*
thank you
I'm confused though. A "headless CMS" is just a different way of saying stored images and other data? Why is that not just FTPing files to someplace for reference in whatever framework?
deserves more subs
Maybe another quick explanation: HeadLessCMS is editing mainly only data and a simple unique appearance from the CMS level, with no connection to editing features from the frontend, and there are no traces of any code responsible for the appearance of the page in the CMS panel code.
Headless mainly brings benefits if the panel is to manage mainly data,
and especially the API transferred to various websites/mobile applications android/ios - "One ring that rules the rest". In my opinion, HeadLess is a bit of a bad name.
However, if what matters is the quality of appearance and comfort of editing, "traditional" is like UE5 in gamedev - you can see the results immediately.,
The mentioned flexibility is different and does not mean that there is less of it and rather has greater potential for optimization if the CMS is properly constructed. Front-end frameworks like Nuxt.js provide quite a headache when errors occur, anywhere in the JS code or on the API error side.
Traditional provides rather easier error control. Would it be a problem to edit the same data on the Android application? If it also runs HTML, or rather it can be assumed that it does, it is quite the opposite with a well-built CMS.
It helped. Thanks!
how about Mantine UI?
Nice Video Team
great👏👏👏👏
Before watching this video, I thought "headless" means no UI (command lline only) for the CMS 🤣
Fantastic!
6 yrs ago this metaphorical representation of Headless cms was put out as a video by Sanity.
Thanks.
great , ty
Good~
Lee Barbara Wilson Kevin Thomas Margaret
Jackson Angela Jones Frank Clark John
Thompson Sandra White Kimberly Lee Brenda
Its over