Web Sitesi Bakımı Nedir? Aylık Bakımda Yapılacaklar Listesi

Web sitesi bakımı nedir ve neleri kapsar?

Web sitesi bakımı, yayındaki bir sitenin güvenli, hızlı ve sorunsuz çalışmaya devam etmesi için düzenli aralıklarla yaptığınız kontrol ve işlemlerin tamamıdır. Yedek almayı, yazılım güncellemelerini, güvenlik taramasını, SSL (bağlantı şifreleme) sertifikası ve alan adı süresi takibini, form ve e-posta testlerini, hız izlemeyi ve içerik kontrolünü kapsar.

Web sitesi bakımını tek seferlik bir işlem gibi düşünmeyin. Aslında bu, ayda bir ya da daha sık yaptığınız bir rutindir. Amaç, sorunu müşteri fark etmeden önce siz yakalamaktır. Böylece site ziyaretçiye güven verir, arama motorlarına da istikrarlı bir sinyal gönderir.

Bakım dört alanı korur: güvenlik, erişilebilirlik, performans ve doğruluk. Örneğin güvenlik, açıkların kapanmasını ve saldırıların erken fark edilmesini kapsar. Erişilebilirlik ise sitenin her an açılmasını, sertifika ile alan adının geçerli kalmasını anlatır. Performans hız ve kullanım rahatlığıdır. Doğruluk da fiyat, telefon, adres ve yasal metinlerin güncel olması demektir.

Bakım yeni özellik geliştirmek, siteyi baştan tasarlamak, reklam yönetmek ya da içerik üretmek değildir. Bunlar ayrı işlerdir. Ancak düzenli bir bakım rutini, bu işlerin sağlam bir zeminde ilerlemesini sağlar.

“Site bitti” yanılgısı: Yayına aldıktan sonra neden web sitesi bakımı gerekir?

Birçok işletme siteyi yayına aldığı gün işin bittiğini sanır. Oysa basılı bir broşürün aksine web sitesi canlı bir sistemdir. Çünkü yazılım sürümleri, tarayıcılar ve güvenlik açıkları sürekli değişir. Dolayısıyla siz hiçbir şey yapmasanız bile sitenin çevresi değişir.

Bir dükkân benzetmesi işe yarar. Tabela, kapı ve kilit yerinde dursa bile ışıkların yanması, kasanın çalışması ve rafların güncel olması gerekir. Yani yayına çıkış, dükkânı açmaktır. Bakım ise her sabah yaptığınız açılış kontrolüdür.

Asıl sorun, bozulmanın sessiz ilerlemesidir. Örneğin süresi dolan bir sertifika ya da çalışmayan bir form kendini ilan etmez. Ziyaretçi siteyi terk eder, siz nedenini bilmezsiniz. Bu yüzden bakımın özü, bozulmayı erken yakalamaktır.

Örnek senaryo: Bir mobilya atölyesi iletişim formunu yayına aldıktan sonra bir daha denemez. Aylar sonra e-posta şifresi değişir ve form mesajları sessizce kaybolur. Sonuç olarak atölye, arayan sayısının düştüğünü sanıp reklam bütçesini artırır. Oysa sorun formdadır.

Web sitesi bakımı ile barındırma, geliştirme ve SEO arasındaki fark nedir?

Bu işler sık karışır, bu yüzden ne satın aldığınızı bilmeniz gerekir. Barındırma sağlayıcısı sunucuyu ve altyapıyı işletir, biz ise bu rolde değiliz. Bunun yerine web sitesini ve kurumsal e-postayı Google Workspace, Microsoft 365 ya da sizin seçtiğiniz barındırma sağlayıcısında kurar, taşır ve yönetiriz.

Ayrım özellikle yedekte önem kazanır. Örneğin barındırma sağlayıcısı sunucu yedeği alabilir. Ancak o yedeğin sitenizi eksiksiz geri getirdiğini denemek bakımın işidir.

