Teknik SEO, web sitenizin arama motorları tarafından sorunsuz taranabilmesi, doğru anlaşılabilmesi ve dizine eklenebilmesi için yapılan altyapı çalışmalarıdır. İçerik ne kadar iyi olursa olsun, Google sayfaya ulaşamıyor, yanlış adresi asıl sürüm sayıyor ya da sayfa mobilde bozuk açılıyorsa o içerik arama sonuçlarında hak ettiği yeri bulamaz. Bu yazıda kurumsal siteler için 25 maddelik, uygulanabilir bir teknik SEO kontrol listesi bulacaksınız.
Kısaca
- Liste beş başlıkta toplanır: tarama ve dizine ekleme, site yapısı, performans ve mobil, yapılandırılmış veri ve dil, izleme.
robots.txtbir sayfayı Google'dan gizlemez; bunun içinnoindexgerekir.- Yönlendirme ve canonical etiketi, tekrarlayan adresler arasında tek bir asıl sürüm seçmenin yollarıdır.
- Yapılandırılmış veri sayfanızı tanımlar, ama her şema türü arama sonucunda zengin görünüm sağlamaz.
- Teknik SEO bir kerelik iş değildir; her güncellemeden sonra kontrol edilmelidir.
SEO'nun genel çerçevesini ve teknik, içerik ve otorite ayaklarını SEO nedir yazımızda anlattık. Bu liste, teknik ayağın ayrıntısıdır.

