Yapay Zeka Web Tasarımını Nasıl Değiştiriyor? 2026'dan Saha Notları

2004 yılında ilk web sitemi yaptığımda internet bambaşka bir yerdi. Ne ChatGPT vardı, ne Claude, ne Gemini, ne de "30 saniyede web sitesi oluştur" diyen araçlar. O zamanlar bir web sitesi yapmak gerçekten zordu. Bu yazı, internette okuduğunuz klasik "Yapay zeka geliyor, web tasarım bitiyor" içeriklerinden biri değil. Burada anlatacaklarım; 2004 yılında Mambo ile başlayan, yüzlerce proje, binlerce saat geliştirme, onlarca farklı sektör ve gerçek müşterilerden edindiğim 22 yıllık deneyimin bir özeti.

Bugün bir web sitesi kurmak için yazılımcı olmanıza bile gerek yok. Yapay zeka size tasarım hazırlıyor, kod yazıyor, içerik oluşturuyor, logo üretiyor, görsel hazırlıyor ve SEO önerileri sunuyor. Peki bütün bunlar web tasarımının artık önemsiz olduğu anlamına mı geliyor? Kesinlikle hayır. Aslında tam tersi oldu. Yapay zeka iyi web tasarımcılarını ortadan kaldırmadı; sadece ortalama olanları görünmez hale getirdi.

Web Tasarımının 22 Yıllık Evrimi: 2004'ten 2026'ya

2004'te bir web sitesi yapmak bugünkü anlamıyla "tasarım" değil, "mühendislik" işiydi.

CSS desteği bugün olduğu kadar güçlü değildi. Responsive tasarım diye bir kavram yoktu. Akıllı telefonlar henüz hayatımıza girmemişti. Internet Explorer ile Firefox arasında aynı sayfanın neden farklı göründüğünü çözebilmek bazen bütün günü alıyordu. Bir PNG dosyasının şeffaf görünmesi bile başarı sayılıyordu.

Sonraki yıllarda her şey hızla değişti. 2007'de iPhone çıktı ve mobil internet patladı. 2010'lardan itibaren responsive tasarım zorunluluk oldu. Flexbox ve Grid geldi, sayfa düzeni kurmak insanca bir hale geldi. jQuery'nin yerini modern JavaScript aldı. WordPress dünyanın yarısını kapladı. Derken statik site üreticileri, headless mimariler ve edge bilişim geldi.

Bu 22 yılda öğrendiğim en önemli şey şu: araçlar sürekli değişir, ama iyi iş çıkarmanın mantığı değişmez. Hangi teknoloji gelirse gelsin, sonunda hep aynı soruya dönüyoruz. Bu site kimin için, hangi tek işi yapacak ve ziyaretçiyi neye ikna edecek?

Mambo'dan Joomla'ya: İlk Projelerim

İlk profesyonel projem plastik cerrah Erhan Eryılmaz için hazırladığım çok dilli bir web sitesiydi. O dönem kullandığım sistem Mambo CMS idi.

Mambo o yılların en güçlü içerik yönetim sistemlerinden biriydi. Birkaç yıl sonra proje ekibi ayrıldı ve Mambo yerini Joomla'ya bıraktı. Uzun yıllar boyunca bu dönüşümün tam ortasında yer aldım. Bir sistemin doğuşunu, olgunlaşmasını ve yerini yenisine bırakmasını baştan sona yaşadım.

Bu deneyimin bana kattığı şey teknik bilgiden fazlasıydı. Bir teknolojinin ne zaman yükselişe geçtiğini, ne zaman zirveye ulaştığını ve ne zaman terk edilmesi gerektiğini görmeyi öğrendim. Bugün bir müşteriye "WordPress yerine özel kod" derken ya da "şu anki trendin arkasından koşma" derken, bu öngörü boşuna gelmiyor. Yüzlerce projede defalarca yaşanmış bir sezginin sonucu.

Yapay Zeka Gerçekten Neyi Değiştirdi?

Önce doğru olanı söyleyeyim: yapay zeka herkesi hızlandırdı. Bunu inkar etmek mümkün değil.

Ben de her gün yapay zeka kullanıyorum. Kod üretirken, blog yazarken, görsel fikirleri geliştirirken, SEO analizlerinde, hatta toplantılara hazırlanırken bile. Doğru kullanıldığında üretkenliği inanılmaz artırıyor. Eskiden dört saat süren bazı işler bugün yirmi dakikada tamamlanabiliyor.

