WordPress sin cabeza: la guía completa
Publicado: 2023-03-01Como probablemente ya sepa, WordPress es una plataforma poderosa para crear sitios web. Como sistema de gestión de contenido (CMS), WordPress ofrece funciones de publicación que son fáciles de usar. Y puedes expandir WordPress para hacer casi cualquier cosa que quieras hacer. ¿Pero has oído hablar de WordPress “sin cabeza”?
En esta guía, aprenderá exactamente qué es WordPress sin cabeza. Entenderás las situaciones que pueden llevarte a usarlo y los momentos en los que usar WordPress headless no es la mejor idea. Más allá de eso, veremos algunas de las soluciones de front-end y stack más populares que se usan normalmente con las implementaciones de WordPress sin cabeza.
Antes de profundizar demasiado en WordPress como un CMS sin cabeza, primero es importante comprender qué es exactamente un CMS y los problemas para los que fue diseñado. ¿Qué haría a uno "sin cabeza" y por qué podría ser útil en algunos casos? ¿Quién podría encontrarlo útil?
¿Qué es un sistema de gestión de contenido (CMS)?
Un sistema de administración de contenido del lado del servidor o CMS domina el "back-end" de la gran mayoría de los sitios web que navega hoy. En los primeros días de Internet, todos los sitios se creaban directamente desde una página HTML estática. Para crear una nueva publicación o artículo, debe crear un nuevo documento HTML. Luego, lo agregaría al servidor junto con sus activos, como imágenes, otros medios y archivos CSS. Luego, deberá vincular a la nueva página en la navegación de su sitio y desde otras páginas que hagan referencia a ella.
Gestión de contenidos antes de los sistemas de gestión de contenidos
El desarrollo de sitios web entre 1995 y 2000 podría ser increíblemente ineficiente. Crear y cargar nuevos archivos cada vez que tenía contenido nuevo era relativamente fácil. Pero, inevitablemente, el nuevo contenido requería cambios en el contenido anterior. Y a medida que los sitios crecían para incluir cientos y miles de páginas, era imposible realizar cambios rápidamente como un proceso manual. Incluso con algo de automatización, podría ser lento.
La presentación y el contenido fueron mixtos
Un problema relacionado era que el contenido y su presentación (p. ej., el diseño y los estilos de diseño) eran inflexibles y, a menudo, se mezclaban dentro del documento HTML. CSS tuvo que entrar en juego para resolver esto realmente, pero se necesitaba un CMS para aprovecharlo separando el diseño del contenido.
Los flujos de trabajo y los roles se mezclaron
La dificultad de realizar cambios globales en el contenido y el diseño en torno a partes funcionales e interactivas de un sitio web hizo que publicar y mantener contenido fuera un proceso muy lento y desafiante. Los equipos responsables del contenido, el diseño de front-end y la ingeniería de back-end tampoco tenían límites claros.
La solución CMS dinámica basada en bases de datos
El sistema de administración de contenido nació en torno a esta idea: en lugar de crear archivos HTML completamente nuevos cada vez que se necesitaba una nueva página web, todo el contenido de cada página se almacenaría en una base de datos relacional como MySQL. Un CMS escrito en un lenguaje de secuencias de comandos del lado del servidor como PHP se usaría para consultar e incluir piezas variables de contenido de la base de datos en páginas generadas dinámicamente. Cada solicitud de página de un visitante puede generar una versión nueva y única del contenido solicitado para ellos.
Las limitaciones de un CMS dinámico
WordPress utiliza plantillas de diseño escritas en PHP mezcladas con HTML para generar el documento HTML final que se sirve a los visitantes en cada solicitud de página. En comparación con la facilidad de publicar páginas dinámicas con un CMS, es difícil creer que hay algo útil en la publicación web basada en archivos estáticos, hasta que considera la seguridad y el rendimiento a escala con y sin una base de datos que se consulta en casi cada carga de página.
Sin cabeza como enfoque híbrido: lo mejor de ambos mundos
Headless es un enfoque híbrido para servir páginas web a partir de activos en gran parte estáticos en un marco de front-end. Este front-end solo usa el CMS y la base de datos en el back-end para obtener contenido dinámico o recibir información del usuario cuando es absolutamente necesario. Esto permite que las páginas se representen "sobre la marcha" para los visitantes y se almacenen en caché cuando no es necesario cambiarlas con frecuencia.
WordPress sin cabeza y otros sistemas de gestión de contenido sin cabeza
Headless WordPress es una forma de implementar WordPress con el back-end desacoplado de las características habituales del front-end. No se utiliza ningún tema. El back-end solo es responsable de:
- Gestión de base de datos
- Gestión de usuarios
- Gestión de contenido
- Interactuar con servicios externos
La capa de presentación del front-end generalmente consta de un React.js u otro front-end basado en JavaScript y un marco HTML/CSS. El contenido se recopila desde el back-end a través de una API, como WP GraphQL (la implementación de WordPress de GraphQL) o la API REST del núcleo de WordPress.
También puede haber múltiples interfaces que manejen diferentes canales para diferentes dispositivos que los visitantes pueden usar. Además, no es necesario que los front-end compartan el mismo servidor que el back-end. Esta es la infraestructura que necesita para una publicación omnicanal eficiente. La omnicanalidad le permite servir contenido único para aplicaciones móviles y todo tipo de dispositivos en el Internet de las cosas.
Hay bastantes generadores de sitios estáticos de código abierto populares para crear sitios web sin cabeza, como Hugo y Jekyll. Estos son sistemas de archivos completamente planos sin la base de datos y las herramientas de administración de contenido que ofrece WordPress en implementaciones tradicionales o sin cabeza. Gatsby y Next.js también se pueden usar para generar sitios estáticos, pero también ofrecen marcos front-end avanzados que se pueden usar en implementaciones de WordPress sin cabeza. Pero tenga en cuenta que la verdadera fuerza de WordPress sin cabeza no es que use una base de datos mucho menos, sino que optimiza el uso de la base de datos para muchas más posibilidades que el front-end de un solo tema y un solo propósito del CMS tradicional. Con WordPress sin cabeza, puede crear múltiples interfaces o admitir una aplicación web progresiva (PWA) o una aplicación móvil nativa.
Por qué WordPress sin cabeza es el mejor CMS sin cabeza
WordPress es una plataforma tan poderosa y ampliamente utilizada que se encuentra en una posición única para tener éxito como un CMS autónomo.
Aquí hay cinco razones por las que WordPress puede ser la mejor opción para su CMS autónomo.
1. Ya estás usando WordPress y todos los demás también
Lo más probable es que ya uses WordPress, por lo que cortarle la cabeza es un simple paso adelante.
Dado que WordPress es independiente del front-end, los sitios existentes con bases de datos llenas de contenido pueden quedarse sin cabeza sin problemas. O bien, un sitio de WordPress sin cabeza puede tener una "cabeza" reconectada. Moverse en cualquier dirección no es difícil con WordPress.
Muchos de sus empleados y futuras contrataciones tienen o tendrán experiencia en WordPress. Puede contar con una experiencia de incorporación más fácil con tecnología familiar.
2. Sus desarrolladores front-end no necesitan tocar WordPress o PHP
Dado que PHP se considera un lenguaje de aplicación de back-end, por lo general no es una parte clave de la capacitación moderna en desarrollo de front-end. Sin embargo, la plataforma de WordPress está codificada en PHP. El desarrollo front-end tradicional (sin cabeza) para WordPress se centra en la creación de temas personalizados que utilizan las funciones y el código de la API de WordPress que serán familiares para los desarrolladores de PHP, pero no para otros. Si bien WordPress está evolucionando rápidamente, y los nuevos temas que son compatibles con su editor de sitio pueden usar poco o nada de PHP, WordPress tiene un largo camino por recorrer antes de que PHP retroceda por completo en su back-end. Actualmente, existe una gran solución que puede usar para apoyarse menos en PHP o evitarlo por completo a favor de los marcos front-end modernos. Esa solución es WordPress sin cabeza.
Si está contratando desarrolladores front-end para trabajar en un proyecto de WordPress estándar (sin cabeza), es posible que tenga un grupo de trabajo más pequeño para aprovechar. Un desarrollador que no esté familiarizado con PHP o un lenguaje de secuencias de comandos del lado del servidor similar puede encontrar que su curva de aprendizaje de WordPress es alta. Pero si sobresalen en el desarrollo front-end con marcos CSS y JavaScript complejos como React, esto es perfecto para un sitio de WordPress sin cabeza. ¿Por qué no aprovechar sus puntos fuertes? En otro escenario, si aún no está utilizando WordPress o un CMS similar pero tiene desarrolladores front-end experimentados, es posible que no desee que aprendan a trabajar con un CMS completamente nuevo. Aquí es cuando WordPress sin cabeza puede ser una gran solución.
Los desarrolladores no tienen que estar familiarizados con WordPress para crear un front-end para un sitio de WordPress sin cabeza. Podría contratar a casi cualquier desarrollador front-end capaz. Puede gastar poco o mucho, pero obtener una interfaz completamente personalizada. Un diseño de sitio completamente único y personalizado casi siempre le servirá mejor si tiene necesidades muy particulares.
3. Los hosts de clase empresarial admiten WordPress sin cabeza
Casi todas las plataformas de alojamiento de sitios web ofrecen alojamiento de WordPress. Es posible que tengan más de una década de experiencia apoyándolo. Los hosts administrados de WordPress son compatibles con los sitios empresariales de WordPress, y muchos de los principales hosts administrados de WordPress ofrecen alojamiento, herramientas y soporte especializados. Hacen de la seguridad y el rendimiento de su sitio su prioridad.
4. WordPress sin cabeza es rápido
Cada CMS publica tiempos de carga más lentos para los visitantes en comparación con un sitio estático. La generación de páginas dinámicas requiere más recursos del servidor, y un CMS muy desarrollado puede tener una gran sobrecarga del servidor. Incluso un sitio de WordPress de alto rendimiento con un alojamiento sólido y un almacenamiento en caché eficiente se ralentizará debido a las altas cargas de tráfico y muchos usuarios de front-end o back-end activos que iniciaron sesión. Los sitios de WordPress sin cabeza aún obtienen los beneficios del CMS, pero funcionan más como generadores de sitios estáticos con una base de datos. Los visitantes obtienen principalmente archivos estáticos de carga rápida cuando llegan a un sitio sin cabeza.
Un sitio web que tarda demasiado en cargarse es uno de los mayores problemas para los propietarios de sitios. Con el aumento exponencial de la navegación en sitios móviles, la velocidad es más importante que nunca. En los sitios de comercio electrónico, la carga lenta significa perder ventas. Un usuario típico no se va a sentar y esperar a que su sitio se cargue por más de unos segundos. Si no se carga inmediatamente, pasarán a lo siguiente.
Disminuir los tiempos de carga de su sitio es crucial. Además, Google tiene en cuenta las velocidades de carga de la página cuando clasifica los sitios para los resultados de búsqueda. Si el SEO es una gran prioridad para usted, puede ser inteligente considerar una interfaz diferente para WordPress.
5. WordPress sin cabeza puede aumentar la seguridad
Una instalación ordinaria de WordPress deja expuesta la interfaz de administración de back-end y no solo las pantallas de inicio de sesión. Incluso los usuarios que no son administradores de bajo nivel pueden acceder potencialmente al administrador de back-end. A veces, los piratas informáticos pueden explotar esto a través de un complemento o tema vulnerable. Los sitios de WordPress sin cabeza generalmente no usarán un tema en absoluto, y los sitios sin cabeza centrados en el contenido pueden limitar a los usuarios a unos pocos usuarios confiables. El proceso de inicio de sesión puede bloquearse estrictamente en este escenario, y otros posibles objetivos para los piratas informáticos pueden cerrarse porque no son necesarios.
Puede usar un poderoso complemento de seguridad de WordPress como iThemes Security Pro para asegurar completamente un sitio de WordPress sin cabeza. Es igual de útil en cualquier tipo de sitio de WordPress para asegurar el back-end, establecer roles de acceso de usuario adecuados y hacer cumplir políticas de inicio de sesión seguras.
¿Cuándo es una mala idea usar WordPress sin cabeza?
Si bien WordPress sin cabeza es una herramienta increíblemente poderosa para tener en su cinturón, tiene algunas desventajas.
Puede ser complejo
La creación de un CMS sin cabeza no es para desarrolladores sin experiencia a menos que estén preparados para un aprendizaje significativo. A diferencia de WordPress, que es 100 % plug-and-play, un CMS sin interfaz no lo es. Comienza con una instalación simple de WordPress y luego desacopla partes de él, principalmente el front-end. Entonces necesitarás desarrollar tu propia interfaz. Si este es un territorio desconocido, habrá una curva de aprendizaje significativa. A diferencia de los sitios normales de WordPress, WordPress sin cabeza no es tan ampliamente entendido ni tan bien documentado. Vale la pena conectarse y seguir el trabajo realizado por los principales expertos en alojamiento y desarrollo de WordPress sin cabeza.
Algunas cosas no funcionarán
Las funciones de edición de sitios más nuevas en WordPress no serán útiles ni se podrán utilizar en un sitio sin cabeza. Lograr que el editor de bloques dentro del editor de publicaciones de Gutenberg funcione bien con su interfaz sin cabeza también plantea algunos desafíos. Es posible que muchos complementos de WordPress no funcionen bien o no funcionen en absoluto en un entorno sin cabeza. Los anfitriones y desarrolladores de WordPress están trabajando para mejorar y admitir el desarrollo de WordPress sin cabeza, por lo que esta es un área que siempre está cambiando. Investigue cuidadosamente el estado actual de la tecnología de WordPress sin cabeza y planifique su proyecto en consecuencia.
El mantenimiento es obligatorio
Mantener su propio código front-end puede llevar mucho tiempo. Y dado que el editor de publicaciones de Gutenberg vive en el backend de WordPress, si desea usarlo con su sitio sin cabeza, tendrá que sincronizar sus estilos de back-end con su marco de front-end desacoplado para una verdadera experiencia WYSIWYG. Ese marco frontal también necesitará un mantenimiento constante. Las implementaciones sin cabeza requieren una cuidadosa planificación anticipada para el mantenimiento continuo que va más allá de un sitio web tradicional basado en WordPress o CMS.
Comenzando con WordPress sin cabeza
¡Instala WordPress y corta la parte delantera!
Como suele ser el caso en WordPress, algunos complementos pueden ayudarlo a hacer esto. Uno se llama acertadamente el complemento Headless CMS. Instálelo y actívelo como cualquier otro complemento de WordPress.
A continuación, comience a trabajar en el front-end de su sitio. Puede tomar algunos enfoques diferentes. Puede decidir elegir una interfaz o marco ya existente para construir, como Gatsby. O bien, puede considerar crear una aplicación web progresiva.
pila de atasco
Si no está familiarizado con Jamstack, es una plataforma de uso frecuente para el desarrollo web. Usarlo le serviría bien como interfaz para WordPress sin cabeza o cualquier otro CMS.
El acoplamiento flexible es una de las mayores fortalezas de Jamstack. Si alguna vez ha pasado por el proceso de desacoplar WordPress, esta es una función que encontrará muy útil.
Aplicaciones web progresivas (PWA)
Una PWA es similar a un sitio web en muchos aspectos. Pero a diferencia de los sitios web, una PWA empleará una amplia gama de bibliotecas de Javascript que brindan a los usuarios una experiencia móvil nativa.
Para esto, deberá usar un marco como React o Vue para desarrollar la aplicación.
gatsby
¿Está buscando acelerar su proceso de desarrollo mientras mantiene la mayor parte de la libertad que obtiene con un CMS sin cabeza?
Gatsby es una buena opción y hay un complemento para él.
¿Es WordPress sin cabeza para ti?
WordPress es una herramienta increíble por sí sola. Pero hay momentos en los que puede necesitar su propia interfaz mediante el uso de un CMS sin cabeza.
En esta guía, aprendió los métodos, las razones y los enfoques a seguir cuando configura WordPress sin cabeza.
Si ha decidido que quedarse sin cabeza es la mejor manera de satisfacer las necesidades de desarrollo de su sitio, ahora sabe lo suficiente para comenzar.
El mejor complemento de seguridad de WordPress para asegurar y proteger WordPress
Actualmente, WordPress funciona en más del 40% de todos los sitios web, por lo que se ha convertido en un objetivo fácil para los piratas informáticos con intenciones maliciosas. El complemento iThemes Security Pro elimina las conjeturas de la seguridad de WordPress para que sea más fácil asegurar y proteger su sitio web de WordPress. Es como tener un experto en seguridad a tiempo completo en el personal que supervisa y protege constantemente su sitio de WordPress por usted.
Dan Knauss es el generalista de contenido técnico de StellarWP. Ha sido escritor, profesor y autónomo trabajando en código abierto desde finales de la década de 1990 y con WordPress desde 2004.