Web sitesi bakım işleri aylık takvime nasıl dökülür?
Web sitesi bakım kontrol takvimi oluştururken işleri haftalık, aylık ve dönemsel olarak ayırın; her satıra bir sorumlu ve tamamlandığını gösterecek bir kanıt yazın. Önce yedekleme, form, telefon ve güncelleme kontrollerini yerleştirin. Takvimi işletmenin sakin bir gününe bağlayın, yapılan işi kaydedin ve başarısız kontrolde izlenecek adımı önceden belirleyin.
Özetle
Son güncelleme: 13 Kasım 2026. Bu sayfadaki ölçütler kaynaklarına bağlanmıştır ve tarihlidir.
- Her bakım işi için sıklık, sorumlu ve doğrulama yöntemi belirleyin.
- Yedekleme kaydını değil, yedekten geri dönülebildiğini de kontrol edin.
- Formları, telefon bağlantılarını ve önemli sayfaları gerçek telefonda deneyin.
- Güncelleme öncesinde yedek alın; sonrasında kritik işlevleri yeniden sınayın.
- Kontrol başarısızsa işi “tamamlandı” saymayın; takip adımını kayda geçirin.
Takvime nereden başlamalısınız?
Önce sitenizin müşteriye hizmet veren parçalarını yazın; sonra her parçanın bozulduğunda neye mal olacağını değil, hangi işi aksatacağını belirleyin. Takvimi teknik terimlerden değil, müşterinin yaptığı işlerden başlatmak daha kullanışlıdır: sizi aramak, randevu istemek, adresinizi bulmak veya hizmeti anlamak.
Sayfa envanteri, sitenizde hangi sayfaların bulunduğunu ve her birinin ne işe yaradığını gösteren listedir. Envanteri güncel değilse küçük işletme sitesi için sayfa envanteri hazırlama rehberi ile başlayın. Ana sayfa, iletişim sayfası, hizmet açıklamaları ve varsa randevu ya da sipariş akışı gibi işlevleri tek tek not edin. Bir sayfa artık kullanılmıyorsa, bakım takvimine onu da işaretleyin; unutulmuş eski bir bağlantı müşteriyi yanlış bilgiye götürebilir.
Sonra mevcut işleri üç gruba ayırın: düzenli kontrol, belirli tarihte yapılacak değişiklik ve arıza çıktığında uygulanacak müdahale. Düzenli kontroller takvimde tekrar eder. Kampanya, çalışma saati veya menü güncellemesi gibi işler ise değişiklik gerçekleşmeden önce planlanır. Arıza adımları her ay yapılmaz; ama telefon, form veya site erişimi bozulduğunda kimin ne yapacağını belirler.
Takvimin sahibi siz olabilirsiniz; her işi bizzat yapmanız gerekmez. Önemli olan, işin kimde olduğunu ve bittiğinde nereden anlayacağınızı yazmaktır. “Siteyi kontrol et” gibi belirsiz bir kayıt yerine “iletişim formunu gönder, işletme e-postasına ulaştığını doğrula” yazın. Böylece işi devrettiğinizde de aynı kontrol tekrarlanabilir.
Bakım işlerini nasıl sınıflandırırsınız?
İşleri, ne zaman gerektiğine ve hata halinde neyi etkilediğine göre sınıflandırın. Müşterinin size ulaşmasını engelleyen işler, sadece görünümü etkileyen işlerden önce kontrol edilmelidir; bu sıra, tüm işletmeler için aynı teknik görev listesini ezberlemekten daha güvenilirdir.
Aşağıdaki tablo başlangıç düzenidir. Sıklıkları işletmenizin değişikliklerine göre uyarlayın: örneğin çalışma saati sık değişen bir işletme, saat bilgisini değiştiği gün ayrıca kontrol etmelidir. “Sorumlu” sütununda kişi adı veya görev adı kullanın; “ekip” yazıp bırakmayın. İşletme sahibi, sekreter, içerik sağlayan kişi veya teknik destek bu rolü üstlenebilir.
| İş | Sıklık | Sorumlu |
|---|---|---|
| Ana sayfa ve iletişim sayfasını açma | Haftalık | İşletme sahibi |
| İletişim formu gönderme ve teslimi doğrulama | Haftalık | Formu yöneten kişi |
| Yedekleme kaydını ve geri dönüş yolunu inceleme | Aylık | Site sorumlusu |
| İçerik, adres ve çalışma saati kontrolü | Aylık ve değişiklikte | İşletme sahibi |
| Güncelleme sonrası temel işlevleri sınama | Güncelleme sonrası | Güncellemeyi yapan kişi |
| Eski kullanıcı erişimlerini gözden geçirme | Dönemsel | Hesap sahibi |
“Aylık” kelimesi, her ay aynı işi otomatik yapmak demek değildir. Bir işin neden tekrarlandığını da not edin. Örneğin form kontrolü, müşterinin talebinin doğru yere ulaşmasını doğrular; sadece formun ekranda görünmesi yeterli değildir. İçerik kontrolü ise telefon numarası ve açık adres gibi müşterinin kararını etkileyen bilgilerin hâlâ doğru olup olmadığını sınar.
İçerik ve tasarım işiyle teknik kontrolü aynı satıra yığmayın. “Sayfaları güncelle” kaydı, kapsamı belirsizleştirir. Bunun yerine “çalışma saatini güncelle”, “telefon bağlantısını ara” ve “değişiklik sonrası mobil görünümü aç” gibi ayrı işler yazın. Bir görev tamamlanamadığında, hangi alt adımın kaldığını böylece bilirsiniz.
Kim sorumlu olmalı?
Her iş için bir kişinin sonuçtan sorumlu olmasını sağlayın; başka biri uygulama yapabilir ama kontrolün tamamlanmasını bir kişi takip etmelidir. Sorumlu olmak, kod yazmayı bilmek anlamına gelmez: bir form mesajının gelip gelmediğini deneyen işletme çalışanı da uygun sorumlu olabilir.
Basit bir işletmede sahip, çalışma saati ve iletişim bilgilerinin doğruluğunu üstlenebilir; teknik destek güncellemeleri veya yedek geri yüklemeyi yürütebilir. Bu iki işi aynı kişiye vermek zorunda değilsiniz. Fakat işletme sahibi, müşteriye gösterilen bilgilerin doğruluğunu onaylamalıdır; dışarıdan destek veren kişi işletme saatini veya hizmet içeriğini kendiliğinden bilemez.
Sorumlu sütununda kişinin adı yanında yedek kişiyi de görev notuna ekleyin. İzin veya yoğunlukta işin unutulmaması için bu basit aktarım önemlidir. Erişim bilgilerini takvim hücresine yazmayın. Şifreler, site yönetimine veya barındırma hesabına erişim sağlayan ayrı ve güvenli bir yerde tutulmalı; yalnızca iş için gerekli kişilerle paylaşılmalıdır.
Sitenizi başka biri yönetiyorsa, kimin hangi hesaba sahip olduğunu da netleştirin. Alan adı, sitenin internetteki adresidir; hosting, site dosyalarının çevrimiçi tutulduğu hizmettir. İçerik yönetim sistemi (CMS), sayfaları kod yazmadan düzenlemenizi sağlayan yönetim ekranıdır. Bu hesapların işletmenin kontrolünde olup olmadığını bilmiyorsanız web tasarımcısını değiştirirken teslim alınması gereken erişimlerin listesini gözden geçirin. Bakım takviminin sorumlu kişisi, gerektiğinde bu hesaplara nasıl ulaşacağını bilmelidir.
Haftalık kontrolde neye bakılır?
Haftalık kontrolde önce müşterinin sitenize ulaşmasını ve size başvurmasını engelleyen sorunları arayın. Ana sayfayı, iletişim sayfasını ve işletmeniz için en önemli hizmet sayfasını açın; ardından telefon bağlantısını ve başvuru yolunu deneyin.
Sayfanın açılması tek başına kontrol değildir. Telefon numarasına dokunduğunuzda arama ekranının doğru numarayla açıldığını, adres bağlantısının doğru yeri gösterdiğini ve iletişim formunun gönderildiğini doğrulayın. Formu test ederken kullandığınız adresi veya mesajı kaydedin; form gerçekten ulaştıysa hangi gelen kutusuna düştüğünü not edin. Müşteriye otomatik yanıt gidiyorsa, metnin hâlâ işletmeniz adına uygun olduğunu da okuyun.
Bu testi işletmede kullanılan gerçek telefonla yapmak özellikle yararlıdır. Küçük ekranda metin taşabilir, sabit duran bir iletişim düğmesi önemli bir alanı kapatabilir veya dokunma hedefi kolay seçilemeyebilir. sitenizin telefonda çalışıp çalışmadığını ölçen mobil uyumluluk kontrolü ekrandaki görünümü ve temel işlemleri birlikte gözden geçirmenize yardımcı olur.
İşletme bilgilerini de kontrol edin. Telefon numarası, adres, çalışma saati ve hizmet kapsamı gerçeği yansıtıyor mu? Google İşletme Profili gibi başka bir yerde de bilgi yayımlıyorsanız, iki yerdeki saat ve adresin çelişmediğine bakın. Google İşletme Profili ile web sitesinin birlikte nasıl çalıştığını anlamak, müşterinin farklı kaynaklarda farklı bilgi görmesini önlemeye yardımcı olur.
Haftalık işin sonucunu kısa bir kayıtla kapatın: tarih, kontrol edilen sayfa veya işlev, sonuç ve varsa takip işi. Her şey çalışıyorsa “geçti” yazın. Çalışmıyorsa “başarısız” kaydı açıp kimin takip edeceğini belirleyin; sorunu sessizce görmezden gelmek, bakım takvimini sadece yapılmış işlerin listesine dönüştürür.
Aylık kontrolde neyi doğrulamalısınız?
Aylık kontrolde haftalık işlev denemesine ek olarak yedeklerin, güncelleme durumunun ve içerik doğruluğunun izini sürün. Yedek, sitenin dosya ve verilerinin bir kopyasıdır; kaydı görmek, kopyanın gerektiğinde geri yüklenebileceğini tek başına kanıtlamaz.
Yedeklerin nerede tutulduğunu ve sorumlu kişinin onlara erişip erişemediğini öğrenin. Sitenizde randevu, form veya sipariş verisi varsa, hangi bilgilerin yedeğe dahil edildiğini de sorun. Yedeği geri yükleme denemesi canlı siteyi etkileyebileceğinden, bunu nasıl güvenli yapacağınızı bilmeden canlı site üzerinde denemeyin. Sağlayıcınızdan test ortamı veya belgelenmiş geri dönüş adımı isteyin. web sitesi yedeklemesini kendiniz kontrol etme rehberi, yedekleme kaydıyla geri dönüş hazırlığını birbirinden ayırmanıza yardım eder.
İçerik kontrolünde yalnızca yazım hatası aramayın. Artık vermediğiniz bir hizmet, eski kampanya duyurusu, geçersiz e-posta adresi veya kapanmış şube müşteriyi yanlış yönlendirebilir. Sayfa başlıkları ve açıklamaları da sayfanın sunduğu bilgiyi doğru anlatmalıdır. Google, arama sonuçlarındaki başlık bağlantısı ve açıklama metnini farklı kaynaklardan oluşturabilir; bunların her durumda işletmenin yazdığı metinle aynı görüneceğini varsaymayın. [Google’ın başlık bağlantısı ve snippet açıklamalarına ilişkin belgeleri](https://developers.google.com/search/docs/appearance/title-link?hl=tr) bu gösterimin nasıl ele alındığını açıklar.
Aylık kayıtta, gözden geçirilen sayfaları ve bulunan değişiklikleri yazın. Her ay içerik değişikliği yapmak zorunda değilsiniz; değişiklik gerekmiyorsa “bilgi doğrulandı, değişiklik yok” kaydı yeterlidir. Ama bu kararı kontrol yapmadan vermeyin. Özellikle çalışma saati, adres ve başvuru kanalı gibi bilgiler işletmenin günlük işleyişi değiştikçe yeniden doğrulanmalıdır.
İçerik değişiklikleri nasıl planlanır?
İçerik değişikliğini, bilgi değiştiği anda açılan ayrı bir iş olarak planlayın; sıradaki rutin kontrolü beklemek zorunda değilsiniz. Çalışma saatiniz, hizmetiniz, adresiniz veya telefonunuz değişiyorsa, eski bilgi yayında kaldığı sürece müşteriye yanlış yön verir.
Değişiklik kaydında eski bilgiyi, yeni bilgiyi, güncellenecek sayfaları ve onayı verecek kişiyi belirtin. Bir hizmet adı değiştiğinde sadece ana sayfaya bakmak yetmez; iletişim sayfasında, sık sorulan sorularda veya görsel üzerindeki yazıda da eski ad bulunabilir. Bu nedenle değişiklikten etkilenen sayfaları envanterde işaretleyin, düzenlemeyi yaptıktan sonra her birini açıp sonucu doğrulayın.
Google Arama Merkezi, sayfaların arama motorları ve insanlar için anlaşılır olmasına ilişkin bir başlangıç rehberi yayımlar. Rehber, bakım gününde sıralama garantisi vermez; sayfaların yararlı ve açık olmasına yönelik ilkeleri açıklar. İşletme hizmetiyle ilgisiz metin eklemek yerine, müşterinin gerçekten sorduğu soruyu ve güncel cevabını yayımlayın. [Google Arama Merkezi SEO başlangıç kılavuzunu](https://developers.google.com/search/docs/fundamentals/seo-starter-guide?hl=tr) bu amaçla kullanabilirsiniz.
Her değişikliği aynı gün yayına almak da doğru olmayabilir. İndirim duyurusu gibi belirli tarihe bağlı metinlerde başlangıç ve kaldırma sorumlusu yazılmalı; sayfa yayından kalktıktan sonra menü veya başka bir sayfada eski bağlantı kalıp kalmadığı kontrol edilmelidir. İşletmeniz duyuru yayımlamıyorsa bu adımı takvime eklemeniz gerekmez. Sitenizdeki gerçek değişiklik türlerinden hareket edin; boş bir “her ay yeni içerik gir” hedefi oluşturmayın.
Yedekleme ne zaman test edilir?
Yedeğin varlığını düzenli kontrol edin ve geri dönüş adımının gerçekten anlaşılır olduğundan emin olun; testin sıklığını yedekleme düzeninize ve değişiklik riskinize göre belirleyin. Yedekleme hizmetinin başarılı kaydı, dosyanın sağlam olduğunu veya geri yüklemenin sorunsuz tamamlandığını tek başına göstermez.
İlk olarak kopyanın hangi siteye ait olduğunu, en son ne zaman alındığını ve nerede bulunduğunu sorumlu kişiyle doğrulayın. Sonra geri yüklemeyi kimin başlatabileceğini, canlı site yerine güvenli bir test alanı bulunup bulunmadığını ve hata halinde kime ulaşılacağını yazın. Bu bilgiler yoksa takvim satırını “yedek tamam” diye kapatmayın; “geri dönüş yolu sağlayıcıdan doğrulanacak” şeklinde takip işi açın.
Geri yükleme, sitenin içeriğini etkileyebilir. Bu nedenle teknik destek olmadan canlı siteye eski bir kopyayı yüklemek, güncel başvuruları veya son düzenlemeleri kaybettirebilir. Test alanı, canlı ziyaretçilerin görmediği ve deneme için kullanılan ayrı bir site kopyasıdır. Böyle bir alanın olup olmadığını teknik destekten öğrenin; yoksa güvenli doğrulama yöntemi için talimat isteyin.
Yedekleme ve erişim aynı kişide olmayabilir. Dış destek sağlayıcısı değiştiğinde, kopyalara ve geri dönüş yönergelerine erişimin işletmede kaldığını teyit edin. Alan adınız veya hosting hesabınız eski bir çalışanın e-posta adresine bağlıysa, sorun anında kurtarma bağlantısına erişemeyebilirsiniz. alan adı seçerken ve yönetirken kontrol edilmesi gerekenleri gözden geçirmek, bu sahiplik sorunlarını fark etmenize yardımcı olabilir.
Güncelleme nasıl güvenle yapılır?
Güncellemeden önce yedek ve geri dönüş yolunu doğrulayın; güncellemeden sonra da müşterinin kullandığı temel işlevleri deneyin. İçerik yönetim sistemi veya eklenti güncellemesi, güvenlik ya da işlev düzeltmesi içerebilir; ancak güncellemenin sitenizin geri kalanıyla uyumlu olacağını varsaymayın.
Eklenti, siteye bir işlev ekleyen ayrı yazılım bileşenidir. Örneğin form veya randevu özelliği böyle bir bileşene dayanabilir. Güncelleme bildirimi gördüğünüzde, önce hangi bileşenin güncelleneceğini ve kimin sorumlu olduğunu kaydedin. Otomatik güncelleme kullanılıyorsa, bildirimlerin hangi adrese geldiğini ve başarısız güncellemede kimin müdahale edeceğini de belirleyin.
Güncelleme sonrası kontrol listesi, işletmeniz için önemli işlevleri kapsamalıdır: ana sayfa açılıyor mu, form gönderilebiliyor mu, telefon bağlantısı çalışıyor mu, randevu akışı varsa tamamlanabiliyor mu? Görünümde bir bozulma varsa değişiklikten önceki yedeğe dönüp dönmeme kararını tek başınıza vermeyin; kayıtları teknik destekle paylaşın. Böylece “güncel” olmak uğruna başvuru almayı durdurmazsınız.
Takvime başarısızlık adımını da ekleyin. Güncelleme sonrasında sayfa açılmazsa hangi kişiye ulaşılacak, sitenin önceki hâline dönmesi mümkün mü ve müşteriye geçici olarak hangi iletişim kanalı gösterilecek? Bunların yanıtı önceden belirlenmemişse, güncelleme işi bitmiş sayılmaz. Bu yaklaşım güncellemeleri ertelemek değil, etkisini yönetmek içindir.
Telefon testi nasıl takvime alınır?
Telefon testini ayrı bir görev olarak takvime yazın; masaüstünde düzgün görünen sayfanın telefonda da kullanılabildiğini varsaymayın. Testi, işletmenizin müşteriye açık olduğu ve bir sorun görülürse düzeltme başlatabilecek kişinin bulunduğu zamana koyun.
Önce sayfayı gerçek bir telefonda açın. Metin rahat okunuyor mu, menü açılıyor mu, önemli düğme ekranda bulunuyor mu diye bakın. Sonra numaraya dokunup arama ekranının doğru numarayı taşıdığını, harita bağlantısının doğru konumu açtığını ve form alanlarının klavyeyle kapatılmadığını deneyin. Formu gönderip bildirimin ulaştığını kontrol edin; yalnızca ekranda teşekkür mesajı görmek, mesajın işletmeye teslim edildiğini kanıtlamaz.
İşletmenizde farklı telefonlar varsa, testi mümkünse farklı ekran boyutlarında tekrar edin. Bu öneri, her cihazı satın almanız gerektiği anlamına gelmez; çalışanların kullandığı telefonlardan biriyle pratik kontrol yapmak bile masaüstü denemesinin kaçırdığı sorunları gösterebilir. Bir telefonunuz yoksa, sitenizi ziyaret eden müşterinin karşılaştığı ekranı geliştirici araçlarında taklit edebilen teknik destekten doğrulama isteyin.
Hataları ekran görüntüsü, sayfa adresi ve yapılırken izlenen adımla kaydedin. “Mobil bozuk” ifadesi destek ekibine sorunu buldurmayabilir; “iletişim sayfasında formun gönder düğmesi klavyenin altında kalıyor” daha işe yarar bir kayıttır. Düzeltme yayımlandıktan sonra aynı adımları tekrar edin. iletişim formunda hangi bilgilerin istenmesi gerektiğini gözden geçirirken gereksiz alanların telefonda doldurmayı zorlaştırıp zorlaştırmadığını da değerlendirin.
Hız ölçümü ne zaman anlamlıdır?
Hız ölçümünü tek bir ekran görüntüsü veya puan olarak değil, belirli bir sayfadaki değişimi ve gerçek kullanıcı deneyimini anlamak için kullanın. Web Vitals, yüklenme, etkileşim ve görsel kararlılık gibi kullanıcı deneyimi ölçütleri için Google’ın geliştirdiği göstergelerdir; tek başına işletmenizin satışını ya da arama görünürlüğünü garanti etmez.
PageSpeed Insights, sayfayı analiz edip performansla ilgili rapor sunan Google aracıdır. Ölçümde hangi sayfanın test edildiğini ve hangi cihaz görünümünün seçildiğini kaydedin. Ana sayfanın sonucu, ağır görseller veya farklı işlevler kullanan randevu sayfasının sonucunu temsil etmeyebilir. Önce müşterinin başvuru yaptığı sayfaları kontrol edin, sonra sorun görülen bölümü teknik destekle paylaşın.
Ölçüm öncesi ve sonrası koşullar aynı değilse sonuçları doğrudan karşılaştırmayın. Sayfanın içeriği değişmiş, görseller eklenmiş veya farklı bir bağlantıyla test yapılmış olabilir. Tekrarlanan ölçümde benzer sorun görünüyorsa görsel boyutu, sayfa yapısı veya gereksiz eklentiler incelenebilir; ancak sorunu anlamadan önemli görselleri ya da işlevleri kaldırmayın. [web.dev Core Web Vitals belgeleri](https://web.dev/articles/vitals?hl=tr), bu göstergelerin ziyaretçinin deneyimini değerlendirmedeki yerini açıklar.
Takviminizde “hız puanını yükselt” gibi sonucu garanti eden bir görev yerine, “ana hizmet sayfasını ölç, rapordaki belirgin sorunu kaydet ve düzeltme sonrası yeniden ölç” yazın. [PageSpeed Insights ölçüm aracını](https://pagespeed.web.dev/) kullanabilir, ölçüm raporunu düzeltmeyi yapacak kişiye iletebilirsiniz. Kendi ölçümünüzde gördüğünüz değerleri saklayın; kaynağı belli olmayan eşik veya hedefleri işletmenize kural gibi uygulamayın.
Erişilebilirlik kontrolü takvimde nerede durmalı?
Erişilebilirlik kontrolünü sayfa ve işlev değişikliklerinin ardından yapın; metni, düğmeleri ve formları mümkün olduğunca farklı kişilerin kullanabileceğini doğrulayın. Erişilebilirlik, bir sayfanın yalnızca belirli bir görme, işitme veya hareket biçimine sahip ziyaretçiler için değil, geniş bir kullanıcı grubu için anlaşılır ve kullanılabilir olmasıdır.
Bir görsel önemli bir bilgiyi taşıyorsa, aynı bilgi metinle de sunuluyor mu diye bakın. Renk tek başına uyarı anlamı taşıyorsa, renkleri ayırt edemeyen kişi de hatayı anlayabiliyor mu? Form alanlarının yanında ne yazılacağı açık mı? Klavye kullanarak sayfada ilerlemek mümkün mü? Bunlar, teknik ölçüm gerektirmeden fark edilebilecek pratik kontrol sorularıdır.
Bu kontroller profesyonel uygunluk değerlendirmesinin yerine geçmez. İşletmeniz için hangi standart veya hukuki yükümlülüklerin geçerli olduğunu uzmanla ayrıca değerlendirin. W3C’nin Web İçeriği Erişilebilirlik Rehberi (WCAG), web içeriğinin erişilebilirliği için uluslararası ölçütler sunar; [W3C WAI’nin WCAG standartları sayfası](https://www.w3.org/WAI/standards-guidelines/wcag/) bu çerçevenin kaynağıdır.
Takvim satırını somutlaştırın: yeni form yayımlandığında etiketleri ve hata mesajını kontrol et; yeni görsel eklendiğinde gerekli açıklama metnini incele; önemli sayfa değiştiğinde klavye ile gezinmeyi dene. Bir sorun fark edilirse, “erişilebilirlik düzelt” diye genel bir iş açmak yerine hangi kişi hangi öğeyi düzeltecek, bunu nasıl doğrulayacak yazın.
Yasal bilgiler ve kişisel veriler nasıl gözden geçirilir?
İşletme kimliği, iletişim bilgileri ve ziyaretçiden alınan kişisel veriler için ayrı kontrol satırları oluşturun. E-ticaret veya hizmet sitelerinde işletmenin kimliği ve iletişim bilgilerinin gösterilmesine ilişkin yükümlülükler bulunur; ziyaretçi verisi işleniyorsa KVKK kapsamındaki sorumluluklar da gündeme gelir. Durumunuza uygulanacak gereklilikleri resmî kaynaklardan ve gerektiğinde uzman görüşüyle doğrulayın.
İletişim sayfasında işletme adı, telefon ve adresin güncel olup olmadığını kontrol edin. Sipariş, hizmet veya başvuru akışında işletmeyi tanıtan ve müşterinin ulaşabileceği bilgiler de doğru olmalıdır. Ticaret ve tüketici mevzuatına ilişkin yükümlülükleri genel bir bakım kontrolünden kesin hukuki sonuca bağlamayın; [6502 sayılı Tüketicinin Korunması Hakkında Kanun’un resmî metnini](https://www.mevzuat.gov.tr/mevzuatmetin/1.5.6502.pdf) ve ilgili resmî kaynakları inceleyin.
Form, analiz aracı, çevrimiçi sohbet veya randevu sistemi ziyaretçiyle ilgili bilgi topluyorsa, hangi bilginin ne amaçla alındığını ve kimin eriştiğini belirleyin. Bu bilgiyi bakım takviminin açık notlarına veya herkese açık belgelere gereksiz yere kopyalamayın. KVKK yükümlülükleri, sitenin teknik olarak çalışıp çalışmamasından ayrı bir konudur. KVKK uyumlu çerez bildirimi hazırlamaya ilişkin açıklama temel başlıkları fark etmenizi sağlar; resmî değerlendirme için [Kişisel Verileri Koruma Kurumu kaynaklarına](https://www.kvkk.gov.tr/) başvurun.
Bir formun kullanım amacı değiştiğinde, yeni bilgi alanı eklendiğinde veya üçüncü taraf hizmet devreye girdiğinde bu değişikliği sorumlu kişiye bildirin. Eski bilgilendirme metni yeni işleyişi anlatmıyor olabilir. Takvimde “KVKK tamam” gibi geniş bir kutu yerine hangi formun, metnin veya veri akışının ne zaman gözden geçirildiğini kaydedin. Hukuki uygunluk değerlendirmesini yalnızca bu kontrol kaydına dayanarak yapmayın.
Bir sorun çıkarsa iş sırası ne olmalı?
Önce müşterinin karşılaştığı etkiyi belirleyin, sonra sorunu tekrarlanabilir biçimde kaydedip doğru sorumluya aktarın. Ne olduğunu bilmeden rastgele ayar değiştirmek, ilk soruna ek sorun çıkarabilir.
Örneğin site açılmıyorsa, sorunun tek bir telefonda mı yoksa farklı bağlantılarda da mı görüldüğünü kontrol edin. Form gitmiyorsa, sorunun form ekranında mı yoksa bildirimin tesliminde mi olduğunu ayırın. Bu ayrım teknik destek için yararlıdır; müşterilerin kişisel bilgilerini test kaydına koymanız gerekmez. Hata mesajı, etkilenen sayfa, yaklaşık ortaya çıkma zamanı ve izlenen adımlar yeterli başlangıç kaydıdır.
| Belirti | Olası neden | İlk adım |
|---|---|---|
| Form gönderiliyor görünür, mesaj ulaşmaz | E-posta teslimi veya yönlendirme sorunu | Test gönderimi ve gelen kutusu kontrolü |
| Telefon düğmesi yanlış numarayı açar | Eski bağlantı bilgisi | Sayfa ve numara kaydını karşılaştırma |
| Sayfa telefonda taşar | Görsel veya düzen uyumsuzluğu | Ekran görüntüsüyle destek kaydı |
| Güncelleme sonrası sayfa hata verir | Bileşen uyumsuzluğu | Yedek ve teknik destek durumunu doğrulama |
| Adres veya saat farklı görünür | Eski içerik veya kaynaklar arası tutarsızlık | Onaylı işletme bilgisini belirleme |
İşletmenin müşteriye ulaşma yolu bozulduysa, geçici iletişim bilgisini hangi sayfada göstereceğinizi önceden kararlaştırın. Bu, teknik sorunu çözmez; ancak müşterinin size ulaşamadığı sürenin uzamasını önleyebilir. Geçici bilgi de doğru olmalı ve sorun düzeldikten sonra kaldırılmalıdır.
Çözümün ardından aynı kontrolü tekrarlayın ve kaydı kapatırken sonucu yazın. “Destek ekibine iletildi” bir tamamlanma kanıtı değildir; formun ulaştığı veya doğru telefon numarasının arama ekranında açıldığı görülmelidir. Sorun tekrarlanıyorsa önceki kayıtları saklayın. Tekrarlayan hata, arıza adımının veya sağlayıcıyla iletişim düzeninin yeniden ele alınması gerektiğini gösterebilir.
Takvim işletme türüne göre nasıl değişir?
Takvim, müşterinin sitenizde yaptığı işe göre değişmelidir. Bir restoran menü ve rezervasyon bilgisini, klinik randevu ve hizmet sayfalarını, atölye ise teklif talebi ve telefon bağlantısını öne alabilir.
Restoranda menüdeki ürünler, çalışma saatleri ve masa ayırtma yolu birbirinden ayrı kontrol kalemleridir. Menü görsel olarak yükleniyor ama metin olarak okunamıyorsa veya fiyat bilgisi eskiyse, sayfa açılıyor olsa da müşteri için sorun sürer. Rezervasyon alıyorsanız, talebin doğru kişiye ulaştığını ve tatil günlerindeki çalışma düzeninin doğru gösterildiğini sınayın.
Klinikte hizmet açıklamalarının ve randevu yolunun anlaşılır olması önemlidir. Sağlık hizmetiyle ilgili içerikte bilginin doğruluğunu onaylayacak kişi işletme içinde belirlenmelidir. Atölye, nakliyat veya yerel hizmet işletmesi için hizmet bölgesi, çalışma saati, telefon ve teklif isteği daha belirleyici olabilir. Her değişikliği siteyi yapan kişinin onaylamasını beklemek yerine, işletme bilgisini doğrulayacak kişiyi takvime yazın.
Form alanları da işletmenin ihtiyacına göre değişir. Bir kuaförün randevu talebinde gerekli bilgiler, bir nakliyat firmasının keşif talebinde gerekenlerle aynı olmayabilir. Gereksiz bilgi istemek, ziyaretçinin işi tamamlamasını zorlaştırabilir; ihtiyaç duyulan bilgi eksikse işletme talebi değerlendiremeyebilir. Bu yüzden formun çalışmasını test etmenin yanında, alanların güncel iş akışına uygun olup olmadığını da kontrol edin.
İşletmenizin sayfaları ve başvuru şekli belirgin biçimde farklıysa, başka bir sektörün kontrol listesini aynen kopyalamayın. Sitenizde hangi bilginin değiştiğini ve müşterinin hangi işlemi yaptığını yazın; takvim bu iki noktayı doğrulasın.
Hesap: aylık bakım süresi nasıl bulunur?
Aylık zamanı, gerçekten takvime koyduğunuz işler üzerinden hesaplayın; bu örnekteki süreler örnek değerdir, her işletme için standart değildir. Her tekrar eden işi kaç kez yapacağınızı ve bir uygulamanın ne kadar sürdüğünü çarpın, sonra toplamları birleştirin.
Örnek değer olarak, haftalık işi dört hafta boyunca on beş dakika; aylık işi de iki kez otuz dakika kabul edelim. Bu varsayımlar sadece hesabın nasıl kurulacağını gösterir. Sizin takviminizde form kontrolü daha kısa, içerik doğrulaması daha uzun sürebilir; yaptığınız işi kendi kayıtlarınızla ölçüp süreyi güncelleyin.
| İş | Örnek değer hesabı | Toplam |
|---|---|---|
| Haftalık kontrol | 4 hafta × 15 dk = 60 dk | 60 dk |
| Aylık kontrol | 2 iş × 30 dk = 60 dk | 60 dk |
| Toplam çalışma süresi | 60 dk + 60 dk = 120 dk | 120 dk |
Burada haftalık işin dört hafta × on beş dakika ve aylık işin iki iş × otuz dakika hesabı, verilen örnek değerlerle toplam yüz yirmi dakika eder. Bu bir bakım fiyatı veya dışarıdan alınacak hizmet süresi değildir; yalnızca takvimdeki görevlerin toplam zamanını gösterir. Bir arıza olduğunda harcanacak süre bu hesaba dahil değildir.
Hesabı kendi işletmenize uyarlamak için her işin başlangıç ve bitişini bir süre kaydında tutun. Tekrarlayan görev, içerik değişikliği ve arıza müdahalesini ayrı ölçün; hepsi aynı tür iş değildir. Bakım işlerinin yanında alan adı ve hosting gibi düzenli kalemleri ayrıca planlamak isterseniz, bu araç için alan adı, hosting ve bakım bilgilerini girerek yıllık gider görünümünü alabilirsiniz.
Web sitesinin yıllık gideri
Alan adı ve barındırma yıllık, bakım ve e-posta aylık girilir.
Yıllık toplam: 8.800 TL · aylık ortalama: 733 TL.
Ölçtüğünüz süre beklediğinizden uzunsa, önce işi daraltın veya kontrol adımlarını netleştirin. Sürenin artması tek başına işi gereksiz yapmaz; örneğin geri yükleme yolunu doğrulamak, formun müşteriye ulaşmasını sınamaktan farklı bir iştir. Süre kaydı, bir görevin gereğinden fazla zaman alıp almadığını görmenize ve gerektiğinde teknik destekten net bir kapsam istemenize yarar.
Takvimi nasıl kayda alıp sürdürebilirsiniz?
Takvimi herkesin görebildiği bir iş listesinde tutun ve her kayıt için iş, sıklık, sorumlu, kontrol yöntemi ve sonuç alanı kullanın. Takvim kâğıt, elektronik tablo veya işletmenizin kullandığı görev aracı olabilir; önemli olan kayıtların tek yerde bulunmasıdır.
İlk kurulumda görevleri takvime aktarırken her satırı bir fiille başlatın: aç, gönder, karşılaştır, doğrula, kaydet. “Bakım yap” veya “site iyi mi bak” gibi ifadeler farklı kişilerce farklı anlaşılır. Kontrol yöntemi de gözle görülür olmalı: formu gönderip gelen kutusunu kontrol etmek, telefon bağlantısına dokunmak veya sayfanın güncel saat bilgisini işletme kaydıyla karşılaştırmak gibi.
Sonuç alanına “tamamlandı”, “sorun bulundu” veya “takip gerekiyor” gibi anlaşılır durumlar yazın. Sorun bulunduğunda yeni bir iş açın, sorumlu atayın ve çözümün nasıl doğrulanacağını ekleyin. Takip işi kapanmadan ilk kontrolü başarılı olarak işaretlemeyin. Böylece tamamlanmamış sorunlar eski takvim kayıtlarının arasında kaybolmaz.
Takvimi zaman içinde gerçek işleyişe göre sadeleştirin. İşletme artık kullanmadığı bir formu kontrol ediyorsa, önce o formun gerçekten yayında olup olmadığını belirleyin; kullanım dışıysa işi kaldırın. Önemli bir iş sürekli erteleniyorsa, görevin sıklığı veya sorumlusu gerçekçi olmayabilir. Rutin düzenin bozulduğu tatil, taşınma, personel değişikliği veya site yenilemesi gibi dönemlerde takvimi gözden geçirin ve ilgili kişiye yeni işleyişi bildirin.
Takvim bir kez hazırlanıp unutulacak belge değildir. Kontrolün işe yarayıp yaramadığını, bulunan hataların tekrar edip etmediğini ve sorumlu kişinin işi gerçekten yapabildiğini izleyin. Böylece bakım, teknik bilgi gerektiren belirsiz bir başlık olmaktan çıkar; müşterinin ulaşabildiği, doğru bilgi gördüğü ve talebinin işletmeye ulaştığı bir düzen hâline gelir.
Kaynaklar
Sık sorulan sorular
Web sitesi bakım takvimini kim hazırlamalı?
Takvimi işletme sahibi veya site işleyişini bilen çalışan hazırlayabilir; teknik görevleri dış destek sağlayıcısı üstlenebilir. Her satır için sonucu takip edecek tek bir sorumlu belirleyin. İşletme bilgilerini onaylayan kişiyle güncellemeyi yapan kişi farklı olabilir; takvimde bu ayrımı açıkça yazmak, sorumluluğun belirsiz kalmasını önler.
Sitem küçük ve nadiren değişiyor; yine de kontrol gerekir mi?
Evet. İçeriğin sık değişmemesi, formun doğru adrese ulaştığını, telefon bağlantısının çalıştığını veya yedeğin geri yüklenebildiğini göstermez. Takvimi kısa tutabilirsiniz: işletmenizin müşteriye ulaşma yolu, temel bilgiler ve yedekleme düzeni için tekrarlanan kontroller belirleyin. İşletmeniz değiştikçe görevleri yeniden gözden geçirin.
Bakımı kendim yapabilir miyim?
İşletme bilgilerini doğrulama, sayfaları açma, formu deneme ve telefondaki görünümü kontrol etme gibi işleri teknik bilgi olmadan yapabilirsiniz. Güncelleme, yedekten geri yükleme veya hata ayıklama sitenin yapısına bağlı teknik işlemler olabilir. Ne yapacağınızdan emin değilseniz canlı site üzerinde deneme yapmak yerine teknik destekten güvenli adımı isteyin.
Bir kontrol başarısız çıkarsa ne yapmalıyım?
Hangi sayfada ne olduğunu, izlediğiniz adımları ve mümkünse hata görüntüsünü kaydedin; müşterinin işini durduran sorunu sorumlu kişiye iletin. Rastgele ayar değiştirmeyin. Çözüm uygulandıktan sonra aynı testi tekrarlayın ve sonucu yazın. “Destek ekibine bildirildi” kaydı, işlevin düzeldiğini doğrulamanın yerine geçmez.
Takvimde her ay yeni içerik yayımlamak zorunlu mu?
Hayır. İşletmenizin gerçekten güncellemesi gereken bir bilgi yoksa, sırf takvim dolsun diye içerik yayımlamayın. Önemli olan mevcut hizmet, adres, çalışma saati ve başvuru bilgilerinin doğruluğudur. Yeni içerik yayımlayacaksanız, kimin onaylayacağını, hangi sayfalara ekleneceğini ve eski bilgiyle çelişip çelişmediğini kontrol edin.
Yedekleme raporu başarılı diyorsa yeterli mi?
Rapor, yedekleme işleminin kayda geçtiğini gösterebilir; ancak kopyanın ihtiyaç anında geri yüklenebildiğini tek başına kanıtlamaz. Yedeğin nerede bulunduğunu, kimin erişebildiğini ve güvenli geri dönüş yöntemini öğrenin. Testi canlı siteyi etkilemeyecek şekilde planlayın veya sağlayıcıdan belgelenmiş doğrulama adımı isteyin.