Həkim saytında strukturlaşdırılmış məlumat nə üçündür?

Strukturlaşdırılmış məlumat həkimin adını, klinikanın ünvanını və xidmət barədə faktları axtarış sistemlərinə müəyyən sahələrlə ötürür. Saytda görünən mətnlə bu texniki təsvir eyni olmalıdır. Siz faktları təsdiqləyirsiniz, proqramçı onları uyğun sahələrdə yerləşdirir.

01

Həkim, klinika və prosedurun əlaqəsi

Stomatoloqun səhifəsində adı, klinikası və prosedur haqqında izah yanaşı gələndə pasiyent əlaqəni mətndən anlayır, axtarış sisteminin oxuduğu texniki hissədə isə bu məlumatları uyğun sahələrlə bağlayırıq. Klinikanın adını həkimin adı olan sahəyə yazanda axtarış sisteminə yanlış təsvir gedir.

Schema.org bu iş üçün anlayış və sahələrdən ibarət lüğət təqdim edir. Məlumatı bu lüğətin sahələrində yerləşdiririk ki, Google səhifənin məzmununu anlamaq üçün ondan istifadə edə bilsin; xüsusi axtarış görünüşünün mümkünlüyünü isə Google-un hansı növləri dəstəklədiyinə görə qiymətləndiririk. İşi qəbul edəndə proqramçı texniki quruluşu yoxlayır, siz isə faktları yoxlayırsınız.

Çıxardığımız texniki təsviri oxunaqlı formada göstəririk ki, kodu öyrənmədən oradakı adı, ixtisası və qəbul yerini öz məlumatınızla tutuşdurub yanlış hissəni bizə deyəsiniz. Məsələn, bioqrafiyada cari klinika yazılıb, texniki hissədə köhnə iş yeri qalıbsa, bunu düzəldirik. Son yoxlamada hər iki hissə eyni faktları göstərir.

02

Səhifəyə uyğun məlumat növü

Əvvəl səhifənin həkimi, müəssisəni və ya proseduru təsvir etdiyini müəyyən edirik. Aşağıdakı növləri bu seçimə görə tətbiq edir və hər birinin aid olduğu mətni göstəririk.

  • Physician

    Tibbi təşkilat kimi təsvir olunan fərdi həkim və ya həkim kabineti üçün işlənir. Bu növün daxilində IndividualPhysician fərdi həkimi, PhysiciansOffice isə kabineti daha dəqiq ifadə edir.

  • MedicalClinic

    Tibbi xidmət göstərən klinikanı təsvir edir. Müəssisənin adını və ünvanını bu təsvirə bağlayırıq, klinika administratoru məlumatı yoxlayır.

  • Dentist

    Stomatoloji fəaliyyəti biznes və tibbi müəssisə kimi təsvir edən növdür. Kabinetin əlaqə məlumatları burada yer alır, həkimin təhsil tarixçəsini bioqrafiya ilə əlaqələndiririk.

  • MedicalProcedure

    Diaqnostik, müalicəvi və digər tibbi məqsədli proseduru təsvir edir. Həkim prosedur haqqında görünən mətni təsdiqləyir, proqramçı bu izahı texniki hissəyə keçirir.

  • FAQPage

    Səhifədəki sualları və onların cavablarını təsvir edir. Redaktor sualı dəyişəndə proqramçı işarələmədəki mətnin də yenilənməsini yoxlayır.

03

Bioqrafiya və qəbul məkanı

  • Təhsil və iş tarixçəsi.

    Person növü həkimi insan kimi təsvir etmək üçün istifadə olunur. Burada alumniOf sahəsi təhsil aldığınız, worksFor sahəsi isə işlədiyiniz təşkilatla əlaqəni göstərir. Biz bu faktları sizin verdiyiniz məlumatla tutuşdurur və bioqrafiyaya uyğun yerləşdiririk.

  • Kabinetin ünvanı və telefonu.

    Qəbul məkanının təsvirində əsas məlumat ünvan, telefon və iş saatlarıdır. Müxtəlif klinikalarda işləyən həkim üçün hər məkanın ünvanını öz təsvirində saxlayırıq. İş yeri dəyişəndə proqramçı bioqrafiyadakı əlaqəni yeniləyir, administrator yeni nömrənin doğru qəbula aid olduğunu yoxlayır.

04

Ad və əlaqə sahələrində nə yazılır?

