Interfaz de usuario desacoplada de Drupal
Drupal se puede configurar para proporcionar puntos finales REST personalizados que también pueden autenticar usuarios para proporcionar resultados curados a una interfaz de usuario de front-end desacoplada, como ReactJS o VueJS. Esto le da al front-end mucha más flexibilidad en el diseño y la personalización, ya que ya no está atado a las restricciones de Regiones, Bloques, Vistas y Tematización de Drupal. Tomando su instalación de Drupal sin cabeza le da mucha más libertad con su diseño front-end y la implementación.
Drupal seguirá proporcionando su diseño por defecto para la moderación de contenidos, por lo que sólo tiene que construir para lo que el usuario final va a interactuar. Usted no tendrá que reconstruir el lado de la administración, dejando que se expone a los usuarios autorizados que tienen permisos para moderar el contenido.
Aplicaciones móviles y consumo de terceros
Configurar un Drupal sin cabeza permite a su CMS proporcionar sus datos a múltiples fuentes, incluyendo aplicaciones móviles. Esto significa no más contenido "duplicado" a través de entornos y sistemas. Crearlo una vez en Drupal y consumirlo en todas partes inmediatamente. Cuando sea necesario actualizarlo, simplemente actualícelo en un lugar, y también estará disponible en todas partes inmediatamente.
Este enfoque no sólo puede aplicarse a las aplicaciones móviles. Si usted tiene clientes que regularmente consumen datos de usted, esto puede agilizar ese proceso. Los permisos se pueden configurar en Drupal para permitir que sólo un subconjunto de usuarios accedan a cualquier tipo de contenido específico, y filtrar hasta el nivel de nodo individual, si es necesario. Puede proporcionar cualquier subconjunto de datos a cualquier tercero o aplicación basada en Roles de Usuario y Credenciales de Usuario asignadas.
Inteligencia de Negocio
Business Intelligence es enorme cuando se trata de determinar qué contenido los usuarios encuentran útil, que proporcionará el ROI, y muchas otras métricas útiles. El desacoplamiento de Drupal permite dos factores clave para ayudar en la recopilación de datos de BI.
Endpoints específicos pueden ser configurados para recopilar datos desde el front-end, tales como el consumo basado en el usuario, gustos, favoritos, marcadores, calificaciones, y muchas otras métricas.
Otro conjunto de puntos finales se puede configurar para proporcionar los datos recogidos a un ETL u otro solicitante para la integración con lagos de datos u otros modelos de BI.
Esto significa que ya no es necesario escribir consultas personalizadas contra bases de datos desde su ETL. No más grandes procedimientos almacenados que necesitan ser mantenidos en su base de datos Drupal. Simplemente configure su ETL o modelo de BI para extraer datos de un punto final REST y utilícelos como desee, dejando que su plataforma de BI haga el trabajo más importante de convertirlos en métricas comunicables.
¿Cuál es la ventaja?
Si ya está gestionando, conservando y sirviendo datos a través de Drupal, la integración de la funcionalidad de REST Content Builder es una integración relativamente sencilla que no requiere ningún tipo de migración de datos y se puede construir junto con la funcionalidad existente sin tocar o modificar la funcionalidad existente. A medida que la funcionalidad se traslada a un nuevo front-end unificado, su huella de Drupal se puede reducir mediante la eliminación de varias piezas de complejidad de Drupal que impulsan la experiencia front-end, incluyendo:
Vistas
Visualizaciones de vistas de entidades
Temas personalizados y contribuidos, incluyendo preprocesadores complejos y plantillas TWIG
Módulos personalizados y contribuidos que gestionan, insertan o manipulan las librerías y características del front-end.
Esto se convierte en una conversación más grande si usted no está utilizando actualmente Drupal y depende de si usted está buscando un nuevo lugar para el nuevo contenido o en busca de migrar el contenido existente de otro sistema a Drupal y servir desde allí. El cambio a Drupal puede beneficiar especialmente a una organización que tiene contenido distribuido a través de múltiples CMS, que le da una fuente de verdad y un lugar para la moderación de contenidos y la curación, la reducción de los gastos generales de gestión de contenidos.
Seguridad
Desacoplar Drupal del front-end proporciona un nivel añadido de seguridad al contenido proporcionado por Drupal.
Ofuscación
Drupal sin cabeza significa que el usuario final probablemente no sepa de qué tipo de sistema provienen los datos, ya que todo lo que verá es la tecnología front-end. Tampoco sabrá dónde se encuentran esos datos, ya que probablemente estarán en un servidor seguro detrás de una VPN que sólo puede ser tocado desde aplicaciones de "lista blanca" dentro de una red. Incluso si un actor malintencionado pudiera averiguar cuál es el endpoint solicitado, seguiría sin saber en qué se basa ese sistema, lo que dificultaría el ataque y la penetración.
Permisos granulares de contenido
Roles y permisos en Drupal pueden ser moderados a nivel de organización o incluso a nivel de usuario, y luego esos permisos se establecen en el contenido o tipos de contenido. Por ejemplo, si usted es una organización B2B que sirve a múltiples empresas, usted podría tener contenido que sólo está disponible para clientes específicos. Los roles y permisos pueden ser configurados y aplicados a usuarios específicos asociados con cada organización, y luego Drupal verificará internamente los permisos del contenido antes de servirlo. Incluso se puede ir un paso más allá y dar a ciertos miembros dentro de una organización específica más o menos acceso que el resto de la organización, con permisos y roles adicionales. Todo esto es posible pasando una API-Key específica del usuario en la cabecera de la petición.
Respuestas de error personalizadas
En muchos casos, pueden producirse fugas de datos al solicitar endpoints con parámetros, cabeceras, etc. incorrectos. Configurar un generador de contenido REST personalizado permite capturar todos los errores y, en el peor de los casos, simplemente devolver un mensaje de error genérico sin filtrar ninguna información sensible al potencial malhechor, incluyendo sistemas operativos, información de usuario o contenido, o incluso que está siendo servido por Drupal.
Conclusión
Hacer de su CMS Drupal una parte valiosa e integrada de su MVC Framework distribuido puede no ser tan simple como apretar un interruptor, pero es mucho más fácil que la gestión a largo plazo de los datos a través de múltiples subsistemas y es altamente preferible a las experiencias front-end por defecto de Drupal cuando se trata de personalización. Cuando se considera que a continuación, puede conectar un sinfín de consumidores, el cielo es el límite. ¿Está listo para comenzar o continuar su viaje por Drupal con Improving? Póngase en contacto con nosotros.
