2010-09-18 17 views
13

Estoy en la etapa final de mi sitio web, y actualmente necesito encontrar una aplicación/herramienta estadística adecuada.¿Google Analytics reduce la velocidad de mi sitio web?

He investigado el webalizer, pero parece obsoleto.

Además, he analizado Google Analytics, pero me temo que si lo implemento, mi sitio web irá lento. Ya es bastante pesado con el material de base de datos que se muestra, que es btw dinámico. He leído Puedo poner el código GA js en la parte inferior de la página y, por lo tanto, la página se cargará primero, pero aún así no quiero que disminuya la velocidad.

Todos tienen mucha más experiencia en estadística que yo, así que creo que pueden darme algunos buenos consejos.

Tengo mi propio servidor privado (Linux) y tengo acceso de root también (offcourse).

¿Crees que debería tener una aplicación de estadísticas en el servidor, sin interferir con mi sitio web, o debería usar Google Analytics?

Por favor, dame buenos nombres de las aplicaciones que ha probado etc ...

Gracias

+1

Incluso con conexiones lentas, estamos hablando de microsegundos aquí ... en serio no es algo que deba perderse de vista. –

Respuesta

18

Cualquier llamadas adicionales a los scripts se ralentizará su sitio. Sin embargo, Google Analytics le indica que lo coloque en un lugar específico para que no se cargue hasta que la página se haya cargado. (Solía ​​ser antes de la etiqueta </body>, pero creo que ahora se supone que es la última <script> en la etiqueta <head>). No se preocupe demasiado por eso; los beneficios de los análisis superarán con creces la llamada adicional a un archivo remoto.

Enfóquese en otras optimizaciones (consultas a bases de datos, sprites CSS, menos solicitudes HTTP). La analítica es necesaria en el mercado de sitios de hoy y es indispensable; IMO no es una opción para olvidarlo.

En cuanto a tener su propia "aplicación de estadísticas", supongo que está hablando de la construcción de su propia base de código de estadísticas de propiedad? Desanimaría eso, ya que toma mucho de tiempo y esfuerzo y al final no tendrá las mismas optimizaciones que Google ha empleado para el diseño de todo un proyecto de ingenieros de software. Recuerde que aunque siempre es bueno crear su propio producto, no tiene que reinventar la rueda, especialmente cuando se trata de cosas como esta, que tienen muchas soluciones integrales que están disponibles de forma gratuita.

Con respecto a las soluciones analíticas que no son de Google, otra nota es Clicky. No soy tan experimentado como lo soy con GA, pero he escuchado muchas críticas que es más preciso y más informativo que GA. Sin embargo, al igual que un usuario final que navega por la web, he notado muchas veces que sus llamadas al sitio web de Clicky do tienden a ralentizar las páginas, y notablemente; Realmente no puedo decir que he visto el mismo efecto con GA.

Una última cosa que advierto es esto: No utilice emplee más de una solución de análisis a menos que esté tratando de encontrar la que mejor se adapte a sus necesidades. Es exagerado ejecutar dos soluciones analíticas alojadas de forma remota en cada una de sus páginas, por lo que lo invito a probar algunas de las primeras semanas de su sitio (sí, las páginas se ralentizarán durante esta fase de prueba) y simplemente quédate con la que más te guste. Eso también le dará la ventaja adicional de poder ver de primera mano cuáles son las implicaciones de velocidad en su entorno de alojamiento único para cada script.

Aquí hay otras soluciones de análisis que debes revisar:

+0

¿por qué cambió de la etiqueta de cuerpo a la cabeza? – Tsundoku

+0

Porque se supone que '

-3

Google Analytics es basada javascript y no TUN en tu servidor Todo el procesamiento y almacenamiento se realiza en los servidores de Google, por lo que es ideal si te preocupas por los recursos locales.

1

Las personas se concentran demasiado en el tiempo total de carga cuando lo importante es los tiempos de render y en particular el procesamiento progresivo. Si usa Google Analytics correctamente, se cargará después de que la página se haya mostrado al usuario. Así que sí, agregará una pequeña sobrecarga a cada solicitud, pero debido a que el usuario puede ver la página ya probablemente ni siquiera lo notarán. Solo házlo.

Webalizer se ejecuta en el lado del servidor después de los registros de apache, ¿no es así? Es por eso que parece obsoleto, no puede recopilar tanta información como JS puede. Pero no desacelera al usuario. Puede ejecutar Webalizer y Google juntos por un tiempo y ver qué se adapta mejor a sus necesidades.

3

Directamente de señal analítica de Google hasta la página (https://www.google.com/analytics/provision/)

"La apariencia de su sitio web no se verán afectados por el uso de Google Analytics -. No ponemos ninguna imagen o texto en las páginas de la misma manera, el rendimiento de sus páginas no se verá afectado, con la posible excepción de la primera carga de la página después de haber agregado el código de seguimiento. Esta primera vista de página llama a JavaScript en los servidores de Google, lo que puede demorar un poco más que una carga de página normal Las páginas vistas posteriores usarán datos almacenados en caché y no se verán afectados ".

1

Decidimos evitar la posibilidad de que los servidores de Google parezcan ralentizar nuestro sitio. En lugar de que nuestros usuarios descarguen el archivo ga.js de los servidores de Google, lo almacenamos localmente. El único problema con ese enfoque es que nuestra copia local se vuelve obsoleta. Así que escribimos una aplicación que periódicamente compara nuestro archivo local con el de Google y actualiza nuestro archivo en consecuencia.

Andrew

+4

Almacenar una pieza de javascript normalmente servida por una CDN (como la secuencia de comandos de Google) es un no-no: está pagando el precio de servir un archivo que ya está en la memoria caché de los navegadores de todos los usuarios (de navegar en otros sitios usando Google Analytics. ..) Lo mismo ocurre con otros scripts populares como jQuery, etc., por cierto: siempre enlace a una copia CDN: primero no lo servirá usted mismo para que no grava su servidor y luego, ya está en prácticamente todos los clientes, a menos que su sitio sea literalmente el primero que el usuario haya navegado ... –

+2

Además del comentario de Axel, la descarga de CDN no cuenta contra el recuento máximo de conexiones del navegador, que es por host. – NateS

+0

Creo que el enlace CDN es según la versión, por lo que incluso si usa Google Analytics desde cdn, debería estar desactualizado cuando se lance una nueva versión ...así que, en cualquier caso, ¡tener un CDN versus tener una copia local va a dejar atrás tu script! – akjha627

Cuestiones relacionadas