Cara ia berfungsi: teknologi, resolusi & had

1. Mengapa kami tidak menggunakan rakaman video

Salah tanggapan biasa ialah alat analitik visual merakam fail video standard (seperti MP4 atau WebM) skrin pelawat. Itu akan menggunakan lebar jalur yang besar, memperlahankan laman web anda dengan ketara dan menghasilkan teks kabur yang tidak boleh dibaca.

Sebaliknya, MousePlayer menggunakan teknologi ringan yang dikenali sebagai Telemetri Petikan DOM. Berikut cara ia berfungsi pada peringkat asas:

Petikan cetak biru

Apabila pelawat membuka halaman anda, skrip kami mengambil “cetak biru” berasaskan teks bagi struktur HTML dan gaya anda. Ia merekodkan lokasi elemen tanpa menyalin fail imej atau video halaman anda; pemain memuatkan imej daripada alamat asal semasa main semula. Pengecualiannya ialah elemen canvas, yang kandungannya dihantar sebagai imej (lihat di bawah).

Telemetri koordinat

Semasa pengguna berinteraksi, kami merekodkan aliran peristiwa: kedudukan tetikus, kedalaman tatalan, sasaran klik dan perubahan saiz pelayar, serta perubahan halaman itu sendiri dan, bergantung pada tetapan, mesej konsol, permintaan gagal atau perlahan dan pengukuran masa pemuatan (Web Vitals). Pergerakan dan klik adalah kecil; petikan halaman dan perubahan halaman boleh jauh lebih besar bergantung pada halaman dan dihantar dalam bentuk termampat.

Main semula Teater

Apabila anda menonton sesi dalam papan pemuka, pemain kami membina semula halaman menggunakan cetak biru dirakam dan menggerakkan kursor maya merentasinya dalam masa sebenar, sambil mengekalkan ketajaman teks.

Dibina supaya kekal ringan: skrip dimuatkan secara tak segerak dan menghantar titik data angka kecil, bukannya video, yang mengecilkan jejaknya sendiri. Kesannya pada Core Web Vitals anda bergantung pada halaman, pengehosan dan rangkaian pelawat anda, jadi ukur pada laman sendiri, bukan mengambil angka daripada kami. Tiada kelajuan pemuatan tertentu dijamin – lihat seksyen 20 Syarat Perkhidmatan.

2. Mengendalikan resolusi skrin & peranti mudah alih

Pengguna hari ini melayari menggunakan segala-galanya daripada telefon pintar kompak hingga monitor desktop 4K ultralebar. Laman web mengalihkan, melipat dan menyusun semula susun aturnya secara automatik untuk menyesuaikan lebar skrin berbeza—konsep yang dikenali sebagai Reka Bentuk Web Responsif.

Cara kami memadankan ruang pandang tepat pelawat

Untuk memastikan main semula tidak kelihatan terherot, MousePlayer merekodkan dimensi ruang pandang tepat pelawat (cth. 390x844 untuk telefon pintar atau 1920x1080 untuk monitor desktop). Apabila anda membuka pemain Teater, enjin kami mencipta kotak pasir berskala yang mencerminkan nisbah skrin asal pelawat dengan tepat.

Skrin desktop & komputer riba

Pada komputer standard, kami merakam pergerakan tetikus berterusan dan navigasi berbilang tab dalam sesi pelayar yang sama. Menu yang terbuka apabila penuding berada di atasnya muncul dalam main semula jika halaman mengubah dokumennya ketika itu; kesan hover CSS semata-mata tidak kelihatan dalam dokumen dan tidak dihasilkan semula dalam main semula.

Telefon pintar & tablet

Skrin sentuh tidak mempunyai kursor tetikus terapung. MousePlayer menyesuaikan diri secara automatik dengan merekodkan gerak isyarat ketikan, tatalan leret dan perubahan orientasi (potret berbanding landskap).

Cabaran perubahan saiz di tengah sesi

Jika pelawat memutarkan tablet atau mengubah saiz tetingkap pelayar desktop di tengah sesi, susun atur laman web berubah secara dinamik. MousePlayer merakam peristiwa perubahan saiz tetingkap ini dan melaraskan kanvas main semula dengan lancar serta-merta supaya konteks interaksi terpelihara.

3. Had sistem & batasan teknikal

Untuk menghormati privasi pengguna, mengekalkan keselamatan pelayar dan memastikan pemprosesan data pantas, MousePlayer beroperasi dalam batasan teknikal yang ditakrifkan:

Batasan sistem	Cara MousePlayer mengendalikannya
iFrames	iframe yang mempunyai asal sama seperti halaman anda dirakam bersama kandungan dan interaksi di dalamnya. Kandungan terbenam daripada asal lain (cth. pemain YouTube, borang bayaran Stripe) tidak boleh dirakam di dalamnya kerana dasar keselamatan pelayar (Dasar Asal Sama); ia muncul sebagai ruang letak dalam main semula dan tidak dimuatkan di situ.
Medan input sensitif (PII)	Medan kata laluan dan bayaran disamarkan pada peranti pelawat pada setiap tahap penyamaran, dan penyamaran penuh semua input borang ialah lalai bagi setiap aset web. Anda melihat bahawa penaipan berlaku, bukan apa yang ditaip. Dua batasan terpakai: dua tahap penyamaran lebih lemah hanya diaktifkan dengan kelulusan bertulis kami, dan penyamaran tidak pernah meliputi apa yang halaman anda sendiri cetak ke dalam dokumen – halaman pengesahan yang menunjukkan alamat ialah sebahagian petikan. Kedua-duanya dinyatakan dalam DPA.
Elemen Canvas & WebGL	Kandungan canvas dirakam sebagai imej: sekali bersama petikan halaman dan sekali lagi setiap kali berubah, maksimum kira-kira sekali sesaat dan dengan had saiz. Oleh itu, animasi lancar muncul sebagai urutan bingkai. Tiada imej dihantar dalam kawasan disamarkan atau untuk elemen canvas yang mengandungi imej daripada asal lain; kandungan WebGL mungkin kekal kosong.
Komponen Web (Shadow DOM)	Akar shadow terbuka dirakam bersama kandungannya. Akar shadow tertutup tidak boleh dicapai skrip; kandungannya tiada dalam main semula.
Penghantaran & storan pelayar	Data dihantar melalui sambungan WebSocket tersulit (HTTPS/WSS). Jika sambungan tidak dapat diwujudkan, contohnya kerana proksi, skrip beralih kepada laluan HTTP tersulit; petikan halaman yang sangat besar dimuat naik secara berasingan melalui HTTPS. MousePlayer tidak menetapkan kuki; ia menggunakan storan setempat dan storan sesi pelayar pada laman anda.
Tempoh melahu AFK	Jika pelawat membiarkan tab terbuka dan beredar selama 20 minit, enjin kami mengesan ketidakaktifan secara automatik dan memampatkan jurang melahu semasa main semula supaya anda tidak membuang masa menonton skrin pegun.

Bagaimanakah kami boleh membantu?