Google Analytics có chi phí hoạt động không?


83

Google Analytics tác động đến hiệu suất ở mức độ nào?

Tôi đang tìm kiếm những thứ sau:

  • Điểm chuẩn (bao gồm thời gian phản hồi / thời gian tải trang và cộng sự)
  • Liên kết hoặc kết quả đến các điểm chuẩn tương tự

Một (có thể) phương pháp kiểm tra Google Analytics (GA) trên trang web của bạn:

  1. Cung cấp ga.js (tệp JavaScript của Google Analytics) từ máy chủ của riêng bạn.
  2. Cập nhật từ Google Hàng ngày (thử nghiệm 1) và Hàng tuần (thử nghiệm 2).

Tôi muốn xem điều này làm giảm giao tiếp giữa máy chủ web máy khách và máy chủ GA như thế nào.

Có ai đã tiến hành bất kỳ thử nghiệm nào trong số này? Nếu vậy, bạn có thể cung cấp kết quả của bạn? Nếu không, có ai có phương pháp tốt hơn để kiểm tra lượt truy cập hiệu suất (hoặc thiếu phương pháp đó) để sử dụng GA không?


4
Tại sao mọi người đánh dấu câu hỏi là "yêu thích" mà không ủng hộ nó? Nếu câu hỏi tạo ra câu trả lời thú vị, hãy tán thành câu hỏi!
Dan Rosenstark

2
Có lẽ họ chỉ muốn xem những gì người ta nói để đáp ứng, nhưng không chính xác quan tâm đến chủ đề này, (tức là họ đang suy nghĩ về một cái gì đó liên quan)
UnkwnTech

3
Đúng. Mà xứng đáng là một ủng hộ. Lượt bình chọn không dành cho những câu hỏi khiến bạn cười. Đây không phải là YouTube. Số phiếu ủng hộ dành cho các câu hỏi làm phong phú thêm kiến ​​thức kỹ thuật chung của chúng tôi.
Dan Rosenstark

1
Tôi cho rằng những người khác nhau có các tiêu chí khác nhau cho số phiếu ủng hộ, nếu không mọi câu hỏi sẽ có IMMENSE số phiếu bầu hoặc bị đóng.
UnkwnTech

2
Viết lại câu hỏi để làm rõ, cải thiện cấu trúc và loại bỏ các đoạn câu.
George Stocker

Câu trả lời:


35

Cập nhật năm 2018 : Vị trí và cách bạn gắn kết Analytics đã thay đổi nhiều lần. Mã gtag.js hiện tại thực hiện một số việc:

  1. Tải tập lệnh gtag nhưng không đồng bộ (không chặn). Điều này có nghĩa là nó không làm chậm trang của bạn theo bất kỳ cách nào khác ngoài băng thông và quá trình xử lý.
  2. Tạo một mảng trên trang có tên window.datalayer
  3. Định nghĩa một gtag()hàm nhỏ chỉ đẩy bất cứ thứ gì bạn ném vào nó vào mảng đó.
  4. Gọi điều đó với một sự kiện tải trang.

Khi tập lệnh gtag chính tải, nó sẽ đồng bộ hóa mảng này với Google và theo dõi các thay đổi. Đó là một hệ thống tốt và không giống như các hệ thống trước đó (ví dụ như nhồi mã ngay trước đó </body>), nó có nghĩa là bạn có thể gọi các sự kiện trước khi DOM được hiển thị và thứ tự tập lệnh không thực sự quan trọng, miễn là bạn xác định gtag()trước.

Điều đó không có nghĩa là không có chi phí hiệu suất ở đây. Chúng tôi vẫn đang sử dụng băng thông khi tải tập lệnh lên (nó được lưu vào bộ nhớ cache cục bộ trong 15 phút) và đó không phải là một đống nhỏ các tập lệnh mà chúng ném vào bạn, vì vậy, CPU sẽ có chút thời gian xử lý.

Nhưng tất cả đều không đáng kể so với (ví dụ) các khuôn khổ giao diện người dùng hiện đại.

