WordPress SEO: WordPress Sitede SEO Ayarları ve Eklenti Rehberi

WordPress SEO dostu mu, eklenti kurmak yeterli mi?

WordPress SEO dostu bir altyapıdır ama bir SEO eklentisi kurmak tek başına yeterli değildir. Eklenti ayar yapmayı kolaylaştıran bir araçtır; içeriğin kalitesine, sitenin hızına ve teknik hatalara karar vermez.

W3Techs’in Eylül 2026 verisine göre, içerik yönetim sistemi tespit edilebilen sitelerin yarısından fazlası WordPress kullanıyor. Bu yaygınlığın iki yüzü var. Tema, eklenti ve dokümantasyon bol; ama aynı kolaylık, kontrolsüz kurulan eklentiler, şişkin temalar ve unutulan ayarlar yüzünden sık rastlanan SEO hatalarını da beraberinde getiriyor. Aşağıdaki tablo, işlerin hangisinin kimde olduğunu özetliyor.

Denetimlerde en sık gördüğümüz tablo, eklentinin bütün kontrollerinde yeşil ışık yandığı hâlde sitenin arama sonuçlarında zayıf kalması. Eklentilerin okunabilirlik ve anahtar kelime puanları yazarken işe yarayan bir kontrol listesidir; Google’ın kullandığı bir ölçüt değildir.

Kurulumdan sonra hangi temel ayarlar kontrol edilmeli?

Kurulumdan sonra dört ayar kontrol edilmelidir: arama motoru görünürlüğü, site adresinin tutarlılığı, robots.txt ve Search Console doğrulaması. Bunlardan biri yanlışsa diğer SEO çalışmaları arama sonuçlarında karşılık bulmaz.

1. Arama motoru görünürlüğü. Ayarlar > Okuma ekranındaki arama motoru görünürlüğü seçeneği işaretliyse WordPress, 5.3 sürümünden beri sayfaların <head> bölümüne noindex, nofollow robots etiketi ekler. Geliştirme sırasında işaretlenip yayında unutulan bu seçenek, sitenin tamamını arama sonuçlarının dışında tutar.
2. Site adresi. Ayarlar > Genel’deki WordPress adresi ve site adresi, yayındaki tercihinizle (HTTPS, www’li ya da www’siz) aynı olmalı; diğer sürümler tek adımda 301 ile bu adrese yönlenmeli.
3. robots.txt. Kök dizinde fiziksel bir dosya yoksa WordPress sanal bir robots.txt üretir ve 5.5 sürümünden beri site haritası adresini de bu dosyaya ekler. Tema, eklenti ya da sunucu tarafından eklenen kuralların önemli dizinleri, CSS ve JavaScript dosyalarını engellemediğini kontrol edin.
4. Search Console. Site, Search Console’a eklenmeli ve tek bir site haritası gönderilmeli. Tüm protokol ve alt alan adı sürümlerini kapsayan alan adı mülkü DNS kaydıyla doğrulanır; SEO eklentilerinin doğrulama alanı ise HTML etiketiyle doğrulanan URL önekli mülkler içindir.

robots.txt’ye bakarken yapay zekâ tarayıcılarına ait satırları da gözden geçirmek gerekiyor. Bazı güvenlik eklentileri ve CDN ayarları bu botları kendiliğinden engelleyebiliyor. Hangi botun ne için taradığını ve hangisine izin vermenin mantıklı olduğunu yapay zekâ tarayıcıları ve robots.txt yazımızda ayrıntılı anlattık.

Aynı konuda sık sorulan llms.txt dosyası ise Google’ın kullandığı bir standart değil. Google, AI Overviews ve AI Mode’da görünmek için yeni makine okunur dosyalar ya da yapay zekâya özel metin dosyaları oluşturmanın gerekmediğini açıkça belirtiyor. WordPress’te bu dosyayı üreten eklentiler robots.txt’nin, site haritasının ve dizine eklenebilirliğin yerini tutmaz.

Kalıcı bağlantı yapısı nasıl olmalı?

Kalıcı bağlantılar için en sade seçenek, yazı adını kullanan yapıdır (/%postname%/); adres kısa, okunur ve tarihten bağımsız olur. Düz yapı (?p=123) kullanıcıya bir şey anlatmaz, tarihli yapılar ise güncellenen içeriği eski gösterir.

WordPress’in kendi belgeleri, varsayılan düz yapının kullanıcı dostu olmadığını ve arama motorları için optimize edilmediğini söylüyor. Kurulumla gelen yapı her zaman tercih edilen yapı olmadığı için bu ekran, ilk içerik yayımlanmadan önce kontrol edilmeli. Beklentiyi de doğru kurmak gerekiyor: Google’a göre URL’deki kelimelerin sıralamaya etkisi, kırıntı yolunda görünmenin ötesinde yok denecek kadar az. Asıl kazanç okunabilirlik ve adresin yıllarca değişmemesi.