Fakat burada insanların gözden kaçırdığı kritik bir nokta var. Yapay zeka herkes için aynı hız avantajını sağlıyor. Yani yalnızca sizi hızlandırmıyor, rakibinizi de hızlandırıyor. Dolayısıyla rekabet avantajı artık yapay zekayı kullanmak değil, onu nasıl kullandığınız.

Yapay zekanın gerçekten değiştirdiği şey üretim değil, değerin nerede oluştuğu. Üretim ucuzladı ve yaygınlaştı. Değer ise strateji, deneyim ve yargı tarafına kaydı. Bir web sitesini dakikalar içinde üretmek artık marifet değil. Marifet, o sitenin doğru insanı, doğru anda, doğru mesajla ikna etmesini sağlamak.

Neden Herkesin Sitesi Birbirine Benziyor?

Son iki yılda yüzlerce yeni web sitesi inceledim. İlk bakışta hepsi oldukça modern görünüyor.

Büyük başlıklar. Gradient arka planlar. Cam efekti. Yuvarlatılmış kartlar. Parlayan butonlar. Mikro animasyonlar. İlk izlenim gerçekten etkileyici. Fakat birkaç dakika sonra ilginç bir şey fark ediyorsunuz: sanki bütün siteler aynı kişi tarafından yapılmış gibi.

Sebebi basit. Kullanılan araçlar aynı, promptlar benzer, hazır bileşenler aynı, renk paletleri birbirinin kopyası. Sonuç olarak ortaya teknik olarak başarılı ama karakteri olmayan web siteleri çıkıyor.

Geçmişte amatör görünen siteler vardı. Bugün ise profesyonel görünen ama akılda kalmayan siteler var. Bence 2026'nın en büyük problemi tam olarak bu. Bir web sitesi sadece güzel görünmemeli; markayı yansıtmalı, kullanıcıya güven vermeli ve ilk birkaç saniyede "burası doğru yer" hissini oluşturmalı. Bu his hazır şablonlarla değil, deneyimle oluşuyor.

UI Değil UX Kazandırıyor

Çoğu insan web tasarımı denince görseli, yani arayüzü (UI) düşünür. Oysa gerçek iş kullanıcı deneyiminde (UX) döner.

Güzel bir arayüz kullanıcıyı etkiler. İyi bir deneyim ise kullanıcıyı müşteriye dönüştürür. Bu ikisi aynı şey değil. Bir site pırlanta gibi görünüp insanı sepete kadar getirip orada kaybedebilir. Bir başka site daha sade görünüp çok daha yüksek dönüşüm üretebilir.

UX şu soruların cevabıdır. Ziyaretçi aradığını kaç saniyede buluyor? Sonraki adım net mi? Formda kaç alan var, gerçekten hepsi gerekli mi? Telefondan tek elle kullanılabiliyor mu? Hata durumunda kullanıcı ne görüyor? Bu soruların cevabı, sitenin renginden ya da fontundan çok daha fazla para kazandırır.

Yapay zeka size güzel bir arayüz çizebilir. Ama sizin işinizde ziyaretçiyi neyin ikna ettiğini, hangi cümlenin telefonu çaldırdığını, hangi itirazın satışı durdurduğunu bilmiyor. Bunlar 420 projede tek tek yaşayarak öğrenilen şeyler.

Yapay Zeka ile Çalışma Sistemim

Yapay zekayı verimli kullanmanın sırrı, onu stratejist değil asistan olarak konumlandırmak.

Benim çalışma düzenim şu sırayla ilerliyor. Önce strateji: proje kimin için, hangi tek işi yapacak, başarı nasıl ölçülecek. Bunu insan kararı veriyor, yapay zeka değil. Sonra hız: strateji netleştikten sonra taslakları, varyasyonları ve rutin kod bloklarını yapay zeka ile hızlandırıyorum. En sonda ise yargı: çıkan her şeyi elden geçiriyorum, çünkü modelin ürettiği "ortalama doğru" ile gerçek "doğru" arasındaki farkı ancak deneyim kapatıyor.

Yapay zekanın en iyi olduğu yerler bende şunlar: tekrar eden üretim, boş sayfa sendromunu kırmak, erişilebilirlik ve hata taraması gibi sabır isteyen kontroller. En zayıf olduğu yer ise tek bir şey: sizin işinizi bilmiyor. İşte o boşluğu insan dolduruyor.

