A R O L A X
İçeriğe geç

Sıkça sorulan
sorular

Teklif aşamasında en çok sorulanları burada topladık: süreç, fiyatlandırma, teslim süresi, bakım ve destek. Aradığınızı bulamazsanız bize yazın, aynı gün dönüş yapıyoruz.

En büyük avantaj sorumluluğun bölünmemesi. Tasarımı bir ajanstan, kodlamayı başka bir firmadan, SEO tarafını üçüncü bir taraftan aldığınızda bir sorun çıktığında herkes kendi alanını savunur ve sorun çözülmeden aylarca durur.

Pratikte en sık gördüğümüz üç örnek şudur: tasarımda güzel duran bir bölüm gerçek içerikle bozulur, sayfa hızı düşer ve kimse nedeninin görsel mi kod mu sunucu mu olduğunu üstlenmez, arama motoru için gerekli yapı en sonda düşünüldüğü için adres şeması yeniden kurulmak zorunda kalır. Tek ekipte bu üç konu proje başında birlikte kararlaştırılır ve tartışma konusu olmaz.

Evet. Müşterilerimizin önemli bir bölümü küçük ve orta ölçekli işletmeler. Bütçe sınırlıysa projeyi fazlara bölmeyi öneriyoruz: ilk fazda işletmenin gelirine doğrudan katkı yapan çekirdek yapıyı kuruyoruz — satış veya başvuru akışı, temel içerik sayfaları, ölçümleme ve arama motoru altyapısı. Görsel zenginleştirmeler ve ikincil modüller ikinci faza kalıyor.

Bu yaklaşımın ikinci faydası, ikinci fazın kararlarını tahmine değil gerçek kullanıcı verisine dayandırabilmeniz. İlk fazın analitik verisi, neyin gerçekten gerekli olduğunu genellikle baştaki istek listesinden daha doğru gösteriyor.

Ölçek küçük olduğunda süreçlerimizi hafifletiyoruz ama atlamıyoruz. Kapsam dokümanı yine yazılıyor, teslim kriterleri yine ölçülebilir tanımlanıyor; sadece daha kısa oluyor.

Sizsiniz. Proje sonunda kaynak kodun tamamı, sürüm geçmişi, veri tabanı şeması ve yedeği, tasarım kaynak dosyaları, ortam değişkenlerinin listesi ve dağıtım adımları size devredilir.

Alan adı, barındırma, analitik, arama konsolu, ödeme sağlayıcı ve e-posta servisi hesapları sizin adınıza açılır; biz yalnızca gerekli olduğu sürece yetkilendiriliriz ve bu yetkileri istediğiniz an geri alabilirsiniz. Başka bir ekiple devam etmek isterseniz teknik devir görüşmesini ücretsiz yapar, yeni ekibin sorularını yanıtlarız. Müşterisini teknik bağımlılıkla tutmayı doğru bulmuyoruz.

Bu yaklaşımın bizim açımızdan da faydası var: teknik bağımlılıkla tutulan bir müşteri ilişkisi, hizmet kalitesini gözden kaçırmayı kolaylaştırıyor. Kalmayı seçmenizi tercih ediyoruz.

Evet, ancak önce kısa bir teknik değerlendirme yapıyoruz. Kullanılan sürümlerin güncelliğine, kodun okunabilirliğine, bilinen güvenlik açıklarına, veri modeline ve yedekleme durumuna bakıyoruz.

Değerlendirme sonunda ya mevcut yapıyı iyileştirerek devam etmeyi ya da baştan yazmayı öneriyoruz; öneriyi gerekçesiyle birlikte yazılı sunuyoruz. Baştan yazmak her zaman doğru cevap değildir. Çalışan bir sistemin yerine yenisini koymak çoğu zaman düşünülenden uzun sürer ve mevcut sistemde yıllar içinde çözülmüş küçük ayrıntılar yeniden karşınıza çıkar. Karar vermeden önce iki seçeneğin maliyetini ve riskini karşılaştırmalı olarak paylaşıyoruz.