• Slug’lar kısa ve açıklayıcı olmalı; WordPress’in başlıktan ürettiği uzun slug yayından önce sadeleştirilmeli.
• Türkçe karakterleri slug’da Latin karşılıklarıyla yazmak, paylaşılan bağlantılarda kodlanmış karakter karmaşasını önler.
• Kategori adını URL’ye eklemek, yazının kategorisi değiştiğinde adresin de değişmesi riskini taşır.
• category ve tag ön ekleri değiştirilebilir ama çekirdek ayarlarla tamamen kaldırılamaz; kaldırmak eklenti gerektirir ve ancak yeni bir sitede düşünülmelidir.

Yayındaki bir sitede kalıcı bağlantı yapısını değiştirmek bir taşıma işidir. Her eski adres tek adımda 301 ile yenisine yönlenmeli, iç linkler ve site haritası güncellenmelidir. Bu süreci site taşımada SEO rehberimizde adım adım anlattık.

SEO eklentisi nasıl seçilir ve ayarlanır?

Tek bir SEO eklentisi seçip onu eksiksiz ayarlamak, iki eklentiyi yarım ayarla çalıştırmaktan her zaman iyidir. Yoast SEO, Rank Math ve All in One SEO gibi yaygın eklentilerin temel işlevleri benzer; seçimde ekibin kullanım alışkanlığı, sitenin ihtiyaç duyduğu şema türleri ve eklentinin sayfaya eklediği kod yükü belirleyici olur.

Kurulumdan sonra baktığımız ayarlar şunlar.

• Başlık ve meta açıklama şablonları. Yazı, sayfa, kategori ve ürün türleri için şablon tanımlanır; önemli sayfalarda şablon yerine elle yazılmış başlık ve açıklama kullanılır. İkisinin nasıl yazılacağını sayfa içi SEO kontrol listemizde anlattık.
• Site haritası. Eklentinin site haritası açıksa çekirdeğin wp-sitemap.xml haritası devre dışı kalmalı ve Search Console’a tek harita gönderilmeli.
• Dizin ayarları. Hangi içerik türlerinin ve arşivlerin noindex alacağı bir sonraki bölümdeki mantıkla belirlenir.
• Site kimliği. Kuruluş ya da kişi bilgisi, logo ve sosyal profiller bir kez ve doğru girilir; şema bu bilgilerden üretilir.
• Kırıntı yolu. Tema destekliyorsa eklentinin kırıntı yolu (breadcrumb) ve BreadcrumbList işaretlemesi açılır.

Eklentideki odak anahtar kelime alanını doldurmak tek başına bir şey değiştirmez; Google keywords meta etiketini kullanmıyor. Eklenti değiştirirken ise eski eklentinin ayarları içe aktarma aracıyla taşınmalı ve eski eklenti tamamen kaldırılmalı. Ardından birkaç örnek sayfanın kaynak kodunda tek bir title, tek bir meta açıklama ve tek bir kanonik etiket olduğu doğrulanmalı.

Kategori, etiket ve arşiv sayfaları dizine eklenmeli mi?

Kategori sayfaları bir konunun merkezi olarak çalışıyorsa dizine eklenmeli; içerik açısından zayıf etiket, tarih, yazar ve ek (attachment) sayfaları ise çoğu sitede noindex ile dizin dışında tutulmalı ya da hiç üretilmemelidir. Ölçüt, sayfanın kendi başına bir aramaya değerli bir cevap verip vermediğidir.

WordPress 6.4 ile yeni kurulumlarda ek sayfaları varsayılan olarak dosyanın kendisine yönlendiriliyor. Daha eski sitelerde ise bu davranış güncellemeyle değişmiyor; ayarın eklentiyle ya da elle değiştirilmesi gerekiyor.

noindex verilen arşivleri robots.txt ile engellememek gerekir, çünkü Google etiketi ancak sayfayı tarayabildiğinde görür. Bu sayfalar site haritasından da çıkarılmalıdır. Kategori sayfalarını gerçek birer konu merkezine dönüştürmek ise iç link yapısını da güçlendirir.

Tema ve eklenti seçimi hızı nasıl etkiler?

Tema ve eklentiler, sunucuyla birlikte bir WordPress sitesinin hızını en çok belirleyen etkenlerdir; her eklenti sayfaya CSS, JavaScript ya da veritabanı sorgusu ekleyebilir. Core Web Vitals eşiklerini (LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1) tutturmak çoğu zaman yeni bir hız eklentisi kurmaktan değil, fazlalığı çıkarmaktan geçer.

SEO dostu bir tema, kontrol edilebilir dört özelliği birlikte taşır.

• Hızlı yüklenir. Demo için gelen kaydırıcılar, animasyon kütüphaneleri ve kullanılmayan yazı tipleri sayfaya yüklenmez; ana görsel geç keşfedilmez. Bunu LCP ölçer.
• Etkileşime hızlı tepki verir. Menü, filtre ve formlar ana iş parçacığını kilitleyen ağır betiklere bağlı değildir. Bunu INP ölçer.
• Düzeni kaymaz. Görsellerin, reklam alanlarının ve gömülü öğelerin boyutu önceden bellidir. Bunu CLS ölçer.
• Temiz HTML üretir. Başlık hiyerarşisi doğrudur; yapılandırılmış veri ve SEO eklentisiyle çakışmaz.