PageSpeed Insights Neden Hala Kritik?

Hız bir konfor meselesi değil, doğrudan para meselesi. Yavaş açılan her saniye, kaybedilen ziyaretçi ve düşen dönüşüm demek.

Google PageSpeed Insights, bir sayfanın performansını hem laboratuvar hem de gerçek kullanıcı verisiyle ölçer ve size somut bir yol haritası çıkarır. Ama burada önemli bir nüans var: yüksek PageSpeed skoru amaç değil, sonuçtur. Amaç gerçek kullanıcının sayfayı hızlı ve akıcı deneyimlemesi. Skoru şişmek için numaralar yapıp gerçek deneyimi bozan siteler gördüm. Doğru yaklaşım, temel metrikleri gerçek anlamda iyileştirmek.

Benim tüm projelerimde hız bir sonradan ekleme değil, baştan bir tasarım kararı. Sıfır gereksiz framework, self-host font, optimize görsel, minimum JavaScript. Bu yüzden hazır tema üzerine kurulu sitelerin çoğundan yapısal olarak daha hızlı oluyorlar.

Core Web Vitals: LCP, CLS ve INP

Google'ın performans dilinin üç temel metriği var ve modern web tasarımında bunları bilmeden yol alınmaz.

LCP (Largest Contentful Paint): Sayfadaki en büyük görsel ya da metin bloğunun ekranda belirme süresi. Kullanıcının "sayfa açıldı" hissettiği an. İyi bir değer 2.5 saniyenin altıdır. Genelde büyük hero görselleri, yavaş sunucu yanıtı ve render engelleyen kaynaklar bu metriği bozar.

CLS (Cumulative Layout Shift): Sayfa yüklenirken ögelerin ne kadar kaydığını ölçer. Tam butona basacakken reklamın yükleyip düzeni kaydırması, işte o rahatsız edici his. İyi bir değer 0.1'in altıdır. Görsellere ve reklam alanlarına önceden boyut vermek bunu çözer.

INP (Interaction to Next Paint): Kullanıcı bir şeye tıkladığında ya da yazdığında sayfanın ne kadar hızlı tepki verdiğini ölçer. 2024'te eski FID metriğinin yerini aldı. İyi bir değer 200 milisaniyenin altıdır. Ağır JavaScript ana ipliği meşgul ettiğinde bu metrik bozulur.

Bu üç metrik yalnızca teknik detay değil; doğrudan Google sıralamasını ve kullanıcının sitede kalma süresini etkiliyor.

Görsel Optimizasyonu: AVIF, WebP ve Lazy Loading

Çoğu yavaş sitenin suçu tek bir yerde toplanır: ağır görseller. Bir sayfanın toplam boyutunun büyük kısmını genellikle optimize edilmemiş resimler oluşturur.

Çözüm üç katmanlı. Önce doğru format: AVIF bugünün en iyi sıkıştırmasını sunar, WebP ise çok geniş tarayıcı desteğiyle güçlü bir alternatiftir. Klasik JPEG ve PNG çoğu durumda geride kalır. Sonra doğru boyut: 4000 piksel genişliğindeki bir fotoğrafı 800 piksellik bir alana koymanın anlamı yok, görsel gösterileceği boyutta sunulmalı. En sonda lazy loading: ekranda görünmeyen görseller loading="lazy" ile sadece gerektiğinde yüklenir, böylece ilk açılış hafifler.

Bu üç adım çoğu sitede sayfa boyutunu ciddi oranda düşürür ve LCP metriğini doğrudan iyileştirir.

Font Optimizasyonu

Fontlar sessiz bir performans katilidir. Yanlış kurulduklarında hem sayfayı yavaşlatır hem de gizlilik sorunu yaratırlar.

Doğru yaklaşım önce self-host: Google Fonts'u doğrudan Google sunucusundan çekmek yerine fontu kendi sunucunuza koymak hem hızlandırır hem de KVKK ve GDPR açısından daha temizdir, çünkü ziyaretçinin verisi üçüncü tarafa gitmez. Sonra woff2 formatı: en iyi sıkıştırmayı sunar. Sonra font-display: swap: font yüklenene kadar metnin görünmez kalmasını engeller, kullanıcı bekletilmez. Bir de subsetting: yalnızca kullanılan karakter setini yüklemek dosyayı küçültür.

