Penggunaan rentang tanggal di Laporan Site Audit

Bagan historis dan pemilihan Crawl saat ini

Di konektor Site Audit, parameter rentang tanggal memiliki dua fungsi: menentukan periode untuk bagan historis, dan memilih Crawl saat ini.

Anda dapat membuat bagan historis dengan kolom dari grup kolom "Riwayat Proyek", yang menampilkan data yang sama seperti laporan "Riwayat Proyek" di Site Audit. Misalnya, Anda dapat membuat bagan historis tentang perubahan Health Score atau jumlah halaman yang memiliki/tanpa masalah. Untuk bagan ini, rentang tanggal mengontrol periode data historis yang akan ditampilkan.

Anda juga dapat membuat scorecard dan bagan menggunakan kolom dari grup kolom "Page Explorer (PE)" dan "Link Explorer (LE)", atau mengambil statistik masalah untuk Crawl tertentu menggunakan kolom dari grup kolom "All Issues". Di sini, rentang tanggal mengontrol data Crawl mana yang akan ditampilkan untuk kolom-kolom tersebut.

Untuk Laporan yang menggunakan konektor, kami menyarankan konfigurasi rentang tanggal berikut.

• Tetapkan rentang tanggal default untuk keseluruhan laporan agar memilih Crawl yang paling baru.
• Tetapkan rentang tanggal khusus per bagan untuk bagan historis, untuk menimpa setelan default.

Cara memilih Crawl terbaru menggunakan rentang tanggal

Bagian ini menjelaskan cara menentukan rentang tanggal yang ideal untuk Proyek Anda agar dapat mengambil data Crawl terbaru.

Untuk hasil terbaik, rentang tanggal sebaiknya hanya memilih satu Crawl; jika Anda juga menggunakan metrik perbandingan, rentang tanggal perbandingannya sebaiknya hanya memilih Crawl sebelumnya. Secara umum, hal ini dapat dicapai dengan menggunakan durasi rentang tanggal yang sama dengan frekuensi Crawl Proyek Anda.

Selama rentang tanggal hanya memilih satu Crawl, metode ini seharusnya berfungsi untuk jenis laporan Ahrefs yang memiliki penggunaan rentang tanggal Historical maupun Crawl selection .

Sebagai contoh, pertimbangkan Proyek dengan jadwal Crawl mingguan. Misalkan kita memiliki bagan yang meminta kolom dari Page Explorer, yang menggunakan rentang tanggal Crawl selection.

Di sini, rentang tanggal utama diatur ke preset "Last 7 days (including today)", agar sesuai dengan jadwal mingguan Proyek. Rentang tanggal perbandingan diatur ke "Previous Period". Preset tersebut masing-masing memilih Crawl 4 dan Crawl 3.

Masalahnya adalah saat Anda mengakses grafik ketika Crawl masih berlangsung, rentang tanggal Anda mungkin tidak memilih Crawl mana pun:

Sekarang, dengan preset yang sama, rentang tanggal utama tidak memilih Crawl, dan rentang tanggal perbandingan malah memilih Crawl 4! Akibatnya, grafik akan menampilkan error.

Anda dapat mengurangi kemungkinan ini dengan menggeser tanggal akhir rentang tanggal utama beberapa hari ke belakang. Jumlah hari yang ideal bergantung pada prioritas Anda untuk laporan tersebut. Ada kompromi antara menghindari laporan yang rusak dan mendapatkan data Crawl yang lebih baru.

Prioritaskan agar laporan tidak rusak

Gunakan pedoman praktis ini jika Anda tidak ingin laporan Anda rusak karena pengaturan rentang tanggal yang tidak valid:

• Gunakan interval yang sama dengan interval Crawl Proyek Anda.
• Setel Tanggal Akhir ke "Hari ini dikurangi N hari", dengan N adalah durasi maksimum Crawl ditambah satu hari.

Sebagai contoh, misalkan Proyek Anda memiliki jadwal Crawl mingguan, dengan durasi maksimum Crawl 48 jam. Maka, agar ketersediaan data Crawl terjamin, N harus 2 + 1 = 3 hari. Pilih opsi Lanjutan di panel rentang tanggal, lalu setel Tanggal Mulai ke "Hari ini dikurangi 10 hari" (7 + 3 = 10) dan Tanggal Akhir ke "Hari ini dikurangi 3 hari". Komprominya, Anda akan melihat data untuk Crawl yang dianggap paling baru tiga hari yang lalu.

Prioritaskan menampilkan data Crawl terbaru

Anda bisa mempertimbangkan offset tanggal yang lebih kecil jika semua hal berikut benar.

• Anda ingin menunggu lebih singkat agar data Crawl terbaru muncul di laporan Looker Studio Anda.
• Durasi Crawl Proyek Anda biasanya lebih singkat daripada durasi maksimum.
• Pada kasus langka ketika mengakses laporan saat Crawl sedang berlangsung memang membuat laporan rusak karena pengaturan rentang tanggal, Anda tidak keberatan mengatur rentang tanggal yang valid secara manual.

Misalkan Anda mendapati bahwa dalam praktiknya Proyek Anda biasanya hanya memerlukan sekitar 24 jam untuk melakukan Crawl, dan Anda tidak keberatan mengubah rentang tanggal ketika laporan Anda rusak saat diakses selama Crawl sedang berlangsung. Maka Anda bisa memilih preset "7 hari terakhir" (tidak termasuk hari ini), yang memungkinkan Anda melihat data untuk Crawl yang dianggap paling baru satu hari yang lalu.

Cara memilih Crawl sebelumnya menggunakan rentang tanggal

Terkadang, Anda mungkin ingin Laporan Anda menampilkan data untuk Crawl tertentu dari waktu sebelumnya. Bagian ini menjelaskan cara menentukan rentang tanggal yang ideal untuk kasus seperti ini.

Pilih rentang tanggal utama (dan rentang tanggal perbandingan, untuk metrik perbandingan) agar masing-masing memilih Crawl yang dimaksud.

Misalnya, untuk membandingkan Crawl tertentu dengan Crawl tepat sebelumnya:

Di sini, rentang tanggal utama memilih Crawl 3, dan rentang tanggal perbandingan memilih Crawl 2.

Terakhir, kita melihat contoh yang lebih dibuat-buat untuk menunjukkan perbedaan perilaku antara jenis Laporan Ahrefs ketika rentang tanggal tumpang tindih dengan lebih dari satu Crawl:

• Jika ini untuk jenis Laporan Ahrefs dengan penggunaan rentang tanggal Historical, rentang tanggal utama memilih Crawl 3 dan 4, dan rentang tanggal perbandingan memilih Crawl 1 dan 2.
• Jika ini untuk jenis Laporan Ahrefs dengan penggunaan rentang data Crawl selection, rentang tanggal utama memilih Crawl 4, dan rentang data perbandingan memilih Crawl 2.