Hola, me llamo Sabrina. Soy de Kiev Ucrania. Nado, me gustan los espaguetis. Bebo mucho café, pero también acelero los sitios web de WordPress. Hago esto todos los días. He estado haciendo esto durante los últimos tres años. Y durante estos años nunca tuve un cliente que me contratara antes de que intentara algo para acelerar su sitio web por sí mismo.
Siempre suena igual. Hey Sabrina hace un tiempo, notamos que el sitio web de la toalla es lento. Probamos esto y lo otro y lo otro. Y otra cosa y otra cosa después de otra cosa, pero básicamente sigue igual. ¿Qué estamos haciendo mal? Hice una lista. Así que hice una lista de las recomendaciones más comunes que encontrarás si buscas en Google algo como cómo acelerar mi sitio web, las recomendaciones que no funcionan en.
La mayoría de los casos me gustaría compartirlos con ustedes hoy. Y voy a mostrar. exactamente por qué esas recomendaciones no caen. Espero que después de esta charla, no gastes más tiempo, dinero y esfuerzo en cosas que no funcionan. Pero primero echemos un vistazo rápido. ¿Qué ha pasado? ¿Qué está pasando cuando la página se está cargando?
¿Ingresaste hierbas en esa dirección o más bien hiciste clic en el enlace de otro sitio web? Su navegador hace una petición al servidor donde está alojado el sitio web, solicitando el envío de los datos. Entonces el servidor procesa, la petición, ejecuta el discurso. El código del sitio web obtiene los datos de la base de datos y tiene la página lista para usted como archivo HTML cinco, que incluye texto.
Archivos de fuentes para mostrar que los textos, los archivos CSS para hacer que las imágenes de aspecto agradable, los archivos de JavaScript para potenciar toda la funcionalidad, excepto de estas cosas básicas. Con el fin de servir el contenido, para visitarlos. Este paciente necesita conectarse con otros sitios web y servicios para fines como la animación, deslizadores, chatbots, mensajería, aplicaciones, pago, pasarelas, boletín de noticias, suscripción , uh, videos, intercambio social, Emily's IX y otros análisis.
Anuncios. Así que no veo dos comentarios, uno, uno que le existiría. Por ejemplo, su sitio web se conectaría al servidor de MailChimp presentarse entre usted respondería. Como, sí, te conozco, reconozco tu clave API. Te enviaré los datos adecuados para mostrar el formulario de suscripción en tu sitio web de la manera que querías.
Y sí, añadiré tus nuevos suscriptores a tu cuenta. No es al azar. Uh, y por lo que algunas imágenes, ya que es archivos CSS, archivos de JavaScript sería. Solicitados y alabados desde el servidor de MailChimp. No, me pasa lo mismo. Uh , con otros servicios de terceros, cuanta más funcionalidad como esta tienes en tu sitio web, más peticiones tienes que hacer, más datos tienes que lotear.
Entonces, ¿qué es esta funcionalidad? Y por lo tanto, estas solicitudes son tiendas en todo lo que sucede en su sitio web proviene de WordPress tema central y plugins. Teniendo en cuenta que hay un montón de cosas que necesitamos para solicitar el proceso y la pantalla. Suena como una idea razonable que para hacer nuestro sitio web más rápido, tenemos que reducir el número de aquellos.
Sí, es cierto. Vamos a llegar a un top cinco de recomendaciones que no funcionan en un minuto, pero primero vamos a echar un vistazo a estos dos sitios web. Aquí está el primero, es un portal popular y de uso con un montón de anuncios, popups, sliders, videos, tonos de analítica y Atlas menos tendencia de uso. Um, todo esto provoca en 515 solicitudes y cinco megabytes de datos.
Y Kira es la segunda. Es una pequeña página web o incluso una tarjeta de distancia de alguien que trabaja con perros en un pequeño pueblo al norte de Londres. Tiene una imagen grande y tres más pequeñas. Si se mira así el texto un par de comentarios y eso es todo. No, pop-ups sin anuncios, etc. Y, comprensiblemente, tiene sólo 17 solicitudes y las tasas de menos de 1,5 megabytes.
Volvamos a nuestras recomendaciones. Empezaremos con la número cinco, cuatro y tres en conjunto PR evitar que la prensa probada haga peticiones adicionales, deshabilitadas, plugins no utilizados, peticiones combinadas, ya que todas tienen el mismo objetivo de reducir el número de peticiones. Y el tamaño de la página. Así que la idea es la siguiente.
Si hacemos peticiones de escucha y nuestra página espera menos, necesitamos menos tiempo para procesar esas peticiones y luego vamos a tender a cargar todo. Así que usted sigue este consejo, usted va a casa para evitar que el núcleo de WordPress de hacer peticiones adicionales. Um, usted , uh, poner unas pocas líneas de código en, en sus funciones, archivo PHP, o utilizar el plugin para eso.
Y luego la siguiente recomendación de deshabilitar , eh, los plugins no utilizados. Así que usted va a la página de plugins. Usted. Busca los plugins que están activados, pero que no están en uso, los desactiva. Um, entonces , um, para combinar los archivos CSS y JavaScript, casi todos los plugins de caché tiene una característica para eso. Así que sólo tienes que ir al soporte de la cocina que se utiliza y tomar los libros allí para combinar los archivos CSS y JavaScript en dos archivos separados.
Pero. Entonces compruebas el número de solicitudes y ha bajado. Pero en cuanto compruebas el,
pero en cuanto compruebes el tiempo, verás que el tiempo real que tiene que pasar el uso antes de interactuar con tu sitio web. no ha cambiado realmente . Sigue siendo el mismo, lo que significa que su sitio web no se ha vuelto más rápido la tasa de conversión no se ha mejorado y la experiencia de uso no se ha vuelto mejor.
Por qué no funcionó primero evita que el núcleo de WordPress , de hacer peticiones adicionales. Si somos, si el núcleo de WordPress fue responsable , eh, de que su sitio web sea lento. Todos los sitios web que usan word press serían lentos también. Porque todos estamos usando la misma cita, ¿verdad? Pero eso no es lo que está sucediendo. Hice una nueva instalación de la última versión de WordPress.
Um, así es como se carga en el dispositivo móvil. Uh , conexión a internet 3g. Necesita 2,9 segundos para cargarse completamente en el iPhone ocho donde la conexión a Internet de tres G en Dallas. Hace nueve peticiones y la velocidad de la página es de sólo 42 kilobytes. Vamos a ser constantes, la pintura completa en el móvil por Google page speed insights es de 2,0 segundos.
Y todo esto sin el almacenamiento en caché sin ninguna técnica de optimización en absoluto compartir en horsing y certificado SSL libre, recién instalado. WordPress es rápido. Esas peticiones. Y la velocidad de la página no vienen del núcleo de WordPress. Vienen de los temas y plugins que utilizamos para obtener la funcionalidad que necesitamos. Así que si hay tantos archivos CSS y JavaScript necesarios para toda esa funcionalidad, lo que podemos hacer sobre esta y otra recomendación popular que probablemente viste mucho es combinar esas peticiones en una sola.
Quiero decir, en dos. Así que digamos que usted tiene , um, 10 archivos CSS en su página y gire los archivos JavaScript en su página. ¿Y los combinas en dos archivos separados? Uno, uno para CSS, otro para el grupo Chelsea. Así que en lugar de hacer 10 solicitudes, usted está haciendo sólo dos solicitudes. Oh , bueno, era una recomendación útil hace años.
Bueno, la mayoría de los servidores que estamos utilizando y ella es el protocolo 1.1, pero usted tendría tiempos calientes encontrar Holsten. Todavía hay usos. Debería ser un protocolo. Como la mayoría de ellos utilizan HTP dos hoy en día y aquí viene la gran diferencia. Debería ser uno procesaría 10 peticiones una tras otra. Así que tiene todo el sentido para minimizar el número de ellos.
Mientras que debería ser dos está totalmente multiplexado, lo que significa que permite transferir varios pilotos y peticiones al mismo tiempo. Y la combinación de archivos tendrá menos impacto en los tiempos de carga. En muchos casos, incluso lo empeoraría. Recomendación, número tres, desactivar los plugins no utilizados. Esto parece razonable, ¿verdad?
Así que usted va a un espacio plugin y permitió que los plugins están activados y no estar en uso en realidad. Así que usted puede probarlos. Pero la cosa es, no ayuda realmente me permite explicar en el momento en que estaba trabajando uno de los clientes nos envió una solicitud de apoyo para ayudarles a acelerar su sitio web.
Entonces el lado tenía más de 400 plugins activados, incluyendo plugins de enfoque al mismo tiempo. Era un campeón absoluto. No sé si alguien ha batido este récord menos mal, pero ese fue el más impresionante que he visto. Si estás escuchando esta charla en este momento, lo más probable es que tu sitio web o el de tu cliente no se parezca en nada a esto.
Si estás escuchando esta charla, significa que estás interesado en mantenerlo bonito, limpio y eficiente. Asumo que mantienes los temas y plugins principales. Actualizado te preocupas por lo que instalas. Usted lee los comentarios antes de los temas de activación y para evitar la hinchazón de la página web a toda costa. Así que si usted va a través de la lista de los plugins que se activan, pero no en uso, se convirtió en una ligera disminución.
No será un plugin de lectoescritura o un plugin de ventanas emergentes, o un formulario de contacto y demás porque si los tienes activados, están ahí por una buena razón. Sus hallazgos probablemente sería algo así como copias de seguridad manual. Así que debe colocar los plugins de importación y exportación. Es decir, los que se usan ocasionalmente y se pueden desactivar antes sin problemas.
Pero la cosa es que esos plugins tampoco hacen mucho si no se interrumpe con ellos. Así que una vez que los has desactivado, no ha cambiado mucho el rendimiento del sitio. Así que sí, si tu sitio web es un Frankenstein como estos. La idea de deshabilitar los plugins que no se usan puede ser útil. Y entonces sí, pero quizás no sea tu caso.
¿Cuál es su caso? Ellos oportunidades fuera de sus números. Uh que es a estos índice de velocidad, lo que indica la rapidez de la página muestra el contenido o el usuario puede interactuar con alrededor de seis segundos cuenta de solicitud. 111 y la velocidad de la página , eh, cerca de tres megabytes. Estos son los números promedio para el K reportado por Google.
Recuerde los dos sitios web que vimos antes, vamos a ser recordar. El sitio web de uso de números tiene 515 solicitudes y cuatro megabytes y la tasa de discurso es de cuatro megabytes y el sitio web de Walker tiene 17 solicitudes y las tasas de 1,3 megabytes. Así que vamos a tomar un bucle. ¿Cómo sería que ambos, aunque gen de la misma prueba y el servidor, el mismo dispositivo y la misma conexión a Internet.
Así es como el uso del sitio web con 500 solicitudes es Señor. Sí y no humorística que pequeño sitio web nuevo con 17 solicitudes.
El usuario tiene que mirar una pantalla en blanco antes de que empiece a suceder algo durante bastante tiempo. Un montón de contenido de pintura completa en el sitio web de noticias es de 2,6 segundos, mientras que alega contenido de pintura completa y paseadores de perros , uh, sitio es de 7,8 segundos. Lo que es contenido full paint es el , uh , contenido principal que se ve cuando, cuando se acaba de cargar el sitio web en la primera ventana gráfica.
Así que a pesar de ser bastante ligero, este sitio web super simple, super ligero hace que los usuarios dos caminos casi durante ocho segundos antes de que puedan ver al menos nada en la pantalla. Como se puede ver que necesitaba como se puede ver que está cerca del tamaño de la página. El número de peticiones que hace que una página web sea rápida o lenta.
Veamos cómo se ejecutan esas peticiones y cómo se entregan esos datos. Probablemente sabes lo que es esto, se llama cascada. Ilustra todo lo que está sucediendo en la página. Aquí no podrás ver los detalles, pero puedes ver la imagen general. La primera captura de pantalla es una pequeña página web.
Cascada. Y tenemos todas esas 17 solicitudes mostradas aquí. Mira esta gran área en blanco, no pasa nada durante mucho tiempo. Y luego algunas solicitudes se procesan. Se tarda 11 segundos antes de que los usuarios pueden interactuar con este peso ligero. El sitio web súper simple camisa verde sietes es sólo una parte de los libros de uso.
Ese proceso de inicio de sesión. Tiene 500 peticiones, ¿verdad? Pero sólo 12 de ellas se ejecutan antes de que el contenido se muestre para usarlas. Así que pueden interactuar con eso. Y esto sucede en sólo dos segundos. Así que mientras el usuario ya está disfrutando del contenido de la web, el resto del contenido se carga en segundo plano.
Qué bonito. No lo es. La siguiente recomendación que vemos mucho. Número dos en nuestra lista habilitado CDN primero, cómo funciona la red de entrega de contenido. Digamos que su anfitrión web tiene un servidor a largo plazo sin TDM. Cuando un usuario solicita su sitio web, se obtiene una entrega de Londres. Nos sentamos cuando las solicitudes de los usuarios, su sitio web, se entrega para uno de los servidores de sedán en todo el mundo.
No. ¿Qué manera se fomenta? Vamos a ver que depende en gran medida de la velocidad de sus servidores de alojamiento web son, lo lejos que los servidores de los estadios en el que los servidores de Sudán asignado y cómo sedán decide qué servidor para servir a su sitio web cuando la solicitud viene en. Pero incluso estos no son eso. Esas preguntas que es , sobre todo importante.
La pregunta más importante es dónde está tu público. Echa un vistazo a este sitio web, es una especie de respuesta de inicio. Es una plataforma de compromiso de ventas que automatiza las llamadas y tareas de alcance personal por correo electrónico. Si compruebas la ubicación de sus usuarios, verás que la mayoría proviene de Estados Unidos y otra gran parte de los usuarios proviene del Reino Unido.
Como puedes imaginar, ambas ubicaciones son importantes para su negocio y quieren que su sitio web sea cargado y rápido en ambos lados del producto. Tiene sentido para ellos para utilizar sedán para servir igualmente rápido en todas partes. Ahora, si se ejecuta la misma silla en el sitio web de la causa común , Uh, cadena de pizzas con la pizza judía Russ, buen ambiente y la increíble Ivanka a los visitantes se encuentran que el 93% de sus visitantes provienen del Reino Unido.
Y no hay nadie que realmente es la cadena del Reino Unido, ¿verdad? Así que no les importa lo rápido que es su sitio web, es en Australia. Ellos quieren que su sitio web sea lo más rápido posible para los visitantes del Reino Unido. Se beneficiarían al máximo si no usaran el sedán. Pero en cambio, si se aseguran de tener un servidor FoST ubicado en el Reino Unido, cuanto más cerca de Londres, mejor, ya que más de la mitad de sus restaurantes están ubicados en Londres.
Si el público del sitio web no está repartido por todo el mundo, sino que procede de una zona determinada, lo más probable es que el sedán no mejore la experiencia de uso. Lo más probable es que la empeore. Escribí un artículo detallado sobre comer para el libro de carreteras, siéntase libre de comprobarlo. Y la última , eh , pero no la menos importante. Y mi favorito personal , uh , cambiar su repost o actualizar su pregunta.
Glenn, si usted, hace años , eh, una empresa de desarrollo se puso en contacto conmigo , um, Ellos acaban de terminar el desarrollo de un nuevo sitio web para su cliente. Se veía hermoso. Funcionaba como se esperaba, pero resultó ser tremendamente lento. Ellos simplemente no podían tener el, subir de esa manera. Así que implementaron algo de caché.
Hicieron algunas cosas básicas de optimización del rendimiento. No funcionó . Se pusieron en contacto con su proveedor de alojamiento, uno bueno por cierto, y les preguntaron qué se podía hacer al respecto. Um , ellos lo recomendaron para actualizar su plan de alojamiento y lo hicieron y como. Realmente mitigado problema un poco, pero sólo en dos semanas se convirtió en un lento, ya que era front-end era todavía lento.
El backend apenas se podía utilizar porque si más de dos personas se conectaban al mismo tiempo, no funcionaba nada. Entonces me contrataron y me contaron toda la historia. Y yo estaba realmente sorprendido en ese momento que son de alojamiento para proporcionar un apoyo, les recomendaría para actualizar su diversión. En lugar de hacer una sola cosa que realmente les ayudaría a arreglar el problema, a perfilar su código, a encontrar el problema, a arreglarlo y a irse felices.
Pero eso es en un mundo ideal. Sí, claro. Um, como aprendí después, es como una respuesta común. Si le preguntas a tu anfitrión web, ¿Qué se puede hacer con la velocidad de tu sitio? Ellos te recomendarían actualizar tu plan de alojamiento, sin embargo. No parece. Desde este punto de vista, estoy convencido de que es nuestra responsabilidad como desarrolladores no ser engañados de esa manera.
Si su sitio web recién creado aún no tiene tráfico, o está alojado en staging Lord lentamente, claramente el problema está en su código, no en los recursos de su servidor. Genial. En plan de alojamiento o moverte a otro host con más recursos, por ejemplo. Mi para mitigar los problemas que tienes en tu código, pero nunca los arreglaría.
Así que lo descubrirás muy pronto. Vuelve a ser lento. Yo nota rápida, obviamente hay algunos agujeros que son mucho más lentos que otros, pero si el código de su sitio está bien, usted no va a experimentar ningún problema hasta que obtenga un poco de tráfico decente en su sitio web. Así que este mundo, las cinco mejores recomendaciones ayudaron a acelerar su sitio web.
Que no funcionan primero prevenible, pulse la llamada para hacer solicitudes adicionales. Usted vio que , uh, recién instalado WordPress es super rápido. Es súper ligero. Um, incluso sin ningún tipo de técnicas de almacenamiento en caché y optimización en compartir en Horsley era libre como un certificado salado 30 más grande. Se carga rápido.
Somos nosotros los que hacemos que la represión sea lenta. Cuando instalamos plugins de temas, añadimos funcionalidad adicional. Obviamente tenemos que tener uno en los sitios web, pero el núcleo de WordPress en sí es súper ligero y súper rápido. Y el otro, el cuarto hace uso de los plugins. Sí. Un gran consejo. A menos que no tengas nada que desactivar.
El tercero combinó las solicitudes. Gran consejo también fue hace cinco años , uh, con , um, servidores que estamos utilizando el protocolo 1.1, pero ahora probablemente , uh, su sitio web acaba de conducir los caballos en el servidor. Ese es su, que utiliza el protocolo HTTP dos y la recomendación de distrito mentations no tiene ningún sentido.
Otro permitió sedanes. Lo que podría funcionar para algunos , eh, sitios web que tienen mirada sobre las carreteras y los visitantes que vienen de todo el mundo, pero para los sitios web locales, o incluso para las obras que tienen los visitantes que vienen de la zona específica, esto haría que sus sitios web más lento, no más rápido. Y el último cambio o actualización bien cuesta.
Deberías. Especialmente que usted podría enviar usted molesto. Oh, si no eres tú, pero no tienes como una cantidad realmente agradable de tráfico en tu sitio web, lo publicarías menos de lo que deberías sospechar primero el perfil de tu abrigo, asegúrate de que nada va mal allí. Y este no es el caso la mayoría de las veces. Y luego mirar , uh, su anfitrión , uh, recursos , uh, recursos comienza.
Asegúrese de que. Uh, consumido ya. Y entonces tal vez pensar en la actualización de su plan de alojamiento plan o pasar a otro host. Así que todas esas recomendaciones se apuestan vamos a tener un pequeño descanso. Aquí hay dos tipos en Tampa, Florida tratando de entrar en una caja fuerte en el restaurante Taco Bell. Trajeron algunas herramientas. Hacen algunos ruidos.
Um, tiran de la cadena algunas noches, pero todavía no hay suerte. Para abrirla de par en par. Y cuando eso no funciona, sacan una herramienta con la esperanza de reventar la caja fuerte, una sierra circular portátil con chispas volando por todas partes. Así que eso es, puedes abrir esa especie de caja fuerte digital usando sólo un martillo. Sería una lata tus manos o incluso una patata.
Sí. Puedes hacerlo en caso de que entiendas cómo funciona la caja fuerte digital y en caso de que, sepas lo que estás haciendo. Y no, esas recomendaciones no son malas. Es sólo que no son adecuadas para todos y cada uno de los casos para la mayoría de los casos, en realidad. Entonces, ¿cómo saber qué es adecuado para su sitio web? ¿Qué ayudará a que su sitio web funcione más rápido, como probablemente ya ha entendido?
La única manera de ver realmente lo que está pasando allí es mirar en cascada. No debería ser un juego de adivinanzas. Todo no está ahí en cascada. También aquí, si usted enseña que le ayudaría a entender mejor la velocidad de su sitio web. Si eres un desarrollador, te ayudarían a aprender. Y en caso de que no seas un desarrollador, te ayudarían a contratar a alguien para que haga el trabajo por ti sin que te cagues.
Así que aquí tienes unos cuantos consejos.
La primera es utilizar las herramientas adecuadas para fines específicos. Yo uso page speed insights for cook para comprobaciones rápidas. Yo uso el faro en los estudiantes de Palmdale para el análisis. Um, yo uso una página web test.org para las pruebas de la experiencia del usuario real, ya que le permite elegir entre , uh, diferentes , uh, las ubicaciones del servidor de pruebas.
Es, me permite elegir diferentes conexión, conexión, pestañas, y los dispositivos y todo. Así que si usted necesita para elegir como la experiencia del usuario real, esto es lo que hace la página que org , um, Que no importa qué herramienta se utiliza, olvídate de curso en absoluto. Así que la velocidad se mide en algo muy específico en milisegundos.
Cuando se prueba la velocidad del sitio, siempre mirar a la mayor cantidad de pintura u otra métrica que este lugar, una experiencia de usuario, por ejemplo, el índice de velocidad, o tienden a interrumpirlo. La siguiente prueba páginas importantes, algunos episodios, no página de inicio. Quiero decir, la página de inicio es obviamente importante, pero tiene todas las páginas importantes en su sitio web.
Por ejemplo, si se trata de una tienda de WooCommerce que le gustaría probar , um, página de productos individuales, que desea probar su página de destino. Usted quiere probar su página de pago y otros, no si usted está probando la página de inicio sólo, se puede ver toda la imagen de su prueba de la espalda. Todas las páginas importantes de tu sitio web. Y la última, no la pierdas de vista.
Su sitio web no se estanca. Está viva. Cambias algo. Tu proveedor de hosting cambió algo . Instalaste algo, lo conectaste. Uh , algunos de los plugins que tenías antes , uh, se actualizó, cambia todo el tiempo. Así que necesitas dos más inter si. La velocidad de su sitio. Uh , Constantemente para ver el , uh, los cambios aquí es la herramienta que utilizo para a medic todos los días.
El seguimiento se llama SpeedGuard. Es un plugin para WordPress. Usted puede tener tantas páginas de su sitio web. Más, se inicia todos los días que necesitamos. Esos pueden ser las páginas de diferentes tipos, puestos, páginas, WooCommerce, productos, eventos, cualquier otro tipo de puesto personalizado, y también. Términos taxonomías y categoría o archivos. Utiliza la velocidad de la página, insights, API Torontos, y mide el contenido más grande de la pintura completa.
Calcula la media de todo tu sitio web y te identifica en caso de que necesite tu atención. Todo eso es gratis . Estuve buscando un atasco como este y no pude encontrar ninguno. Así que construí este. Um , usted es bienvenido a probarlo y por favor, siéntase libre de llegar y hacerme saber si ha hecho su vida un poco más fácil como lo hizo para mí.
Gracias por escuchar. Puedes ponerte en contacto conmigo a través de mi Twitter, mi página web o mi correo electrónico. Mi nombre es Sabrina Aidan. Esto fue cinco recomendaciones populares para acelerar su sitio web. Que no funcionan. Si usted tiene alguna pregunta, no dude en llegar a cabo. Um, espero verte en un chat en un par de minutos. Adiós.