Ano ang CMS? Content Management System, Ipinaliwanag

Ang CMS, o content management system, ay software na nagpapahintulot sa mga tao na gumawa, mag-edit, at mag-publish ng nilalaman ng website, gaya ng mga artikulo, pahina, imahe, at paglalarawan ng produkto, sa pamamagitan ng madaling editor sa halip na magbago ng code. Iniimbak nito ang nilalaman, sinusubaybayan ang mga draft at bersyon, at inilalagay ang na-publish na bersyon sa site. Ang WordPress ang pinakakilalang halimbawa, pero marami pang iba.

Bakit mahalaga ito kapag gumagawa ka gamit ang AI

Kapag ginawa ng AI ang website mo, kadalasang nakasulat na direkta sa code ang mga salita at imahe. Ayos lang iyon habang ikaw lang ang nag-e-edit at masaya ka nang magpabago sa pamamagitan ng pagtatanong sa AI. Nagiging problema ito kapag may ibang taong, gaya ng marketer, shop assistant, o volunteer, na kailangang mag-ayos ng typo, magdagdag ng blog post, o magpalit ng oras ng pagbubukas kada linggo nang hindi ginagalaw ang code.

Kaya isa sa pinakamahalagang tanong na itanong nang maaga ay: sino ang magbabago ng nilalaman, at gaano kadalas? Ang sagot ang magpapasya kung kailangan mo ng CMS, isang simpleng admin page na nakabuild sa app mo, o wala talaga. Kapag nagkamali dito, kailangan mong magdagdag ng CMS sa huli, o gumawa ng isa na hindi mo naman gagamitin.

Isang halimbawa mula sa araw-araw

Isipin ang menu board ng isang restaurant.

Sa isang restaurant, ipininta nang diretso sa pader ang menu. Maganda ito, pero kapag babaguhin ang presyo, kailangan mong tawagin ang pintor. Ito ang nilalamang nakasulat sa code.

Sa isa pang restaurant, nasa chalkboard ang menu na may nakapirming frame at mga heading: Starters, Mains, Desserts. Puwedeng burahin ng sinumang staff ang isang linya at magsulat ng bagong putahe, at mananatiling konsistent ang board dahil hindi nagbabago ang frame at mga heading. Ganito ang CMS. Ang frame ang disenyo (ang template), ang mga linyang isinulat sa chalk ang nilalaman, at ang tuntuning "ang manager lang ang nagpapalit ng presyo" ay ang permissions ng CMS.

Traditional vs headless na CMS

May dalawang malawak na uri.

Traditional (coupled) na CMS. Iisang sistema ang nag-iimbak ng nilalaman at nagpapakita ng website. Pumipili ka ng theme, sumusulat sa editor, pinipindot ang publish, at lumalabas ang pahina. Ganito gumagana ang WordPress, Drupal at Joomla, pati na ang mga built-in na editor sa site builder gaya ng Squarespace at Wix.

Headless na CMS. Iniimbak at ini-edit lang ng CMS ang nilalaman. Wala itong sariling "ulo" na website. Hihingin ng site o app mo ang nilalaman sa pamamagitan ng API at ipapakita ito sa sarili nitong disenyo. Kilalang halimbawa ang Contentful, Sanity at Strapi, at puwede ring patakbuhin nang ganito ang WordPress.

Kung ginawa ang site mo gamit ang AI app builder bilang custom na code, natural na bagay dito ang headless CMS (o isang maliit na admin area na nakabuild sa app), dahil nagawa na ng AI ang front end.

Halimbawang gawa: ang balita at menu ng isang panaderya

Isipin na si Maya, may-ari ng panaderya, ay may website na gawa ng AI na may home page, menu, at seksyon ng balita. Gusto ng staff niya na mag-post ng "Bumalik na ang pumpkin loaf!" nang hindi kinakailangang magtanong kay Maya sa bawat pagkakataon.

Mag-iimbak ang CMS para sa site na ito ng nilalaman sa mga istrukturadong uri, halos kapareho ng mga table sa isang database:

