Alert: detektor, ambang batas, dan tingkat keparahan

Aturan alert menjalankan satu detektor pada properti yang Anda pilih dan hanya mengirim pesan ke salurannya saat detektor tersebut terpicu. Anda menentukan detektor, ambang batas, rentang waktu dalam hari, tingkat keparahan terendah yang layak dikirimi pesan, dan, bila perlu masa tenang, tanggal sampai kapan aturan tetap diam. Aturan terpicu paling banyak sekali per properti per hari, sehingga seminggu yang buruk menghasilkan satu pesan per hari, bukan satu pesan per jam.

Peristiwa apa saja yang dapat memicu alert

Pilih detektor di New alert. Kolom terakhir menunjukkan nilai yang diisikan formulir untuk Anda.

Detektor berbasis persentase mengukur perubahan relatif. CTR yang turun dari 4.0% menjadi 3.0% berarti penurunan 25%, bukan satu poin, dan posisi rata-rata yang bergeser dari 8.0 ke 9.2 berarti 15% lebih buruk. New & lost rankings membaca hingga 5,000 kueri per rentang waktu, sehingga pada situs yang lebih besar, kueri yang hanya tergeser keluar dari 5,000 teratas juga dihitung sebagai hilang.

Cara tingkat keparahan ditentukan

Setiap alert memiliki tingkat keparahan: kritis, tinggi, sedang, atau rendah.

• Traffic drop, Position drop, CTR drop, New & lost rankings: berdasarkan besarnya perubahan. 30% atau lebih berarti kritis, 20% tinggi, 10% sedang, dan di bawah itu rendah.
• Traffic spike: tinggi bila klik setidaknya berlipat dua, selain itu sedang.
• Traffic anomaly: kritis pada skor minus 7 atau lebih rendah, tinggi pada minus 5 atau lebih rendah, selain itu sedang.
• Index flip: tinggi bila sepuluh URL atau lebih berubah, selain itu sedang.
• Measured rank drop: berdasarkan penurunan terbesar; 20 posisi atau lebih berarti kritis, 10 tinggi, 5 sedang, dan kurang dari itu rendah.
• Audit regression: tinggi untuk sepuluh masalah kritis tambahan atau lebih, sedang untuk lima, selain itu rendah.

Minimum severity (bawaan low) membuang semua alert yang berada di bawahnya. Jika Anda memadukan ambang batas rendah dengan tingkat minimum yang tinggi, detektor tetap mendeteksi perubahan kecil, tetapi hanya perubahan besar yang sampai ke saluran. Test rule akan memberi tahu bila hal itu terjadi, dengan menyebutkan tingkat keparahan dan tingkat minimum yang tidak terpenuhi. Alert yang terpicu tidak pernah berada di bawah rendah, jadi low dan info berperilaku sama.

Kapan pengecekan dijalankan

• Semua detektor kecuali Index flip berjalan sekali sehari, pada eksekusi pukul 06:00 UTC. Rentang waktunya berakhir pada hari sebelumnya (UTC) dan dibandingkan dengan rentang berjumlah hari yang sama sebelumnya.
• Index flip berjalan setiap jam dan menghitung perubahan sejak aturan terakhir terpicu, atau selama 24 jam terakhir bila belum pernah terpicu. Perubahan tersebut berasal dari Index Tracker, yang memeriksa ulang URL yang Anda lacak.
• Setelah aturan mengirim pesan untuk suatu properti, aturan tersebut tetap diam untuk properti itu sampai hari UTC berikutnya.
• Jika pengiriman gagal, tidak ada yang ditandai sebagai terkirim, dan pengecekan berikutnya mengevaluasi aturan itu lagi: keesokan paginya untuk detektor harian, jam berikutnya untuk index flip.

AutoPSEO hanya meminta data final dari Search Console (opsi dataState pada Search Analytics API). Jika Google belum memfinalisasi data hari terbaru saat pengecekan berjalan, hari itu dianggap kosong, jadi periksa dasbor sebelum bertindak berdasarkan alert yang hanya menyangkut satu hari.

Detektor traffic anomaly