Uzmanlık alanımıza girmeyen işleri almıyoruz. Gömülü sistem yazılımı, oyun geliştirme ve büyük ölçekli veri bilimi projeleri bunların başında geliyor; bu alanlarda deneyimimiz sağlıklı bir teklif verecek düzeyde değil.

Ayrıca yapılabilirliği şüpheli veya mevzuata aykırı talepleri de kabul etmiyoruz: garanti edilemeyecek sıralama vaatleri, izinsiz veri toplayan yapılar, telif hakkı belirsiz içeriklerin kullanılması gibi. Böyle bir talep geldiğinde nedenini açıklıyor ve mümkünse yasal bir alternatif öneriyoruz. Alamayacağımız bir işi baştan söylemenin, kabul edip yarıda bırakmaktan çok daha az zarar verdiğini düşünüyoruz.

Kapasitemizi aşan işleri de almıyoruz. Hemen başlayıp yavaş ilerlemek yerine, başlayabileceğimiz gerçek tarihi söylemeyi tercih ediyoruz.

Standart bir kurumsal site, kapsam onaylandıktan sonra genellikle 6-10 hafta arasında tamamlanıyor. Çok dilli yapı, geniş ürün kataloğu veya özel modüller eklendiğinde bu süre 12-16 haftaya çıkabiliyor.

Takvimi en çok etkileyen unsur bizim hızımız değil, içeriğin hazır olma durumu. Metinler, ürün bilgileri ve görseller sizden gelecekse teslim tarihlerini de takvime koyuyoruz. İçerik gecikince tasarım onayı bekliyor ve süre uzuyor. Bu yüzden haftalık durum notlarımızda "sizden beklenenler" başlığını ayrı tutuyoruz; hangi eksiğin takvimi nerede etkileyeceğini önceden görüyorsunuz.

Kapsam onayından önceki keşif ve teklif aşaması genellikle bir hafta sürüyor. Bu süre takvimin içinde sayılmıyor, ayrıca belirtiliyor.

Projeye göre değişiyor ve bunu baştan açıkça söylüyoruz. Bütçesi sınırlı, standart ihtiyaçları olan işlerde hazır bir altyapı üzerine kurulmuş özel tasarım mantıklı olabiliyor. Kendine özgü bir ürün yapısı, özel iş akışları veya güçlü bir marka kimliği söz konusuysa sıfırdan tasarım daha doğru sonuç veriyor.

Hazır tema kullandığımız durumlarda bile arayüzü olduğu gibi bırakmıyoruz; tipografi, renk, boşluk ve bileşen düzeni markanıza göre yeniden kuruluyor. Teklifte hangi yolun seçildiği ve gerekçesi yazılı olarak belirtiliyor, sonradan sürpriz olmuyor.

Hangi yolun seçildiği lisans maliyetlerini de etkiliyor; varsa yıllık lisans ve eklenti ücretleri teklifte ayrı kalem olarak gösteriliyor.

Revizyon sayısı kapsam dokümanında yazılı. Tipik bir kurumsal site projesinde ana sayfa tasarımı için üç, iç sayfa şablonları için iki revizyon turu tanımlıyoruz. Bu sayılar çoğu projede yeterli oluyor.

Revizyonları toplu almayı tercih ediyoruz. Tek tek gelen dağınık geri bildirimler yerine her turda tüm notları tek listede topluyoruz; bu hem kararlarınızı bütünlük içinde vermenizi sağlıyor hem de tasarımın birbiriyle çelişen yönlere çekilmesini engelliyor. Revizyon hakkı biterse ek turları saatlik olarak fiyatlandırıyor, süresini önceden bildiriyoruz. Kapsam dâhilindeki bir hatanın düzeltilmesi revizyon sayılmaz.

Evet. Tüm projelerimizde yönetim paneli teslim ediyoruz ve panel, teknik bilgisi olmayan bir kullanıcının kullanabileceği şekilde sadeleştiriliyor. Sayfa metinleri, görseller, haber ve blog içerikleri, ürün bilgileri, ekip ve iletişim bilgileri panelden yönetiliyor.

