Web Sitesi Kaç Günde Yapılır? Hafta Hafta Takvim

Metni hazır, tek kişinin onay verdiği sekiz sayfalık bir kurumsal site birkaç haftada yayına çıkabilir; aynı site metin beklerken aylarca askıda da kalabilir. Yani bir web sitesinin kaç günde yapılacağını sayfa sayısı değil, metnin ve görsellerin ne zaman hazır olduğu ve onayların kaç günde döndüğü belirler. Aşağıda tipik bir takvim hafta hafta açılıyor, hangi işin hangisini beklettiği gösteriliyor ve sizden hangi tarihte ne istendiği tek tabloda toplanıyor.

Hedef tarihiniz belliyse (sezon öncesi açılacak bir otel, yeni şubesini duyuracak bir klinik, kampanyaya hazırlanan bir e-ticaret mağazası) yazının sonundaki soru listesi kendi takviminizi geriye doğru kurmanız için hazırlandı.

Web sitesi kaç günde yapılır?

Dürüst cevap "kapsama ve hazırlığa bağlı" olsa da bu cevabın içi doldurulabilir. Bir web projesinin süresi iki parçadan oluşur: iş süresi ve bekleme süresi. İş süresi, tasarımcının şablonu çizdiği, geliştiricinin sayfayı kurduğu, metnin yerine oturduğu zamandır. Bekleme süresi ise bir sonraki işin başlaması için bir şeyin gelmesini beklediğiniz zamandır: metin, fotoğraf, logo dosyası, alan adı panelinin şifresi ya da "bu tasarımla devam edelim" cevabı.

Teklifte yazan sürenin bekleme süresini kapsayıp kapsamadığını ayrıca sorun. Bekleme ajansın elinde değildir ve kapsam dışında kaldığında takvim teklifteki rakamdan uzun çıkar. Bu yüzden "on günde site" ya da "üç haftada teslim" gibi rakamlar ancak belirli varsayımlar altında anlam taşır: içerik hazır, onaylayan kişi tek, entegrasyon yok, tek dil. Varsayımlardan biri değiştiğinde rakam da değişir.

Biz kendi hizmet sayfamızda sabit bir teslim tarihi taahhüt etmiyoruz; aşamaları tipik bir sırayla yazıyoruz. Aşağıda da aynı yaklaşımı kullanıyoruz: gün sayısı yerine sıra ve bağımlılık.

Süreyi belirleyen beş değişken

Takvimi tahmin etmek için önce şu beş değişkenin sizin projenizde ne olduğunu bilmek gerekir.

Sayfa ve şablon sayısı. On sayfalık bir site ile on farklı sayfa tipi aynı şey değildir. Beş hizmet sayfası aynı şablonu paylaşıyorsa tasarım bir kez yapılır; ana sayfa, hizmet, ekip, iletişim ve blog için ayrı şablon gerekiyorsa tasarım turları da o ölçüde artar. Bu yüzden sayfa planını kurmak tasarım takviminden önce gelir: kaç şablon gerektiği ancak sayfa listesi çıkınca bilinir.

İçeriğin hazırlık düzeyi. Metin hazır mı, taslak mı, yoksa sıfırdan mı yazılacak? Fotoğraf çekimi gerekecek mi, yoksa elde kullanılabilir görseller var mı?

Onay veren kişi sayısı. Tek karar verici ile üç ortak arasında aynı tasarımın onaylanma süresi belirgin biçimde farklı olabilir. Ortaklar farklı şehirdeyse ya da biri sezon boyunca yoğunsa bu fark daha da açılır.

Entegrasyon. Randevu sistemi, müşteri kayıt yazılımı, rezervasyon motoru, ödeme altyapısı. Her biri üçüncü bir tarafın hesabını, erişimini ve test ortamını takvime ekler.

İkinci dil. İngilizce bir sürüm, çevirinin kim tarafından yapılacağı ve kim tarafından onaylanacağı sorusunu getirir; çevrilen metin de ayrıca yerleştirilir ve kontrol edilir.

Bu beş değişkenden ilk üçü ağırlıklı olarak sizin tarafınızdadır. Ajans sayfa sayısını sizinle birlikte belirler ama metni ve onayı sizin yerinize üretemez.

