Web sitesi yaptırırken dikkat edilmesi gerekenler: 10 karar

Web sitesi yaptırırken dikkat edilmesi gerekenler, sitenin hangi işi göreceğini yazıya dökmekle başlar; alan adı, barındırma hesabı ve kaynak kodun kimin adına olacağını sözleşmede netleştirmekle biter. Arada içeriğin sorumlusu, yasal metinler, hız ölçütleri, eski adreslerin yönlendirilmesi ve yayın sonrası bakım vardır. Fiyatlar ancak bu kararlar netleştikten sonra karşılaştırılabilir hâle gelir.

Öne çıkanlar

• İnternet alan adlarının tahsisi ve yönetimine ilişkin yetki, 31 Temmuz 2026'da yürürlüğe giren 7590 sayılı Kanun'la BTK'dan Siber Güvenlik Başkanlığı'na geçti. ".tr" sistemi TRABİS'i artık bu Başkanlık işletiyor (TRABİS (yeni sekmede açılır)).
• Bir yazılımın mali haklarını devreden ya da kullandıran sözleşme yazılı olmalı ve devredilen haklar tek tek sayılmalıdır (5846 sayılı FSEK md. 52 (yeni sekmede açılır)).
• İnternette içerik yayımlayan herkes (içerik sağlayıcı), tanıtıcı bilgilerini sitesinde güncel olarak bulundurmakla yükümlüdür (5651 sayılı Kanun md. 3 (yeni sekmede açılır)).
• Denetime tabi sermaye şirketleri, ticaret siciline tescilden itibaren üç ay içinde internet sitesi açmak zorundadır (TTK md. 1524 (yeni sekmede açılır)).
• Google'ın "iyi" saydığı eşikler: sayfanın ana içeriği 2,5 saniye içinde yüklenmeli (LCP), etkileşime yanıt 200 milisaniyenin altında kalmalı (INP), kayma puanı 0,1'in altında olmalı (CLS) (Google (yeni sekmede açılır), 10 Aralık 2025 güncellemesi).

Bu rehber nasıl okunur?

Bu rehber, kurumsal bir site yaptırırken verilecek on kararı özetler. Her bölüm bir kararı anlatır ve ayrıntısını veren yazıya bağlanır.

Kararlar, bir projede ortaya çıkış sırasına göre dizildi:

1. Sitenin hedefini ve ölçüsünü yazmak.
2. Kapsamı işlevlerle tanımlamak.
3. Teklifleri aynı kapsam üzerinden karşılaştırmak.
4. Teknolojiyi bakım yüküne göre seçmek.
5. Alan adı, barındırma ve hesapları şirket adına açmak.
6. Kaynak kod ve tasarım haklarını yazılı netleştirmek.
7. Yasal yükümlülükleri baştan listeye almak.
8. İçeriğin sorumlusunu belirlemek.
9. Hız, erişilebilirlik ve aramada görünürlük ölçütlerini yazdırmak.
10. Yayın gününü ve sonrasını planlamak.

Siteden satış da yapacaksanız ödeme, ETBİS ve mesafeli satış gibi ek yükümlülükler devreye girer. Onları e-ticaret sitesi kurmak için gerekenler yazımızda ayrıca topladık.

1. Siteden ne beklediğinizi yazın

Bir web sitesinin başarısı, ondan ne beklendiği yazılmadan ölçülemez. İlk karar, sitenin hangi işi göreceği ve bunun hangi sayıyla izleneceğidir.

Kurumsal bir site çoğu zaman şu işlerden birini ya da birkaçını üstlenir: teklif talebi toplamak, bayi veya distribütör adaylarını bilgilendirmek, yurt dışındaki alıcıya ürünü anlatmak, iş başvurusu almak ya da yatırımcı ve resmî kurumlar için şirket bilgisini yayımlamak. Her biri farklı sayfalar, farklı formlar ve farklı bir başarı ölçüsü ister.

Bir örnekle düşünelim. Endüstriyel pompa üreten bir firma için sitenin ana işi, yurt dışındaki satın almacının doğru ürünü bulup teknik föyü indirmesi ve teklif istemesi olabilir. Bu durumda başarı ölçüsü ziyaretçi sayısı değil, nitelikli teklif talebi sayısıdır. Ana sayfanın tasarımından form alanlarına kadar her karar bu ölçüye göre verilir.

Yazılı bir ihtiyaç belgesi (brief) burada iki işe yarar. Teklif veren firmaların aynı işi fiyatlamasını sağlar ve proje boyunca "bunu konuşmuş muyduk?" sorusunun cevabını tutar.