Content type: Post

Content type: Menu item

Mag-sign in ang staff sa editor, pupunan ang form para sa bagong post, mag-upload ng larawan, at pipindutin ang publish. Hihingin ng news page ng website sa CMS ang bawat post na may status = published, mula sa pinakabago, at ipapakita ang mga ito sa disenyo ng site. Walang humahawak sa code, at nananatiling konsistent ang layout dahil pumupuno lang ng mga field ang staff.

Pansinin kung ano ang ginagawa ng mga field. Dahil sarili nitong field ang price at hindi isang pangungusap sa talata, maipapakita ng site ang mga presyo sa parehong format saanman. Dahil may status na field, makakapag-save ng draft ang staff nang hindi ito lumalabas sa site.

Mga paliwanag sa mahahalagang termino

Mga karaniwang pagkakamali at maling akala

• "Pareho lang ang CMS at website builder." Madalas may kasamang CMS ang mga website builder, pero partikular na tungkol sa pamamahala ng nilalaman ang CMS. Ang headless na CMS ay walang disenyo ng website.
• "Kailangan ng bawat site nito." Hindi kailangan ng limang pahinang site na nagbabago dalawang beses sa isang taon. Mas simple pang magtanong sa AI na "i-update ang oras ng pagbubukas" kaysa magpanatili ng CMS.
• Paglalagay ng lahat sa iisang malaking text box. Kapag nakabaon sa talata ang presyo, petsa, at address, hindi mo maaayos, masasala, o mapapalitan ang format nito. Gumamit ng hiwalay na field.
• Nakakalimutan ang permissions. Magpasya kung sino ang puwedeng mag-publish, hindi lang kung sino ang puwedeng sumulat. Malamang na hindi dapat mabura ng bagong staff ang homepage.
• Hindi pinapansin ang mga imahe. Kapag walang limitasyon sa laki, mag-a-upload ang mga tao ng malalaking litrato at babagal ang site. Humingi ng awtomatikong pag-resize.
• Pag-aakalang madaling ilipat ang nilalaman. Karaniwang kailangang i-export at i-map muli ang nilalaman kapag lumipat sa ibang CMS. Tingnan ang paano mag-migrate ng WordPress site.

Ano ang hihingin sa AI builder mo

• "Aling bahagi ng nilalaman ng site na ito ang hard-coded, at alin ang galing sa database?"
• "Iimbak ang mga blog post sa database na may title, slug, body, cover image, status at publish date."
• "Gumawa ng simpleng admin page kung saan puwedeng gumawa, mag-edit, at mag-publish ng post ang naka-sign in na staff. Admins lang ang puwedeng magbura."
• "Draft lang ang ipakita sa naka-sign in na staff; ang pampublikong site ay mga na-publish na post lang ang ipinapakita."
• "I-resize ang mga na-upload na imahe at iimbak ang mga ito sa file storage, hindi sa database."
• "Bilang alternatibo, ikonekta ang site na ito sa [isang headless CMS] gamit ang API nito, at itago ang API key sa server."

Para sa hakbang-hakbang na tulong, tingnan ang paano magdagdag ng blog sa website mo at paano gumawa ng blog gamit ang AI. Kung iniisip mong iwan ang WordPress, ikinukumpara ng mga alternatibo sa WordPress ang mga opsyon.

CMS at Mythex

Ang Mythex ay AI app builder, hindi CMS: walang hiwalay na editor login para sa content team sa karaniwang setup, at karaniwang binabago ang nilalaman sa pamamagitan ng pagtatanong sa chat. Kung kailangan ng ibang tao na mag-edit ng nilalaman, hilingin sa agent na gumawa ng maliit na admin area na nakakonekta sa Postgres database ng project, na may mga upload na nakalagay sa file storage. Hindi kasama sa Mythex mismo ang end-user login, kaya ikokonekta ito ng agent sa sign-in provider na pipiliin mo. O hilingin dito na ikonekta ang site sa headless CMS na gamit mo na sa pamamagitan ng API ng CMS na iyon.

Mga tanong