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.
- ¿Qué herramientas de creación de prototipos utilizan los diseñadores para probar el diseño web y móvil?
- ¿Se desaconsejaría crear clases CSS 'prefabricadas' y apilarlas en elementos para formatear?
- ¿Tienes alguna idea sobre cómo hacer un sitio web de reserva de vuelos? De principio a fin.
- ¿Cuál es la mejor manera de integrar un video chat en vivo entre dos personas en un sitio web?
- ¿Qué herramientas son comunes para un desarrollador de pila completa?
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.