En az şu başlıkları içermelidir:

• Sitenin bir ya da iki ana hedefi ve izlenecek ölçü (örneğin aylık teklif talebi sayısı).
• Hedef kitle ve hangi dillerde konuşulacağı.
• Sayfa listesi ve her sayfanın cevaplayacağı soru.
• Formlar ve verinin nereye gideceği (e-posta, CRM).
• İçeriği kimin hazırlayacağı.
• Örnek aldığınız ve kesinlikle istemediğiniz siteler.

Doldurulabilir bir şablon için web sitesi brief örneği yazımıza bakabilirsiniz.

2. Kapsamı sayfa sayısıyla değil, işlevle tanımlayın

"On sayfalık bir site" ifadesi kapsamı anlatmaz. Kapsamı belirleyen, sitenin yapması gereken işlerdir.

Aynı sayfa sayısına sahip iki site arasındaki fark çoğu zaman şu sorulardadır:

• İçerik paneli: Hangi içerik türlerini ekibiniz kendisi güncelleyecek? Haberler, ürün kataloğu, kariyer ilanları, belge arşivi ayrı ayrı tasarlanır.
• Diller: Kaç dil olacak, çeviriyi kim yapacak, her dilin ayrı adresi olacak mı?
• Formlar ve entegrasyonlar: Teklif formu yalnızca e-posta mı gönderecek, yoksa talep CRM'e mi düşecek?
• Katalog ve dokümanlar: Ürün sayfaları, teknik föyler ve sertifikalar sitede mi duracak?

Bu ayrımların her birinin kendi yazısı var:

• Üreticiler için katalog, teknik doküman ve teklif akışını üretici firma web sitesi yazımızda anlattık.
• İhracat yapan şirketler için dil seçimi, dil etiketleri (hreflang) ve çeviri yönetimini çok dilli web sitesi yazımız ele alıyor.
• Talepleri kaybetmeden CRM'e aktarmak ve formda KVKK'yı doğru kurmak için iletişim formu ve KVKK yazımıza bakabilirsiniz.

3. Teklifleri aynı kapsam üzerinden karşılaştırın

İki teklif ancak aynı işi fiyatlıyorsa karşılaştırılabilir. İki fiyat arasındaki farkın arkasında bir kapsam farkı olup olmadığını görmenin yolu, kalemleri tek tek okumaktır.

Teklifleri yan yana koymadan önce her birinde şu kalemlerin yazılı olup olmadığını kontrol edin:

Tablodaki satırları fiyatın yanında değerlendirme yöntemini web sitesi teklifi karşılaştırma yazımızda adım adım anlattık. Yayından sonra her yıl tekrarlanan alan adı, barındırma, SSL ve bakım kalemlerini ise web sitesinin yıllık giderleri yazımız sıralıyor.

4. Teknolojiyi bakım yüküne göre seçin

Doğru teknoloji, sitenin ne sıklıkla ve kim tarafından güncelleneceğine göre seçilir. "En yeni" ya da "en yaygın" ölçüt olmamalıdır.

Üç yol öne çıkar:

• Site oluşturucu: Az sayfalı, hızlı açılması gereken bir tanıtım sitesi için yeterli olabilir. Platformun sınırları ve taşınabilirlik baştan bilinmelidir.
• WordPress gibi içerik yönetim sistemleri: Editör ekibi alışkınsa makul bir seçimdir. Eklenti ve güvenlik güncellemelerinin düzenli takibi gerekir.
• Özel geliştirme: Karmaşık katalog, bayi ekranı ya da başka sistemlerle sıkı bağlantı gerekiyorsa öne çıkar. İlk yatırım daha yüksektir; karşılığında yapı tamamen size göre kurulur.

Hangi yolu seçerseniz seçin, bir taşınabilirlik sorusu sorun: Bu firmayla ya da bu platformla yollarımız ayrılırsa içeriği, kullanıcıları ve adresleri başka bir yere nasıl taşırız? Cevap teklifte bir cümleyle de olsa yazılı olmalıdır.

Karar için sorulması gereken asıl soru basittir: Bu sitenin güncellemesini ve güvenliğini önümüzdeki yıllarda kim, hangi sıklıkla yapacak? Üç seçeneği bakım, güvenlik, eklenti bağımlılığı ve içerik ekibi açısından yan yana koyan karar tablosu WordPress mi, özel yazılım mı yazımızda.