Kendi sitemde fontlar tam olarak böyle kuruludur; sıfır harici istek, sıfır gizlilik sızması.

JavaScript ve Bundle Boyutu

Modern webin en yaygın hatası, gerekmediği halde her şeyi ağır bir JavaScript framework'ü üzerine kurmak.

Her satır JavaScript bir maliyettir. İndirilmesi, ayrıştırılması ve çalıştırılması gerekir; hepsi de ana ipliği meşgul eder ve INP metriğini bozar. Bir tanıtım sitesini React ya da benzeri bir framework'ün tüm yüküyle kurmak, çoğu zaman balyozla fındık kırmaktır.

Benim yaklaşımım ihtiyaca göre araç seçmek. Basit bir kurumsal siteyi vanilla JavaScript ile hafifçe kurabiliyorken ağır bir framework'e girmiyorum. Framework gerektiğinde ise tree-shaking, code splitting ve lazy loading ile bundle boyutunu kontrol altında tutuyorum. Kural basit: kullanıcı sadece o an ihtiyacı olan kodu indirmeli.

CDN ve Edge Cache

Bir sitenin ne kadar hızlı açıldığı, sunucunun kullanıcıya olan fiziksel uzaklığıyla da ilgilidir. Almanya'daki bir ziyaretçi için Türkiye'deki tek bir sunucudan içerik çekmek, her istekte binlerce kilometrelik bir gecikme demektir.

CDN (Content Delivery Network) bu sorunu çözer. Sitenizin statik dosyalarını dünyanın dört bir yanındaki sunuculara dağıtır, ziyaretçi en yakın noktadan hızla veri alır. Edge cache ise sayfaların işlenmiş halini bu kenar sunucularda tutar, böylece her istek için sıfırdan üretim yapılmaz.

Özellikle çok dilli ve uluslararası hizmet veren markalar için bu, lüks değil zorunluluktur. Türkiye, Almanya ve başka bir ülke aynı anda hedefleniyorsa, herkes için aynı hızı sunmanın yolu buradan geçer.

SSR, SSG, ISR ve Headless Mimariler

Bir sitenin sayfaları nasıl üretilir sorusu, hem performansı hem SEO'yu hem de yapay zeka görünürlüğünü doğrudan etkiler. Dört ana yaklaşım var.

SSR (Server-Side Rendering): Sayfa her istekte sunucuda üretilir. İçeriği sürekli değişen dinamik siteler için idealdir.

SSG (Static Site Generation): Sayfalar önceden statik HTML olarak üretilir ve olduğu gibi sunulur. En hızlı ve en güvenli yöntemdir; içerik çok sıklıkta değişmiyorsa muhteşem çalışır.

ISR (Incremental Static Regeneration): Statik üretimin esnek halidir. Sayfalar statik durur ama belirli aralıklarla arka planda yenilenir. Hem hız hem tazelik isteyen büyük siteler için idealdir.

Headless mimari: İçerik yönetimi ile görünüm katmanını birbirinden ayırır. İçerik bir API'den gelir, görünüm ise istenen teknolojiyle kurulur; böylece esneklik ciddi şekilde artar.

Kendi blog altyapımda bilinçli olarak statik üretim tarafındayım. Panelde yazı kaydettiğimde sistem sayfaları statik HTML olarak yeniden üretir; ziyaretçiye veritabanı sorgusu değil, ışık hızında dosya gider. Bu hem hızı hem de yapay zeka görünürlüğünü aynı anda kazandırır.

Semantic HTML

Bir sayfanın görünümü kadar, altındaki HTML'in anlamı da önemlidir. Çoğu site görsel olarak doğru ama yapısal olarak anlamsızdır.

Semantic HTML, her ögeyi işine uygun etiketle işaretlemek demektir. Başlıklar için h1, h2, h3; ana içerik için main; gezinme için nav; makale için article; alt bilgi için footer. Her şeyi üst üste div yığınlarıyla kurmak yerine tarayıcıya, ekran okuyuculara ve yapay zeka botlarına sayfanın anlamını açıkça söylemek.

Bu neden önemli? Çünkü hem Google hem de yapay zeka sistemleri sayfayı bu yapıyla okur. Anlamlı bir HTML iskeleti, içeriğinizin doğru anlaşılmasını ve alıntılanmasını kolaylaştırır. Kötü bir iskelet ise en iyi içeriği bile görünmez kılar.

Erişilebilirlik (Accessibility, WCAG)