Nếu bạn đang sử dụng trang web tuyệt đối, cắt giảm nhất có thể, hãy tránh nó hoàn toàn. Nếu bạn đang cố gắng bảo vệ quyền riêng tư của người dùng, đừng sử dụng bất kỳ tập lệnh nào của bên thứ ba ... Nhưng nếu chúng ta đang nói về một trang web hiện đại trung bình, thì có kết quả thấp hơn nhiều so với gtag.js nếu bạn giải quyết các vấn đề về hiệu suất.


3
Google có thể có máy chủ tốt hơn, nhưng họ không phân phối tệp được nén nếu có thể; 22k không phải là một tệp lớn, nó đủ lớn để hưởng lợi từ việc nén gzipping, đặc biệt là văn bản thuần túy (nó giảm xuống còn 10k trên máy chủ của tôi).
Ross

6
Tôi không biết có phải họ đã không gzipping cách đây 2 năm hay không, nhưng bây giờ họ đã làm như vậy và nó làm giảm kích thước tệp từ 30,92k xuống 12,63k khi viết bài này.
Yahel

2
Sai: tệp GA được đánh dấu là không có bộ nhớ cache. Không ai có nó trong bộ nhớ cache.
tacone

1
Tôi rất vui khi tìm thấy một câu trả lời đơn giản như vậy, nhưng đây là từ năm 2009. Tôi không nói rằng "già có nghĩa là xấu", tôi chỉ tự hỏi: có gì thay đổi trong những năm gần đây không?
Lazar Ljubenović

1
Cập nhật cho tập lệnh mới nhất. @tacone Nhận xét của bạn là vài năm sau câu trả lời ban đầu của tôi. Thực tế đơn giản là Google đã nhiều lần thay đổi cách hoạt động của tất cả những thứ này trong thập kỷ qua. Bộ nhớ đệm hiện tại là 900 giây.
Oli

11

Có một số trang trình bày tuyệt vời của Steve Souders (chuyên gia về hiệu suất phía khách hàng) về:

  • Các kỹ thuật khác nhau để tải song song các tệp JavaScript bên ngoài
  • ảnh hưởng của chúng đến thời gian tải và hiển thị trang
  • loại chỉ báo "đang xử lý" mà trình duyệt hiển thị (ví dụ: 'đang tải' trên thanh trạng thái, con trỏ chuột đồng hồ cát).

cảm ơn bạn đã tham khảo các slide của Souders, thông tin tuyệt vời chứa trong chúng.
Sabuncu

7

Tôi chưa thực hiện bất kỳ thử nghiệm tự động ưa thích nào hoặc bẻ khóa số có lập trình, nhưng sử dụng Firefox cũ tốt với plugin Firebug và một cặp biến JS để phân biệt thời gian trước và sau khi tất cả mã GA được thực thi, đây là những gì tôi tìm thấy.

Hai thứ được tải xuống:

  1. ga.js là tệp JavaScript chứa mã. Đây là 9kb, vì vậy tải xuống ban đầu là không đáng kể và tên tệp không động nên nó được lưu vào bộ nhớ cache sau yêu cầu đầu tiên.

  2. tệp gif 35 byte có url động (thông qua chuỗi truy vấn args), vì vậy điều này luôn được yêu cầu. 35 byte cũng là một tải xuống không đáng kể (firebug nói rằng tôi mất 70ms để tải nó).

Về thời gian thực thi, yêu cầu đầu tiên của tôi với bộ nhớ cache của trình duyệt sạch là trung bình khoảng 330 mili giây mỗi lần và các yêu cầu tiếp theo là từ 35 đến 130 mili giây.


Khi bạn nói rằng nó mất 70 mili giây, bạn có nghĩa là nó đã thêm 70 mili giây vào khoảng thời gian thực hiện từ khi người xem nhấp vào liên kết và trang được họ xem? Nếu đúng như vậy thì 70ms là rất quan trọng so với những gì tôi đã đọc. Tôi đọc rằng bất cứ điều gì dưới 100ms được coi là tức thời. Vì vậy, nếu 70 mili giây đã được sử dụng hết, bạn chỉ còn 30 mili giây để làm tất cả những việc khác trước khi kết thúc với độ trễ đáng chú ý. Tôi hoàn toàn không chắc liệu những gì tôi đã nói có hợp lý hay không vì tôi không hiểu chủ đề này lắm nhưng ít ra thì nó có vẻ logic.
user3425506

