Gelombang besar dalam lalu lintas langsung dari satu kota tertentu

Bulan lalu saya perhatikan bahwa kunjungan langsung di situs kami telah meningkat hampir 150% sementara tingkat pentalan juga jauh lebih tinggi.

Setelah menelusuri lebih jauh, saya dapat melihat bahwa kami memiliki hampir 2000 kunjungan langsung dari satu kota di Connecticut bernama Stamford, dengan tingkat pentalan 100%!

Saya telah mencari-cari jawaban tetapi saya hanya dapat menemukan bahwa itu mungkin berkaitan dengan alat pemantauan uptime kami; Pingdom.

Adakah yang tahu / memiliki pengalaman dengan masalah seperti ini, bantuan apa pun dihargai

• Saya baru saja memperhatikan bahwa kami menerima lalu lintas yang identik di sebuah kota di Inggris dan sebuah kota di Skotlandia ... Ini jelas membuat saya berpikir ini berkaitan dengan alat pemantauan uptime kami.

Menentukan penyebab lonjakan lalu lintas lokal yang aneh yang tampaknya bukan berasal dari pengunjung manusia membutuhkan kesabaran dan pekerjaan detektif, tetapi langkah-langkah dasarnya adalah:

1. Cari tahu dari mana asalnya menggunakan alat yang tersedia untuk Anda (lihat di bawah).

2. Tentukan apakah itu berbahaya atau tidak dengan menganalisis sumber permintaan, frekuensi, header permintaan itu sendiri, dan pengaruhnya terhadap jaringan dan server Anda.

3. Putuskan apakah akan memblokirnya di Google Analytics saja untuk mencegahnya muncul di statistik Anda (menggunakan filter Google Analytics), untuk memblokirnya di server untuk mencegahnya menjangkau situs Anda di masa mendatang (menggunakan firewall atau layanan seperti Cloudflare ), atau mengabaikannya sama sekali.

Saya tidak akan merinci implikasi keamanan di sini karena Anda tampaknya lebih khawatir tentang efeknya terhadap data analitik Anda. Berikut adalah beberapa pengamatan tentang kasus khusus ini, dengan beberapa petunjuk untuk menentukan sumber yang mungkin dan menyaring lalu lintas yang tidak diinginkan di Google Analytics:

Mungkin bukan Pingdom

Paku Google Analytics tidak mungkin kunjungan dari Pingdom karena dua alasan:

• Pemeriksaan HTTP Pingdom tidak mem-parsing JavaScript , sehingga tidak akan memicu skrip Google Analytics tertanam. (Saya memeriksa ulang ini dengan tim dukungan Pingdom kemarin, karena saya menggunakan Pingdom juga dan ingin tahu. Berikut kutipan langsung dari email dukungan mereka: "Karena pemeriksaan HTTP kami tidak mengeksekusi kode JavaScript apa pun, Google Analytics tidak akan memiliki catatan kunjungan kami yang dilakukan oleh server probe kami ke situs web Anda. " )

• Pingdom saat ini tidak memiliki server di Edinburgh. Mereka mencantumkan semua server Probe mereka dengan alamat IP dan lokasi pada halaman di panel kontrol Anda (tautan bernama "Server Probe" di kanan bawah semua halaman admin Pingdom saat Anda masuk). Hanya dua yang terdaftar di Inggris saat ini di Manchester dan London.

Tetapi Anda tidak harus mengambil kata saya untuk itu. Jika lonjakan sedang berlangsung dan Anda ingin mengonfirmasi bahwa Pingdom bukan penyebab kunjungan mendadak dan lonjakan tingkat bouncing, Anda dapat:

1. Jeda permintaan Pingdom ke situs Anda dan lihat apakah hit dari area tersebut menghilang. (Saya menduga itu tidak akan membuat perbedaan.)

   - atau -

2. Atur halaman di example.com/pingdom/any-url-you-like, arahkan permintaan Pingdom Anda ke halaman itu alih-alih beranda Anda, dan kecualikan /pingdom/subdirektori dari hasil Google Analytics Anda dengan (a) menghapus kode pelacakan Analytics pada halaman itu, atau (b) menggunakan filter untuk mengecualikan halaman di Google Analytics jika Anda tidak dapat menghapus kode pelacakan berdasarkan per halaman (mis. jika Anda menggunakan CMS yang menyertakan kode pada setiap halaman, dan Anda tidak memiliki cukup akses untuk mengubah perilaku ini).