Kurumsal e-posta da ayrı bir hizmettir. Bakım, e-posta kutularınızın kendisini değil, siteyle bağlantısını kapsar: form mesajlarının gönderimini ve alan adınızı siteye ve e-postaya bağlayan DNS (alan adı sistemi) kayıtlarını. Dolayısıyla Google Workspace ya da Microsoft 365 kullansanız bile site tarafındaki bir değişiklik e-postanızı etkileyebilir. Üstelik geliştirme ve SEO ayrı bütçe ve ayrı takvim ister. Bakım ise bunların üzerinde durduğu zemini sağlam tutar.

Peki bakımsız kalmış bir sitede önce neye bakmalısınız?

Sahadaki önceliğimiz riskin büyüklüğüne göre ilerler. Önce erişimlere ve geri dönüş gücünüze, sonra siteyi tamamen kapatabilecek sürelere, en son hız ve görünüm gibi konulara bakarız. Çünkü yedeği olmayan sitede her müdahale risklidir, alan adı bitmiş bir sitede ise diğer işlerin anlamı kalmaz.

1. Erişimleri toplayın. Alan adı kayıt şirketi, barındırma paneli ve site yönetici hesabı kimde? Çünkü erişimi olmayan biri hiçbir şeyi düzeltemez.
2. Yedeği doğrulayın. Son yedeğin tarihi nedir ve sunucu dışında bir kopya var mı? Ayrıca geri yüklemeyi hiç denediniz mi?
3. Süreleri kontrol edin. Alan adı, SSL sertifikası ve barındırma paketinin bitiş tarihleri siteyi tamamen kapatabilir, bu yüzden hepsine bakın.
4. Güncellemeleri ve güvenliği gözden geçirin. Çekirdek, tema, eklentiler ve PHP (sunucu tarafı programlama dili) sürümü güncel mi? Ayrıca kullanmadığınız eklenti var mı?
5. Formu ve e-postayı deneyin. İletişim formundan gönderdiğiniz mesaj gerçekten gelen kutunuza ulaşıyor mu? Bu kontrol, görünmeyen kayıpları ortaya çıkarır.
6. Hızı ve kırık bağlantıları tarayın. Önce ana sayfayla ve en çok trafik alan sayfalarla başlayın.
7. İçeriği ve yasal metinleri gözden geçirin. Fiyat, telefon ve aydınlatma metni güncel mi?

Bu sıra her sitede aynı olmayabilir. Ancak ilk üç adım hemen her işletmede en yüksek riski taşır. Üstelik bakımsız siteler genellikle tek bir sorunla gelmez; erişim, yedek ve süre sorunları çoğu zaman birlikte çıkar. Erişim sorunu yaşıyorsanız web sitesi ve alan adını eski ajanstan geri alma rehberimize bakın.

Web sitesi bakımında haftalık, aylık ve yıllık görevler nelerdir?

Her işi aynı sıklıkta yapmanız gerekmez. Bu yüzden bazı kontrolleri otomatik alarma bağlarsınız, bazılarını ayda bir yapar, bazılarını yılda bir gözden geçirirsiniz. Aşağıdaki tablo işleri sıklığa göre gruplar.

Aylık satır, aşağıda ayrıntılı anlattığımız asıl kontrol listesidir. Haftalık işler ise küçük ve hızlıdır, üstelik çoğunu otomatiğe bağlayabilirsiniz. Yıllık işler stratejiktir, çünkü sözleşme, yenileme ve mimari kararlar bu aşamada netleşir.

Yedek almak yetmez: Geri yükleme testini nasıl yaparsınız?

Yedek, geri yüklenebildiği sürece yedektir. Pek çok işletme yıllarca yedek aldığını sanır, ancak ilk ihtiyaçta dosyanın eksik ya da bozuk olduğunu görür. Bu yüzden bakımın en kritik adımı yedeği düzenli olarak denemektir.

WordPress’in resmi yedekleme sayfası, bir sitenin hem dosyalarını hem veritabanını yedeklemeyi önerir. Çünkü veritabanı yazıları ve ayarları tutar, dosyalar ise tema, eklenti ve görselleri tutar. Aynı sayfa ayrıca yükseltme ya da taşıma öncesinde yedek almayı ve kopyaları farklı yerlerde saklamayı anlatır. Ayrıntılar için WordPress’in yedekleme belgesine bakın.