Ad üçün name, səhifənin linki üçün url, qısa təsvir üçün description sahəsi işlənir. Bunları hazırlayanda saytın görünən mətnini əsas götürürük. Proqramçı ad sahəsinə klinikanın istifadə etdiyi adı yazır. Şəhəri, xidməti və “ən yaxşı” kimi sözləri bu sahəyə əlavə etmir, onlar səhifənin mətnində qalır.

Ünvan address, əlaqə nömrəsi telephone sahəsində yazılır. Ünvanın küçə, şəhər və ölkə hissələrinə baxdıqdan sonra administratordan filialın nömrəsi ilə klinikanın ümumi nömrəsinin hansı məqsədlə işləndiyini soruşur, məkan üçün doğru əlaqəni seçirik. Uyğun nömrəni məkanın təsvirinə əlavə edir və görünən əlaqə səhifəsi ilə tutuşdururuq.

Tibbi ixtisas medicalSpecialty, göstərilən xidmət isə availableService sahəsində yazılır. Hər sahənin qəbul etdiyi məlumat növünü yoxlayırıq. Həkim isə yazılmış ixtisas və prosedurların öz qəbuluna aid olduğunu təsdiqləyir. Şablondan qalmış xidmət varsa, onu həm mətndə, həm də texniki təsvirdə düzəldirik.

Eyni həkimə və ya klinikaya aid başqa səhifələr sameAs sahəsində göstərilir. Sosial profilin linkini açanda ad, foto və iş yerini yoxlayırıq; eyniadlı başqa həkimin hesabı ilə qarışıqlıq varsa, əlaqəni sayta əlavə etməzdən əvvəl doğru profili sizdən soruşuruq. Bu əlaqələr pasiyentin də saytda görə bildiyi profillərə uyğun qalır.

05

Prosedurun tibbi mətninə baxış

Prosedur təsvirində preparation hazırlıq məlumatını, howPerformed prosedurun gedişini, followup sonrakı qayğı barədə izahı ifadə edir. Bu mətnləri əvvəl həkim yazır və ya yoxlayır. Təsdiqlənmiş hissələri uyğun sahələrə biz yerləşdiririk. Tibbi məlumatın texniki nüsxəsini də həkimə oxunaqlı formada göstəririk.

Görünən mətndə fərdi qiymətləndirmə şərti olduğu halda redaktor onu qısa texniki təsvirdən çıxarıbsa, prosedurun hər kəsə uyğun olduğu təəssüratı yarana bilər. Həkim bu hissəni yenidən oxuyur. Son variantda texniki təsvirdə də səhifədəki şərt qalır.

Klinikadan hazırlıq barədə təsdiqlənmiş mətn gəlməyibsə, sualı həkimə göndərir və həmin sahəni cavab gələnə qədər boş saxlayırıq. Sxemdəki bütün sahələri doldurmaq şərt deyil. Sayta yalnız həkimin təsdiqlədiyi təsviri qoyuruq, iş planında isə onun cavab yazmasına və son baxışına vaxt ayırırıq.

06

Sual-cavabın texniki təsviri

Google 2026-cı il mayın 7-dən FAQ zəngin nəticələrini göstərməyi dayandırıb. Saytdakı sual-cavab bölməsi pasiyentin qəbul barədə soruşduqlarını cavablandırmağa davam edir.

FAQPage Schema.org lüğətində sual-cavab səhifəsini təsvir edən növ kimi qalır. Onun quruluşunda mainEntity sualları, Question sual obyektini, acceptedAnswer cavabı, text isə cavabın mətnini göstərir. Bu hissəni səhifədə görünən suallardan hazırlayırıq. Redaktor texniki nüsxəni açıb hər cavabı dərc edilmiş mətnlə müqayisə edir.

“Qəbul harada keçirilir?” sualının cavabı dəyişəndə texniki hissəyə də baxırıq ki, pasiyentin oxuduğu yeni ünvanla axtarış sisteminə gedən məlumat arasında köhnə redaktədən qalan fərq olmasın. Administrator dəyişən məlumatı redaktora bildirir. Son variantda hər iki təsvirin eyni ünvana aid olduğunu sizə göstəririk.

07

Yoxlama alətlərinin nəticəsi

Proqramçı Schema.org Markup Validator alətinə səhifənin linkini və ya kodu verəndə alət strukturlaşdırılmış məlumatı çıxarır, növlərlə sahələri göstərir və quruluşdakı səhvləri tapmağa kömək edir; nəticəni yoxlama hesabatına əlavə edirik. Ünvanın düzgün yazılıb-yazılmadığını isə klinikanın öz məlumatı ilə yoxlayırıq.

