Penanda skema untuk penjagaan kesihatan: Panduan pelaksanaan praktikal

Saya meluangkan masa meneliti laman web hospital tempatan untuk memahami perkara yang belum disediakan.

Semakan itu mengingatkan saya kepada satu keperluan asas: laman web hospital perlu menghubungkan doktor, jabatan, perkhidmatan dan lokasi dengan jelas. Hubungan ini perlu masuk akal kepada pesakit dan enjin carian.

Penanda skema penjagaan kesihatan membantu menerangkan maklumat tersebut kepada enjin carian. Rancang dan masukkannya semasa laman web dibina, bersama-sama halaman dan sistem untuk mengemas kini maklumat.

Pendirian saya mudah. Hospital tidak sepatutnya perlu menempah perkhidmatan SEO lain selepas pelancaran hanya untuk menyediakan struktur asas ini.

Perkara utama

• Masukkan skema penjagaan kesihatan dalam skop dan sebut harga pembangunan laman web asal.
• Hubungkan doktor, jabatan, perkhidmatan dan lokasi hospital dengan jelas.
• Gunakan maklumat yang sama dan telah diluluskan untuk kandungan halaman serta penanda skema.
• Semak halaman yang siap sebelum meluluskan laman web.
• Sediakan cara yang jelas untuk pasukan anda mengemas kini rekod selepas pelancaran.
• Tetapkan kerja SEO berterusan secara berasingan daripada asas yang dipersetujui dalam pembangunan.

Apakah penanda skema penjagaan kesihatan?

Penanda skema ialah set label yang ditambahkan pada kod laman web. Label ini menerangkan maksud maklumat yang dipaparkan pada halaman.

Bagi laman web hospital, label tersebut boleh mengenal pasti:

• Hospital dan lokasinya.
• Doktor serta hubungannya dengan hospital.
• Jabatan dan hospital yang menempatkannya.
• Perkhidmatan dan organisasi yang menyediakannya.
• Artikel perubatan, penulisnya dan pihak yang menyemaknya.

Pesakit membaca halaman tersebut. Enjin carian juga boleh membaca label untuk membantu mentafsir kandungannya. Google menerangkan data berstruktur sebagai cara memberikan petunjuk jelas tentang maksud sesuatu halaman.

Anda tidak perlu memahami kod untuk menempah kerja ini. Namun, tanyakan maklumat yang diterangkan, sumbernya dan cara ketepatannya akan dikekalkan.

Hubungkan maklumat yang diperlukan pesakit

Bayangkan pesakit sedang mencari pakar kardiologi di cawangan hospital tertentu.

Laman web patut membantu pesakit mengenal pasti doktor tersebut, tempat beliau berkhidmat, perkhidmatan yang tersedia dan cara memohon janji temu.

Hubungan ini memberikan pasukan pembangunan perkara yang jelas untuk dibina:

Maklumat	Perkara yang perlu dijelaskan oleh laman web
Doktor	Nama, kelayakan yang disahkan dan bidang kepakaran.
Cawangan hospital	Alamat, butiran perhubungan dan waktu operasi yang berkaitan.
Jabatan	Hospital atau cawangan yang menempatkannya.
Perkhidmatan	Lokasi yang menawarkannya dan pihak yang menyediakannya.
Janji temu	Laluan tempahan atau pertanyaan yang betul.

Hubungan ini perlu dipaparkan dalam kandungan dan navigasi halaman. Penanda skema pula perlu menerangkan fakta yang sama.

Jangan paparkan doktor sebagai kakitangan jika beliau hanya bertugas sebagai pakar pelawat. Jangan nyatakan perkhidmatan tersedia di semua cawangan jika hanya satu cawangan menawarkannya. Sahkan maklumat ini sebelum pembangun menghubungkannya.

Jenis skema yang patut digunakan oleh laman web penjagaan kesihatan

Jenis skema ialah label untuk menerangkan sesuatu, seperti hospital, doktor atau artikel. Properties ialah butiran yang dikaitkan dengannya, seperti nama, alamat atau majikan. Gunakan jadual untuk menentukan keperluan setiap halaman. Pembangun boleh memilih medan yang sesuai selepas itu.

