Què és un CMS? Sistemes de gestió de contingut explicats

Un CMS, o sistema de gestió de contingut, és un programari que permet a la gent crear, editar i publicar el contingut d'un lloc web —articles, pàgines, imatges, descripcions de productes— a través d'un editor fàcil d'usar, en lloc de canviar el codi. Guarda el contingut, du el control dels esborranys i les versions, i posa la versió publicada al lloc. WordPress és l'exemple més conegut, però n'hi ha molts més.

Per què importa quan construeixes amb IA

Quan una IA et construeix el lloc web, les paraules i les imatges solen acabar escrites directament al codi. Això està bé mentre només tu l'edites i t'està bé fer els canvis demanant-los a la IA. Es converteix en un problema quan algú més —un responsable de màrqueting, un dependent, un voluntari— necessita corregir una errada, afegir una entrada al bloc o canviar l'horari cada setmana sense tocar el codi.

Així que una de les preguntes més útils per fer aviat és: qui canviarà el contingut, i amb quina freqüència? La resposta decideix si necessites un CMS, una pàgina d'administració senzilla integrada a la teva aplicació, o res. Si t'equivoques, o bé acabes afegint un CMS més tard, o bé en construeixes un que no fas servir mai.

Una analogia del dia a dia

Pensa en la pissarra del menú d'un restaurant.

En un restaurant, el menú està pintat directament a la paret. Queda bé, però per canviar un preu cal cridar el pintor. Això és contingut escrit dins del codi.

En un altre, el menú és en una pissarra amb un marc fix i uns títols: Entrants, Principals, Postres. Qualsevol membre de l'equip pot esborrar una línia i escriure un plat nou, i la pissarra continua tenint un aspecte coherent perquè el marc i els títols no canvien. Això és un CMS. El marc és el disseny (la plantilla), les línies de guix són el contingut, i la regla que «només el gerent canvia els preus» són els permisos del CMS.

CMS tradicional contra CMS headless

Hi ha dos tipus principals.

CMS tradicional (acoblat). Un sol sistema guarda el contingut i renderitza el lloc web. Tries un tema, escrius a l'editor, prems publicar i la pàgina apareix. WordPress, Drupal i Joomla funcionen així, com també els editors integrats de constructors de llocs com Squarespace i Wix.

CMS headless. El CMS només guarda i edita el contingut. No té un «cap» de lloc web propi. El teu lloc o aplicació demana el contingut mitjançant una API i el mostra amb el seu propi disseny. Contentful, Sanity i Strapi són exemples coneguts, i WordPress també es pot fer servir d'aquesta manera.

Si el teu lloc s'ha construït amb un constructor d'aplicacions amb IA com a codi a mida, un CMS headless (o una petita àrea d'administració integrada) encaixa de manera natural, perquè la IA ja ha construït el frontend.

Un exemple pràctic: les notícies i el menú d'una fleca

Digam que la propietària d'una fleca, la Maria, té un lloc web fet amb IA amb una pàgina d'inici, un menú i una secció de notícies. El seu personal vol publicar «Torna el pa de carabassa!» sense haver de demanar-ho a la Maria cada vegada.

Un CMS per a aquest lloc guardaria el contingut en tipus estructurats, força semblants a les taules d'una base de dades:

Tipus de contingut: Entrada

Tipus de contingut: Element del menú

El personal entra a l'editor, omple un formulari per a una entrada nova, puja una foto i prem publicar. La pàgina de notícies del lloc demana al CMS totes les entrades amb status = published, de la més recent a la més antiga, i les mostra amb el disseny del lloc. Ningú no toca el codi, i el disseny es manté coherent perquè el personal només omple camps.

Fixa't en el que fan els camps. Com que price és un camp propi i no una frase dins d'un paràgraf, el lloc pot mostrar els preus amb el mateix format a tot arreu. Com que hi ha un camp status, el personal pot desar esborranys sense que apareguin al lloc.

Termes clau explicats

Errors i idees equivocades habituals

• «Un CMS és el mateix que un constructor de llocs web». Els constructors de llocs sovint inclouen un CMS, però un CMS està pensat específicament per gestionar contingut. Un CMS headless no té cap disseny de lloc web.
• «Tots els llocs n'han de tenir un». Un lloc de cinc pàgines que canvia dos cops l'any no en necessita. Demanar a una IA que «actualitzi l'horari» pot ser més senzill que mantenir un CMS.
• Posar-ho tot en un únic quadre de text. Si els preus, les dates i les adreces estan amagats dins de paràgrafs, no els pots ordenar, filtrar ni tornar a formatar. Fes servir camps separats.
• Oblidar els permisos. Decideix qui pot publicar, no només qui pot escriure. Un membre nou de l'equip probablement no hauria de poder esborrar la pàgina d'inici.
• Ignorar les imatges. Sense límits de mida, la gent puja fotos enormes i el lloc es fa lent. Demana el redimensionat automàtic.
• Suposar que el contingut es mou fàcilment. Passar d'un CMS a un altre normalment vol dir exportar i tornar a mapejar el contingut. Consulta com migrar un lloc de WordPress.

Què demanar al teu constructor amb IA

• «Quines parts del contingut d'aquest lloc estan escrites al codi i quines vénen d'una base de dades?»
• «Guarda les entrades del bloc en una base de dades amb títol, slug, text, imatge de portada, estat i data de publicació.»
• «Construeix una pàgina d'administració senzilla on el personal autenticat pugui crear, editar i publicar entrades. Només els administradors poden esborrar.»
• «Mostra els esborranys només al personal autenticat; el lloc públic només mostra les entrades publicades.»
• «Redimensiona les imatges pujades i guarda-les en un emmagatzematge de fitxers, no a la base de dades.»
• «Com a alternativa, connecta aquest lloc a [un CMS headless] mitjançant la seva API, i guarda la clau d'API al servidor.»

Per a ajuda pas a pas, consulta com afegir un bloc al teu lloc web i com construir un bloc amb IA. Si estàs valorant deixar WordPress, alternatives a WordPress compara les opcions.

CMS i Mythex

Mythex és un constructor d'aplicacions amb IA, no un CMS: no hi ha un accés d'editor separat per a un equip de contingut de sèrie, i normalment canvies el contingut demanant-ho al xat. Si altres persones han d'editar el contingut, demana a l'agent que construeixi una petita àrea d'administració basada en la base de dades Postgres del projecte, amb les pujades guardades a l'emmagatzematge de fitxers. Mythex no inclou per si mateix l'inici de sessió d'usuaris finals, així que l'agent connecta el proveïdor d'autenticació que triïs. O bé pots demanar-li que connecti el lloc a un CMS headless que ja fas servir mitjançant l'API d'aquest CMS.

Preguntes