Erişilebilirlik, sitenin herkes tarafından kullanılabilmesi demektir. Görme engelli bir kullanıcıdan, titreyen elleriyle telefonu zor tutan birine kadar herkes.

Standart adı WCAG'dır ve A, AA, AAA seviyelerinde tanımlanır; çoğu proje için hedef AA'dır. Pratikte şunlar anlamına gelir: metin ile arka plan arasında yeterli renk kontrastı, her görsel için anlamlı alt metni, klavye ile tam gezinilebilirlik, gerektiğinde ARIA etiketleri, hareket hassasiyeti olanlar için animasyonları azaltma seçeneği.

Erişilebilirlik yalnızca bir vicdan meselesi değil, aynı zamanda daha geniş kitleye ulaşmak ve SEO'yu güçlendirmek demektir. Google, erişilebilir siteleri ödüllendirir; çünkü iyi erişilebilirlik çoğu zaman iyi yapıyla el ele gider.

Schema.org ve JSON-LD

Bir sayfanın ne anlattığını insan gözle anlar, ama arama motorlarına ve yapay zekaya bunu açıkça söylemenin bir yolu vardır: yapısal veri.

Schema.org, içeriğinizi makinelerin anlayacağı bir sözlükle etiketlemenizi sağlayan ortak standarttır. JSON-LD ise bu etiketlemeyi sayfaya eklemenin Google'ın önerdiği yöntemidir; sayfanın görünümünü bozmadan, arka planda temiz bir veri bloğu olarak durur.

Bu veri sayesinde arama motoru "bu bir makale, yazarı şu, yayın tarihi bu, şu kurumsal kimliğe ait" gibi bilgileri tahmin etmek zorunda kalmaz, doğrudan okur. Sonuç: zengin sonuçlar, daha iyi anlaşılma ve yapay zeka sistemlerinde daha kolay alıntılanma.

Hangi Schema Türleri Kullanılmalı?

Her sayfa türünün kendine uygun bir schema tipi vardır. En çok işe yarayanlar şunlar.

• Organization: Marka kimliği; şirket adı, logosu, sosyal medya hesapları.
• LocalBusiness: Yerel işletmeler için; adres, telefon, çalışma saatleri. Yerel SEO'nun temeli.
• Person: Kişi kimliği; bir uzmanın, yazarın ya da hekimin profili.
• FAQPage: Sık sorulan sorular; Google'da açılır cevap kutuları olarak çıkabilir.
• Article: Blog yazıları ve makaleler; başlık, yazar, tarih.
• BreadcrumbList: Sayfa hiyerarşisi; kullanıcının sitede nerede olduğunu gösteren yol.

Kendi sitemde bunların bir kısmı zaten kurulu. Bu blog yazısının altında da Article ve BreadcrumbList verileri var; bu yüzden hem Google hem de yapay zeka bu içeriği daha doğru okuyabiliyor.

llms.txt Nedir?

Web dünyasına yeni giren bir standart var: llms.txt. Adından anlaşılacağı gibi doğrudan büyük dil modellerini, yani yapay zeka sistemlerini hedefliyor.

Mantığı robots.txt'e benzer ama amacı farklı. robots.txt botlara nereye girip nereye girmeyeceklerini söyler; llms.txt ise sitenizin ne olduğunu, en önemli sayfalarının hangileri olduğunu ve markanızı nasıl özetlemeleri gerektiğini yapay zekaya sade bir dille anlatır. Sitenin kök dizininde duran, insan tarafından da okunabilen bir Markdown dosyasıdır.

Neden önemli? Çünkü yapay zeka bir soruyu cevaplarken sizi tanımıyorsa, sizi anmaz. llms.txt markanızı modele doğru tanıtmanın en temiz yolu. Kendi sitemde bu dosyayı çoktan hazırladım; içinde kim olduğumu, hangi hizmetleri verdiğimi ve önemli sayfalarımı yapay zekaya açıkça söylüyorum.

robots.txt Nasıl Olmalı?

robots.txt, sitenizin kapısındaki görevlidir. Hangi botun nereye girebileceğini o söyler. 2026'da bu dosyanın önemi eskisinden fazla, çünkü artık yalnızca Google botunu değil, yapay zeka botlarını da yönetiyoruz.