Hafta hafta: dört aşamalı bir kurumsal site takvimi nasıl görünür?

Kurumsal site hizmetimizde yayımladığımız takvim dört aşamadan oluşur ve orada da yazdığı gibi tipik bir kurulumu anlatır, taahhüt değildir.

İlk hafta: kapsam ve sayfa planı. Mevcut site, rakiplerin sayfa yapısı ve satış akışınız incelenir. Çıktı, sayfa listesi ve her sayfanın amacını yazan plandır. Yenileme yapılıyorsa mevcut adreslerin envanteri de bu haftada çıkarılır.

2-4. hafta: tasarım ve içerik yerleşimi. Ana şablonlar tasarlanır, metinler yerleşir, mobil davranış kontrol edilir. İçerik sizden gelecekse bu aşamada beklenen tek girdi metindir.

Geliştirme. Sayfalar kurulur, hız ölçülür, yapılandırılmış veri eklenir, formlar gerçek gönderimle denenir. Bu aşamaya hafta numarası yazmıyoruz, çünkü uzunluğu entegrasyon sayısına ve sayfa tipi sayısına bağlıdır.

Yayın ve sonrası. Yayından sonra dizine eklenme, hata sayfaları ve form gönderimleri izlenir.

Bunu varsayımsal bir örnekle açalım. Diyelim ki bir güzellik salonu sekiz sayfalık bir site istiyor: ana sayfa, dört hizmet sayfası, hakkımızda, sık sorulan sorular ve iletişim. Metinlerin taslağı salon sahibinde hazır, fotoğraflar salonda çekilmiş, onayı yalnızca salon sahibi veriyor, randevu için harici bir sisteme bağlantı vermek yeterli, site tek dilde. Bu varsayımlarla ilk hafta sayfa planı biter. İkinci haftanın başında ana sayfa ve hizmet şablonu onaya gider, üçüncü haftada metinler yerleşir. Geliştirme ve teknik kontrollere iki hafta ayırdığımızı varsayarsak yayın beşinci haftanın sonuna ya da altıncı haftaya denk gelir.

Bu bir hesap örneğidir, söz değildir. Aynı salonda metinler henüz yazılmamışsa ikinci ve üçüncü hafta metin gelene kadar kısmen boş geçer; salon sahibi iki hafta boyunca geri bildirim veremiyorsa takvim de iki hafta kayar.

Kritik yol: hangi iş hangisini bekletir?

Kritik yol, gecikmesi doğrudan yayın tarihini geciktiren işlerin sırasıdır. Bu sıradaki bir iş bir gün kayarsa yayın da bir gün kayar; sıranın dışındaki işler ise belli bir pay içinde gecikebilir.

Kurumsal bir sitede bu sıra şöyle ilerler:

1. Sayfa listesinin onayı
2. Ana şablonun tasarımı ve onayı
3. Metnin teslimi
4. Metnin şablona yerleşmesi ve sayfa bazlı onay
5. Geliştirme ve teknik kontroller
6. Alan adı ve DNS erişimiyle yayın

En kırılgan halka üçüncü adımdır. Tasarım metin gelmeden yapılabilir, ama yer tutucu metinle çizilen bir şablon gerçek metin gelince değişmeye başlar: başlık iki satıra taşar, bir bölüm beklenenden kısa kalır, bir hizmetin anlatımı ayrı bir alt bölüm ister. Yani metni geciktirip tasarımı ilerletmek zaman kazandırmaz, büyük olasılıkla bir tasarım turu daha ekler.

Fotoğraf bu sıranın yanında paralel bir koldur. Çekim tarihi belirlenmezse, metin hazır olsa bile sayfalar stok görselle yayına çıkar ya da bekletilir. Altıncı adım ise yayın haftasına kadar akla gelmeyebilir. Alan adının kimin hesabında olduğunu, DNS panelinin şifresini kimin bildiğini yayın haftasında aramak, bitmiş bir siteyi günlerce bekletebilir. Alan adı ve hesapların kimin adına açıldığını alan adı ve hesap mülkiyeti listesiyle ilk haftada kontrol etmek bu riski baştan kapatır.