5

Từ kinh nghiệm của riêng tôi, việc thêm Google-Analytics đã không thay đổi thời gian tải.

Theo FireBug, nó tải trong vòng chưa đầy một giây (trung bình 648MS), và theo một số thử nghiệm khác của tôi thì ~ 60% - 80% thời gian đó là chuyển dữ liệu từ máy chủ, tất nhiên sẽ khác nhau ở mỗi người dùng.

Tôi không nghĩ rằng bộ đệm ẩn mã phân tích cục bộ sẽ thay đổi nhiều thời gian tải, vì những lý do trên.

Tôi sử dụng Google-Analytics trên hơn 40 trang web mà nó không bao giờ là nguyên nhân gây ra bất kỳ sự chậm trễ nào, dù là nhỏ, phần lớn thời gian dành cho việc lấy hình ảnh, do kích thước điển hình của chúng, là điều dễ hiểu.


5

Bạn có thể lưu trữ ga.js trên máy chủ của mình mà không gặp vấn đề gì, nhưng ý tưởng là người dùng của bạn sẽ lưu trữ ga.js từ một số trang web khác mà họ có thể đã truy cập. Vì vậy, việc tải xuống ga.js, bởi vì nó quá phổ biến, thêm rất ít chi phí trong nhiều trường hợp (tức là nó đã được lưu vào bộ nhớ đệm).

Ngoài ra, việc tra cứu DNS không có chi phí giống nhau ở những nơi khác nhau do cấu trúc liên kết mạng. Hành vi lưu vào bộ nhớ đệm sẽ thay đổi tùy thuộc vào việc người dùng có sử dụng các trang web khác bao gồm ga.js hay không.

Khi javascript đã được tải, ga.js sẽ giao tiếp với các máy chủ của Google, nhưng đó là một quá trình không đồng bộ.

Hi vọng điêu nay co ich.


3

Không có / tối thiểu chi phí trang web ở phía máy chủ.

HTML cho Google Analytics là ba dòng javascript mà bạn đặt ở cuối trang web của mình. Nó thực sự không có gì và không tiêu tốn bất kỳ tài nguyên máy chủ nào ngoài thông báo bản quyền.

Ở phía máy khách, trang có thể mất một chút thời gian (tối đa vài giây) để hoàn tất việc hiển thị một trang. Tuy nhiên - Theo kinh nghiệm của tôi, phần duy nhất của trang không được tải là nội dung của Google, vì vậy người dùng có thể thấy trang của bạn hoàn toàn ổn. Bạn chỉ thấy nhói ở đầu trang lâu hơn một chút.

(Lưu ý: Bạn cần đặt khối mã google analytics của mình ở cuối bất kỳ trang nào được phục vụ để phòng trường hợp này. Tôi không biết điều gì sẽ xảy ra nếu khối mã được đặt ở đầu HTML của bạn)


3

Các hướng dẫn truyền thống của Google về cách ga.jssử dụng document.write(). Vì vậy, ngay cả khi một trình duyệt nào đó sẽ tải không đồng bộ các thư viện JavaScript bên ngoài cho đến khi một số mã thực sự được thực thi, document.write()thì trình duyệt vẫn sẽ chặn tải trang. Các hướng dẫn không đồng bộ sau này không sử dụng document.write()trực tiếp nhưng có thể insertBeforecũng chặn tải trang?