Devir teslimde canlı panel eğitimi veriyor ve bu eğitimi kaydediyoruz; kayıt kısa konu başlıklarına bölünüyor, böylece sonradan işe başlayan personel de izleyebiliyor. Yanına tek sayfalık yazılı bir kullanım notu ekliyoruz. Tasarımı bozabilecek alanları panelde kısıtlıyoruz; içerik girerken yanlışlıkla düzeni bozma riski olmuyor.

Panelde yaptığınız değişiklikler kayıt altına alınıyor. Yanlışlıkla silinen bir içeriği geri almak gerektiğinde bu kayıtlar üzerinden ilerleyebiliyoruz.

Tüm projelerimiz mobil öncelikli tasarlanıyor ve gerçek cihazlarda test ediliyor; tarayıcı geliştirici araçlarındaki cihaz benzetimi ön kontrol için kullanılıyor, son kontrol için değil.

Erişilebilirlik tarafında WCAG 2.2 AA seviyesini hedefliyoruz. Uygulamada bunun karşılığı şudur: tüm etkileşimli ögeler klavye ile kullanılabilir ve odak göstergesi görünür kalır, metin-arka plan kontrast oranı yeterlidir, görseller anlamlı alternatif metin taşır, form alanları etiketle ilişkilendirilir ve hata mesajları ekran okuyucuya iletilir. Bu maddeler baştan planlandığında ek maliyet yaratmıyor; sonradan düzeltmek ise çok daha pahalı oluyor.

Erişilebilirlik çalışmalarının yan faydası, sayfaların ekran okuyucu dışındaki durumlarda da daha anlaşılır olması. Zayıf bağlantıda veya güneş altında kullanılan telefonlarda da fark ediliyor.

Karar, süreçlerinizin ne kadar kendine özgü olduğuna bağlı. İhtiyacınız piyasadaki bir paketin standart akışıyla karşılanıyorsa hazır paket neredeyse her zaman daha ucuz ve daha hızlı çözümdür; bunu açıkça söyleriz.

Özel yazılım şu durumlarda anlamlı oluyor: iş akışınız rakiplerinizden farklı ve bu fark rekabet avantajınız, hazır paketleri sürekli zorlama yöntemlerle kullanıyorsunuz, birden çok sistem arasında elle veri taşıyorsunuz ya da paket lisans maliyetleri kullanıcı sayısıyla birlikte sürdürülemez hâle geliyor. Görüşmede mevcut süreçlerinizi dinleyip hangisinin daha mantıklı olduğunu gerekçesiyle söylüyoruz.

Ara bir yol da var: hazır paketi çekirdek olarak kullanıp yalnızca size özgü bölümü ayrı bir yazılımla geliştirmek. Süreçlerinizin bir bölümü standartsa bu genellikle en ekonomik çözüm oluyor.

Çoğu durumda evet. Programın bir API sunması, veri tabanına okuma erişimi vermesi veya XML/CSV formatında düzenli dosya alışverişine izin vermesi yeterli oluyor. Hangi yöntemin kullanılacağına programın sağladığı imkânlara göre karar veriyoruz.

Entegrasyona başlamadan önce mutlaka küçük bir deneme bağlantısı kuruyoruz. Belgelerde yazan alan adlarıyla gerçekte dönen yanıtların farklı olduğu durumlar sık karşımıza çıkıyor; bunu erken görmek takvimi koruyor. Kurduğumuz her aktarımın kaydı tutulur, başarısız denemeler kuyruğa alınıp yeniden denenir ve belirli sayıdan sonra hâlâ başarısızsa yöneticiye bildirim gider.

Karşı tarafın API sunmadığı durumlarda veri tabanı düzeyinde okuma veya zamanlanmış dosya alışverişi üzerinden ilerliyoruz; bu yöntemlerin sınırlarını baştan yazılı olarak paylaşıyoruz.

İş uygulamalarının çoğunda tek kod tabanından iki platforma çıkmak doğru denge oluyor: geliştirme süresi kısalıyor, bakım maliyeti düşüyor ve iki platformda davranış tutarlı kalıyor. React Native ve Flutter bu iş için yeterli olgunlukta.