Pilih jenis paling khusus yang menggambarkan entiti dengan tepat. Kemudian pilih properties yang sesuai dengan jenis tersebut dan fakta yang tersedia.

Jadual berikut ialah panduan perancangan. Senarai properties ini titik mula yang berguna, bukan keperluan Google yang terpakai untuk semua keadaan.

Halaman atau entiti	Skema yang sesuai	Properties yang berguna	Batas sokongan Google
Kumpulan penjagaan kesihatan	MedicalOrganization	name, url, logo, subOrganization	Maklumat organisasi; tiada rich result khusus untuk kumpulan perubatan.
Hospital	Hospital	address, telephone, department, parentOrganization	Ciri organisasi dan perniagaan tempatan yang berkenaan.
Lokasi klinik	MedicalClinic	address, openingHoursSpecification, medicalSpecialty	Ciri perniagaan tempatan yang berkenaan.
Profil doktor individu	Person	name, jobTitle, worksFor, hasCredential	Tiada rich result khusus untuk doktor.
Pakar perubatan sebagai entiti penyedia perubatan	Physician	medicalSpecialty, hospitalAffiliation, availableService	Ciri organisasi dan perniagaan tempatan yang berkenaan.
Makmal diagnostik	DiagnosticLab	name, url, address, parentOrganization	Maklumat organisasi; tiada rich result khusus untuk makmal.
Lokasi farmasi	Pharmacy	address, telephone, openingHoursSpecification	Ciri perniagaan tempatan yang berkenaan.
Janji temu atau perkhidmatan rawatan	Service	name, serviceType, provider, areaServed	Tiada rich result umum khusus untuk Service.
Halaman maklumat perubatan	MedicalWebPage	about, reviewedBy, lastReviewed	Tiada rich result khusus untuk MedicalWebPage.
Subjek klinikal	MedicalCondition, Drug atau MedicalProcedure	Properties khusus subjek	Tiada rich result khusus untuk jenis perubatan ini.
Artikel editorial	Article atau BlogPosting	headline, author, image, tarikh penerbitan	Ciri artikel yang disokong, tertakluk pada panduan Google.
Jejak navigasi	BreadcrumbList	itemListElement, kedudukan, nama dan URL	Ciri breadcrumb yang disokong.
Video pendidikan	VideoObject	name, thumbnailUrl, uploadDate, URL video	Ciri video yang disokong, tertakluk pada kelayakan.

Semak vokabulari perubatan Schema.org bersama galeri ciri yang disokong Google. Kedua-duanya menjawab soalan yang berbeza.

Organisasi, kemudahan dan doktor individu

Gunakan MedicalOrganization untuk organisasi penjagaan kesihatan yang sesuai. Gunakan subtype yang lebih khusus seperti Hospital atau MedicalClinic apabila sepadan.

Takrif Physician memerlukan perhatian khusus. Schema.org menerangkannya sebagai doktor individu atau pejabat doktor yang dianggap sebagai organisasi perubatan. Jenis ini berada dalam hierarki organisasi dan perniagaan tempatan.

Bagi profil biografi, Person menyediakan properties untuk individu dan hubungannya. Gunakan worksFor bagi hubungan pekerjaan dan affiliation apabila ia lebih tepat menggambarkan hubungan tersebut. Bezakan identiti individu daripada entiti amalan apabila kedua-duanya perlu diterangkan.

DiagnosticLab menerangkan makmal diagnostik dan mewarisi daripada MedicalOrganization. Jenis ini bukan subtype LocalBusiness secara automatik. Makmal yang melayani pelanggan tempatan mungkin memerlukan pemodelan tambahan yang sesuai dengan operasinya.

Perkhidmatan, prosedur dan maklumat perubatan

Gunakan Service untuk menerangkan tawaran penyedia seperti perkhidmatan konsultasi. Gunakan MedicalProcedure untuk menerangkan prosedur klinikal itu sendiri. Kedua-duanya mewakili aspek maklumat yang berbeza.

Halaman maklumat perubatan boleh menggunakan MedicalWebPage, dengan about merujuk kepada subjeknya. Subjek itu mungkin MedicalCondition atau Drug. Penanda tersebut perlu menggambarkan kandungan sebenar dan fakta yang telah disemak.