1. İlk olarak en son yedeği canlı siteden ayrı bir deneme alanına geri yükleyin.
2. Ardından ana sayfayı, bir iç sayfayı ve görselleri açın.
3. Daha sonra yönetici paneline girin ve bir deneme kaydı oluşturun.
4. Son olarak geri yükleme süresini not edin; gerçek bir olayda ne kadar bekleyeceğinizi böylece bilirsiniz.

Ayrı bir deneme alanı yoksa en azından yedeğin içeriğine bakın: veritabanı dosyası var mı, görseller eksiksiz mi? Yine de gerçek geri yükleme en sağlam kanıttır. Ayrıca yedek barındırma hesabınızla aynı sunucuda duruyorsa sunucu sorunu hem siteyi hem yedeği götürür. Bu nedenle en az bir kopyayı sunucu dışında saklayın. Stratejinin tamamı için yedekleme stratejisi yazımıza göz atın.

Çekirdek, eklenti ve tema güncellemelerini güvenle nasıl yaparsınız?

Güncelleme, web sitesi bakımının en sık yapılan ama en çok hata çıkaran işidir. Çekirdek (WordPress gibi sistemin ana yazılımı), tema ve eklentiler düzenli sürüm yayınlar. Güvenlik yamasını geciktirmek siteyi bilinen açıklara açık bırakır. Körü körüne toplu güncelleme ise siteyi bozabilir. Bu yüzden denge, küçük adımlarla ilerlemektir.

1. İlk olarak yedek alın ve yedeğin tamamlandığını doğrulayın.
2. Ardından güncelleme notlarını okuyun. Büyük sürüm atlayışlarını ve ödeme gibi kritik işlevleri önce deneme kopyasında sınayın.
3. Güncellemeleri tek tek ya da küçük gruplar halinde yapın. Böylece bir şey bozulursa suçluyu hemen bulursunuz.
4. Her adımdan sonra ana sayfayı, bir iç sayfayı, formu ve varsa ödeme akışını kontrol edin.
5. Bozulan bir şey varsa o güncellemeyi geri alın ve nedeni not edin; gerekirse yedekten dönün.
6. Son olarak kullanmadığınız eklenti ve temaları silin. WordPress’in sertleştirme sayfası da kullanılmayan eklentiyi silmeyi önerir.

Sunucu yazılımı da güncel kalmalıdır. Örneğin desteği bitmiş bir PHP sürümü güvenlik yaması almaz. Bu nedenle barındırma panelinden desteklenen bir sürüme geçmeden önce tema ve eklentilerin uyumunu deneme kopyasında doğrulayın. Sağlayıcınız güncel sürümü hiç sunmuyorsa hosting taşıma kontrol listemize bakın.

Güncelleme penceresi, yani güncellemeleri yaptığınız planlı zaman aralığı da önemlidir. Güvenlik yamasını geciktirmeden, özellik güncellemesini ise ziyaretçinin az olduğu saatlerde uygulayın. Özellikle e-ticarette sipariş yoğunluğu olan saatlerden kaçının.

Otomatik güncellemeler işi kolaylaştırır, ancak kontrolün yerini tutmaz. Dolayısıyla otomatiği açsanız bile ayda bir ana akışları elle denemelisiniz. Güncelleme sonrası kritik hata ekranı çıkarsa WordPress kritik hata çözümü yazımıza başvurun.

Güvenlik taraması neyi kontrol eder?

Güvenlik taraması, sitenizde zararlı kod izi, beklenmeyen dosya değişikliği ve bilinen açığı olan bileşen bulunup bulunmadığına bakar. Tarama tek başına koruma değildir. Ancak sorunu erken fark etmenizi sağlar.

• Zararlı kod izleri ve olağan dışı dosyalar
• Yakın zamanda değişen dosyalar; ne siz ne geliştirici dokunduysa nedenini araştırın
• Bilinen açığı olan ya da geliştiricisi uzun süredir güncelleme yayınlamayan eklentiler
• Beklenmeyen yönetici hesapları, ayrıca ayrılan çalışanların ve eski ajansın hesapları
• Kısa sürede çok sayıda başarısız giriş denemesi, çünkü bu çoğu zaman otomatik saldırının işaretidir