Klasik yaklaşım yalnızca arama motorlarını düşünürdü. Bugün ise dosyaya ChatGPT'nin, Claude'un, Perplexity'nin ve Google'ın yapay zeka botlarına açık izin satırları eklemek gerekiyor. Çünkü bu botlar içeriğinizi okuyamazsa, sizi hiçbir cevapta kaynak gösteremez.

Önemli bir denge var: gizli kalması gereken alanları (yönetim panelleri gibi) kapatırken, görünmek istediğiniz içeriğe yapay zekanın erişimini açık tutmak. Yanlış kurulmuş bir robots.txt, en değerli içeriğinizi bile görünmez kılabilir.

sitemap.xml

sitemap.xml, sitenizin arama motorlarına sunduğu bir içindekiler listesidir. Hangi sayfaların var olduğunu, ne zaman güncellendiğini ve önceliğini düzenli bir biçimde bildirir.

Özellikle çok dilli ve çok sayfalı sitelerde bu dosya kritik. Yeni yayınlanan bir blog yazısının ya da bir kategori sayfasının daha hızlı keşfedilmesini sağlar. Çok dilli sitelerde ise hreflang bilgileriyle birlikte, aynı içeriğin farklı dil sürümlerinin birbirinin çevirisi olduğunu Google'a söyler.

Benim blog altyapım yeni bir yazı yayınlandığında sitemap'i otomatik günceller. Böyle olması lazım; sitemap elle güncellenen bir dosya olmamalı, sistemin bir parçası olmalı.

AI Botları Web Sitenizi Nasıl Okuyor?

Burada çoğu kişinin bilmediği kritik bir gerçek var. Yapay zeka botlarının büyük çoğunluğu JavaScript'i çalıştırmaz; yalnızca ham HTML'i okur.

Bunun anlamı şu: sitenizin içeriği yalnızca tarayıcıda JavaScript çalışınca beliriyorsa, yapay zeka onu büyük olasılıkla göremez. Google'ın gelişmiş botu bir ölçüde JavaScript işleyebilir, ama yapay zeka botlarının çoğu bu konuda çok daha sınırlı. Onlar için geçerli olan tek şey, sunucudan gelen ilk HTML.

İşte bu yüzden statik ve sunucu tarafında üretilen siteler yapay zeka görünürlüğünde net bir avantaja sahip. İçerik ilk HTML'de hazır geldiğinde, bot onu sorunsuz okur ve alıntılanabilir kaynak haline getirir. Benim blogu bilinçli olarak statik HTML üretecek şekilde kurmamın en önemli sebeplerinden biri tam olarak bu.

ChatGPT, Gemini, Claude ve Perplexity'de Görünmek

İnsanlar artık yalnızca Google'a sormuyor. Bir sorunun cevabını doğrudan ChatGPT'ye, Gemini'ye, Claude'a ya da Perplexity'ye soruyor. Ve bu araçlar cevap verirken kaynak gösteriyor.

Buradaki oyunun kuralı değişti. Eski soru "Google'da kaçıncıyım" idi. Yeni soru şu: "Yapay zeka bu konuyu anlatırken beni anıyor mu?" Bir kullanıcı "İstanbul'da özel kod web tasarım yapan biri" diye sorduğunda, modelin cevabında geçmek bambaşka bir görünürlük.

Bu görünürlük üç şeye dayanıyor. Makinenin okuyabildiği temiz ve statik içerik. Soruları gerçekten cevaplayan bilgi, yani broşür metni değil değer. Ve en önemlisi, marka sinyali: başka sitelerde adınızın geçmesi, gerçek yorumlar, tutarlı kimlik. Yapay zeka, güvendiği ve tekrar tekrar gördüğü kaynakları anar.

GEO: Generative Engine Optimization

Bütün bu yeni görünürlük çabasının bir adı var: GEO, yani Generative Engine Optimization. Türkçesiyle, üretken yapay zeka motorlarında görünür olmak için yapılan optimizasyon.

GEO, klasik SEO'nun üstüne inşa edilir ama hedefi farklıdır. Amaç yalnızca arama sonuçlarında üst sırada çıkmak değil, yapay zekanın ürettiği cevapta kaynak olarak yer almak. Pratikte şu üç şeyi ister. Makinenin rahat okuduğu yapılandırılmış içerik, yani schema, hızlı sayfalar ve llms.txt gibi sinyaller. Soruları gerçekten cevaplayan içerik. Ve sentetik metnin taklit edemediği tek şey: yaşanmış deneyim.