Tuy nhiên, Google đặt bộ nhớ cache max-agethành 86.400 giây (là 1 ngày và thậm chí đặt ở chế độ công khai , vì vậy cũng có thể áp dụng cho proxy). Vì vậy, khi nhiều trang web tải cùng một tập lệnh Google, thì JavaScript thường sẽ được tìm nạp từ bộ nhớ cache. Tuy nhiên, ngay cả khi ga.jsđược lưu vào bộ nhớ cache, chỉ cần nhấp vào nút tải lại thường sẽ khiến trình duyệt hỏi Google về bất kỳ thay đổi nào . Và sau đó, giống như khi ga.jschưa được lưu vào bộ nhớ cache, trình duyệt phải chờ phản hồi trước khi tiếp tục:

NHẬN /ga.js HTTP / 1.1  
Máy chủ: www.google-analytics.com  
...  
Nếu-Sửa đổi-Kể từ: Thứ Hai, ngày 22 tháng 6 năm 2009 20:00:33 GMT  
Kiểm soát bộ nhớ cache: max-age = 0  

HTTP / 1.x 304 Không được sửa đổi  
Sửa lần cuối: Thứ Hai, ngày 22 tháng 6 năm 2009 20:00:33 GMT  
Ngày: Chủ nhật, ngày 26 tháng 7 năm 2009 12:08:27 GMT  
Cache-Control: max-age = 604800, public  
Máy chủ: Golfe  

Lưu ý rằng nhiều người dùng nhấp vào tải lại các trang web tin tức, diễn đàn và blog mà họ đã mở trong cửa sổ trình duyệt, khiến nhiều trình duyệt bị chặn cho đến khi nhận được phản hồi từ Google . Bạn tải lại trang chủ SO thường xuyên như thế nào? Khi phản hồi của Google Analytics chậm, thì những người dùng như vậy sẽ nhận ra ngay. (Có nhiều giải pháp được xuất bản trên mạng để tải ga.jstập lệnh không đồng bộ , đặc biệt hữu ích cho những loại trang web này, nhưng có thể không còn tốt hơn hướng dẫn cập nhật của Google).

Sau khi JavaScript đã tải và thực thi, quá trình tải thực tế của lỗi web (hình ảnh theo dõi) sẽ không đồng bộ. Vì vậy, việc tải hình ảnh theo dõi không được chặn bất kỳ thứ gì khác, trừ khi trang sử dụngbody.onload() . Trong trường hợp này, nếu lỗi web không tải kịp thời thì việc nhấp vào tải lại thực sự làm cho mọi thứ tồi tệ hơn vì nhấp vào tải lại cũng sẽ khiến trình duyệt yêu cầu lại tập lệnh, như If-Modified-Sincemô tả ở trên. Trước khi tải lại, trình duyệt chỉ đang chờ lỗi web, trong khi sau khi nhấp vào tải lại, trình duyệt cũng cần phản hồi cho ga.jstập lệnh.

Vì vậy, các trang web sử dụng Google Analytics không nên sử dụngbody.onload() . Thay vào đó, người ta nên sử dụng một cái gì đó như sự kiện $ (document) .ready () của jQuery hoặc sự kiện domready của MooTools .

Xem thêm Tổng quan về chức năng của Google , giải thích Cách Google Analytics thu thập dữ liệu? , bao gồm cả Cách hoạt động của Mã theo dõi . (Điều này cũng khiến Google chính thức thu thập nội dung của cookie của bên thứ nhất. Đó là: cookie từ trang web bạn đang truy cập.)


Cập nhật: vào tháng 12 năm 2009 , Google đã phát hành phiên bản không đồng bộ . Ở trên nên nói với mọi người rằng hãy nâng cấp cho chắc chắn, mặc dù nâng cấp không giải quyết được mọi thứ .


3

Nó thực sự phụ thuộc vào ngày. Tôi chỉ thêm điều này vào một blog. Tôi đang ở California, rất gần các trung tâm dữ liệu chính của họ, trên một DSL kinh doanh có độ trễ thấp nhanh, trên i5 được ép xung với nhiều RAM chạy nhân linux gần đây và firefox ổn định.

đây là tải trang mẫu: nhập mô tả hình ảnh ở đây

Chỉ riêng google-analytics đã thêm 5 giây chỉ trong thời gian tải xuống mạng ... để nhận được 15Kb!