Bekleme neden işletme tarafında birikir?

Bu bir suçlama değil, iş bölümünün doğal sonucudur. Ajans tasarımı ve kodu üretir; ama işletmenin ne sattığını, hangi hizmetin hangi koşulla verildiğini, fiyatın yazılıp yazılmayacağını ve fotoğrafta kimin görüneceğini yalnızca işletme bilir. Bu bilgilerin her biri sayfaya dönüşmeden önce sizin masanızdan geçer.

Takvimde bekleme yaratan üç kalem var ve her biri farklı bir önlem ister.

Metin. Hizmet sayfası yazmak, bir işletme sahibinin günlük işinin yanında ertelenmeye açık bir iştir. Hangi bölümlerin yazılacağını önceden bilmek yazmayı hızlandırır; hizmet sayfası yazımı için bölüm bölüm bir iskelet kullanılabilir. Metni ajansın yazması kararlaştırılmışsa bile görüşme ve doğrulama sizin zamanınızı ister; bunu takvimde "ajans yazar" diye geçmek yerine "ajans yazar, işletme ikinci haftada bir saat görüşme verir" diye yazmak gerekir.

Onay. Bir sayfanın onayı, geri bildirimin kaç kişiden toplandığına ve ne kadar dağınık geldiğine bağlıdır. Takvim açısından işe yarayan şey her onay adımı için bir dönüş günü yazmaktır: "Ana şablon salı gönderilir, cuma akşamına kadar tek dosyada toplu geri bildirim beklenir." Kaç revizyon turu olacağı ve kapsamın nerede biteceği ayrı bir konudur ve kapsam ve revizyon sınırı başlığı altında ayrıca duruyor; burada tekrar etmiyoruz.

Erişim. Alan adı paneli, hosting, mevcut sitenin yönetim paneli, Search Console ve analitik hesapları. Bu bilgiler bazen sitenin ilk kurulduğu yıllarda bir çalışanın ya da eski bir tedarikçinin elinde kalmış olabilir; bulunmaları beklenenden uzun sürebilir.

İşe yarayan alışkanlık, bekleyen her kalemin yanına bir isim ve bir tarih yazmaktır. "Metinler gelecek" bir plan değildir; "hizmet metinleri, salon sahibi, ikinci haftanın cuması" bir plandır.

Sizden hangi tarihte ne istenir: teslim tablosu

Aşağıdaki tablo, dört aşamalı takvime göre işletme tarafından teslim edilmesi gereken kalemleri, sorumluyu ve en geç hangi haftanın sonuna kadar gerektiğini gösterir. Haftalar yukarıdaki varsayımsal salon örneğine göredir; kendi projenizde tarihleri kendi takviminize kaydırın.

Aydınlatma metni satırı teknik bir ayrıntı gibi görünse de yayın tarihini etkileyebilir. 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun aydınlatma yükümlülüğü maddesi (md. 10), kişisel veriler elde edilirken veri sorumlusunun kimliğini, verinin hangi amaçla işleneceğini, kimlere ve hangi amaçla aktarılabileceğini, toplama yöntemini ve hukuki sebebini, ayrıca ilgili kişinin 11. maddedeki haklarını bildirmesini istiyor. Form ad, telefon ya da e-posta topluyorsa bu bildirim formla birlikte hazır olmalıdır. Metnin içeriği işletmenin kendi veri işleme düzenine göre yazılır; buradaki not hukuki görüş değildir.

Yenilemede takvim nerede uzar?

Yenileme, elde bir site olduğu için daha kısa sürecek gibi görünür; ama takvime sıfırdan yapımda olmayan bir iş kolu eklenir. O kol, eski adreslerin envanteri ve yeni adreslerle eşlenmesidir. Adresler değişiyorsa her eski adresin hangi yeni adrese kalıcı olarak yönleneceği yayından önce belirlenmelidir; eşlemeyi adım adım çıkarmak için 301 yönlendirme haritası yöntemi kullanılabilir.

