Header Ads Widget

Ticker

6/recent/ticker-posts

Guía del comprador de CMS basada en API


 

¿Qué es un CMS basado en API?

Si sabe qué es un CMS basado en API, omita esta sección.

La forma típica de crear un sitio web con CMS es elegir una solución totalmente integrada como WordPress y crear su sitio web como una colección de plantillas estrechamente integradas. O si desea más control, cree su propio CMS integrado utilizando su pila de tecnología preferida.

Un CMS basado en API , también conocido como CMS sin cabeza , es un enfoque relativamente nuevo para la gestión de contenido con muchas ventajas sobre la forma "antigua". Los CMS basados ​​en API, como ButterCMS , CloudCMS o Prismic , le permiten crear sitios web y aplicaciones que están desacoplados de sus herramientas de gestión de contenido e integrados a través de API. Esto le brinda la flexibilidad de construir su interfaz utilizando sus herramientas preferidas (por ejemplo, Rails, Node.js, Angular) mientras puede integrar un CMS robusto y personalizado con facilidad. Un enfoque basado en API puede ahorrarle a un equipo una cantidad significativa de tiempo y dinero en la implementación inicial, así como en el mantenimiento continuo.

Entonces, ha decidido que un CMS basado en API es adecuado para usted, por lo que abre Google y comienza a explorar las opciones. Encontrará docenas de CMS diferentes que venden el enfoque basado en API y ofrecen todo tipo de funciones y complementos. Se encuentra con opciones de SaaS que cobran más de $ 1000 / mes, proyectos Github de código abierto abandonados y términos confusos como objetos de contenido . También encontrará artículos sobre la API de WordPress y el uso de Drupal con interfaces independientes.

¿Cómo empiezas a darle sentido a todo esto? Hemos creado esta guía para ayudar.

Desglosando las categorías

Los CMS basados ​​en API son una bestia confusa. Algunos productos nuevos se denominan a sí mismos API-first , mientras que muchos otros han evolucionado para ofrecer un enfoque basado en API.

Por ejemplo, WordPress lanzó recientemente una API REST y mantiene algunas bibliotecas cliente, como node-wpapi . Del mismo modo, Drupal 8 incluye una API de servicios web RESTful Con estas API, puede integrar cualquier front-end con una instancia de WordPress o Drupal. Llamemos a estos proveedores tradicionales .

Por otro lado, las ofertas de SaaS basadas en API como ButterCMS y CloudCMS se basan únicamente en la integración de API . Para ir aún más lejos, se crean diferentes CMS basados ​​en API con estilos de diseño de API contrastantes. Por ejemplo, ButterCMS tiene una API RESTful con autenticación de token. CloudCMS usa OAuth, algunos productos privilegian XML en lugar de JSON y algunos, como GraphCMS , están diseñados alrededor de GraphQL.

Ejemplo de la interfaz de administración de ButterCMS

Entonces, considerando lo tradicional frente a lo basado en API, ¿cuál es el mejor enfoque?

Depende. Ambas opciones funcionan. Si está familiarizado con una solución tradicional de código abierto como WordPress o Drupal, aprovechar sus API para la libertad del front-end puede parecer atractivo. Pero ButterCMS y CloudCMS están diseñados para el enfoque basado en API y ofrecen una mejor experiencia de desarrollador .

Por ejemplo, WordPress ofrece clientes API oficiales para solo dos idiomas y sin guías oficiales. ButterCMS ofrece clientes API para siete idiomas y más de una docena de guías para varios marcos.

Los proveedores tradicionales como WordPress también pueden verse severamente limitados en su flexibilidad y personalización cuando se integran a través de API. Esto suena sorprendente, ya que WordPress impulsa el 27% de la web y es conocido por su rico y maduro ecosistema de complementos que le permiten crear cualquier cosa, desde un sitio web de publicación masiva hasta una tienda de comercio electrónico.

El problema es que la mayor parte del ecosistema de WordPress no aborda el uso de API . Por ejemplo, para habilitar campos personalizados en WordPress se requiere un complemento y una instancia de WordPress autogestionada. Pero una vez que se configura el complemento y se crean los campos personalizados, no hay documentación sobre cómo se obtendrían los campos personalizados a través de una API. Subrayando este problema está la existencia de otro complemento llamado WP REST API Custom Fields que tiene como objetivo resolverlo. Sin embargo, en el momento de escribir este artículo, ese complemento no se ha actualizado en más de dos años.

En casos como este, la extensibilidad basada en complementos de proveedores tradicionales como WordPress se vuelve inútil y potencialmente imposible de evitar. Las primeras soluciones de API , por otro lado, se crean desde cero para admitir la flexibilidad y la personalización. Por ejemplo, ButterCMS no solo le permite crear campos y modelos de contenido personalizados, sino que incluso le permite personalizar la interfaz de usuario del administrador en espacios de trabajo fáciles de usar .

Lo que las soluciones CMS basadas en API carecen de complementos disponibles, lo compensan integrándolo en una base de código y una pila tecnológica que usted posee y comprende por completo. Esto significa que puede agregar otros complementos de código abierto útiles o proveedores de backend-as-a-Service según lo necesite. Por ejemplo, puede combinar un CMS basado en API con un backend de comercio electrónico basado en API como Moltin para crear un sitio web de comercio electrónico completo sin una base de datos (¡o incluso un servidor!).

Lea también: Por qué debería crear aplicaciones con un backend de API - BaaS

Alojamiento vs autohospedado

Otra consideración es si debe administrar el alojamiento  usted mismo o no.