WordPress’in resmi sertleştirme sayfası temel alışkanlıkları sayar: çekirdeği ve eklentileri güncel tutmak, güçlü parola ile iki adımlı doğrulama kullanmak, tahmin edilebilir kullanıcı adlarından kaçınmak, dosya izinlerini kısıtlamak, günlükleri ve dosya değişikliklerini izlemek. Bu alışkanlıkların hiçbiri tek başına yeterli değildir. Ancak birlikte saldırı yüzeyini küçültür. Ayrıntıları Hardening WordPress belgesinde görebilirsiniz.

Google, mülkünüzü Search Console’da (site sahipleri için Google’ın izleme paneli) doğruladıysanız hack şüphesinde size e-posta ile haber vermeyi hedefler. Güvenlik sorunları raporu bu bulguların göründüğü yerdir. Bir şey bulursanız panik yapmayın. Önce WordPress hack temizleme rehberimizdeki sırayı izleyin.

SSL sertifikası ve alan adı süresini nasıl takip edersiniz?

SSL sertifikası, tarayıcı ile siteniz arasındaki bağlantıyı şifreler. Süresi dolarsa ziyaretçi siteye girmeden önce bir güvenlik uyarısı görür. Çoğu barındırma sağlayıcısı sertifikayı otomatik yeniler. Ancak otomatik yenileme sessizce başarısız olabilir. Örneğin DNS kayıtlarını değiştirdiğinizde ya da siteyi başka bir sunucuya taşıdığınızda böyle olur.

Bu yüzden bitiş tarihini ayda bir kendiniz doğrulayın. SSL sorgulama aracımız kalan günü, bitiş tarihini, sağlayıcıyı ve sertifika zincirini tek raporda gösterir. Ayrıca tarayıcı uyarısını beklemek yerine bitişten önce bir hatırlatma kurun.

Alan adı ise ayrı bir kayıttır. Barındırma paketini yenilemeniz alan adını yenilediğiniz anlamına gelmez. Üstelik alan adı bittiğinde yalnızca site değil, o adla çalışan e-posta da durur. Whois sorgulama aracımızda kayıt şirketini ve bitiş tarihini görürsünüz.

• Otomatik yenilemeyi açın ve kayıt şirketinde geçerli bir ödeme yöntemi bırakın, çünkü süresi geçmiş kart yenilemeyi durdurabilir.
• Ayrıca kayıt sahibi e-posta adresinin gerçekten bakılan bir kutuya ait olduğundan emin olun.
• Yenileme tarihini ortak takvime üç aşamalı hatırlatmayla yazın, örneğin bir ay önce, iki hafta önce ve bir hafta önce.
• Son olarak alan adının işletmenin adına kayıtlı olduğunu doğrulayın.

Süresi dolmuş bir alan adını geri almak bazen mümkündür ama garanti yoktur. Ayrıntı için alan adı süresi doldu rehberimize bakın.

Form ve e-posta teslimatını nasıl test edersiniz?

İletişim formu çoğu sitede en değerli sayfadır, çünkü müşteri adayı oradan gelir. Üstelik form bozulduğunda ekranda çoğu zaman hiçbir hata çıkmaz. Ziyaretçi mesajının gittiğini sanır, siz ise mesajı hiç almazsınız.

1. İlk olarak formu kendi adresinizle doldurup gönderin.
2. Ardından mesajın hedef kutuya ulaştığını ve spam klasörüne düşmediğini doğrulayın.
3. Birden fazla alıcı tanımladıysanız her alıcıyı ayrı ayrı kontrol edin.
4. Otomatik yanıt e-postası varsa onu da başka bir adreste deneyin.
5. Son olarak kampanya sayfalarındaki ve teklif formlarındaki formları da aynı şekilde sınayın.

