Cuando visita su página de inicio de Facebook, es completamente posible que no se ejecuten consultas y que todo se sirva desde una combinación de cachés.
El número de consultas que ejecuta no es en sí mismo importante. En realidad, tampoco lo rápido que se carga la página. Lo que le importa es la experiencia del usuario, específicamente, cuántos usuarios convierten (si está tratando de venderles algo), o cuántos anuncios ven, o lo que sea. Ahí es donde debe establecer su primer objetivo y trabajar hacia abajo desde allí.
Sí, existe evidencia de que un sitio web más receptivo generará menos usuarios que reboten, más usuarios que conviertan, etc. Sí, una forma de disminuir el tiempo de uso de una carga de página es disminuir el número de consultas necesarias para la página. Pero disminuir las consultas no es, en sí mismo, un buen objetivo.
- ¿Cuál es la diferencia entre un sitio hecho con HTML y CSS en comparación con un sitio web hecho con HTML, CSS y Javascript?
- Cómo crear un sitio web donde las personas llenen algunos cuadros de texto y el contenido de estos cuadros de texto se combine por correo en uno o más documentos de Word
- Cómo elegir una empresa de diseño web para usted
- Para un sitio web con una URL .ph, dirigido a clientes de India a Japón, ¿es una buena idea alojar el sitio en servidores de EE. UU. O en Filipinas?
- ¿Cuál es el mejor complemento de WordPress para edición frontal (2017)?
Por ejemplo, es posible que necesite algunos datos en una página, y puede obtenerlos a través de varias consultas separadas o una unión masiva. Dependiendo de la consulta, cualquiera de las opciones podría ser más rápida, y más rápido es lo que desea, incluso si genera más consultas. Optimice siempre con un objetivo claro en mente y un perfilador en la mano.
Si desea algunos números reales, iFixit tiene un promedio general de aproximadamente 20 consultas por página que supera nuestro sistema de almacenamiento en caché front-end.