Takvim açısından üç nokta öne çıkar. İlki, envanterin ilk haftada çıkarılmasıdır: hangi sayfanın arama trafiği aldığı, hangisine dışarıdan link verildiği bilinmeden yeni sayfa planı kesinleşmez. İkincisi, eşleme tablosunun geliştirme aşamasında hazırlanıp yayından önce test edilmesidir. Üçüncüsü yayın gününün seçimidir.

Google'ın adres değişikliği içeren site taşıma belgesi, trafik mevsimselse ya da belirli günlerde düşüyorsa taşımanın bu düşük dönemlere denk getirilmesini öneriyor. Aynı belge, küçük ve orta ölçekli bir sitede sayfaların çoğunun taşınmasının birkaç hafta sürebileceğini, taşıma sırasında sıralamada geçici dalgalanma görülebileceğini yazıyor ve alan adı, içerik yönetim sistemi ve tasarım değişikliğinin aynı anda değil sırayla yapılmasını tavsiye ediyor.

Bu son öneri takvimi doğrudan etkiler. Alan adını, altyapıyı ve tasarımı aynı gün değiştirmek takvimi kısa gösterir, ama bir sorun çıktığında nedeni ayırmak zorlaşır. Sezon başında hazır olması gereken bir otel için bu, yenilemeyi sezondan birkaç hafta önce bitirecek biçimde planlamak anlamına gelir. Yayın sezonun ilk haftasına bırakılırsa adres geçişindeki dalgalanma en yoğun döneme denk gelir.

E-ticaret sitesinde takvime ne eklenir?

E-ticarette kritik yolun merkezinde metin değil ürün verisi durur. Ürün adı, açıklaması, fotoğrafı, varyantı (beden, renk), stok kaynağı ve fiyatı tutarlı bir listede hazır değilse katalog aktarımı başlayamaz. Yüz ürünlük bir mağazada on ürünün görseli eksikse, o on ürün ya yayına eksik çıkar ya da bütün mağazanın yayınını bekletir; bu karar baştan verilmelidir.

E-ticaret takvimimizde de dört aşama var: ilk hafta ürün verisi ve kapsam çıkarımı, 2-4. hafta kurulum ve katalog aktarımı, ardından ödeme, kargo ve test siparişlerinin yapıldığı entegrasyon aşaması, son olarak yayın ve ilk ay. Kurumsal siteden asıl fark üçüncü aşamadadır. Ödeme sağlayıcısına üye işyeri başvurusu, kargo firmasıyla anlaşma ve entegrasyon bilgileri, e-fatura akışı işletmenin üçüncü taraflarla yürüttüğü işlerdir ve onların değerlendirme süresi ajansın takviminin dışında kalır. Bu başvuruları tasarım aşamasında başlatmak, entegrasyon haftasında boş beklemeyi önler.

Test siparişi de takvimde ayrı bir satır olmalıdır. Gerçek tutarla bir sipariş verilir; ödeme, fatura, bildirim e-postası, kargo etiketi ve iade akışı baştan sona denenir. Bu adım atlanırsa sistemi ilk deneyen kişi gerçek bir müşteri olur. Ürün verisinin hazırlanmasından test siparişine kadar kapsamın nasıl kurulduğunu e-ticaret sitesi kurulumu başlığı altında görebilirsiniz.

SEO ve GEO işleri takvimin neresine yazılır?

SEO ve GEO işleri yayından sonraya bırakılacak bir ek değil, takvimin üç noktasına dağılan işlerdir. Sayfa planı aşamasında hangi sayfanın hangi soruya cevap vereceği belirlenir, geliştirmenin sonunda teknik kontroller yapılır, yayından sonra dizine eklenme ve ilk sorgular izlenir.

Yayın öncesi kontrol, sitenin "açılıyor" görünmesinden fazlasını sorar: sayfadaki metin sunucudan gelen HTML'de var mı, test ortamından kalan bir noindex etiketi ya da robots.txt engeli duruyor mu, her sayfanın kendi canonical adresi doğru mu, olmayan bir adres gerçekten 404 döndürüyor mu, yapay zeka botlarının erişimi açık mı. Kontrollerin tam listesi ve kabul tutanağı için teslim kabul testi adımlarını izleyebilirsiniz. Bu teste takvimde birkaç iş günü ayırmak, çıkan bir sorunun yayın gününe kalmaması içindir.

