Artikel yang tampil di website belum tentu masuk ke feed dengan benar. Filter publikasi dapat berbeda, ID item bisa berubah setiap build, atau cache masih menyajikan feed lama. Periksa alur dari status artikel sampai pembaca feed, bukan hanya apakah URL XML bisa dibuka.

RSS dan Atom membantu aplikasi pembaca mengikuti pembaruan. Feed yang sehat memudahkan distribusi kepada orang yang memang menggunakannya. Ia tidak memberikan jaminan indexing, ranking, atau kutipan AI.

Selaraskan tanggal pada feed dengan kebijakan tanggal terbit dan pembaruan yang jujur agar koreksi judul tidak tampak sebagai artikel baru.

Tentukan isi feed secara eksplisit

Pilih artikel publik yang memang boleh didistribusikan. Draft, jadwal masa depan, halaman privat, dan konten yang hak distribusinya dibatasi memerlukan keputusan jelas. Jangan mengambil semua file konten hanya karena generator dapat membacanya.

Tentukan juga bentuk isi: ringkasan atau artikel lengkap. Jika memakai ringkasan, pastikan link menuju artikel penuh benar. Jika memakai isi lengkap, periksa gambar, tautan relatif, dan markup yang mungkin tidak didukung aplikasi pembaca.

Catat batas jumlah item sebagai keputusan produk. Feed berisi artikel terbaru tidak harus menampilkan seluruh arsip. Karena itu, item lama yang tidak lagi ada di feed belum otomatis terhapus dari website.

Pertahankan identitas item ketika isinya diperbarui

Pada RSS 2.0, guid membantu pembaca mengenali identitas item. Jika dipakai sebagai permalink, nilainya perlu menunjuk item yang sesuai; jika bukan URL, nyatakan isPermaLink="false". Identitas yang konsisten membantu mencegah pembaruan dianggap sebagai artikel baru. Spesifikasi RSS 2.0.

Atom menggunakan id sebagai identitas permanen. Migrasi atau revisi item tidak semestinya membuat identitasnya berubah. Atom juga membedakan informasi publikasi dan pembaruan. Standar format Atom.

Jangan membuat ID dari waktu build atau hash seluruh isi artikel. Keduanya dapat berubah ketika satu typo diperbaiki. Pilih identitas yang terikat pada artikel dan dipertahankan ketika representasinya berubah.

Contoh RSS untuk satu artikel

Fragmen berikut merupakan contoh ilustratif, bukan feed lengkap atau artikel nyata:

<item>
  <title>Panduan Merawat Tanaman di Ruang Kerja</title>
  <link>https://example.com/panduan/tanaman-ruang-kerja/</link>
  <guid isPermaLink="false">urn:example:article:tanaman-001</guid>
  <pubDate>Tue, 20 Oct 2026 08:00:00 +0700</pubDate>
  <description>Langkah memilih tempat dan memeriksa kebutuhan air.</description>
</item>

Jika judul diperbaiki, ID urn:example:article:tanaman-001 tetap. Tanggal publikasi tidak diganti menjadi waktu saat generator berjalan. Feed lengkap masih membutuhkan struktur channel dan elemen lain sesuai format yang dipilih.

Gunakan serializer XML atau escaping yang benar. Judul seperti “Kopi & Teh” memerlukan penanganan ampersand pada XML. Menambahkan HTML mentah ke field yang salah juga dapat membuat feed gagal diparse meskipun halaman artikel normal.

Susun matriks perubahan

Simpan hasil yang diharapkan sebelum menjalankan uji:

Tindakan Harapan pada feed Pemeriksaan pembaca
Artikel baru dipublikasikan Satu item baru dengan ID unik Muncul setelah feed diambil ulang
Typo artikel diperbaiki Identitas item tetap Tidak menjadi duplikat karena ID baru
Draft dibuat Tidak masuk feed publik Tidak terlihat sebagai item
Artikel dijadwalkan Masuk ketika waktunya berlaku Tidak tampil lebih awal karena filter berbeda
URL artikel dimigrasi Identitas dipertahankan sesuai format Link menuju lokasi yang benar

Pembaca feed dapat mempunyai kebijakan tersendiri tentang kapan mengambil ulang atau memperlihatkan perubahan. Jangan menjanjikan setiap koreksi langsung terlihat di semua aplikasi.

Untuk migrasi, periksa juga redirect URL feed jika alamatnya berubah. Mengganti alamat feed tanpa jalur transisi dapat membuat pelanggan lama terus membaca sumber yang tidak lagi diperbarui.

Periksa tiga lapisan bukti

Pertama, daftar sumber. Cocokkan artikel yang seharusnya masuk dengan hasil generator. Periksa status, tanggal, ID, judul, dan link. Jika artikel hilang sejak tahap ini, masalahnya belum berada pada aplikasi pembaca.

Kedua, respons publik. Ambil URL feed dan periksa status, tipe isi, serta body XML. Respons 200 yang berisi halaman error HTML tetap merupakan feed yang gagal. Periksa juga cache dan validator bila respons masih memuat versi lama.

Ketiga, aplikasi pembaca. Gunakan pembaca feed yang kamu pilih, lakukan refresh sesuai kemampuannya, dan cocokkan item baru. Feed yang valid secara sintaks belum membuktikan semua gambar atau tautan bekerja pada aplikasi tersebut.

Catat nama aplikasi, waktu pengambilan, dan hasilnya. Satu pembaca yang berhasil adalah bukti kompatibilitas pada sampel itu, bukan semua konsumen feed.

Telusuri duplikat dan keterlambatan secara terarah

Jika item muncul dua kali setelah revisi, bandingkan ID sebelum dan sesudah. Bila ID tetap, periksa apakah ada dua feed yang digabung atau dua item berbeda memakai link sama. Jangan menghapus artikel dari website sebelum mengetahui sumber duplikasinya.

Jika artikel baru belum muncul, periksa urutannya: sumber sudah publik, generator sudah memasukkan, respons jaringan sudah baru, lalu pembaca sudah mengambil ulang. Urutan ini membantu menentukan pemilik perbaikan.

Feed tidak otomatis mengaktifkan langganan email, WebSub, atau distribusi platform lain. Jalur tersebut membutuhkan konfigurasi dan bukti pengiriman masing-masing. Jangan menyebutnya aktif hanya karena XML sudah tersedia.

Mulai dengan satu artikel uji yang memang boleh dipublikasikan atau fixture lokal. Jalankan skenario publish dan update dengan identitas yang sama. Setelah keduanya benar, gunakan pemeriksaan itu pada rilis berikutnya agar distribusi tetap mengikuti status artikel yang sebenarnya.