Yerel geliştirme şu durumlarda öne çıkıyor: yoğun donanım erişimi gerektiren işlevler, gelişmiş kamera veya sensör kullanımı, yüksek performanslı grafik ihtiyacı ya da platforma çok özel arayüz davranışları. Kararı proje başında gerekçesiyle birlikte yazıya döküyoruz. Her iki durumda da mağaza yayın süreçlerini, inceleme sürelerini ve gizlilik bildirimi gerekliliklerini takvime dahil ediyoruz.

Güvenlik bizde ayrı bir modül değil, geliştirme boyunca tekrarlanan alışkanlıklar bütünü. Kullanıcıdan gelen tüm veriler sunucu tarafında doğrulanır, veri tabanı sorguları parametreli çalıştırılır, formlarda oturum tabanlı doğrulama belirteci kullanılır, parolalar geri döndürülemez biçimde saklanır, dosya yüklemelerinde tür ve boyut kontrolü yapılır ve HTTP güvenlik başlıkları tanımlanır.

Yetkilendirme kurallarını arayüzde gizlemekle yetinmiyoruz; bir ekranın menüde görünmemesi yeterli değildir, adres doğrudan yazıldığında da erişim engellenmelidir. Bağımlılıkların bilinen açıkları düzenli taranır. Kapsamlı sızma testi ayrı bir uzmanlık alanı; bunu bağımsız bir güvenlik firmasının yapmasını öneriyoruz.

Evet ve bunu kolaylaştıracak şekilde çalışıyoruz. Kod sürüm kontrolü altında tutulur, klasör yapısı projeler arasında tutarlıdır, iş mantığı arayüz kodundan ayrılır ve kurulum adımları deponun içinde belgelenir. PHP tarafında PSR-12 kodlama standardına uyuyoruz.

Sürdürülebilirliğin en somut göstergesi, projeye sonradan katılan bir geliştiricinin ilk katkısını ne kadar sürede yapabildiğidir. Devir istediğinizde teknik devir görüşmesi yapar, yeni ekibin sorularını yanıtlarız ve bunun için ek bedel talep etmeyiz. Kod deposu, belgeler ve hesap yetkileri zaten sizde olduğu için devir teknik olarak sorunsuz ilerler.

Ürün sayınız ve iş kurallarınız belirleyici. Standart ürün yapısı, alışılmış kampanya kurguları ve tipik kargo-ödeme ihtiyacı olan işletmelerde hazır bir altyapı hem daha hızlı hem daha ekonomik oluyor; ekosistemi geniş olduğu için ihtiyaçların çoğu hazır çözümlerle karşılanıyor.

Özel geliştirme şu durumlarda gerekiyor: alışılmadık varyant yapıları, müşteri grubuna göre değişen fiyatlandırma, karmaşık kargo hesaplama kuralları, bayi ve son kullanıcı satışının aynı sistemde yürütülmesi ya da yoğun ERP entegrasyonu. Görüşmede ürün ve sipariş yapınızı inceleyip hangisinin daha az toplam maliyet üreteceğini yazılı olarak paylaşıyoruz.

Evet, çok kanallı satış yapan markalarda en sık kurduğumuz yapı bu. Merkezde tek bir ürün ve stok kaynağı oluşturuluyor; stok değişimi tüm kanallara belirlenen aralıklarla iletiliyor. Kritik stok seviyelerinde iletim sıklığı otomatik artıyor, böylece tükenen ürünün kanallarda açık kalma süresi kısalıyor.

Fiyat tarafında kanal bazlı kural tanımlanıyor: her kanal için komisyon oranı, kargo maliyeti ve hedef marj girildiğinde sistem taban fiyattan kanal fiyatını hesaplıyor. Marj eşiğinin altına inen ürünler uyarı veriyor. Siparişler tek panelde toplanıyor ve ön muhasebe programına otomatik aktarılabiliyor.

