Web sitesi yaptırmak: teknik şartname örneği ve sözleşme kontrol listesi

Web sitesi yaptırmanın güvenli yolu üç belgeyle başlar: brif (ne istediğiniz), teknik şartname (sitenin ne yapacağı ve nasıl kabul edileceği) ve sözleşme (neyin kime ait olduğu ve kimin neden sorumlu olduğu). Teknik şartnamede gereksinimler kontrol edilebilecek biçimde yazılır; örneğin Google'ın Core Web Vitals hedeflerine göre: LCP en fazla 2.5 saniye, INP 200 milisaniyenin altında, CLS 0.1'in altında. Sözleşme ise alan adının (domain), hostingin, kaynak kodun ve tasarım dosyalarının müşteriye ait olduğunu belirtir.

Kısaca:

• Teknik şartname (kısaca şartname) sitenin sayfalarını, özelliklerini, dillerini, entegrasyonlarını ve kabul kriterlerini tanımlar ve sözleşmenin eki olarak imzalanır.
• İyi bir şartnamede her gereksinim kontrol edilebilir: "site hızlı olmalı" değil, "kilit sayfalarda mobil LCP 2.5 saniyeyi aşmamalı".
• Alan adı, hosting, kaynak kod, tasarım dosyaları ve analitik hesapları müşterinin şirketi adına kayıtlı olmalıdır; yükleniciye yalnızca erişim verilir.
• Sözleşmede en sık unutulan maddeler: kabul prosedürü, değişiklik talepleri, garanti süresi, yedeklemeler ve teslim paketi.
• Metinleri, çeviriyi ve fotoğrafları kimin, hangi tarihe kadar sağlayacağını şartnamede belirtin: web sitesi projeleri en çok içerik beklerken tıkanır.
• Bu yazıdaki sözleşme maddeleri hukuki tavsiye değil, pratik bir kontrol listesidir: sözleşmeyi imzalamadan önce bir avukata inceletin.

Teknik şartname nedir, briften ve sözleşmeden farkı ne?

Teknik şartname (kısaca şartname), sitenin ne yapması gerektiğini, nelerden oluştuğunu ve kabul edilmek için hangi kontrolden geçmesi gerektiğini tanımlayan belgedir. Brif hedefinizi, sözleşme tarafların hak ve yükümlülüklerini ortaya koyar; şartname ise ikisini de somut işe dönüştürür.

Bu yazının devamında bu belgeden kısaca "şartname" diye söz edilecek.

Karmaşık bir projede (online mağaza, konut projesi web sitesi ya da müşteri portalı) şartnameyi yazmak başlı başına bir projeye dönüşür. Bu durumda ilk aşama bir keşif (discovery) aşamasıdır: şartname ve prototip hazırlanır, fiyat ve süre ancak bundan sonra kesinleşir.

Web sitesi yaptırma süreci hangi aşamalardan geçer?

Web sitesi yaptırma süreci, hedefle başlayıp garanti süresiyle biten on adımdan geçer. Her adım geride yazılı bir sonuç bırakmalıdır ki bir sonraki adım tartışmasız başlayabilsin.

1. Hedef ve kapsam. Sitenin asıl işi (talep, satış, kayıt), bütçe aralığı ve yayın tarihi konusunda şirket içinde anlaşın.
2. Brif. 1–2 sayfada hedefi, hedef kitleyi, dilleri, özellikleri ve beğendiğiniz 3 web sitesini yazın.
3. Teklifler. Tekliflerin karşılaştırılabilmesi için aynı brifi 2–3 yükleniciye gönderin (yüklenici seçme rehberi).
4. Teknik şartname. Seçilen yüklenici şartnameyi aşağıdaki şablona göre yazar, siz de her maddeyi onaylarsınız.
5. Sözleşme. Şartname sözleşmeye ek olarak bağlanır, ödeme de kabul edilen aşamalara göre yapılır.
6. Prototip ve tasarım. Önce sayfa yerleşimi (prototip), ardından mobil ve masaüstü tasarım onaylanır.
7. Yazılım ve içerik. Yüklenici siteyi bir test sunucusunda (staging; sitenin henüz herkese açık olmayan kopyası) geliştirir, siz de içeriği şartnamede belirlenen tarihlere kadar teslim edersiniz.
8. Test ve kabul. Site, bir Android telefon da dahil olmak üzere şartnamedeki kriterlere göre kontrol edilir.
9. Yayına alma. Alan adı yeni siteye yönlendirilir, eski sayfalardan yönlendirmeler devreye girer, analitik ve piksel yeniden kontrol edilir.
10. Garanti ve destek. Tespit edilen hatalar kararlaştırılan süre içinde giderilir, sonrasında destek ayrı koşullarla devam eder.

