Diş kliniği siteleri hizmet sayfalarına, doktor profillerine ve öncesi/sonrası galerisine ihtiyaç duyar -- hiçbiri jekcms'te özel bir veritabanı tablosu gerektirmez. Üçünü de posts, post_meta ve özel bir tema şablonuyla nasıl inşa edeceğiniz burada.
Diş kliniği web sitelerinin belirli gereksinimleri vardır: mahalle aramaları için yerel SEO, öncesi/sonrası fotoğraf galerileri, telefon aramadan randevu talep etmenin kolay bir yolu ve Google'da çalışma saatlerini ortaya çıkaran şema işaretleme. jekcms bunun için özel services, team veya gallery veritabanı tabloları sunmaz — ve buna ihtiyacı da yoktur. Aşağıdakilerin hepsi standart posts/post_meta tabloları ve özel bir tema şablonu üzerine inşa edilir.
Hizmet Sayfaları
Diş klinikleri genellikle 8-12 temel hizmet sunar — implant, beyazlatma, ortodonti vb. Her biri normal bir jekcms postu (veya özel bir kategori), prosedür detayları, fiyat aralığı ve SSS doğrudan editörde yazılmış olarak. Ayrı bir services tablosuna gerek yoktur: özel bir tekil-post şablonu olan "Hizmetler" adlı bir kategori aynı sonucu verir — her hizmet kendi URL'sini, kendi öne çıkan görselini ve kliniğin standart post editöründen düzenleyebileceği içeriği alır.
Doktor Profilleri
Doktor profilleri aynı şekilde çalışır — doktor başına bir post, unvanlar, uzmanlık alanı ve biyografi normal içerik olarak yazılır veya satır içinde değil yapılandırılmış bir düzende (bir biyografi kutusu, bir unvan listesi) görünmesini istiyorsanız post meta olarak saklanır. Yerleşik unvan/uzmanlık/eğitim kolonlarına sahip özel bir team tablosu yoktur; bir tema bu yapıyı istiyorsa kendi post-meta anahtarlarını tanımlar.
Öncesi/Sonrası Galerisi
jekcms'te eşleştirilmiş öncesi/sonrası görsel alanlarına sahip özel bir gallery tablosu yoktur. Pratik yaklaşım: öncesi ve sonrası görsellerini iki ekli medya öğesi (veya postta iki özel alan) olarak saklamak ve temanın JavaScript'inde basit bir karşılaştırma-kaydırıcısı bileşeni inşa etmektir. Tedavi fotoğraflarının kullanımı için hasta onayı tamamen CMS dışında ele alınır — bu, jekcms'in takip ettiği bir şey değil, kliniğin sorumluluğudur.
Randevu Talepleri
jekcms yerleşik bir randevu-rezervasyon veya takvim sistemi sunmaz. Kliniğe e-posta gönderen bir iletişim-formu tarzı talep (ad, tercih edilen hizmet, tercih edilen tarih/saat serbest metin veya basit bir tarih alanı olarak) standart form işleme üzerine inşa etmek için gerçekçidir; çifte-rezervasyon önlemeli gerçek takvim uygunluğu, CMS'in kutudan çıktığı haliyle sunduğunun ötesindedir ve özel bir rezervasyon aracı veya özel bir entegrasyon gerektirir.
Yerel SEO ve Şema
jekcms'in gerçekte ne ürettiği konusunda kesin olmanız gereken yer burasıdır. Yerleşik output_schema() yardımcısı genel amaçlı şema üretir — Article, Organization, FAQPage, BreadcrumbList — klinik-özel tipler değil. Otomatik bir Dentist, Physician veya MedicalProcedure şeması yoktur. Yerel arama görünürlüğü için bu belirli tipleri istiyorsanız, JSON-LD'yi kendiniz yazarsınız (editörde bir kod bloğunda veya tema şablonunda), kliniğin gerçek adını, adresini, telefonunu ve saatlerini kullanarak Google'ın belgelenmiş ilgili tip şemasını takip edersiniz.
Bu Kurulum Gerçekte Ne Sağlar
Bu şekilde inşa edildiğinde, bir diş kliniği sitesi jekcms'in kendisinden sağlam sayfa-içi SEO temelleri (hızlı sayfalar, uygun Article/Organization şeması, temiz URL'ler) artı üzerine eklediğiniz klinik-özel şema ve randevu akışını alır. Hizmet listeleri, doktor biyografileri, öncesi/sonrası karşılaştırmaları gibi diş-sektörüne-özel parçaların hiçbiri özel bir veritabanı şeması gerektirmez; hepsi, bir klinik sitesinin görünmesi gerektiği gibi sunan bir temayla standart jekcms içeriğidir.
