homefinance blog
Para acelerar WooCommerce, primero debe comprender los componentes de WooCommerce y lo que lleva tiempo en WooCommerce. En este artículo, lo guiaré a través de todo lo que necesita saber para comenzar su viaje de optimización de rendimiento a una tienda de WooCommerce más rápido. Primero, explicaré algunos conceptos básicos que forman parte de su tienda WooCommerce, luego explicaré cómo cualquier página web (WooCommerce) se procesa desde su solicitud para mostrar en el navegador. Haga clic aquí si desea omitir directamente y omitir el contenido (talón), ¡porque solo el talón ya es bastante leído!
contenido
empezando
El código en el lado del servidor – PHP
Almacenamiento de datos en el lado del servidor – Base de datos
La marca frontal – HTML y CSS
Front y las Escrituras – JavaScript
Elementos frontend: imágenes y fuentes
Conceptos erróneos comunes
Incorrecto: el límite de memoria afecta la velocidad y cuanto más memoria tenga, más rápido será el sitio
Incorrecto: Ajax Cart Fragments ralentiza la velocidad de la página
Incorrecto: Public Reviews Slow WordPress / WoCommerce
¿Qué son las reseñas de publicaciones?
Elecciones y formas de trabajo fundamentales
Elija un tema ligero y de alto rendimiento
¿Cómo probar si un tema es fácil y de alto rendimiento?
Cómo probar el rendimiento de su sitio o una demostración de temas
No pruebe una sola página
Prueba el rendimiento libre de caché
De conocimiento a acción
Ejecute la tienda de WooCommerce con host de alto rendimiento
¿Qué buscar en las empresas de alojamiento de WooCommerce?
Asegúrese de ejecutar el WP-chron correcto
Deshabilitar WP-Cron en WP-Config
No ejecute WP-Cron a través de HTTP
Consejo de bonificación: Ejecutar el programador de acción en el sistema CRON
Use complementos específicos, no complementos de cuchillo suizo cada complemento
Utilizar primero la metodología de rendimiento
Base de datos
Motores de base de datos
índices
Carga automática
Índice Meta_Valorii de PostMeta
¿Deberías usar Redis?
Memorizar en caché
Caché cdn proxy
Caché del servidor
En la memoria de la aplicación de la aplicación
El caché del navegador
El caché no resuelve todos sus problemas de rendimiento en WooCommerce
Cómo funciona la memoria de caché en áreas aceleradas
Entregar de, pero no escriba en caché cuando algo está en el carrito
Código frontal
Validación HTML
Errores de consola
Crítico de CSS
CSS sin usar
¿Qué hacer si la hoja de estilo se agrega al tema o un complemento?
Ejemplo
Activos frontales
Optimiza tus fotos
Elija la calidad de imagen adecuada para su tienda
Cambiar la calidad predeterminada y el tamaño máximo y deshacerse de los datos de EXIF
Imágenes receptivas
Imágenes receptivas, redimensionadas y optimizadas al caminar usando dominios acelerados
Agregue automáticamente las mitades de medio tamaño
Ajuste la calidad de la imagen
Dimensiones de imagen adicionales
Organizar fuentes locales
Resuelto en campos acelerados
Async y pospone a JavaScript
El tiempo es la clave
Cargue las Escrituras en
Cargue los scripts al final de
Subir scripts con asíncrono
Subir scripts con diferir
Integraciones
¿Qué hace una mala integración?
Búsqueda
Algolia
Búsqueda elástica
Cómo manejar la seguridad para una tienda WooCommerce
No use complementos de seguridad para WordPress y WooCommerce
¿Qué debe hacer para asegurar WooCommerce?
Haga su WP-Admin con la autenticación de múltiples factores
Obtenga una cerca de seguridad alrededor de toda la infraestructura de WordPress actualizada WordPress, WooCommerce, temas y complementos
Ya no usan complementos y temas que no se mantienen
No use complementos grandes para cargas pequeñas
Consejo adicional: complementos que son útiles al optimizar el rendimiento
Administrador de complementos WP
Monitor de consulta
Al final
Nociones básicas para acelerar WooCommerce, primero debe comprender las capas, los componentes en los que puede hacer optimización de velocidad. Como la mayoría de los sitios web, y especialmente los sitios basados en WordPress, las capas potenciales de optimización son:
El código en el lado del servidor: PHP, el código del servidor, que en el caso de WP y WOO, es en gran medida PHP. Con la adopción del editor de bloques (Gutenberg), parte de este código es JavaScript, pero para la mayoría de las tiendas no se usa ampliamente. Almacenamiento de datos en el lado del servidor: la base de datos de la base de datos es el lugar donde todos sus datos se almacenan realmente. Estos son datos sobre sus productos, qué imagen pertenece a qué productos, sus pedidos, etc. El código del servidor (PHP) deberá conectarse a la base de datos (donde sus datos) para extraer e insertar nuevos datos todo el tiempo.
El marcado frontal de marcado y CSS, el código frontal o, como desea llamarlo, son los componentes que realizan el navegador y se pueden representar en lo que sus usuarios ven. Por lo general, en forma de JavaScript y se pueden colocar En el soporte “Scripts frontales”. Este es un código que puede ejecutarse en el navegador y puede ser activado, por ejemplo, por la interacción del usuario con su sitio. Los elementos frontend-Images y las fuentes por simplicidad, llame a los elementos front-end en el último grupo, que incluyen activos estáticos tales como imágenes, fuentes, PDF y otros tipos de activos que no cambian. Sin embargo, deben ser entregados al cliente para que el sitio funcione correctamente, se ve bien o para que alcance su objetivo. A un sitio web. Lo que todas estas capas tienen en común es que requiere tiempo para generar o ejecutar en el servidor, entregarlas y jugar en el navegador. Todo requiere tiempo, y el camino hacia una tienda rápida de WooCommerce es reducir el tiempo dedicado a cada uno de estos componentes. Entonces la pregunta es, ¿cómo haces esto? Antes de entrar en el camino, debemos comprender completamente otro concepto básico. Así es como funciona la web. Específicamente cómo se muestra una página web en el navegador. Para simplificar, podemos dividir el proceso en cinco pasos:
Enviar una solicitud esto es realizado por el cliente, por ejemplo, un navegador, y es activado por un usuario que hace clic en un enlace o escribe un dominio/URL en la barra de direcciones del navegador.
Entrega Una solicitud Una vez que el navegador ha enviado una solicitud desde el navegador, esta solicitud debe encontrar su camino a través de Internet. Puede ser un viaje corto o largo. Y como en las carreteras, la ruta de la red A a B puede hacer desvíos debido a la construcción o mantenimiento. Posibles optimizaciones: acorte la ruta de viaje al servidor que administra la solicitud y luego entregará la respuesta. Generación de una respuesta Cuando el servidor web reciba la solicitud, el servidor web ejecutará el código PHP necesario para administrar la solicitud respectiva . Lo que significa que PHP ejecutará los interrogatorios necesarios para obtener la información de la base de datos. PHP generará la respuesta, que resulta en el código HTML para la página solicitada. El tiempo requerido para generar una respuesta, más el tiempo desde el navegador hasta el servidor y la espalda generalmente se conoce como tiempo a FERTER-BBYTE (TTFB). ¿Qué es un TTFB rápido? <250 ms Well <500 ms OK 1000 ms Critic Posible Optimizaciones: Conexión más rápida al servidor (SSL Hand Holding) Servidor Código PHP más rápido Ejecución PHP más rápido Código Menos Código Base de datos PHP Más rápido y/o consultas más rápidas en base de datos
Entregando la respuesta Una vez que el servidor web haya generado una respuesta, enviará la respuesta al navegador. Posibles optimizaciones: ruta de viaje más corta de regreso al navegador Tamaño de transferencia reducido menos artículos transferidos (almacenamiento en caché)
Procesamiento de respuesta Una vez que el navegador haya recibido una respuesta (o partes de él), comenzará la respuesta.Esto se llama renderizado.Esto incluye analizar el código (HTML, CSS, JavaScript, imágenes) y luego su ejecución, que en HTML significa su juego.Posibles optimizaciones: menos imágenes de JavaScript de CSS cada vez menos componentes comunes antes de ir más allá, necesitamos limpiar el aire y explicar algunas ideas comunes de MisRemond que ha visto en Internet sobre WooCommerce y el rendimiento.
Incorrecto: el límite de memoria afecta la velocidad y, cuanto más memoria tenga, más rápido es el sitio, muchas compañías de alojamiento dicen que la cantidad de memoria que PHP puede afectar la velocidad del sitio. La cantidad de memoria disponible por proceso PHP no afecta la velocidad. El límite de memoria está ahí para garantizar que algunos procesos de PHP no consumen la cantidad completa de RAM. Es decir, el límite de memoria de PHP afecta solo a la escalabilidad, no a la velocidad. Incorrecto: los fragmentos de canasta de Ajax ralentizan la velocidad de la página Otro de los consejos principales que veo compartidos por la mayoría de las compañías de alojamiento y “expertos en velocidad” es desactivar los fragmentos de carritos en WooCommerce. Coș Fragments es un mecanismo que utiliza AJAX para actualizar la canasta en su sitio, por lo que no necesita una actualización de la página para mostrar nuevo contenido y otros. En la mayoría de los casos, y en buenas configuraciones de alojamiento, este consejo es un mal consejo. En algunos casos, sin embargo, este consejo es correcto. Los fragmentos de carrito de WooCommerce pueden ralentizar la carga completa de la página, pero solo si: su sitio no ejecuta ninguna página de caché de página/HTML
Tiene una configuración de caché que no está optimizado para wooCommerce
Su sitio se está ejecutando en un servidor lento
Si no usa fragmentos de canasta y usa caché HTML, no puede entregar respuestas almacenadas en caché si alguien tiene algo en el carrito. Los fragmentos de canasta son mucho más fáciles y más rápidos de generar para el servidor y mucho más rápido de entregar que la página completa. Si su página tiene una canasta de encabezado, por ejemplo, es mucho mejor y más rápido actualizar la canasta usando AJAX (usando fragmentos de canasta) y entregar HTML desde caché. BACSIS deja su fragmento activado y configure su caché correcto para maximizar la eficiencia del caché. Alternativamente, acelere su dominio acelerado. Griego: publicaciones de revisiones POST SLEW WordPress / WooCommerce Muchos de los consejos que encuentre en línea se basan en optimizaciones que pueden operar en alternativas de alojamiento de WooCommerce sin éxito o mal configuradas. Deshabilitar las revisiones publicadas es exactamente un consejo en esa categoría. Una base de datos bien configurada no se ralentiza debido al tamaño de los datos, y la consulta para una publicación no se ralentiza debido a las revisiones de publicación. De nada. Las bases de datos se construyen, en primer lugar, para proporcionar un tiempo de acceso lineal y predecible a grandes cantidades de información, en gran medida independientes del tamaño de los datos.
¿Qué son las reseñas de publicaciones? Cuando actualiza una publicación en WordPress, WP almacenará automáticamente la versión anterior en la base de datos. Esto se llama revisión. Se almacena para que pueda regresar “en el tiempo” si necesita cancelar los cambios o cuándo simplemente desea ver qué ha cambiado entre versiones. Las revisiones también se utilizan para guardar automáticamente un cambio en el que está trabajando, pero aún no lo ha guardado manualmente. Estas revisiones se almacenan en la misma tabla de bases de datos que todas las demás publicaciones y muchas creen que esto ralentiza WP. En un entorno de alojamiento bien configurado, esto no es cierto. BACSIS deja las revisiones publicadas activadas, pero reduce la cantidad de revisiones a un valor sensible. La reducción no tiene nada que ver con el rendimiento, pero siempre es bueno reducir más desechos digitales y almacenar solo las cosas que serán necesarias. Las elecciones fundamentales y las formas de trabajar tienen un sitio web rápido y realizado de WooCommerce comienza con la comprensión de los componentes que entran en la mezcla, como se explicó anteriormente. A continuación, explico las opciones importantes que hay en el juego, que son fundamentales para comprender cómo trabajar para crear realmente un sitio rápido de WooCommerce.
Elija un tema fácil y de interpretación primero, ¿qué es un tema?
Si tuviéramos que colocar un tema en los componentes anteriores, puede ser todo lo anterior. La cuestión es que con WordPress, tanto WordPress, los temas y los complementos pueden incluir código en el lado del servidor, consultas de bases de datos, código frontal, escrituras frontales y frontend. Y es por eso que el trabajo de elegir el tema (y complemento) correcto es tan importante. Porque, si no, alcanzarás mucho desorden y cosas que no necesitas o no quieres. Todas estas “cosas” inútiles se llaman hinchazón. La mayoría de las tiendas de WooCommerce utilizan temas preconstruidos con opciones de personalización y opciones de modificación, y eso significa que obtiene mucho código de “caja”. Es genial y hace que sea muy fácil poner en funcionamiento rápidamente el sitio. Sin embargo, la desventaja es que la mayoría de los temas se crean para satisfacer muchas necesidades y objetivos. Y, al hacer esto, incluya muchas funciones que usa y no usa. Las características de un tema están construidas principalmente por el código PHP en el lado del servidor. Todo el código para ejecutarse, ya sea en el servidor o en el navegador, como hemos establecido anteriormente, requiere un tiempo precioso. Algunos códigos toman poco tiempo y será difícil para usted medir el tiempo requerido para ser ejecutado. Otro código necesita mucho más tiempo para ejecutar.
Independientemente de cuánto tiempo pase una función o función, todo se reúne. Por lo tanto, el primer paso para obtener una tienda de WooCommerce más rápida es elegir un tema rápido y fácil. Elija un tema que tenga las características y el diseño que necesita y no exagere con la búsqueda de opciones en un tema. Más opciones significan más código que debe ejecutarse, y la ejecución del código requiere tiempo. ¿Cómo probar si un tema es fácil y de alto rendimiento? Por lo general, es imposible verificar el código de un tema si compra un tema, por ejemplo, de Themephorest o Mythemeshop. Pero las tiendas temáticas generalmente tienen demostraciones que puede probar desde el frente y. Y hay formas en que puede probar las demostraciones de rendimiento, pero es importante hacer la prueba correcta y buscar las cosas correctas. Por lo tanto, debe probar el sitio de demostración de la misma manera que debe probar su propio sitio. Cómo probar el rendimiento de su sitio o una demostración de temas Hay diferentes formas de probar el rendimiento, pero los siguientes consejos son los que siempre debe tener en cuenta y usar. No solo pruebe una página un error que muchos cometan para determinar si su sitio es rápido o no, es probando la velocidad solo la primera página. Este es un error que generalmente conduce a la velocidad del caché y no a la velocidad de WoCommerce en sí. Simplemente probando un gran volumen de páginas, o incluso toda la tienda, obtendrá una imagen completa de la velocidad de su tienda. Significa que debe copiar e insertar cada URL de su sitio.
¿En herramientas de prueba de velocidad como PageSpeed Insights, Pingdom o Gtmetrix? Afortunadamente, no. Puede probar fácilmente un gran volumen de páginas en su tienda WooCommerce utilizando herramientas que accedan a su tienda WooCommerce de manera similar a lo que hacen para los motores de búsqueda, o usan herramientas que usan su sitio como entrada. Mi favorito personal para esto es Sitebulb, porque Sitebulb es una poderosa herramienta de SEO y pruebas de rendimiento. Algunos de mis colegas aquí de Servbelt tienen Frog Seo Spider gritando como un favorito y hacen muchas de las mismas cosas. Sin embargo, la herramienta más simple que conozco, que debería ser la primera herramienta en iniciar, es BatchSpeed.com. Si aún no está listo para las pruebas completas del sitio, al menos debe asegurarse de probar todos los diferentes tipos de páginas que tiene en su sitio. Esto incluye varios tipos de productos, páginas de categorías y así sucesivamente. Cada uno de estos realizará diferentes partes del código del sitio, lo que significa que pueden tener un rendimiento diferente. Prueba El caché sin caché es una parte complicada de una pila de host de alto rendimiento y es particularmente importante para las tiendas WooCommerce. Pero el caché puede engañarlo y convencerlo de que su tienda es más rápida de lo que los clientes están experimentando. ¿Cómo? Primero, veamos cómo funciona Cache. El caché utiliza la primera visualización de la página para almacenar una versión temporal de la página, y desde la segunda vista de página, etc.
Y hasta que expire la memoria de caché, el servidor puede entregar una versión ya generada y almacenada temporalmente de la página.Hay muchas condiciones en cualquier almacén de WooCommerce en la que se debe pasar por completo un caché configurado correctamente, como si el cliente fuera autenticado.Entonces, en cualquier tienda de WooCommerce hay muchas páginas que no puede entregar, en ningún escenario, de caché.Estas son páginas como la canasta y la página de finalización de la compra, porque son dinámicas y especialmente generadas para ese visitante exacto, su ubicación, el contenido del carrito, etc.Ejemplos de páginas que no puede almacenar en caché son: páginas autenticadas (es decir / my-count /)
La página del carrito
Página de pago
Páginas con listas de deseos
Debido a que el caché solo funciona para páginas y materiales que se pueden entregar sin cambios en varias solicitudes (visitantes), este tipo de páginas no alcanzarán el rendimiento adicional que un caché puede ofrecer. Sin embargo, estas páginas son una parte clave de la experiencia del usuario para sus clientes. Y sus clientes no pueden convertirse de un visitante a un cliente que paga sin visitar su canasta o pagarle. Entonces, ahora sabemos que el mejor escenario es que el visitante solicita una página que esté en caché y que no hay razón para que el caché sea omitido. Y el peor de los casos es que sus visitantes no pueden ser atendidos con una versión de caché de la página que solicitan. Si solo prueba el mejor escenario, también podrá optimizar solo el mejor escenario. Mientras que el peor de los casos queda intacto y es experimentado por muchos de sus visitantes, todos los días, en momentos críticos durante el viaje de los clientes. Es por eso que usted, para acelerar WoCommerce, debe probar sus páginas sin tocar el caché. Esto puede sonar complicado, pero en realidad es fácil de hacer. Para la mayoría de las configuraciones de caché, todo lo que tiene que hacer es agregar una cadena de consulta a la URL que prueba. Lo único que debe recordar es que esta cadena de consulta debe ser 100% única para cada solicitud que envíe. Esta técnica se puede agregar a cualquier prueba de página, que incluya PageSpeed Insights, Web Core Vitals, Lighthouse Test in Chrome, Pingdom, GT Manux y WebPagetest.org. Un ejemplo de dicha cadena de consulta podría ser https://example.com/?
prueba = 1 donde cambia el número cada vez que realiza una nueva prueba. Desde el conocimiento hasta la acción OK, por lo que ahora hemos cubierto las capas, los componentes en los que puede hacer optimización de velocidad, hablamos sobre cómo funciona la web y discutimos algunos de los conceptos erróneos comunes sobre la aceleración de WooCommerce. Por último, pero no menos importante, expliqué cómo debe probar el rendimiento, para que sepa cómo medir el impacto de cualquiera de las recomendaciones y consejos que presentaré a continuación. ¡Ahora, hagamos esta actuación! Ejecute la tienda WooCommerce en el alojamiento de alto rendimiento, cualquier página web consiste en “todo lo que sucede en el servidor” y “todo en el navegador”. Cuando ejecuta una tienda WooCommerce, la velocidad de su tienda depende en gran medida de la velocidad “todo en el servidor”. Todo el trabajo duro comienza con el servidor, y si puede obtener un servidor que finalice su generación de productos en 1 segundo más rápido, todo terminará con 1 segundo más rápido. Esta es la razón por la cual WooCommerce que se ejecuta en alojamiento de alto rendimiento es el consejo más importante que puedo dar si desea acelerar su tienda WooCommerce. ¿Qué buscar en las empresas de alojamiento de WooCommerce? Aquí puedo decirte dos cosas; ya estás en el lugar correcto porque servolt.com ha demostrado ser el más rápido
Consulte WphostingBenchmark.com y su punto de referencia de WooCommerce y elija el rendimiento de origen más rápido
Ambos consejos lo llevarán al mismo lugar: se registra para un intento gratuito de alojamiento de WooCommerce.Pero si decide hacer la comparación usted mismo, es posible que desee saber cómo debe comparar las empresas de alojamiento para su tienda WooCommerce: configure una prueba para las empresas de alojamiento que desea comparar
Haga una copia de su sitio y configure para cada una de las compañías de alojamiento
Ejecute las mismas pruebas que las mencionadas anteriormente
Ejecutar las mismas pruebas y pruebas que omiten el caché le asegurarán que verá el verdadero rendimiento de la empresa de alojamiento y no solo el rendimiento que pueden ofrecer cuando pueden memorizar el contenido entregado. Asegúrese de ejecutar el WP-chron correcto. WP-cron es un sistema, incorporado a WordPress, donde sus complementos, temas o código pueden programar las cosas que se ejecutarán en segundo plano. En el contexto de WooCommerce, esto podría actualizar los flujos de productos, hacerse cargo del estado de la estaca y muchas tareas pequeñas que son necesarias para mantener la tienda para operar sin interacción directa de usted en /WP-Admin. De manera predeterminada, el tráfico se activa el tráfico WP-chron a su instalación de WordPress. El uso del tráfico para activar el WP-Cron es inteligente cuando no tiene la capacidad de ejecutar WP-Cron usando un Chron en el sistema/servidor y WP CLI. Dicho esto, todas las buenas plataformas de host WooCommerce y, sinceramente, todas las plataformas de alojamiento de WordPress que debe considerar para su tienda Woo, tienen la capacidad de ejecutar WP-Cron en el sistema CRON. Cuando use el sistema crónico para activar WP-chron, no debe utilizar el tráfico de visitantes como disparador y, por lo tanto, no reducirá la experiencia de estos visitantes, pero limitará la escalabilidad de su sitio: WP CLI instalada.
Cron personalizado en el lado del lado del servidor disponible y configurable
Para WooCommerce, recomiendo ejecutar Chron cada minuto.
Si usa Crontab, el orden correcto que se ingresará en Crontab se ve así: 1 * * * * * * Nice -N 15 WP CRON Event Run-Due-New Chron en WP-Config cuando ha configurado el WP-cron correctamente Usando el sistema CRON, debe asegurarse de que WP no lo ejecute de forma predeterminada.Esto se hace agregando esta línea a wp-config.php.Define (‘Disable_wp_Cron’, true);No ejecute WP-CRON a través de HTTP, muchos no saben que puede ejecutar WP-CRON sin enviar una solicitud HTTP a wp-cron.php y, por lo tanto, configurar servicios externos para activar wp-cron.php.Esto puede, y probablemente causar problemas de escalabilidad y maximizar los sockets HTTP disponibles en su servidor web.Consejo de bonificación:
Ejecutar el programador de acción en el sistema de programador de acción CRON es un sistema de WordPress que se puede decir y, en algunos casos, puede reemplazar por completo WP-Chron cuando se trata de procesamiento de fondo. Action Scheduler es una biblioteca para activar un gancho de WordPress para que se ejecute a la vez (o lo antes posible, en el caso de la acción asíncrona). Cada gancho se puede programar con datos únicos para permitir que las llamadas inversas realicen operaciones en esos datos. El gancho también se puede programar para ejecutarse en una o más ocasiones. Piense en ello como una extensión de do_action () que agrega la capacidad de retrasar y repetir un hoook. Sucede, por lo que esta funcionalidad también crea una cola de trabajo robusta para tareas grandes en WordPress. Con la adición de la periodización y una interfaz de administración, también proporciona trazabilidad a sus tareas procesadas en segundo plano. Por defecto, el programador de acciones es iniciado por WP-CRON y solicitudes de administrador. Sin embargo, no tiene que ejecutar el programador de acción a través del sistema WP-Cron para operar sin la interacción del usuario. Lo primero que debe hacer es instalar el corredor de cola predeterminado de Action Disable Disable, que puede encontrar en GitHub. Lo siguiente es usar WP CLI para activar el programador de acción de Chron. El orden es similar a la forma en que desencadena el WP-Cron a través de Cron y WP CLI.
* * * * * * NICE -N 15 WP Action -Scheler Run –Path =/Path/to/Wp/-qied Tenemos la intención de incluir esto en el Servolt Optimizer en el futuro, así que preste atención a esto en las versiones futuras de ServBelt Optimizer Utilice complementos específicos, no complementos de cuchillo suizo, el núcleo de WooCommerce tiene todas las funcionalidades básicas de cualquier comercio electrónico; Productos, una canasta, una casa, métodos de pago, gestión de pedidos, etc. Entonces, lo que siempre llega es una larga lista de complementos para obtener lo que desea más en su tienda. Hay complementos que pueden ayudarlo a filtrar mejor sus productos, agregar la pasarela de pago específica del país o incluso vender más utilizando técnicas de ventas rápidas inteligentes. Todas las cosas buenas. Pero, toda esta funcionalidad también tiene un costo, más precisamente el costo del tiempo. Este tiempo se agrega al proceso de generación de una página en el servidor, el tiempo de transferencia de datos desde el servidor al navegador o el proceso de elevar una página en el navegador. Para cada complemento que instale, incluso si es muy fácil y delgado, aumentará el peso de su sitio y, por lo tanto, disminuirá la velocidad. La pregunta es cuánto y si vale la pena. Pruebe cada complemento Un paso muy importante para optimizar el rendimiento de su tienda WooCommerce es tener el impacto en el rendimiento de cada complemento. Esto debe hacerse utilizando los métodos mencionados anteriormente, con énfasis en el sitio completo. Inicie sin complementos además del núcleo de WooCommerce activado y active todos los complementos que use uno por uno.
Después de activar un complemento, realice una prueba de rendimiento completa del sitio. Utilice la metodología de rendimiento en primer lugar, todos los desarrollos futuros, los cambios en las instalaciones y actualizaciones de temas y complementos deben probarse para su impacto en el rendimiento. Un complemento podría ralentizar un poco el sitio, pero todo se agrega. Para asegurarme de que no tenga un sitio que se esté volviendo más lento, recomiendo usar la metodología de rendimiento que escribí hace unos años. Base de datos El rendimiento de su tienda WooCommerce depende mucho de qué tan rápido la base de datos puede procesar los datos. Ambos leen y escriben. Veamos lo que trabajamos aquí. Motores de base de datos Si ha estado ejecutando la tienda WooCommerce durante mucho tiempo o comenzó la tienda WooCommerce en una base de datos obsoletas, aún puede usar motores de base de datos obsoletos. Los motores de base de datos antiguos y obsoletos, como Myisam y Aria, tienen algo llamado bloqueo de mesa. Esto significa que la tabla no estará disponible para leer y escribir en la tabla mientras una operación que escribe en la base de datos. Esto puede causar una gran desaceleración en su tienda WooCommerce. Pero el remedio es muy fácil. La forma más fácil es instalar nuestro optimizador ServBelt de complemento y ejecutar el optimizador de rendimiento. Esto actualizará el motor de la base de datos en todas las tablas en el moderno innodb. InnoDB tiene bloqueo en el nivel de fila. Quiero decir, solo tienes que bloquear el giro en el que escribe.
Indici es una idea errónea común de que aumentar el tamaño de la base de datos lo hará más lento. Si la base de datos puede usar los índices de la base de datos durante la consulta de datos, el tamaño de la base de datos es casi irrelevante. Al igual que los índices o contenidos de un libro, un índice de base de datos hace que sea más fácil encontrar algo en un gran volumen de datos estructurados. Índice de carga automática La tabla de opciones de WordPress contiene datos necesarios para cada vista de página. WordPress acelera la carga de estas opciones en PHP declarando opciones como la carga automática. Cuando se declara una opción en la carga automática, el valor de la opción se cargará automáticamente en el PHP, sin la necesidad de consultas adicionales en la base de datos. Al agregar un índice a la columna de carga automática, también puede acelerar la consulta, obteniendo todas las opciones de carga automática. El índice Meta_Valorii Postmeta WooCommerce realiza muchas consultas usando la columna _ postmeta y Metalue. Al agregar un índice a la columna Metalue, ¡puede acelerar estas múltiples consultas! ¿Deberías usar Redis? En primer lugar, ¿qué es Redis? Redis es una base de datos y caché que vive en la memoria. En general, leer y escribir en la memoria es más rápido que leer y escribir desde el almacenamiento basado en archivos. Redis se usa comúnmente en el contexto de WordPress y WooCommerce como caché para almacenar datos con frecuencia accedidos, de modo que los datos se pueden tomar más rápido. Eso significa que debe instalar Redis, ¿verdad? Bueno, no es tan simple.
Debido a que Redis se usa principalmente para acelerar los datos que se usan comúnmente, Redis no proporcionará un aumento significativo en el rendimiento de todas las páginas, publicaciones y productos en su tienda y no apresurará su carrito o finalización. Esto es cierto principalmente debido a dos cosas: si ya ha seguido mi consejo “Ejecute su tienda en WooCommerce de alto rendimiento”, verá eso, con una base de datos bien configurada y optimizada, no las interrogaciones de la base de datos. En sí mismo, disminuyo la velocidad tu tienda. Es PHP y cómo usa los datos almacenados en la base de datos.
Redis, similar al almacenamiento en caché, funciona mejor cuando hay más solicitudes de los mismos datos, con frecuencia.
Todavía no he visto a Redis acelerar el rendimiento de Frontand con una cantidad visible. Lo que vi es que Redis acelera el Backynd, la gestión de pedidos, etc. Pero debido al riesgo de agregar un solo punto de fracaso a la pila, generalmente le recomiendo que se mantenga alejado, si no sabe lo que hace. La memorización de caché en caché puede dar la impresión de que es el “santo grial” para todos los problemas de rendimiento. La memorización de caché es una técnica de almacenamiento temporal de la respuesta a una solicitud, para que luego pueda entregar exactamente la misma respuesta a exactamente la misma solicitud de exactamente el mismo recurso, más adelante. Cada respuesta contiene instrucciones sobre cuánto tiempo debe almacenarse una respuesta o si la respuesta debe almacenarse en caché.
La memorización de caché funciona de muchas maneras, como el cerebro humano. Después de saber que 2 + 2 = 4 y 6 * 6 = 36, no debe hacer cálculos para alcanzar el resultado correcto. El hecho de que sepa que 2 + 2 = 4 se puede llamar almacenamiento en caché. “2 + 2” es la solicitud y 4 es la respuesta. Sabes que la respuesta a “6 * 6” = es 36, por lo que puedes responder 36 más rápido que alguien que no sabe que 6 * 6 = 36 Memoria en caché no fue, de hecho, inicialmente inventada para el rendimiento, sino con el intención de permitir que las computadoras no usen recursos que calculen lo mismo y nuevamente. Y, al hacer esto, aumenta la escalabilidad de ese sistema. Servabelt Optimizer y los dominios acelerados están regulados y optimizados para WooCommerce e implementa la memoria en caché de forma segura para su tienda WooCommerce. Pero, el almacenamiento en caché también es un mecanismo muy difícil de entender, y el impacto si implementa erróneamente la memoria en caché es excelente. Debe asegurarse de que todas las páginas que no deben almacenarse en caché, como la canasta, las páginas autenticadas, el pago, etc., no se almacenan en caché, mientras que las páginas se pueden almacenar en caché. Si mantiene todo en la memoria caché en caché, terminará filtrando información personal, entregará el Barting Bart del cliente, etc. La memoria en caché en la web moderna se implementa en varias capas, que son igualmente importantes para el rendimiento. Algunas de estas capas de caché son:
Cache CDN proxy Un caché proxy CDN es un caché que se encuentra entre el servidor de origen y el navegador. ACCELELED DOMANS y CloudFlare es un tipo de proxy CDN, y todas las solicitudes y respuestas pasan por dominios acelerados antes de llegar al servidor de origen. Los dominios acelerados luego almacenan la respuesta a una solicitud y pueden proporcionar esa respuesta nuevamente más tarde si aparece exactamente la misma solicitud. Esto es mucho más rápido que la web para el origen. Tener un buen CDN que sirva a sus activos estáticos (imágenes, JavaScript, CSS, etc.) es un mínimo para cualquier sitio de WooCommerce. Si desea maximizar el rendimiento, recomiendo trabajar cálidamente en un servicio de mejora del rendimiento, como dominios acelerados, que incluye un caché sofisticado, WooCommerce adaptado. El caché del servidor es como cualquier otro caché, pero en comparación con un caché proxy CDN, el caché del servidor está en el servidor y no ahorra tiempo de viaje entre el navegador y el servidor, como lo hace con los dominios acelerados. El caché del servidor generalmente se controla utilizando el encabezado HTTP Cache-Control, como la mayoría de los otros caché. Y la mayoría de los cachés del servidor respetan los valores de máximo y max., Además de verificar el hecho de que la respuesta se puede almacenar en un caché público. Recomiendo un caché entre 8 y 10 horas para WoCommerce, pero también puede probar con caché más largo. Si no sabe o desea controlar esto solo, use el complemento ServBelt Optimizer. ServBelt Optimizer se ocupa de la configuración de caché correcto.
En el caché de la aplicación en WordPress y WooCommerce, también puede usar complementos para el almacenamiento en caché. Estos son complementos como W3 Total Cache, WP Rocket, etc. Lo que hacen los complementos es almacenar una versión temporal de una página de requesta en archivos en el servidor. Esta es una forma muy ineficiente de almacenar en caché, y no debe usarse si tiene la capacidad de almacenar en caché en el servidor y/o en un servicio como Domins acelerado o CloudFlares que distribuye el caché a nivel mundial. ¿Al caché del navegador de Ever Experience que cambia algo en su sitio, pero aún no ve que el cambio se refleje en el frontend? En muchos escenarios que se deben al caché del navegador. La versión temporal de una página o un activo, almacenada en el navegador, en su computadora o teléfono. Está allí para que tenga que descargar la misma página o activo varias veces. El caché del navegador es diferente del caché CDN de servidor y proxy en dos vías; Es privado, lo que significa que puede almacenar información privada en el caché, y es muy difícil de controlar. El caché del navegador se controla el encabezado HTTP de control de caché, como la mayoría de los otros caché. Recomiendo establecer el tiempo de caché del navegador a un alto valor para toda su evaluación estática. Si usa cadenas de versiones en sus URL de evaluación estática, tiene un caché de mes de forma segura (2629800 segundos). Para HTML Howver, no puede establecer un valor AS para el caché del navegador. Recomiendo usar 10 minutos (600 segundos), ya que esta será la experiencia cuando el usuario haga clic en el navegador similar o similar, pero no tanto que el usuario pueda y contenido obsoleto. Si no lo sabe, o desea controlar esto usted mismo, use el complemento Servbolt Optimizer.
ServBelt Optimizer toma cuál de configurar los encabezados de caché correctos.Cache no resuelve todos sus problemas de rendimiento en WooCommerce General. Puede almacenar en caché cualquier solicitud de obtención.Obtenga solicitudes, como el nombre Suugugests, solicitudes para obtener algún recurso.A pesar de que Get Solicitudes es offefic para caché, como se mencionó anteriormente, tiene muchas páginas que no puede entregar caché: páginas iniciadas ( / my-count /, etc.)
Carro
Mechas
Listas de deseos
En WooCommerce también necesita solicitudes de publicación. Public Solicitaciones tiene solicitudes que publiquen algo en el servidor web. En WooCommerce, esto puede ser “Publicar que he agregado el elemento X al carrito” o “publicar este pedido”. Y las solicitudes de publicaciones nunca se pueden almacenar en caché. Cómo funciona el caché en los dominios acelerados de los dominios acelerados ha implementado el almacenamiento en caché de acuerdo con las mejores prácticas y el estándar de Internet, y se tunda para trabajar perfectamente con WooCommerce. En los dominios acelerados también hemos resuelto algunas cosas que son específicas para WooCommerce. Entregue pero no escriba en caché cuando algo está en el carrito en general, cuando tiene algo en el carrito, la mayoría de los servidores omitirán el caché. Tener algo en un carrito significa que tiene un juego de cookies, y esa cookie hace que la solicitud que envíe al servidor sea única. Las solicitudes únicas no alcanzan caché. En los dominios acelerados, ya que hemos implementado una técnica de “no tiendas” para ser sobre Servle de Cache, incluso si su votante tiene algo en el carrito. Eso significa que un visitante con un artículo en el carrito puede entregar HTML de caché más rápido, pero las solicitudes que no golpean el caché por alguna razón nunca se han almacenado en caché. Esto garantiza un rendimiento más rápido durante el viaje completo del cliente para completar el pedido. Frotend Code Su código frontend, el código del proceso del navegador, debe optimizarse y limpiarse para garantizar que sea un proceso rápido. Estas son las cosas más importantes para trabajar. HTML Validación de validación HTML es una parte olvidada de la optimización del rendimiento. Si bien muchos piensan que ya no es necesario, el hecho es que ‘
Soy tan importante como cualquier otra cosa. Y la buena noticia es que es en su mayoría bastante fácil. HTML que valida se analiza y se representa más rápido que HTML que se desvía del estándar y contiene errores y advertencias. Si bien los navegadores hacen todo lo posible para analizar y hacer que HTML incorrecto, lleva más tiempo que HTML validado y correcto. Simplemente hacer que el HTML sea válido es una mejora simple del rendimiento. W3C tiene un servicio de validación donde puede probar su HTML con los estándares abiertos. Es fácil de usar, y la clave para corregir todos los errores y advertencias que aparecen. Errores de consolación en la consola del navegador que encontrará al ejecutar JavaScript, analizar y representar el HTML con hoja de aguja adjuntas. Al igual que en PHP y en el servidor web en general, los errores llevan tiempo. Asegurarse de que no tenga errores de consola y advertencia, o arreglar los que están allí, es un paso clave para fácilmente los navegadores que funcionan cuando analizan y representan. CSS crítico sobre el pliegue CSS, CSS crítico o CSS de primera vista. Tiene muchos nombres, pero todos se hacen referencia al estilo para representar la parte superior de su paliga en la pantalla inicial, llamada arriba del pliegue, correctamente. En las otras palabras, el estilo necesario para representar la parte del sitio web que sus visitantes serán primero cuando el sitio web. Cargando primero el CSS crítico en archivos separados y cargue el resto de su estilo en un momento posterior, incrementan vitales web y la experiencia de su sitio web. Este proceso puede ser tedioso, y ‘
Es mejor hecho automáticamente. El mejor complemento para Beadin, este es CriticalCSS que puede usar ToGherer con el popular complemento Autoptimize. CSS no utilizado Si compra o se aran, y especialmente “temas multipropósito” o “complementos de cuchillas de ejército suizo”, estos vienen con mucho de lo que no tiene. El código que debe ejecutarse o analizarse, pero no tiene ningún impacto en el resultado final se llama Bloat. Generar código en el servidor, enviar ese código a través de Internet y hacer que el análisis del navegador que no afecte el estilo, la experiencia o la funcionalidad de una tienda WooCommerce es el tiempo perdido, la energía desperdiciada y, por último, pero no menos importante, el dinero desperdiciado. La velocidad de carga es uno de sus factores técnicos clave que afectan su tasa de conversión. Si desea averiguar exactamente cuánto no usa el sitio, pero le recomiendo PurifyCs.online y herramientas similares. Estas herramientas pueden decirle cuántos por ciento de su CSS no se usa, e incluso generan un archivo de hoja de tigancia limpia para usted. ¿Qué hacer si el tema o un complemento agrega la hoja de estilo? Si el CSS se agrega a través de un complemento o tema, el proceso de optimización siempre se vuelve un poco más complicado. Puede hacer que los complementos hagan el trabajo por usted, pero estos complementos habituales solo mejoran y no hacen perfectas. La técnica y el palo personal es determinar qué parte del código se usa mediante el uso de PurifyCSS, eliminar el estilo del tema o el complemento y agregar el CSS en uso a un tema infantil. Para remve el estilo del Lam Lomading, debe desposegar y opcionalmente desreigilar la hoja de tensión en sus funciones.php del tema de su hijo, o en un sitio personalizado. Ejemplo add_action (‘wp_enqueue_scripts’, ‘
Remove_default_stylesheet ‘, 20); Función remove_default_stylesheet () {wp_dequeue_style (‘original-anqueue-sylesheet-handle’); wp_deregister_style (‘original-registro-stylesheet-handle’); } Activos frontend Los activos cargados por su navegador, los activos frontend, tienen mucho espacio para la optimización para el rendimiento. Especialmente si está utilizando muchas imágenes y/o grandes. Optimice sus imágenes Las imágenes generalmente tienen lo más cerca que un cliente potencial llega a un producto físico antes de que se compre y entregue. Las imágenes son importantes, y como propietario de una tienda, desea ser tan alto 1. En la mano de Oter, no desea enviar imágenes más grandes que sus sueños en su pantalla. Enviar más píxeles que la pantalla, o que el contenedor de imagen, significa que la fecha superflua solo ralentiza la carga y la visualización de la imagen, y posiblemente la página en su conjunto. Enviando más píxeles de lo que se mostrará no solo a mí para ser transferido a través de Internet al navegador, sino que el navegador también debe escalar las imágenes para que lo haga. Todo esto lleva tiempo. En WordPress y WooCommerce, tiene un conjunto de tamaño de imagen, y los complementos y temas también pueden registrar la imagen. Estos tamaños de imagen controlan los tamaños de las imágenes que sube deben ser recessi, para que pueda ofrecer la mejor imagen de foración dependiendo del uso. Todas sus imágenes serán duplicadas y redimensionadas las imágenes intose y se almacenarán en el disco. Eso es impresionante, y siempre y cuando en usted use el mejor tamaño de imagen para el contenedor ‘
S que se muestra en, ha realizado el primer paso de optimizar sus imágenes.Elija la calidad de imagen correcta para su tienda ahora que hemos tocado, pero eso es solo la mitad de la ecuación cuando se trata de la cantidad de megabytes o kilobytes.El otro es la calidad de imagen o la compresión de la imagen.La calidad de la imagen simplemente significa el nivel de Accorac en una imagen.Por defecto, WordPress utiliza una calidad de 82 de 100 en tamaño intermedio.Whic es bueno para la mayoría, pero al optimizar las imágenes no quieres “bueno para todos” quieres “lo suficientemente bueno para esta tienda”.Afortunadamente, esta configuración se puede cambiar.Por lo tanto, debe jugar con la configuración de calidad para encontrar la configuración de calidad perfecta para su tienda.Cuanto más bajo, mejor.Por lo general, termino con algo entre 60 y 70. La configuración de calidad no cambia la calidad de la imagen de tamaño completo, solo tamaños intermedios.¡Pero, por suerte, también hay una solución para eso!
El siguiente paso es deshacerse de la fecha en la imagen que no usa.Si no lo sabía, las imágenes pueden contener dado que no tiene ninguna para hacer la visualización de la imagen en sí.Esa fecha se llama fecha de metatata o exif.Esta fecha puede ser derechos de autor, información sobre si un Phoo fue tomado, por lo que y así sucesivamente.Esta información no proporciona mucho valor en la tienda WooCommerce regular y debe eliminarse.Hemos escrito sobre la optimización de imágenes antes, así como el cambio de tamaño de la imagen.Ambos tienen buenos recursos para consultar con respecto a este tema.Cambiar la calidad predeterminada y el tamaño máximo, y deshacerse de los datos de Exif, uno de los pocos complementos y casi siempre instalar en una tienda WooCommerce es la imagen de cambio de tamaño después del complemento de carga desde ShortPixel.Este es un complemento liviano que principalmente hace dos muy importantes: cambiar el tamaño y optimizar la imagen de tamaño completo
Cambiar la calidad de los tamaños intermedios
En el complemento puede establecer el tamaño máximo de la imagen de tamaño completo, y el complemento reinsca la imagen a ese tamaño si carga imágenes más grandes. Una característica impresionante si las personas que suben imágenes no se vuelven a recesar a la imagen antes de cargarla. También puede establecer una configuración de quaalidad que cambia tanto la calidad de la imagen de tamaño completo como la calidad del intermedio. Lo que este complemento no hace es recessi y optimizar las imágenes que Allady ha cargado. Para eso, usa algunos comandos CLI simples o complementos separados. ¡Imágenes receptivas para que haya optimizado nuestras imágenes, Grat! Eso significa que las imágenes que tenemos en nuestra tienda WooCommerce están optimizadas para la velocidad. Ahora, la próxima misión es optimizar qué imagen entregamos a qué navegador y qué pantalla. Imágenes receptivas de ensamblaje de los navegadores modernos, los atributos SCSET y el tamaño. Esto le permite en una etiqueta declarar un tamaño múltiple, y el navegador solo descargará la imagen que cree que se ajustará exactamente a eso exactamente. La mayoría de los temas y complementos, además de WordPress y WooCommerce aplicaron imágenes ahora y no es para hacer nada para que funcione. Eso no significa que no pueda hacer nada para optimizar sus imágenes receptivas. De depósito de qué tamaño ya lo han configurado su tema y complemento, también puede agregar su propia aduana a adaptar al navegador y el tamaño de la pantalla específicos. Si bien este es un bit complicado, hemos hecho solo hacer en dominios acelerados. Imágenes receptivas, redimensionadas y optimizadas en la mosca utilizando dominios acelerados
En los dominios de aceleración, hemos incorporado el cambio de tamaño y optimización de imágenes automáticas en la marcha.Con una configuración mínima en nuestro complemento, puede optimizar la entrega y el tamaño de la imagen fácil.Sin reservar más imágenes en el disco, mientras almacenamos las versiones redimensionadas en la red de dominios accesorios.Agregue automáticamente los medios tamaños utilizando el complemento Servate Optimizer y los dominios de aceleración que pueda, con un movimiento de un interruptor, agregue tamaños que tengan el 50% del tamaño de toda su imagen registrada de Alread.Eso significa que si tiene un tamaño de imagen de 100 × 100, agregaremos automáticamente un tamaño de imagen de 50 × 50 si no
T Al -ade tiene uno. Esto aumentará los tamaños de imagen que están disponibles para el navegador y optimizarán automáticamente un conjunto más grande de tamaños de pantalla y navegador. Ajuste la calidad de imagen en el complemento También puede ajustar fácilmente la calidad de imagen. En WordPress, el valor predeterminado es 85, pero como se mencionó anteriormente, debe experimentar con esta configuración para encontrar la calidad más baja aceptable para su tienda y productos de WooCommerce. En la función de cambio de tamaño de imagen en dominios acelerados, puede hacerlo fácilmente para todas las imágenes. Dimensiones de imagen adicionales para permitirle optimizarlo fácilmente, agregué una manera fácil de optimizar las dimensiones de las imágenes, agregando una ligera manera de agregar dimensiones personalizadas de Imágenes sin código. Analizando qué tamaño de pantalla y navegador usan su audiencia, puede determinar qué tamaño de imagen debe estar disponible. Luego puede descubrir cuál es el tamaño exacto de la imagen de su producto en una pantalla ancha de 1300 píxeles y puede agregar ese tamaño. ¡El navegador usará el tamaño perfecto!
Organice fuentes locales Si usa Google Fonts u otras fuentes de tercera parte, lo más probable es que se carguen desde fonts.google.com. Esto introduce una solicitud separada a un nuevo dominio, que es más lento que la carga de activos en el mismo campo que la solicitud inicial. Esto se debe tanto al navegador que tiene que hacer una búsqueda DNS separada y negociar con el SSL con el otro servidor. Al cargar una fuente de Google utilizando el método recomendado, se diagnostica como un “recursos de bloqueo de resurrección” y agregará casi un segundo segundo al tiempo de carga. Resuelto en campos acelerados en lugar de alojar las fuentes a nivel local, hemos configurado el proxy Google en las áreas aceleradas. Esto tiene el mismo efecto que el alojamiento local de las fuentes, pero es automáticamente y fácil de usar. Async y JavaScript como JavaScript es principalmente un lenguaje de secuencias de comandos a nivel de cliente, y el código se enrolla en el navegador, la sincronización es esencial al cargar y ejecutar JavaScript. Para comprender esto completamente, primero debemos comprender cómo y cuándo los navegadores cargan y ejecutan JavaScript. El tiempo es la clave para el analizador HTML en Browsere funciona de arriba a abajo. Una vez que llegue a una línea de script, de forma predeterminada, tomará el script inmediatamente y lo ejecutará antes de continuar el análisis HTML. Esto significa que colocar la línea de script es la clave. En WordPress, las posiciones predeterminadas para los scripts están en y en la parte inferior de .
Cargar scripts con asincron javaScript cargado con async (asincron) le dice al navegador que puede continuar analizando la página mientras se descarga el script. Sin embargo, el script se ejecutará una vez que termine la descarga. Mientras que Dfer le dice al navegador que descargue el script y ejecute el script hasta que se complete el análisis HTML.
Cargue los scripts con una deferencia cuando las Escrituras se cargan con la deferencia en el encabezado, dígale al navegador que deben hacerse cargo del script, pero continúe analizando HTML y espere para ejecutar el script hasta que el HTML se analice por completo.
Integraciones Las integraciones son un componente necesario en cualquier tienda WooCommerce exitosa. Las integraciones pueden acelerar la gerencia, simplificar el envío o incluso aumentar las ventas. Pero las integraciones se pueden hacer de una manera mala y buena. ¿Qué hace una mala integración?
Algunas integraciones vienen en forma de un complemento apenas escrito escrito por personas que no entienden completamente cómo funciona WordPress interno. Esto puede llevar a la instalación de un complemento para administrar los comandos, que luego ralentiza la interfaz, sin que suceda. A menudo encontramos integraciones que son aparentemente simples y deberían tener un bajo impacto, pero por el contrario. Ejemplos de dicha integración mala son las verificaciones de licencias para complementos o temas en cada carga de la página, o las integraciones que utilizan XML-RPC para conectar su servicio al sitio. Las versiones más obvias de la mala integración son las integraciones de código pesado, que ralentizan su sitio simplemente debido a la hinchazón que ingresan o simplemente a la carga incorrecta del código de complemento y sus activos. Como cuándo, dónde y cómo ser cargado. Las buenas integraciones, como ejemplos para los malos ejemplos anteriores, utilizarán la API REST para conexiones, tenga cuidado al cargar en qué página. O, en general, son solo un complemento muy fácil o no tiene que usar un enchufe en absoluto. La búsqueda de productos de búsqueda es una parte importante de cualquier tienda WooCommerce. La base de datos es muy buena cuando se maneja grandes cantidades de datos, pero la búsqueda con muchos filtros de metadatos, como los atributos, aún puede ser un poco lento. Afortunadamente, hay soluciones que son mucho mejores y más rápidas en las búsquedas de productos que la búsqueda incorporada en WoCommerce. Algolia Algolia es una base de datos de búsqueda externa que puede poblar y buscar con API. Es un rayo rápido y ofrece mucha personalización.
El equipo de WebDevstudios incluso ha creado un complemento para implementar fácilmente Algolia en WordPress/WooCommerce. Búsqueda elástica La búsqueda elástica es similar a la algolia, pero se basa en la pila de alces y está disponible como una solución alojada (como algolia) y como una solución autohostada. La búsqueda elástica es casi tan rápida como la algolia y ofrece un mayor nivel de personalización. Sin embargo, no obtenga una interfaz gráfica de gestión de búsqueda elástica en el cuadro. Pero, para mayores necesidades de personalización, la búsqueda elástica es perfecta. El equipo 10UP incluso tiene un complemento que lo ayudará a comenzar fácilmente y es completamente compatible con nosotros. Póngase en contacto con nuestro equipo de asistencia y lo complacerá para configurarlo. Cómo manejar la seguridad de una tienda de WooCommerce en cualquier tienda de WooCommerce una gran cantidad de información personal sobre las personas que realizan pedidos. Esto introduce muchas nuevas preocupaciones y amenazas de seguridad, porque los malos actores con intenciones maliciosas no solo pueden “piratear” su sitio, es decir, llevar el tráfico a su sitio, sino también obtener la información personal que los almacene. Por lo tanto, debe apretar la seguridad y asegurarse de que ninguna persona no deseada tenga acceso a su tienda de ninguna manera. La seguridad en WooCommerce (o en realidad WordPress) es un tema que podríamos escribir un libro, porque este es un tema complicado con muchas variables.
Sin embargo, estas son algunas de las trampas más importantes que debe tener en cuenta. No use complementos de seguridad para WordPress y WooCommerce muchos propietarios y desarrolladores de tiendas, tanto el bueno como el menos, confía en varios complementos de seguridad para asegurar su tienda. Complementos como Wordfency y Ithemes Security. Todos estos complementos hacen cosas buenas, pero los hacen en el lugar equivocado. Y hacerlo en el lugar equivocado puede en muchos casos ser peor que no hacer nada. Además, le venden que usted es “lo único que debe hacer” para asegurar su tienda WooCommerce, que es incorrecta y falsa. Los complementos de seguridad funcionan en WordPress en su mayor parte, y algunos hacen la personalización de Apache a través del archivo de configuración Apache, .htaccess. Es como asegurar su casa recibiendo una honda. No puedes hacer mucho hasta que el mal actor esté en tu casa y una vez que estén adentro, puedo hacer mucho daño antes de que puedas conseguirlos con tu honda. Y, hasta donde saben, es posible que haya tomado esa importante pila de papel que tenía en el escritorio o dejó la puerta abierta para que pueda entrar más fácilmente. Además, el enfoque de estos complementos al asegurar WordPress y WooCommerce desde el interior introduce mucho código en su aplicación. No le ayudan a tratar de acelerar WooCommerce.
Este código debe ejecutarse en todas las solicitudes, tanto buenas como malas, y todas las ralentizan. En cierto modo, puede decir que, utilizando un complemento de seguridad, se convierte en un objetivo más fácil para los DDO, porque un sitio más lento utiliza más CPU en la solicitud, por lo que el atacante necesita menos solicitudes para sobrecargar su servidor. Más sobre bloquear el tráfico no deseado aquí. Lo que debe hacer para asegurarse de que WooCommerce debería estar claro ahora qué hacer, ¡así que destacemos las cosas que debe hacer! Haga que su WP-Admin con autenticación con varios factores, la forma más fácil de ingresar a cualquier WordPress es la autenticación con un nombre de usuario y contraseña válidos, y esta es la forma más común en que los atacantes pueden ingresar. Al ingresar uno o más factores necesarios para iniciar sesión, como un código de seguridad (OTP) o similar, minimice el riesgo de que alguien ingrese a sus sitios WP y WOO. Obtenga una valla de seguridad alrededor de toda la infraestructura de WordPress La mejor manera de asegurar cualquier sitio web, incluida una tienda de WooCommerce, es detener a los malos actores antes de alcanzar su infraestructura de origen. Esto se puede hacer con servicios como CloudFlare y Dominios acelerados. Si bien debe mantener la capa de seguridad sola (WAF, reglas de firewall, etc.) en CloudFlare, en los dominios accesorios hacemos esto por usted de manera proactiva. Tanto automáticamente a través del aprendizaje automático y manualmente analizando el tráfico a todas las áreas que ejecutan dominios acelerados.
Mantenga WordPress actualizado, WooCommerce, la mayoría de los temas y complementos de “hacks” de WordPress y WooCommerce se ejecutan por vulnerabilidades, temas o complementos de seguridad de WordPress. Y la mejor manera de asegurarse de tener la menor cantidad de vulnerabilidades de seguridad posible es mantener el núcleo, temas y complementos de WordPress, WooCommerce. No use complementos y temas que no se mantengan mediante complementos y los temas pueden no tocar repentinamente, lo que también significa que no reciben actualizaciones para remediar ninguna vulnerabilidad de seguridad. ¡Los complementos que no han recibido actualizaciones de ningún tipo se informan en WordPress.org Plows Warehouse y por buenas razones! Simplemente ya no use complementos ininterrumpidos. No use complementos grandes para cargas pequeñas, cuanto más código hay en un complemento, más se mantendrá. Y más código también significa más vulnerabilidades de seguridad posibles. El uso de un complemento grande para una pequeña carga, en la que usa y ve valor solo en una pequeña parte de un complemento puede tener el precio de las vulnerabilidades de seguridad en partes del código que ni siquiera usa. Las pluginas de punta adicionales que son útiles al optimizar el rendimiento en su intento de optimización de rendimiento, me gustaría resaltar dos complementos específicos que pueden ayudarlo a optimizar de dos maneras diferentes. WP Plugin Manager La mayoría de los complementos no contienen mecanismos para garantizar que no carguen en las páginas donde no sea necesario.
Esto es, en muchos casos, difícil de lograr para un desarrollador de complementos, porque el desarrollador de complementos no sabe qué páginas usará el complemento.Esto hace que WP Plugin Manager esté disponible, ya que puede controlar y deshabilitar completamente los arados de la página/publicación y asegurarse de no agregar activos innecesarios, código PHP y consulta de bases de datos en publicaciones, páginas o productos que no se usan. WP Plugin Manager: deshabilite los complementos en la página
Las consultas del monitor de interrogación en las bases de datos pueden ralentizar su tienda WooCommerce, y el mejor complemento para identificar qué consulta requiere tiempo y qué complemento o parte de esa consulta se llama el monitor de consulta y John Blackbourn mantiene.
Monitor de consulta
