Web Sitesi Oluşturma: Sıfırdan Yayına Nasıl Alınır? (Kontrol Listesi)

Web sitesi oluşturma nedir ve sıfırdan yayına alma hangi adımlardan oluşur?
Web sitesi oluşturma, bir işletmenin hedefini sayfa planına, alan adına, hosting altyapısına, tasarıma ve içeriğe dönüştürüp siteyi güvenli biçimde internete açma sürecidir. Sıfırdan yayına almak için sırasıyla amaç, alan adı, hosting, kurulum, tasarım ve içerik, SSL, hız testi, SEO temelleri, ölçüm, yasal metinler, e-posta, yedek ve canlıya alma kontrolü gerekir.
Bu rehberi bir kontrol listesi olarak hazırladık. Her adımda ne yapacağınızı, hangi kararın sonraki adımı etkilediğini ve hangi işi hosting sağlayıcınıza ya da bir uzmana bırakmanız gerektiğini açıkça yazdık. Ayrıca her başlıkta konuyu derinlemesine anlatan yazılarımıza bağlantı verdik; böylece bu sayfa bir yol haritası işlevi görür, ayrıntı ise ilgili rehberde kalır.
Kısacası amaç şudur: siteniz yayına girdiği gün hem ziyaretçiye hem arama motoruna hem de sizin ölçüm araçlarınıza hazır olsun. Yayından sonra fark edilen eksikler, özellikle ölçüm ve yönlendirme hataları, geriye dönük veriyi kurtaramaz. Bu nedenle listeyi sırayla uygulamanızı öneriyoruz.
Web sitesi oluşturma işini bir kez yapılıp biten bir proje gibi görmeyin. Site yayına girdikten sonra da içerik, güvenlik güncellemesi ve ölçüm takibi devam eder. Ancak sağlam bir başlangıç, sonraki tüm işleri kolaylaştırır. Örneğin baştan doğru kurulmuş bir alan adı hesabı ya da doğrulanmış bir Search Console mülkü, yıllar sonra bile size zaman kazandırır.
Web sitesi oluşturma öncesinde amacı ve sayfa planını nasıl çıkarırsınız?
İlk adım teknik değildir. Önce sitenin tek cümlelik görevini yazın: teklif formu toplamak, randevu almak, ürün satmak ya da kurumsal güven vermek. Bu cümle; sayfa sayısını, kullanacağınız altyapıyı ve ölçeceğiniz dönüşümü belirler. Örneğin randevu odaklı bir klinik sitesi ile katalog sunan bir sanayi firmasının sayfa planı birbirine hiç benzemez.
- Sitenin ana hedefini ve ikincil hedefini yazın.
- Hedef kitlenizi ve onların en sık sorduğu beş soruyu listeleyin.
- Her soruya bir sayfa ya da bölüm karşılığı atayın.
- Menüde yer alacak ana sayfaları belirleyin: ana sayfa, hizmetler, hakkımızda, iletişim ve gerekiyorsa blog.
- Her sayfanın tek bir eylem çağrısı olsun; formu mu, telefonu mu, WhatsApp'ı mı öne çıkaracağınıza karar verin.
Bu aşamada dönüşüm hedefini de netleştirin, çünkü analitik kurulumu bu karara dayanır. Hedefi ölçülebilir bir eyleme bağlayın: aylık teklif formu, randevu ya da satış gibi. Öte yandan sayfa planını kâğıt üzerinde bitirmeden tasarıma geçmek, en pahalı geri dönüşleri doğurur; ekip olarak web tasarım projelerinde en sık gördüğümüz zaman kaybı budur.
Alan adını seçerken ve kaydederken nelere dikkat etmelisiniz?
Alan adı, markanızın internetteki kalıcı adresidir ve sonradan değiştirmek SEO açısından maliyetlidir. Bu yüzden kısa, kolay telaffuz edilen, yazımı karıştırılmayan bir ad seçin. Uzantı kararında hedef pazarınıza bakın: Türkiye odaklı bir işletme için .com.tr, uluslararası hedef için .com yaygın tercihtir. Seçim kriterlerini domain seçerken nelere dikkat edilmeli yazımızda ayrıntılı anlattık.
- Alan adını şirketin kendi adına ve kendi hesabına kaydedin; ajansın ya da tasarımcının kişisel hesabına değil.
- Kayıt firmasındaki hesaba iki adımlı doğrulama ekleyin.
- Otomatik yenilemeyi açın ve iletişim e-postasının gerçekten okunan bir adres olduğundan emin olun.
- Alan adı transfer kilidini açık tutun; yalnız taşıma sırasında kaldırın.
Kayıt sonrası WHOIS bilgilerinin doğru göründüğünü bir WHOIS sorgusuyla kontrol edebilirsiniz. Ayrıca markanızın sosyal medya kullanıcı adlarını da aynı gün ayırmanızı öneririz; böylece alan adı ve hesaplar arasında tutarlılık kurarsınız.
Hosting türünü nasıl seçersiniz?
Hosting, sitenizin dosyalarının ve veritabanının çalıştığı sunucu hizmetidir. Küçük bir kurumsal site için paylaşımlı hosting çoğu zaman yeterlidir; trafik, eklenti sayısı ya da özel yazılım ihtiyacı arttığında VPS ya da yönetilen bulut seçenekleri gündeme gelir. Ancak kararı yalnız fiyata göre vermeyin. Sunucu lokasyonu, yedekleme politikası, destek kalitesi ve PHP gibi yazılım sürümlerinin güncel tutulması da en az fiyat kadar önemlidir.
Seçim ölçütlerini, paket türlerini ve sık yapılan hataları web sitesi için hosting nasıl seçilir rehberimizde karşılaştırmalı anlattık. Burada yalnız kontrol listesi açısından önemli olanları özetliyoruz:
- Sağlayıcının otomatik yedek alıp almadığını ve geri yüklemenin nasıl işlediğini yazılı olarak öğrenin.
- Ücretsiz SSL desteği ve otomatik yenileme olup olmadığını sorun.
- Kontrol paneline erişimi ve fatura hesabını şirket adına açın.
- Sunucu yönetimini kimin üstleneceğine karar verin: yönetilen hizmet mi, kendi ekibiniz mi?
Dürüst bir not: güvenlik güncellemeleri, güvenlik duvarı ve işletim sistemi yamaları sizin uzmanlık alanınız değilse, yönetilmeyen bir VPS almayın. Bu işi yönetilen hosting ile sağlayıcıya bırakmak, hem zaman hem güvenlik açısından daha doğru bir tercihtir.
Ayrıca hosting kararını alan adı kararıyla birlikte düşünün. Web sitesi oluşturma sürecinin ortasında sağlayıcı değiştirmek, DNS ayarlarını ve e-posta kayıtlarını yeniden yapmak anlamına gelir. Bu yüzden ilk seçimde biraz daha fazla soru sormak, sonradan yaşanacak taşıma işinden çok daha ucuzdur.
CMS mi özel yazılım mı: kurulumu hangi yolla yapmalısınız?
Kurulum yolu, sitenin ne kadar sık güncelleneceğine ve hangi özel işlevlere ihtiyaç duyduğuna bağlıdır. Hazır bir içerik yönetim sistemi, yani CMS, içerik ekibinin teknik bilgi olmadan sayfa ve yazı eklemesini kolaylaştırır. Öte yandan özel kodlanmış bir site, yalnız ihtiyaç duyduğunuz işlevi taşıdığı için daha hafif ve kontrollü olabilir; fakat her değişiklik için geliştiriciye ihtiyaç doğurur.
İki yaklaşımın artı ve eksilerini WordPress mi özel kodlama mı yazımızda ayrıntılı karşılaştırdık. Kurulum aşamasında hangi yolu seçerseniz seçin, şu kontrolleri yapın:
- Siteyi önce bir test ortamında, yani staging alanında kurun ve arama motorlarına kapalı tutun.
- Yönetici kullanıcı adını tahmin edilebilir bir ad yapmayın ve güçlü parola ile iki adımlı doğrulama kullanın.
- Kullanmadığınız eklenti ve temaları silin; pasif bırakmak yeterli değildir.
- Kalıcı bağlantı yapısını yayından önce kesinleştirin, çünkü sonradan değiştirmek yönlendirme işi doğurur.
WordPress kullanıyorsanız, kurulum sırasında Ayarlar altındaki Okuma bölümünde arama motoru görünürlüğü kutusunu işaretleyip test sürecinde siteyi gizleyebilirsiniz. Ancak bu kutuyu canlıya alma günü kaldırmayı unutmak, yeni sitelerde sık rastlanan bir hatadır; bu yüzden listenin sonunda tekrar hatırlatıyoruz.
Tasarım ve içerik üretimini hangi sırayla ilerletmelisiniz?
Doğru sıra, içerikten tasarıma doğrudur. Önce her sayfanın başlığını, ana mesajını ve eylem çağrısını taslak olarak yazın; ardından tasarımcı bu içeriğe uygun düzeni kurar. Tersini yaptığınızda, yani önce şablon seçip sonra içeriği kalıba sıkıştırdığınızda, ya metin eksik kalır ya da tasarım taşar. Bu sırayı korumak, revizyon turlarını da belirgin şekilde azaltır.
- Sayfa başına içerik taslağını hazırlayın: başlık, alt başlıklar, metin, görsel listesi.
- Kurumsal kimliğinizi, yani logo, renk ve yazı tiplerini tasarımcıya tek dosyada verin.
- Önce mobil düzeni onaylayın; ziyaretçilerin önemli kısmı telefondan gelir.
- Görselleri web için boyutlandırın ve sıkıştırın; her görsele anlamlı bir alt metin yazın.
- Formları test edin: bildirim e-postası doğru kişiye gidiyor mu, teşekkür sayfası açılıyor mu?
Web sitesi oluşturma sürecinde içerik ve tasarımı aynı masada konuşmak, metin ile görsel arasındaki dengeyi baştan kurar. Üstelik içeriği erkenden yazmak, SEO başlık ve açıklamalarını da kolaylaştırır; çünkü hangi sayfanın hangi aramaya cevap verdiğini o anda belirlemiş olursunuz.
SSL ve HTTPS yayından önce nasıl doğrulanır?
SSL sertifikası, ziyaretçi ile sunucu arasındaki trafiği şifreler ve tarayıcının adres çubuğunda sitenin güvenli bağlantı kullandığını gösterir. Bugün HTTPS bir tercih değil, temel bir gerekliliktir; formu olan her site için özellikle önemlidir. Sertifika türlerini ve çalışma mantığını SSL sertifikası nedir yazımızda anlattık.
Yayın öncesi kontrol listesi şöyledir:
- Sertifikanın hem alan adının yalın halini hem de www sürümünü kapsadığını doğrulayın.
- HTTP adresine giden her isteğin kalıcı yönlendirme ile HTTPS adresine gittiğini kontrol edin.
- www ile www olmayan sürümden birini ana adres seçin, diğerini ona yönlendirin.
- Sayfalarda karışık içerik, yani HTTPS sayfa içinde HTTP ile çağrılan görsel ya da betik kalmadığından emin olun.
- Otomatik yenilemenin açık olduğunu sağlayıcınıza teyit ettirin.
Sertifikanın geçerlilik tarihini ve zincirini SSL sorgulama aracımız ile hızlıca görebilirsiniz. Dolayısıyla teknik bilgi gerektirmeden bile temel doğrulamayı kendiniz yaparsınız. Sertifika kurulumu ve yenilemesi ise çoğu hosting panelinde otomatik çalışır; sorun yaşarsanız bu işi sağlayıcınıza bırakmak en hızlı çözümdür.
Mobil uyum ve hız testini hangi araçlarla yaparsınız?
Mobil uyum ve hız, hem kullanıcı deneyimini hem de arama görünürlüğünü etkiler. Google'ın geliştirici sitesi web.dev, Core Web Vitals metrikleri için iyi eşikleri şöyle tanımlar: Largest Contentful Paint 2,5 saniye veya altı, Interaction to Next Paint 200 milisaniye veya altı, Cumulative Layout Shift 0,1 veya altı; ölçüm sayfa yüklemelerinin 75. yüzdelik dilimine göre yapılır. Kaynak: web.dev Web Vitals.
- Önce sayfaları gerçek bir telefonda açın; menü, form ve butonların parmakla rahat kullanıldığını görün.
- Ardından mobil uyumluluk testi aracımızla otomatik kontrol yapın.
- Lighthouse ile performans, erişilebilirlik ve SEO puanlarına bakın; Lighthouse, Chrome geliştirici araçlarında ücretsiz olarak yer alır.
- En ağır sayfayı, genellikle ana sayfa ya da ürün listesini, ayrıca test edin.
Ancak şunu unutmayın: yayından önceki laboratuvar ölçümü, gerçek kullanıcı verisinin yerini tutmaz. Saha verisi site yayına girip yeterli ziyaret aldıktan sonra oluşur. Bu nedenle yayın öncesi hedefiniz kusursuz puan değil, bariz darboğazları gidermektir: sıkıştırılmamış dev görseller, gereksiz betikler ve önbelleksiz sayfalar gibi.
Yayın öncesi SEO temelleri: başlık, açıklama, site haritası ve robots.txt
SEO temelleri, sitenin arama motoruna doğru tanıtılmasıdır. Google Search Central'ın başlangıç rehberi de yeni bir site için site haritası oluşturmayı, Search Console'u kullanmayı ve önemli sayfaların taranabilir olmasını öne çıkarır. Bu bölümde yayın öncesi yapmanız gerekenleri sıralıyoruz:
- Her sayfaya benzersiz bir title ve meta açıklama yazın; iki sayfa aynı başlığı taşımasın.
- Her sayfada tek bir H1 kullanın ve alt başlıkları mantıklı bir hiyerarşiyle sıralayın.
- XML site haritasını oluşturun; CMS bunu otomatik üretmiyorsa XML sitemap oluşturucu işinizi görür.
- robots.txt dosyasının önemli sayfaları engellemediğini kontrol edin.
Basit bir robots.txt örneği şöyle görünür:
User-agent: *
Disallow: /yonetim/
Sitemap: https://www.example.com/sitemap.xmlDosyayı sitenin kök dizinine koyarsınız; yani adresi her zaman alan adınız ile /robots.txt birleşimidir. Ayrıca şunu bilin: robots.txt bir sayfayı dizinden çıkarmanın yolu değildir; taramayı yönetir. Dizinden çıkarmak istediğiniz sayfa için noindex etiketini kullanırsınız.
Google Search Console'u nasıl bağlarsınız?
Search Console, sitenizin Google'daki görünürlüğünü, dizin durumunu ve hatalarını gösteren ücretsiz bir araçtır. Yayın günü bağlamanız gerekir, çünkü veri ancak bağlantıdan sonra birikir. Mülk eklerken iki seçeneğiniz vardır: alan adı mülkü ve URL ön eki mülkü. Google'ın mülk ekleme yardım sayfası alan adı mülkünün tüm alt alan adlarını ve protokolleri kapsadığını, doğrulamanın ise yalnız DNS kaydıyla yapıldığını belirtir.
- Search Console'da alan adı mülkünü seçin ve size verilen TXT kaydını kopyalayın.
- Alan adınızın DNS yönetim paneline bu TXT kaydını ekleyin.
- Kaydın yayıldığını bir DNS sorgusuyla kontrol edin, ardından doğrulamayı başlatın.
- Site haritası adresini Site Haritaları bölümüne gönderin.
- Kullanıcılar bölümünden ekipteki ilgili kişilere uygun yetkiyi verin; sahipliği şirket hesabında tutun.
Aracın raporlarını nasıl okuyacağınızı Google Search Console nedir, nasıl kullanılır yazımızda adım adım anlattık. Kısacası Search Console, yayın sonrası ilk haftada en sık açacağınız ekrandır.
Analitik ve dönüşüm izlemeyi ne zaman kurmalısınız?
Ölçüm kurulumunu yayından önce bitirmelisiniz. Site açıldığı andan itibaren gelen her ziyaret, kampanya ve form gönderimi kaydedilmezse o veri geri gelmez. Bu yüzden ölçümü canlıya alma listesinin değil, yayın öncesi hazırlığın parçası sayın. Google Analytics 4 kullanıyorsanız mülkü şirket hesabında açın ve veri saklama süresini baştan ayarlayın.
- Analitik etiketini tüm sayfalara ekleyin ve gerçek zamanlı raporda kendi ziyaretinizi görün.
- Ana dönüşümü olay olarak tanımlayın: form gönderimi, telefon tıklaması, WhatsApp tıklaması ya da satın alma.
- Teşekkür sayfası kullanıyorsanız bu sayfanın arama sonuçlarında çıkmasını istemediğinizi unutmayın.
- Reklam verecekseniz reklam platformunun dönüşüm etiketini de aynı günde test edin.
- İç trafiği, yani ekibinizin ziyaretlerini, raporlardan ayırmayı planlayın.
Öte yandan çerez onayı kullanıyorsanız ölçüm etiketlerinin onay tercihine göre davrandığını ayrıca test edin. Onay vermeyen ziyaretçiye etiket çalışıyorsa hem yasal hem de veri kalitesi sorunu doğar. Bu testi gizli pencerede, onay vermeden ve onay vererek iki kez yaparsınız.
KVKK metinleri ve çerez onayı için genel çerçeve
Türkiye'de kişisel veri işleyen her site, 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamında aydınlatma yükümlülüğünü yerine getirmelidir. İletişim formu bile ad, telefon ve e-posta topladığı için bu kapsama girer. Kişisel Verileri Koruma Kurumu, çerez uygulamaları için ayrıca bir rehber yayımlamıştır; güncel metinlere kvkk.gov.tr adresinden ulaşabilirsiniz.
- Aydınlatma metnini hazırlayın ve formların yanında görünür bir bağlantıyla sunun.
- Çerez politikasını yazın; zorunlu çerezler ile analiz ve pazarlama çerezlerini ayırın.
- Zorunlu olmayan çerezler için ziyaretçiden onay alan bir çerez yönetim aracı kurun.
- Formlarda açık rıza gerekiyorsa bunu önceden işaretli olmayan ayrı bir kutuyla isteyin.
- Ticari elektronik ileti gönderecekseniz izin süreçlerini ayrıca değerlendirin.
Bu bölüm genel bilgi amaçlıdır ve hukuki danışmanlık değildir. Metinlerin içeriği işletmenizin veri işleme faaliyetine göre değişir; bu nedenle son hali bir hukukçuya inceletmenizi öneririz. Teknik uygulama tarafını KVKK ve GDPR uyumlu web sitesi rehberimizde ayrıntılı ele aldık.
Kurumsal e-posta ve DNS kayıtlarını nasıl ayarlarsınız?
Alan adı uzantılı e-posta, örneğin info@example.com, güven verir ve markayı tutarlı kılar. Ancak e-postanın gelen kutusuna düşmesi için doğru DNS kayıtları şarttır. Google'ın e-posta gönderen yönergeleri, Gmail adreslerine gönderim yapan herkesin SPF ya da DKIM kimlik doğrulaması kurmasını ister; günde 5.000'den fazla ileti gönderenler için SPF, DKIM ve DMARC birlikte gerekir.
- MX kayıtlarını e-posta sağlayıcınızın verdiği değerlerle ayarlayın.
- SPF kaydını tek bir TXT kaydı olarak tutun; birden fazla SPF kaydı sorun çıkarır.
- DKIM anahtarını sağlayıcı panelinden üretip DNS'e ekleyin.
- DMARC kaydıyla izleme modunda başlayın.
Örnek bir DMARC kaydı şöyledir; değerleri kendi alan adınıza göre uyarlarsınız:
_dmarc.example.com. TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"MX, SPF ve DKIM değerleri sağlayıcıya özeldir; bu yüzden hosting ya da e-posta sağlayıcınızın verdiği değeri birebir kullanın. Altyapı seçeneklerini kurumsal e-posta altyapısı yazımızda karşılaştırdık. Ayrıca web sitesinin form bildirimlerini de SMTP üzerinden göndermek, iletilerin spam klasörüne düşme riskini azaltır.
Yedekleme planı yayından önce neden hazır olmalı?
Çünkü yayından sonraki ilk değişiklik, ilk eklenti güncellemesi ya da ilk hatalı içerik silme işlemi her an gelebilir. Yedek yoksa geri dönüş noktanız da yoktur. Üstelik hosting sağlayıcısının aldığı otomatik yedek tek başına yeterli değildir; yedeğin sunucuyla aynı yerde durması, sunucu kaynaklı bir sorunda ikisinin birlikte kaybolması riskini taşır.
- Dosyaları ve veritabanını ayrı ayrı yedekleyin; ikisi birlikte bir bütündür.
- En az bir kopyayı sunucunun dışında, farklı bir hizmette saklayın.
- Yedekleme sıklığını içerik değişim hızına göre belirleyin.
- Yayından önce bir kez geri yükleme denemesi yapın; denenmemiş yedek, yedek sayılmaz.
Yedekleme yöntemlerini ve saklama kurallarını web sitesi yedekleme stratejisi yazımızda ayrıntılı anlattık. Dolayısıyla burada yalnız şunu vurguluyoruz: geri yüklemeyi kimin, nasıl yapacağını yazılı bir notta tutun. Kriz anında bu not, saatler kazandırır.
Web sitesi oluşturma sürecinde hangi işleri kendiniz yapmamalısınız?
Her adımı kendiniz yapabilirsiniz; ama bazı adımlarda hata yapmanın bedeli, uzmana bırakmanın bedelinden yüksektir. Dürüst olmak gerekirse aşağıdaki işler, deneyiminiz yoksa sağlayıcıya ya da uzmana bırakılması gereken işlerdir:
- Sunucu işletim sistemi güncellemeleri, güvenlik duvarı ve SSH erişimi: yönetilen hosting ile sağlayıcının sorumluluğunda kalsın.
- DNS taşıma ve ad sunucusu değişikliği: yanlış bir kayıt e-postayı da siteyi de aynı anda durdurabilir.
- E-ticaret sitelerinde ödeme altyapısı entegrasyonu: ödeme kuruluşunun teknik dokümanına göre bir geliştirici yapsın.
- KVKK metinlerinin içeriği: hukukçu incelemesi gerektirir.
Öte yandan içerik yazmak, görsel seçmek, Search Console'u bağlamak ve analitik raporlarını takip etmek sizin kolayca üstlenebileceğiniz işlerdir. Hatta bu işleri kendiniz yapmanız, siteyi daha iyi tanımanızı sağlar. Uçtan uca destek isterseniz web tasarım hizmetimiz planlamadan yayına kadar bu adımları kapsar.
Kısacası doğru iş bölümü, web sitesi oluşturma sürecindeki riskin büyük kısmını ortadan kaldırır. Kimin hangi hesaba erişeceğini, parolaların nerede saklanacağını ve proje bitince erişimlerin nasıl devredileceğini de baştan yazılı hale getirin. Böylece ajans, geliştirici ya da çalışan değişse bile siteniz sahipsiz kalmaz.
Web sitesi oluşturma kontrol listesi: hangi adımı kim üstlenir?
Aşağıdaki tablo, önceki bölümlerdeki adımları tek bakışta özetler. Sorumluluk sütunu yaygın bir iş bölümünü gösterir; sizin projenizde farklı olabilir. Bu tabloyu yazdırıp proje toplantısında kullanabilirsiniz.
| Adım | Ne zaman | Kim üstlenir | Doğrulama |
|---|---|---|---|
| Amaç ve sayfa planı | Başlangıç | İşletme sahibi ve ajans | Onaylı sayfa listesi |
| Alan adı kaydı | Başlangıç | İşletme sahibi | WHOIS kontrolü |
| Hosting seçimi | Kurulumdan önce | İşletme sahibi ve geliştirici | Yazılı yedek ve SSL politikası |
| CMS veya özel kurulum | Tasarımla birlikte | Geliştirici | Staging ortamı |
| SSL ve HTTPS yönlendirmesi | Yayından önce | Hosting sağlayıcısı | SSL sorgulama |
| Hız ve mobil test | Yayından önce | Geliştirici | Lighthouse raporu |
| Ölçüm ve dönüşüm | Yayından önce | Pazarlama ekibi | Gerçek zamanlı rapor |
| KVKK ve çerez | Yayından önce | Hukukçu ve geliştirici | Onay aracı testi |
| E-posta DNS kayıtları | Yayından önce | Sağlayıcı ve geliştirici | Test e-postası |
| Search Console ve site haritası | Yayın günü | SEO sorumlusu | Doğrulanmış mülk |
Ayrıntılı test senaryoları, yani tarayıcı, form ve bağlantı testleri için yayın öncesi test süreci yazımıza bakın; burada o testleri tekrar etmiyoruz.
Canlıya alma günü kontrol listesi
Yayın günü yeni iş yapma günü değildir; hazırlananı açma ve doğrulama günüdür. Bu yüzden büyük değişiklikleri önceki günlere bırakın. Hafta başında ve mesai saatinde yayına almak, bir sorun çıkarsa ekibin ve sağlayıcının ulaşılabilir olmasını sağlar.
- Yayından hemen önce tam yedek alın.
- DNS kayıtlarını yeni sunucuya yönlendirin; yayılma süresince eski ve yeni sunucunun ikisinin de çalıştığından emin olun.
- Arama motoru engelini kaldırın: CMS görünürlük ayarını, staging için eklenen noindex etiketlerini ve parola korumasını kontrol edin.
- HTTPS yönlendirmesini ve tercih edilen ana adres yönlendirmesini tekrar test edin.
- Her formu gerçek bir gönderimle deneyin ve bildirimin geldiğini görün.
- Analitikte gerçek zamanlı ziyareti ve dönüşüm olayını doğrulayın.
- Search Console'a site haritasını gönderin ve ana sayfa için URL denetimi yapın.
- Eski bir site varsa eski adreslerin yeni adreslere kalıcı yönlendirildiğini kontrol edin.
Site yenileme ya da taşıma yapıyorsanız yönlendirme planı ayrı bir iştir; eski adres ile yeni adresi eşleştiren tabloyu yayından önce hazırlayın.
Yayından sonraki ilk hafta neleri kontrol etmelisiniz?
İlk hafta, yayın gününde gözden kaçanları yakalama dönemidir. Bu dönemde metriklerin uzun vadeli yorumunu yapmazsınız; yalnız sistemin doğru çalıştığını teyit edersiniz. Hangi metrikleri hangi aralıkla izleyeceğinizi yayına alındıktan sonra takip edilmesi gereken metrikler yazımızda anlattık; burada yalnız teknik kontrolleri sıralıyoruz.
- Search Console'da site haritasının okunduğunu ve tarama hatası çıkmadığını görün.
- Sayfa dizine ekleme raporunda beklenmedik bir engel olup olmadığına bakın.
- Form bildirimlerinin her gün düzenli geldiğini kontrol edin.
- Sertifika ve yönlendirmelerin tüm sayfalarda çalıştığını rastgele sayfalarla test edin.
- İlk otomatik yedeğin gerçekten alındığını panelden doğrulayın.
- Gönderdiğiniz test e-postalarının spam klasörüne düşmediğini görün.
Yeni bir sitenin arama sonuçlarında yer bulması zaman alır; bu nedenle ilk hafta sıralama beklemek yerine teknik sağlığı izlemek daha verimlidir. Organik büyüme planını ise ilk ayın verisi oluştuktan sonra ayrıca ele almak daha sağlıklıdır.
Bu kontrolleri bir tabloya işleyip her gün işaretlemek, ekip içinde sorumluluğu netleştirir. Üstelik ilk hafta biriken gözlemler, sonraki ayın içerik ve iyileştirme planına doğrudan girdi sağlar. Web sitesi oluşturma projesinin gerçek kapanışı bu ilk haftanın sonunda olur, yayın gününde değil.
Örnek takvim: sıfırdan yayına kadar süreç nasıl ilerler?
Aşağıdaki takvim, beş ila on sayfalık bir kurumsal site için örnek takvimdir; garanti değil, saha tecrübesine dayalı başlangıç planıdır. İçerik hazırlığı, onay hızı ve özel işlevler süreyi doğrudan değiştirir.
- Birinci hafta: amaç, hedef kitle, sayfa planı; alan adı ve hosting kararı.
- İkinci hafta: içerik taslakları, kurumsal kimlik dosyaları ve staging kurulumu.
- Üçüncü hafta: tasarım, önce mobil düzen; ardından masaüstü.
- Dördüncü hafta: içerik girişi, görsel optimizasyonu, formlar ve e-posta DNS kayıtları.
- Beşinci hafta: SEO temelleri, ölçüm kurulumu, KVKK metinleri ve testler.
- Altıncı hafta: canlıya alma günü ve ilk hafta kontrolleri.
Örnek takvimde en sık kayan halka içeriktir. Metinler ve görseller zamanında gelmediğinde tasarım ve test haftaları ister istemez sıkışır. Bu yüzden içerik sorumlusunu ilk gün belirlemenizi öneriyoruz. Web sitesi oluşturma takvimini paylaşılan bir dokümanda tutmak, kimin neyi beklediğini herkese görünür kılar.
Bütçeyi ve maliyeti hangi kararlar belirler?
Bu rehberde fiyat rakamı vermiyoruz, çünkü maliyet tek bir değişkene bağlı değildir. Sayfa sayısı, özel tasarım oranı, çok dillilik, e-ticaret ya da randevu gibi özel işlevler, içerik üretiminin kimde olduğu ve bakım beklentisi toplam bütçeyi belirler. Ayrıca alan adı, hosting ve e-posta gibi yıllık yenilenen kalemleri de bütçe planına eklemeniz gerekir.
Bütçe planlarken şu soruları yanıtlayın:
- Site kaç sayfadan oluşacak ve kaç dilde yayınlanacak?
- İçeriği siz mi hazırlayacaksınız, yoksa metin ve görsel üretimi de hizmete dahil mi?
- Yayın sonrası bakım, güncelleme ve yedek takibini kim üstlenecek?
Fiyatı etkileyen kalemleri tek tek açıkladığımız kurumsal web sitesi fiyatları yazımız, teklifleri karşılaştırırken size ortak bir dil sağlar. Kısacası teklif alırken yalnız toplam rakama değil, bu listedeki adımların hangilerinin teklife dahil olduğuna bakın.
Örneğin bir teklif hosting, SSL ve ölçüm kurulumunu içerirken diğeri yalnız tasarımı kapsıyor olabilir. Bu fark, toplam rakamda ilk bakışta görünmez. Dolayısıyla bu yazıdaki kontrol listesini teklif karşılaştırma şablonu olarak da kullanabilirsiniz: her satırın karşısına teklifin o adımı kapsayıp kapsamadığını yazmanız yeterlidir.