Tarama ve dizine ekleme
1. Search Console doğrulandı ve site haritası gönderildi
Google Search Console, sitenizin Google'daki durumunu gösteren ücretsiz araçtır. İlk olarak mülkü doğrulayın, ardından XML site haritanızı gönderin ve "Sayfalar" (dizine ekleme) raporunu düzenli inceleyin. Çünkü teknik sorunların büyük kısmını ilk burada görürsünüz.
2. XML site haritası yalnız dizine eklenmesi istenen sayfaları içeriyor
Site haritası, noindex olan, yönlendirilen ya da hata veren adresleri içermemelidir. Tek bir site haritası dosyası en fazla 50.000 adres ya da sıkıştırılmamış 50 MB olabilir. Bu nedenle daha büyük siteler site haritası dizini (sitemap index) kullanır. Google, site haritasındaki priority ve changefreq değerlerini dikkate almaz. Bu yüzden onlarla uğraşmak yerine lastmod tarihinin doğru olmasına özen gösterin.
3. robots.txt önemli bölümleri engellemiyor
robots.txt, tarayıcıların hangi adreslere girebileceğini belirler. Örneğin yanlış bir satır, sitenin CSS ve JavaScript dosyalarını ya da tüm bir bölümü engelleyebilir. Oysa Google, sayfayı doğru görüntüleyebilmek için bu dosyalara erişebilmelidir.
4. Gizlenecek sayfalar robots.txt ile değil noindex ile gizleniyor
Google'a göre robots.txt, bir sayfayı Google'ın dışında tutmanın yolu değildir. Bunun için noindex etiketi ya da şifre koruması kullanılır. Dikkat: noindex etiketinin görülebilmesi için sayfanın robots.txt ile engellenmemiş olması gerekir. Aksi hâlde Google etiketi hiç göremez ve sayfa başka sitelerden aldığı bağlantılar sayesinde yine de sonuçlarda görünebilir.
5. İnce ve yardımcı sayfalar dizin dışında
Site içi arama sonuçları, "teşekkürler" sayfaları, boş etiket arşivleri, sepet ve hesap sayfaları gibi kullanıcıya arama sonucunda değer sunmayan sayfalar noindex olmalıdır. Ayrıca hangi arşivlerin dizine gireceği, sitenin yapısına göre bilinçli olarak seçilmelidir.
6. Canlı sitede "arama motorlarını engelle" ayarı kapalı
WordPress'te Ayarlar → Okuma ekranındaki "Arama motorlarının bu siteyi dizine eklemesini engelle" seçeneği, geliştirme sırasında işaretlenir ve yayına geçerken unutulabilir. Canlıya geçişten sonra ilk kontrol edilecek maddelerden biridir. Aynı şekilde tersi de geçerlidir: Test (staging) kopyası dizine açık kalmamalıdır.
Site yapısı ve adresler
7. Tek bir tercih edilen alan adı sürümü var
http ve https, www ile ve www olmadan açılan dört sürüm, tek bir sürüme kalıcı (301) yönlendirme ile bağlanmalıdır. Aksi hâlde aynı içerik dört farklı adreste görünür. HTTPS'in neden şart olduğunu HTTP ve HTTPS farkı yazımızda anlattık.
8. Canonical etiketleri doğru adresi gösteriyor
Canonical etiketi (rel="canonical"), birbirine çok benzeyen sayfalar arasında hangisinin asıl sürüm olduğunu Google'a bildirir. Google'a göre yönlendirmeler bu konuda en güçlü sinyaldir, canonical etiketi de güçlü bir sinyaldir. Her sayfa genellikle kendisini canonical olarak göstermelidir. Filtre ya da takip parametreli adresler ise asıl sayfayı göstermelidir.
9. Adresler okunabilir ve kalıcı
/hizmetler/beton-kesme/ gibi açıklayıcı adresler hem kullanıcıya hem arama motoruna sayfanın konusunu anlatır. Adres yapısı bir kez belirlendikten sonra gereksiz yere değiştirilmemelidir. Yine de değişmesi gerekiyorsa eski adres yenisine yönlendirilmelidir.
10. Kalıcı yönlendirmeler doğru kurulmuş, zincir yok
Taşınan ya da birleştirilen sayfalar 301 ile yeni adrese yönlendirilmelidir. Google'a göre 301 ve diğer kalıcı yönlendirmeler sıralama değeri (PageRank) kaybına yol açmaz. A → B → C gibi yönlendirme zincirleri ise tek adıma (A → C) indirilmelidir.
11. Hata sayfaları gerçek 404 döndürüyor
Silinen bir sayfa "bulunamadı" mesajı gösterirken sunucu 200 (başarılı) kodu döndürüyorsa, Search Console bunu "soft 404" olarak raporlar. Kaldırılan sayfalar 404 ya da 410 döndürmeli, yerini alan bir sayfa varsa oraya yönlendirilmelidir.
12. Her sayfanın benzersiz bir başlığı ve açıklaması var
Sayfa başlığı (title) ve meta açıklama, arama sonucunda kullanıcının ilk gördüğü metindir. Aynı başlığı taşıyan onlarca sayfa, hem kullanıcıyı hem Google'ı şaşırtır. Meta etiketlerin ne işe yaradığını meta veri yazımızda anlattık.
13. Başlık hiyerarşisi mantıklı
Her sayfada sayfanın konusunu anlatan bir ana başlık (H1) ve onun altında sıralı alt başlıklar (H2, H3) bulunmalıdır. Özellikle sayfa oluşturucularla tasarlanan sitelerde, görsel olarak büyük olsun diye her metnin H1 ya da H2 yapılması sık görülen bir hatadır.
14. Önemli sayfalar iç bağlantılarla erişilebilir
Hiçbir sayfadan bağlantı almayan "yetim" sayfalar, site haritasında olsalar bile zayıf kalır. Bu yüzden hizmet sayfaları menüden, ilgili yazılardan ve ana sayfadan bağlantı almalıdır. Ayrıca bağlantı metni, gidilen sayfanın konusunu anlatmalıdır.
15. Breadcrumb (içerik haritası) var
Breadcrumb, ziyaretçiye sitede nerede olduğunu gösteren "Ana sayfa › Hizmetler › Web Tasarım" gibi bir yol satırıdır. Böylece kullanıcıya yön verir, Google'a da sitenin hiyerarşisini anlatır. Bunun yanında yapılandırılmış veriyle (BreadcrumbList) desteklenebilir.
Performans ve mobil
16. Tüm kaynaklar HTTPS üzerinden yükleniyor
Sayfa HTTPS ile açılsa bile içindeki bir görsel, font ya da betik http:// ile yükleniyorsa tarayıcı "karışık içerik" (mixed content) uyarısı verir ya da kaynağı engeller. Site taşımalarından sonra veritabanında kalan eski http:// adresleri sık görülen bir nedendir.
17. Mobil sürüm masaüstüyle aynı içeriği taşıyor
Google Ekim 2023'te mobil öncelikli dizine eklemeye geçişin tamamlandığını duyurdu. Yani Google sitenizi öncelikle bir akıllı telefon gibi tarar. Mobilde gizlenen içerik, bağlantı ya da yapılandırılmış veri, dizinde de eksik kalabilir.
18. Core Web Vitals değerleri izleniyor
LCP (yükleme), INP (etkileşim) ve CLS (görsel kararlılık) değerleri Search Console'daki Core Web Vitals raporundan ve PageSpeed Insights'tan takip edilmelidir. Eşik değerleri ve iyileştirme yollarını Core Web Vitals yazımızda anlattık.
19. Görseller optimize edilmiş
Görseller gösterildikleri boyutta ve WebP ya da AVIF gibi modern formatlarda sunulmalı, genişlik ve yükseklik değerleri verilmeli, açıklayıcı alternatif metin (alt) taşımalıdır. Ancak ekranın üstündeki ana görsel tembel yüklemeye (lazy load) bırakılmamalıdır. Format seçimini kayıplı ve kayıpsız sıkıştırma yazımızda ele aldık.
20. JavaScript ile oluşan içerik Google'a görünüyor
Menüler, sekmeler ya da ürün listeleri JavaScript ile oluşturuluyorsa, Google'ın bu içeriği gördüğünden emin olun. Search Console'daki URL Denetleme aracında ya da Zengin Sonuçlar Testi'nde sayfanın "görüntülenen HTML"ine bakarak kontrol edebilirsiniz. Çünkü Google, görüntülenen HTML'de görünmeyen içeriği dizine ekleyemez.
Yapılandırılmış veri ve dil
21. Kurum ve site şeması tanımlı
Organization (kurum) ve WebSite şemaları; kurum adını, logoyu ve sitenin kendisini arama motoruna makine tarafından okunabilir biçimde tanımlar. Yapılandırılmış verinin ne olduğunu ve hangi türlerin bulunduğunu yapılandırılmış veri (schema) yazımızda anlattık.
22. İçerik türüne uygun şema kullanılıyor
Blog yazıları için Article, içerik haritası için BreadcrumbList, yerel işletmeler için LocalBusiness gibi türler kullanılabilir. Yerel işletme tarafını yerel SEO yazımızda ele aldık. Bir uyarı: Her şema türü arama sonucunda zengin görünüm sağlamaz. Örneğin Google, Ağustos 2023'ten bu yana SSS (FAQPage) zengin sonuçlarını yalnızca tanınmış devlet ve sağlık sitelerinde gösteriyor. Google Haziran 2025'te de az kullanılan bazı yapılandırılmış veri türleri için arama sonucundaki desteği kaldıracağını duyurdu. Şemayı "yıldız ya da kutucuk kazanmak" için değil, sayfayı doğru tanımlamak için kullanın.
23. Yapılandırılmış veri hatasız
Şemanın sözdizimi ve zorunlu alanları Google'ın Zengin Sonuçlar Testi ile, Search Console'daki geliştirme raporlarıyla kontrol edilmelidir. Ayrıca şemadaki bilgiler sayfada görünen içerikle tutarlı olmalıdır.
24. Çok dilli sitelerde hreflang doğru kurulmuş
Türkçe ve İngilizce gibi birden fazla dil sürümü olan sitelerde, hreflang etiketleri her sayfanın diğer dildeki karşılığını gösterir. Google'a göre bu bağlantılar karşılıklı olmalıdır: İki sayfa birbirini göstermiyorsa etiketler yok sayılır. Bunun yanı sıra her dil sürümü kendi adresinde olmalı ve kendi dilinde içerik taşımalıdır.
İzleme
25. Her güncellemeden sonra teknik kontrol yapılıyor
Tema, eklenti ya da sunucu değişikliği; yönlendirmeleri, canonical etiketlerini, robots.txt'yi ya da site haritasını beklenmedik biçimde değiştirebilir. Büyük değişikliklerden sonra Search Console'daki dizine ekleme raporu, site haritası ve birkaç önemli sayfanın URL Denetleme sonucu kontrol edilmelidir. Dolayısıyla bu kontrolü düzenli web sitesi bakımı planının bir parçası yapmak en sağlıklı yoldur.
Teknik SEO kontrol listesi özeti
| # | Madde | Başlık |
|---|---|---|
| 1 | Search Console doğrulandı, site haritası gönderildi | Tarama |
| 2 | Site haritası yalnız dizine girmesi gereken sayfaları içeriyor | Tarama |
| 3 | robots.txt önemli bölümleri engellemiyor | Tarama |
| 4 | Gizleme noindex ile yapılıyor | Tarama |
| 5 | İnce ve yardımcı sayfalar dizin dışında | Tarama |
| 6 | "Arama motorlarını engelle" ayarı canlıda kapalı | Tarama |
| 7 | Tek tercih edilen alan adı sürümü | Yapı |
| 8 | Canonical etiketleri doğru | Yapı |
| 9 | Okunabilir ve kalıcı adresler | Yapı |
| 10 | 301 yönlendirmeler, zincir yok | Yapı |
| 11 | Gerçek 404, soft 404 yok | Yapı |
| 12 | Benzersiz başlık ve açıklama | Yapı |
| 13 | Mantıklı başlık hiyerarşisi | Yapı |
| 14 | İç bağlantılar, yetim sayfa yok | Yapı |
| 15 | Breadcrumb | Yapı |
| 16 | Karışık içerik yok | Performans |
| 17 | Mobil sürüm eksiksiz | Performans |
| 18 | Core Web Vitals izleniyor | Performans |
| 19 | Görseller optimize | Performans |
| 20 | JavaScript içeriği görünüyor | Performans |
| 21 | Organization ve WebSite şeması | Şema ve dil |
| 22 | İçeriğe uygun şema | Şema ve dil |
| 23 | Şema hatasız | Şema ve dil |
| 24 | hreflang karşılıklı | Şema ve dil |
| 25 | Güncelleme sonrası kontrol | İzleme |
Bizim deneyimimiz
Kendi sitemiz artsution.com.tr WordPress üzerinde çalışıyor ve teknik SEO'nun önemli bir kısmını Yoast SEO ile yönetiyoruz. Yoast SEO; Organization, WebSite ve WebPage parçalarını birbirine bağlı tek bir şema grafiği (@graph) olarak üretiyor, blog yazıları için Article ve içerik haritası için BreadcrumbList gibi parçaları bu grafiğe ekliyor. XML site haritalarını da Yoast ile oluşturuyor ve Search Console'a bu dizin dosyasını gönderiyoruz. Ayrıca sayfa başlıklarını ve meta açıklamaları her sayfa ve proje için ayrı ayrı yazıyoruz.
Site iki dilli (Türkçe ve İngilizce) ve bu yapıyı Polylang ile kurduk. Üstelik Polylang, dil sürümleri arasındaki hreflang etiketlerini kendisi ekliyor. Bizim işimiz her sayfanın diğer dildeki karşılığının gerçekten bağlanmış olduğunu kontrol etmek.
Siteleri yerel ortamdan canlıya All-in-One WP Migration ile taşıyoruz. Canlıya geçiş listemizde kalıcı bağlantıların, https adres değişiminin ve Yoast'ın yeniden indekslemesinin kontrolü sabit maddeler arasında. Öte yandan performans tarafında LiteSpeed Cache kullanıyoruz. CSS birleştirme, yerel fontlar ve Türkçe karakterler için küçük font alt kümeleriyle mobil sonuçları iyileştirdik. JavaScript'i ilk etkileşime kadar geciktiren "Konuk İyileştirme" (guest optimization) özelliğini ise menü ve formları bozabildiği için kapalı tutuyoruz.
Sık sorulan sorular
Teknik SEO kontrolü ne sıklıkla yapılmalı?
Temel kontroller (Search Console uyarıları, dizine ekleme raporu) ayda bir yapılabilir. Bunun dışında tema veya eklenti güncellemesi, site taşıma, alan adı değişikliği ya da yeni bir dil eklenmesi gibi büyük değişikliklerden hemen sonra tam bir kontrol yapılmalıdır.
Yoast SEO gibi bir eklenti teknik SEO'yu tek başına çözer mi?
Hayır, ama işin önemli bir kısmını kolaylaştırır. Örneğin bu tür eklentiler site haritası, canonical, meta etiketleri ve şema gibi maddeleri otomatik üretir. Ancak hangi sayfaların dizine gireceğine karar vermek, yönlendirmeleri kurmak, hızı iyileştirmek ve iç bağlantı yapısını kurmak hâlâ sizin işinizdir.
Site haritasında olan her sayfa dizine eklenir mi?
Hayır. Site haritası, Google'a sayfaları keşfetmesi için yol gösterir, ama dizine eklemeyi garanti etmez. Çünkü Google sayfanın kalitesine, tekrarlayan içerik olup olmadığına ve teknik erişilebilirliğine göre karar verir. Search Console'daki "Sayfalar" raporu hangi sayfaların neden dizine eklenmediğini gösterir.
Şema eklersem arama sonucunda yıldız ya da SSS kutusu görünür mü?
Garanti değildir. Çünkü Google hangi zengin sonucu ne zaman göstereceğine kendisi karar verir ve bazı türleri sınırlandırmıştır. Örneğin SSS zengin sonuçları Ağustos 2023'ten bu yana yalnızca tanınmış devlet ve sağlık sitelerinde gösteriliyor. Yapılandırılmış veri yine de sayfanızı arama motoruna doğru tanıtmak için faydalıdır.
Sonuç
Teknik SEO, içeriğinizin önündeki engelleri kaldırır: Google sayfanıza ulaşabilir, doğru sürümü seçer, mobilde eksiksiz görür ve ne anlattığınızı anlar. Kısacası bu 25 madde bir kez kontrol edilip unutulacak bir liste değil, her önemli değişiklikten sonra dönülecek bir rehberdir.
Sitenizin teknik SEO kontrolünü yaptırmak ya da yeni sitenizi bu maddeleri baştan karşılayacak biçimde kurmak istiyorsanız web tasarım ve WordPress geliştirme hizmetlerimize göz atabilir ya da bizimle iletişime geçebilirsiniz.
Güncelleme (Ekim 2026): Google, SSS (FAQ) zengin sonuçlarını 7 Mayıs 2026'dan itibaren hiçbir sitede göstermemeye başladı ve bu özelliğin dokümantasyonunu Haziran 2026'da kaldırdı. 22. maddedeki "yalnız devlet ve sağlık siteleri" sınırlaması bu nedenle artık geçerli değil: SSS zengin sonucu tamamen kaldırıldı. Google'ın daha önce belirttiği gibi, kullanılmayan yapılandırılmış veri arama için sorun oluşturmuyor. Sayfadaki SSS bölümleri ise okur için faydalı olmaya devam ediyor.
Kaynaklar16
- Google Search Central — Build and submit a sitemap developers.google.com
- Google Search Central — Introduction to robots.txt developers.google.com
- Google Search Central — Block Search indexing with noindex developers.google.com
- Google Search Central — How to specify a canonical URL developers.google.com
- Google Search Central — Site moves with URL changes (301 yönlendirmeler) developers.google.com
- Google Search Central — How HTTP status codes and network errors affect Google Search (soft 404) developers.google.com
- Google Search Central Blog — Mobile-first indexing has landed (31 Ekim 2023) developers.google.com
- Google Search Central — Understanding JavaScript SEO basics developers.google.com
- Google Search Central — Tell Google about localized versions of your page (hreflang) developers.google.com
- Google Search Central Blog — Changes to HowTo and FAQ rich results (8 Ağustos 2023) developers.google.com
- Google Search Central Blog — Simplifying the search results page (12 Haziran 2025) developers.google.com
- Google Search Central — Documentation updates (SSS zengin sonucunun kaldırılması, Mayıs–Haziran 2026; güncelleme kutusu için) developers.google.com
- WordPress.org Documentation — Settings Reading Screen (Search Engine Visibility) wordpress.org
- Yoast Developer Portal — Yoast SEO for WordPress: Schema output developer.yoast.com
- Yoast — XML sitemaps yoast.com
- Polylang — Hreflang tag attributes and Polylang polylang.pro