Çekirdek de bu konuda yardımcı oluyor. WordPress yüklenen görseller için farklı boyutlar ve srcset üretiyor, 6.3 sürümünden beri LCP görseli olması muhtemel görsele fetchpriority özniteliğini high değeriyle ekliyor ve ilk görünen görselleri tembel yüklemenin dışında tutmaya çalışıyor. 6.5 sürümünden beri de sunucu destekliyorsa AVIF görsel yüklenebiliyor.

Önbellekte tek bir katman (eklenti ya da sunucu) kullanmak ve CSS ile JavaScript birleştirme ayarlarını her değişiklikten sonra test etmek gerekiyor. Sunucu yanıt süresi de LCP’nin parçası; kaynak sınırına takılan bir barındırma paketinin yavaşlığı hiçbir eklentiyle çözülmez. Metriklerin nasıl iyileştirildiğini Core Web Vitals yazımızda anlattık. Hazır tema ile özel tasarım arasındaki farkları ise kurumsal web tasarım sayfamızda ölçüt ölçüt karşılaştırdık.

Güvenlik ve güncellemeler SEO’yu nasıl etkiler?

Güvenlik açıkları SEO’yu doğrudan etkiler: Ele geçirilen bir siteye izinsiz eklenen spam sayfalar ve bağlantılar, Google’ın hacklenmiş içerik spam politikası kapsamına girer ve hem sıralamayı hem de ziyaretçi güvenini zedeler. Bu yüzden güncelleme ve güvenlik rutini, SEO bakımının parçasıdır.

Risk çoğunlukla çekirdekte değil, eklenti ve temalarda. Patchstack’in 2025 verisine dayanan raporuna göre WordPress ekosisteminde bulunan yeni açıkların yüzde 91’i eklentilerde, yüzde 9’u temalarda çıktı; çekirdekte bildirilen açık sayısı ise 6’da kaldı ve bunlar düşük öncelikliydi. Önerdiğimiz bakım rutini şöyle.

• Çekirdek, tema ve eklentiler güncel tutulur; büyük güncellemeler önce bir hazırlık (staging) ortamında denenir.
• Kullanılmayan eklenti ve temalar devre dışı bırakılmakla kalmaz, silinir.
• Yalnızca WordPress.org dizininden ya da güvenilir geliştiriciden alınan, düzenli güncellenen eklentiler kullanılır; lisanssız (nulled) tema ve eklentilerden uzak durulur.
• Yönetici hesaplarında güçlü parola ve iki adımlı doğrulama kullanılır, yetkiler gerektiği kadar verilir.
• Düzenli ve siteden bağımsız bir yerde saklanan yedek alınır.
• Yorum ve form spam’i filtrelenir; yorumlardaki bağlantıların nofollow ya da ugc ile işaretlendiği kontrol edilir.

Search Console’daki Güvenlik sorunları ve Manuel işlemler raporları, Google bir sorun tespit ettiğinde ilk bakılacak yerlerdir; temizlikten sonra yeniden inceleme istenir. HTTPS ve altyapı güvenliğinin diğer boyutlarını teknik SEO rehberimizde ele aldık.

WordPress’te site haritası ve yapılandırılmış veri nasıl yönetilir?

WordPress’te site haritası tek bir kaynaktan (çekirdek ya da SEO eklentisi) üretilmeli ve yalnızca dizine eklenmesini istediğiniz kanonik URL’leri içermelidir. Yapılandırılmış veri de tek bir kaynaktan, sayfada görünen içerikle birebir aynı bilgiyle verilmelidir.

WordPress 5.5’ten beri çekirdek, /wp-sitemap.xml adresinde yazıları, sayfaları, taksonomileri ve yazar arşivlerini içeren bir site haritası dizini yayımlıyor; SEO eklentileri bu haritayı kapatıp kendi haritasını üretebiliyor. Karışıklık genellikle ikisinin birden açık kalmasından ya da noindex verilen etiket ve yazar arşivlerinin haritada unutulmasından doğuyor. Haritada yönlendirilen, hata dönen ya da noindex taşıyan adres bulunmamalı.

SEO eklentileri genellikle Organization, WebSite, BreadcrumbList ve Article işaretlemesini kendiliğinden üretir. Tema, sayfa oluşturucu, yorum ya da SSS eklentileri de ayrıca şema basıyorsa aynı sayfada çakışan ya da tekrar eden varlıklar oluşur. Bunu Zengin Sonuçlar Testi ve Search Console’daki geliştirme raporlarıyla kontrol ediyoruz. Doğru işaretleme zengin sonuç gösterileceği anlamına gelmez; ama içeriğin makinelerce doğru okunmasına yardımcı olur. Hangi sayfaya hangi şemanın ekleneceğini yapılandırılmış veri rehberimizde anlattık.

Bu kontrollerin tamamını, tema ve eklenti yüküyle birlikte WordPress SEO danışmanlığı kapsamında ele alıyoruz. Ayarlar, eklentiler, hız ve şema aynı denetimde gözden geçiriliyor; böylece bir düzeltmenin başka bir yeri bozmadığı da görülüyor.