SEO uyumlu web sitesi, Google'ın sayfalarını sorunsuz tarayıp konusunu anlayabildiği ve ziyaretçinin telefondan hızlı kullanabildiği sitedir. Böyle bir site tasarım çizilmeden önce anahtar kelime araştırması ile sayfa planından başlar. URL kuralları, sayfa şablonları, hız hedefleri ve yayın öncesi kontroller bu plana göre kurulur.
SEO uyumlu web sitesi nedir?
SEO uyumlu web sitesi arama motorunun bulabildiği, okuyabildiği ve doğru sorguyla eşleştirebildiği sayfalardan oluşan sitedir. SEO uyumluluk bir eklentinin ya da tasarım paketindeki bir maddenin adı değildir. Sitenin nasıl kurulduğunu anlatan bir özelliktir ve üç katmanda kontrol edilir.
- Taranabilirlik Googlebot'un her önemli sayfaya bir HTML linki üzerinden ulaşabilmesidir. Robots.txt engeli, yalnız JavaScript ile açılan menü ya da giriş isteyen sayfa bu katmanı bozar.
- Anlaşılabilirlik her sayfanın tek bir konuyu net başlık, metin ve yapısal veriyle anlatmasıdır.
- Kullanılabilirlik sayfanın mobilde hızlı açılması, yüklenirken kaymaması ve dokunmaya çabuk yanıt vermesidir.
Bu katmanlardan biri eksikse güzel görünen bir site de aramada geri kalır. Tasarım ekibinin "sitemiz SEO uyumlu" demesi tek başına bir şey kanıtlamaz. Her katmanın altındaki teknik ayarları adım adım teknik SEO rehberimizde topladık. Bu yazıda ise bu ayarların yeni bir site kurulurken hangi sırayla ele alınacağını anlatıyoruz.
SEO uyumlu web tasarım normal tasarımdan nasıl ayrılır?
SEO uyumlu web tasarım, sayfa listesinin arama verisine göre belirlendiği ve görsel tasarımın bu iskeletin üstüne çizildiği yaklaşımdır. Sıradan projede önce ana sayfa tasarlanır. Menüye firmanın kendi iç dilinden başlıklar konur, sayfalar da sonradan bu kalıba doldurulur.
Bir örnekle anlatalım. Bir diş kliniği bütün tedavileri "Hizmetlerimiz" adlı tek sayfada sıralayabilir. Arama verisi ise hastaların "implant tedavisi", "şeffaf plak" ve "diş beyazlatma" için ayrı ayrı arama yaptığını gösterir. SEO uyumlu tasarımda bu üç tedavinin her biri kendi başlığı, URL'si ve metniyle ayrı bir sayfa olur. Menü de bu sayfaları gösterecek biçimde çizilir. Tedavi sayfalarının bu mantıkla nasıl planlandığını diş kliniklerine özel SEO hizmetimizde anlattık.
İki yaklaşım arasındaki fark yayından sonra görünür. İlk yaklaşımda tek sayfa üç farklı sorguda da zayıf kalır. İkincisinde her sayfa kendi sorgusuna odaklanır ve iç linklerle birbirini destekler.
Sayfa yapısı anahtar kelime araştırmasıyla nasıl planlanır?
Sayfa yapısı her anahtar kelime grubunun tek bir sayfaya atanmasıyla planlanır. Araştırmada aynı niyeti taşıyan sorgular gruplanır. Her gruba bir sayfa verilir, sayfalar da ana konu ile alt konu ilişkisine göre ağaç biçiminde dizilir. Kelimelerin nasıl bulunup gruplandığını anahtar kelime analizi rehberimizde anlattık.
Ağacı kurarken uyduğumuz üç kural var. İki sayfa aynı sorguyu hedeflemez, yoksa Google hangisini göstereceğine karar vermekte zorlanır. Önemli sayfalar ana sayfadan birkaç tıklamada ulaşılabilir kalır. Her alt sayfa üstündeki kategoriye ve kardeş sayfalarına iç linkle bağlanır. Meslek kurallarının anahtar kelime kullanımını sınırladığı avukatlık gibi alanlarda bu plan değişir. Farkı avukat web sitesi rehberimizde anlattık.
Plan tasarımcıya bir tabloyla gider. Tablonun sütunlarında sayfa adı, hedef sorgu, URL ile üst sayfa yer alır. Tasarımcı menüyü, ana sayfadaki blokları ve footer linklerini bu tablodan çıkarır. Sayfa listesi bu sayede tasarım toplantısında tahminle değil veriyle belirlenmiş olur.
URL yapısı ve altyapı nasıl seçilir?
URL yapısı seçilirken adres kısa tutulur, küçük harfle yazılır ve kelimeler tireyle ayrılır. Altyapı ise bu URL'leri, başlıkları ve yönlendirmeleri sizin yönetebileceğiniz biçimde seçilmelidir. Google'ın URL yapısı rehberi kelimeleri alt çizgi yerine tireyle ayırmayı öneriyor. Aynı rehber büyük harfli ile küçük harfli adreslerin ayrı URL sayıldığını da hatırlatıyor.
Türkçe sitelerde "/hizmetler/sirket-kurulusu/" gibi ASCII yazım pratik bir yoldur. Türkçe karakterli adresler paylaşıldığında kodlanmış karakter dizisine dönüşüp okunmaz hale gelebilir. Sayfa içeriğini adresteki # işaretinden sonraki kısımla değiştiren yapılardan da kaçının. Google Arama bu URL parçalarını genellikle ayrı sayfa olarak desteklemiyor.
Altyapıda sorulacak soru "hangi sistem SEO uyumlu" değil, "bu sistemde neyi kendim yönetebilirim" sorusudur. Seçmeden önce şu dört noktayı deneyin:
- Her sayfanın title etiketini, meta açıklamasını ve URL'sini ayrı ayrı düzenleyebiliyor musunuz?
- Panelden 301 yönlendirme ekleyip canonical etiketini değiştirebiliyor musunuz?
- Sayfa kaynağında metin ile linkler JavaScript çalışmadan görünüyor mu?
- Robots.txt dosyasına ve site haritasına erişip gerektiğinde düzenleyebiliyor musunuz?
WordPress gibi içerik yönetim sistemlerinde bu ayarların çoğu bir SEO eklentisiyle panelden yapılır. Kurulum adımlarını WordPress SEO ayarlarını anlattığımız yazıda bulabilirsiniz. React ya da Vue gibi JavaScript çatılarıyla yazılan sitelerde üçüncü madde en sık sorun çıkaran yerdir. Google JavaScript'i işleyebilir ama sunucu tarafında işlenen ya da önceden üretilen HTML hem kullanıcı hem tarayıcı için daha hızlıdır. Google bu yolu tüm botların JavaScript çalıştıramadığını belirterek öneriyor. Konunun ayrıntısı JavaScript ile SEO ilişkisini ele aldığımız yazıda var.
Sayfa şablonlarında hangi SEO öğeleri olmalı?
Her sayfa şablonunda bulunması gereken SEO öğeleri sayfaya özel title etiketi, meta açıklama, tek H1, düzenli alt başlık sırası, canonical etiketi ve uygun yapısal veridir. Bu öğeler tasarım aşamasında şablona alan olarak eklenirse içerik girilirken doldurulur. Sonradan eklenmeye çalışıldığında yüzlerce sayfayı tek tek dolaşmak gerekir. Şablon türüne göre neyin eklenmesi gerektiğini aşağıdaki tabloda topladık:
| Şablon | Yapısal veri | Şablonda en sık unutulan alan |
|---|---|---|
| Ana sayfa | Organization, WebSite | Markayı ve ana işi anlatan metin H1 (logo görseli H1 yerine geçmez) |
| Hizmet ya da kategori sayfası | BreadcrumbList | Listenin üstünde o sayfaya özel giriş metni |
| Ürün sayfası | Product, BreadcrumbList | HTML içinde metin olarak yazılmış fiyat ile stok bilgisi |
| Blog yazısı | BlogPosting, BreadcrumbList | Yazar adı, yayın tarihi ile güncelleme tarihi |
| İletişim ya da şube sayfası | LocalBusiness | Metin olarak yazılmış adres ile tıklanabilir telefon numarası |
Başlık yapısı görsel boyuta göre değil anlama göre kurulur. Tasarımcı bir metin büyük görünsün diye ona H2 veriyorsa bu ihtiyaç CSS ile çözülmelidir. Header, nav ile main gibi etiketlerin doğru kullanımını HTML semantik etiketlerini anlattığımız yazıda bulabilirsiniz. İşaretleme türlerinin ayrıntısı ise schema markup ve yapısal veri rehberimizde yer alıyor.
Mobil uyum ve site hızı tasarımda nasıl sağlanır?
Mobil uyum ile hız, tasarıma telefondan başlanarak sağlanır. Masaüstü tasarımı bitirip sonradan küçültmek bu iki konuda sorun çıkarır. Google'ın mobil öncelikli dizine ekleme belgesine göre dizine ekleme ile sıralamada sitenin mobil sürümü kullanılıyor. Masaüstünde olup mobil sürümde hiç yer almayan metin Google'ın gördüğü sürümde de yoktur.
Hız tarafında hedef Core Web Vitals eşikleridir. Google iyi bir deneyim için üç eşik öneriyor. Largest Contentful Paint (LCP) 2,5 saniyenin, Interaction to Next Paint (INP) 200 milisaniyenin, Cumulative Layout Shift (CLS) 0,1'in altında kalmalıdır. Bu değerleri en çok etkileyen kararlar tasarım sırasında verilir:
- Sayfanın en üstündeki büyük görsel ya da slider LCP'yi belirler. Tek ve sıkıştırılmış bir görsel çoğu zaman döner slider'dan önce açılır.
- Görsellerin genişliği ile yüksekliği baştan tanımlanmalıdır. Boyutu belirsiz görseller, reklam alanları ya da sonradan açılan bildirimler içeriği aşağı iterek CLS'yi bozar.
- Her yazı tipi ailesi ile her kalınlık ayrı bir dosya demektir. İki yazı tipi ailesiyle yetinmek yüklenmeyi hafifletir.
- Canlı destek, harita ya da ölçüm kodu gibi üçüncü taraf scriptler INP'yi zayıflatabilir. Hangilerinin gerçekten gerektiği tasarım toplantısında konuşulmalıdır.
Kendi sitemizde de bu yolu izledik. rankzup.com'u Eylül 2026'da WordPress'ten statik HTML'e taşırken stil dosyasını sayfalara gömdük, yazı tiplerini kendi sunucumuzdan sunduk ve ölçüm kodlarını ziyaretçinin ilk etkileşimine erteledik. Metriklerin nasıl ölçüldüğünü Core Web Vitals metriklerini anlattığımız yazıda ayrıntılı ele aldık.
Hangi tasarım kararlarını sonradan değiştirmek zordur?
Sonradan değiştirmesi en zor ve en pahalı tasarım kararları URL yapısı, altyapı ile sayfa ağacıdır. Renk, yazı tipi ya da görsel gibi kararlar ise yayından sonra da düşük maliyetle değişir. Aşağıdaki tabloyu proje başında hangi konuya ne kadar zaman ayıracağınızı belirlemek için kullanabilirsiniz.
| Karar | Ne zaman verilmeli | Yayından sonra değişirse ne olur |
|---|---|---|
| Alan adı | Projenin en başında | Bütün adresler taşınır, Search Console'da adres değişikliği bildirilir |
| Altyapı (içerik yönetim sistemi ya da özel yazılım) | Tasarımdan önce | İş çoğu zaman bir site taşıma projesine dönüşür, şablonlar yeniden kurulur |
| URL yapısı | Tasarımdan önce | Her eski adres için 301 yönlendirme gerekir, geçiş döneminde sıralama dalgalanabilir |
| Sayfa ağacı ile menü | Anahtar kelime araştırmasından sonra | İç linkler ile breadcrumb yeniden düzenlenir, birleşen sayfalar yönlendirilir |
| Şablondaki SEO alanları | Şablon kodlanırken | Şablon yeniden kodlanır, mevcut sayfalar tek tek doldurulur |
| Renk, yazı tipi ile görseller | Tasarım sırasında | URL değişmediği sürece düşük risk taşır, yalnız hız ölçümleri yeniden kontrol edilir |
Tablodaki ilk dört satır mevcut bir siteyi yenilerken de geçerlidir. Yeni tasarım eski adresleri değiştiriyorsa eski ve yeni URL'leri eşleştiren yönlendirme listesi yayından önce hazırlanmalıdır. Bu sürecin tamamını site taşırken trafiği korumayı anlattığımız SEO migration yazısında anlattık.
Yayına almadan önce neler kontrol edilmeli?
Yayından önce sitenin taranmaya açık olduğu, her adresin doğru durum kodu verdiği ve ölçüm araçlarının kurulduğu kontrol edilmelidir. Test ortamındaki ayarların canlı siteye taşınması en sık gördüğümüz yayın hatasıdır. Bu listeyi yayın gününden önce madde madde işaretleyin:
- Robots.txt dosyasında test ortamından kalma "Disallow: /" satırı bulunmuyor.
- Hiçbir sayfada test sürecinden unutulmuş noindex etiketi kalmamış.
- Http ile www'suz sürümler tek bir https adresine 301 ile yönleniyor.
- Olmayan bir adres açıldığında sunucu gerçekten 404 kodu döndürüyor.
- Canonical etiketleri sayfanın kendi https adresini gösteriyor.
- XML site haritasında yalnız dizine girmesini istediğiniz, 200 kodu veren adresler var.
- Menü ile footer linkleri kaynak kodda href içeren gerçek a etiketleriyle yer alıyor.
- Her sayfanın title etiketi ile meta açıklaması diğer sayfalardan farklı.
- Telefondan gönderilen form bildirimi doğru e-posta adresine düşüyor.
- Search Console mülkü doğrulandı, site haritası gönderildi, GA4 etiketi veri topluyor.
Yayından sonraki haftalarda Search Console'daki Sayfa dizine ekleme raporunu izleyin. Yeni sitenin hangi sayfalarının dizine girdiğini, hangilerinin hangi nedenle dışarıda kaldığını bu rapor gösterir. Tarama hataları ilk haftalarda yakalanırsa düzeltmesi de kolay olur.
Buradaki adımları kendi ekibinizle uygulayabilirsiniz. Yeni sitenin SEO kurulumunu yayından önce kontrol ettirmek isterseniz teknik SEO hizmetimizin kapsamına göz atabilirsiniz.