Mesaj ulaşmıyorsa nedenlerin başında e-posta kimlik doğrulaması gelir. Siteniz alan adınız adına e-posta gönderiyorsa SPF, DKIM ve DMARC kayıtlarının bu gönderimi tanıması gerekir. Bu kayıtlar, alıcı sunucuya gönderenin gerçekliğini kanıtlar. SPF, DKIM ve DMARC kontrol aracımız kayıtlarınızın durumunu gösterir. Kurulum adımları için SPF, DKIM ve DMARC rehberimize bakın.

DNS kayıtlarını değiştiren her bakım işi e-postayı da etkileyebilir. Bu nedenle siteyi taşırken ya da alan adı yönetimini başka bir sağlayıcıya aktarırken işlemden önce mevcut kayıtların kopyasını alın. Böylece e-posta kayıtlarını kaybetmezsiniz. Bir DNS sorgulama aracı bu kayıtları tek sorguda listeler.

Kırık bağlantıları ve 404 hatalarını nasıl takip edersiniz?

404, ziyaretçinin açmak istediği sayfanın bulunamadığını gösteren hata kodudur. Silinen sayfalar, değişen adresler ve yanlış yazdığınız bağlantılar bu hatayı üretir. Birkaç tane olması normaldir. Ancak önemli sayfalarınıza giden kırık bağlantılar hem ziyaretçiyi hem arama motorunu yorar.

1. İlk olarak kırık link kontrol aracımızla önemli sayfalarınızı tek tek tarayın. Araç bir sayfadaki bozuk bağlantıları, yönlendirmeleri ve açılmayan görselleri listeler.
2. Ardından Search Console’daki dizine ekleme raporlarında 404 gösteren adreslere bakın.
3. Hâlâ değeri olan eski sayfalar için en yakın ilgili sayfaya kalıcı yönlendirme (301) kurun.
4. Karşılığı olmayan adresleri ise 404 olarak bırakın.
5. Son olarak menü, alt bilgi ve yazı içi bağlantıları düzeltin.

Neden tüm eski adresleri ana sayfaya yönlendirmemelisiniz? Çünkü ilgisiz yönlendirme ziyaretçiyi şaşırtır ve arama motorları bunu çoğu zaman gerçek bir çözüm saymaz. Ayrıntı için soft 404 rehberimize göz atın.

Hızı, Core Web Vitals değerlerini ve erişilebilirliği nasıl izlersiniz?

Google sayfa deneyimini Core Web Vitals ile özetler. Üç ölçüm vardır. LCP ana içeriğin ne kadar hızlı yüklendiğini gösterir. INP sayfanın etkileşimlere ne kadar hızlı yanıt verdiğini, CLS ise sayfanın yüklenirken ne kadar kararlı kaldığını anlatır. Eşik değerleri değişebildiği için güncel sınırları web.dev’deki Web Vitals sayfasından kontrol edin.

Aynı sayfa gerçek kullanıcı verisine, yani saha verisine yaslanmayı önerir. Laboratuvar testi geliştirme sırasında işe yarar, ancak saha ölçümünün yerini tutmaz. Pratikte aylık rutininiz kısa olabilir. İlk olarak PageSpeed Insights’ta ana sayfanızı ve en çok trafik alan iki sayfayı ölçün. Ardından Search Console’daki Core Web Vitals raporuna bakın. Son olarak, son ayda eklediğiniz eklenti ve büyük görsellerin hızı bozup bozmadığını inceleyin.

Hız düştüyse nedeni daraltın. Önce görsellerin boyutuna, sonra eklenti sayısına, en son sunucu yanıt süresine bakın. Böylece sorunun sitede mi yoksa sunucuda mı olduğunu daha çabuk görürsünüz.

Uptime, yani sitenin açık kaldığı süre için dışarıdan kontrol eden bir izleme servisi kurun. Böylece site yanıt vermezse en az iki kişiye e-posta ya da SMS gider. Ayrıca yalnızca ana sayfayı değil, iletişim sayfası gibi kritik adresleri de izleyin. Anlık bir durum kontrolü için site çöktü mü aracımızı kullanabilirsiniz; araç DNS, bağlantı, SSL, durum kodu ve yanıt süresini tek tek denetler.

İçerik, fiyat ve iletişim bilgilerini ne sıklıkla gözden geçirmelisiniz?

