Brand Breakout Summit/2021: HEAD HINDEST 101 – ¡Todo lo que quería saber más!

¿Por qué ahora es tanto la cabeza caliente? Headless es un nuevo modelo para crear sitios web que introducen algunos conceptos nuevos en WordPress. Según un nuevo estudio, el 64% de las organizaciones empresariales actualmente están utilizando un enfoque sin cabeza, que representa un aumento de casi el 25% en comparación con 2019. Comienza con la cabeza puede ser abrumador, pero una vez que comprenda el campo de juego, su equipo construirá absurdo Sitios web rápidos y desacoplados en el menor tiempo. En la sesión a continuación, WP Engine y Haga clic aquí, los laboratorios se están uniendo para cubrir los términos clave, las tendencias emergentes y las mejores prácticas de último minuto para WordPress sin cabeza.
VIDEO: HEAD LING 101-ELTULO ALLO QUE QUERÍA SABER MÁS sobre la sesión en esta sesión, el gerente de marketing senior de WP Engine, Hashim Warren, y el director de producción digital de Click Here, Jonathan Jeter, Talk:
Una introducción básica a los conceptos sin cabeza, incluidos los beneficios, los compromisos y los beneficios del uso de WordPress sin cabeza en su próximo proyecto.
Casos de uso en el mundo real para proyectos de WordPress sin cabeza, proporcionando una mirada más cercana a los éxitos y desafíos que puede presentar la cabeza.
Los especialistas en marketing y los desarrolladores aman esta nueva arquitectura de WordPress sin cabeza. Y eso es por algunas razones. El número uno es el último rendimiento de minuto. Los cuadros de los que hablamos no se centran solo en accesibilidad y SEO. Se centran en crear sitios web de alto rendimiento fácilmente desarrollados por desarrolladores.
El gerente de marketing de productos senior de WP Engine, Hashim Warren, transcribe texto integral Hashim Warren: Hola, hay mucho entusiasmo y confusión cuando se trata de WordPress sin cabeza. En esta sesión, sin cabeza 101, le daremos compromisos, estudios de casos y los beneficios de usar WordPress sin cabeza en su próximo proyecto. Mi nombre es Hashim Warren y soy gerente senior de marketing de productos para WP Engine, trabajando en nuestros proyectos sin cabeza. Y Jonathan Jeter, el director de desarrollo digital en Click Here Labs, se une. La primera pregunta que la gente hace antes de hacer un proyecto de WordPress sin cabeza es ¿Qué es WordPress sin cabeza, Point? Por lo tanto, es posible que haya oído hablar de WordPress Hace años hace años, cuando la API REST WordPress entró por primera vez en la base. O es posible que haya escuchado sobre esto recientemente, porque la gente habló sobre el uso de un front-end alternativo para la tosir. Entonces, antes de comenzar, solo quiero establecer niveles y explicar qué es WordPress sin cabeza y cómo difiere de WordPress tradicional.
Entonces, la cabeza es un nuevo enfoque de uso de WordPress.Cuando use WordPress sin cabeza, ya no sea responsable de WordPress de reproducir su sitio front-end, use WordPress estrictamente para administrar contenido y también para administrar a los usuarios en su proyecto. Por lo tanto, puede usar WordPress-API WordPress, este residuo nativo o una API alternativa, como WPGraphql, para enviar datos a un frente u otro dispositivo alternativo.Entonces, en nuestro sitio web, desarrolladores.wpengine.com, Nate Archer, uno de nuestros escritores, explica WordPress sin cabeza de la siguiente manera: “WordPress sin cabeza es cuando usa WordPress y un sistema de reproducción de contenido separado”.Esencialmente, esto es WordPress sin cabeza.
Entonces, ¿qué sucede cuando comienza a usar un sistema separado para reproducir su sitio front-end? Bueno, hay algunos sistemas y marcos diferentes y meta tramas que son populares entre los desarrolladores cuando se usan WordPress sin cabeza. Estos marcos generalmente usan una biblioteca JavaScript como React o Vue para crear páginas y plantillas. Luego, los marcos de complemento necesitan funciones, como enrutar y crear páginas y otras características que necesita para crear sitios web. Entonces, dos de estas opciones populares son Next.js y Gatsby. Y esos meta-frames se basan en React. Y otra elección popular es el siguiente, que se basa en Vue. Entonces, cuando usa un marco de JavaScript, tiene algunos problemas diferentes que estos meta-marcos resuelven. Uno es la velocidad. Cuando navega por el front-end de un sitio web y las páginas de marketing de un sitio web, no desea que se cargue tan lenta como, por decir, la versión de aplicación de un sitio web a la que se conecta. Desea cargar extremadamente rápido. Y estos meta-marcos resuelven este problema a velocidad.
También quieres ser accesible.Que, desde la caja, a veces los marcos de JavaScript como React o Vue no consideran la accesibilidad.Entonces, estos cuadros resuelven los problemas de accesibilidad.Y finalmente, desea que su sitio sea fácilmente accedido por las arañas de búsqueda como Google y Bing.Y este es otro problema que estos marcos resuelven.En lugar de una araña de búsqueda en un sitio web donde el contenido está oculto en JavaScript, estos cuadros hacen técnicas especiales, como la representación previa del contenido, para que las arañas de búsqueda puedan ver su contenido y también para clasificarlo en los motores de búsqueda.Por lo tanto, estos son los meta tramas que las personas usan para jugar el front-end de su sitio sin cabeza de WordPress.Y estas son algunas de sus ventajas.
Ahora, dos de esos meta-frames que mencioné son muy populares, Next.js y Gatsby.Y otra pregunta que recibimos cuando la gente recién comienza su viaje de WordPress sin cabeza, ¿qué marco debo elegir, Next.js o Gatsby?¿Cuál es la diferencia entre ellos?Entonces hay muchas similitudes entre ellos.Como dije, resuelve muchos problemas de SEO, accesibilidad y velocidad.Sin embargo, repasaré algunas de las cosas que las hacen especiales.Entonces, Gatsby, Gatsby es un sistema similar a WordPress al tener una arquitectura de complementos y 2.800 complementos de código abierto gratuitos que le permiten agregar funcionalidades a su sitio. Algunas de esta funcionalidad, que es realmente atractiva para los desarrolladores. WordPress u otro sistema como Shopify o Drupal y hacer que esos datos fáciles estén disponibles en su proyecto Gatsby.
Entonces, si usa Gatsby, puede crear rápidamente un sitio web que cumpla con los requisitos de su equipo utilizando la colección de 2.800 complementos Gatsby. Una gran cosa en Next.js es que Next.js puede generar páginas dinámicas y estáticas. Entonces, con Gatsby, en este momento, Gatsby solo puede generar páginas estáticas para su sitio. Significa que cuando un visitante llega a su sitio, en lugar de que un servidor crea las páginas allí, Gatsby ya ha previamente sus páginas para hacerlas rápidas y fáciles de servir a cualquier persona en el mundo. Sin embargo, a veces, si desea ciertas funciones dinámicas, no desea preparar sus páginas. Desea un sitio web dinámico, donde las páginas se crean en función de las necesidades del usuario en ese momento. Esto permite cosas como personalizar y probar A/B y otros Dynamic.next.js, en lugar de elegir ser un generador de sitios dinámico o un generador estático, Next.js, puede crear páginas dinámicas y páginas estáticas dentro del mismo sitio. Esto hace que el próximo.js sea ideal para sitios grandes, porque no tiene que tener un largo tiempo de construcción cuando construye un gran sitio con muchos miles de páginas. En cambio, puede construir una parte del sitio estática y también parte del sitio dinámicamente. Next.js también es excelente si tiene más actualizaciones de contenido por día. Debido a que no construye toda su sitio estático, puede usar Next.js para crear rápidamente una página en el sitio y luego jugarla más tarde. Por lo tanto, estas son algunas de las principales diferencias entre Gatsby y Next.js.
Entonces, a los especialistas en marketing y desarrolladores les encanta esta nueva arquitectura de WordPress sin cabeza. Y eso es por algunas razones. El número uno es el último rendimiento de minuto. Por lo tanto, los marcos de los que hablamos no se centran solo en la accesibilidad y también en SEO. Se centran en crear sitios web de alto rendimiento fácilmente desarrollados por desarrolladores. Por lo tanto, cualquier característica nueva que aparezca en navegadores u otros sistemas que un desarrollador podría aprovechar para hacer que su sitio sea más rápido, encontrará aquellos que se adoptan por primera vez en sistemas como Gatsby y Next.js. Algunas de las funciones con las que estamos muy satisfechos son la optimización de la imagen, la toma de páginas, las funciones PWA en las páginas, donde su sitio puede convertirse más en una aplicación web o más como una aplicación nativa en el teléfono y más. Entonces, esta es una de las razones por las cuales los desarrolladores y los agentes de marketing aman a estos WordPress sin cabeza. Puede usar estos marcos delanteros centrados en el rendimiento para tener las últimas funciones de rendimiento.
Lo siguiente que los desarrolladores aman es la experiencia moderna del desarrollador que puede obtener cuando corta su sitio. Entonces, cuando un desarrollador usa un CMS todo en uno, como WordPress tradicional, el flujo de trabajo está relacionado con la forma en que funciona ese CMS. Pero cuando desconectan la arquitectura en la que uso otro sistema para administrar el front-end del sitio web, ahora puedo usar un flujo de trabajo moderno de CI/CD para actualizar rápidamente las funciones en el sitio. También puedo usar la arquitectura de desarrollo basada en componentes para crear partes de las páginas y partes del sitio de una manera que se pueda compartir. Por lo tanto, los desarrolladores realmente aman la experiencia del desarrollador sin cabeza moderno de WordPress, porque les permite usar estas nuevas herramientas y estos nuevos modos de trabajo. La tercera cosa que los desarrolladores y los agentes de marketing aman es que esta arquitectura desacoplada es predeterminada. Entonces, cuando separas tu front-end de fondo, ya no eres tan susceptible a los ataques o ataques DDoS en la base de datos y otras cosas que los hackers pueden usar para destruir tu sitio. Recientemente tuve una experiencia en la que tuve mi sitio web sin cabeza de WordPress y quería cambiar el host que usé para la parte de fondo, instalando WordPress.
Logré desconectar mi sitio de WordPress en el front-end y cambiarlo a un nuevo host y conectarlo de nuevo a ese front-end. Así que puedes imaginar si, supongamos que mi instalación de WordPress ha sido atacada. Puedo mantener mi frente porque toda la arquitectura está desacoplada. Así que ahora me gustaría transmitirlo a Jonathan y hablar sobre WordPress sin cabeza y velocidad y confiabilidad. Jonathan Jeter: Gracias, Hashim. Gracias por viajar todos estos detalles técnicos de lo que no tiene cabeza y cómo funciona. Así que ahora puedo cubrir todas las cosas divertidas de todas las cosas maravillosas que no pueden hacer para un vendedor. Así que quiero comenzar con un ejemplo de: hice esto hace unos años para el Ejército de Salvación. Tienen un sitio web de informe anual y lo que hacen es prácticamente lo que dicen, el informe de donaciones financieras y cómo se usó el dinero y todas las personas que han recibido ayudado durante todo el año. Así que este es un sitio que se actualiza solo una vez al año. Y en ese momento era un sitio estático. Por lo tanto, cada vez que el contenido debe actualizarse en una época del año, las personas deben ingresar manualmente y cambiar HTML. Y las personas que son los especialistas en marketing que trabajan en él deben dárselo a un desarrollador y deberíamos hacer los cambios. Así que hubo este proceso que estaba en vigor. Así que en ese momento decidimos que queremos una forma en que las personas que eran los editores de contenido ingresan y actualicen el contenido y luego exporten el sitio a un sitio estático automático.
Eliminando los cambios de desarrollo que tuvieron lugar y permitiendo que los editores de contenido o productores de contenido ingresen y realicen esos cambios en el contenido y nos hagan saber cuándo está listo. Entonces, en este caso, usamos Gatsby. Y usamos WordPress para back-end. Y nos permitió dar a Marketer una interfaz a la que estaban acostumbrados. WordPress es fácil de usar para ellos. Podrían ingresar allí y crear contenido o editar contenido una vez al año. Y usamos una tecnología llamada GraphQL, que le permite cambiar la forma en que se presentan los datos de la API de WordPress. Y luego usé Gatsby para consumir esos datos y generar un sitio estático. Entonces, hasta su punto temprano, Hashim, un sitio estático, le permite hacer es que no haya una base de datos. No hay otra tecnología para depender del sitio. Y así será muy confiable, es bastante estable y muy rápido. Entonces el proyecto fue muy bien. En los últimos dos años, seguimos manteniéndolo. Y lo que descubrí es que uno de los desafíos al respecto es que debe mantener a Gatsby y las otras tecnologías actualizadas, incluso si no agrega contenido en el sitio de desarrollo. Hay un poco de mantenimiento que entra en él. Pero realmente libera a Marketeri para poder editar el contenido por su cuenta, sin tener que pasar por el equipo de desarrollo cada vez que quieran hacer un cambio en un sitio web. Otra cosa sobre la velocidad y la confiabilidad y por qué es importante es que si no ha oído hablar de Core Web Vitals, lo hará.
Probablemente ya lo hayas escuchado en esta conferencia. Pero lo que Google hace con Core Web Vitals dice que la experiencia del usuario es realmente importante y lo que es realmente importante es la velocidad. ¿Qué tan rápido puede alguien ver el sitio? Y todos han escuchado las estadísticas sobre la rapidez con que alguien saltará de su sitio si no ve el contenido que se carga. O si no veo algo que atraiga su atención. Por lo tanto, Google ha creado estas formas de seguir la rapidez con que se está cargando su sitio y, a veces, si usa solo WordPress directamente u otro CMS, no puede hacer mucho con el front-end porque está incorporado con temas y el principal back-end código. Lo que le permite hacer la separación frontal sin cabeza es usar un marco frontal diferente, puede ser más flexible y puede personalizar cómo consume esos datos en ese contenido para hacerlo más rápido y seguir estas instrucciones que Google nos puso Al frente. Así que hice esto en algunos sitios en los que estamos trabajando en este momento. Y solo le permite … para que ese desarrollador frontal ingrese y realice esos ajustes. Y verá que si ingresa los vitales web principales en la lista. Pero la modificación del código, solo la carga del CSS JavaScript que es realmente necesario para la página respectiva. Hay todas estas cosas diferentes, asegurándose de cargar lo primero lo antes posible en esa página y no cargar muchos scripts. Y luego esa imagen de héroe está cargada. Solo para que el usuario tenga la mejor experiencia y vea el contenido de inmediato.
Y muchos de estos marcos frontales, reaccionados y vue y angulares le permitirán personalizar tales cosas. Por ejemplo, tomamos el contenido para la página respectiva, solo cargamos el contenido necesario para la página respectiva. Y luego, que Hashim dijo anteriormente, precargando esto como un contenido, comenzamos a cargar el contenido para el resto del sitio. Entonces, cuando alguien hace clic en el enlace a otro lugar en el sitio, es instantáneo. Ese contenido ya está cargado y continúa pasando de una página a otra. Y realmente mejora esta experiencia de usuario. Entonces, la cabeza te permite hacer mucho. Asumir el contenido, personalizar lo que realmente se carga en el navegador y cuándo. Y eso realmente ayuda a la experiencia del usuario. Pero, al final, también ayuda a clasificar los motores de búsqueda en los resultados de búsqueda y tales cosas. La otra cosa es la flexibilidad que le ofrece la cabeza. Entonces, ¿qué quiero decir con eso?
Bueno, ahora no solo estás vinculado al sistema de gestión de contenido. Para que pueda usar más fuentes de datos, puede ingerirlas en WordPress para mostrar lo que presentará en su sitio web. Entonces, un ejemplo es para un sitio en el que ahora estamos trabajando para una organización juvenil que tiene clubes de salud y tales cosas. Tienen el programa de cursos y tienen información sobre voluntarios y tienen donación. Y todos estos son servicios diferentes que utilizo para administrar todos esos aspectos diferentes de su negocio. Pero ahora, en WordPress, podemos vincular todos esos sistemas, dibujar esos datos en WordPress, para que luego se pueda editar en ese lugar, en lugar de ingresar a todos los sistemas diferentes y editarlos. Y luego se puede tomar y, veremos en la próxima diapositiva, pero luego WordPress puede enviar esto a la parte delantera o a cualquier otro sistema que ingiera esos datos. De modo que esa flexibilidad, conocí esto antes, tendrá que reprogramar ese sistema de gestión de contenido, para que funcione con esta pieza. O tendremos que asegurarnos de decir esto mucho. ¿Tienen un complemento de WordPress? Si usa WordPress y desea asociarse para decir, CRM o Salesforce o Hubspot o algo así, ¿tiene un complemento que podamos usar para ingresar esos datos?