Akhir sekali, HealthCare bukan jenis umum untuk laman web. Ia ialah nilai enumerasi bagi manfaat kerajaan. Jangan gunakannya sebagai jenis organisasi hospital atau klinik.

Contoh MedicalClinic untuk satu lokasi

Berikut contoh ringkas bagi sebuah klinik. Contoh ini mengenal pasti klinik, halaman lokasinya, alamat, nombor telefon dan waktu operasi biasa.

Ini ialah JSON-LD, format untuk menerbitkan penanda skema dalam kod halaman. Pembangun boleh menjana data ini daripada rekod yang sama dengan maklumat klinik yang dipaparkan pada laman web.

Klinik, alamat, nombor telefon dan laman web di bawah adalah rekaan. Gantikan dengan maklumat yang diluluskan sebelum menggunakan contoh ini.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "MedicalClinic",
  "@id": "https://example.org/locations/central-clinic/#clinic",
  "name": "Example Central Clinic",
  "url": "https://example.org/locations/central-clinic/",
  "telephone": "+60-3-0000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "10 Example Street",
    "addressLocality": "Kuala Lumpur",
    "addressRegion": "Wilayah Persekutuan Kuala Lumpur",
    "postalCode": "50000",
    "addressCountry": "MY"
  },
  "openingHoursSpecification": {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": [
      "https://schema.org/Monday",
      "https://schema.org/Tuesday",
      "https://schema.org/Wednesday",
      "https://schema.org/Thursday",
      "https://schema.org/Friday"
    ],
    "opens": "09:00",
    "closes": "17:00"
  }
}
</script>

Medan utama menerangkan:

• @type: organisasi ini sebuah klinik perubatan.
• @id: pengecam konsisten untuk klinik yang boleh dirujuk oleh halaman lain.
• name dan url: nama klinik dan halaman lokasi utamanya.
• address dan telephone: lokasi klinik dan cara menghubunginya.
• openingHoursSpecification: waktu biasa klinik mula dan tamat beroperasi.

Jika waktu Sabtu berbeza, tambah entri berasingan. Semak cuti umum dan pengecualian lain. Jangan anggap jadual hari bekerja sentiasa terpakai.

Klinik dengan beberapa cawangan memerlukan rekod lokasi yang berasingan dan butiran yang betul bagi setiap cawangan. Jangan salin alamat dan waktu operasi satu cawangan ke semua halaman lokasi.

Untuk penggunaan sebenar, semak contoh dengan takrif MedicalClinic dan keperluan perniagaan tempatan Google. Ini titik mula, bukan jaminan paparan carian tertentu.

Masukkan dalam skop pembangunan

Bagi laman web hospital baharu, saya akan memasukkan data berstruktur dalam skop pembangunan asal. Pelaksanaannya bergantung pada keputusan tentang profil doktor, halaman jabatan, halaman perkhidmatan dan rekod lokasi.

Jika ditangguhkan sehingga selepas pelancaran, anda mungkin perlu membuka semula keputusan tersebut, membetulkan rekod atau mengubah templat yang sepatutnya sudah mengendalikan maklumat itu.

Minta keperluan berikut dimasukkan dalam cadangan:

1. Struktur halaman yang jelas. Doktor, jabatan, perkhidmatan dan lokasi masing-masing memerlukan tempat yang sesuai pada laman web.
2. Rekod yang saling berkaitan. Pasukan patut boleh memautkan doktor kepada hospital dan perkhidmatan yang betul tanpa menyalin maklumat sama ke beberapa halaman.
3. Label skema yang sesuai. Penanda perlu menerangkan perkara sebenar yang dibincangkan setiap halaman.
4. Maklumat yang dikongsi. Halaman yang kelihatan dan penandanya perlu menggunakan rekod sama yang telah diluluskan.
5. Semakan sebelum pelancaran. Pembangun perlu memeriksa hasil yang diterbitkan dan menguji halaman yang mewakili setiap jenis.
6. Proses serahan. Pasukan anda perlu tahu cara mengemas kini maklumat dan pihak yang mengurus perubahan teknikal.

Masukkan perkara ini dalam cadangan dan semakan untuk meluluskan laman web. Dengan itu, pihak hospital dan pembangun mempunyai asas yang jelas untuk memeriksa hasil siap.