5. Alan adı, barındırma ve hesaplar şirketinizin adına olsun

Alan adı, barındırma, e-posta, analiz ve arama konsolu hesapları, sitenin anahtarlarıdır. Bu hesaplar baştan şirketiniz adına açılmalı, yetkili kişilerin bilgisi de sizde olmalıdır.

Kontrol edilmesi gereken hesaplar genellikle şunlardır:

• alan adı ve alan adının DNS yönetimi;
• barındırma ya da bulut hesabı;
• kurumsal e-posta hizmeti;
• analiz aracı ve Google Search Console;
• harita ve işletme profili;
• ücretli tema, eklenti ve yazı tipi lisansları.

Ajansla yollar ayrıldığında yaşanabilecek sorunlardan biri, alan adının ya da barındırma hesabının ajansın üzerinde kalmasıdır. Bu durumda siteyi taşımak, hatta e-postaya erişmek bile karşı tarafın iş birliğine bağlı hâle gelir.

".tr" uzantılı alan adları için güncel bir gelişme var. TRABİS (yeni sekmede açılır)'in kendi açıklamasına göre 24 Temmuz 2026'da kabul edilen ve 31 Temmuz 2026'da Resmî Gazete'de yayımlanarak yürürlüğe giren 7590 sayılı Kanun'la, alan adlarının tahsisi ve yönetimine ilişkin yetki Siber Güvenlik Başkanlığı'na devredildi. TRABİS artık bu Başkanlık tarafından işletiliyor.

Aynı sayfaya göre ".tr" tahsisleri iki yolla yapılır:

• Belgesiz tahsis: "İlk gelen ilk alır" kuralıyla yapılır. İlk geleni, başvurunun TRABİS'e ulaştığı zaman belirler.
• Belgeli tahsis: Başvuru sahibinin bilgi ve belgeleri kayıt kuruluşuna vermesi ve bunların TRABİS'e ulaşmasından sonra yapılır.

Başvuru adımlarını, marka çakışmasını ve uyuşmazlık yolunu .com.tr alan adı nasıl alınır yazımızda ele aldık. Hesap sahipliği için ayrıntılı kontrol listesi ise kaynak kod ve hesap sahipliği yazımızda.

6. Kaynak kod ve tasarım haklarını yazılı netleştirin

Siteyi yaptırmak, kodun ve tasarımın haklarının otomatik olarak size geçtiği anlamına gelmez. Bu haklar sözleşmede yazdığı kadar devredilir.

Fikir ve Sanat Eserleri Kanunu (yeni sekmede açılır), bilgisayar programlarını eser sayar. Kanunun 52. maddesine göre mali haklara dair sözleşmelerin yazılı olması ve devredilen hakların ayrı ayrı gösterilmesi şarttır. "Site sizin olacak" gibi genel bir cümle bu şartı karşılamaz.

Sözleşmede en az şu sorular cevaplanmalıdır:

• Kaynak kod size teslim edilecek mi, hangi biçimde ve hangi depoda?
• Hangi mali haklar devrediliyor: işleme (değiştirme), çoğaltma, yayma, umuma iletim? Süre ve yer sınırı var mı?
• Projede kullanılan hazır bileşenler, temalar ve yazı tipleri hangi lisansla geliyor?
• Tasarım dosyaları (kaynak dosyalar dâhil) teslim kapsamında mı?
• Firma aynı kodu başka projelerde kullanabilecek mi?

Bu soruların tamamının cevabı "devredilir" olmak zorunda değildir. Önemli olan, cevabın baştan yazılı olması ve sürpriz çıkmamasıdır. Ayrıntılı kontrol listesi web sitesi kaynak kodu kime ait yazımızda.

7. Yasal yükümlülükleri baştan listeye alın

Yasal metinler yayından bir gün önce eklenecek dosyalar değildir. Formların, çerez panelinin ve alt bilgi alanının tasarımını doğrudan etkilerler.

Kurumsal bir site için en sık karşılaşılan yükümlülükler şunlardır:

Çerez paneli için KVKK'nın Temmuz 2025 tarihli rehberi somut bir örnek veriyor. Siteye girildiğinde açılan panelde "kabul et", "reddet" ve "tercihler" düğmelerinin renk, büyüklük ve punto bakımından eşit sunulması iyi uygulama örneği olarak gösteriliyor. Aynı rehber, sitenin çalışması için kesinlikle gerekli çerezlerin genel olarak açık rıza dışındaki hukuki sebeplere dayandığını belirtiyor.