Yayından sonra beklenti ayarı gerekir. Google'ın Search Console yardım sayfası, yeni bir sayfanın taranıp dizine eklenmesinin toplam süresinin "genellikle bir ya da iki gün ile birkaç hafta arasında" değişebileceğini ve site haritası gönderdikten sonra bir sorun olduğunu varsaymadan önce en az bir hafta beklenmesini söylüyor. Yani yayın tarihi ile Google'da bulunma tarihi aynı gün değildir. Kampanya tarihiniz varsa siteyi o tarihin üzerine değil, öncesine planlamak gerekir. Yayından sonraki dört haftanın hafta hafta neye bakılarak geçirileceği yayın sonrası ilk 30 gün planında ayrıntılı.

GEO tarafında takvime yazılacak somut iş, sayfa planı aşamasında müşterilerinizin sorduğu soruların listelenmesi ve bu soruların cevabının hizmet sayfalarında açıkça yazılmasıdır. Yapay zeka asistanlarının sitenizi nasıl andığını ölçmek ise sayfalar yayına girip bulunur hale geldikten sonra anlam kazanır; yayın haftasında yapılan bir ölçüm, henüz kimsenin okumadığı bir sitenin ölçümü olur.

"X günde site" teklifi neyi dışarıda bırakıyor olabilir?

Kısa bir teslim süresi tek başına kötü bir işaret değildir; hazır içerikle, tek şablonla ve entegrasyonsuz kurulan bir site gerçekten kısa sürede çıkabilir. Okunması gereken şey, sürenin neyi varsayarak verildiğidir. Teklifte şu soruların cevabını arayın: süre metnin sizden hazır geleceğini mi varsayıyor, ajans metin yazacaksa bu iş sürenin içinde mi; kaç tasarım turu var ve sizin geri bildirim süreniz hesaba katılmış mı; formlar gerçek gönderimle test ediliyor mu; yenilemeyse adres eşlemesi kapsamda mı; yayından sonra bir kontrol dönemi var mı.

Bu sorulardan birinin cevabı "hayır" ise kısa süre, o işin takvimden çıkarılmasıyla elde ediliyor olabilir. Örneğin adres eşlemesi yapılmadan yayına çıkan bir yenileme takvimde birkaç gün kazandırır, ama eski sayfalara gelen ziyaretçiyi hata sayfasına gönderebilir.

Takvimin hangi kısmını sizin kısaltabileceğiniz, hangisini kimsenin kısaltamayacağı da ayrı bir sorudur. Metni önceden hazırlamak, onaylayanı ve yedeğini baştan belirlemek, erişimleri ilk haftada toplamak ve entegrasyon başvurularını erken başlatmak sizin elinizdedir. Google'ın sayfaları tarayıp dizine ekleme süresi, ödeme sağlayıcısının başvuruyu değerlendirmesi ve DNS değişikliğinin yayılması ise ne sizin ne ajansın kontrolündedir.

Takvimde gün, çoğunlukla işin el değiştirdiği yerlerde kaybolur. Sayfa planını bir kişi, teknik kontrolleri başka biri, yenilemede adres eşlemesini üçüncü biri yapıyorsa her devirde bir bekleme doğar: plan onaylanmıştır ama geliştiriciye ulaşmamıştır, eşleme tablosu hazırdır ama yayın gününü bilen yoktur. Bu devirleri azaltmanın yolu, üç işin tek bir takvimde ve tek bir sorumlunun listesinde durmasıdır. Bu üç işin bir arada nasıl yürütüldüğünü kurumsal web sitesi hizmeti kapsamında yazdık; orada da sabit bir teslim tarihi değil, aşama sırası bulacaksınız.

Kendi takviminizi çıkarmak için yanıtlanacak yedi soru

Aşağıdaki soruları ön görüşmeden önce yazılı olarak cevaplarsanız, takvimin büyük kısmı ilk konuşmada ortaya çıkar. Her cevabın yanına bir tarih ya da bir isim yazmaya çalışın.