Ini sebahagian daripada skop pembangunan laman web, bersama tajuk halaman, penerangan carian, pautan dalaman dan kawalan yang diperlukan untuk mengurus kandungan.

Plugin masih memerlukan maklumat yang tepat

Plugin boleh membantu menerbitkan penanda skema. Plugin masih memerlukan butiran dan hubungan yang betul.

Sebelum memasang plugin lain, semak hasil yang sudah diterbitkan oleh laman web. Tema, page builder dan plugin SEO mungkin masing-masing menambah penerangan sendiri. Penerangan tersebut mesti sepadan.

Sebagai contoh, satu bahagian laman web mungkin menerbitkan alamat semasa cawangan, manakala bahagian lain masih menggunakan alamat ibu pejabat. Memasang alat lain tidak menentukan rekod yang betul.

Pasukan pembangunan perlu mengenal pasti sumber maklumat dan membuang atau membetulkan output yang bercanggah. Pasukan hospital anda perlu meluluskan fakta asas.

Semak kerja sebelum menerima laman web

Minta bukti daripada halaman yang siap, bukan tangkap layar tetapan plugin yang telah diaktifkan.

Semakan perlu menjawab tiga soalan:

• Adakah maklumat tepat? Nama, lokasi, waktu, kelayakan dan pertalian mesti sepadan dengan kandungan yang diluluskan.
• Bolehkah penanda dibaca dengan betul? Schema Markup Validator menyemak penggunaan label dan hubungan skema.
• Adakah penanda memenuhi keperluan Google yang berkaitan? Rich Results Test menyemak ciri carian Google yang disokong.

Panduan data berstruktur Google menerangkan syarat umum penanda. Ujian yang berjaya tidak menjamin paparan khas dalam hasil carian, dan sesetengah jenis skema perubatan tidak mempunyai rich result khusus Google.

Uji sekurang-kurangnya satu halaman bagi setiap jenis yang berkaitan. Sertakan doktor yang bekerja di beberapa lokasi dan rekod yang tidak mempunyai maklumat pilihan. Selepas pelancaran, semak juga laman web langsung.

Pastikan rekod kekal tepat selepas pelancaran

Doktor berpindah. Waktu klinik berubah. Perkhidmatan mula ditawarkan di lokasi baharu.

Pasukan anda patut boleh mengemas kini rekod tanpa meminta pembangun mengubah kod setiap kali. Jika praktikal, satu perubahan yang diluluskan patut mengemas kini kandungan halaman dan penandanya.

Tetapkan tanggungjawab terhadap maklumat:

• Pasukan yang mengurus rekod doktor mengesahkan profil dan hubungan dengan hospital.
• Pasukan operasi mengesahkan alamat, butiran perhubungan dan waktu operasi.
• Penyemak perubatan meluluskan kandungan klinikal dan tarikh semakan.
• Pasukan laman web menyemak cara halaman dibina dan maklumat yang diterbitkan.

Penanda awam hanya perlu menggunakan maklumat awam yang diluluskan. Jangan masukkan rekod pesakit, butiran janji temu peribadi atau data tempahan sensitif.

Peranan SEO berterusan

Memasukkan skema dalam pembangunan tidak bermakna semua kerja carian pada masa hadapan telah selesai.

SEO teknikal yang berterusan mungkin merangkumi penyiasatan masalah carian, penambahbaikan kandungan, semakan perkhidmatan baharu atau penyesuaian kepada perubahan keperluan carian. Tetapkan tujuan dan skop kerja tersebut.

Perbezaan ini penting apabila menempah laman web baharu. Struktur halaman asas, rekod yang dihubungkan dan data berstruktur yang dipersetujui patut diserahkan sebagai sebahagian daripada pembangunan. Kerja kemudian patut menangani keperluan baharu atau masalah yang dikenal pasti.

Skema juga tidak membuktikan kredibiliti perubatan dengan sendirinya. Kandungan tepat, kelayakan yang disahkan dan semakan klinikal yang sewajarnya tetap penting.

Skema apakah yang patut digunakan oleh laman web hospital atau klinik?