TTK'nın 1524. maddesi ise denetime tabi sermaye şirketlerine, sitenin bir bölümünü kanunen yapılması gereken ilanlara ayırma ve buradaki içeriği en az altı ay yayında tutma yükümlülüğü getiriyor.

Metinlerin listesi ve teknik yerleşimi web sitesinde bulunması gereken yasal metinler yazımızda, TTK 1524'ün kapsamı ve sitede ne olması gerektiği ise TTK 1524 internet sitesi zorunluluğu yazımızda ayrıntılı olarak anlatılıyor. Metinlerin hukuki içeriğini hukuk danışmanınızın hazırlaması gerekir; yazılım tarafı onları doğru yere ve doğru adıma yerleştirir.

8. İçeriğin sorumlusunu baştan belirleyin

Bir sitenin takvimini çoğu zaman tasarım ya da yazılım değil, içerik belirler. Metinlerin, fotoğrafların ve ürün bilgisinin kim tarafından, ne zamana kadar hazırlanacağı yazılmazsa proje beklemeye geçer.

İçerik planında her sayfa için üç bilgi bulunmalıdır:

1. Sayfanın amacı: Ziyaretçi bu sayfadan çıkarken ne yapmış olmalı?
2. Gereken malzeme: Metin, görsel, video, belge, referans.
3. Sorumlu ve tarih: Kim hazırlayacak, kim onaylayacak?

Siteyi yeniliyorsanız içerik planının bir de envanter tarafı vardır. Eski sitedeki her sayfa için üç karardan biri verilir: aynen taşınacak, güncellenip başka bir sayfayla birleştirilecek ya da kaldırılacak. Bu liste, onuncu bölümdeki yönlendirme planının da temelidir; kaldırılan ya da birleştirilen her sayfanın yeni bir hedefi olmalıdır.

Hizmet sayfalarında cevabı ilk paragrafta vermek, ölçülmemiş iddialardan kaçınmak ve "sık sorulan sorular" bölümünü gerçek müşteri sorularından kurmak, hem okur hem arama motorları için işe yarar.

9. Hız, erişilebilirlik ve görünürlük ölçütlerini teklife yazdırın

"Hızlı ve SEO uyumlu olacak" bir ölçüt değildir. Ölçüt, teslimde kontrol edilebilen bir eşiktir.

Google, sayfa deneyimini ölçerken üç Temel Web Verileri (Core Web Vitals) metriğine bakar. Google Search Central (yeni sekmede açılır)'ın "iyi" saydığı eşikler şunlardır:

Teklif aşamasında bu eşiklerin hangi sayfa türlerinde ve hangi cihazda ölçüleceğini yazdırın. Ölçüm sonucu teslim belgesinin parçası olmalıdır.

Google bu metrikleri gerçek kullanıcı deneyimini ölçen bir set olarak tanımlıyor ve sitenin durumunu Search Console'daki Core Web Vitals raporundan izlemeyi öneriyor. Teslimde bir ölçüm aracıyla alınan sonuçla başlamak, yayından sonraki haftalarda da Search Console raporunu birlikte izlemek gerçekçi bir plandır.

Aynı bölümde konuşulması gereken üç konu daha var:

• Erişilebilirlik. Ekran okuyucuyla, klavyeyle ya da düşük görme ile kullanılabilirlik bir kalite ölçütüdür. AB'deki tüketicilere çevrim içi satış yapıyorsanız Avrupa Erişilebilirlik Yasası (yeni sekmede açılır) e-ticaret hizmetlerini de kapsıyor. WCAG 2.1 AA düzeyinin kurumsal sitede ne anlama geldiğini web erişilebilirliği yazımızda anlattık.
• Yapay zekâ aramaları. Yapay zekâ destekli arama cevaplarında kaynak olarak görünmek, kurumsal siteler için ayrı bir çalışma başlığı hâline geldi. Neyin işe yarayıp neyin yaramadığını yapay zekâ aramalarında görünmek yazımızda sıraladık.
• Şehir sayfaları. Hizmet verdiğiniz her şehir için ayrı sayfa açmak cazip görünür. Ancak Google'ın spam politikaları (yeni sekmede açılır), kullanıcıyı tek bir sayfaya yönlendiren bölge ya da şehir odaklı sayfaları "doorway" kötüye kullanımı örnekleri arasında sayıyor (28 Ağustos 2026 güncellemesi). Kendi sitemizde il sayfalarını yayımlarken uyguladığımız kuralları il sayfaları ve yerel SEO yazımızda paylaştık.

