Anasayfa › Teknik SEO
Teknik Seo
Teknik SEO, sitenin Google tarafından sorunsuz taranması ve doğru gösterilmesi için altyapıda yapılan düzenlemelerdir: görsellerin uygun biçim ve boyutta hazırlanması, yapılandırılmış veri hatalarının Search Console raporlarıyla giderilmesi, alt alan adları ile ana alan adı arasındaki ilişkinin kurulması ve HTTP ile HTTPS karışık içerik uyarısının düzeltilmesi.
Teknik SEO Kapsamında Görseller Hangi Biçim ve Boyutta Hazırlanır?
Teknik SEO, Google’ın sayfaları zahmetsizce indirip okuyabilmesi için sitenin altyapısında yapılan düzenlemelerdir. Görseller bu düzenlemelerde ayrı bir başlık tutar. Çoğu sayfada indirilen verinin en büyük bölümünü görseller oluşturur; ağır bir görsel, sayfanın geç açılmasına yol açabilir. Görsel hazırlanırken iki karar verilir. İlki dosyanın biçimidir, yani hangi dosya türünde kaydedildiği. İkincisi boyuttur: görselin ekrandaki ölçüsü ve dosyanın ağırlığı.
Biçim, görselin içeriğine göre seçilir. Fotoğraflar için yaygın biçim JPEG’dir. Saydam arka plan ya da keskin kenarlı çizim gerekiyorsa PNG kullanılır. Logo ve simgeler SVG olarak hazırlanır. SVG, şekilleri çizgi ve renk tarifiyle saklayan vektör biçimidir; her büyüklükte net kalır. WebP ve AVIF, aynı görüntüyü daha küçük dosyayla veren yeni biçimlerdir. Yaygın güncel tarayıcılar ikisini de açar.
Google Görseller; JPEG, PNG, WebP, SVG ve AVIF dosyalarını tanır ve dizinine, yani sonuçları içinden seçtiği kayda ekleyebilir. WordPress’in güncel sürümleri WebP ve AVIF yüklemeyi kabul eder. Bunun için sunucunun, yani sitenin dosyalarını barındıran bilgisayarın, görsel işleme kitaplığı bu biçimleri tanımalıdır. Eski görseller bir dönüştürme eklentisiyle çevrilir; eklenti yeni biçimde kopya üretir, özgün dosyayı silmez.
Ekrandaki ölçüde temel kural şudur: görsel, sayfada kaplayacağı en geniş alandan çok daha büyük yüklenmez. Fotoğraf makinesinden ya da telefondan çıkan özgün dosya siteye doğrudan konmaz. WordPress her yüklemede aynı görselin birkaç küçük kopyasını kendiliğinden üretir. Sayfanın kodu bu kopyaları tarayıcıya liste hâlinde sunar. Tarayıcı ekran genişliğine uyan kopyayı seçer; telefon büyük dosyayı indirmez.
Dosya ağırlığı sıkıştırmayla azaltılır. Kayıplı sıkıştırma, gözün ayırt etmediği ayrıntıları atarak dosyayı belirgin biçimde küçültür. Kayıpsız sıkıştırma görüntüye dokunmaz; yalnızca dosyadaki gereksiz veriyi temizler. Fotoğraflarda kayıplı, çizim ve ekran görüntülerinde kayıpsız yöntem seçilir. PageSpeed Insights, Google’ın sayfa hızını ölçen ücretsiz aracıdır. Araç, gereğinden büyük ya da yeterince sıkıştırılmamış görselleri bir öneri altında listeler. Her dosyada kazanılacak boyut da yanında yazar.
Görselin eni ve boyu sayfanın kodunda da yazılır. Tarayıcı böylece görsel gelmeden yerini ayırır ve yazılar kaymaz. Google’ın sayfa deneyimi ölçümleri olan Core Web Vitals içinde CLS bu kaymayı ölçer. LCP ise en büyük öğenin ekrana gelme süresidir; ilk görünen büyük görsel çoğu zaman bu öğedir. Geç yükleme, görseli ziyaretçi o bölüme yaklaşınca indirir; bu öğeye uygulanmaz.
Yapılandırılmış Veri Hataları Search Console’da Nasıl Giderilir?
Yapılandırılmış veri, sayfadaki bilgileri bir programın okuyabileceği sabit bir düzende tarif eden koddur. İşletmenin adı ve adresi, bir yazının yazarı ya da sık sorulan sorular bu kodla ayrı ayrı işaretlenir. Ziyaretçi kodu görmez. Google onu sayfayı anlamak ve zengin sonuç üretmek için kullanır. Zengin sonuç, puan yıldızı ya da ek bilgi satırları taşıyan genişletilmiş arama sonucudur.
Bu hataların listesi Search Console’dadır. Search Console, Google’ın siteyi nasıl okuduğunu raporlayan ücretsiz bir hizmettir; site sahipliği doğrulanınca açılır. Google, sitede bulduğu her yapılandırılmış veri türü için ayrı bir rapor tutar. Bu raporlar sol menüde Geliştirmeler başlığı altında toplanır. Her rapor öğeleri geçerli ve geçersiz olarak ayırır. Geçersiz öğe zengin sonuçta kullanılmaz. Uyarı, isteğe bağlı bir bilginin eksikliğini bildirir.
Hataların çoğu birkaç türde toplanır. Zorunlu bir alan boş kalır: yorum işaretlemesinde puan, etkinlik işaretlemesinde etkinliğin adı yazılmaz. Bir değer yanlış türde girilir; sayı beklenen yere metin konur. Kodun yazımı bozulur; eksik bir ayraç ya da tırnak, bloğun tamamının okunamamasına yol açar. Son tür kural ihlalidir: Google, sayfada görünmeyen bilginin işaretlenmesini yönergelerine aykırı sayar.
Teknik SEO çalışmasında düzeltmeden önce kodu kimin yazdığı bulunur. WordPress sitelerinde yapılandırılmış veriyi çoğu zaman SEO eklentisi üretir. Tema, sayfa düzenleyici ya da yorum eklentisi de ayrı bir blok ekleyebilir. İki kaynak aynı sayfaya çift kayıt yazabilir. Rapordaki geçersiz öğeye tıklanınca örnek adresler listelenir. Bu adreslerden biri Zengin Sonuçlar Testi’ne girilir. Test, hatanın hangi blokta olduğunu gösterir.
Düzeltme hatanın kaynağında yapılır. Eksik bilgi eklentinin ayarlarına ya da ilgili sayfanın alanlarına girilir. Çift kayıt varsa kaynaklardan birinin yapılandırılmış veri çıktısı kapatılır. Elle eklenmiş bozuk bir blok yeniden yazılır. Ardından aynı adres Zengin Sonuçlar Testi’nde yeniden sınanır. Schema.org’un kendi doğrulama aracı da zengin sonuçla ilgisi olmayan türler dahil bütün işaretlemeyi denetler. Geçerli sonuç alınmadan sonraki adıma geçilmez.
Son adım Search Console’daki “Düzeltmeyi doğrula” düğmesidir. Google bu düğmeden sonra hatalı adresleri yeniden tarar; doğrulama birkaç gün ya da daha uzun sürebilir. Süreç bitince öğeler geçerli listesine geçer. Geçerli işaretleme, zengin sonucun mutlaka gösterileceği anlamına gelmez; bu kararı Google verir. Teknik SEO bakımında tema ve eklenti güncellemelerinden sonra bu raporlar yeniden okunur.
Alt Alan Adları ile Ana Alan Adı Arasındaki İlişki Nasıl Kurulur?
Alan adı, bir sitenin internetteki adresinin temel bölümüdür. Alt alan adı, bu adın önüne bir sözcük ve nokta eklenerek açılan ayrı bir adrestir. Blog, destek merkezi, randevu sistemi ya da başka bir dil sürümü için kullanılır. Alt klasör ise ana adresin sonuna eğik çizgiyle eklenen bölümdür. İkisi aynı içeriği taşıyabilir; fark, teknik olarak nasıl yönetildiklerindedir.
Google, alt alan adını taramada ayrı bir adres grubu olarak ele alır. Her alt alan adının kendi robots.txt dosyası olur; robots.txt, tarama programlarının girmeyeceği bölümleri listeleyen düz metin dosyasıdır. Ana adresteki dosya alt alan adını kapsamaz. Google, sıralamada alt alan adı ile alt klasör arasında genel bir üstünlük bulunmadığını belirtir. İki adres arasındaki bağ; yönlendirme, bağlantı ve doğrulamayla kurulur.
www de teknik açıdan bir alt alan adıdır. Site, www ön ekiyle ve bu ön ek olmadan açılıyorsa Google iki ayrı adres grubu görür. Biçimlerden biri seçilir; öteki 301 yönlendirmeyle seçilen biçime bağlanır. 301, taşınan sayfanın yeni yerini kalıcı olarak bildiren sunucu yanıtıdır. Aynı seçim WordPress’in genel ayarlarındaki site adresine, menülere ve adreslerin listelendiği site haritasına da yansıtılır.
Search Console’da iki mülk türü vardır. Alan adı mülkü; ana alan adını, bütün alt alan adlarını, şifreli ve şifresiz sürümleri tek raporda toplar. Bu mülk DNS kaydıyla doğrulanır. DNS, alan adını sunucuya bağlayan kayıt sistemidir ve alan adının yönetildiği panelde düzenlenir. URL öneki mülkü ise yalnızca girilen adresin altındaki sayfaları kapsar. Alt alan adları ayrıca birer URL öneki mülküyle de izlenebilir.
Ana site ile alt alan adı arasındaki bağ, iki yönlü bağlantılarla kurulur. Ana sitenin menüsü ya da sayfa altındaki alt bilgi alanı, alt alan adına bağlantı verir. Alt alan adının menüsünde de ana siteye giden bir bağlantı durur. Aynı içerik iki adreste yayımlanıyorsa kanonik etiket kullanılır. Kanonik etiket, kopyalar arasından asıl adresi Google’a gösteren işarettir; farklı alan adları arasında da çalışır.
Deneme için açılan alt alan adları dizin dışında tutulur. Google’ın önerdiği yol, deneme sürümünü parolayla korumaktır; Google parolalı sayfaya giremez. SSL sertifikası, yani şifreli bağlantıyı sağlayan dijital belge de bütün alt alan adlarını kapsamalıdır. Ziyaret ölçüm aracı Google Analytics 4’te ana site ve alt alan adları aynı ölçüm kimliğiyle izlenir. Teknik SEO incelemesinde bu kalemlerin her biri ayrı ayrı denetlenir.
Karışık İçerik (HTTP ve HTTPS) Uyarısı Nasıl Düzeltilir?
HTTP, tarayıcı ile sunucu arasındaki veri aktarım kuralıdır. HTTPS, aynı aktarımın şifrelenmiş biçimidir ve SSL sertifikasıyla çalışır. Karışık içerik ise şifreli açılan bir sayfanın bazı dosyaları şifresiz HTTP adresinden çağırmasıdır. Sayfanın kendisi şifreli gelir; içindeki bir görsel, betik ya da yazı tipi dosyası ise şifresiz yoldan iner. Betik, tarayıcıda çalışan ve JavaScript diliyle yazılan program dosyasıdır.
Tarayıcılar karışık içeriği iki gruba ayırır. İlk grupta betikler, sayfanın görünümünü belirleyen stil dosyaları ve başka sitenin içeriğini gösteren gömülü pencereler vardır. Bunlar sayfanın işleyişini değiştirebildiği için şifresiz geldiklerinde engellenir. Bu durumda menü açılmayabilir ya da sayfanın görünümü bozulabilir. Görsel, ses ve video dosyalarını güncel Chrome sürümleri önce şifreli adresten ister. Dosya o adreste yoksa yüklenmez ve yerinde boşluk kalır.
Uyarının en sık nedeni eski bir HTTPS geçişidir. Site şifreli bağlantıya taşınırken yazıların içindeki görsel adresleri veritabanında şifresiz hâliyle kalır. Veritabanı, WordPress’te yazıların ve ayarların saklandığı kayıt yapısıdır. Tema ayarlarına elle girilmiş bir logo adresi de aynı sonucu doğurur. Sayfa düzenleyicinin kaydettiği arka plan görselleri ile eski harita ve video yerleştirme kodları da bu listeye girer.
Sorunlu dosyalar üç yoldan bulunur. Tarayıcının F12 tuşuyla açılan geliştirici araçlarındaki konsol bölümü, açık sayfada şifresiz yüklenen her dosyayı adresiyle yazar. PageSpeed Insights raporunun En İyi Uygulamalar bölümü de güvensiz istekleri listeler. Teknik SEO denetiminde sitenin tamamı bir tarama programıyla gezilir. Bu program bağlantıları izleyip sayfaları sırayla açar; şifresiz kaynak çağıran sayfaları tek listede toplar.
Düzeltme tam bir yedekle başlar. Sonra WordPress’in Ayarlar ekranında duran iki adres alanı şifreli biçimle güncellenir. Veritabanındaki eski adresler bir arama ve değiştirme aracıyla toplu olarak şifreli biçime çevrilir. Elementor sayfa düzenleyicisini kullanan sitelerde düzenleyicinin kendi adres değiştirme aracı da çalıştırılır. Tema ayarları ve yerleştirme kodları tek tek gözden geçirilir. HTTPS sunmayan dış kaynak kaldırılır ya da siteye taşınır.
Kaynaklar düzeldikten sonra şifresiz adresle gelen her istek 301 yönlendirmeyle HTTPS sürümüne gönderilir. Sunucu, tarayıcıya siteyi hep şifreli açmasını da bildirebilir. HSTS adı verilen bu ayar, tekrar gelen ziyaretçide yönlendirme adımını atlar. Son kontrol yeniden taramayla yapılır ve konsolda uyarı kalmayana kadar sürer. Ücretsiz ön incelemede bu taramayı yapar, bulunan dosyaları inceleme raporunda adresleriyle listeleriz.
Görsellerimi WebP biçimine çevirirsem eski JPEG dosyalarını silmem gerekir mi?
Gerekmez. Dönüştürme eklentileri özgün dosyayı yerinde bırakır ve yanına WebP kopyasını üretir. Tarayıcı yeni biçimi destekliyorsa kopyayı, desteklemiyorsa özgün dosyayı alır. Değişikliği görmek için sayfayı açın ve geliştirici araçlarında görsellerin hangi biçimde indiğine bakın. Özgün dosyaları silmeden önce mutlaka yedek alın.
Search Console’da yapılandırılmış veri için uyarı görüyorum; bu uyarı sitemin sıralamasını düşürür mü?
Uyarı, isteğe bağlı bir bilginin eksik olduğunu bildirir; öğe geçerli sayılır ve zengin sonuçta kullanılabilir. Hata ise öğeyi geçersiz yapar ve zengin sonuç gösterilmez. Google, yapılandırılmış verinin genel bir sıralama etkeni olmadığını belirtir. Uyarıyı gidermek için eksik bilgi sayfada görünüyorsa onu işaretlemeye ekleyin.
Blogumu alt alan adından ana sitenin içindeki bir klasöre taşırsam neleri değiştirmem gerekir?
Her eski yazı adresi, yeni klasördeki karşılığına tek tek 301 ile yönlendirilir. Hepsini anasayfaya göndermek, Google’ın bu adresleri bulunamayan sayfa saymasına yol açabilir. Menüdeki ve yazıların içindeki bağlantılar yeni adreslere çevrilir, yeni site haritası da Search Console’daki Site haritaları raporundan bildirilir. Ardından Sayfalar raporu izlenir ve yönlendirmeler eski adres yazılarak denenir.
Sitemi HTTPS’e geçirdim; Search Console’da yeni bir mülk açmam gerekir mi?
Alan adı mülkünüz varsa gerekmez; bu mülk şifreli ve şifresiz sürümleri birlikte kapsar. Yalnızca URL öneki mülkünüz varsa HTTPS ile başlayan adres için yeni bir mülk eklenir ve site haritası oradan gönderilir. Eski mülkü silmeyin; geçişten önceki verileri ve yönlendirilen adreslerin durumunu orada görürsünüz.