Yanlış telefon numarası, eski çalışma saati ya da bitmiş kampanya afişi, teknik hata kadar güven kaybettirir. Çünkü ziyaretçi sitedeki bilgilere güvenir. Bilgi yanlış çıkarsa sizi aramaz. Öte yandan eskiyen içerik zamanla trafik kaybettirebilir.

• Telefon, adres, e-posta ve çalışma saatleri; ayrıca bunların Google işletme profilinizdeki bilgiyle aynı olduğunu doğrulayın
• Fiyat, paket ve kampanya sayfaları, özellikle süresi bitmiş kampanya afişleri
• Ekip, referans ve hizmet sayfaları; ayrılan kişiyi ya da bıraktığınız hizmeti silin
• Zamanla eskiyen bilgi içeren blog yazıları, özellikle teknik ya da yasal konular
• Alt bilgideki telif ve şirket unvanı satırı

Bu kontrolün amacı ziyaretçiye yanlış bilgi vermemek ve güveni korumaktır. Arama görünürlüğü açısından güncel içerik ise ayrı bir stratejidir.

KVKK metinleri ve çerez ayarlarını bakımda neden kontrol edersiniz?

Aydınlatma metni, çerez bildirimi ve form onay metinleri, sitenizin gerçekte verileri nasıl işlediğini anlatmalıdır. Ancak site zamanla değişir. Siz yeni bir form eklersiniz, bir reklam etiketi kurarsınız, bir canlı destek eklentisi açarsınız. Metinler eski kalırsa site ile belge arasında fark doğar.

• Özellikle siteye sonradan eklediğiniz form, analiz ve reklam araçlarının metinlerde yer aldığından emin olun.
• Çerez bildiriminin, onay vermeden çalışmaması gereken etiketleri gerçekten durdurduğunu deneyin.
• Ayrıca form altındaki onay ve aydınlatma bağlantılarının doğru sayfaya gittiğini kontrol edin.
• Son olarak gizlilik sayfasındaki iletişim bilgisinin ve veri sorumlusu unvanının güncel olduğunu doğrulayın.

Hangi izleme kodlarının çalıştığını görmek için site altyapı tespiti aracımızı kullanın. Araç GA4, Google Tag Manager, Google Ads, Meta Pixel ve çerez onayı kodlarını tek taramada listeler. Böylece bulduklarınızı metinlerle karşılaştırabilirsiniz.

KVKK’nın resmi sitesindeki aydınlatma yükümlülüğü sayfası temel çerçeveyi anlatır. Teknik kurulum için KVKK ve GDPR uyumlu web sitesi rehberimize bakın. Bu bölüm hukuki danışmanlık değildir; bu nedenle metinlerin içeriği için KVKK konusunda çalışan bir hukuk danışmanına başvurun.

Peki bakımı ihmal edince gerçekte neler olur?

Bakımsız bir site hemen çökmez. Risk sessizce birikir ve bir gün tek bir olayla ortaya çıkar. Aşağıdaki tablo ihmal edilen görevlerin olası sonuçlarını gösterir. Bunların hiçbiri her sitede kesin çıkmaz, ancak her biri bakım yapılmadığında ihtimali yükseltir.

Örnek senaryo: Bir temizlik şirketi eklentisini aylarca güncellemez. Bir gün arama sonuçlarında şirketin adı altında alakasız sayfalar çıkar. Sonuç olarak temizlik, düzenli bakımdan çoğu zaman daha fazla zaman ve stres getirir. Üstelik bu sırada teklif formu da çalışmayabilir.

Böyle bir durumda panik yapmadan yukarıdaki güvenlik bölümündeki sırayı izleyin. Öte yandan sorunun kaynağı barındırma tarafındaysa hosting değiştirme zamanı yazımız doğru sinyalleri gösterir.

Web sitesi bakımında en sık yapılan hatalar nelerdir?

Sahada aynı hataların tekrar ettiğini görüyoruz. Bunların çoğu teknik değil, alışkanlık ve sorumluluk hatasıdır.

