 Vamos a seguir con la siguiente charla de la mañana. Vamos ahora con Ignacio Cruz, que no va a hablar de Gutenberg, en los grandes medios. Bueno, si no lo conocéis, Ignacio Cruz es desarrollador de WordPress desde hace unos siete años. En los últimos dos años ha estado trabajando, está trabajando actualmente en HumanMade y, bueno, ha participado activamente de la comunidad de WordPress. Se hace mucho tiempo en Madrid, también en Málaga. Así que, bueno, espero que os disfrutéis y que os guste mucho y muchas gracias, Ignacio. Gracias. Gracias. Bueno, buenos días, Málaga. Me hace mucha ilusión dar esta charla aquí, porque yo he sido teleco-ten... O sea, me he saqué la carrera de ingeniería y técnicas de telecomunicación en esta facultad, con lo cual me hacía especialmente ilusión dar esta charla aquí. Una facultad que no pise mucho, falté un montón y, bueno, esto no es señal de triunfo de nada. No os recomiendo que lo hagáis, porque yo me he arrepentido luego de haber faltado tanto. Me lo pasé bien, pero luego tiene sus cosas. Bueno, como he dicho, Sonia, trabajo para HumanMade, una agencia británica del mundillo de WordPress. Soy profe en Domestika, tengo algunos cursos de ayer. Mi Twitter es el sigmo web, pero tampoco lo utilizo mucho. Me estoy quitando un poco de las redes sociales. Y, bueno, en esta charla quiero mostraros un proyecto que hemos hecho en HumanMade para Desan. Desan es el muy famoso tabloid de inglés sensacionalista. No voy a hablar del periodismo en esta charla, voy a hablar de otro tipo de cosas. Y, bueno, es un proyecto bastante tocho para Gutenberg. Y ayer he visto que Gutenberg llega a unos límites que, bueno, están muy chulos. La editorial de Desan está formada por un equipo más o menos de 160 empleados, el Newsroom, que se llama allí. Sacan 600 noticias a la semana, más o menos, y tienen un millón de visitas al diaco, lo cual es un sitio web muy, muy grande. Es un golpe muy grande en escala. Como todo buen inglés, Desan utiliza un montón de juegos de palabras bastante graciosos. Y, bueno, en inglés se les encanta y tal. Bueno, entonces empezamos, primero, antes de la preparación previa del proyecto, lo que hicimos fue comparar un poco qué nos ofrecía lo clásico, qué teníamos en lo clásico y qué nos ofrecía a Gutenberg, lo nuevo. Esto empezó hace, pues, un par de años, cuando Gutenberg ni siquiera se había integrado en el core y estaba ya preparándose para lanzar la versión 5.0. Lo clásico, pues, mi imagen mental es esta que lo estoy mostrando, más o menos ya se ha quedado así. Yo no era defensor de Gutenberg al principio, pero esta es la imagen que ya se me ha quedado de lo clásico. El lento, poco visual, todo estaba muy deslabazado, poco integrado. Tiene una baja integración externa. Con esto me refiero que, bueno, en el editor clásico siempre podemos integrar servicios externos. No pasa nada. Pero es todo mucho más complicado. Cada vez que hay que utilizar, a veces se vuelve un poco loco. En fin, no hay una buena API con el editor clásico. Y, bueno, todo es mucho más complicado. En el caso de design, era muy difícil coordinarse, porque, además, habían llegado un momento en el que hay un montón de cajas de metaboxes en el editor clásico y tenían que utilizar tablajes, e-mails, una cosa ya antiquísima, ya. O sea, una meta de comunicación que ya se estaban quedando osoletos para su newsroom y les estaba costando mucho sacar adelante 600 noticias semanales. Es muy dado a errores, por lo mismo que he dicho. Muchos metaboxes, mucha información, muchas cajas que rellenar. Nada se validaba correctamente. Entonces, había que cambiar ese modelo. Y, además, de San tiene la particularidad de que, al ser un tabloí de sensacionalista, se arriesga a muchas denuncias de famosos o de cualquier otra persona y es un poquito arriesgado para el departamento legal determinados fallos. Vale, que nos ofrece a los nuevos. Que nos ofrece Gutenberg. Bueno, es muy flexible, es muy rápido una vez que ha cargado, guardar, actualizar un post o publicarlo muy rápido. Nos permite, además, un análisis del texto en tiempo real, y luego veremos ejemplos de cómo funciona esto, porque es la leche. Tiene una interacción mucho más fluida con el usuario y, además, ha resultado mucho más fácil de integrar con servicios externos. Como de ventaja, es más caro de implementar, porque necesita un equipo de desarrollo con más experiencia, con real, con PHP, con buen nivel, para que un proyecto de este nivel llegue a buen puerto. Yo tuve la suerte de trabajar con un ingeniero que es una maravilla, del que aprendió mucho de él, Thorsten Frommann, que es posible que le veáis en Work and Europe, dando charlas y tal. Y la verdad es que, bueno, el tío es una máquina y, prácticamente, me ha enseñado todo a cómo manejarme un poco a gran escala con Gutenberg. Bueno, esto es una captura de pantalla, no está muy en elegida, podría haber elegido otra un poquito más grande. Pero no os podéis imaginar todo lo que hay aquí debajo, todos los metavoces que hay, esto es una guarrería, lo que había aquí abajo, un montón de metavoces y un montón de campos que ya nadie sabía cómo rellenar. Y, a base de arreglos y de actualizaciones, en vez de mejorarlo, lo iban empeorando, porque cada vez que había que cambiar algo, en vez de cambiarlo, lo que hacían era añadir otra caja más. Y había otra caja más que rellenar y la antigua le decían, pero no rellenar la anterior. Bueno, pues cosas así iban pasando. ¿Con qué les propusimos? Les propusimos un paquete completo para editar noticias en WordPress, que se le llamamos Newspress. Y ahora, bueno, vamos a ver que está diferenciado por módulos y tiene muchas utilidades para una editorial, como digo, a gran escala. Bueno, aquí tenéis ahora una captura de pantalla con Gutenberg. Nada, es mucho más limpio, tampoco, ya digo, tendría que haber sacado algo un poquito mejor, pero bueno, tenemos aquí un Publication Checklist, que también lo vamos a ver, y es todo mucho más fluido, es mucho más interactivo con el usuario y mucho más rápido. Bueno, el tema de los bloques, cuando pensamos en Gutenberg, decimos bloques, bloques, bloques, bloques todo el rato. Y justo en este proyecto, los bloques ha sido lo de menos, ha sido lo más sencillo y casi no tenemos bloques. De hecho, para desam tenemos unos poquitos bloques, que son bloques de layout, de columna, de algunos colores aquí, algún título especial y tal, algún grid también, y integración con un proveedor externo de vídeo. Pero el resto, o sea, prácticamente todos los bloques que vienen con WebPen lo hemos mandado por ahí. Se han quedado encabezados, listas, lo más básico. Vale, lo segundo que hicimos, esto es complicadillo, es eliminar el título de Gutenberg. Es complicado porque no podíamos de registrar el título en las propiedades de los posts, sino que necesitábamos ese título, pero no utilizar la típica caja de título de Gutenberg, porque de san utilizan dos títulos. Entonces, bueno, lo primero que hicimos fue eliminar ese título y utilizar una cajita como esta, en la que tenemos dos títulos. Suena fácil, pero luego tenía un montón de trucos detrás, porque desgraciadamente el título de Gutenberg no es un bloque, ojalá lo fuera, porque sería todo mucho más fácil. Como veis, esto es el kicker y esto es el headline de cada post. Además, y aquí empieza ya a verse un poco la facilidad que va teniendo el usuario, el editor, a la hora de editar noticias. Y es que esa cajita, además del título, contiene varias utilidades, por ejemplo, de SEO, de social. Perdón, me agarganta, ¿verdad? Y desde aquí puede cambiar el título, la descripción del SEO, etcétera. Entonces, ya es un primer punto en el que el editor se focaliza y desde aquí hace cosas que son muy básicas, muy importantes, pero las hace de un golpe. Además, el título del SEO se autorrellena en caso de que rellenes el título y no rellenes el título del SEO. Ya automáticamente pilla el título. ¿Qué más? Luego pasamos a una fase en la que vimos que, no sé, si visualizáis Gutenberg, sabéis que tiene una sidebar, pero esa sidebar es muy estrecha, no vale mucho. Sí, es muy estrechita, no cabe nada. Entonces, dijimos, bueno, pues, vamos a utilizar bloques para guardar esa información, le vamos a llamar metablóques. Yo no sé si nos hemos inventado nosotros este nombre de metablóques, lo mismo existe ya, no tengo ni idea. Entonces, son bloques que están en el contenido, que no renderizan nada, pero que guardan información. Esto nos permite información un poco más ancha, como este metablóque, por ejemplo, que veía aquí, sería un poco complicado demostrar en la sidebar, estaría muy comprimido. Entonces, bueno, guarda metádatos, simplemente, no hace nada, no renderiza nada. Y, bueno, hay una cosa, yo llevo meses sin participar en este proyecto, pero en el momento en que yo lo dejen, son metablóques que se podían mover dentro del contenido, lo cual no tenía mucho sentido. No sé si el Gutenberg, a día de hoy, lo ha llegado a solucionar, permite bloquear bloques, valga redundancia. Y, bueno, no sé si lo permitirá o no. Pero, bueno, que sí, que son metablóques al final, que el editor sabe que no se va a renderizar nada. Bueno, vamos un poquito avanzando en nivel, ya vemos que los bloques son cuatro cosillas, no hay mucho. Ahora vamos con los plugins y los sidebars. En realidad, todo está en el mismo sitio. Plugins y sidebars en Gutenberg no se diferencian mucho. Cuando hablo de plugins, no hablo del típico plugin que activa desde el admin de WordPress, sino que son extensiones, es código, que extiende Gutenberg. Bueno, pues no sé si lo voy a utilizar alguna vez, cuando está en el editor clásico y subís una imagen, en el media manager podéis ver, podéis filtrar todas las imágenes que se han subido al post que estáis editando. Bueno, pues, por alguna razón, en el momento que hicimos esto, no lo permitía. Pero los usuarios de Desan, los editores, sí que lo utilizamos un montón. Y cuando vieron que no lo tenían, decían, bueno, esto no nos vale. Dijimos, bueno, pues hay que buscar otra solución para que ellos puedan ver las imágenes que están subidas a ese post. Pero, además, hicimos varias cosas más. Entonces, nos creamos una media sidebar que muestra la lista de imágenes subidas al editor. Es decir, tú arrastras una imagen o subes una imagen como un bloque a la izquierda y te va a aparecer a la derecha y te va apareciendo una serie de imágenes. Pero, además, no sé si tengo aquí…, vale. Además, tú puedes coger, arrastrar una imagen aquí y se sube inmediatamente a la lista de imágenes. Y diréis, bueno, eso no sirve para nada porque la imagen se te queda aquí y no está en el contenido del post. Pues no, porque, además, implementamos un mecanismo por el cual tú puedes arrastrar una imagen de aquí hasta aquí y lo convierte automáticamente en un bloque de imagen, con lo cual es pura interacción con el usuario, súper rápida y súper eficiente. Ellos pueden coger un montón de imágenes, esperan a que se carguen y empiezan a arrastrar tata, tata, tata, al cuerpo del post y ya han terminado. La barra de Xamnes es parecida. De San, utiliza distintas imágenes destacadas, dependiendo del dispositivo donde estéis viendo la página. Entonces, lo que hicimos fue otra media sidebar, en realidad, pero que contenía la imagen en formato landscape o en formato para móvil, formato de retrato. Pero, además, también contiene algunas cosillas chulas, que es lo mismo que antes. También se pueden arrastrar imágenes de aquí al contenido por si quieren reutilizarlas. Y, además, permite hacer cropping el recorte de las imágenes, que creo que utilizamos una librería que se llama Riacropper. Ahora mismo no recuerdo. En fin, todo y de nuevo, interacción, interacción, sin parar con el usuario de forma eficiente y rápida, que era siempre nuestro objetivo. Vale, luego, nos dijeron, bueno, es que nosotros en De San utilizamos un banco de imágenes que pagamos una pasta por una licencia y queremos arrastrar desde ese banco de imágenes hasta el editor y hicimos. Bueno, no se puede hacer, ¿no? Vamos a ver dónde está ese banco de imágenes. Yo no lo enseñaré, es un horror. Es feísimo, muy antiguo, porque CHP, que es como se llama el banco de imágenes, si no me equivoco, es una cosa muy antigua que viene de una especie de semi-monopolio que se ha quedado ahí, en el que, bueno, que lo tienen un montón de empresas que les van pagando y ellos liberan esas imágenes que dan permiso para que utilizan imágenes de lo que sea, de los Oscar, de Alfombras Rojas o de cualquier evento de Instagram, eso, yo qué sé. Entonces, bueno, no tengo esas capturas, porque como hacía meses que ya no estaba en el proyecto, pues no tengo capturas de eso, no tenía acceso al banco de imágenes. Pero bueno, os podía imaginar, no sé, diseño del 1995 o algo así, un interfaz de usuario de esa época, más o menos. Pero bueno, también a la vez ya aprovechamos y dijimos, bueno, ya que arrastramos de ese interfaz de usuario horrible a Gutenberg, tiene que ser también igual de fácil arrastrar de otras pestañas de navegador al propio Gutenberg, que eso no lo tenía a Gutenberg entonces, no sé si lo tiene ahora, pero si abres una pestaña en Chrome o en cualquier navegador y arrastras, hasta Gutenberg, Gutenberg va a coger por debajo, va a requerir esa imagen, va a descargársela y la va a subir al cuerpo del post. De nuevo, interacción, abres dos ventanas y vas arrastrando imágenes de otros sitios que quieras. También, obviamente, bueno, pues, ya que podía subir imágenes, también permitimos cambiar rápidamente la imagen a base de arrastrar el mismo concepto. Y bueno, vamos con los platos fuertes de... No sé cuánto tiempo me queda, alguien me está enseñando carteles, vale. Me lo estaba enseñando, me estaba dando cuenta. Vamos con los platos... ¿Cuánto queda, por cierto? Vale, perfecto. Vamos con los platos fuertes del proyecto. Que se basa todo en lo mismo, en él, análisis en tiempo real del texto. Esta particularidad de Gutenberg que cuando escribes, o sea, digamos que cuando escribes en Gutenberg, cada vez que pulsas una tecla, va directo a un objeto en Javascript que se guarda en global y ahí tiene guardado todo el texto, con lo cual es súper fácil, entre comillas, coger ese texto cada vez que un usuario aprieta una tecla y con tu propio código decir, vale, cuando se actualice, pásamelo y lo analizo. Entonces, permite el análisis en tiempo real, que es súper útil y veréis por qué. Lo primero es la lista de comprobación, el publicación checklist, que, bueno, que le da el editor una ayuda antes de publicar, le da el editor una ayudita. Por ejemplo, te puedes decir si faltan etiquetas por asignar al post o categorías, o hay imágenes sin texto alternativo que pueden comprometer la accesibilidad del post, o si has asignado todas las imágenes destacadas, qué tal va el SEO, te das hasta las buenas tardes, básicamente. Entonces, también teníamos la posibilidad de prevenir la publicación, que sería muy interesante, prohibir que vámonos la publicación al editor, pero al final, bueno, se ha decidido no hacerlo por una serie de políticas internas, no recuerdo exactamente qué. Y, aparte, porque Gutenberg lo ponía un poquito complicado en esa época, pero bueno, se podría hacer, creo. Vale, pues nada, un ejemplillo, muy rápido, no sé si se ve bien. Tenemos la lista de comprobación, es un sidebar que aparece a la derecha de Gutenberg. Y, bueno, aquí tenemos una imagen de un Carlino que no tiene una descripción y aquí nos dice en la lista de comprobación que hemos completado cinco de los nueve itens antes de publicar. Y entre ellos está que hay una imagen que carece de descripción o imagen o descripción alternativa. Entonces, una cosa también guay de esto es que, si lo fijáis, esto es un enlace. Si hacemos clic en el enlace, inmediatamente esta pantalla hace scroll hasta la imagen que le falta el texto alternativo. Si hay varias imágenes sin texto alternativo, harías scroll a la primera de ellas. Entonces, rellenamos aquí, inmediatamente esto ya nos dice, vale, ya tienes todas las imágenes con el texto alternativo, te faltan tres itens por completar y cuando completes estos tres, esto se pone en verde y ya te dejaría publicar. Aquí tenéis un poquito más grandes, un poquito más detalles. Aquí tenemos nueve itens, nueve características para comprobar antes de publicar el post. Entre ellas sí, si faltan etiquetas. Y el título al completo no es CD más de 90 caracteres, es muy interesante porque a veces se pasaban, pero el clásico no se lo avisaba bien, publicaban y luego se dan cuenta que estaba todo mal, no se veía bien. Ahora te dice inmediatamente al instante si está bien o está mal. Y lo que más chulo está del proyecto es la integración con el departamento legal. Entonces, ¿cómo se hacía hasta ahora? Bueno, pues, de San tiene, como digo, un departamento legal o no sé si está externalizado, eso no tiene mucha importancia, donde trabaja una serie de abogados, creo, o gente que se dedica a las cosas, al tema legal, que yo no entiendo. Entonces, ¿cómo se…, ¿cómo los editores, cómo conseguían comunicarse con el departamento legal? Pues, no sé, casi con señales de humo. Tablajes de kilométrica y mails de ida y venida y otra vez se te escapa el mail, no te enteras bien, tal y cual. Oye, ¿qué escrito de este post? Pueden mirarlo, ah, pues sí, está mal, o pues se me olvidó contestar, ah, pues yo lo publico, me ha llegado una denuncia. No ha llegado una denuncia, gracias. Y, bueno, el sistema antiguo, el clásico, perdón, otra vez, era, como digo, muy propenso a fallos. Vale, ¿qué hicimos? Os lo voy a enseñar con un ejemplo. Imaginaos que Mickey Mouse está pasando por una mala racha y, bueno, se ha metido en temas de embicios que no debería dameterse y Disney decide que a todo aquel que hable de Mickey Mouse, especialmente de Sam, le dameter un puro. Y, bueno, pues nosotros estamos escribiendo Mickey Mouse, casi, aquí lo tenéis. Inmediatamente escribimos Mickey Mouse completo y salta esta alarma. Nos dice, cuidado, que estás hablando de personas de las que no deberías hablar o que, al menos, estén cuidados de cómo hablar de ellas, porque, a lo mejor, se puede hablar de Mickey Mouse. En Euro Disney, pero no puedes hablar de Mickey Mouse, tirado a las cinco de la mañana en un portal, ¿no? Bueno, vale, pues entonces el editor dice, vale, pues voy a hacer un rico, a pedir una revisión del departamento legal. Hace clic en ese botón y inmediatamente se abre un pop-up. Ese pop-up te permite enviar un e-mail ya con una serie de plantillas pre-definidas, un e-mail al departamento legal. Se envía el e-mail. Y, bueno, no tengo una captura tampoco porque en local es muy difícil de montar todo este sistema, pero ese e-mail le llega al abogado o al que sea un enlace para revisar este post y le da acceso al UPP Admin inmediatamente a ese editor a este post. Llega a este post y aquí aparecería una caja de texto en la cual el editor puede decir esto está mal, ¿qué estás haciendo? ¿No vas a arruinar a todos? O decir, bueno, no pasa nada. Estaba hablando bien de Mickey Mouse, Disney no vamos a tener problemas con Disney. Entonces, deja el mensaje, puede incluso, ya digo, tampoco está implementado, pero teníamos la posibilidad de hacerlo, de bloquear la publicación. Un abogado podría bloquear la publicación y no permitir al editor que lo publicase. Y entonces le llega otro e-mail al editor diciendo, ya te han revisado, tienes que cambiar esto. Y bueno, básicamente eso es la integración con el departamento legal. Ahora mismo se sube una serie de tablas manualmente a WordPress, pero se estaba creando, cuando yo me fui, se estaba creando ya un servicio externo donde esas tablas estuvieran más actualizadas y tal. Pero bueno, se actualizaban todos los días, subida al departamento legal, creo que las nuevas tablas con las personas de las que no se podía hablar o había que tener cuidado. Bueno, pues técnicismo. Vamos a hablar un poco de la parte ténica del proyecto. Muy breve, tampoco me voy a meter mucho. ¿Cómo se estructura Newspress? Newspress es un plugin formado por módulos orquestados por Composer, el gestor de dependencia de PHP. Entonces tenemos, pues, el módulo de multitítulos. Todo esto es, ya digo, son módulos de PHP. Y Newspress en realidad tiene un solo archivo punto PHP que va incluyendo los módulos que se requieren. Tienes el multitítulo, el departamento legal, la lista de publicación, el recorte de imágenes. Y luego tienes la personalización de Desan, que incluye los bloques, los sideras y los plugins. Entonces, en realidad, el grueso de todo está metido en el San Customization, que es la personalización de Desan. ¿Cómo funciona, por ejemplo, la Publication Checklist? Pues os va a sorprender también, pero la Publication Checklist está vacía. No hay nada. No hay ningún item registrado ni nada. Es el San, las personalizaciones de Desan, las que se encargan de registrar esos items. Entonces, por ejemplo, esta lista estaría vacía, al principio. El módulo de Publication Checklist lo cargamos. Y luego decimos, mediante el módulo del San, de las personalizaciones de Desan, decimos, bueno, pues, el registrame es 9 o 8, 8 o 9 características de 8 o 9 comprobaciones. Y estos son las condiciones para que se cumplan o para que no. Y se hace a través de una función en Javascript, que hemos creado nosotros, que se llama Register Item, que tiene mucho parecido con ciertas cosas de Gutenberg. Y, de hecho, utiliza stores dentro de Gutenberg. Vale, si os interesa, tenéis aquí una enlace a GitHub, porque, bueno, no todo el proyecto está publicado, se pretende ir publicando partes. Desan quiere ir publicando, quiere hacerla libre. Pero, en Human Made, sí que utilizamos el Publication Checklist en otros proyectos y se puede ver. Vale, ¿por qué utilizamos este sistema de módulos? Porque, en realidad, esa no es la única empresa que hay dentro de su empresa madre o empresa nodiriza, que es News Corp. En teoría, en el futuro, lo que se quiere hacer es reutilizar esos módulos en otras publicaciones. Por ejemplo, el New York Post, pues, utilizar la Publication Checklist y la integración con legal. Sin embargo, no quiere ni el cropping ni el multitítulo. No le interesa. Y el Wall Street Journal, también el ImageCrop, el Publication Checklist y, bueno, sus personalizaciones. Al final, bueno, es un plugin vacío, parece que no hemos hecho nada. Y todo está aquí, prácticamente, y repartido en distintos módulos. Pero el plugin, en sí, no tiene tanto. Esto también es el futuro, pero ¿qué es hacia dónde se quiere llegar? Y yo creo que esto es demasiado, ¿no? Pero es mala la idea que voy a decir. ¿Hacia dónde se quiere llegar? Le gustaría llegar. Pues, a tener solo un News Press para todas las publicaciones. Es decir, que tú tengas una instalación sola de WordPress para todas las publicaciones de News Corp. Para DeSang, Wall Street Journal, New York Post, entre otras, tienen muchas más. Y, bueno, tener un sitio centralizado con todos los módulos requeridos, con todas las personalizaciones e, incluso, bloques compartidos entre distintas publicaciones. Y que, mediante la Resa WordPress, podamos hacer un push, cada vez que publiquemos algo, podamos hacer un push a la publicación que sea, de tal forma que los editores tengan solo permisos para evitar post de distintas publicaciones dentro de este mogollón que hay aquí. Pero, bueno, es el futuro. Ya digo, es demasiado ambicioso, de mi opinión. Y yo creo que no se llegará a hacer. Pero, bueno, era la idea principal. De hecho, están en el roadmap. Pero, al final, se fue desechando. Pero, no sé, me la valía decirla y tal. Y ya está, nada más. Muchas gracias. Muchas gracias. Pregunta. Aquí, por aquí ya hay alguien. Sin micrófono, vale. Si no, aquí. Si me oye, ahora sí. Si, quería preguntarte los metabloques, que dice un poco y nuevo, no? El invento. Si lo pones como bloque, se queda guardado en el contenido de la base de datos. ¿Se queda? Guardado en el contenido de la base de datos, aunque no lo renderice. Sí. Me imagino que el metabloque, las variables que metéis ahí, o quería preguntarte primero. Sí. Si las variables que tenéis puestas la utilizáis para hacer otras query, otras peticiones, ¿sabes por dónde voy? O directamente una información que se queda en ese pub y luego la utilicéis internamente. No sé si quiero decir, si lo utilices internamente para otros pubs, al guardarlo en bloque, no tienes esa referencia de variables. Ya, no, a ver. Con un metabalio, por ejemplo. Es que, a ver. Guttemberg y autos. El objetivo es metabloque para que no se guarde como bloque y no como un metabalio. Ese sería un poco... O sea, en este caso se guardan como metabalio. Lo guardáis también como metabalio. ¿Cómo, perdón? Sí, lo guardáis también como metabalio. Sí, se guardan como metabalio, pero es que además, automáticamente, Guttemberg, por defecto, cuando tú creas un bloque, los atributos de ese bloque ya los guardan como metadatos. O sea, tú puedes especificar, no, guardámelo dentro de las HTML en el JSON, o guardámelo de otra manera. Lo puedes... Sí, que lo especificáis como... Sí, pero automáticamente, o sea, por defecto, que yo recuerdo, que por defecto, de hecho, te lo guarda como metadatos. Entonces, si ese metabloque se guarda también como metadato. O sea, está en la... ¿Cuántas peticiones están...? En el posmeta. Vale, vale. Pero los de peticiones no lo han entendido. Perdón. Si querías hacer query, digamos, no sé si tiene alguna variable que diga tú. Sí, se podría hacer. No utilizamos queries contra metadatos, porque son un poco lentas, y especialmente para un sitio así, que tenemos millón de depós. Aquí sí lo vigila, hay bastante eso. Pero bueno, lo utilizamos para otras cosas, sí. Gracias. Nada. Vale. ¿Alguna pregunta más? Bueno, pues muchísimas gracias. Gracias. Gracias. Gracias. Gracias. Gracias.