Google-un Rich Results Test aləti yalnız Google-un xüsusi görünüş verdiyi növlərə baxır. Ona görə onun nəticəsini yalnız Google-da mümkün görünüşə aid edirik. Hesabatda bu alətin nəticəsini Google-dakı görünüş üçün, Schema.org alətinin nəticəsini isə ümumi quruluş üçün göstəririk.

Səhv ünvan texniki baxımdan düzgün sahəyə yerləşə bildiyi üçün son baxışda həkimə və administratora alətin çıxardığı məlumatı səhifənin mətni ilə yanaşı təqdim edir, faktları yoxlamağı istəyirik. Telefon, ixtisas və filial məlumatındakı fərqlər dərcdən əvvəl düzəliş siyahısına düşür.

08

İşin qəbulunda yoxlanan addımlar

  1. 01

    Həkim, klinika və prosedur haqqında səhifələri seçirik. Onların hər birində hansı məlumat növündən istifadə etdiyimizi izah edirik.

  2. 02

    Siz ad və ixtisası təsdiqləyirsiniz, administrator isə ünvanı və əlaqə nömrəsini təsdiqləyir. Rəsmi sosial profillərin linklərini açıb düzgün hesaba apardığını yoxlayırıq.

  3. 03

    Yerləşdirilmiş məlumatı Schema.org alətində oxuyuruq. Google-un dəstəklədiyi hissələr üçün uyğun testin nəticəsini də təqdim edirik.

  4. 04

    Redaktor canlı səhifəni texniki təsvirlə tutuşdurur. Məlumat dəyişəndə hansı hissələrin yenilənəcəyini proqramçı ilə yazır və son düzəlişi yenidən yoxlayır.

09

Bir neçə həkim və filialın əlaqəsi

Bakıda və Sumqayıtda filialı olan klinikanın hər filialını MedicalClinic kimi, yəni tibbi xidmət göstərən müəssisə kimi təsvir edirik. Hər filialın ünvanı, telefonu və səhifəsinin linki öz təsvirində olur ki, iki şəhərin məlumatı qarışmasın. Administrator nömrələri yoxlayanda eyni klinika adının altında yanlış şəhərin əlaqəsini tapmaq asanlaşır.

Həkimin müəssisə ilə iş əlaqəsini bioqrafiyadakı faktlara görə qururuq. Person həkimin şəxsi təsvirini, worksFor isə onun işlədiyi təşkilatı bildirir. İki filialda qəbul varsa, hər iş əlaqəsini öz məkanına bağlayırıq. Qəbul günləri görünən səhifədə yazılır və administrator cədvəli bu məlumatla tutuşdurur. Filial və ya bioqrafiya yenilənəndə bu əlaqələri də yoxlayırıq. Bu iş Həkimlər üçün sayt xidmətinə daxildir.

Tez-tez verilən suallar

Xidmətlər barədə sualınız var?

Söhbətdən əvvəl adınızı, ixtisasınızı, klinikanızı və telefon nömrənizi yazırsınız. Sonra köməkçiyə sualınızı verirsiniz.

Söhbəti başlat
Həkimin bioqrafiyası ilə kabinetin təsviri necə verilir?

Schema.org fərdi həkimi, kabineti və bioqrafiyanı təsvir edən növlər verir. Məlumatı səhifənin mövzusuna görə seçirik, həkim iş yeri və təhsil faktlarını yoxlayır.

Sual-cavab işarələməsi Google-da xüsusi görünüş yaradırmı?

Xeyr, Google bu görünüşü artıq göstərmir. Sual-cavab bölməsini pasiyentin qəbul barədə suallarına cavab verdiyi üçün saxlayırıq, texniki hissəni də bu mətnlə birlikdə yeniləyirik.

Texniki test səhv tapmırsa, iş bitibmi?

Xeyr. Alət kodun quruluşunu yoxlayır, ünvanın və telefonun doğru olub-olmadığını bilmir. Ona görə son baxışda həkim və administrator alətin çıxardığı məlumatı oxuyur və səhifəni ünvanı, nömrəni və xidmət təsvirini yoxladıqdan sonra qəbul edir.

Xidmətlər barədə sualınız var?

Söhbətdən əvvəl adınızı, ixtisasınızı, klinikanızı və telefon nömrənizi yazırsınız. Sonra köməkçiyə sualınızı verirsiniz.