Jejaki klik carian Safari melalui ubah halaannya

Hasil carian jarang memaut terus ke halaman yang mereka namakan. Satu klik boleh melalui pengubah hala, halaman persetujuan perantaraan atau perkhidmatan log masuk, dan setiap lompatan ialah permintaan berasingan yang boleh gagal sendiri. Tab Network dalam Safari mengekalkan urutan itu kelihatan, tetapi hanya jika anda mula merakam sebelum klik. URL pertama yang gagal ialah bukti berguna, bukan alamat yang dipaparkan dalam hasil.

Mulakan rakaman sebelum klik

Buka Web Inspector pada tab dan tukar ke Network sebelum menyentuh hasil carian. Hidupkan Preserve Log supaya senarai bertahan melalui navigasi yang menggantikan halaman. Kosongkan entri sedia ada, kemudian buat tepat satu klik. Rakaman yang dimulakan selepas halaman dimuatkan sudah kehilangan permintaan yang anda perlukan.

Gunakan halaman tanpa data peribadi, dan kekalkan profil pelayar serta keadaan VPN tidak berubah sepanjang perbandingan. Menukar mana-mana satu di tengah jalan menjadikan kedua-dua laluan tidak dapat dibandingkan.

Baca ubah hala mengikut urutan

Baca baris dari atas ke bawah dan ikuti kod status. 301 atau 302 yang medan Location-nya menunjuk ke hos lain ialah lompatan, bukan destinasi. Permintaan selepasnya ialah navigasi baharu dengan carian nama, jabat tangan TLS dan pemeriksaan dasar sendiri. Kira berapa banyak hos yang disentuh klik sebelum kandungan tiba.

Panduan WebKit untuk tab Network mendokumenkan cara rekod permintaan dan pilihan Preserve Log berkelakuan, yang wajar dibaca sebelum mentafsir senarai jarang. Baris yang hilang biasanya bermaksud rakaman bermula lewat atau service worker menjawab dari cache, bukan bahawa pelayar melangkau satu lompatan.

Bandingkan dengan navigasi terus

Lakukan hantaran kedua ke halaman akhir yang dimaksudkan, ditaip atau ditampal terus, di bawah profil dan rangkaian yang sama. Bandingkan kedua-dua senarai dari baris pertama tempat keduanya berbeza. Jika laluan yang diklik gagal pada perantara yang tidak pernah disentuh laluan terus, masalahnya pada perantara itu. Jika kedua-duanya sampai ke origin yang sama dan hanya satu menerima penolakan, keadaan akaun atau butiran permintaan ialah petunjuk yang lebih baik.

Simpan kedua-dua rakaman bersebelahan dengan cap masa. Perbezaan masa bukan bukti sebab-akibat, tetapi ia menyempitkan perkhidmatan mana yang perlu disiasat seterusnya. Catat hos mana yang memiliki setiap baris yang gagal, kerana gejala pelayar yang sama mempunyai pemilik berbeza pada peringkat berbeza. Jika hantaran terus juga gagal, laluan klik bukan pembeza.

Namakan peringkat kegagalan dengan tepat

Teks ralat baris itu lebih khusus daripada dakwaan umum bahawa laman disekat. Kegagalan penyelesaian nama, sambungan yang tidak pernah selesai, ralat TLS dan status HTTP ialah empat peringkat berbeza dengan empat pemilik berbeza. Catat peringkat itu dengan perkataan dan bukannya kegagalan generik, dan sasaran eskalasi menjadi jelas.

Ping dan traceroute boleh menambah petunjuk tentang hos, tetapi kedua-duanya tidak memainkan semula rantaian ubah hala pelayar atau membuktikan bahawa permintaan HTTPS berjaya. Ping yang berjaya ke hos malah boleh wujud bersama ralat TLS pada hos yang sama. Kekalkan rekod permintaan web sebagai bukti utama dan anggap ujian rangkaian kemudian sebagai butiran sokongan.

Kongsi jejak tanpa membocorkan token

Sebelum mengeksport atau menampal jejak, semak setiap URL, pengepala dan parameter pertanyaan. Rantaian ubah hala sering membawa pengecam sesi, alamat e-mel, keadaan persetujuan atau pautan bertandatangan. Gantikan atau potong nilai itu, dan kekalkan origin, status serta masa yang benar-benar diperlukan oleh siasatan.

Serahkan permintaan pertama yang gagal, lompatan sebelumnya dan status ubah hala. Trio itu membolehkan orang seterusnya menghasilkan semula laluan anda tanpa membaca jejak penuh atau menyentuh akaun.