• Yedeksiz güncelleme yapmak, çünkü bozulan bir güncellemeden dönüş yolu kalmaz
• Tüm eklentileri tek seferde güncellemek, dolayısıyla hatanın kaynağını bulamamak
• Yedeği yalnızca aynı sunucuda tutmak
• Alan adını ya da yönetici hesabını ajansın veya bir çalışanın adına bırakmak
• Formu yalnızca ilk yayında denemek ve bir daha bakmamak
• Uyarıları tek bir kişinin e-postasına bağlamak; o kişi ayrılırsa uyarı kimseye ulaşmaz
• “Çalışıyor, dokunmayalım” diyerek güncellemeleri aylarca ertelemek

Bu hataların ortak noktası, sorumluluğun belirsiz olmasıdır. Bu yüzden bakımın her kalemi için bir sorumlu ve bir tarih belirleyin.

Web sitesi bakımını kendiniz mi yaparsınız, ajansla mı çalışırsınız?

Kısa cevap, sitenizin karmaşıklığına ve ayırabileceğiniz zamana bağlıdır. Aşağıdaki tablo üç seçeneği karşılaştırır. Üçüncü seçenek, barındırma sağlayıcılarının sunduğu yönetilen hizmetlerdir; ancak kapsamı sağlayıcıdan sağlayıcıya çok değişir.

Basit, tek sayfalık bir tanıtım sitesi için kendi rutininizi kurmak çoğu zaman yeterlidir. Buna karşılık WordPress, çok sayıda eklenti, form, e-ticaret ya da çok dilli yapı varsa uzman destek zamanla kendini ödetir. Hatta ikisini birleştirebilirsiniz: günlük içeriği siz yönetir, teknik bakımı bir ekibe verirsiniz.

Hangi yolu seçerseniz seçin, ekip içinde bakım için bir sorumlu belirleyin. Böylece uyarılar sahipsiz kalmaz.

Web sitesi bakımı teklifinde hangi maddeler yazılı olmalı?

Bakım teklifi belirsizliği yazıya döker. Fiyatı karşılaştırmadan önce şu maddeleri karşılaştırın, çünkü iki teklif benzer görünürken kapsamları çok farklı olabilir.

1. Kapsam: Hangi site, hangi ortam ve hangi işlerin kapsamda olduğu, ayrıca hangilerinin dışarıda kaldığı
2. Yanıt süresi: İlk yanıt ve çözüm hedefinin ayrı ayrı yazılması, ayrıca acil durumun net tanımı
3. Yedek politikası: Yedeğin sıklığı, saklama süresi, saklandığı yer ve geri yükleme testinin tarihi
4. Güncelleme penceresi: Ekibin güncellemeleri hangi gün ve saat aralığında yapacağı, öncesinde yedek alıp sonrasında kontrol edip etmeyeceği
5. Güvenlik izleme: Hangi tarama ve alarmın olduğu, bildirimin kime gideceği
6. Rapor: Aylık raporun içeriği ve geliş zamanı
7. Erişim ve sahiplik: Alan adı, barındırma ve yönetici hesaplarının sizin adınıza olması şarttır, çünkü ayrılırken siteyi geri alabilmenizi bu sağlar
8. Süre ve çıkış: Sözleşme süresi, fesih koşulu ve ayrılırken erişim devri, yani siteyi geri alma yolu

Kapsam dışı işlerin nasıl fiyatlanacağını da sorun. Çünkü yeni sayfa ya da özellik talebi bakım kapsamına girmez. Genel bir teklif okuma çerçevesi için web tasarım teklifi değerlendirme rehberimize bakın. Bu bölüm hukuki danışmanlık değildir; bu nedenle sözleşmeyi imzalamadan önce bir hukuk danışmanına okutun.

Aylık web sitesi bakımı raporunda neler görmelisiniz?

İyi rapor kısadır ve karar ister. Sayfalarca teknik çıktı rapor değildir. Rapor, ekibin bu ay ne yaptığını, neyin riskli olduğunu ve sizden ne beklediğini anlatmalıdır.