Como se mencionó anteriormente, con proveedores tradicionales como WordPress, el alojamiento autogestionado puede ser su única opción si desea personalizar su CMS más allá de la configuración predeterminada. Al considerar la administración de autohospedaje, recuerde que no solo está lidiando con tarifas de hospedaje, sino que además tiene la responsabilidad total de asegurarse de que su sitio web permanezca en línea y sea seguro. Esto incluye el mantenimiento y las copias de seguridad de la base de datos, la instalación de actualizaciones de seguridad y la implementación de sistemas de monitoreo de servidores.

Lo más probable es que su equipo de desarrollo no disfrute dedicar su tiempo a hacer copias de seguridad de bases de datos, configurar el alojamiento, instalar actualizaciones y ser responsable de monitorear el tiempo de actividad del sistema de administración de contenido. Ir con una solución alojada significa que está casi 100% libre de cualquier tipo de mantenimiento.

Con los CMS basados ​​en API, el alojamiento propio es una opción (por ejemplo, CloudCMS ofrece esto), pero las ofertas alojadas son más estándar. El beneficio de este enfoque es que nunca tendrá que preocuparse por el mantenimiento o el tiempo de actividad de su CMS. Puedes construir tu sitio web y pasar a cosas más importantes.

Comprensión de los precios de los CMS sin cabeza

Al mirar a los proveedores de SaaS, hay cuatro áreas clave que afectan los precios:

  1. Cantidad de contenido que puede administrar
  2. Número de llamadas a API permitidas
  3. Número de cuentas de usuario
  4. Tiempo de actividad

Los diferentes productos usan términos diferentes en sus planes de precios, pero generalmente se reduce a estos cuatro criterios. Por ejemplo, ButterCMS ofrece llamadas API ilimitadas pero límites a la cantidad de contenido, mientras que CloudCMS ofrece límites a las llamadas API pero una cantidad ilimitada de contenido. Simple, ¿verdad? También considere los complementos que podrían interesarle, como la publicación de flujos de trabajo, la localización y los webhooks .

Un factor importante a tener en cuenta es el soporte . Cuando su equipo se encuentra con un problema urgente, la asistencia rápida de un ingeniero de soporte capacitado es enormemente beneficiosa. Los proveedores de CMS basados ​​en API están apareciendo en todo el mundo, así que además de la capacidad de respuesta, considere las barreras de zona horaria y de idioma que podrían afectar la comunicación.

Otra cosa a la que hay que prestar mucha atención es el tiempo de actividad : con un enfoque basado en API, su sitio web depende en gran medida de su API CMS. En la mayoría de los casos, si la API de su CMS falla, también lo hará su sitio web, ya que no podrá obtener contenido. Por esta razón, asegúrese de que el proveedor tenga una garantía de nivel de tiempo de actividad cercano al 99,99% y evite de forma proactiva los escenarios de pérdida de datos. Por ejemplo, el cliente ButterCMS Ruby ofrece la capacidad de configurar un almacén de datos de respaldo local como Redis para que su sitio web funcione incluso si no se puede conectar correctamente a la API ButterCMS.

Para proyectos más grandes, es posible que le interesen los acuerdos de nivel de servicio a nivel empresarial y el soporte técnico, como trabajar directamente con un ingeniero de soluciones del proveedor.

También recientemente en el blog: ¿Qué es la computación en niebla?

Lista de verificación de evaluación

Hemos cubierto mucha información hasta ahora. Incluso armado con este conocimiento, tomar una decisión es difícil dada la gran cantidad de opciones. Para ayudar con esto, siga esta lista de verificación paso a paso cuando oriente su evaluación y decisión:

  • Usabilidad : ¿Qué tan simple e intuitiva es la documentación, los SDK y la API?
  • Flexibilidad : ¿Es el CMS lo suficientemente flexible para satisfacer las necesidades de su proyecto?
  • Tiempo de actividad : ¿Es la API / SDK resistente y cumple con sus requisitos de tiempo de actividad?
  • Editor de contenido : ¿Qué tan intuitiva es la interfaz para sus editores de contenido?
  • Soporte : ¿En qué país y zona horaria se encuentra el proveedor, y qué nivel de soporte y capacidad de respuesta demuestra?
  • Precios : ¿Los precios son escalables y predecibles para su proyecto (los precios basados ​​en el uso de API pueden aumentar de manera impredecible si aumenta el tráfico de su sitio web)?

10 marcos de trabajo de CMS basados ​​en API

Cada mes surgen nuevas ofertas de CMS basadas en API, pero en el momento de escribir este artículo, algunos ejemplos incluyen:

MantequillaCMSCloudCMSContenidoKentico CloudPrismico
JS cósmicoDirectusCabinaTechoGraphCMS

Envolver

Recuerde que el beneficio clave de un CMS basado en API es que le ahorra tiempo y dinero a su equipo de desarrollo . No se puede superar trabajar con su pila de tecnología favorita sin apenas mantenimiento.

Si eres una agencia , puedes lanzar tu proyecto más rápido y pasar al siguiente. Si es una empresa emergente de tecnología , puede eliminar los requisitos de su CMS en un día y volver a concentrarse en su producto principal.

Para maximizar esto, por encima de todos los demás factores, recomendamos elegir su solución en función de la experiencia del desarrollador . ¿Qué CMS es el más fácil de integrar? ¿Qué CMS tiene la mejor documentación? ¿Qué CMS tiene los SDK más simples? No se preocupe por unos cuantos dólares extra aquí y allá en los costos de suscripción; es probable que un par de días del tiempo de su equipo de desarrollo sea mucho más costoso que los costos de suscripción por los que está preocupado.

Publicar un comentario

0 Comentarios