GEO şu an çoğu işletmenin gündeminde bile değil. Tam da bu yüzden erken hareket edenler için büyük bir fırsat penceresi. Ben kendi sitemde GEO altyapısını şimdiden kurdum; önümüzdeki yıllarda bunun getirisini göreceğiz.

SEO ile GEO Arasındaki Fark

İkisi karıştırılıyor ama farklı şeyler. Ayrımı net koymakta fayda var.

SEO (Search Engine Optimization) klasik arama motorlarını hedefler. Amaç Google'da bir anahtar kelimede üst sırada çıkmak, ziyaretçiyi sonuç sayfasından sitenize çekmek. Başarı ölçüsü sıralama ve tıklama.

GEO (Generative Engine Optimization) yapay zeka motorlarını hedefler. Amaç, modelin ürettiği cevabın içinde kaynak olarak yer almak. Burada kullanıcı bir sonuç listesi görmez; doğrudan bir cevap alır ve o cevapta siz varsınız ya da yoksunuz.

İkisi birbirinin rakibi değil, tamamlayıcısı. SEO'nun teknik temeli (hız, semantic HTML, schema) aynı zamanda GEO'nun da temeli. Fark, içeriğin niyetinde: SEO tıklanmak için yazılır, GEO ise alıntılanmak için. 2026 ve sonrasında kazanan, ikisini birlikte düşünenler olacak.

Gerçek Deneyim Neden Yapay Zekadan Daha Değerli?

Bütün bu teknolojinin ortasında değişmeyen tek şey var: yaşanmışlık. Yapay zeka her şeyi yazabilir, ama sizin sahada öğrendiğinizi yazamaz.

Bir model, bir diş kliniğinin hastasını neyin ikna ettiğini bilmez. Bir oto galericinin telefonuna gelen soruların yüzde kaçının fiyat sorusu olduğunu bilmez. Bir emlakçının hangi fotoğraf açısıyla daha çok randevu aldığını bilmez. Bunlar kitaplarda yazmaz; yıllarca, proje proje, hata hata öğrenilir.

Google ve yapay zeka artık bu "deneyim sinyalini" arıyor. E-E-A-T dedikleri şey (deneyim, uzmanlık, otorite, güvenilirlik) tam olarak bunu ölçüyor. Vaka çalışması, gerçek rakam, gerçek hikaye. İşte sentetik içeriğin asla üretemeyeceği şey bu ve iyi bir web sitesinin asıl malzemesi de tam olarak burada saklı.

Güven Sinyalleri

Bir ziyaretçi sitenize girdiğinde bilinçli olarak sormasa da, zihni sürekli tek bir soruyu tartıyor: "Buraya güvenebilir miyim?" Güven sinyalleri bu sorunun cevabıdır.

Güveni oluşturan şeyler çoğu zaman küçük ama belirleyici. Gerçek fotoğraflar, stok görsel değil. Açık ve dürüst fiyatlar, ya da en azından şeffaf bir süreç. Gerçek müşteri yorumları ve vaka çalışmaları. Net iletişim bilgileri ve hızlı dönüş vaadi. Yasal metinlerin (KVKK, gizlilik) eksiksiz olması. Tutarlı marka kimliği.

Bu sinyallerin her biri tek başına küçük görünür, ama toplamı bir sitenin dönüşüm oranını kökten değiştirir. 2026'da güven, en kıt ve en değerli para birimi.

Gerçek Fotoğraf mı, Yapay Zeka Görseli mi?

Yapay zeka görselleri inanılmaz gelişmiş durumda. Peki her yerde onları kullanmalı mıyız? Cevabım net: duruma göre, ama güven gerektiren yerlerde asla.

Yapay zeka görseli soyut kavramlar, dekoratif arka planlar ve illüstrasyon gerektiren yerlerde harika bir araç. Hızlı, ucuz, esnek. Ama iş size, ekibinize, işyerinize ya da ürününüze geldiğinde iş değişir. Bir kliniğin gerçek hekim fotoğrafı, bir galerinin gerçek aracı, bir ustanın gerçek eli; bunlar sentetik bir görüntüyle değiştirilemez.

Çünkü insanlar sahteliği hissediyor. Fazla mükemmel, fazla cilalı, "gerçek dışı" duran bir yüz güveni artırmaz, aksine kırar. 2026'nın en güçlü farklılaştırıcı unsuru gerçeklik. Ben bu yüzden müşterilerime hep aynı şeyi söylüyorum: dekorda yapay zeka kullanabiliriz, ama seni sen yapan şeyde gerçek olalım.