Cara memfilter permintaan dengan Google Analytics

Ini hanya diperlukan jika Anda mencurigai Pingdom melakukan parse JavaScript, dan tidak ada indikasi hal itu, tetapi menyaring kunjungan dari Pingdom seperti ini adalah salah satu cara untuk memeriksa apakah Anda ingin meyakinkan diri sendiri. Ini juga berguna untuk mempelajari cara melakukan ini sehingga Anda dapat memfilter jenis kunjungan lain di masa mendatang jika Anda perlu:

1. Masuk ke Google Analytics dan klik tautan "Admin" (kanan atas, di sebelah "Bantuan")

2. Klik nama domain atau nama situs untuk profil yang ingin Anda filter. (mis. example.com)

3. Klik tab "filter".

4. Klik "+ Filter Baru".

5. Beri nama filter dan biarkan "Filter standar" dipilih.

6. Pilih "Kecualikan ... lalu lintas ke subdirektori ... yang sama dengan" dari kotak dropdown.

7. Ketik /pingdom/ke dalam bidang Subdirektori, dan biarkan "Huruf Besar-Kecil" diatur ke "Tidak".

Ini harus menjadi hasil ketika Anda selesai:

Simpan pengaturan ini, lalu kirim kembali pemeriksaan Pingdom Anda example.com/pingdom/any-page-or-url-that-exists, dan Google Analytics sekarang akan memfilter kunjungan ke URL itu. (Anda masih akan mendapatkan laporan server uptime dasar dengan cara ini, meskipun Pingdom tidak lagi menunjuk ke beranda Anda.)

Jika bukan Pingdom, dari mana datangnya hit itu?

Anda dapat mencoba mencari tahu dengan sejumlah cara:

1. Lihat jaringan apa yang mengirimkan lalu lintas paling bouncing kepada Anda. Untuk melakukannya dengan Google Analytics, lihat bagian Pelaporan Standar untuk situs Anda, lalu pilih Pemirsa> Teknologi> Jaringan dari sisi kiri. Akhirnya, dengan mode diagram lingkaran dipilih (default), pilih "Kontribusi terhadap total ... Terpental" dari drop down di sebelah kanan:

Anda akan melihat daftar ISP atau penyedia jaringan yang penggunanya berkontribusi pada rasio pentalan Anda. Terkadang ini adalah ISP kecil dan spesifik yang dapat Anda lacak ke satu area atau bisnis. Dipersenjatai dengan nama penyedia jaringan yang mengirimkan kepada Anda lalu lintas yang memantul, Anda dapat memilih untuk memfilter jaringan tertentu dari Google Analytics seperti dijelaskan di atas, tetapi memfilter menurut jaringan alih-alih dengan subdomain.

Di lain waktu, ISP teratas yang terdaftar akan menjadi penyedia domestik besar yang mungkin memiliki jutaan pelanggan, dan Anda tidak akan menjadi lebih bijak. Pada titik itu, Google Analytics tidak dapat membantu Anda menyibak dan menentukan pelanggan penyedia mana yang mengirimkan lalu lintas terpental berulang-ulang (karena Analytics tidak lagi menyertakan info alamat IP atau data pengenal lainnya). Untuk mendapatkan data semacam itu, Anda bisa menggunakan penyedia statistik lain yang melakukan log alamat IP (seperti Clicky ), atau Anda bisa menganalisis log server Anda, yang juga mencatat akses berdasarkan alamat IP:

2. Periksa log akses server web Anda untuk menjelajahi kunjungan dari perayap yang dikenal dan mencari akses berulang dari alamat IP yang sama. Alat statistik berbasis web seperti AWStats dapat membantu Anda dalam hal ini. Ini cukup populer di kalangan host web tertentu dan mereka mungkin sudah menginstalnya untuk Anda.

Berikut beberapa contoh output dari AWStats . Dua bagian yang relevan untuk Anda adalah "Tuan Rumah" dan "Pengunjung Robot / Laba-laba".

Bagian host dapat memberi Anda petunjuk tentang apa alamat IP yang mengakses situs menyebabkan bouncing (dan Anda kemudian dapat menyaring alamat IP ini di Google Analytics). Bagian robot / laba-laba dapat memberikan petunjuk tentang perayap atau skrip otomatis apa pun yang mengakses situs Anda yang mungkin menggunakan JavaScript. Jika Anda tidak yakin cara membaca atau mengakses log server, minta bantuan penyedia hosting Anda.

Punya alamat IP? Cari tahu siapa yang menggunakannya.