• Uygulanan güncellemeler: neyin hangi sürümden hangisine geçtiği
• Yedek durumu: son başarılı yedeğin tarihi ve geri yükleme testinin sonucu
• Güvenlik taraması: çözülen ve bekleyen bulgular
• Erişilebilirlik özeti: kesinti olduysa ne zaman başladığı ve ne kadar sürdüğü
• Hız ve Core Web Vitals özeti
• Form ve e-posta testinin sonucu
• Kırık bağlantılar ve düzeltmeler
• Bekleyen riskler ve sizden beklenen kararlar

Rapor yalnızca iyi haber anlatıyorsa dikkatli olun. Sağlıklı bir raporda zaman zaman “bu eklentiyi değiştirmenizi öneriyoruz” gibi net öneriler de görürsünüz. Dolayısıyla raporu bir karar toplantısının girdisi gibi kullanın.

Hangi site türü ne kadar bakım ister?

Bakım yoğunluğu sitenin yapısına ve gelire etkisine göre değişir. Aşağıdaki tablo saha tecrübemize dayalı bir başlangıç çerçevesidir, garanti değildir.

Tabloyu kendinize uyarlarken tek bir soru sorun: Site bir saat kapalı kalırsa ne kaybedersiniz? Cevap büyüdükçe kontrol sıklığınızı da artırmalısınız.

Aylık bakım kontrol listesinde hangi maddeler olmalı?

Aşağıdaki liste, her ay kopyalayıp kullanabileceğiniz bir özettir. Her madde yukarıdaki bölümlerden birine denk gelir. Aslında bu liste, yayın öncesi test kontrol listesinin kısa bir sürümüdür.

• Yedek: Son yedeğin başarılı olduğunu doğrulayın, sunucu dışında bir kopya tutun ve geri yüklemeyi deneyin
• Güncellemeler: Çekirdeği, temayı, eklentileri ve PHP sürümünü güncelleyin; kullanmadığınız eklentileri silin
• Güvenlik: Tarama sonucuna bakın, yönetici listesini ve giriş denemelerini gözden geçirin
• SSL: Sertifika bitiş tarihini ve otomatik yenilemeyi doğrulayın
• Alan adı: Bitiş tarihini, otomatik yenilemeyi ve kayıt sahibini kontrol edin
• Form ve e-posta: Test mesajının gelen kutusuna ulaştığını görün; SPF, DKIM ve DMARC kayıtlarını denetleyin
• Bağlantılar: Kırık bağlantı ve 404 listesini gözden geçirin, gereken yönlendirmeleri kurun
• Hız: Core Web Vitals ve ana sayfa hızını önceki ayla karşılaştırın
• Erişilebilirlik süresi: Kesinti kayıtlarını inceleyin, alarmların çalıştığını deneyin
• İçerik: Fiyat, telefon, adres ve kampanya bilgilerini güncelleyin
• KVKK: Aydınlatma, çerez ve form onay metinlerini sitedeki gerçek uygulamayla karşılaştırın
• Rapor: Ay sonunda kısa bir özet yazın ve bekleyen işleri listeleyin

Web sitesi bakımı için teklif nasıl alırsınız?

Bu listeyi okuduktan sonra iki yolunuz var: rutini kendiniz kurarsınız ya da işi bilen bir ekiple çalışırsınız. İkinci yolu seçerseniz önce erişimleri, son yedeği ve süre tarihlerini toplayın. Böylece teklif isteyeceğiniz ekip tahmin yürütmek yerine gerçek duruma göre kapsam çıkarır.

• Site adresi ve kullandığınız yazılım: WordPress, site oluşturucu ya da özel yazılım
• Barındırma sağlayıcınız ve alan adı kayıt şirketiniz
• Son yedeğin tarihi ve nerede durduğu
• Formların ve e-posta adreslerinin hangi alıcılara gittiği
• E-ticaret, üyelik ya da çok dilli yapı olup olmadığı

Biz barındırma ya da e-posta sağlayıcısı değiliz. Web sitesini ve kurumsal e-postayı Google Workspace, Microsoft 365 ya da seçtiğiniz barındırma sağlayıcısında kurar, taşır ve yönetiriz. Ayrıca bakımın kapsamını sitenizin yapısına göre birlikte netleştiririz. Web sitesi ve kurumsal e-posta için teklif alın.