Dönüşüm Optimizasyonu (CRO)

Bir siteye trafik çekmek işin yarısı. Diğer yarısı, o trafiği müşteriye çevirmek. Bu ikinci yarıya CRO (Conversion Rate Optimization), yani dönüşüm optimizasyonu deniyor.

CRO şu soruyla ilgilenir: siteye gelen yüz kişiden kaçı istenen eylemi yapıyor? Form dolduruyor, arıyor, satın alıyor. Bu oranı artırmak çoğu zaman daha fazla trafik çekmekten çok daha karlı, çünkü eldeki ziyaretçiyi daha iyi değerlendirmek demek.

CRO'nun malzemesi küçük ama güçlü detaylar. Net ve tek bir eylem çağrısı. Sadeleştirilmiş formlar, gereksiz alanların silinmesi. Güven sinyallerinin doğru yerde konumlanması. Hızlı sayfa, çünkü yavaşlık doğrudan dönüşümü düşürür. Mobil deneyimin kusursuz olması. Ve sürekli ölçüm: neyin işe yaradığını tahminle değil, veriyle bulmak.

Güzel görünen ama satmayan bir site pahalı bir tabeladır. İyi CRO, o tabelayı çalışan bir satış ekibine çevirir.

Modern Web Sitesinde Olması Gerekenler: 2026 Kontrol Listesi

Bütün bu yazıyı tek bir pratik listeye indirgeyeyim. 2026'da ciddi bir web sitesinde şu maddeler bulunmalı.

• Temiz, semantic ve geçerli HTML iskeleti.
• Core Web Vitals (LCP, CLS, INP) hedeflerini karşılayan gerçek hız.
• AVIF ya da WebP formatında, doğru boyutlanmış ve lazy load edilen görseller.
• Self-host, woff2, swap ile optimize edilmiş fontlar.
• Minimum ve kontrollü JavaScript, gereksiz framework yükü olmadan.
• Statik ya da sunucu tarafında üretilen, yapay zekanın okuyabildiği içerik.
• Eksiksiz Schema.org / JSON-LD verisi (Organization, Article, FAQ, Breadcrumb).
• Yapay zeka botlarına açık robots.txt ve hazır llms.txt.
• Otomatik güncellenen sitemap.xml ve çok dilli site için hreflang.
• WCAG AA seviyesinde erişilebilirlik.
• Gerçek fotoğraflar, gerçek yorumlar ve net güven sinyalleri.
• Dönüşüm için sadeleştirilmiş formlar ve net eylem çağrıları.
• KVKK ve gizlilik metinlerinin eksiksiz olması.
• Kusursuz mobil deneyim.

Bu listenin çoğu gözle görünmez. Ama bir sitenin uzun vadede kazanıp kazanmayacağını tam olarak bunlar belirler.

Web Tasarımı Ölmedi, Ortalama Web Tasarımı Öldü

22 yıl önce bir web sitesini çalıştırabilmek başlı başına bir başarıydı. Bugün herkes bir şey çalıştırabiliyor. Zor olan artık üretmek değil, fark edilmek.

Yapay zeka web tasarımını bitirmedi. Sadece işin kolay kısmını herkes için ücretsiz hale getirdi. Geriye kalan zor kısım, yani strateji, deneyim, güven ve gerçek insan dokunuşu, hala en değerli şey. Ve bu kısım tam olarak yapay zekanın yapamadığı kısım.

Bir işletme sahibiysen 2026 için önerim üç cümleyle özetlenebilir. Şablondan kaç, çünkü rakiplerinle karışıyorsan en pahalı reklamın bile kiralık bir yüzle sahneye çıkıyor demektir. Gerçek olanı göster, çünkü güven bu dönemin en kıt para birimi. Ve yapay zekayı reddetme, doğru yere koy; stratejiyi insana, tekrarı makineye bırak.

Yapay zeka ortalama web tasarımını öldürdü. Ve açıkçası, buna üzüldüğümü söyleyemem. Çünkü geriye kalan tek şey, gerçekten iyi iş çıkaranlar için daha geniş bir alan.

Eğer siten de bu ortalamanın içinde kayboluyorsa, konuşalım. 22 yıllık deneyimi ve bütün bu teknik altyapıyı senin projene nasıl uygulayabileceğimizi birlikte planlayalım.