Jika Anda berhasil mendapatkan alamat IP dari bagian Hosts di AWStats atau di tempat lain, Anda dapat melakukan pencarian IP terbalik untuk menentukan siapa yang mungkin menggunakannya.

Reverse IP lookup akan sering memberi Anda nama penyedia hosting yang dapat Anda laporkan penyalahgunaan jika Anda yakin bahwa permintaan tersebut berbahaya. Atau mungkin memberi Anda nama ISP domestik yang pelanggan menggunakan otomatisasi skrip dalam upaya untuk mengeksploitasi situs web Anda. Anda biasanya dapat mengirim laporan penyalahgunaan ke abuse@example.com, di mana example.comnama penyedia hosting atau ISP. Dan, kadang-kadang, itu akan menawarkan nama perusahaan tertentu yang dapat Anda hubungi untuk informasi lebih lanjut.

Pingdom tergantung pada pengaturan apa yang telah Anda tetapkan untuk layanan pingdom.

Jika diatur untuk membuat permintaan http maka ya, mungkin Pingdom. Jika tidak menggunakan permintaan http (hanya ping atau layanan lain) maka itu bukan Pingdom, tetapi saya akan berasumsi bahwa Anda menggunakan permintaan http.

Saya tidak menggunakan pingdom jadi saya tidak tahu apakah Anda memiliki kontrol atas frekuensi tes mereka. Jika Anda bisa hebat. Jika tidak, Anda dapat beralih ke hanya menggunakan tes ping tetapi itu tidak akan menjamin bahwa situs web sudah aktif - hanya bahwa server sudah menyala.

Jika Anda tidak dapat mengurangi frekuensi tes pingdom dan jumlah lalu lintas yang dihasilkan bermasalah, maka Anda hanya perlu membuangnya. Namun, 2000 permintaan sebulan mungkin tidak akan menjadi masalah besar - mereka hanya akan mengacaukan informasi analitik situs web Anda secara meriah.

Anda bisa mencoba menyelesaikan ini dengan mengisolasi permintaan Pingdom dan mencari pola. Kemudian, jika Anda memiliki skrip analitik khusus, Anda dapat mendeteksi pola dan menghapus alamat IP yang mematuhi pola dari hasil analitik Anda. Namun, Anda mungkin memutuskan bahwa ini tidak sepadan dengan kerumitan dan hanya perlu diingat jumlah hit bieng palsu yang dihasilkan oleh Pingdom setiap bulan.

Saya harap ini membantu.

Ada artikel bagus tentang cara mengidentifikasi dan menyaring lalu lintas bot ke situs web Anda Pingdom termasuk di sini artikel http://www.blastam.com/blog/index.php/2012/06/block-web-monitoring-bots-in -google-analytics / terlalu lama untuk menyalin di sini

Tahukah Anda bahwa jika Anda menggunakan layanan seperti Keynote untuk memantau kinerja situs web Anda, itu memengaruhi metrik web Anda? Layanan seperti Keynote, Gomez, AlertSite, Pingdom, dan banyak lainnya menggunakan peramban web nyata untuk mengunjungi situs Anda berulang kali sepanjang hari untuk mengukur kinerja waktu muat. Mereka memuat situs Anda dari beberapa lokasi di seluruh dunia dengan browser nyata yang menjalankan javascript pelacakan Google Analytics.

Mungkin Keyakinan Situs alias Grup NCC.

Untuk situs kami, sedikit penyelidikan dengan filter GA mengungkapkan semua hit misterius dari Edinburgh dan Stamford berasal dari PC dengan Windows 7, IE8 tetapi pada resolusi 800x600 yang tampak agak mencurigakan.

Kami memeriksa log kami untuk setiap klik dengan IE 8 dan dengan cepat menemukan pola klik setiap 5 menit; membalikkan DNS pada IP tersebut dan berasal dari Keyakinan Situs - yang sangat masuk akal, karena kami meminta mereka melakukannya.

Ini mungkin tidak perlu dikatakan lagi, tetapi kemungkinan ini adalah aktivitas otomatis yang tidak terdeteksi. Setiap aktivitas yang memiringkan berat (tingkat bouncing 100%) sangat mungkin merupakan perilaku bot yang entah bagaimana berhasil melalui filter bot GA.

Jika Anda bisa, potong kunjungan tersebut dengan browser / agen; jika mereka semua adalah agen tunggal (yang saya kira), itu akan memperkuat peluang aktivitas otomatis.