1. Site en geç hangi tarihte yayında olmalı ve bu tarih neye bağlı: sezon, açılış, kampanya?
2. Kaç sayfa ve kaç farklı sayfa tipi gerekiyor?
3. Metinler hangi durumda: hazır, taslak ya da hiç yok? Yoksa kim yazacak?
4. Fotoğraflar var mı, yoksa çekim günü ne zaman yapılabilir?
5. Onayı kim verecek, o kişi yoksa kim verecek ve geri bildirim kaç günde dönebilir?
6. Alan adı, hosting ve mevcut site panellerinin erişimi kimde?
7. Randevu, ödeme, kargo ya da müşteri kayıt sistemi gibi bağlanacak bir yazılım veya ikinci bir dil var mı?

Birinci sorunun cevabından geriye doğru sayın: yayın tarihinden önce bir haftalık son kontrol, ondan önce geliştirme, ondan önce tasarım ve metin. Hesap bugünkü haftaya sığmıyorsa iki seçenek kalır: kapsamı daraltıp bazı sayfaları ikinci aşamaya bırakmak ya da yayın tarihini kaydırmak. Üçüncü yol beklemeleri kısaltmaktır ve o da büyük ölçüde üçüncü, beşinci ve altıncı soruların cevabına bağlıdır.

Sıkça Sorulan Sorular

Bir haftada kurumsal web sitesi yapılabilir mi?

Kapsam çok dar tutulursa mümkün olabilir: tek şablon, birkaç sayfa, metin ve görsellerin tamamı hazır, onayı tek kişinin aynı gün verdiği ve entegrasyon içermeyen bir site. Bu varsayımlardan biri eksikse bir hafta genellikle yetmez; özellikle metin yazımı, tasarım onayı ve formların gerçek gönderimle test edilmesi takvime gün ekler. Teklifte bir haftalık süre görürseniz hangi işlerin bu sürenin içinde olduğunu sorun.

Web sitesi yapımında en uzun süren aşama hangisi?

İş süresi olarak tasarım ve geliştirme en uzun aşamalardır, ama takvimde yer tutan şeyin önemli bir kısmı beklemedir: metnin gelmesi, onayların dönmesi, alan adı ve hosting erişimlerinin bulunması. Bu beklemeler büyük ölçüde işletme tarafındadır ve teklifteki süreye genellikle dahil edilmez. Takvimi kısaltmak için her bekleyen kalemin yanına bir sorumlu ve bir tarih yazmak işe yarar.

İçerik hazır değilse tasarım başlayabilir mi?

Başlayabilir, ama yer tutucu metinle çizilen bir tasarım gerçek metin geldiğinde yeniden düzenlenmek zorunda kalabilir: başlıklar uzar, bölümler kısalır, yeni alt bölümler gerekir. Bu yüzden en azından ana sayfanın ve bir hizmet sayfasının taslak metniyle tasarıma başlamak daha az tur gerektirir. Metin tamamen sıfırdan yazılacaksa bu iş takvimde ayrı bir satır ve ayrı bir sorumluyla planlanmalıdır.

Site yenileme sıfırdan yapımdan daha mı kısa sürer?

Her zaman değil. Yenilemede mevcut içerik ve görseller zaman kazandırabilir, ama sıfırdan yapımda olmayan bir iş eklenir: eski adreslerin envanteri, yeni adreslerle eşlenmesi ve yönlendirmelerin yayından önce test edilmesi. Google'ın site taşıma belgesi, adres değişikliğinden sonra küçük ve orta ölçekli bir sitede sayfaların çoğunun taşınmasının birkaç hafta sürebileceğini yazıyor; bu süre yayın sonrası takvime de eklenmelidir.

Site yayına girdikten sonra Google'da ne zaman görünür?

Google'ın Search Console yardım sayfasına göre yeni bir sayfanın taranıp dizine eklenmesi genellikle bir ya da iki gün ile birkaç hafta arasında sürebilir ve site haritası gönderdikten sonra bir sorun olduğunu varsaymadan önce en az bir hafta beklenmesi öneriliyor. Dizine girmek, belirli bir sorguda üst sıralarda görünmek anlamına gelmez. Kampanya ya da sezon tarihiniz varsa siteyi o tarihten birkaç hafta önce yayına almak bu bekleme için pay bırakır.