 Javier Mendoza nos va a hablar de la Revolución Industrial ha llegado. Drag, Drop, Dome y un poco de estilo. Hey, dice bien. Javier es consultor artesanal de Marketing Online. Es experto de SEO y WP-O. Diseñador de Fronen, desarrollador web con WordPress. Es Cloud Early Adopter. Desde 2015 trabaja exclusivamente en la nube y su editor de código es codeanyweb.com. Les dejo con Javier Mendoza. Gracias. Pues nada, como hay un poco en el título, me he opinado que contaron un poco la historia de los builders. Dicieron que están un poquillo criticados últimamente y tal. A este 100, sí, sí. A este 100, tal vez, de Guten, etcétera. Bueno, me presento un poquillo, antes de nada, también. Perdón. Están criticados los que lo hacen más lejos. Sí, sí. Bueno, ahí lo que voy a contar es que aquí hacen un poco de promo de la mitad de donde soy, de la Extremadura. Y ahora os quiero contar, pues, una de los estres. A ver, los builders son absolutamente importantísimos, pero importantísimos. El caso de Juan, que, por ejemplo, tiene razón en lo que estaba apuntando. El problema de un builder no está en sí en el builder, sino en cómo construye las cosas el propio builder. Os pongo lo de loíster, porque me pareció un buen ejemplo cuando empecé a hacer la presentación. Los méritos de la izquierda es Samuel Colt. Samuel Colt en plena... Tenía en esa época... Estaba Winchester en el desanoeste y estaba Samuel Colt. Y el problema que tuvo Samuel Colt fue el no poder implementar lo que era un proceso de manufacturación en cadena. Es decir, no pudo hacer eso y quebró su empresa hasta que pudo realmente implementarla. El producto que tenía era muy bueno. Samuel Colt, que os voy a contar. Y el problema que tuvo fue ese. ¿Por qué os cuento esto? Porque creo que pasa un poco lo mismo con los builders. Se meten en el mismo saco a todos los builders y realmente no son iguales unos que otros. Tenemos Frig, tenemos Divi, tenemos Elementor, tenemos Viverbuilder, que es el que utilizo yo. Y el problema es, como decía antes, Juancar. De hecho, lo comentó en su ponercia hasta mañana. El problema es el locking. Es decir, es realmente el problema de un builder. ¿Quiénes debemos de utilizar un builder? Yo creo que hay dos perfiles de usuarios que son susceptibles de utilizar un builder. Por un lado tenemos un usuario de a pie, un emprendedor, una empresa normal, alguien que quiere comunicar algo a través de su sitio web. Y bueno, a lo mejor no tiene presupuesto, no es el momento de invertir en un profesional para ellos. Pues mejor es que un builder es una opción perfectamente válida. ¿Y quién más puede utilizar un builder? Yo soy diseñador, vengo de Yulda. O sea, estuve desarrollando para Yulda un montón de tiempo. Y me base a WordPress. Entre otras cosas por temas de usabilidad, etcétera. Y utilizo builder. Es decir, utilizo builder. No se me caen los fanillos. O sea, utilizo builder. Para esto de alcohólico fanánimo. El utilizar un builder no es malo. Lo que es malo es no... Lo que es malo es dependiendo de en qué perfil esté y no tener claro ciertos conceptos o utilizar simplemente el builder, consumirlo sin conocimiento ni causa. Esa es realmente el problema. No sé si habéis hecho alguna vez, supongo que sí, el experimento, por ejemplo, con Divi, de apagarlo. Es decir, de trabajar una web con Divi, de momento apagar el Divi, bien el plug-in, movir en el sync, dependiendo de lo que estemos tirando y ver qué nos queda. Lo que nos quedan son unos chorizacos de code absolutamente horribles que no dicen nada. Lo que está haciendo eso es atarnos, realmente, condenarnos a tener que utilizar ese plug-in o ese sync de forma constante. Cuando tenemos una web es positiva con quienes somos, un inicio, un formulario de contacta, cuando tenemos poco contenido, el problema es pequeñito. Pero imaginaros que en vez de eso hemos hecho un esfuerzo en alimentar un blog. Tenemos 100 artículos, tenemos 200 artículos. Ahí, realmente, tenemos un problema porque creamos lo que es Locking y creamos lo que es dependencia de contenido. El problema en sí no es la utilización del Builder, sino el problema es la elección del Builder. Hay Builder que provoca Locking y hay Builder que no nos haga provocar Locking. De los que yo conozco, ahí se está la pregunta, ¿cuál es lo que no provoca Locking? De los que yo conozco, está Elementor, está Everbuilder y está Side Origin. Esos tres no provoca Locking. La forma correcta de comprobarlo es vamos a palarlo y vamos a ver realmente qué es lo que nos está mostrando. En cualquiera de los tres casos si nosotros apagamos el plug-in o apagamos el fin, en el caso de Divi si lo estamos tirando así, pues veremos que unos sí nos están creando esos sortcodes y en los otros casos lo que vamos a ver es el H1, el H3, el Span, el Parra, es decir, las etiquetas HTML se nos rompe el style pero lo que es el contenido permanece. Las ventajas de la producción en cadena utilizar un builder nos puede permitir perfectenar el producto, hacer un producto más fácil de fabricar ya que el proceso de fabricación es el mismo lo que es una estandarización. Podemos hacer que el producto sea más barato, es decir, como desarrolladores podemos ser realmente más competitivos y el proceso puede ser utilizado, es decir, cuando nosotros utilizamos un builder y realmente estandarizamos el proceso de fabricación de un sitio web eso puede dotarnos de una alta productividad y si nosotros estamos aprovechando realmente bien ese tiempo extra que el builder nos va a proporcionar, realmente el producto puede ser de muy, muy alta calidad. Nos permite también ofrecer una mayor cobertura y un mayor alcance del producto final y evidentemente tiempos de producción más cortos, es decir, nos puede hacer más competitivo. Insisto mucho también en la necesidad un builder si nos dedicamos a esto, si somos desarrolladores, somos diseñadores no es para consumirlo únicamente es decir, lo que es la base la tenemos que tener bien claro es decir, no podemos utilizar o no debemos utilizar un builder sin tener conocimientos de HTML sin tener conocimientos de PHP sin tener conocimientos de la lógica de negocio que tenemos por debajo o con el propio WordPress porque no tendrías sentido es decir, estaríamos consumiendo esa tipología de usuario sería el emprendedor o la empresita que está realizando su sitio web pero no para un diseñador, un desarrollador un diseñador, un desarrollador puede utilizar builder pero sí es muy importante que tenga una base sólida para poder eso. Yo la elección que hago de builder utilizo builder, no sé si la conocéis entre otras cosas porque creo que es muy importante que por debajo tenga un framework de diseño, que tenga un framework de desarrollo que sea sólido que sea accesible, que tenga documentación etcétera, etcétera. En el caso de builder, lo que tiene por debajo es bustra, por lo cual, bueno, evidentemente podemos acceder a un sinfín de documentación que podemos tocar y que podemos manejar para no cerrarnos solamente la opción tráfica que nos dé el editor visual sino que luego realmente vamos a poder hacer todo lo que queramos. Eso es importante. Bueno, este lo que vamos a ver mucho más que yo y es una frase suya que en un futuro seremos capaces de manejar todas las piezas que visualmente componen una web utilizando bloques. Esto ahí está hablando Nakmulenger sobre Gutenberg y es la otra parte que os quería contar un poco mañana viene Matías que vamos a ver Gutenberg pero sí me ha parecido interesante el comentar un poco también el tema de Gutenberg. Gutenberg, desde mi punto de vista no es quién va a matar a los builders los builders van a seguir existiendo y no va a haber problema con ello. Lo que sí va a producir a mi entender es una estandarización en el modelo una estandarización en la forma en la que se hacen las cosas lo cual creo que nos va a venir a todo fenomenalmente bien es decir, el problema que tenemos muchas veces con los builders digo, hace una manera el elemento todo hace de otra es realmente un caos que no podemos controlar pues ahí la misma Gutenberg desde mi punto de vista lo que va a hacer no va a ser matar a los builders sino probablemente hacer una limpieza de aquellos que no se van a adaptarse a un proceso de estandarización que desde mi punto de vista es súper necesario es decir, es fundamental el que se estandariza un poco es por qué Gutenberg o por qué un builder por qué builder, por qué Elementor o por qué cualquier otro de estos pues es muy fácil y también lo dice Marc este cambio es necesario si no queremos que plataformas como Wizz, Squarespace o Medium se coman el mercado de Warpre Warpre es excelísimo tiene un ecosistema impresionante en Wizz la me pasé al Warpre lo flipé de de muy poquitas extensiones, muy poquitos componentes que teníamos en Wizz el elenco de posibilidades que había en Warpre era impresionante pero absolutamente impresionante pero claro, un usuario lo que quiere también es rapididad y lo que quiere es tener una sensación de control y hay muchas tipologías de usuario Wizz pero bueno Squarespace sin embargo está muy bien, no sé si lo conocéis es un CMS en línea pero que está bastante bien con la parte de desarrollo incluso nos permite crear lo que en Warpre sería los CPT es decir, nos permite definir estructuras complejas de datos interactuar con ellas y definir cómo vamos a hacer las cosas de una manera visual es decir, la interacción que el usuario tiene con el CMS es visual, te da una sensación de control muy muy muy muy potente y bueno, yo creo que es a lo que se refiere Mata ahí y creo que es lo verdaderamente importante y el por qué los Builders vienen a quedarse la historia de los Builders es lo que comentábamos antes no es el utilizarlo sino el cual utilizamos, que no nos provoque ese lucky y que hacemos con el tiempo extra que sacamos por el extra utilizándolo si ese tiempo extra lo dedicamos a SEO, lo dedicamos a abusabilidad lo dedicamos a hacer un producto de mayor calidad pues probablemente seamos mucho más competitivos que un desarrollo a medida evidentemente los desarrollos con edidad seguirán porque bueno, todo tiene su cabida ahí bueno, me repito un poco con lo que comentaba de Gutenberg el proceso de estandarización que creo que es a lo que ha venido realmente y el tiempo personal el Viver Builder esta como le dije un amigo mío no lo digo, lo hago porque si no, estoy contando aquí una película que no, ¿conocéis Viver? algunos realmente están muy bien Viver además tiene dos patas que me parece que es muy muy muy interesante esa doble versiente que tiene por un lado tienes el Viver Simer que lo que te permite es modelar construir tu sim como adit de la gana básicamente lo que te hace, lo que te deja es construir el header, el footer incluso algún sidebar, etc. y luego tienes lo que es el Viver Builder que a lo que se dedica al área de contenido ahí nos permite modelar todo lo que queramos del área de contenido tengo aquí un ejemplo una plantilla es todo, se hace todo desde el front, lo cual creo que también es bastante interesante la conexión vamos a cargar una plantilla en cero coma, ¿cómo se maneja? se maneja de forma muy visual una cosa es la que coincido decía Juan que también en la presentación suya esta mañana cuando hablaba de Viver decía yo no lo veo tan usable realmente yo tampoco he visto nunca tan usable de Viver porque muchas casquitas mucho eso pero realmente no creo que se provoca una disrupción entre lo que quieres hacer y lo que realmente estás viendo con esta bútenme evidentemente por eso es maravilloso también yo tengo aquí una cajita veo lo que hay en la cajita puedo editar el contenido de la cajita puedo cambiar o añadir puedo modificar propiedades de esa cajita oye que esto es muy grande, que es muy chico y estoy viendo los cambios en tiempo real eso realmente es maravilloso tiene una parte también porque, claro, empezaba hablando del tema del Loki que creo que con los Builders es realmente el peligro que tiene un Builder el que nos provoque ese Loki si nosotros por ejemplo quisiéramos o yo que sé por ejemplo que no veo nada aquí si nosotros por ejemplo este artículo, esta página se llama testing si nosotros estuviéramos aquí instalado por ejemplo ACF, el Advances Buston Fiel podemos conectar cada una o gran parte de los elementos de contenido del Builder los podemos conectar con campos personalizados de ACF que nos permite eso eso es lo que nos va a permitir es realmente modelar una plantilla como si los estuviéramos haciendo al desarrollar de forma normal es decir, el cojarnos la plantilla recocar el HTML editar el look de esa plantilla meter ahí todo, etcétera y meter el sort code el codiguito, la llamada del fiel de ACF esto nos lo hace de forma automática y nos lo hace de forma automática tanto con ACF como evidentemente con campos del core si yo era mismo aquí en el title le he metido un elemento que es de cada estado digo bueno, pues lo quiero conectar al post-itel del artículo le voy a guardar no sé donde lo he metido a ver, es muy distinto si, la de inicio y me lo he metido ahí es decir, es muy ágil, es muy fácil es muy intuitivo el poder manejar este tipo de Builder sin sin perder las posibilidades de modelar los datos que nos dan los custom post-itels que nos da CF, etcétera y bueno, básicamente básicamente eso yo digo que era dar una una visión general y poquito poquito más, además he visto un amigo que está hasta un minuto y ahora todo digo un par de dichos y nada, pues sí gracias y bueno, en torno de preguntas que empezamos nada, aquí al dios muy buenas tardes, ¿eh? a ver, te quería preguntar a nivel de código cuánto bueno, querés realmente tecarla de cuánto de pesado si, si, si, además es una pregunta muy muy buena una cosa que me enamoró mucho de Builder en ese sentido es que te permite cargar librerías por página, incluso, es decir si tú tienes una necesidad especial que, a lo mejor, aquí necesitas desplegar, pues, un dry-saw, un carrosel, lo que sea, te lo va a cargar solo en esta página no te está cargando las librerías que no han añadido a cada elemento de Builder no se están cargando de forma genérica en el encodado de Wordpress sino que se están cargando de forma específica para cada página, lo cual te permite hacer un buen WPO y optimizar bastante optimizar bastante cada página sería más liviano que otros es bastante más liviano a ver, lo que pasa es que si te permite que sea más liviano, pero evidentemente no lo va a hacer el solo, es decir, tenemos que optimizar las imágenes como decía Fernando el uso de un CDN es siempre recomendable, etc pero bueno, si nos facilita esa labor en el sentido de que el mero hecho de que te cargue la librería por necesidad, a mí me parece maravilloso, porque yo, por ejemplo, antes de Builder utilizaba mucho un framework que está muy bien a nivel de desarrollo visual wikid, pero falla un poco en el sentido de eso, es decir wikid, si lo cargas en una página, lo vas a tener cargado en todo el site a nivel de plantilla, etc etc pese a que es liviano me parece poco deficiente en ese sentido muchas gracias más preguntas una sola hola de cara a SEO que tal código que produce y accesibilidad sobre todo a nivel de SEO a nivel de SEO realmente lo hace bastante bien en el sentido a nivel de SEO tienes varias capas tienes por un lado la capa semántica que es la capa que te está produciendo la plantilla si estás metiendo las etiquetas HTML5 correctas, etc en ese sentido te lo hace bien si nos metemos ya a nivel de contenido, realmente lo que vas a necesitar es tener tu checklist que puedes utilizar por ejemplo el YoAz etc etc y no te va a dar problema, es decir lo único que vas a tener que extender si estás utilizando por ejemplo ACF vas a tener que utilizar un plugin de YoAz que te permite meter en el check que te hace el propio YoAz no sólo el content normal lo que sería el post title el post expert y el contenido en sí sino meter también todos los campos adicionales pero te lo hace correctamente y a nivel de SEO que me parece que es muy interesante también lo que me preguntaba antes Sabi y optimizarlo optimizarlo bastante WTO, ¿qué es? WTO Webster Formation es decir, WTO tratar de que la web vaya lo más rápido posible es decir, realmente hay una página muy chula de Google Think with Google que le pasamos el test a cualquiera de vuestras páginas y está muy bien, está muy chula porque lo que nos dice es cuánto carga haciendo una simulación de carga con una conexión 3G es decir, el rollo del fast mobile de que te deseamos siempre el primero en móvil pero además nos dice cuánto tráfico o sea cuánto estamos perdiendo por lo mala que es nuestra conexión y esa parte también es importante porque muchas veces no vemos la medida real la consecuencia real que tiene ese tiempo de carga y esa página que te digo me parece chula porque te dice que te carga en 3G estás tardando 7 segundos y estás perdiendo un 30% del tráfico tienes ahí un poco la razón por la que te tienes que ponerla bueno pues aquí lo dejamos de nuevo Javier muchas gracias