Translate
Anda hanya harus menggunakan ini untuk acara-acara yang tidak meluap, atau Anda akan mengalami keanehan.
Pencarian dengan kata kunci, berapa lama waktu yang dibutuhkan untuk berada di dalam blog, apa yang pengunjung klik dan baca bisa kita tahu.
Bila klik action - akan keluar daftar entri kita yang telah dibaca. Kadang ² saya bisa tahu pola pengunjung yang datang dan kata kunci bagaimana yang membuat mereka berada lebih lama di dalam blog.
Itu rahasia sayalah
clicky.goal () perubahan - Ini mungkin tidak mempengaruhi Anda, tetapi jika Anda menggunakan clicky.goal () metode javascript tercapai, Anda mungkin ingin membaca.
Ketika kami merilis heatmaps, kami menambahkan sistem antrian acara baru untuk penebangan beberapa item dalam batch: Data heatmap, peristiwa javascript, javascript dan tujuan. Alasan di balik perubahan ini adalah untuk mengurangi bandwidth untuk heatmaps, dan meningkatkan akurasi untuk acara dan tujuan. Keakuratan bagian adalah bahwa jika Anda mengirim hit untuk clicky.log () atau clicky.goal () ketika seseorang mengklik link yang akan menghasilkan halaman baru yang dimuat, kemungkinan yang baik bahwa itu tidak akan dicatat karena halaman akan diturunkan dari browser sebelum permintaan penebangan pergi melalui.
Jadi sistem antrian dibuat untuk menyimpan peristiwa dan gol dalam cookie, yang kemudian diproses setiap 5 detik. Jadi jika orang tersebut hanya duduk di halaman yang sama masih, antrian akan segera diproses dan mengirim bahwa acara / tujuan untuk kami. Tapi jika bukan halaman baru dimuat, cookie masih ada memegang acara / tujuan yang tidak login pada halaman terakhir, dan dapat segera diproses pada tampilan halaman baru (yang kami sebelum memproses halaman baru lihat sendiri , untuk memastikan hal tersebut dalam urutan kronologis yang benar).
ANYWAYS ... ada beberapa pelanggan yang menggunakan clicky.goal untuk login gol ketika pengunjung meninggalkan situs mereka. Antrian akan mencegat tujuan ini meskipun, sehingga kesempatan bola salju di neraka tujuan pernah sedang login.
SO ... kami menambahkan parameter baru untuk clicky.goal () disebut "no_queue", yang akan memberitahu kode kita untuk melewati antrian dan hanya log tujuan segera. Periksa dokumentasi untuk lebih.
Ini tidak mempengaruhi banyak dari Anda, tetapi jika tidak, kisah kembali saya tulis di atas mungkin layak dibaca.
Metode baru untuk memeriksa apakah ID situs telah init () 'd - bagi pelanggan yang menggunakan beberapa kode pelacakan di satu situs / halaman. Ini adalah permintaan khusus dari salah satu pelanggan, tapi kami menyadari kode kita sendiri bahkan tidak melakukan kewarasan ini cek, jadi jika Anda memiliki kode SAMA di situs Anda beberapa kali, ada beberapa bug kecil yang dihasilkan dari ini.
Jika karena alasan tertentu Anda pikir ini berlaku bagi Anda, metode baru ini clicky.site_id_exists (123), yang mengembalikan true atau false menunjukkan apakah situs ini ID telah melewati clicky.init () fungsi belum. Catatan: "123" adalah situs contoh ID. Gunakan satu nyata.
Perbaikan bug untuk situs menggunakan beberapa kode pelacakan
Selain item terakhir di atas tentang memuat situs ID yang sama beberapa kali mengakibatkan keanehan (dan yang sekarang tetap), kami telah membuat perubahan lain untuk cara kerja proses init.
Ada beberapa hal yang terjadi ketika sebuah ID situs adalah init () 'd, tetapi ternyata sebagian besar hal-hal hanya perlu terjadi sekali, bahkan jika Anda memiliki beberapa ID situs pada halaman aingle. Namun, kode kami melaksanakan proses init keseluruhan untuk setiap situs ID pada halaman, yang mengakibatkan bug seperti:
clicky_custom.goals dan clicky_custom.split hanya bekerja dengan situs ID pertama yang init () 'd.
Jeda otomatis yang kami menyuntikkan untuk melacak download dan link keluar sedang dipanggil sekali untuk setiap situs ID, bukan sekali per klik (yang semua yang dibutuhkan)
Ketika loading heatmaps dengan mengklik link dari heatmap clicky.com, heatmap kadang-kadang akan memuat dua kali (membuatnya ekstra "gelap").
Ada beberapa bug kecil lainnya banyak lagi, tetapi mereka adalah orang-orang yang benar-benar menjengkelkan. Jadi sekarang apa yang terjadi adalah kita membagi prosedur setup menjadi metode yang berbeda, dan menunggu 100 milidetik sebelum menyebutnya (hanya sekali), memberikan kesempatan bagi semua ID situs untuk diteruskan ke proses init pertama. Dan metode init () sebenarnya sekarang hanya menempatkan setiap ID situs ke dalam array yang kita loop melalui ketika ada permintaan untuk log data disebut.
Segera hadir
Telah diminta beberapa kali dan sesuatu yang kita pasti akan menambah dalam beberapa bulan mendatang. Yang sedang ketika Anda mengatur data pengunjung kustom dengan clicky_custom.session (atau utm_custom), kami akan menyimpan data ini dalam cookie sehingga data akan diterapkan ke semua masa depan kunjungan oleh orang ini, bahkan jika mereka tidak masuk, mereka masih akan ditandai sebagai mereka terakhir kali dalam kunjungan / tag.
Kami akan mungkin hanya melakukan ini dengan tombol khusus beberapa meskipun, karena orang menggunakan clicky_custom.session untuk semua jenis tujuan gila, banyak yang bisa sesi tertentu. Tapi kami mungkin akan melakukan sesuatu seperti, hanya melakukannya untuk kunci seperti "username", "nama", "email", dan beberapa orang lainnya.
Hanya sesuatu yang harus diperhatikan. Kami pikir ini akan menjadi tambahan yang bagus ketika kita menambahkannya.