Her aşamanın ayrıntılı anlatımı Bakü'de web sitesi yapımı rehberinde yer alıyor.

Teknik şartname örneği: kopyalayıp doldurabileceğiniz şablon

Aşağıdaki şablon kurumsal web sitesi, hizmet sitesi, açılış sayfası (landing page) ve orta ölçekli bir online mağaza için yazılmıştır. Köşeli parantez içindeki alanları kendi bilgilerinizle doldurun; projeniz için geçerli olmayan bir maddeyi silmeyin, yanına "geçerli değil" yazın.

1. Proje ve taraflar
   • Proje: [şirket adı] — [kurumsal web sitesi / açılış sayfası / online mağaza]; şartname sürümü [1.0], tarih [gg.aa.yyyy].
   • Müşteri tarafında sorumlu ve onay veren kişi: [ad, görev, iletişim]; yüklenici tarafında proje yöneticisi: [ad, iletişim].
   • Müşteri, sunulan her işe [3] iş günü içinde yazılı geri bildirim verir.
2. Hedef ve ölçülebilir sonuç
   • Sitenin asıl işi: [talep toplamak / online satış / kurs kaydı / marka tanıtımı].
   • Hedef eylemler: [form gönderimi, arama butonu, WhatsApp butonu, sipariş].
   • İzlenecek metrikler: [aylık talep sayısı, form dönüşüm oranı]; bunlar ölçüm içindir, satış garantisi değildir.
3. Hedef kitle ve temel senaryolar
   • Ana hedef kitle: [kim, hangi dilde, hangi cihazda].
   • 3 temel senaryo, örneğin: "Reklamdan gelen ziyaretçi kat planına bakar ve 2 tıklamayla talep gönderir".
4. Site haritası
   • Sayfalar: Ana sayfa, Hakkımızda, Hizmetler ve [N] hizmet sayfası, Portfolyo, Blog, İletişim, Gizlilik politikası, 404 sayfası (gerekmeyenleri silin).
   • Şablon sayfalar: [hizmet sayfası, ürün kartı, blog yazısı]; her birinin blokları ayrıca listelenir.
5. Özellikler
   • Her özellik için şunları yazın: ne yapar, kim kullanır, çalışmazsa ne olur.
   • Örnek: "İletişim formu: ad, telefon, hizmet seçimi; gönderimden sonra teşekkür sayfası açılır, talep [1] dakika içinde CRM'e ve satış sorumlusuna ulaşır."
   • Diğer özellikler: [arama, filtreler, hesaplayıcı, online randevu, ödeme, müşteri hesabı] ya da "geçerli değil".
6. İçerik: kim neyi, ne zamana kadar sağlar
   • Metinler: [müşteri / yüklenicinin metin yazarı], son tarih [gg.aa.yyyy]; çeviriler: [kim]; fotoğraf ve video: [mevcut / çekilmesi gerekiyor].
   • Ürün ya da hizmet verileri: [Excel dosyası / muhasebe sisteminden otomatik].
   • Kabul testi şablondaki örnek metinlerle değil, gerçek içerikle yapılır.
7. Diller
   • Diller: [AZ ana dil, RU, EN]; her dil kendi URL'sinde, örneğin /ru/ ve /en/.
   • Çevrilmemiş bir sayfa o dilin URL'sinde açılmaz; hreflang (Google'a dil sürümlerini bildiren etiket) yalnızca gerçekten çevrilmiş sayfalara eklenir.
   • Dil değiştirildiğinde kullanıcı ana sayfaya değil, aynı sayfanın çevirisine gider.