Bạn có thể thấy blogger.com đã phân phát 34Kb trong 300 mili giây. Nhanh hơn gấp 32 lần!

Ngoài ra, hãy xem Đường màu đỏ (đại diện cho sự kiện onLoad, nghĩa là, không còn tập lệnh nào thực thi trên trang và vì vậy trình duyệt cuối cùng có thể dừng các chỉ báo tải / vòng quay / v.v.) ... hãy nhìn bao xa về phía bên phải Là. đó có thể là 3 giây của quá trình xử lý javascript rác đã xảy ra ở đó. Rất hiếm khi dòng đó nằm rất xa so với phần cuối của thanh tải xuống tài nguyên. Tôi đã gỡ lỗi xong lỗi này và đó là lỗi phân tích 1/3, lỗi blogger 2/3. ... người ta sẽ nghĩ rằng công cụ google nhanh.

Biên tập:

Một số dữ liệu khác. Đây là một yêu cầu với mọi thứ được lưu trong bộ nhớ cache. ở trên là lần đầu tiên.

Tôi đã loại bỏ googleplus crap ở trên vì hai lý do, tôi đang cố gắng xem liệu họ có đang chơi một phần nào đó trên sự kiện onLoad chậm (họ không) và bởi vì nó hầu như vô dụng.

nhập mô tả hình ảnh ở đây

Vì vậy, với điều này, chúng tôi có thể thấy rằng thời gian mạng là ít lo lắng nhất của bạn. Ngay cả trên một máy tính nhanh với phần mềm hiện đại, thời gian xử lý của google analytics + blogger tính phí vẫn sẽ khiến trang của bạn tải quá 7 giây. Nếu không có blogger, chỉ cần kiểm tra trang web này, tôi thấy độ trễ 0,5 giây sau khi tài nguyên được tải và dòng màu đỏ bắt đầu.


2

Việc tải thêm bất kỳ javascript nào vào trang của bạn sẽ làm tăng thời gian tải xuống theo quan điểm của khách hàng. Bạn có thể cải thiện điều này bằng cách tải nó ở cuối trang để trang của bạn được hiển thị ngay cả khi GA không được tải. Tôi sẽ tránh bộ nhớ đệm vì bạn sẽ mất lợi thế của bộ đệm ứng dụng khách cho trang của mình. Nếu khách hàng đã lưu vào bộ nhớ cache từ một số trang khác, yêu cầu trang của bạn sẽ được thực hiện từ chính khách hàng. Nếu bạn thay đổi nó để tải từ trang web của mình, nó sẽ yêu cầu tải xuống ngay cả khi khách hàng đã có mã (rất có thể). Việc thêm một nhiệm vụ vào các quy trình phần mềm của bạn để tránh tải tệp từ Google có vẻ như không chính đáng vì những gì có thể là một tối ưu hóa không cần thiết. Sẽ rất khó để kiểm tra điều này vì nó sẽ luôn phục vụ nhanh hơn tại địa phương, nhưng điều thực sự quan trọng là nó hoạt động nhanh như thế nào đối với khách hàng của bạn.


2

Sử dụng FireBug và YSlow để tự kiểm tra. Tuy nhiên, những gì bạn sẽ phát hiện ra là GA có kích thước khoảng 9KB (thực sự là khá đáng kể so với những gì nó hoạt động) và đôi khi nó cũng KHÔNG tải rất nhanh (vì những lý do gì tôi không biết, tôi nghĩ nó có thể là máy chủ "nghẹt thở" đôi khi)

Chúng tôi đã xóa nó do các vấn đề về hiệu suất trên Mẫu Ajax của chúng tôi , nhưng một lần nữa đối với chúng tôi là ưu tiên 1, 2 và 3 cực nhanh và phản hồi nhanh


Thomas, bạn có bất kỳ con số nào về những cải tiến bạn nhận được sau khi xóa mã GA không. Về thời gian phản hồi, tính bằng% độ tuổi hay giá trị của chính nó?
MN