Kurulum sırasında şu belgelerin hazırlanması ve sipariş akışına doğru bağlanması gerekiyor: mesafeli satış sözleşmesi, ön bilgilendirme formu, teslimat ve iade koşulları, gizlilik politikası ve çerez aydınlatma metni. Ayrıca elektronik ticaret sitelerinin ETBİS kaydı yapması gerekiyor.

Ticari elektronik ileti gönderimi 6563 sayılı kanun kapsamındadır; izinsiz gönderim yapılamaz ve izinlerin İYS üzerinden yönetilmesi gerekir. Biz bu belgelerin sisteme doğru bağlanmasını ve onay kayıtlarının tutulmasını sağlıyoruz. Metinlerin hukuki içeriğinin sizin mali müşaviriniz veya hukuk danışmanınız tarafından kontrol edilmesini öneriyoruz; biz hukuki danışmanlık vermiyoruz.

Ödeme tarafında yerli ödeme kuruluşlarıyla (iyzico, PayTR gibi) ve bankaların sanal POS altyapılarıyla çalışıyoruz. Kredi kartı, taksit seçenekleri, havale/EFT ve kapıda ödeme yöntemleri tanımlanabiliyor. Taksit tablosunun ürün sayfasında görünmesini öneriyoruz; yüksek tutarlı ürünlerde karar aşamasında etkili oluyor.

Kargo tarafında yaygın kargo firmalarının servisleriyle entegrasyon kuruyoruz: otomatik gönderi oluşturma, barkod üretimi, takip numarasının müşteriye iletilmesi ve durum güncellemeleri. Kargo ücret hesabını ürününüzün yapısına göre kurguluyoruz; hacimli ürünlerde desi bazlı hesap, ağırlık bazlı hesaptan çok daha doğru sonuç veriyor.

Ödeme sağlayıcı seçiminde komisyon oranı kadar başarısız işlem oranı ve destek hızı da önemli. Deneme ortamında test etmeden canlıya geçmiyoruz.

Önce ölçüm kurmak gerekiyor. Hangi adımda kaç kişinin ayrıldığını görmeden yapılan her değişiklik tahminden ibaret kalıyor. Ölçüm kurulduktan sonra en sık karşılaştığımız nedenler şunlar oluyor:

  • Kargo ücretinin ancak son adımda görünmesi.
  • Üyelik zorunluluğu; misafir alışverişi seçeneğinin bulunmaması.
  • Gereksiz uzun formlar ve fazla zorunlu alan.
  • Teslimat süresinin belirsiz olması.
  • Mobilde ödeme adımının kullanışsız olması.

Bu maddelerin çoğu tasarım değişikliğiyle çözülüyor ve etkisi ölçülebiliyor. Değişikliği tek seferde değil, etkisini görebilecek şekilde sırayla uyguluyoruz.

Değişiklikleri sırayla uygulamamızın nedeni, etkinin hangi değişiklikten geldiğini ayırt edebilmek. Aynı hafta beş şeyi birden değiştirmek, ölçümü anlamsız kılıyor.

Teknik düzeltmelerin etkisi genellikle daha hızlı görülüyor. Tarama ve dizinleme sorunları giderildiğinde, site hızı iyileştirildiğinde veya yanlış canonical kurulumları düzeltildiğinde ilk sinyaller birkaç hafta içinde arama konsolunda görünmeye başlıyor.

İçerik ve otorite tarafındaki çalışmalar daha uzun soluklu. Rekabet düzeyine bağlı olarak anlamlı bir hareket için genellikle üç ilâ altı ay gerekiyor. Bu yüzden SEO işlerini kısa süreli paketlerle değil, aylık çalışma modeliyle yürütüyoruz. Sıralama garantisi vermiyoruz; hiçbir ajansın buna yetkisi yok. Bunun yerine yapılacak işleri, izlenecek metrikleri ve beklenen ilk sinyal zamanını yazılı olarak paylaşıyoruz.

