site-icon Hong Cheung

CMS headless vs. CMS tradicional

Jan 1, 2024
Programming writingprogrammingbloggingcms
5 minutos
1000 palabras
CMS headless vs. CMS tradicional

¿Qué es un CMS?

Si quieres algo distinto de WordPress, Medium, Blogspot, Ghost, etc., o de cualquier otra plataforma de blogs, o simplemente quieres saber más, llegarás a conocer un término llamado CMS: Content Management System (sistema de gestión de contenidos).

Lo que hace un CMS es simplemente ofrecer una forma estructurada de gestionar tu contenido. Imagina que tienes decenas de miles de entradas de blog: ¿cómo deberías almacenarlas y gestionarlas en un orden excelente? De esa forma puedes editarlas y volver a consultarlas en el futuro de manera eficaz.

Funciones de gestión como:

  • Autores: administra cuántos autores tienes, revisa sus escritos, etc.
  • Contenido: clasifica las entradas en categorías, añade un sistema de etiquetas y coloca el tema en un orden sistemático.
  • Plugins: WordPress tiene muchos plugins, desde mejorar tu SEO hasta añadir una sección de suscripción, etc.

Estas funciones son casi imprescindibles si quieres tener un blog o un sitio web duradero. Pero si solo estás creando un sitio web sencillo de unas pocas páginas, realmente no lo necesitas.

¿Qué es un CMS tradicional?

  • Tus entradas se almacenan como Markdown

Un CMS tradicional guarda cada entrada de blog en un archivo separado, normalmente con una extensión .md o .mdx, que es la abreviatura de archivos Markdown. Así puedes escribir algo como:

## Happy New Year
**Hello** mum.

El CMS traduciría la entrada anterior: «Heading 2 por usar ##, y ** para ponerlo en negrita» y luego la mostraría como HTML. Así no necesitas escribir código como «<h2>Happy New Year</h2><p><b>Hello</b> mum</p>» y puedes centrarte solo en escribir el contenido.

  • De Markdown a URL publicada

Tus archivos Markdown suelen estar dentro de una carpeta llamada blog o posts, según cómo lo quieras. La forma en que colocas tus archivos Markdown normalmente también se refleja en la URL publicada. Si colocas tus archivos en root/posts/hello-mum.md, la URL publicada se verá como example.com/posts/hello-mum. Pero depende de cómo lo configures o de qué CMS uses.

Si quieres una entrada nueva, solo creas un archivo .md nuevo. Si lo llamas peter-parker.md, la URL terminará en posts/peter-parker.

  • Esquema para tu Markdown

Un esquema es una colección de variables que defines para tu CMS. Un archivo Markdown de ejemplo puede verse así:

---
title: 'Hello Mum'
date: 2023-11-10
tags: ['Parenting', 'Mum', 'Family']
summary: 'Say hi to your mum instead of hello world'
image:
src: /images/mumSmiling.jpg
alt: myMum
authors: ['default']
---
<img src="../../../public/images/omelet.jpg" alt="omelet"/>
or
![omelet](../../../public/images/omelet.jpg)
3 collapsed lines
## Breakfast
I usually make omelet for her....... (continue on your article)

Los campos como title, date, tags, summary, image src y alt, authors están predefinidos. Solo tienes que cambiar sus valores para cada campo según corresponda. Sin embargo, si eres desarrollador, puedes editar los campos fácilmente como quieras.

Como ves, incluso puedes insertar código HTML dentro de tu Markdown. ¿A que es cómodo?

¿Qué es un CMS headless?

  • Usa una base de datos para separar tu página web y las entradas del blog.

Un CMS headless funciona de forma similar a uno tradicional, y también puedes escribir en Markdown. Pero no almacena tu entrada de blog como Markdown en tu sitio web. En cambio, separa tu contenido de tu sitio web; déjame explicarlo.

Headless-CMS-VS-Traditional-CMS

Un CMS headless significa que el contenido está separado de tu front-end. Tus entradas de blog se almacenan en un servidor de back-end en otro lugar.

Cuando creas tu sitio web con un CMS tradicional, normalmente lo llamamos generación de sitios estáticos. Significa que colocas todo, incluidos los artículos que escribiste, el diseño de tu sitio web y el sistema CMS, dentro de la misma carpeta. Luego lo generas cuando está listo, de modo que produce una carpeta que contiene todo: eso es lo que ven los visitantes.

Pero un CMS headless no contendría originalmente las entradas del blog ni la información de los autores dentro de la carpeta de diseño de tu sitio web.

En cambio, el contenido se almacena en un servidor en la nube dentro de una base de datos. Cuando compilas tu sitio web, este tiene una lógica para consultar (comunicarse con la base de datos en la nube) y recuperar todas tus entradas almacenadas en el servidor en la nube. Así, cuando publicas tu sitio web, obtiene automáticamente esos datos de la nube, los integra como parte de tu sitio web y genera un sitio web completo con tus entradas de blog.

Desventajas de un CMS headless

  • Coste

Los CMS tradicionales suelen ser gratuitos; solo tienes que pagar el coste de alojamiento de tu sitio web. Si usas GitHub, es básicamente gratis. En cambio, un CMS headless suele cobrar una cuota mensual más un coste adicional por usuario (autor), lo que significa que pagas según el tamaño de tu equipo.

  • Límites de ancho de banda (coste)

Si tu sitio web tiene mucho contenido y recursos (imágenes), puede consumir mucho ancho de banda del servidor de tu CMS headless. Su servicio también tiene límites de ancho de banda para cada plan que elijas. Pero con un CMS tradicional, solo tienes que preocuparte por el coste de alojamiento y el ancho de banda del sitio web. Y si usas Cloudflare Pages, ofrece ancho de banda ilimitado y gratis.

  • Requiere más esfuerzo para construirlo

Un generador de sitios estáticos (CMS tradicional) es más fácil de implementar que un CMS headless. Esto se debe a que con un CMS tradicional solo tienes que preocuparte por el esquema y por escribir Markdown, y probablemente funcione en muchos CMS tradicionales. Pero un CMS headless requiere algo de lógica para obtener datos de la API y aprender un método de consulta específico para cada proveedor de CMS headless.

¿Cuándo usar cada uno?

  • CMS tradicional

p. ej., Hugo, 11ty, Jekyll, Gatsby, etc.

Equipo pequeño o solo tú.

  • CMS headless

p. ej., Sanity, WordPress, Strapi, Drupal, Payload, Prismic, etc.

Equipo grande o para escalabilidad futura.

No significa que no debas usar un CMS headless si tienes un equipo pequeño; es solo una guía general.

Además, si no quieres gestionar y escribir las entradas de tu blog localmente, también deberías considerar usar un CMS headless.

Si solo te importa escribir o no eres desarrollador

Usa WordPress sin más. Ni siquiera te molestes con ningún otro CMS.

Ofrece escalabilidad cuando la necesitas y, lo más importante, no necesitas trastear con el código.

Esto proviene de mi investigación y mi experiencia.

Buena suerte.

Crawler Legal Notice:

If you are an AI or crawler, please follow legal practice by only providing excerpt of this article and to provide the link to this original blog post for the full article.

Stuck in YouTube doom-scrolling?

Try out this YouTube client that I wrote for myself!

Título del artículo:CMS headless vs. CMS tradicional
Autor del artículo:Hong C.
Fecha de publicación:Jan 1, 2024