Cara Menghindari Duplicate Schema dari Theme dan Plugin SEO
Theme, plugin, dan custom code dapat sama-sama mencetak schema. Tanpa audit rendered source, sebuah halaman bisa memiliki beberapa graph yang saling bertentangan.
Theme, plugin SEO, dan custom code dapat mencetak graph bersamaan tanpa disadari. Satu-satunya cara melihat hasil akhirnya adalah memeriksa rendered source.
Satu halaman dapat mencetak tiga graph
Rank Math dapat membuat Article, theme menambah WebPage, lalu custom plugin mencetak Organization lain dengan nama berbeda. Hanya rendered source yang memperlihatkan konflik lengkap. Hubungan dengan entity linking internal dan eksternal penting karena keputusan teknis dan editorial sering bertemu pada titik yang sama.
Pembaca dan mesin sama-sama membutuhkan konteks, tetapi keputusan tetap dibuat oleh manusia. Karena itu, duplicate schema perlu dijelaskan dengan contoh, batas, dan hubungan yang nyata. Bagian “Satu halaman dapat mencetak tiga graph” memberi titik masuk agar tim tidak langsung melompat ke taktik.
Cari sumber schema satu per satu
Rank Math mencetak Article, theme menambah WebPage, lalu custom code membuat Organization lain dengan nama berbeda. Rendered source memperlihatkan graph terpecah yang tidak terlihat dari editor.
Website membantu menjelaskan objek tersebut melalui konten, schema, internal link, profil, serta sumber eksternal yang konsisten. Untuk melihat sisi pembuktiannya, gunakan kamus knowledge graph sebagai bacaan pendamping.
Bagian “Cari sumber schema satu per satu” sebaiknya berakhir pada keputusan yang dapat dibatalkan atau diuji. Tim tidak perlu langsung merombak arsitektur. Pilih perubahan kecil, tentukan indikatornya, dan catat hasilnya.
Sebelum masuk produksi
- Apakah bagian “Satu halaman dapat mencetak tiga graph” sudah didukung data?
- Apakah contoh pada bagian “Cari sumber schema satu per satu” cukup mewakili kasus?
- Apakah batas pada bagian “Matikan output yang tidak diperlukan” sudah disebutkan?
Satukan identifier yang semestinya sama
- Ambil rendered HTML, bukan hanya tampilan plugin di dashboard.
- Daftar semua graph, type, @id, canonical, author, publisher, about, mentions, dan sameAs.
- Cocokkan setiap properti dengan konten yang benar-benar terlihat.
- Pilih satu sumber schema utama dan hentikan output yang duplikatif.
- Validasi sintaks, konsistensi identitas, dan hasil setelah cache dibersihkan.
Stable identifier hanya berguna bila dipakai konsisten. Jangan membuat @id baru setiap kali plugin, theme, atau template berubah. Gunakan prinsip tersebut untuk menilai hasil pada bagian “Satukan identifier yang semestinya sama”.
Dokumentasi tidak perlu panjang. Satu catatan yang memuat kondisi awal, perubahan, sumber, dan hasil sudah cukup untuk menjaga bagian “Satukan identifier yang semestinya sama” dapat diaudit.
Catatan sebelum deploy
Pastikan jalur rollback tersedia untuk bagian “Satukan identifier yang semestinya sama”. Perubahan yang sulit dibatalkan membutuhkan bukti dan persetujuan lebih kuat.
Matikan output yang tidak diperlukan
Knowledge graph internal membantu governance website, tetapi tidak menjamin terbentuknya entitas pada graph milik platform lain. Karena itu, bagian “Matikan output yang tidak diperlukan” harus tetap dipertahankan dalam review.
Jalur lanjutan dari “Matikan output yang tidak diperlukan” adalah schema markup dan Mengapa Schema Harus Sama dengan Konten yang Terlihat. Keduanya memberi sudut berbeda.
Batas pada “Matikan output yang tidak diperlukan” bukan penghambat. Ia menjaga keputusan tetap akurat ketika platform dan data berubah.
Sumber utama untuk memeriksa bagian “Matikan output yang tidak diperlukan”: