 Nesta de momento, o primero, dar la bienvenida, porque non se la habis dado, a Fernando Puente, que é o nosso siguiente ponente, que nos va a hablar de rendimiento web, porque este señor algo se habla de esto. É un perfil muy raro en un agurcán, de este señor, es informático, sea lo que sea que es eso en el mundo actual ser informático. E, más, trabaja de informático. Luego ya le preguntáis eso que significa. Eres programador, no eres programador, eres no sé, que eres, no Fernando. E, pero sobretodo, es una persona que es, en eso es un aficionado permanente, aunque saes un profesión, pero lo que es un profesional, aunque ele dice que es un beginner, es un profesional del comer y del beber. E, el asesor culinario e enólogo perfecto para cualquier evento, reunión o situación social que tengáis en vuesta vida. Sobretodo, es un pozo de sabiduría, yo no dejo d'aprender cada vez que tengue una duda, casi de cualquier cosa en la vida, le pregunto a Fernando, e ele, es verda, lo sabe e lo reconoce, casi nunca me cobra por ello, por lo cual os invito primero a escuchar lo que nos tenga que contar. Da igual de lo que hable, o sea, me da igual, se va a hablar de que se va a comer un filete de lomo alto de vaca o de rendimiento web, vais a aprender un montón de él e sobretodo preguntarle logo después sobre lo que sea, qué vestido elegir para la componión de vuestros hijos, cómo invertir en suprir na promesa hipoteca, lo que sea, Fernando sabe de todo. Un aplauso para Fernando Puente. Mucha gracias Tocayo. Buenas tardes, bienvenidos a esta última charla de Work a Madrid, espero que hayáis tenido un día completo de networking, de experiencias, de conocimiento e como decía Fernando na introducción, oi vengo a hablar de rendimiento, e desde o punto de vista de malas prácticas, por que cosas deberíais estar preocupadas, algunas tienen solución sencilla, otras tienen una solución un poquito má difícil, aí logo una pequeña frase final, que es al final a que se tuitea, que al final está relacionada con eso, como solucionarlo. A lo largo de la charla de hoy vamos a ver un montón de malas prácticas, que no quiere decir que haya que solucionar todas, pero que al menos os lleveis en la cabeza, alguna de ellas, bien para corregir porque tengáis esa parte de conocimiento técnico, bien para preguntar porque tenéis unha agencia o tenéis alguien que desarrolla para vosotros, o bien para buscar, porque al final sobre Work es, hay un montón de información e muchas de las veces, llevándote el tip de aquí e buscando un internet, encontráis esa posible solución. Como decía vamos hablar oi un poquito de rendimiento e aí un poquito esa parte de WPO, que es al final lo que esas tres siglas estamos intentando identificar como rendimiento. Oi lo vamos a hacer desde o punto de vista de como mejorando nuestra parte de rendimiento de servidor de página e demas, afectamos al final a WPO, que es lo que queremos, que nuestras páginas sean rápidas e eficientes, no digo ya nada, si vendemos e convertimos, eso ya seria la leche, pero eso es el siguiente paso. Como ha dicho Fernando, soy Fernando Puente, llevo desde el año 1996 en internet, soy embajador de marca de Rayola Networks, soy además procesor del curso de periodismo deportivo e soy consultor IT como freelance. E en el día de hoy, pues lo que vamos a hablar es eso, de oye, en cuatro niveles poco preocupado, medio preocupado, muy preocupado, en función de esa gravedad por así decir lo que yo considero de cada una de esas de malas prácticas. E como estamos en esta última charla e os veo sentados, vamos a relajarnos, vamos a ver se os voy transmitiendo esa preocupación, desde este punto de estar poco preocupado. Por que debo estar poco preocupado? Si en mi servidor, pues al final tengo servicios que son delegables, que significa que al final en mi servidor tengo servicios que no son necesarios e me están consumiendo recursos de máquina, al igual que os pasan el PC o en el Mac en el que trabajáis, tenéis una serie de servicios que están corriendo que muchas veces no son necesarios o no son necesarios en ese momento e eso acepta realmente al rendimiento de mi sitio, no estar relacionado con la parte web, pero seguramente tengáis activos servicios que no tienen que estar ahí. Si en mi servidor tengo políticas de backup que por ejemplo afectan ao servicio en producción, bien porque interrumpen o consumo en ancho de banda o consumo en disco, es decir, una serie de cosas que lo que hacen es que al final afecten a lo que nós realmente estamos buscando, que es la experiencia del usuario. Se utilizamos WAF o aquello que se llama toda esa parte de seguridad por delante de nuestro sitio, e eso tiene también unha pequena parte que afecta, va en contra de la seguridad, pero que sepáis que mínimamente também afecta esa parte del rendimiento, que no tengáis estrategias de caché, bien a nivel de WordPress, que es el tema en el que estamos hoy, a través de plugins de toda índole, o bien utilizando unha CDN para nuestros contenidos estáticos, e eso também afecta a nuestro rendimiento, que no bloqueéis visitas maliciosas, lo he dicho muchas veces, hay muchos robots que no vienen a leer contenido ni os compran matarlos, no valen para nada, nos digo na aquello que denominó malicioso de la competencia e incluso ataques, vuelven a afectar a vuestro rendimiento, estáis sirviendo la página al robot, o sirviendo la página al malvado de turno e no podéis servirla ao usuario, que realmente es el que vina a comprar. Las presiónas de software de vuestro sitio, que no estén actualizadas o que no sean las últimas, todo eso tamén va a afectar, no solo por mejoras en la seguridad o por mejoras en la funcionalidad, tamén mejoras en el rendimiento, e incluso que vuestro servidor está localizado físicamente, porque só habís ahorrado 0,0099 al mes en la outra punta del mundo, quando lo que queréis es vender a usuarios que están en España, eso es unha mala práctica, tamén cuando en vuestro código añadiis cabeceras HTTP, que no son necesarias, un ajuste fino, por eso digo que estéis poco preocupados con ellos, o no aplicáis la carga condicional a scripts de JavaScript, se carga todo, porque sí, porque siempre funciona de esa manera, no revisáis el uso de vuestro sitio, a través por ejemplo de mapas de calor, que ya sé que el mapa de calor perjudica el rendimiento, pero el mapa de calor es unha fuente increíble para saber lo que funciona de vuestra web, por los usuarios, no por vosotros, porque al final lo que vosotros tenéis es probáis la web, sabéis dónde vais a pinchar, pero con un mapa de calor o unha herramienta de monitorización sabéis mucho mejor como se está utilizando e podéis determinar lo que vais a quitar o lo que no, en función de lo que hacen los usuarios, no en función de lo que vosotros pensáis, estamos buscando el objetivo de liberar recursos del servidor, para que esos recursos vayan a lo importante, al usuario, segundo nivel de preocupación, hasta aquí tranquilidad, prácticamente no estávais preocupados por esto, a partir de aquí ya vais a empezar a ver cosas la versión HTTP que estéis utilizando ahora mismo estamos en la 3 todo o que esté por debajo de esa versión la 1, 1, la 2, estáis perdiendo el rendimiento, estáis perdiendo velocidad en vuestro sitio el tamaño de la base de datos porque al final no nos preocupa mucho también afecta ao rendimiento para que el que no lo sepa la base de datos al final es un disco donde tenemos que ir a buscar esa información hay procedimientos para mejorarlo pero si el disco es enorme es como o armario de vuestra casa quando tenéis que ir a encontrar la prenda concreta no lo mismo buscar en un sitio pequeño que en un sitio enorme pues esto es un simil que al final es lo mismo no gestionamos por ejemplo o Herbit de WordPress que son peticiones que estamos continuamente lanzando utilizamos cookies en contenidos estáticos con lo cual lo que estamos haciendo es engordar la respuesta HTTP estamos transmitiendo máos datos de los necesarios como veis a veces son ajustes finos pero todos esos ajustes finos nos llevan a un ajuste muy gordo nos preocupáis por esos elementos que denominamos a both the fall esa primera pantalla mejorando os cceses críticos añadiendo la parte de pre render si son recursos externos o pre loa es decir ocupar que todo o que este por encima de esa primera pantalla cargue lo má rapido posible e todo o que este por debajo cargue de una manera aplazada o de una manera má tardía no utilizáis la carga condicional de plugins que es una de las herramientas máis potentes en la optimización porque para aquellos que non lo sepáis los plugins ejecutan en todas e cada una de las peticiones del usuario voy a repetirlo todas e cada una de las peticiones del usuario non he dicho páginas he dicho peticiones e a maioria das veces en las peticiones del usuario non son necesarios todos los plugins quando o usuario viene a comprar a vuestra tienda porque cargáis el plugin de backup lo estáis cargando mucho o poco añade carga bueno pues a través de esas estrategias quitais carga del servidor no revisáis la carga de los javascript la carga de los cceses en que orden está relacionado con el bloqueo que veíamos antes el software nos da actualizado de tu sitio el software me refiero al debajo nivel el software por encima que seria el de WordPress los plugins y el tema todo eso añade de nuevo carga e algo que llevamos en una mochila en nuestro WordPress continuamente todo aquello que es superfluo que es innecesario que no nos damos cuenta pero que también perjudica al rendimiento widgets, bloques, plugins que no utilizamos todo aquel código que está dentro de los archivos de texto que el navegador necesita e se corrige aplicando una estrategia de minify cabeceras HTML que tampoco son necesarias de scriptores meta los emojis los dasicons dejar habilitado la parte de resapi por ejemplo todo eso consume los feeds, los comentarios fijaron la cantidad de cosas que hay nos digo nada de las revisiones de los borradores de las pruebas que nos dejamos de usuarios que nos hemos dejado activos está relacionado con o que veíamos antes de la base de datos que será mínimo pero o objetivo como decía antes es que os lleveis todas as ideas para que se hago 10 mínimos e a tengo un importante mejora incluso os registros en el servidor también hagamos limpieza el objetivo cargar solo aquellos elementos que realmente son necesarios e más importante aún el orden en el que son necesarios fijaros que solo estamos en el segundo nivel vamos al tercero aquí ya tenis que empezar a moveros un pouco en el sitio si me estoy en esta lista debería estar bastante preocupado porque esto ya se afecta todavía más no utilizar formatos de imagen o de vídeo de última generación e esto es importante no solo porque reduce el consumo sino también porque está continuamente cambiando hemos estado hablando durante muchos años de JPEG de PNG de los GIFs de lo no sé qué de repente vino o WESP e parece que solucionaba todo pero el WESP ya está desfasado olvidaros del WESP tenis que estar en Navi e esta charla el año que viene quando la de alguien tiene que hablar de JPEG XL porque al igual que la industria e al igual que WordPress está cambiando también los formatos de imagen están cambiando e los formatos de vídeo pero por eso os va facilitar investigar un pouco como ira utilizando ou aplicando todos os os formatos se tenis enlaces rotos en vuestro sitio también afecta non os digo nada se tenis plugins destos que buscan os enlaces rotos son maravillosos sobre todo en sitios grandes para las empresas de hosting porque o que hacen es subir la factura a mi me encanta que otras webs practiquen o hotlink con vosotros que es el robo de recursos no el robo porque se los lleve el robo de recursos porque están utilizando vuestas imagenes vuestros contenidos a traves de un e frame o a traves de la resapi en un sitio de un tercero la visita se la llevan ellos e el recurso lo pagáis vosotros mal invento con presión de archivos de texto al igual que hablábamos antes de las imagenes son tecnologías que están continuamente cambiando hace años se hablaba de jezip logo estuímos hablando de deflate hace pocos hemos hablado de broadle que es la última versión en cuanto a compresión ahora ya se está hablando de broadle condicionarios para que mejoren tenis que estar tambien innovando en eso bien vosotros o bien vuestro proveedor de hosting que esas imagenes que nos son prioritarias las que veíamos abajo utilizéis estas técnicas de leis y loa que ya WordPress no las facilita revisar que los estéis utilizando ese concepto de carga de carga perezosa las famosas redirecciones que ya sé que a los SEO les encanta pero tampoco es bueno para el rendimiento porque al final son llamadas al servidor sí, llegas al recurso final pero cuando el proyecto lleva 4 o 5 años lo que tenéis son redirecciones de redirecciones de redirecciones porque es muy fácil ir añadiendo esas redirecciones como funciona tú pones la URL llegas al final está funcionando perfectamente todos os saltos intermedios que ha tenido que hacer no los habéis tenido en cuenta todo eso suma a complejidad que utilizáis en vuestro CSS el tamaño del DOM que a veces perjudica muchísimo seguro que es la típica alerta que habéis visto en las core web vitals tienes usted un tamaño del DOM exagerado muchas veces nos sabemos lo que es pero al final es eso es hacer que lo que estáis entregando al navegador sea máis pequeño máis óptimo e máis fácil de ejecutar utilizar fuentes tipográficas externas Google Fonts nos facilitó eso nos encanta nos gusta pero también es un recurso que muchas veces no es necesario de verdad cuando lo planteáis a nivel de diseño sí es que hay otras muy parecidas o al menos si no necesitáis o si no podeis quitar ola alojarla en vuestro sitio para que la llamada no sea externa una pequena solución e importante si no hacéis mantenimiento periódico de vuestra base de datos no solo por el tamaño que veíamos antes porque hay que reacer los índices hay que eliminar contenido que ya no es necesario contenido de basura todo eso sigue perjudicando al rendimiento objetivo optimizar como se carga la página vale e ya por último me voy a ir con la maior preocupación de todo lo que deberíais hacer es poner el foco en esto nada má salir de aquí seria un poco como lo máis importante la peor experiencia si vosso sitio no tiene lo que digo aí una experiencia adaptada adaptada no significa responsiva o responsis como dicen en inglés eso non es una experiencia adaptada eso es un cese ese maravilloso que tenéis donde mostraris una página muy bonita en desktop e en mobile bien hacéis una visualización líquida o escondéis elementos eso non significa adaptada significa que quando o cliente venga le déis exactamente lo que está pidiendo al de mobile no quiere todo o contenido e que lo ocultes dale unha experiencia solo para mobile outro error muy grave se ha corregido durante muchos años la utilización de los import en archivos css es unha perdida de rendimiento enorme revisar también lo bueno es que las herramientas que haya la mismo relacionadas con o wpo ya empiezan a avisar de todas estas cosas os facilitan esa tarea de encontrarlo utilizar un hosting que no sea de calidad e sobretodo que no este especializado en nuestro caso un WordPress porque no todos os hosting que al final o que necesitamos en un servidor web unha ejecución de PHP e un servidor de base de datos tienen una configuración especializada en WordPress e voy más allá no es lo mismo la configuración para un sitio de 100 visitas al mes aunque sea con WordPress que para un sitio de un millón de visitas al mes e non voy de capacidad de que vaya a tener más cores más gigas máis lo que sea no es que la configuración es distinta a eso me refiero con especializado que añadas scripts o eframes de terceros aquí es donde viene la pelea con las agencias de marketing o famosos pixels el Google tan manager invento del diablo que permite a cualquiera romper unha web he dicho romper romper unha web voy a repetirlo simplemente añadiendo un script que es síncrono que está bloqueando que nos lo mete encima por delante al final o que tiene son todos os pixels medidísimos no visita a nadie la página pero os pixels están voy a lo de antes sí por negocio necesito introducirlo al menos que tenga una buena práctica de dónde introducirlo o ver si es la mejor solución de introducirlo un error muy común de nuevo en webs que ya llevan 10 años es encontrarte pixels repetidos scripts repetidos scripts de agencias que ya ni siquiera existen e están dando un 404 un 410 no se revisa porque está en unha entidad externa e como la página sigue funcionando nos da un pouco igual añadir configuraciones bien al HTAces o bien a nuestro archivo de configuración de enginx de demasiadas reglas que además podem ser redundantes que podem ser desordenadas que se ejecuta todo o archivo de arriba a abajo todas e cada una todas e cada una de las veces que llega una petición limpieza sobre eso vuelvo a insistir con o de las redireciones e insistir todavía máis si las maneja WordPress esa es la peor solución que podéis hacer incluso utilizando plugins porque al final se entendéis como funciona una petición HTTP del navegador hasta que llega a vuestro WordPress hay un montón de elementos de elementos intermédios donde podéis hacer esa redirección no lo hagáis en WordPress que es el máis lento de todos hacerlo en el servidor web hacerlo en el proxy que está por delante hacerlo en la CDN y lo mismo con los 404 una imagen que no se ha encontrado e sale un 404 de WordPress estáis cargando todo el interfaz de WordPress simplemente para decir que la imagen no existe e se arregla de una manera muy sencilla las tareas programadas que tampoco se revisan esos crón que existen en la máquina que llaman infinitas veces quando por la noche a lo mejor no necesitamos ese tipo de servicio todo eso me está ralentizando mucho otro error cada vez menos común es el de las cabeceras de caché Fernando, se yo tengo caché pero como las configurado mal no funciona o tengo un sitio que es completamente dinámico porque estou en un foro donde a gente necesita alogarse e ha metido un plugin de caché digo pues nada venora buena no lo estás utilizando para nada porque no sirves caché en ninguna de tus páginas e o máis grave de todos el de las DNS que parece algo super sencillo es externo a WordPress e a maioria de las veces externo a incluso al servidor de hosting que es donde configuramos el punto que queremos que haga el punto no, la trayectoria que queremos que haga en navegador para llegar a nuestro sitio la DNS al final es como una página amarilla donde está nuestro dominio e a donde tiene que ir esto al final estamos hablando de milisegundos pero se tenéis mucho tráfico tienen que resolverlo en todas e cada una de las peticiones con lo cual seguísa añadiendo un peor rendimiento a vuestro sitio e a la experiencia de usuaria objetivo optimizar la experiencia de usuario ese es el objetivo que os tenéis que marcar a través de todo eso que algunas son fácil de solucionar sí que otras son más complicadas de solucionar seguramente también que otras son imposibles porque requieren una inversión económica importante me extraña a maioria de las veces son soluciones muy sencillas e me va a quedar al final con esa frase esa frase final que os decía si realmente estáis preocupados la mayoría de las veces es sentido común esto lo necesito este plugin me encanta pero lo necesitas realmente para el objetivo de tu web para el negocio de tu web pues a lo mejor no e non estar mirando las implicaciones que poda tener añadir ese plugin o añadir esa fuente o añadir un plugin que solo lo vas a utilizar en una página concreta sentido común y luego implementar buenas prácticas que es cierto que todo o que vinculamos a rendimiento lo aplicamos al final hacemos nuestro proyecto e quando vemos que está falto de rendimiento o rendimiento es malo es cuando nos ponemos a mirar las buenas prácticas hay que aplicar las desde o principio se yo hago pruebas porque todavía non lanzado mi sitio a producción antes de ir al sitio a producción elimino esas pruebas limpio a base de datos limpio todos os plugins esas buenas prácticas llevarlas desde o principio e llevarlas continuadas en el tiempo porque se las vas solucionadas desde o principio luego non necesitas a hacer un esfuerzo grande por favor sentido común e buenas prácticas espero haber ordejado un poquito preocupados con esta charla muchas gracias no te vayas todavía no te vayas por favor sí perdón no iba a devolver sobre el mando me animo e empiezo a no tracharla bueno venga uno a uno uno a uno las preguntas para Fernando se los que estén menos preocupados primero aquí tenemos unha ya espero que pregunte los preocupados realmente preocupados nos veo así que por favor aquí mismo abajo aquí no ves sí aquí sí perfecto x no me ves aquí también sí sí sí eh mángan da la charla muchas gracias Fernando e querías ir dos prontas rápidas vale una es a exista actualmente alguna plataforma o plugin para ver todo o lo que has comentado todas las buenas prácticas todo no no porque hemos tocado muchas cosas hemos tocado cosas de sistemas hemos tocado onde está por ejemplo a parte de dns hemos tocado partes de optimización de sitio onde bueno hay sitios relacionados con performance que te podían dar una serie de indicaciones hay he mencionado también incluso herramienta de monitorización te cubre te cubre muchas muchas cosas no hay algo que te te resuelva todas estas que hay ahora de mirar los core web byte los pages pit te dan unas buenas recomendaciones pero no están por ejemplo na parte de de sistemas o no están na parte de experiencia de usuario que habría aquí uno a uno en catas sí te digo es algo rutinario es algo de si lo metes en tu proceso de revisión de mantenimiento y demás logo no es no es costoso es costoso cuando llevan muchos años e dices que esto va fatal e empiezas simplemente solo para localizar las redirecciones e hachas el día vale e la outra pregunta rápida es sobre redirecciones unha buena práctica seria meterlo en la redirección en el HTA esa é a melhor práctica que meterlo en el WordPress e seria mejor práctica meterlo normalmente en los paneles de control que tiene los proveedores de hosting porque eso quiere decir que normalmente o ejecuta un proxy inverso e una mejor práctica seria meterlo en la CDN e una mejor práctica seria non hacer la redirección haberlo hecho bien desde o principio pero se tienes que redireccionar pero por que es que o que pasa es que os han dado os han dado muy fácil a solución redireccionar pero se cambia de dominio durante quanto tempo necesitan la redirección un año vale e logo porque está aí porque hay redirecciones que siguen años e años e años lo quiere negocio os pido que non tres en debate e le tenéis le secuestráis te había una pregunta por ahí arriba creo recordar se hay ahí arriba una adelante hola enhorabuena por la charla te querías ser una pregunta respecto al punto que hablaste sobre la velocidad de las DNS e como le podes pedir que seria como el time to first byte sí está relacionado con con eso vale, la DNS es al final la primera instrucción o lo primero que tiene que resolver colo cual es la primera parte para llegar a tu sitio para llegar a tu DNS e hace unos años e hicí una charla também relacionada con eso e había DNS por debajo de 10 milisegundos e DNS que llegaban al segundo al segundo por cada petición então simplemente eso hacía pues que tardar a más pero sí estar relacionado con el sobretodo o time to first byte porque tiene que resolver eso e non solo hablo de que la DNS sea lenta sino que también que esté mal configurada porque en las DNS también hacéis redirecciones con os famosos cenames e los cenames de los non sé qué osa que también mal perdón vale a tarde que os estoy pegando estoy quedando super a gusto gracias lo siento pero no hay tiempo para más preguntas quedaros aquí ahora mismo en cuestión de minuto e medio va a empezar la mesa debate sobre inteligencia artificial ya están bajando las sillas pero antes de todo un fuerte aplauso para Fernando Puente gracias