Fact-checking artikel berarti memeriksa apakah setiap klaim penting benar-benar didukung sumber yang sesuai. Banyak tautan tidak otomatis membuat artikel akurat. Sumber bisa membahas periode, kelompok, versi, atau kondisi yang berbeda dari kesimpulan yang ditulis.
Gunakan ledger sederhana yang menghubungkan klaim, bukti, batas, dan keputusan editorial. Dengan begitu, revisi tidak berhenti pada “tambahkan referensi”, tetapi menjelaskan kalimat mana yang perlu diperbaiki dan mengapa.
Pilih klaim yang paling membutuhkan pemeriksaan
Mulai dari angka, harga, tanggal, fitur, aturan platform, hasil penelitian, kutipan, dan pengalaman yang diklaim. Klaim yang menentukan tindakan pembaca perlu diperiksa lebih dahulu daripada fakta sampingan.
Kalimat saran editorial juga perlu alasan, tetapi bentuk pemeriksaannya berbeda. “Saya menyarankan mulai dari satu halaman” adalah rekomendasi yang dapat dijelaskan melalui tujuan dan keterbatasan. “Satu halaman pasti menaikkan trafik” adalah klaim hasil yang membutuhkan bukti dan sering terlalu luas.
Tandai kata yang memperbesar cakupan: semua, selalu, pasti, terbukti, paling, dan tanpa risiko. Kata tersebut tidak otomatis salah, tetapi sering membuat kalimat melampaui sumber.
Gunakan ledger empat keputusan
| Klaim draft | Bukti yang tersedia | Batas | Keputusan |
|---|---|---|---|
| Alat mendukung ekspor CSV | Dokumentasi fitur dibaca | Paket atau versi tertentu | Pertahankan dengan kondisi |
| Ekspor selalu selesai cepat | Tidak ada uji waktu | Kecepatan belum diketahui | Hapus |
| Contoh saldo akhir 20 | Data latihan dapat dihitung | Angka ilustratif | Hitung ulang dan beri label |
| Semua pengguna menyukai fitur | Beberapa ulasan publik | Sampel tidak mewakili semua pengguna | Persempit atau hapus |
Keputusan utamanya adalah pertahankan, batasi, perbaiki, atau hapus. “Cari bukti lagi” dapat menjadi langkah berikutnya, tetapi jangan membiarkan klaim yang belum terverifikasi masuk sebagai fakta pada artikel selesai.
Baca apa yang sebenarnya didukung sumber
Dokumentasi produk dapat mendukung spesifikasi yang dinyatakan. Ia tidak otomatis membuktikan kepuasan pengguna. Penelitian dengan sampel tertentu tidak otomatis berlaku pada semua negara atau jenis website. Pengumuman peluncuran tidak membuktikan fitur sudah tersedia pada setiap akun.
Periksa tanggal, definisi, metode, dan unit. Jika artikel mengutip persentase, tanyakan persentase dari apa. Jika membandingkan angka antarsumber, pastikan pengukurannya sebanding. “Jumlah kunjungan”, “pengguna”, dan “sesi” bukan label yang dapat ditukar bebas.
Jika hanya tersedia sumber sekunder, cari rujukan asalnya. Bila rujukan asli tidak dapat diakses, jangan menyiratkan telah membacanya. Kamu dapat membatasi klaim sesuai sumber yang benar-benar diperiksa atau meninggalkannya jika terlalu penting untuk dibiarkan tidak pasti.
Hitung ulang contoh dan turunan angka
Contoh ilustratif: laporan menyebut 80 dari 200 responden memilih opsi tertentu. Hasil pembagiannya 40%. Kesimpulan yang sah terbatas pada responden serta metode pengumpulan tersebut. Kalimat “40% seluruh pemilik usaha memilih opsi ini” membutuhkan dasar lain.
Periksa pembulatan dan konsistensi antarbagian. Tabel dapat menampilkan 39,6%, sedangkan judul dibulatkan menjadi 40%; itu dapat diterima bila konteksnya jelas. Namun, mengubahnya menjadi “hampir separuh” mungkin memberi kesan yang berbeda. Pilih bahasa yang tidak memperbesar temuan.
Untuk simulasi, tulis asumsi sebelum hasil. Pembaca perlu tahu angka dibuat untuk menunjukkan metode, bukan pengamatan nyata. Jangan menempatkan angka simulasi pada grafik yang berlabel performa perusahaan.
Pisahkan temuan dari interpretasi
Pada contoh 80 dari 200 responden, fakta yang tersedia adalah jawaban dalam sampel tersebut. Penulis dapat mengusulkan pemeriksaan lanjutan, misalnya menilai apakah halaman website sudah menjawab kebutuhan yang disebut responden. Usulan itu merupakan pertimbangan editorial, bukan temuan tambahan dari survei.
Simpan kalimat klaim yang persis dalam ledger, lalu beri penanda fakta, interpretasi, atau saran. Penanda tidak harus tampil sebagai label di setiap paragraf publik. Yang penting, pembaca dapat mengenali kapan tulisan sedang melaporkan hasil dan kapan penulis mengusulkan tindakan berdasarkan hasil tersebut.
Sumber resmi juga mempunyai batas. Dokumentasi menunjukkan perilaku yang dinyatakan penyedia, sementara pengalaman memakai fitur membutuhkan pengujian nyata. Jangan menyatakan telah mencoba sebuah fungsi hanya karena dokumentasinya sudah dibaca.
Tangani sumber yang bertentangan
Periksa terlebih dahulu apakah sumber membahas objek, versi, negara, periode, dan definisi yang sama. Angka berbeda belum tentu bertentangan jika satu menghitung kunjungan dan yang lain menghitung pengguna unik.
| Perbedaan yang ditemukan | Pemeriksaan berikutnya | Keputusan yang mungkin |
|---|---|---|
| Panduan lama dan dokumentasi fitur baru berbeda | Versi dan tanggal berlaku | Pakai kondisi yang sesuai versi artikel |
| Dua survei memberi hasil berbeda | Sampel, pertanyaan, periode dan metode | Jelaskan perbedaan konteks |
| Halaman ringkasan berbeda dari tabel sumber | Catatan tabel dan koreksi resmi | Perbaiki angka atau istilah |
| Perbedaan inti belum terurai | Cari bukti tambahan yang relevan | Turunkan kepastian atau tunda klaim |
Jangan memilih sumber hanya karena mendukung kesimpulan yang diinginkan. Catat alasan memilih satu rujukan atau mempertahankan dua temuan yang berbeda. Jika sumber tidak dapat dibuka, gunakan alternatif yang benar-benar dibaca atau tandai klaim belum terverifikasi. Cuplikan pencarian saja tidak membuktikan seluruh isi laporan telah diperiksa.
Pastikan sitasi menempel pada klaim yang tepat
Tautkan halaman yang langsung mendukung pernyataan. Link ke homepage lembaga biasanya tidak cukup. Letakkan referensi dekat kalimat atau paragraf terkait agar pembaca dapat mengikuti jalur pemeriksaannya.
Jangan memakai kutipan panjang ketika penjelasan dengan bahasa sendiri cukup. Pertahankan makna dan atribusi. Sumber orang lain dapat mendukung pengetahuan, tetapi tidak boleh diubah menjadi pengalaman atau penemuan penulis.
Google menekankan kejelasan sumber dan ketepatan fakta sebagai bagian evaluasi konten yang dapat dipercaya. Panduan konten Google. Ledger adalah alat kerja untuk menerapkan ketelitian tersebut, bukan skor resmi mesin pencari.
Periksa juga klaim pengalaman dan reputasi
E-E-A-T merujuk pada pengalaman, keahlian, otoritas, dan kepercayaan. Konsep ini membantu menilai apa yang layak dipercaya, tetapi bukan satu faktor ranking spesifik. Penilaian quality rater juga tidak langsung menentukan peringkat halaman. Penjelasan E-E-A-T Google.
Gunakan empat lensa berikut ketika klaim meminta pembaca mempercayai penulis atau penyedia layanan:
| Lensa | Pertanyaan pemeriksaan | Tindakan ketika bukti belum ada |
|---|---|---|
| Pengalaman | Apakah penggunaan atau pengujian yang diklaim benar-benar dilakukan? | Ubah review pengalaman menjadi perbandingan dokumentasi |
| Keahlian | Apakah penjelasan menunjukkan mekanisme dan batas penerapannya? | Perbaiki demonstrasi; gelar tidak menggantikan akurasi |
| Otoritas | Apakah pengakuan pihak lain independen dan relevan? | Bedakan liputan editorial, advertorial, dan profil buatan sendiri |
| Kepercayaan | Apakah identitas, sumber, hubungan komersial, dan jalur koreksi jelas? | Tambahkan informasi yang benar-benar tersedia |
Contoh ilustratif: draft menyebut aplikasi sudah diuji selama sebulan, tetapi penulis hanya membaca dokumentasinya. Menambah lima referensi tidak membuktikan penggunaan tersebut. Perbaikan yang tepat adalah mengubah klaim pengalaman dan menjelaskan batas perbandingan.
Tidak semua artikel membutuhkan semua jenis bukti. Panduan konsep dapat mengandalkan penjelasan yang tepat, sedangkan laporan pengujian memerlukan catatan metode dan hasil nyata. Sesuaikan bukti dengan janji halaman tanpa membuat pengalaman, penghargaan, atau reviewer fiktif.
Periksa ulang setelah revisi
Perubahan kalimat dapat membuat sitasi tidak lagi cocok. Setelah membatasi atau menggabungkan paragraf, baca pasangan klaim dan sumber sekali lagi. Periksa judul, description, caption, serta tabel karena klaim berlebihan sering bertahan di bagian ringkas.
Simpan catatan internal secukupnya: klaim, sumber, tanggal akses, keputusan, dan gap. Jangan menaruh path privat atau instruksi reviewer dalam halaman publik.
Pemeriksaan selesai ketika klaim inti dapat ditelusuri dan bagian yang belum diketahui sudah dibatasi atau dihilangkan. Mulai dari paragraf dengan angka atau janji paling besar, lalu isi ledger sebelum memperhalus gaya bahasanya.