10. Yayın gününü ve sonrasını planlayın

Yayın günü bir bitiş değil, sitenin bakım dönemine geçtiği gündür. Bu döneme ait kararlar da sözleşmeden önce verilmelidir.

Eski bir siteyi yeniliyorsanız en kritik iş, eski adreslerin yenilerine yönlendirilmesidir. Google'ın site taşıma rehberi (yeni sekmede açılır) eski adreslerin listelenip her birine yeni bir hedef belirlenmesini, sunucu tarafında kalıcı (301) yönlendirme kullanılmasını ve yönlendirmelerin mümkün olduğunca uzun, genellikle en az bir yıl tutulmasını öneriyor.

Yayın gününden önce şu listeyi tamamlayın:

1. Eski sitenin bütün adreslerini çıkarın ve her birine yeni bir hedef yazın.
2. Formları tek tek deneyin; bildirimlerin doğru kişiye gittiğini görün.
3. Çerez panelini ve yasal metin bağlantılarını kontrol edin.
4. Site haritasını ve arama konsolu doğrulamasını hazırlayın.
5. Yedekleme sıklığını ve yedeğin nerede tutulacağını yazılı hâle getirin.
6. Yayın sonrası hata düzeltme, güvenlik güncellemesi ve içerik desteğinin kapsamını sözleşmeye bağlayın.

Yönlendirme planının ayrıntıları için web sitesi yenilerken SEO yazımıza, yıllık giderler için web sitesinin yıllık giderleri yazımıza bakabilirsiniz.

Kim neyi üstlenir?

Bir web sitesi projesinde kararların bir kısmı sizde, bir kısmı yazılım firmasında, bir kısmı da hukuk danışmanınızdadır. Sorumluluk baştan dağıtılmazsa bazı işler iki tarafın da "ötekinin işi" saydığı boşlukta kalır.

Tablodaki tirelerin anlamı "hiç ilgisi yok" değil, "bu işin sahibi değil" demektir. Örneğin hukuk danışmanınız çerez panelini kurmaz, ama paneldeki metnin doğru olup olmadığına o karar verir.

Sözleşmeden önce son kontrol listesi

Aşağıdaki listedeki her maddenin cevabı yazılı ve iki tarafça bilinir olmalıdır. Bir maddenin cevabı "sonra konuşuruz" ise o madde açık bir risktir.

• Sitenin hedefi ve izlenecek ölçü brief'te yazılı.
• Sayfa listesi, içerik türleri, diller ve formlar kapsamda tek tek sayılmış.
• İçeriği kimin, ne zamana kadar hazırlayacağı belli.
• Alan adı, barındırma, e-posta ve analiz hesapları şirketiniz adına açılacak.
• Kaynak kod, tasarım dosyaları ve lisanslarla ilgili haklar ayrı ayrı yazılmış.
• KVKK aydınlatma metni, çerez paneli ve zorunlu bilgiler kapsamda.
• Hız eşikleri ve erişilebilirlik düzeyi teslim ölçütü olarak yazılmış.
• Eski adreslerin yönlendirilmesi kapsamda.
• Yayın sonrası destek, yedekleme ve güncelleme sorumluluğu belli.
• Yıllık giderler tekliften ayrı satırlarda gösterilmiş.

Bizim deneyimimiz

Kurumsal web sitesi projelerinde, teklif aşamasında sayfa listesini, dilleri, bağlantıları ve kimin neyi hazırlayacağını yazılı hâle getiriyoruz. Deneyimimiz, takvimi en çok içeriğin hazır olup olmadığının belirlediği yönünde; bu yüzden içerik planını tasarımdan önce çıkarıyoruz.

Barındırma hizmeti satmıyoruz. Siteyi, sizin adınıza ve sizin seçtiğiniz sağlayıcıda açılmış hesapta yayına alıyoruz. Eski bir siteyi yeniliyorsak yayından önce eski adreslerin listesini çıkarıp her biri için bir hedef belirliyoruz; sıralama garantisi ise vermiyoruz.

Kaynak kod ve tasarım dosyalarının hakları her projenin sözleşmesinde belirleniyor; bu seçenekleri teklif aşamasında açıkça konuşuyoruz. Teslimde ekibinize panelin kullanımını gösteriyor ve yazılı bir kılavuz bırakıyoruz. Kendi sitemiz de Next.js ile çalışıyor. Projelerde sayfaların sunucuda hazır HTML olarak gelmesini, telefonda çabuk açılmasını ve Core Web Vitals eşiklerini karşılamasını hedefliyoruz.