Gunakan jenis yang sepadan dengan kandungan halaman. Hospital sesuai untuk hospital, MedicalClinic untuk klinik dan Person boleh menerangkan profil doktor individu. Perkhidmatan dan artikel juga memerlukan jenis masing-masing. Jangan gunakan satu label untuk semua halaman tanpa menyemak tujuannya.

Soalan lazim

Patutkah skema penjagaan kesihatan dimasukkan dalam sebut harga laman web?

Bagi laman web hospital atau klinik baharu, saya akan memasukkannya dalam skop pembangunan asal. Sebut harga perlu menyatakan halaman yang diliputi, cara maklumat akan dihubungkan dan semakan yang akan diselesaikan sebelum serahan.

Bolehkah plugin SEO mengendalikan semuanya?

Plugin boleh menerbitkan penanda, tetapi seseorang masih perlu membekalkan maklumat tepat dan menghubungkan rekod yang betul. Minta pembangun menyemak output sebenar plugin, termasuk sebarang percanggahan dengan bahagian laman web yang lain.

Adakah penanda skema akan meningkatkan kedudukan Google?

Penanda membantu Google mentafsir maklumat dan boleh menyokong ciri carian yang layak. Ia tidak menjamin kedudukan lebih tinggi, paparan rich result atau pertanyaan pesakit yang lebih banyak. Google menyatakan bahawa penanda yang betul tidak menjamin hasil tersebut.

Bagaimanakah kami patut mengurus beberapa cawangan hospital?

Sediakan rekod berasingan bagi setiap cawangan dengan alamat, butiran perhubungan dan waktu yang betul. Hubungkan doktor dan perkhidmatan kepada cawangan yang benar-benar menawarkannya. Kekalkan identiti konsisten bagi doktor yang bekerja di beberapa lokasi.

Bolehkah kami menggunakan ulasan pesakit untuk mendapatkan bintang dalam hasil carian Google?

Ulasan tentang hospital atau klinik pada laman webnya sendiri tidak layak untuk bintang ulasan Google di bawah peraturan organisasi dan perniagaan tempatan. Memaparkan ulasan daripada platform lain tidak mengubah sekatan tersebut. Maklum balas sebenar masih boleh membantu pelawat, tertakluk pada persetujuan hospital dan proses penerbitan.

Bagaimanakah kami tahu penanda telah dilaksanakan dengan betul?

Minta semakan pada halaman siap menggunakan Schema Markup Validator dan Rich Results Test Google. Pastikan juga maklumatnya sepadan dengan halaman yang kelihatan. Ujian teknikal tidak dapat mengesahkan ketepatan kelayakan doktor, hubungannya dengan hospital atau waktu operasi.

Berapakah kos pelaksanaan skema penjagaan kesihatan?

Skop bergantung pada bilangan jenis halaman, lokasi, doktor dan sistem yang terlibat. Bagi laman web baharu, minta kerja ini dimasukkan dan ditakrifkan dalam sebut harga pembangunan. Bagi laman sedia ada, periksa tetapan semasa dahulu supaya sebut harga menangani perubahan sebenar.

Soalan untuk ditanya kepada pembangun laman web

Sebelum meluluskan cadangan laman web hospital, tanya:

• Adakah skema penjagaan kesihatan termasuk dalam pembangunan dan halaman mana yang diliputinya?
• Bagaimanakah doktor, jabatan, perkhidmatan dan lokasi akan dihubungkan?
• Adakah kandungan halaman dan penanda menggunakan rekod sama yang telah diluluskan?
• Bagaimanakah maklumat yang hilang atau bercanggah akan dikenal pasti?
• Apakah bukti yang akan diberikan sebelum serahan?
• Bolehkah pasukan kami menyelenggara rekod selepas pelancaran?

Bagi laman web sedia ada, periksa dahulu perkara yang sudah dilaksanakan sebelum menempah perubahan. Sesetengah laman memerlukan pembetulan khusus. Yang lain memerlukan perubahan pada cara maklumat disimpan dan dihubungkan.

Masukkan strukturnya dalam pembangunan. Semak sebelum serahan. Tetapkan seseorang untuk memastikan maklumat kekal tepat.

Jika anda merancang laman web hospital atau menilai laman sedia ada, bincangkan keperluan dengan Ulement.