26 Tem 2025·8 dk
Net Kayıt Bilgileriyle Okul Web Sitesi Nasıl Oluşturulur
Okul veya anaokulu web sitesi için adım adım rehber: hangi sayfalar olmalı, formlar, erişilebilirlik, gizlilik ve yayına alma ipuçları.
Okul veya anaokulu web sitesi için adım adım rehber: hangi sayfalar olmalı, formlar, erişilebilirlik, gizlilik ve yayına alma ipuçları.
Tek bir sayfa bile yazmadan önce, okul web sitenizdeki “başarı”nın neye benzediğine karar verin. Net bir hedef, sitenin velilerin gerçekten ihtiyaç duyduğu şeye odaklanmasını sağlar: adımları hızlıca bulmak ve bunları kafalarının karışmasına gerek kalmadan tamamlamak.
Çoğu okul ve anaokulu için ana hedef basittir: potansiyel velilerin uygunluğu ve zaman çizelgelerini anlamasına yardımcı olmak ve kayıt adımlarını mümkün olan en az geri dönüşle tamamlamalarını sağlamak. Bu, her önemli bilginin kolayca bulunabilmesi, sade bir dille yazılması ve bariz bir sonraki adımla (başvur, tur talep et, ara, e‑posta gönder) eşleştirilmesi gerektiği anlamına gelir.
Çalışıp çalışmadığını anlamanız için birkaç ölçülebilir sonuç seçin:
Bir form aracınız varsa, ailelerin nerede ayrıldığını görebilmek için onay sayfalarını ve temel analizleri etkinleştirin.
Siteniz sadece potansiyel aileler için değildir. Ana grupları ve beraberlerinde getirdikleri soruları listeleyin:
Birçok velinin bir telefon üzerinden okuyup form dolduracağını varsayın—çoğu zaman tek elle, işler arasında. Öncelik verin:
Bu hedefler ve metrikler, okul başvuru sayfanız, çevrimiçi kayıt formunuz ve genel veli iletişiminizle ilgili sonraki tüm kararları yönlendirecektir.
Kayıt bilgileri, ailelerin nasıl düşündüğünü yansıttığında en iyi şekilde çalışır: “Çocuğum için uygun mu?” sonra “Başvurabilir miyiz?” sonra “Gönderim sonrası ne oluyor?”
E‑postalar, telefon görüşmeleri, turlar ve ön büro notlarından sorular toplayın. Henüz bu veriye sahip değilseniz, öğrenene kadar bu yaygın sorularla başlayın:
Çoğu aile öngörülebilir bir yol izler:
Keşfet → Uygunluğu doğrula → Uygunluğa bak → Başvur → Sonraki adımları onayla
Bu akışı anladığınızda, okul web siteniz her adımda sorulabilecek soruları önceden cevaplayabilir. Örneğin, “Uygunluğu doğrula” kısa bir program özeti artı pratik detaylar (yemekler, uyku saatleri, okul sonrası bakım). “Başvur” bölümünde ise gereksinimler, belgeler ve basit bir gönderim yolu olmalıdır.
Topluluğunuz çok dilli ise hangi sayfaların önce çevrileceğine karar verin (genellikle Enrollment/Admissions sayfası, ücretler ve gerekli belgeler). Tek bir dilde bile, kısa cümleler kullanın, okul‑özel terimleri tanımlayın (ör. “öncelikli kayıt”) ve jargon kullanmaktan kaçının.
Bazı konular en çok kafa karışıklığına yol açar ve en çok takip çağırır:
Bu hazırlık, kayıt bilgilerinizin geri kalanını düzenlemeyi ve velilerin güvenmesini kolaylaştırır.
Bir veli okul web sitenize geldiğinde genellikle birkaç acil soruyu cevaplamak ister: “Yeriniz var mı?”, “Nasıl kayıt olunur?”, “Maliyeti nedir?” ve “Kimi aramalıyım?” Navigasyon, bu cevapları aramadan bulmayı kolaylaştırmalı.
Ana menüyü odaklı ve tanıdık tutun. Çoğu okul için bu yapı iyi çalışır:
Zaten birçok sayfanız varsa, daha fazla üst düzey öğe eklemekten kaçının; bunun yerine ilgili içerikleri bu başlıklar altında gruplayın.
Yüksek niyetli eylemleri her zaman görünür yerde tutun (özellikle mobilde): Call, Email, Directions ve Enroll. Bunlar her sayfadan bir dokunuşla erişilebilir olmalı.
Enrollment’ı gereksinimler, zaman çizelgesi, turlar, formlar ve SSS’ye bağlantı veren bir merkez olarak ele alın. Veliler süreci farklı sayfalardan toplamamalı.
İyi bir kural: ana sayfadan önemli sayfalar 1–2 tıklama içinde ulaşılabilmeli. Bir veli ücretleri veya başvuru adımlarını bulmak için üç‑dört tıklama yapmak zorunda kalıyorsa, yapı problemi var demektir.
Hızlı bir yenileme yapmak ve birden fazla aracı yönetmek istemiyorsanız, sohbet tabanlı bir iş akışıyla prototip oluşturmanıza yardımcı olabilecek Koder.ai gibi platformlar hızlı prototip, snapshot ve rollback ile güvenle denemenizi sağlar.
Velilerin birkaç tıklama içinde temel soruları cevaplayabilmesi en iyisidir: “Burası çocuğum için doğru yer mi?” ve “Sırada ne yapmalıyım?” Yıl boyunca doğru kalacak küçük bir sayfa setiyle başlayın.
Anasayfanızın hemen netleştirmesi gerekenler:
Bir sonraki adıma açık bir yol ekleyin; ör. /enrollment veya /contact düğmesi.
Veliler değerler ve insanları arar. Misyonunuzu, kısa tarihinizi ve yaklaşımınızı öne çıkarın.
Personeli saygılı ve güvenli bir şekilde vurgulayın: isimler, roller ve profesyonel biyografiler yeterlidir. Hassas kişisel bilgileri paylaşmaktan kaçının (ev adresleri, kişisel telefonlar, kişisel sosyal profiller).
Tesisler hakkında basit bir genel bakış ekleyin—hangi alanlarınız var ve bunlar öğrenmeyi nasıl destekliyor—güvenliği riske atacak paylaşımlardan kaçının.
Bu sayfa belirsizliği azaltır. Şunları açıklayın:
Sınıf büyüklüğünü paylaşıyorsanız, bunu güncel tutabileceğinizden emin olun.
Bir takvim güven oluşturur çünkü planlama ve şeffaflığı gösterir. Kapanışlar, etkinlikler, veli toplantıları ve önemli tarihler paylaşın. Güncellemeler sık oluyorsa /calendar ve /news olarak ayırın ki aileler tarihler zaten bulabilsin.
Enrollment sayfanız, velilerin bir oturuşta tamamlayabileceği net bir kontrol listesi gibi olmalıdır. Aileler PDF’ler veya karışık menüler arasında arama yapmak zorunda kalırsa, e‑posta göndermeye veya vazgeçmeye daha yatkın olurlar. Süreci açıklayan, beklentileri belirten ve bir sonraki adımı bariz yapan tek bir sayfa hedefleyin.
Kısa bir özetle açın: kim başvurabilir, hangi öğretim yılı için kayıt yapılıyor ve genel zaman çizelgesi.
Sonra velilerin takip edebileceği adım adım bir liste ekleyin:
Her adımı 1–2 satırla sınırlayın ve aynı sayfada daha ayrıntılı bölümlere (atlama bağlantıları) veya ilgili sayfalara, ör. /contact, bağlantı verin.
Veliler hızlıca “Uygun muyuz?” kısmını görmek ister. Şunları ekleyin:
Ana tarihleri açıkça yazın: başvuruların açılış/kapanış tarihleri, varsa kura tarihi ve bildirim penceresi. Başvuruları sürekli inceliyorsanız bunu belirtin ve gerçekçi bir yanıt süresi verin (örn. “10 iş günü içinde”).
Sadece gerçekte sunduğunuz bilgileri listeleyin:
Detaylı fiyatlandırma varsa bunu doğrulamak için /tuition-and-fees sayfasına bağlantı verin.
Veliler tam olarak ne gerektiğini gördüğünde daha hızlı hareket eder (ve daha sakin hisseder). Belge listenizi basit, yazdırılabilir bir kontrol listesi olarak ele alın—not bir politika dokümanı.
Sayfa üzerinde kısa, taranabilir bir liste ekleyin (mobil için en uygunu), sade örneklerle. Örnek:
Spesifik olun ve bir öğenin yalnızca gerekli olduğu durumlarda “uygunsa” notu ekleyin.
Listenin hemen altında belgelerin nasıl gönderileceğini ve hangi formatların kabul edildiğini açıklayın:
Çevrimiçi bir kayıt formu kullanıyorsanız, belge listesinin yanında buna bağlantı verin (örneğin, “Gönderim için yükleyin: /enrollment”).
Kağıt tercih eden aileler için yazdırılabilir bir “Kayıt Belge Kontrol Listesi” PDF’si sağlayın—ve aynı kontrol listesini mobil kullanıcılar için sayfa üzerinde tutun. PDF’i indirme klasöründe kolay bulunur şekilde adlandırın.
Sonra ne yapacağınızı ve zaman çizelgesini belirtin. Örnek: “Bir belge eksikse, 2 iş günü içinde eksik öğelerin listesini içeren bir e‑posta göndereceğiz. Çocuğunuzun yerini korumak için belirtilen tarihe kadar eksik belgeleri gönderin.”
Kayıt formları ilginin ilerleyip ilerlemeyeceğinin en kritik anıdır. İyi bir form hızlı, güven verici ve sonraki adımı açıkça belirten bir deneyim sunar.
Önce bu aşamada velilerden gerçekten neye ihtiyacınız olduğunu karar verin.
Basit bir soru formu (inquiry) süreciniz tur, çağrı veya ilk görüşme içeriyorsa en iyi seçenektir. Bu sürtünmeyi azaltır ve gönderimleri artırır.
Eğer ilk gelen‑ilki alır mantığında veya uygunluğu belirlemek için ayrıntılara ihtiyaç duyuyorsanız, tam başvuru formu kullanabilirsiniz. Bu yolda ilerlerseniz, bunun bir başvuru olduğunu açıkça belirtin ve tamamlanma süresini tahmin edin.
Belirsizseniz önce inquiry formu ile başlayın; gerekli bilgileri daha sonra toplayabilirsiniz.
Hızlı yanıt verebilmeniz için gereken alanları hedefleyin:
Erken aşamada uzun açılır menülerden ve kişisel hissedilen sorulardan kaçının (hane bilgileri, işveren bilgisi, tıbbi geçmiş). Bunlar gerekiyorsa, sonrasında isteyin.
Veliler bilgilerin nasıl kullanılacağını bilmek ister. Gönder düğmesinin yakınında kısa bir onay kutusu ekleyin, sade dille:
“I consent to [School Name] using my information to contact me about enrollment and related updates. We do not sell personal data.”
Gizlilik detaylarına göre bağlama göre bir yol verin (ör. /privacy). Eğer pazarlama bültenleri gönderecekseniz, bunlar için ayrı bir onay isteyin.
Formlar spam çeker. Mobil kullanıcıları zorlamayan bir CAPTCHA veya eşdeğer anti‑spam aracı kullanın.
Gönderim sonrası sadece “Teşekkürler” değil, sonraki adımları içeren bir onay mesajı gösterin. Örnek:
Ayrıca bir e‑posta onayı gönderin ki ailelerin kaydı olsun—ve eğer yanıt alamazlarsa başvurabilecekleri net bir iletişim yolu ekleyin (örn. “Bu e‑postaya cevap verin” veya “Arayın: …”).
Modernleştiriyorsanız, formları gerçek web formları olarak uygulayın (PDF yerine) ve sayfalar arasında tutarlı tutun. Hızlı kurulum için Koder.ai, sohbet üzerinden form UX’i oluşturup kaynak kodunu dışa aktarmanıza izin verir.
Veliler genellikle kayıt sayfasına gelip hemen form doldurmaya hazır olmazlar. Çoğu zaman hızlı bir cevap, insan onayı veya basit bir sonraki adım isterler. Her kayıtla ilgili sayfada bir sonraki adımı netleştirmek sizin işinizdir.
Enrollment sayfalarında (ve kayıtla ilgili diğer sayfalarda) küçük bir iletişim bloğu tutun, sadece /contact sayfasında bırakmayın. İçeriğe şunları ekleyin:
Bu, velilerin okurken soru sormaları ve size ulaşmak için gezinme yapmak zorunda kalmamaları için drop‑off’u azaltır.
Eğer ekibiniz destekleyebiliyorsa, “Book a tour” veya “Request a call” gibi hafif seçenekler ekleyin. Bu özellikle anaokulu için faydalıdır; aileler genellikle sınıfları görmek ve personelle tanışmak isterler.
Basit tutun: kısa bir form (isim, çocuğun yaşı/sınıfı, tercih edilen zaman, telefon/e‑posta) veya bir planlama aracına bağlantı. Bunu /enrollment sayfasının üstünde ve altına yerleştirerek her zaman bir sonraki adım sunun.
Birçok kayıt sorusu aslında “Oraya kolayca gelir miyiz?” sorusudur. Aşağıdakileri açık bir konum bölümünde verin:
Bu, “Daha sonra sorarım” zihniyetini “Bu hafta ziyaret edelim”e çevirir.
Veliler harekete hazır olduğunda doğrudan bir sonraki sayfaya götürün—ürün arama oyununa göndermeyin. Göreli bağlantılar kullanın:
En iyi çağrılar spesifik ve güven vericidir: “Müsaitlik kontrol et”, “Tur talep et”, “Kayda başla” veya “Soru sor”. Terimleri tutarlı kullanın ki veliler her zaman ne olacağını anlasın.
Veliler hızlıca okulun organize, ilgili ve güvenli olup olmadığını değerlendirir. İçeriğiniz okulun ne sunduğunu, kayıt sürecinin nasıl işlediğini ve ilk günlerin nasıl geçeceğini kolayca anlatmalı—okula özgü kısaltmalar ve dahili terimlerden kaçınarak.
Okula yeni gelen bir veliyle konuşuyormuş gibi yazın. Kısa paragraflar, net başlıklar ve belirli detaylar (“Getirme saati 08:15’te başlar”) tercih edin.
Bir terim kullanmanız gerekirse (ör. “before‑care” veya “extended day”) hemen altında bir satırlık açıklama ekleyin.
Veliler çoğunlukla telefonda göz atar. Önemli bilgileri madde işaretlerinde verin, son tarihleri vurgulayın ve karşılaştırma gereken yerlerde tablolar kullanın.
Örnek: saatler ve ücretler (basit tablo)
| Program | Günler | Saat | Ücret (örnek) |
|---|---|---|---|
| Yarım gün | Pzt–Cum | 8:30–12:00 | $___ / ay |
| Tam gün | Pzt–Cum | 8:30–15:00 | $___ / ay |
| Uzatılmış gün | Pzt–Cum | 15:00–17:30 | $___ / ay |
Altına kısa bir not ekleyin: nelerin dahil olduğu (yemek, malzeme, okul sonrası etkinlikler) ve nelerin olmadığını belirtin.
Gerçek fotoğraflar güven verir—sınıflar, oyun alanları, öğrenci işleri ebeveynlerin bir günün nasıl geçtiğini hayal etmesine yardımcı olur.
Öğrenci fotoğraflarını yalnızca uygun izinler varsa kullanın ve tanımlayıcı detaylardan kaçının (dolaplardaki tam isimler, görünür evraklar).
Küçük bir SSS, geri dönüşleri azaltır ve velilerin aklındaki kaygıları gösterir. Örnek sorular:
Her ilgili sayfadan /enrollment bağlantısı verin ve ana sayfaları basit bir sonraki adımla bitirin: “Tur planla” veya “Başvuruya başla”.
Aileler iş arasında, dönüşte veya kısa molalarda kayıt detaylarına bakarlar. Sayfalar okunması zor, yavaş yüklenen veya fare gerektiren bir şekildeyse, ilgi kaybı yaşarsınız—program çok iyi olsa bile.
Net yapı ve okunabilir tasarımla başlayın:
Ayrıca başlıkların ve sayfa başlıklarının arama ile uyumlu olmasına dikkat edin. Örneğin “Admissions” yerine “Kindergarten Enrollment Requirements” veya “Enrollment Timeline and Tuition” gibi daha açıklayıcı başlıklar kullanın.
Okulunuz destekleyebiliyorsa bir erişilebilirlik bildirimi yayınlayın (ör. /accessibility). Pratik tutun: neler yapıldığını, nelerin iyileştirildiğini ve ailelerin nasıl yardım talep edebileceğini yazın.
Mobilde kayıt bilgisi büyük ölçüde hız ve sadelikle ilgilidir:
Yayına almadan önce, ana kayıt yollarınızı bir telefonda yalnızca başparmakla ve zayıf Wi‑Fi ile test edin; akış zahmetsizse hazırdır.
Kayıt içerikleri doğal olarak kişisel bilgileri içerir. Veliler daha fazla paylaşmaya ve güven duymaya eğilimlidirlerse, okul web sitenizin ne topladığı, neden topladığı ve nasıl koruduğu konusunda açık olması gerekir.
İlk başvuruda yalnızca gerekli bilgileri toplayın (ör. çocuğun adı, yaş/sınıf, veli iletişim bilgileri). Yasal olarak gerekli olmadıkça hassas verileri erken aşamada istemeyin.
Website üzerinden erken istemenizden kaçınılması gereken örnekler: tam tıbbi geçmiş, kimlik belgelerinin kopyaları veya ayrıntılı velayet belgeleri. Bunlar sonrasında güvenli, kontrollü kanallarla toplanmalıdır.
Her kayıt formunun yanında kısa bir gizlilik notu, ardından daha ayrıntılı bir politika sayfasına (ör. /privacy) bağlantı ekleyin. Açıkça yazın:
Belirsiz ifadelerden kaçının; veliler spesifik bilgi ister.
Form sayfalarında HTTPS kullanın. Gönderimleri yalnızca yetkili personelin görebildiği şekilde sınırlandırın.
E‑posta konusunda dikkatli olun: tam başvurular ve ekler e‑posta ile gönderildiğinde iletiler kolayca paylaşılabilir veya gelen kutusu güvenliği ihlal edilebilir. Eğer e‑posta bildirimleri gerekiyorsa, tam içerik yerine güvenli bir yönetici alanına bağlantı içeren “yeni gönderim alındı” bildirimleri gönderin.
Barındırma/platform seçiminde verilerin nerede depolandığını sorun. Örneğin Koder.ai AWS üzerinde çalışır ve farklı bölgelere dağıtım yapabilir—veri yerleşimi ve gizlilik gereksinimleri olduğunda bu faydalı olabilir.
Yayına almadan önce iş akışını belgeleyin:
Açık dahili kurallar hataları azaltır ve gizlilik taahhütlerinizi gerçek yapar.
Bir okul sitesi bitmiş görünebilir ama aileleri son adımda başarısız kılabilir: bozuk bir form, eksik bir tarih veya kimsenin cevaplamadığı bir telefon numarası. Yeni kayıt bilgilerinizi geniş çapta paylaşmadan önce hızlı ama kapsamlı bir yayın kontrolü yapın—ardından yıl boyunca güncel kalmasını sağlayacak basit bir rutin belirleyin.
Bir veli gibi test edin: telefonda, akşam saatlerinde, sınırlı süreyle.
Eğer özel bir kayıt sayfanız varsa, ana menüden ve ana sayfadan erişilebilir olduğundan emin olun—velilerin kayıtın nerede olduğunu tahmin etmeleri gerekmemeli.
Güncelliğini yitirmiş sayfalar güveni sessizce aşındırır. Bir kişi sorumlu atayın (herkes değil) ve bir kontrol periyodu belirleyin.
Basit bir aylık kontrol genelde yeterlidir:
Sezonluk değişiklikler için hatırlatıcılar koyun—örn. kayıt açılmadan 6 hafta önce ve kapanmadan 1 hafta önce.
Sürekli değişiklik yapan ekipler için, güvenli değişiklik ve hızlı geri alma olanağı sağlayan bir iş akışı kullanın. Koder.ai gibi platformlar snapshot ve rollback desteği sunarak güncellemelerin yol açtığı riskleri azaltabilir.
Velilerin en çok neyi kullandığını görmek için gizliliğe duyarlı analizler ekleyin: Enrollment sayfası, ücret bilgisi, belge listesi veya tur planlama gibi. Sayfa görüntülemeleri ve en popüler yollar gibi özetlere odaklanın, kişisel profiller oluşturmaktan kaçının.
Bu, sürtünmeyi erken fark etmenize (ör. anaokulu kayıt sayfasını çok kişi ziyaret ediyor ama form doldurma az) ve metin, CTA yerleşimi veya açıklığı iyileştirmenize yardımcı olur—gereksiz veri toplamadan.
Yayına alma öncesi hızlı bir tarama isterseniz, basit bir /blog/school-website-checklist uyarlayıp her güncellemede çalıştırın.
Birincil hedefle başlayın: potansiyel velilerin uygunluğu ve zaman çizelgelerini anlamasına yardımcı olmak ve ardından başvurmak, tur talep etmek, aramak veya e‑posta göndermek gibi bir sonraki adımı karışıklık olmadan tamamlamalarını sağlamak.
Odak kontrolü için pratik bir yol: her kayıtla ilgili bölüm bir veli sorusunu yanıtlamalı ve net bir sonraki eylemle bitmelidir (örneğin, /enrollment veya /contact).
Gerçek sıkışma noktalarını yansıtan birkaç sonuç izleyin:
Form kullanıyorsanız, bir onay sayfası ve temel analizler ekleyin ki ailelerin nerede ayrıldığını görebilesiniz.
Hedef kitleleri listeleyin ve içerikleri onların en önemli görevlerine göre tasarlayın:
Ardından en önemli sayfaların ana sayfadan 1–2 tıklama içinde erişilebilir olmasını sağlayın.
Velilerin telefonla veya tek elle form dolduracağını varsayın. Öncelik verilecekler:
Tüm akışı mobilde (zayıf Wi‑Fi dahil) test edin.
Çoğu okul için basit bir yapı yeterlidir:
Ayrıca üst bölümde kalıcı eylemler (Call, Email, Directions, Enroll) bulundurun ki veliler her sayfadan kolayca hareket edebilsinler.
/enrollment sayfasını bir merkez (hub) olarak düşünün: süreci açıklasın ve her adıma (gereksinimler, zaman çizelgesi, turlar, formlar, SSS) bağlantı versin.
Kullanışlı bir kural: ana sayfadan ders ücretleri, uygunluk ve başvuru/soru formuna 1–2 tıklamada ulaşılabilmelidir.
Ailelerin nasıl düşündüğünü yansıtın:
E‑posta, telefon ve şube notlarından gerçek soruları toplayın ve sayfa metinlerini ailenin kullandığı dile göre güncelleyin.
Kısa, sayılabilir bir kontrol listesi kullanın ve sayfa üzerinde görünür tutun:
Hemen altına nasıl gönderileceğini (yükleme/e‑posta/şahsen), kabul edilen formatları, dosya boyutu sınırlarını ve bir şey eksikse ne olacağını yazın.
O anda gerçekten neye ihtiyacınız olduğunu toplayın.
Erken formlar kısa olsun (veli iletişim, çocuğun yaşı/doğum ay-yılı, istenen başlama tarihi) ve onay mesajında beklenen yanıt süresini açıkça belirtin.
Gönderme butonunun yakınında açık, sade onay metni ekleyin ve /privacy sayfasına bağlayın.
Belirgin olması gerekenler:
Gizli/çok hassas verileri erken aşamada talep etmeyin ve gönderimleri HTTPS ile koruyun.