Sık sorulan sorular

Web sitesi yaptırmadan önce ne hazırlamalıyım?

Sitenin bir ya da iki ana hedefini, hedef kitlenizi, sayfa listesini ve içeriği kimin hazırlayacağını yazın. Varsa mevcut alan adınızın ve barındırma hesabınızın kimin adına kayıtlı olduğunu da kontrol edin. Bu bilgilerle gelen teklifler birbiriyle karşılaştırılabilir olur.

Alan adı ajansın üzerine kaydedilirse ne olur?

Alan adı ajansın adına kayıtlıysa, yollar ayrıldığında devri ajansın iş birliğine bağlı kalır. Bu yüzden alan adını ve barındırma hesabını baştan şirketiniz adına açtırın; ajansa yalnızca yetkili kullanıcı erişimi verin.

Kaynak kodu teslim almak zorunlu mu?

Kanun teslimi zorunlu kılmaz, ama hakların devri yazılı olmadıkça gerçekleşmez. Kodu teslim almayacaksanız bile, firma değiştirdiğinizde siteyi nasıl taşıyacağınızın sözleşmede yazılı olması gerekir.

Siteyi yenilersek Google'daki sıralamamız düşer mi?

Risk vardır ama yönetilebilir. Eski adreslerin yeni sayfalara kalıcı yönlendirmeyle bağlanması ve bu yönlendirmelerin uzun süre korunması, Google'ın kendi rehberinde önerdiği yoldur. Hiçbir firma sıralama garantisi veremez.

Küçük bir şirketin de KVKK metinlerine ihtiyacı var mı?

Sitedeki bir form ad, telefon ya da e-posta topluyorsa kişisel veri işliyorsunuz demektir. Bu durumda KVKK'nın 10. maddesindeki aydınlatma yükümlülüğü şirketin büyüklüğünden bağımsız olarak geçerlidir.

Kaynaklar

• Hakkında, TRABİS – Siber Güvenlik Başkanlığı, 13 Ekim 2026'da erişildi (7590 sayılı Kanun, Resmî Gazete 31 Temmuz 2026): https://www.trabis.gov.tr/page/6 (yeni sekmede açılır)
• 5846 sayılı Fikir ve Sanat Eserleri Kanunu, Resmî Gazete 13 Aralık 1951 (güncel metin): https://www.mevzuat.gov.tr/MevzuatMetin/1.3.5846.pdf (yeni sekmede açılır)
• 5651 sayılı İnternet Ortamında Yapılan Yayınların Düzenlenmesi ve Bu Yayınlar Yoluyla İşlenen Suçlarla Mücadele Edilmesi Hakkında Kanun, Resmî Gazete 23 Mayıs 2007 (güncel metin): https://www.mevzuat.gov.tr/MevzuatMetin/1.5.5651.pdf (yeni sekmede açılır)
• 6102 sayılı Türk Ticaret Kanunu, Resmî Gazete 14 Şubat 2011 (güncel metin): https://www.mevzuat.gov.tr/MevzuatMetin/1.5.6102.pdf (yeni sekmede açılır)
• 6698 sayılı Kişisel Verilerin Korunması Kanunu, Resmî Gazete 7 Nisan 2016: https://www.mevzuat.gov.tr/MevzuatMetin/1.5.6698.pdf (yeni sekmede açılır)
• Çerez Uygulamaları Hakkında Rehber, Kişisel Verileri Koruma Kurumu, Temmuz 2025: https://www.kvkk.gov.tr/SharedFolderServer/CMSFiles/fb193dbb-b159-4221-8a7b-3addc083d33f.pdf (yeni sekmede açılır)
• Understanding Core Web Vitals and Google search results, Google Search Central, 10 Aralık 2025 güncellemesi: https://developers.google.com/search/docs/appearance/core-web-vitals (yeni sekmede açılır)
• Site moves with URL changes, Google Search Central, 20 Ağustos 2026 güncellemesi: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes (yeni sekmede açılır)
• Spam policies for Google web search, Google Search Central, 28 Ağustos 2026 güncellemesi: https://developers.google.com/search/docs/essentials/spam-policies (yeni sekmede açılır)
• European Accessibility Act, European Commission, 13 Ekim 2026'da erişildi: https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/union-equality-strategy-rights-persons-disabilities-2021-2030/european-accessibility-act_en (yeni sekmede açılır)