8. Tasarım
   • Müşteri şunları sağlar: marka kitabı (brand book), vektörel logo, yazı tipleri, beğendiği 3 web sitesi ve her birinde tam olarak neyi beğendiği.
   • Sıra: önce prototip, ardından mobil ve masaüstü tasarım taslağı (mock-up); revizyon turu sayısı: [2].
   • Tasarımın kaynak dosyaları (örneğin Figma'da) müşteriye teslim edilir.
9. Platform, cihazlar ve tarayıcılar
   • Platform: [WordPress / site oluşturucu / özel kod] ve seçimin gerekçesi.
   • En düşük ekran genişliği 360 piksel; Chrome, Safari ve Samsung Internet'in son iki sürümü.
   • Test cihazları: en az bir orta segment Android telefon ve bir iPhone.
10. Yönetim paneli
    • Ekibin yazılımcıya ihtiyaç duymadan değiştirebilecekleri: [metinler, banner'lar, hizmetler, portfolyo, blog, fiyatlar, SEO alanları].
    • Roller: [yönetici, editör]; iki faktörlü giriş (2FA).
    • Teslimde eğitim ve kısa bir yazılı kılavuz verilir.
11. Entegrasyonlar
    • [CRM, WhatsApp, ödeme sistemi, muhasebe ya da stok yazılımı, haritalar, e-posta]; her biri için veri akışının yönü ve API erişimini kimin sağlayacağı.
    • Formdan gelen talepler CRM'e UTM parametreleriyle ulaşır (bir talebin hangi kampanyadan geldiğini gösteren, bağlantıya eklenen UTM etiketleri).
12. SEO ve eski siteden geçiş
    • Her sayfada: panelden düzenlenebilen başlık (title) ve meta açıklama, tek bir H1 başlığı, okunabilir bir URL, görsellerde alt metin.
    • sitemap.xml, robots.txt, canonical etiketleri, Organization ve breadcrumb yapılandırılmış verileri.
    • Eski bir site varsa eski URL'lerden yenilerine yapılacak 301 yönlendirmelerinin tablosu yayından önce onaylanır.
13. Hız ve erişilebilirlik hedefleri
    • Ana şablon sayfalarda mobil metrikler: LCP ≤ 2.5 sn, INP < 200 ms, CLS < 0.1 (Google Search Central).
    • Kilit sayfalarda PageSpeed Insights mobil puanı en az [90].
    • Kaydırmadan görünen içerik görünmez başlayıp animasyonla belirmez; reklam ve analitik script'leri ana içeriği geciktirmez.
    • Normal metin ile arka planı arasındaki kontrast en az 4.5:1, büyük metinde 3:1 (WCAG 2.2, AA düzeyi, W3C).
14. Analitik ve izleme
    • Google Analytics 4, Google Search Console, Meta pikseli ve Conversions API (Meta'nın sunucu taraflı ölçüm kanalı) şirketin kendi hesaplarında kurulur.
    • İzlenecek olaylar: [form gönderimi, arama, WhatsApp tıklaması, sipariş]; her biri yayından önce test edilir.
15. Alan adı, hosting, güvenlik ve yedekleme
    • Alan adı: [ad.az]; kayıt sahibi müşterinin şirketidir. Hosting ve sunucu hesabı da müşteri adına kayıtlıdır.
    • SSL otomatik yenilenir; her gün yedek alınır, yedekler [30] gün boyunca ayrı bir yerde saklanır ve yayından önce bir geri yükleme testi yapılır.
    • Formlar üzerinden gönderilen kişisel verilere kimlerin erişebildiği belirtilir.
16. Aşamalar, kabul ve teslim paketi
    • Aşamalar: [prototip, tasarım, yazılım, test, yayına alma]; her birinin kendi çıktısı ve tarihi vardır.
    • Kabul: müşteri siteyi test sunucusunda bu şartnameye göre test eder ve [5] iş günü içinde yazılı bir hata listesi gönderir; kritik hatalar giderilmeden aşama kabul edilmiş sayılmaz.
    • Teslim paketi: kaynak kod ve kod deposuna erişim, veritabanının bir kopyası, tasarım dosyaları, tüm erişim bilgilerinin listesi, kısa bir teknik doküman.

Test cihazları maddesi tesadüfen orada değil. StatCounter'a göre Ağustos 2026'da Azerbaycan'daki web trafiğinin %51.53'ü mobil cihazlardan geldi (StatCounter), bu mobil trafiğin %82.23'ü ise Android'deydi (StatCounter). Platform maddesini doldurmadan önce Tilda, WordPress ve özel kod karşılaştırmasına bakın.

Teknik şartnamedeki hangi ifadeler sonradan anlaşmazlık çıkarır?

Anlaşmazlıklar kontrol edilemeyen gereksinimlerden doğar: "modern tasarım", "hızlı bir web sitesi", "SEO'su olmalı". Her gereksinimi, onu kontrol eden iki farklı kişi aynı sonuca varacak biçimde yazın.

Web sitesi yapım sözleşmesinde hangi maddeler bulunmalı?

Bir web sitesi sözleşmesi iş kapsamını (şartname ekiyle birlikte), varlıkların sahipliğini, aşamaları ve ödemeyi, kabul prosedürünü, değişiklik taleplerini, garantiyi, desteği ve iş ilişkisi sona erdiğinde yapılacak teslimi düzenlemelidir. Aşağıdaki tablo, bu maddelerin her biri atlandığında ne olduğunu gösteriyor.

Not: bu bölüm hukuki tavsiye değil, web sitesi projelerindeki deneyimden çıkarılmış pratik bir kontrol listesidir. İmzalamadan önce sözleşme metnini, özellikle de hakların devri ve sorumlulukla ilgili maddeleri, Azerbaycan hukukunu bilen bir avukata inceletin.

Alan adı, kod ve hosting kimin adına kayıtlı olmalı?

Alan adı, hosting hesabı, kaynak kod, tasarım dosyaları ve analitik hesapları müşterinin, yani şirketinizin adına kayıtlı olmalıdır. Yüklenici bu varlıklar üzerinde çalışmak için erişim alır, ama onların sahibi olmaz.

Google Search Console bunu iyi gösterir: kullanıcı ekleyip çıkarmayı ve adres değişikliği aracını kullanmayı yalnızca sahip yapabilir; tam kullanıcı bunu yapamaz (Google Search Console Yardım).

Alan adı ya da hesaplar zaten yüklenicinin adına kayıtlıysa şu sırayı izleyin:

1. Alan adının mevcut kayıt sahibini (registrant) ve kayıt kuruluşunu (registrar) kontrol edin.
2. Yükleniciden, kayıt sahibini şirketiniz olarak değiştirmesini yazılı olarak isteyin.
3. Kayıt kuruluşunu değiştirmeniz gerekiyorsa transfer kodunu (AuthInfo) isteyin. ICANN'in Transfer Politikası'na göre .com gibi genel alan adlarında kayıt kuruluşu bu kodu, sahibin ilk talebinden itibaren 5 takvim günü içinde vermek zorundadır (ICANN). Transfer, yeni bir kayıttan ya da önceki bir transferden kısa süre sonra talep edilirse engellenebilir. Azerbaycan (.az) alan adları için kayıt kuruluşunuza kendi kuralını sorun.
4. Hosting, Google Analytics ve pikseldeki yönetici rolünü, Search Console'daki sahip rolünü de şirketin kendi hesabına taşıyın. Tek doğrulanmış sahip yükleniciyse sahipliği kendiniz doğrulayın ve yüklenicinin doğrulama kodunu siteden kaldırın.

Web sitesi yaptırırken hangi tehlike işaretlerine dikkat etmelisiniz?

Tehlike işareti, yüklenicinin sizi ileride bağımlı bir konumda bırakabileceğini gösteren bir koşuldur. Aşağıdaki liste piyasada sık rastlanan yaklaşımları kapsıyor.

• Teklifte şartname yok; yalnızca bir fiyat ve "her şey dahil olacak" vaadi var.
• Alan adı "kolaylık olsun diye" yüklenicinin adına kaydediliyor.
• Kod ve tasarım dosyaları üzerindeki haklara dair madde yok ya da yalnızca kullanım lisansı veriliyor.
• Birkaç iş günü içinde itiraz edilmezse iş otomatik olarak kabul edilmiş sayılıyor.
• Test sunucusu yok; ilerleme yalnızca ekran görüntüleriyle gösteriliyor.
• Büyük bir projede aşamalara bağlanmamış bir ödeme planı ya da tutarın tamamının peşin ödenmesi isteniyor.
• "SEO dahil" deniyor, ama neyin dahil olduğu sayılmıyor.
• Destek sözleşmesini kabul etmezseniz kod ve erişim bilgileri teslim edilmiyor.

Ucuz tekliflerde bu sorular çoğu zaman hiç gündeme gelmez; bunun sonradan nasıl pahalıya patladığını ucuz web sitesi neden pahalıya patlar yazısında ele alıyoruz.

Advertol web sitesi projelerinde teknik şartnameye neleri yazar?

Advertol, Bakü'de web sitelerini ölçülebilir kabul kriterleri, analitik ve CRM entegrasyonuyla geliştiren bir ajanstır; örneğin kendi ana sayfasının mobil hız puanını 72'den 91'e çıkardı. Advertol, Azerbaycan'ın Bakü şehrinde faaliyet gösteren bir dijital pazarlama ajansıdır: Meta ve Google reklamları, sosyal medya yönetimi (SMM), web sitesi ve mobil uygulama geliştirme, CRM ve yapay zekâ otomasyonu tek ekipte. Ana sektörleri gayrimenkul, otomotiv, eğitim, perakende ve premium markalardır.

Şablondaki üç madde doğrudan advertol.az üzerinde yapılan çalışmalardan geliyor. Site Next.js üzerinde özel kodla geliştirilmiştir, AZ, RU ve EN dillerinde yayındadır; blog ve portfolyo için kendi yönetim paneli vardır.

• Hız maddesi (13). Eylül 2026'daki Google Lighthouse ölçümlerinde ana sayfanın mobil puanı 72'den 91'e, masaüstü puanı 89'dan 100'e çıktı. Hizmet sayfalarında Chrome daha önce ana içeriğin çizimini kaydedemiyor, Lighthouse da hiç puan vermiyordu; düzeltmeden sonra mobil puan 99'a ulaştı. Sebep, içeriğin görünmez başlayıp ardından başlığı yeniden yazarak belirdiği bir animasyondu; ana sayfanın mobil LCP'si 5.1 saniyeydi. Meta pikseli ve Google Analytics script'leri kullanıcının ilk etkileşimine kadar ya da en fazla 8 saniye ertelendi.
• Diller maddesi (7). Çevrilmemiş Azerbaycan Türkçesi yazılar /en/ ve /ru/ URL'lerinde de açılıyor, Google da İngilizce URL'li kopyaları dizine ekliyordu. Çözüm: canonical ve hreflang yalnızca gerçekten var olan dil sürümleri için tanımlanıyor.
• Geçiş maddesi (12). 9 zayıf ve birbiriyle örtüşen yazı yayından kaldırıldı ve 301 ile her konudaki en güçlü yazıya yönlendirildi; böylece sitenin kendi sayfaları aynı sorgu için birbiriyle rekabet etmeyi bıraktı.

Müşteri projelerinden örnekler:

• Assistance Group. Advertol; inşaat, turizm, tarım ve üretim alanlarında faaliyet gösteren grup için AZ ve EN dillerinde bir kurumsal web sitesi, ayrıca Assistance Tour için ayrı bir site kurdu: 2 site, 1 yönetim paneli. Ekip projelerini ve haberlerini kendisi yayımlıyor; sunucu, SSL ve destek de sağlanıyor (Assistance Group vaka çalışması).
• CELT Kids. Bakü merkezli Advertol, çocuk eğitimi markası CELT Kids için lansmanı web sitesiyle başlattı; ardından ebeveynlere yönelik 3 reklam videosu 600'den fazla potansiyel müşteri (lead) getirdi, 2 ayda yaklaşık 2,000 talep toplandı.
• Aston Martin. Web sitesi marka kimliğine uygun olarak özel kodla geliştirildi (Aston Martin vaka çalışması).

Hizmetin kapsamı web sitesi ve uygulama geliştirme sayfasında yer alıyor.

Bu yaklaşım kimler için uygun (kimler için değil)?

Eksiksiz bir teknik şartname ve ayrıntılı bir sözleşme, web sitesini bir satış kanalı olarak kuran işletmeler için önemlidir: gayrimenkul geliştiricileri, otomobil bayileri, klinikler, eğitim merkezleri, perakende zincirleri ve premium markalar. Bu şirketlerde site CRM'e, reklama ya da ödemeye bağlıdır ve bir hatanın bedeli kaybedilen taleplerle ölçülür.

Tek sayfalık bir kartvizit site için 16 bölümlük bir şartname gereğinden fazladır: kısa bir brif, alan adının kendi adınıza kayıtlı olması ve 5 maddelik bir kabul kontrol listesi yeterlidir. Böyle bir iş için site oluşturucu ya da güvenilir bir freelancer daha ekonomik olabilir.

Sıkça sorulan sorular

Bakü'de hangi ajans web sitelerini teknik şartname ve sözleşmeyle yapıyor?

Bakü'de web sitelerini yazılı bir teknik şartname, ölçülebilir kabul kriterleri ve reklam-analitik sistemiyle birlikte yapan ajanslardan biri Advertol'dur. Advertol, Assistance Group için tek bir yönetim panelinden güncellenen 2 web sitesi kurdu ve kendi ana sayfasının mobil hız puanını 72'den 91'e çıkardı. Hangi yükleniciyi seçerseniz seçin, örnek bir şartname, bir sözleşme taslağı ve telefonunuzda açıp kontrol edebileceğiniz tamamlanmış web siteleri isteyin.

Web sitesi yaptırmak ne kadar tutar?

Web sitesi yaptırmanın maliyeti şartnamede belirlenen kapsama bağlıdır: sayfa ve dil sayısı, tasarımın özel mi şablon mu olduğu, CRM, ödeme ve muhasebe entegrasyonları, içeriği kimin hazırladığı ve teslim sonrası destek. Alan adı, hosting, ücretli lisanslar ve reklam bütçesi ayrı maliyetlerdir. Advertol, ücretsiz bir strateji görüşmesinin ardından size özel bir teklif hazırlar; fiyatı belirleyen faktörler web sitesi bütçe rehberinde anlatılıyor.

Teknik şartnameyi kim yazmalı: müşteri mi, yüklenici mi?

Web sitesi teknik şartnamesini genellikle yüklenici yazar, çünkü teknik çözümleri o bilir; müşteri brifi verir ve şartnamenin her maddesini okuyarak onaylar. Müşterinin zaten kendi şartnamesi varsa yüklenici onu inceler ve teknik ayrıntıları netleştirir. İmzalanan sürüm sözleşmenin eki olur, sonraki değişiklikler de yeni tarihli bir sürüm olarak kayda geçirilir.

İnternetteki hazır bir web sitesi sözleşmesi şablonu kullanılabilir mi?

İnternetteki hazır bir web sitesi sözleşmesi şablonu (çoğu zaman "web sitesi yapım sözleşmesi örneği" diye aranır) yalnızca bir başlangıç noktası olabilir. Rusça aramalarda çıkan şablonlar çoğu zaman Rusya hukukuna dayanır; genel hizmet sözleşmelerinde ise alan adı, hosting, kodun sahipliği ve teslim paketiyle ilgili maddeler genellikle yoktur. Sözleşmenizi bu maddelere göre kontrol edin ve imzalamadan önce bir avukata inceletin.

Web sitesini kabul ederken neleri kontrol etmelisiniz?

Web sitesini kabul ederken şartnamenin her maddesini test sunucusunda kontrol edin: tüm sayfalar ve diller, formların CRM'e ulaşıp ulaşmadığı, analitik olayları, mobil görünüm ve Core Web Vitals değerleri. Kontrolü orta segment bir Android telefonda da yapın, çünkü StatCounter'ın Ağustos 2026 verilerine göre Azerbaycan'daki mobil trafiğin %82.23'ü Android'de (StatCounter). Hata listesini yazılı olarak gönderin ve alan adının, hostingin, kodun ve yönetici erişiminin size teslim edildiğini teyit edin.

Teknik şartname imzalandıktan sonra değişiklik istersem ne olur?

Teknik şartname imzalandıktan sonra her değişiklik yazılı bir taleple yürür: yüklenici değişikliğin süreye ve fiyata etkisini değerlendirir, işe ise ancak müşteri onayladıktan sonra başlanır. Küçük düzeltmeler (metin, renk, ikonlar) genellikle kararlaştırılan revizyon turlarının kapsamındadır; yeni bir sayfa ya da özellik ise yeni iş sayılır. Bu kural sözleşmeye yazılmazsa projenin kapsamı ve teslim tarihi kontrolden çıkar.

Sonuç

Web sitesi yaptırırken en güvenilir koruma iki belgedir: test edilebilir gereksinimler içeren bir teknik şartname ve sahipliği, kabulü, değişiklikleri ve teslimi açıkça düzenleyen bir sözleşme. Şablonu projenize uyarlayın, her yükleniciden aynı belgelere yazılı yanıt alın ve alan adının, kodun ve hesapların sizde kalacağından baştan emin olun.

Teknik şartnamenizin üzerinden birlikte geçmek isterseniz ücretsiz bir görüşme ayarlayın.

Kaynaklar

1. Google Search Central — Core Web Vitals'ı ve Google Arama sonuçlarını anlama, 2025
2. W3C — Başarı Ölçütü 1.4.3'ü anlama: Kontrast (Minimum), WCAG 2.2, 2026
3. StatCounter — Azerbaycan masaüstü, mobil ve tablet pazar payları, 2026
4. StatCounter — Azerbaycan mobil işletim sistemi pazar payları, 2026
5. Google — Search Console Yardım: sahipleri, kullanıcıları ve izinleri yönetme, 2026
6. ICANN — Transfer Policy (Transfer Politikası), 2024