Penanda skema perubatan boleh menerangkan klinik, pengamal perubatan, lokasi atau topik kesihatan dalam format yang konsisten dan boleh dibaca mesin. Enjin carian dan crawler AI yang memproses data Schema.org boleh menggunakannya sebagai konteks tambahan tentang kandungan halaman. Namun, ia tidak menjamin kedudukan lebih tinggi, hasil carian kaya, kemasukan ke Knowledge Graph atau petikan dalam ciri AI. Penanda tersebut mesti sepadan dengan maklumat yang boleh dilihat dan disahkan oleh pengunjung.
Perkara utama
- Gunakan jenis Schema.org yang sepadan dengan halaman, organisasi atau individu sebenar.
- Google hanya menyokong jenis data berstruktur tertentu untuk ciri carian. Jenis Schema.org yang sah tidak semestinya layak untuk hasil carian kaya Google.
- Pastikan fakta klinikal, kelayakan, lokasi dan waktu operasi tepat. Minta pihak yang sesuai menyemak kandungan kesihatan.
- Sahkan penanda dan periksa cara Google mengakses halaman langsung. Semak semula apabila maklumat asal berubah.
Apakah data berstruktur perubatan?
Data berstruktur ialah cara standard untuk melabel maklumat tentang halaman. Schema.org menyediakan kosa kata yang boleh dikongsi. JSON-LD ialah salah satu format untuk menambah data ini, biasanya dalam elemen skrip pada sumber halaman. Google mengesyorkan JSON-LD jika praktikal, tetapi Microdata dan RDFa juga disokong untuk ciri Carian tertentu yang layak.
Untuk laman kesihatan, penanda boleh menerangkan klinik, pengamal perubatan, perkhidmatan atau topik artikel pendidikan. Ia memberikan konteks tambahan kepada sistem. Ia tidak menggantikan kandungan halaman yang jelas, semakan klinikal, reka bentuk yang mudah diakses atau maklumat perniagaan yang tepat.
Pilih jenis yang benar-benar menggambarkan halaman
MedicalClinic dan maklumat perniagaan setempat
MedicalClinic ialah jenis Schema.org untuk klinik perubatan. Jenis ini boleh menerangkan nama, alamat, maklumat hubungan, laman web dan fakta berkaitan klinik. Gunakannya hanya apabila halaman tersebut menerangkan klinik itu dan butirannya dipaparkan kepada pengunjung. Bagi lokasi fizikal, Google mengesyorkan subjenis LocalBusiness yang paling khusus dan sesuai serta panduannya untuk medan yang disokong.
Jangan anggap MedicalClinic menghasilkan hasil carian kaya khas untuk perubatan di Google. Google mendokumenkan beberapa ciri Carian tertentu, dan kelayakan data bergantung pada ciri serta peraturannya. Sesuatu jenis masih boleh menerangkan maklumat walaupun tiada paparan khas dalam Carian.
Letakkan maklumat lokasi pada halaman yang benar-benar menerangkan lokasi tersebut. Jika klinik mempunyai beberapa cawangan, wakilkan setiap cawangan dengan tepat dan jangan himpunkan semua alamat dalam satu rekod lokasi. Selaraskan maklumat laman web, Google Business Profile dan senarai perniagaan awam lain jika boleh.
Maklumat Physician dan pengamal perubatan
Jenis Schema.org Physician boleh menerangkan seorang doktor. Gunakan fakta yang disokong halaman dan rekod yang diluluskan, seperti nama, peranan berkaitan, hubungan dengan klinik dan maklumat profesional. Jangan terbitkan nombor pendaftaran, kelayakan, pengkhususan, hubungan dengan hospital atau anugerah yang belum disahkan atau tidak sesuai didedahkan.
Data berstruktur tidak membuktikan bahawa seseorang pengamal berdaftar dan tidak menggantikan pengesahan profesional. Klinik patut meminta penyemak klinikal atau pematuhan yang sesuai mengesahkan nama, kelayakan dan dakwaan sebelum penerbitan. Keperluan berbeza mengikut bidang kuasa, jadi dapatkan nasihat profesional yang berkelayakan untuk pasaran operasi klinik.
MedicalCondition dan maklumat kesihatan
Schema.org merangkumi jenis seperti MedicalCondition, MedicalProcedure dan MedicalWebPage. Jenis ini boleh menerangkan kandungan halaman yang berkaitan. Namun, ia tidak mengesahkan ketepatan diagnosis atau dakwaan rawatan. Artikel yang dipaparkan patut ditulis atau disemak oleh seseorang dengan kepakaran klinikal yang sesuai, memetik sumber yang boleh dipercayai apabila perlu, dan menerangkan pembaca sasaran serta batasannya.
Tambah kod perubatan atau pautan kepada rujukan klinikal luar hanya selepas penyemak yang berkelayakan mengesahkan kod dan maksudnya. Jangan kaitkan jenis penyakit atau rawatan pada halaman perkhidmatan umum semata-mata untuk menjadikannya kelihatan lebih khusus.
Contoh ringkas JSON-LD
Contoh ini menunjukkan struktur rekod klinik. Gantikan setiap nilai pemegang tempat dengan maklumat yang disahkan dan buang medan yang tidak berkaitan. Jangan terbitkan nilai contoh sebagai butiran klinik sebenar.
{
"@context": "https://schema.org",
"@type": "MedicalClinic",
"@id": "https://example.com/clinic/#clinic",
"name": "[Nama klinik yang dipaparkan pada halaman]",
"url": "https://example.com/clinic/",
"telephone": "[Nombor telefon awam klinik]",
"address": {
"@type": "PostalAddress",
"streetAddress": "[Alamat jalan awam]",
"addressLocality": "[Bandar atau pekan]",
"addressRegion": "[Negeri]",
"postalCode": "[Poskod]",
"addressCountry": "MY"
}
}Gunakan @id yang sama dan stabil untuk entiti klinik yang sama pada halaman berkaitan. Jangan gunakan semula pengecam contoh atau biarkan pemegang tempat di laman langsung. Tambah waktu operasi, koordinat, imej atau medan lain hanya jika maklumatnya tepat, terkini dan berguna kepada pengunjung.
Semakan pelaksanaan untuk laman web kesihatan
Padankan penanda dengan kandungan yang kelihatan
Garis panduan umum Google menghendaki data berstruktur menggambarkan halaman dengan tepat dan tidak mengelirukan. Jangan tandakan dakwaan tersembunyi, kelayakan yang tidak dapat disahkan, ulasan yang tidak dipaparkan atau perkhidmatan yang tidak ditawarkan klinik. Jika alamat, pengamal atau perkhidmatan berubah, kemas kini halaman dan penandanya bersama-sama.
Selaraskan identiti dan butiran lokasi
Semak nama klinik, alamat dan nombor telefon dengan rekod rasmi organisasi. Setiap cawangan patut mempunyai alamat dan butiran hubungan yang tepat. Selesaikan perbezaan ejaan atau format dengan sengaja. Jangan salin maklumat direktori lama yang salah ke laman web hanya untuk menyamakan semua sumber.
Gunakan penanda FAQ dengan cermat
Kandungan FAQ patut menjawab soalan sebenar pada halaman. Google mengehadkan hasil kaya FAQ kepada laman web kerajaan dan kesihatan yang terkenal serta berautoriti. Google juga tidak menjamin paparan walaupun penanda sah. Klinik tidak patut menambah data berstruktur FAQ dengan anggapan senarai Cariannya akan menjadi lebih besar. Kekalkan jawapan yang berguna untuk pembaca sama ada hasil kaya dipaparkan atau tidak.
Data berstruktur memberi crawler AI konteks yang lebih jelas
Data berstruktur menyampaikan makna halaman kepada crawler dalam bentuk yang lebih tersusun dan mesti sepadan dengan perkara yang dinyatakan serta dipaparkan pada halaman. Enjin carian dan crawler AI yang mengambil atau memproses data Schema.org mungkin menggunakan maklumat ini sebagai konteks tambahan tentang organisasi, individu, perkhidmatan atau topik halaman. Sokongan dan penggunaannya berbeza mengikut sistem. Jangan anggap setiap crawler akan membaca atau menggunakan penanda itu.
Untuk AI Overviews dan AI Mode Google, Google menyatakan tiada keperluan teknikal tambahan atau skema khas diperlukan. Asas SEO biasa masih terpakai dan data berstruktur mesti sepadan dengan teks yang kelihatan. Tambah penanda yang tepat untuk menjelaskan halaman, bukan sebagai jaminan keterlihatan AI atau petikan.
Skema ialah sebahagian daripada SEO teknikal
Menambah skrip JSON-LD hanyalah satu langkah pelaksanaan. Kerja yang lebih menyeluruh ialah memastikan kandungan penting boleh dirayap dan diindeks, halaman serta pautan dalaman menunjukkan hubungan yang betul, dan versi canonical serta halaman yang dirender adalah konsisten. Perkhidmatan SEO teknikal Ulement merangkumi asas ini bersama data berstruktur dan seni bina carian. Sebab itulah skema perlu menjadi sebahagian daripada reka bentuk teknikal dan pembangunan laman web, supaya ia boleh diuji dan diselenggara apabila kandungan berubah.
Sahkan dan selenggara pelaksanaan
- Semak sintaks dan kosa kata dengan Schema Markup Validator. Alat ini boleh menguji penanda Schema.org di luar set ciri hasil kaya Google.
- Gunakan Rich Results Test Google untuk menyemak kelayakan bagi ciri Carian Google yang disokong. Data Schema.org boleh jadi sah walaupun tidak layak untuk hasil kaya.
- Terbitkan pada halaman wakil dan gunakan URL Inspection dalam Search Console untuk melihat sama ada Google boleh mengakses halaman langsung. Semak laporan peningkatan jika disediakan oleh Google.
- Catat sumber setiap fakta klinikal atau perniagaan, pihak yang meluluskannya dan tarikh semakan terakhir.
- Sahkan semula selepas perubahan pada lokasi, perkhidmatan, pengamal, waktu operasi, templat atau kod data berstruktur.
Alat pengesahan boleh mengesan masalah teknikal. Alat tersebut tidak dapat mengesahkan dakwaan rawatan dari segi perubatan, status pendaftaran pengamal atau pematuhan klinik terhadap keperluan pengiklanan dan privasi.
Langkah seterusnya yang bertanggungjawab
Mulakan dengan butiran perniagaan rasmi klinik dan halaman yang digunakan pesakit untuk memahami lokasi, pengamal serta perkhidmatan. Sahkan kandungan yang kelihatan dahulu, pilih jenis skema yang berkaitan sahaja, kemudian tetapkan pemilik untuk kemas kini seterusnya. Dengan cara ini, data berstruktur kekal berguna tanpa menggantikan kandungan klinikal yang baik atau penyelenggaraan perniagaan setempat.
Untuk panduan berkaitan, lihat strategi SEO perubatan Ulement, panduan pematuhan SEO kesihatan dan perkhidmatan SEO teknikal. Untuk berbincang tentang projek laman web, hubungi Ulement.
Sumber disemak pada 20 Oktober 2026: Google Search Central tentang cara data berstruktur berfungsi, garis panduan umum data berstruktur, data berstruktur LocalBusiness, ciri AI dan laman web serta perubahan hasil kaya FAQ dan How-to; Holistic SEO tentang data berstruktur dan SEO semantik; Koray Tuğberk GÜBÜR tentang penyelarasan data berstruktur dengan makna halaman yang kelihatan; dan takrif Schema.org bagi MedicalClinic, Physician, MedicalCondition serta MedicalProcedure.