Hayır ve bunu garanti eden bir teklif görürseniz dikkatli olmanızı öneririz. Arama sonuçlarının sıralaması arama motorunun kendi algoritmasına, rakiplerin çalışmalarına ve sorgu bazında değişen birçok etkene bağlı; hiçbir ajansın bunun üzerinde doğrudan kontrolü yok.

Bizim taahhüdümüz farklı: hangi çalışmaları yapacağımızı, hangi metrikleri izleyeceğimizi ve her ay ne yaptığımızı yazılı olarak paylaşıyoruz. Raporlarda görüntülenme, tıklama, ortalama sıra ve dönüşüm verilerini birlikte sunuyoruz. Sıralama artmış ama iş sonucuna dönmemişse bunu da rapora yazıyoruz; sadece iyi görünen metrikleri göstermek uzun vadede kimseye fayda sağlamıyor.

Önemli, ancak tek başına belirleyici değil. Sayfa deneyimi sinyalleri sıralamada bir etken; içerik kalitesi ve alaka düzeyi hâlâ daha ağır basıyor. Buna karşılık hızın asıl etkisi kullanıcı tarafında görülüyor: yavaş açılan sayfalarda dönüşüm oranı belirgin şekilde düşüyor.

Takip ettiğimiz üç metrik LCP (en büyük içeriğin görünme süresi), INP (etkileşime yanıt süresi) ve CLS (görsel kayma). Bunları hem laboratuvar ölçümüyle hem yayın sonrası saha verisiyle izliyoruz; ikisi farklı sonuç verdiğinde gerçek kullanıcı verisini esas alıyoruz. Hızı yayın sonrası eklenen bir iyileştirme değil, mimari bir karar olarak ele alıyoruz.

Kullanıcıların bir bölümü artık sorularını doğrudan yapay zekâ tabanlı yanıt motorlarına soruyor ve bu motorlar yanıtlarını kaynak sayfalardan derliyor. Alıntılanabilmek için sayfanın birkaç özelliği taşıması gerekiyor.

Pratikte işe yarayanlar şunlar: içeriğin gerçek sorulara doğrudan yanıt veren başlıklarla düzenlenmesi, yanıtın başlığın hemen altında net biçimde verilmesi, sayfanın yapısal veri (schema.org) ile desteklenmesi, bilgilerin güncel ve tutarlı olması ve sayfanın taranabilir olması. Muğlak pazarlama dili yerine somut bilgi veren metinler bu motorlar tarafından çok daha sık alıntılanıyor. Bu çalışmalar klasik arama sonuçlarına da olumlu etki ediyor.

Yerel arama görünürlüğü üç ayak üzerine kuruluyor. Birincisi Google İşletme Profilinin eksiksiz ve doğru olması: işletme adı, adres, telefon, kategori, çalışma saatleri, hizmet listesi ve gerçek fotoğraflar. Stok görsel yerine işletmenin kendi fotoğraflarının kullanılması önemli.

İkincisi bilgi tutarlılığı: işletme adı, adres ve telefon bilgisinin tüm kanallarda birebir aynı yazılması. Kısaltma ve yazım farklılıkları güven sinyalini zayıflatıyor. Üçüncüsü düzenli yorum akışı ve yorumların yanıtlanması. Çok şubeli işletmelerde her şube için ayrı sayfa ve ayrı işletme profili gerekiyor; tek iletişim sayfasıyla yerel aramada rekabet etmek mümkün olmuyor.

Fiyatı belirleyen tek şey işin kapsamı: tasarlanacak sayfa ve ekran sayısı, geliştirilecek modüller, entegrasyon sayısı ve karmaşıklığı, içerik üretiminin bizde olup olmadığı ve test kapsamı.

Bu yüzden kapsam netleşmeden fiyat söylemiyoruz. Telefonda verilen rakamların sonradan değişmesi hem sizi hem bizi zor durumda bırakıyor. Önce 45-60 dakikalık bir keşif görüşmesi yapıyor, sonra kapsamı yazıya döküyor ve teklifi bu dokümana bağlı veriyoruz. Teklifin geçerlilik süresi belirtiliyor ve süre içinde fiyat değişmiyor. Yaklaşık bir bütçe aralığını görüşmenin sonunda söyleyebiliyoruz.