Y luego a menudo nos decimos, bueno, no, pero si pone este formulario: el código corto y allí, si pone este formulario, se publicará. Puedes resolver estas cosas. Pero lo que le permite hacer es tomar los datos directamente de esas fuentes de la misma manera que realiza los datos disponibles a través de una API. Ingiere esos datos. Lo maneja o lo cambia correctamente, lo reúne en la posibilidad de que elija que esté disponible para las otras fuentes. De la misma manera, puede tener más fuentes de datos, los diversos datos que vienen. Tal vez tenga tres o cuatro marcas diferentes o que tenga más departamentos que contribuyan y todos tengan su propio sistema. Puede agregarlos juntos y poner todos esos datos donde ahora los administra todos en el mismo sistema. Y puede configurar el administrador de WordPress. Puede avanzar y regresar donde pueda, para usar CRM, por ejemplo, un sistema de gestión de relaciones con el cliente, ahora puede necesitar a alguien, debe conectarse a él y cambiarlo. Y tengo que conectarme a este sistema y cambiar eso. Y tengo que ingresar a este sistema: ahora lo que puede hacer es que el administrador de WordPress se conecte a todas esas fuentes de datos. Y, de hecho, no solo puede recibir los datos, sino que puede cambiar los datos en esos sistemas. Así que ahora está en un solo lugar para que sus marcadores vayan y editen el contenido, para ver cómo va en el CRM. Es muy flexible. Y luego, en el otro extremo, puede mostrar su contenido en varias aplicaciones. Y lo que significa que tiene una fuente de datos disponible ahora para su sitio.
Escritorio y para su sitio móvil. Y a menudo es lo mismo, por lo que ahora tiene la capacidad de decir, sabes qué, para los dispositivos móviles, haremos el contenido de esta manera y para el escritorio, lo haremos por razones muy específicas. Ah, y para nuestra aplicación nativa, realmente usaremos el mismo sistema de administración de contenido y lo ingeriremos en la aplicación. Y lo formatearemos un poco diferente, porque requerirá diferentes piezas. Y puede hacer esto con WPGraphQL y algunos de esos sistemas que le permiten cambiar esos datos. Y si tiene anuncios dinámicos que se ejecutan en algún lugar, ahora tiene prácticamente puntos finales o datos disponibles para todas estas aplicaciones diferentes para atraerlos. Obviamente, con la autenticación y todas las diferentes cosas que necesitará, no necesariamente desea los datos que simplemente vaya a cualquier parte. Pero ahora tienes la capacidad de hacer cuando alguien dice: Oye, realmente nos gusta tu contenido o queremos promocionar tu marca o cualquier otra cosa. Podemos obtener un flujo con las últimas publicaciones de blog o algo así. Ahora tiene varias formas de proporcionar esos datos. Lo siguiente es la consistencia. Y tocé esto un poco. Pero es la capacidad de poder usar esa interfaz para que sus agentes de marketing ingresen esos datos y los manipulen. Y para asegurarse de que todo en términos de contenido sea como debería ser. Entonces recuerdo que le pregunté a un cliente una vez, ¿quién usó WordPress antes? Y todos en la sala, todos en la sala lo habían usado en un momento, ya sea para su propio blog o para un sitio web de la empresa. Es solo la interfaz conocida. Es una manera muy fácil de trabajar.
Entonces eso reduce el entrenamiento. No tiene que decir, bueno, bueno, tendremos que entrenarlo sobre este sistema y este sistema y este sistema para obtener ese contenido que necesita para estar disponible para el sitio. Además, alguien no requiere especializado y capacitado, nuevamente ese CRM o ese sistema de comercio electrónico o cualquier otra cosa para introducir el contenido. Y ahora es muy simple. Es muy simple. Puede ingresar esos datos con una capacitación mínima. También ayuda a administrar a los usuarios. Entonces, con la autenticación única que puede agregar a WordPress, hay diferentes formas de administrar los usuarios. Pero lo que le permite hacer entonces es esa persona: el empleado que administrará el contenido en el sitio solo tiene un lugar para conectarse. Administre a esos usuarios de esta manera y diga que el sistema de administración de usuarios de su red está vinculado a WordPress, WordPress lo hace. Ahora puedo usar las credenciales de mi empresa para autenticarme en WordPress y ahora tengo acceso a ello. Y no tengo que crear usuarios en todos estos lugares diferentes. Solo les doy acceso a este sistema. Y luego WordPress, como muchos CMS, WordPress tiene un muy buen flujo de trabajo de publicación. Por lo tanto, ahora puede hacerlo extrayendo los datos de sus sistemas. Tiene una determinada persona que entra y decide qué se hará con esos datos. Aproveche los eventos en el calendario, por ejemplo, o extraiga los datos y escriba una publicación de blog y luego pase al siguiente paso para que alguien más lo edite o lo apruebe o pase por ese proceso de aprobación. Y luego puede programar o publicar cosas automáticamente.
Y cuando se publica, el front-end ahora solo lo ve como más datos. Y tómalo y haz lo que tiene que ver con ella. Y nuevamente, con la cabeza tienes la capacidad de pasar por todas estas cosas, velocidad y confiabilidad. Volveré mucho a la confiabilidad porque creo que es algo muy importante para muchos de nosotros. Pero lo que le permite hacer es que ahora ingresé los datos aquí. Todos estamos cómodos. Sabemos a dónde irá. Y como dijo Hashim anteriormente, puede tener contenido estático y dinámico en la misma página. Entonces, si pongo esto en Gatsby o algo que uso, podría haber un momento en que la base de datos o WordPress o esas piezas, por alguna razón, o caen o no estén disponibles, o hay un problema de red. Y mi sitio todavía está en funcionamiento porque tengo ese contenido estático. Y ahora solo podemos verificar esto y dar un error como este, oye, este contenido no está disponible ahora. Pero su sitio aún está abierto. Todo el sitio no cayó. Solo tiene ciertas secciones que se basan en esos datos dinámicos que simplemente no podrían estar disponibles mientras esas cosas desaparecen. Por lo tanto, hay muchos beneficios para el front-end sin cabeza y desacoplables. Te permite hacer todas esas cosas. Pero hay algunos desafíos. Y no me gustaría dar, oye, todo está masticando chicle y rosas o cualquier otra cosa. Hay algunas cosas que debe considerar si trabaja con la plataforma sin cabeza.
Por ejemplo, mientras que antes de tener un sitio de WordPress, ahora tiene un sitio de WordPress Plus más una especie de tecnología frontal. ¿Dónde serás organizar eso? ¿Cómo administrará la conexión entre los dos? ¿Quién lo hará? Ya tenemos a alguien que le dice quién actualiza los complementos en WordPress. ¿Quién lidiará con esto? Y así, Gatsby actualiza estos complementos para asegurarse de que se actualice. Otro desafío con la cabeza y es un buen desafío, porque ahora se le ha ofrecido esta flexibilidad, oye, ahora podemos administrar todo nuestro contenido en un solo lugar. Entonces, lo que significa que ahora tienes que construir esos datos. No es solo, oye, pondré algunas páginas frente a la cabeza. Y es solo para el sitio, por lo que no importa. Voy a poner todo este contenido, hacer categorías y etiquetas y estoy listo. Ahora, ¿realmente tiene que considerar, oye, este contenido que puse en esta sección del sitio, ¿se reutilizará en otros lugares? ¿Será asumido por nuestra aplicación nativa o nuestras múltiples aplicaciones de diferentes maneras? ¿Se utilizará en una publicidad dinámica que transmitimos en otro lugar? ¿Será atraído por las redes sociales? ¿Dónde están todos los usos de este contenido? Y realmente tienes que planificarlo de antemano. Entonces ahora puedes estructurar esto en consecuencia. Y ahora, en lugar de decir, oye, mira, tenemos esta área de contenido para la página web. Puede tener ahora, aquí está la zona de contenido para la página. Y ahora aquí hay algunas etiquetas adicionales que suceden para esto que atrae el contenido aquí.
Y podría ser como, bueno, aquí hay una versión más corta que usamos para contar información en otro sitio o eso es lo que usamos para nuestra aplicación móvil. Por lo tanto, solo se necesita un poco más de pensar y planificar. Pero porque tendrá todas estas otras posibilidades y opciones para lo que puede hacer con ese contenido. Y también, inicialmente, el costo puede ser mayor. Ahora tenías una plataforma que usaste. Es de código abierto, el código abierto es muy bueno. Pero tenía un cierto presupuesto que tenía para ese mantenimiento. Bueno, ahora agregas otra plataforma. Agregue cualquier hosts o administre ese front-end, [inaudible] Gatsby, o siguiente o siguiente. ¿Dónde están todo esto y cómo los mantenemos? Entonces, nuevamente, inicialmente estos costos pueden ser más altos. Pero cuando ves bien las ganancias, ahora todos los beneficios de los que acabamos de hablar, eso es, y ahora, oye, todos ponen el contenido en un solo lugar. Ahora podemos usarlo en varios lugares, hay todos estos beneficios. Entonces eres, oh, sí, el rendimiento de esa inversión es excelente. Porque ahora no tengo que construir más plataformas y hacer estas cosas. Otro desafío y este es un desafío actual en el que se está trabajando. Estoy seguro de que en el futuro cercano esto será una cosa en el pasado, o se gestionará muy fácilmente, es una vista previa del contenido. Porque en la actualidad en WordPress, todo lo que tiene que hacer es presionar el botón Vista previa y ahora vea la página. Bueno, eso es porque es interpretado por WordPress en PHP. Vea exactamente lo que sale.
Bueno, ahora tienes un marco frontal en algún lugar con el que tienes que lidiar. Por lo tanto, elimine los datos ahora, debe verlos en otro lugar. Tengo que obtener una vista previa de la vista React o previa en uno de estos otros sistemas. Ahora, algo muy bueno de esto es que el motor WP con su Atlas de productos ha creado una solución para ello. Y hay otras soluciones que salen a la luz. Hay complementos disponibles. Y entonces esto es algo que se aborda. Pero hablando de complementos, Hashim, WP Engine tiene mucha experiencia en compatibilidad con cómo funciona en ese trabajo. Y creo que puedes hablar con complementos compatibles de WordPress y cuál podría ser el problema o el desafío con complementos y WordPress. Hashim Warren: Definitivamente. Gracias Jonathan. Entonces, una de las primeras cosas que el equipo de marketing quiere descubrir en el equipo de desarrollo cuando va a WordPress sin cabeza es, ¿dónde están mis complementos? ¿Qué complementos puedo usar? ¿Qué complementos no pueden usar? Y a menudo para su proyecto de WordPress, confía en ciertos complementos para agregar funcionalidad a su proyecto de WordPress. Así que pasamos por los primeros 100 complementos en el almacén de WordPress y descubrimos que, de hecho, el 33% de los complementos en los primeros 100 funcionaron como con WordPress sin cabeza. Por lo tanto, la regla general es que si su complemento no alcanza el front-end de su sitio, puede usarlo con WordPress sin cabeza. Por lo tanto, ciertos complementos que son para la administración de usuarios o el trabajo editorial, puede usarlos como con WordPress sin cabeza.
Ahora hay otro conjunto de complementos, aproximadamente otro 20% de los complementos son realmente superados por cualquier marco frontal que use. Por lo tanto, ya no necesita usar el complemento de optimización de imágenes de WordPress si usa algo como Gatsby o Next.js, porque esos sistemas tienen maravillosas características de optimización de imágenes. Por lo tanto, hay otro conjunto de complementos que no debe usar, como la optimización de imágenes o la caché de WordPress. Ahora hay complementos basados ​​en muchas personas que alcanzan el front-end que estos cuadros no reemplazan. Y el consejo que doy allí es el número uno: si usa un sistema como Gatsby, Gatsby tiene miles de complementos que pueden reemplazar algunos de los complementos que puede usar para WordPress. Uno de mis favoritos es el complemento de Google Analytics. El complemento de Google Analytics para Gatsby tiene algunas funciones que solo están disponibles en la versión avanzada de los complementos de análisis de WordPress. Entonces, hay un reemplazo del complemento uno a uno. También existe el ecosistema React más amplio y el ecosistema JavaScript. Es posible que pueda usar un JavaScript React o Biblioteca para reemplazar lo que estaba haciendo un complemento de WordPress para su sitio cuando usa WordPress tradicional. Y luego hay complementos que funcionan con WordPress y el sistema de edición frontal, como formularios. Y hay innovación. Pero todavía estamos en las primeras etapas.