Ini satu-satunya detektor yang menilai satu hari saja. Detektor ini mengambil klik harian dalam rentang waktu, minimal 14 hari dan 28 hari secara bawaan, yang berakhir kemarin, lalu menilai hari terbaru dengan modified z-score yang direkomendasikan oleh Iglewicz dan Hoaglin (NIST/SEMATECH e-Handbook):

score = 0.6745 × (newest day − median) ÷ median absolute deviation

Detektor terpicu saat skor sama dengan atau di bawah minus ambang batas. Nilai bawaan 3.5 sesuai dengan batas yang disarankan para penulis tersebut untuk potensi outlier, dan angka yang lebih kecil menangkap lebih banyak kasus. Karena skor dihitung dari median, satu hari yang janggal di awal rentang waktu nyaris tidak menggesernya.

Pahami batasannya sebelum Anda mengandalkannya:

• Detektor ini hanya mencari penurunan. Gunakan Traffic spike untuk kenaikan.
• Detektor ini tidak membedakan hari kerja dari akhir pekan. Situs yang sepi setiap hari Minggu mungkin memerlukan ambang batas yang lebih tinggi.
• Pada situs yang sangat kecil, di mana setidaknya setengah dari hari memiliki jumlah yang sama, sebarannya nol dan setiap hari terbaru yang lebih rendah akan mendapat skor ekstrem.

Ambang batas, rentang waktu, dan properti

• Threshold: hingga 1000, dengan kelipatan 0.5; nilai kosong atau nol akan kembali ke nilai bawaan detektor. Satuannya mengikuti detektor (persen, z-score, peristiwa, posisi, atau masalah), dan formulir menjelaskannya di bawah kolom isian.
• Window (days): 1 sampai 90. Untuk detektor perbandingan, nilai ini menentukan panjang kedua rentang waktu. Traffic anomaly membaca minimal 14 hari berapa pun nilai yang Anda masukkan, sedangkan Index flip, Measured rank drop, dan Audit regression membandingkan peristiwa, pengecekan, atau audit, sehingga bagi mereka rentang waktu hanya muncul di dalam pesan.
• Properties: centang sebanyak yang Anda perlukan. Jika tidak ada yang dicentang, aturan mencakup semua properti di akun Anda, yang dicari ulang pada setiap pengecekan.

Membisukan, menjeda, dan menguji

• Mute until menerima sebuah tanggal. Aturan dilewati sampai pukul 00:00 UTC pada hari itu, dan barisnya menampilkan lencana Muted selama tanggal tersebut diatur. Hapus tanggalnya untuk mengakhiri pembisuan lebih awal.
• Pause menghentikan aturan tanpa menghilangkan pengaturannya, dan Resume menjalankannya kembali.
• Test rule menjalankan detektor sekarang untuk setiap properti yang dicakup aturan, tanpa memperhitungkan pembisuan maupun batas sekali sehari. Pesan hanya dikirim bila detektor terpicu; jika tidak, Anda akan diberi tahu apa yang diukur. Pengujian yang mengirim pesan dihitung sebagai alert properti itu untuk hari tersebut.

Detektor yang membutuhkan data riset

Measured rank drop membaca Rank Tracking (di bawah Research). Detektor ini memerlukan tracker pada properti dengan setidaknya dua pengecekan yang selesai, membandingkan setiap kata kunci per perangkat di antara dua pengecekan terakhir, dan memperlakukan kata kunci yang keluar dari kedalaman yang dilacak sebagai satu posisi di luarnya. Audit regression membaca Site Audit dan memerlukan dua audit yang selesai. Keduanya tetap diam pada properti demo.

Isi pesan alert

Judul menyebutkan detektor dan properti, diikuti ringkasan satu kalimat seperti Klik 1,500 vs 2,000 pada rentang sebelumnya (-25.0%). Berikutnya tampil metrik, nilai saat ini, nilai pembanding, rentang waktu beserta tanggalnya dan perubahannya, serta tombol Open report. Tombol ini membuka dasbor untuk sebagian besar detektor, Rank Changes untuk New & lost rankings, Rank Tracking untuk Measured rank drop, dan Site Audit untuk Audit regression. Slack menempatkan penanda tingkat keparahan di awal judul, Teams mewarnai judul, dan webhook menerima fakta yang sama dalam bentuk JSON (Outbound webhooks).