Bütçeniz kapsamın tamamını karşılamıyorsa fazlara bölünmüş bir plan öneriyoruz. Hangi maddenin hangi faza gittiğini birlikte kararlaştırıyoruz.

Önce talebin niteliğini ayırt ediyoruz: gerçekten yeni bir özellik mi, yoksa mevcut kapsamın yanlış anlaşılmış bir parçası mı. İkinci durumda ek ücret konuşmadan düzeltiyoruz.

Gerçek bir kapsam değişikliğiyse süre ve bedel etkisini hesaplayıp yazılı olarak iletiyoruz ve üç seçenek sunuyoruz: plana ekleyip takvimi uzatmak, mevcut kapsamdan denk bir maddeyi çıkarıp yerine koymak veya ikinci faza bırakmak. Kararı siz veriyorsunuz. Değişiklikleri sessizce plana eklemiyoruz; yutulan her değişiklik projenin sonunda kaliteden veya takvimden çalınıyor.

Kapsam değişikliklerinin kaydını proje boyunca tutuyoruz. Proje sonunda hangi maddenin ne zaman ve kimin talebiyle eklendiği görülebiliyor.

Proje bazlı işlerde ödemeyi aşamalara bölüyoruz. Tipik plan; başlangıçta bir ön ödeme, tasarım onayında bir ara ödeme ve yayına alma sonrasında bakiye şeklinde ilerliyor. Uzun projelerde aşama sayısı artabiliyor. Ödeme planı teklifte yazılı yer alıyor ve her aşamanın hangi teslimle tetiklendiği belirtiliyor.

Aylık çalışma modelinde (SEO, bakım, sürekli geliştirme) faturalandırma aylık yapılıyor. Bakım anlaşmalarında aylık çalışma saati ve kapsam sözleşmede tanımlı; kapsam dışı işler öncesinde tahmini süre bildirilerek ayrıca fiyatlandırılıyor. Tüm işler için fatura düzenliyoruz.

Ön ödeme oranı proje büyüklüğüne göre değişiyor ve teklifte açıkça yazıyor. Ödeme aşamalarını takvimle birlikte planlıyoruz.

Yayından sonraki ilk otuz gün her projeye dahildir; bu sürede ortaya çıkan hataları ücretsiz gideriyoruz. Aynı dönemde arama konsolu kayıtlarını, sunucu hata günlüklerini, form gönderim başarısını ve hız metriklerinin saha verisini izliyor, ilk hafta ve ilk ay sonunda birer durum notu gönderiyoruz.

Sonrasında bakım anlaşmasıyla devam edebilirsiniz. Bakım; güncellemeleri, yedekleme ve geri yükleme denemelerini, izlemeyi, aylık performans ölçümünü ve belirlenen saat kadar küçük geliştirmeyi kapsıyor. Bakım almak zorunlu değil; almadığınız durumda destek taleplerinizi saatlik olarak, tahmini süreyi önceden bildirerek karşılıyoruz.

İki seçenek sunuyoruz. Barındırmayı kendi tedarikçinizden alırsınız ve biz yalnızca yapılandırmayı yaparız; ya da barındırmayı bizim yönettiğimiz bir düzen kurarız. İkinci seçenekte de hesap sizin adınıza açılır, biz sadece teknik yönetimini üstleniriz.

Standart sunucu kurulumumuz HTTPS zorunluluğu ve otomatik sertifika yenileme, güncel protokol desteği, sunucu tarafı önbellekleme, sıkıştırma, güvenlik başlıkları, günlük dosyası yönetimi ve otomatik yedekleme görevlerini içeriyor. Yüksek trafikli projelerde içerik dağıtım ağı ve saldırı koruması ekliyoruz. Alan adı kaydı her durumda sizin adınıza yapılır.

Barındırmayı kim sağlarsa sağlasın, yedeklerin farklı bir konumda tutulmasında ve geri yükleme denemesi yapılmasında ısrar ediyoruz.