Tanggal artikel seharusnya menjelaskan kapan halaman diterbitkan atau diperbarui secara nyata. Tanggal peristiwa, tanggal riset, dan tanggal pemeriksaan dapat berbeda. Memisahkan fungsi tersebut membantu pembaca memahami konteks tanpa mengira seluruh isi baru dibuat setiap kali tahun pada judul diganti.
Artikel lama bisa tetap berguna. Sebaliknya, tanggal baru tidak membuat langkah usang menjadi benar. Pekerjaan editorial yang utama adalah memeriksa bagian yang berubah dan menjelaskan dampaknya terhadap pembaca.
Pisahkan empat jenis tanggal
| Jenis | Artinya | Contoh pemakaian |
|---|---|---|
| Terbit | Halaman mulai dipublikasikan | Tanggal publikasi artikel |
| Diperbarui | Isi mengalami perubahan yang relevan | Langkah, contoh, atau kesimpulan diperbaiki |
| Diperiksa | Editor meninjau akurasi | Catatan review internal atau label yang jelas |
| Peristiwa | Kejadian yang dibahas berlangsung | Peluncuran fitur atau acara |
Tanggal pengarsipan atau jadwal editorial juga dapat disimpan untuk pengelolaan internal. Jangan menyamakan otomatis tanggal tersebut dengan waktu publikasi yang sebenarnya. Setiap label perlu sesuai dengan kejadian yang diwakilinya.
Google menjelaskan bahwa tanggal pada halaman harus mewakili publikasi atau pembaruan halaman, bukan tanggal kejadian yang sedang diceritakan. Konsistensi antara tanggal yang terlihat dan data terstruktur juga dianjurkan. Panduan byline dates Google.
Tentukan apa yang termasuk perubahan substantif
Perubahan substantif mengubah informasi, tindakan, atau keputusan pembaca secara berarti. Contohnya memperbaiki prosedur yang sudah tidak berlaku, mengganti data yang keliru, menambahkan contoh penting, atau memperbarui kesimpulan karena bukti berubah.
Perbaikan typo tetap berguna, tetapi tidak sama dengan memperbarui keseluruhan panduan. Mengubah tanda baca atau menukar sinonim tidak membuat isi menjadi riset baru. Kamu bisa mencatat perubahan kecil pada sistem editorial tanpa menampilkan klaim besar tentang pembaruan.
Tidak perlu membuat persentase minimum perubahan kata. Artikel singkat dapat mengalami perubahan penting pada satu kalimat, misalnya batas fitur yang menentukan apakah langkah dapat dilakukan. Nilainya dinilai dari dampak informasi, bukan jumlah karakter yang berbeda.
Contoh catatan perubahan
Contoh ilustratif untuk panduan ekspor data:
| Temuan | Perubahan | Catatan untuk pembaca |
|---|---|---|
| Label tombol berubah | Perbaiki langkah dan screenshot | Panduan disesuaikan dengan antarmuka yang diperiksa |
| Format ekspor baru tersedia | Tambah pilihan dan batasnya | Jelaskan kapan format baru berguna |
| Satu angka contoh salah | Perbaiki hitungan dan bagian terkait | Jelaskan koreksi jika memengaruhi keputusan |
| Semua langkah masih benar | Simpan hasil review | Jangan mengaku seluruh isi baru |
Catatan tidak harus panjang. “Menambahkan contoh ekspor CSV dan memperbaiki penjelasan format tanggal” memberi konteks lebih baik daripada “diperbarui untuk tahun ini”.
Periksa semua tempat tanggal muncul
Tanggal dapat muncul pada kartu artikel, halaman penuh, metadata, RSS, sitemap, dan data terstruktur. Editor perlu mengetahui tempat yang dikendalikan oleh CMS serta tempat yang diisi manual. Jangan mengubah satu label tanpa memeriksa konsistensinya.
Jika tampilan situs belum bisa membedakan tanggal terbit dan pembaruan, catat kebutuhan implementasinya kepada pengelola. Jangan mengisi field dengan tanggal yang maknanya berbeda hanya untuk mendapatkan tampilan tertentu.
Untuk artikel yang membahas banyak peristiwa, beri konteks dekat tanggal masing-masing. Pembaca perlu tahu apakah tanggal itu bagian cerita atau metadata artikel. Hindari menaruh tanggal tanpa label di tempat yang mudah disalahartikan.
Jadwalkan review berdasarkan perubahan topik
Panduan fitur, harga, kebijakan, dan jadwal membutuhkan pemantauan yang berbeda dari penjelasan konsep yang relatif stabil. Tentukan pemicu review: perubahan dokumentasi, laporan pembaca, atau pembaruan produk yang relevan.
Kalender review membantu pengelolaan, tetapi jangan membuat pembaruan kosmetik hanya karena tanggal review tiba. Hasil review dapat berupa “masih akurat”. Itu keputusan yang sah selama pemeriksaannya benar-benar dilakukan.
Ketika sumber terbaru belum dapat diakses, batasi klaim yang bergantung padanya. Tulis konteks versi atau tanggal yang sudah diverifikasi. Jika ketidakpastian membuat langkah inti tidak dapat dipercaya, artikel perlu revisi sebelum dipromosikan sebagai panduan mutakhir.
Uji kejujuran label tanggal
Bayangkan pembaca melihat “diperbarui hari ini”. Apakah ia akan mengira harga, fitur, dan langkah sudah diperiksa ulang? Jika kamu hanya mengubah satu tautan, label atau catatan perlu cukup jelas agar tidak memberi kesan yang berlebihan.
Pemeriksaan selesai ketika setiap tanggal punya makna, setiap klaim pembaruan mempunyai perubahan yang dapat ditunjukkan, dan tampilan konsisten dengan metadata yang digunakan situs. Mulai dengan satu artikel yang tahun judulnya sering diganti. Tulis perubahan nyata yang diperlukan terlebih dahulu, baru tentukan tanggal dan label yang sesuai.