Tôi thích cách mọi người đều rất thông minh (bao gồm cả tôi) nhưng các kinh nghiệm của tình huống lại KHÁC NHAU (không phải lúc nào cũng vậy?). Cảm ơn vì câu trả lời của chúng tôi, thật hấp dẫn.
Dan Rosenstark

1

Không có gì đáng chú ý.

Lệnh gọi tới Google (bao gồm tra cứu DNS, tải Javascript nếu chưa được lưu trong bộ nhớ cache và trình theo dõi thực tế tự gọi) phải được trình duyệt của khách hàng thực hiện trong một chuỗi riêng để thực sự tải trang của bạn. Chắc chắn rằng việc tra cứu DNS sẽ được thực hiện bởi hệ thống bên dưới và theo hiểu biết của tôi, sẽ không được tính là tra cứu trong trình duyệt (các trình duyệt có giới hạn về số lượng yêu cầu mà chúng sẽ sử dụng trên mỗi trang web).

Ngoài ra, trình duyệt sẽ tải song song tập lệnh Google cùng với tất cả các tài nguyên nhúng khác, vì vậy, bạn có khả năng sẽ nhận được sự gia tăng cực kỳ nhỏ trong thời gian tải xuống mọi thứ, trong trường hợp xấu nhất (chúng ta đang nói theo thứ tự mili giây, không đáng chú ý. Nếu tập lệnh Google được trình duyệt tải lần cuối hoặc bạn không có nhiều tài nguyên bên ngoài trên trang của mình hoặc nếu các tài nguyên bên ngoài của trang của bạn được trình duyệt lưu vào bộ nhớ cache hoặc nếu tập lệnh của Google được trình duyệt lưu trong bộ nhớ cache ( rất có thể) sau đó bạn sẽ không thấy bất kỳ sự khác biệt nào. Nó chỉ hoàn toàn tầm thường về tổng thể, hiệu ứng tương tự như dán một bức tranh cực nhỏ trên trang của bạn, nói một cách đại khái.

Khoảng thời gian duy nhất nó có thể tạo ra sự khác biệt cụ thể là nếu bạn có một số hành vi kích hoạt sự kiện onLoad (chờ tài nguyên bên ngoài tải) máy chủ của Google bị chậm / chậm. Điều thứ hai không thường xuyên xảy ra, nhưng nếu trường hợp này xảy ra thì onLoad thậm chí sẽ không kích hoạt cho đến khi tập lệnh được tải xuống. Bạn vẫn có thể giải quyết vấn đề này bằng cách sử dụng các sự kiện "khi DOM được tải" khác nhau, các sự kiện này thường phản hồi nhanh hơn vì bạn cũng không phải đợi tập lệnh / hình ảnh của riêng mình tải theo cách này.

Nếu bạn thực sự lo lắng về ảnh hưởng đến thời gian tải trang, thì hãy xem phần "Tốc độ mạng" của Firebug , phần này sẽ định lượng điều này và vẽ cho bạn một biểu đồ đẹp. Dù sao thì tôi cũng khuyến khích bạn làm điều này vì ngay cả khi người khác cung cấp cho bạn những số liệu và điểm chuẩn mà bạn yêu cầu, nó sẽ hoàn toàn khác đối với trang web của bạn.


1
Bạn có chắc chắn rằng "trình duyệt sẽ tải tập lệnh Google song song cùng với tất cả các tài nguyên nhúng khác" không? Thử nó?
Arne Evertsson

1
Kết xuất trang tạm dừng khi phát hiện thẻ <script>, không có gì được thực hiện song song, ví dụ: hãy thử một cái gì đó như: <script> while(true){}</script> <p> <img src = "/ picture.jpg" / > </p> và xem hình ảnh có hiển thị sau khi bộ nhớ cache của bạn bị xóa hay không
Jake McGraw

1

Vâng, tôi đã tìm kiếm, nghiên cứu và khám phá rất nhiều trên mạng. Nhưng tôi không tìm thấy bất kỳ dữ liệu thống kê nào tuyên bố ủng hộ hay chống lại tiền đề.

Tuy nhiên, đoạn trích này từ http://www.ga-experts.com tuyên bố rằng việc GA làm chậm trang web của bạn là sai lầm.

Ồ, cũng được, có thể hơi nhỏ, nhưng chúng ta đang nói về mili giây. GA hoạt động bằng cách gắn thẻ trang và bất kỳ khi nào bạn thêm nhiều nội dung vào trang web, nó sẽ tăng thời gian tải. Tuy nhiên, nếu bạn làm theo phương pháp hay nhất (thêm thẻ trước </body>thẻ) thì trang của bạn sẽ tải trước. Ngoài ra, hãy nhớ rằng bất kỳ gói phân tích web dựa trên thẻ trang nào (chiếm đa số) sẽ hoạt động theo cùng một cách

Từ các câu trả lời ở trên và tất cả các nguồn khác, điều tôi cảm thấy là bất kỳ sự chậm chạp nào mà nó gây ra đều không được người dùng phản đối vì Script được bao gồm ở cuối trang. Nhưng nếu chúng ta nói về việc tải trang hoàn toàn, chúng ta có thể nói rằng nó làm chậm thời gian tải trang.

Vui lòng đăng thêm thông tin nếu bạn có và DỮ LIỆU nếu bạn có.


1
Có một chút kỳ lạ là các bài báo như bài viết trên thường chỉ kiểm tra trong khi các máy chủ Google Analytics đang hoạt động tốt. Mọi thứ có thể rắc rối hơn khi các máy chủ đó đang chịu tải nặng. Và nếu các máy chủ đang gặp sự cố, nhiều lần tải lại của những người dùng thiếu kiên nhẫn có thể khiến mọi thứ thậm chí còn tồi tệ hơn.
Arjan

0

Tôi không nghĩ đây là thứ bạn đang tìm kiếm nhưng bạn lo lắng về hiệu suất làm gì?

Nếu nó là máy chủ của bạn ... thì rõ ràng là không có tác động nào vì nó nằm trên các máy chủ của Google.

Nếu người dùng của bạn mà bạn lo lắng về thì cũng không có tác động. Miễn là bạn đặt nó ngay phía trên thẻ body thì người dùng của bạn sẽ không nhận được bất kỳ thứ gì chậm hơn so với trước đây ... tập lệnh được tải cuối cùng và không ảnh hưởng đến giao diện của người dùng. Vì vậy, về cơ bản không phải chờ đợi bất cứ điều gì và thậm chí tiếp tục duyệt qua trang mà không nhận thấy rằng nó vẫn đang tải.


0

Câu hỏi đặt ra là Google Analytics có khiến trang web của bạn chạy chậm lại không và câu trả lời là có. Hiện tại, tại thời điểm viết bài này, Google-Analytics.com không hoạt động nên các trang web có trang đó trong trang của họ sẽ không tải trang, vì vậy có, nó có thể làm chậm và khiến trang web của bạn thậm chí không tải. Thật không bình thường khi google-analytics.com ngừng hoạt động lâu như vậy, hiện đã hơn 10 phút, nhưng nó chỉ cho thấy rằng điều đó là có thể.


0

Có hai khía cạnh của nó.

  1. Tập lệnh Analytics '(và một gif) tải xuống
  2. Thực thi tập lệnh đã tải xuống

Thời gian tải xuống hầu như luôn luôn dưới 100ms, điều này có thể chấp nhận được.

Đây là khúc quanh.

  1. Thực thi analytics.js 250ms
  2. tiếp thị lại (nếu được bật) 300ms
  3. nhân khẩu học (nếu được bật) 200ms

Vì vậy, phân tích với tiếp thị lại mất trung bình 750 mili giây. Tôi cảm thấy rằng đây là một con số lớn khi nói đến chi phí hiệu suất.


-2

Tôi nhận thấy I / o thường xuyên và quá tải CPU trong cPanel dẫn đến:

Lỗi không thể truy cập trang web

Và điều đó đã dừng lại sau khi tôi tắt plugin WP Analytics. Vì vậy, tôi nghĩ nó có một số tác động.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.