Teknik SEO Denetimi: 2026 için Önceliklendirilmiş Kontrol Listesi

Kısaca: Teknik SEO denetimi dört soruya sırayla yanıt verir: Google sayfalarınıza ulaşabiliyor mu, her sayfanın doğru sürümünü dizine ekleyebiliyor mu, her sayfanın ne hakkında olduğunu anlayabiliyor mu ve sayfa, gönderdiği kullanıcılar için iyi çalışıyor mu? Önce durum kodlarından, robots.txt ve noindex kurallarından başlayın; ardından yönlendirmelere, canonical etiketlerine ve site haritalarına, sonra başlıklara, yapılandırılmış veriye ve hreflang'e, en son HTTPS, mobil eşdeğerlik ve Core Web Vitals'a geçin. Sorun listesinin uzunluğuna göre değil, etkiye göre düzeltin ve her sürümden sonra yeniden kontrol edin.

Çoğu denetim aynı şekilde başarısız olur. Bir tarayıcı, sayıya göre sıralanmış 214 "sorun" listeler; ekip bir hafta boyunca dekoratif görsellere alt metin eklerken, staging ortamından kalan bir noindex etiketi fiyatlandırma sayfasını Google'ın dışında tutar. Sorunun çokluğu öncelik demek değildir.

Bu kontrol listesi, bir sayfanın Google içinde izlediği yolu takip eder: taranır, dizine eklenir, anlaşılır, sunulur. Zincirin başındaki bir sorun, sonrasındaki her şeyi anlamsız kılar; bu yüzden denetimi ve düzeltmeyi bu sırayla yapın. Aşağıdaki her kural Google'ın dokümantasyonuna dayanır.

Teknik SEO denetimi neleri kapsar?

Teknik denetim, içeriğinizin sıralamayı hak edip etmediğiyle değil, erişim ve yorumlamayla ilgilidir. Google'ın teknik gereksinimleri kısadır: Googlebot engellenmemiş olmalı, sayfa HTTP 200 döndürmeli ve sayfada dizine eklenebilir içerik bulunmalı. Google, bunları karşılamanın "bir sayfanın dizine ekleneceği anlamına gelmediğini; dizine eklemenin garanti olmadığını" ekliyor. Denetimin geri kalanı, Google'ın bir sayfayı atlamasına, yanlış yorumlamasına veya geri plana itmesine yol açabilecek nedenleri ortadan kaldırmakla ilgilidir.

Başlamadan önce: dört güvenilir kaynak

1. Search Console Sayfa dizine ekleme raporu: Google'ın hangi URL'leri dizine eklediği ve diğerlerini neden atladığı.
2. URL Denetim aracı: Google'ın tek bir URL'ye bakışı; işlenmiş HTML ve seçtiği canonical dahil.
3. Bir site tarayıcısı: ulaşabildiği her sayfanın durum kodları, yönlendirmeleri, başlıkları ve canonical'ları.
4. Sayfa düzeyinde bir denetleyici: ücretsiz website SEO checker aracımız, girdiğiniz sayfada (varsayılan olarak ana sayfanız) ve çevresindeki site dosyalarında yaklaşık 20 saniyede 38 kontrol yapar.

Önce bir başlangıç değeri kaydedin (dizine eklenen sayfalar, nedenine göre dizine eklenmeyen sayfalar, tarayıcının bulduğu URL'ler); aksi halde düzeltmelerin işe yarayıp yaramadığını anlayamazsınız.

1. Adım: Google sayfalarınıza ulaşabiliyor mu?

Durum kodları

Aramada görünmesini istediğiniz her URL 200 ile yanıt vermelidir. Google, diğer kodları nasıl ele aldığını How HTTP status codes affect Google Search ve Redirects and Google Search sayfalarında belgeliyor:

Pratikte iki ayrıntı önemlidir. Google "429 dışındaki tüm 4xx hataları aynı şekilde ele alınır" diyor; yani 404 ile 410 aynı sonuca yol açar. 429 ise güvenlik duvarlarının ve bot korumasının bir tarayıcıyı fazla hızlı bulduğunda gönderdiği koddur; bu yüzden bir güvenlik ürünü dizine eklemenizi sessizce yavaşlatabilir.

Google, anında gerçekleşen bir meta refresh'i kalıcı, gecikmeli olanı geçici olarak yorumlar. JavaScript yönlendirmeleri yalnızca işleme (rendering) başarılı olursa çalışır; Google'ın tavsiyesi, bunları yalnızca sunucu tarafı veya meta refresh yönlendirmeleri mümkün değilse kullanmanızdır.

robots.txt

robots.txt, tarayıcı trafiğini yönetir. Google'ın robots.txt girişine göre bu dosya "bir web sayfasını Google'ın dışında tutma mekanizması değildir." Engellenen bir sayfa "başka sitelerden bağlantı alıyorsa yine de dizine eklenebilir" ve açıklamasız gösterilir.

Üç şeyi kontrol edin:

• Dosya kök dizinde bulunmalı ve HTML sayfası değil düz metin olarak 200 döndürmelidir; kural gerekmiyorsa temiz bir 404 de olur. Asla 5xx olmamalı: Google bu durumda taramayı durdurur.
• Hiçbir kural, aramada görünmesini istediğiniz bölümleri engellememeli. Klasik felaket, staging ortamından kopyalanmış bir Disallow: / satırıdır.
• Sayfayı işlemek için gereken CSS ve JavaScript dosyaları engellenmemeli.

robots.txt checker dosyanızı Googlebot'un okuduğu gibi okur; tüm siteyi veya girdiğiniz sayfayı engelleyen kuralları ve sunucu hatasıyla yanıt veren robots.txt dosyasını işaretler.

noindex ve X-Robots-Tag

noindex meta etiketi veya X-Robots-Tag: noindex HTTP başlığı bir sayfayı sonuçların dışında tutar. Başlık biçimi, meta etiket taşıyamayan PDF, görsel ve videolar için de çalışır (Block Search indexing with noindex).

Tuzak şu: robots.txt aynı URL'yi engelliyorsa "tarayıcı noindex kuralını asla görmez ve sayfa yine de arama sonuçlarında görünebilir." Bir sayfayı kaldırmak için taramaya izin verin ve noindex sunun. Hem HTML'i hem yanıt başlıklarını denetleyin; çünkü CDN'ler ve eklentiler, sayfayı kimse düzenlemeden X-Robots-Tag ekleyebilir.

2. Adım: Google doğru sürümü dizine ekleyebiliyor mu?

Tek site, tek adres

http://example.com, http://www.example.com, https://example.com ve https://www.example.com bir tarayıcı için dört farklı URL'dir. Birini seçin ve diğer üçünü tek adımda ona kalıcı olarak yönlendirin. Sunucunuz iki şekilde de yanıt veriyorsa sondaki eğik çizgi ve büyük harfli yollar için de aynısını yapın. redirect checker dört ana makine sürümünün hepsini test eder, her adımın durum kodunu gösterir; geçici yönlendirmeleri, döngüleri ve uzun zincirleri işaretler.

Canonical etiketleri

Google'ın canonicalization kılavuzu sinyalleri sıralar: yönlendirmeler ve rel="canonical" güçlü sinyaller, site haritasına dahil etme ise zayıf bir sinyaldir. Hepsi sinyaldir, komut değil; Google farklı bir canonical seçebilir. En iyi uygulamalar:

• Canonical etiketlerinde mutlak URL kullanın.
• Canonical sayfanın kendisine kendini işaret eden bir canonical ekleyin.
• Her yöntemde (etiket, başlık, site haritası) aynı canonical'ı belirtin.
• "Canonical belirleme amacıyla robots.txt dosyasını kullanmayın."

Tipik bulgular: tüm sayfaların ana sayfayı canonical göstermesi ve canonical'ların yönlendirilmiş veya 404 veren URL'lere işaret etmesi.

XML site haritaları

Build and submit a sitemap sayfasından:

• Tek bir site haritası 50.000 URL veya sıkıştırılmamış 50 MB ile sınırlıdır. Daha büyük siteler, bir site haritası dizininde listelenen birkaç dosyaya bölünür.
• Google <priority> ve <changefreq> değerlerini yok sayar.
• Google <lastmod> değerini yalnızca "tutarlı ve doğrulanabilir biçimde doğruysa" kullanır; yeni bir telif yılını değil, önemli değişiklikleri yansıtmalıdır.
• Search Console'a gönderin ve robots.txt içinde Sitemap: https://example.com/sitemap.xml gibi bir satırla belirtin.

Bir site haritası yalnızca 200 döndüren, canonical ve dizine eklenebilir URL'leri listelemelidir. Site haritasındaki yönlendirmeler, 404'ler ve noindex sayfalar karışık sinyaller gönderir ve bir taramada en sık görülen bulgular arasındadır.

Soft 404'ler

Soft 404, 200 döndüren ama hata sayfası gibi görünen sayfadır: boş bir kategori, "ürün bulunamadı" mesajı, sonuç vermeyen bir arama sayfası. Search Console bunları "Soft 404" altında raporlar. Eksik içerik için gerçek bir 404 veya 410 döndürün ya da URL'ye faydalı içerik koyun.

JavaScript işleme

Google önce tarar, ardından başsız (headless) bir Chromium ile işler, sonra işlenmiş HTML'i dizine ekler (JavaScript SEO basics). İşleme "Google'ın kaynakları elverdiğinde" gerçekleşir; bu yüzden yalnızca betikler çalıştıktan sonra ortaya çıkan içerik daha geç gelir ve daha kırılgandır. Şunları kontrol edin:

• Bağlantılar href içeren <a> öğeleridir. Google bağlantılarınızı "yalnızca" bu şekilde keşfedebildiğini söylüyor; <div> veya <span> üzerindeki tıklama işleyicileri onun için görünmezdir.
• İstemci tarafı rotalar # parçaları değil, History API kullanır.
• Tek sayfalı uygulamalar, 404 döndüren bir URL'ye yönlendirerek veya hata görünümlerine noindex ekleyerek soft 404'lerden kaçınır.
• Önemli metin sunucu yanıtında bulunur. Google hâlâ sunucu tarafı işleme veya ön işleme (pre-rendering) öneriyor ve "tüm botlar JavaScript çalıştıramaz" diyor; bu, yapay zekâ tarayıcıları için daha da önemlidir (bkz. 5. Adım).

Her türden bir şablon için ham HTML ile işlenmiş HTML'i karşılaştırmak üzere URL Denetimi'nin canlı testini kullanın.

3. Adım: Google her sayfayı anlayabiliyor mu?

Başlıklar

Google'ın başlık bağlantısı dokümantasyonu, her sayfada anahtar kelime doldurma ve kalıp ifadeler olmadan ayırt edici, açıklayıcı ve kısa bir <title> ister. Uzunluk sınırı olmadığını, ancak başlıkların cihaza sığması için kısaltıldığını belirtir. Google ayrıca başlık bağlantılarını otomatik olarak yeniden yazar; <title>, ana başlık, og:title, bağlantı metni ve diğer kaynakları kullanır; özellikle başlık eksik, yinelenen veya yararsızsa. Yaklaşık 30 ila 60 karakterlik pratik bir aralık önemli kelimelerin görünür kalmasını sağlar; bu bir gelenektir, Google kuralı değildir.

Meta açıklamalar

Google, snippet'lerin "öncelikle sayfa içeriğinin kendisinden oluşturulduğunu" ve daha doğru bir özet sunduğunda bazen meta açıklamayı kullandığını söylüyor (Control your snippets). Uzunluk sınırı yoktur; snippet gerektiği gibi kısaltılır. Google'ın uyardığı şeyler: birçok sayfada aynı açıklamalar ve anahtar kelime listelerinden oluşan açıklamalar. Önemli şablonlarınızdaki eksik ve yinelenen açıklamaları denetleyin ve her biri için okunabilir bir özet yazın. meta tag checker bir sayfanın sonuçlarda nasıl göründüğünü önizler.

Yapılandırılmış veri

Google, "sitenizin yapısı izin veriyorsa" JSON-LD'yi ve doğrulama için Rich Results Test'i önerir (yapılandırılmış veriye giriş). Denetimde, her şablonun taşıması gereken işaretlemeyi taşıdığını (ana sayfada Organization, ürün sayfalarında Product, yazılarda Article, ekmek kırıntısı olan yerde BreadcrumbList), işaretlemenin geçerli olduğunu ve sayfada görünenle eşleştiğini kontrol edin. 2026'da hangi türlerin hâlâ zengin sonuç getirdiği ve nasıl yazılacağı schema markup rehberimizde anlatılıyor; schema markup checker bir sayfanın şu an beyan ettiklerini listeler.

hreflang

Dil veya ülke sürümleri olan siteler için Google'ın yerelleştirilmiş sürümler kılavuzu kuralları belirler:

• HTML link etiketlerini, HTTP başlıklarını veya site haritasını kullanın; Google bunları eşdeğer sayar.
• Her sürüm kendisini ve diğer tüm sürümleri listeler. Karşılıklı olmayan işaretlemeler yok sayılabilir.
• ISO 639-1 dil kodu kullanın; ardından isteğe bağlı olarak ISO 3166-1 alpha-2 bölge kodu ekleyin (en, en-GB, pt-BR). Yalnızca ülke kodu geçersizdir.
• Mutlak URL'ler kullanın ve sürümlerinizden hiçbirine uymayan ziyaretçiler için isteğe bağlı olarak x-default ekleyin.

Google sayfa dilini hreflang veya lang özniteliğinden değil, kendi algoritmalarıyla içerikten tespit eder; dolayısıyla gövde metni İngilizce olan bir Almanca URL yine de İngilizce bir sayfadır. hreflang checker kodları bu kurallara göre doğrular, kendine referansı kontrol eder ve x-default tanımlı olup olmadığını not eder; tek bir sayfayı okur, bu yüzden diğer sürümlerdeki dönüş bağlantılarını da kontrol edin.

4. Adım: Sayfa ziyaretçiler için iyi çalışıyor mu?

HTTPS ve karma içerik

Her URL'yi geçerli bir sertifikayla HTTPS üzerinden sunun ve HTTP'yi kalıcı olarak yönlendirin. Google'ın sayfa deneyimi rehberi "Sayfalarınız güvenli biçimde mi sunuluyor?" diye sorar. Ayrıca tarayıcıların kısmen engellediği karma içeriği (http:// üzerinden yüklenen betikler veya görseller) arayın. security headers checker sertifikayı, HTTPS yönlendirmesini, HSTS'yi ve karma içeriği kapsar.

Mobil öncelikli dizine ekleme

Mobil öncelikli dizine ekleme en iyi uygulamalarına göre "Google, dizine ekleme ve sıralama için bir sitenin akıllı telefon aracısıyla taranan mobil sürümünü kullanır." Denetimdeki soru eşdeğerliktir: mobil sürüm aynı ana içeriğe, aynı yapılandırılmış veriye, aynı robots meta etiketlerine ve eşdeğer başlık ile açıklamalara sahip olmalıdır. Google ayrıca ana içeriği kullanıcı etkileşiminde geç yüklemeye (lazy-loading) karşı uyarır; çünkü Googlebot tıklamaz, kaydırmaz ve yazmaz.

Google'ın Mobile-Friendly Test aracını ve Search Console Mobil Kullanılabilirlik raporunu 1 Aralık 2023'te kullanımdan kaldırdığını ve site sahiplerini Lighthouse'a yönlendirdiğini unutmayın (Google Search Central Blog). mobile-friendly test aracımız temel noktaları kontrol eder: viewport etiketi, duyarlı görseller, favicon ve sayfa dili.

Core Web Vitals

Google "Core Web Vitals sıralama sistemlerimizde kullanılır" diyor; aynı zamanda iyi skorların üst sıraları garanti etmediğini ve önceliğin alaka düzeyinde olduğunu söylüyor. web.dev üzerindeki hedefler, gerçek ziyaretlerin 75. yüzdelik diliminde ölçülür:

INP, 2024'te First Input Delay'in yerini alarak bir Core Web Vital oldu. Teknik denetimde hangi şablonların başarısız olduğunu not edip ilerleyin; her metriğin teşhisi ve düzeltilmesi başlı başına bir projedir ve Core Web Vitals rehberimizde adım adım anlatılır. Core Web Vitals checker sitenizin gerçek Chrome kullanıcı verilerini okur.

5. Adım: Yapay zekâ aramaya hazırlık

AI Overviews ve AI Mode için Google, bir sayfanın dizine eklenmiş ve snippet için uygun olması gerektiğini, ek bir koşul bulunmadığını ve CDN'inizin ya da barındırıcınızın da taramaya izin vermesi gerektiğini söylüyor. Diğer asistanlar kendi tarayıcılarını kullanır: OpenAI, ChatGPT araması için OAI-SearchBot'u, eğitim için GPTBot'u kullanır; OAI-SearchBot'u engelleyen siteler "ChatGPT arama yanıtlarında gösterilmez." Üç şeyi denetleyin: yapay zekâ arama tarayıcılarına robots.txt'te ve güvenlik duvarında izin veriliyor mu, ana içerik HTML yanıtında mı ve ana sayfa Organization işaretlemesiyle kim olduğunuzu belirtiyor mu. AI search readiness checker üçünü de test eder; geri kalanı generative engine optimization rehberimizde.

Sayfa dizine ekleme raporunu okumak

Sayfa dizine ekleme raporu, denetimin gerçekle buluştuğu yerdir. Google'ın kendi ifadesi: "Sitenizdeki tüm URL'lerin değil, yalnızca canonical sayfaların dizine eklenmesini beklememelisiniz." Yani amaç "Dizine eklenmedi" listesini boşaltmak değil; önemli her canonical sayfanın dizine eklendiğinden ve her dışarıda bırakmanın bilinçli olduğundan emin olmaktır.

Bir sorunu her yerde düzelttikten sonra Düzeltmeyi doğrula'ya tıklayın. Google, tek bir örnek bile kalırsa doğrulamanın durduğunu ve "genellikle yaklaşık iki haftaya kadar sürdüğünü" söylüyor.

Tek sayfalar için URL Denetimi

URL Denetim aracı, dizine eklenmiş sürümü (canlı olmayanı) ve Canlı URL'yi test et ile sayfanın Googlebot'un çektiği güncel halini gösterir: erişilebilirlik, tarama ve dizine ekleme izni, kullanıcının belirttiği ve Google'ın seçtiği canonical, işlenmiş ekran görüntüsü, ham HTML, HTTP başlıkları ve yüklenen kaynaklar. Her düzeltmeden sonra şablon başına bir URL'de kullanın. Dizine eklenmesini iste, birkaç kilit sayfa için yardımcı olur; çok sayıda sayfa için Google, doğru lastmod değerlerine sahip bir site haritası önerir. Hem denetimlerin hem dizine ekleme isteklerinin mülk başına günlük sınırları vardır.

Tarama bütçesi: yalnızca çok büyük siteler için

Tarama bütçesi, SEO'da en çok yanlış teşhis edilen konudur. Google'ın tarama bütçesi rehberi; haftalık değişen yaklaşık 1 milyon veya daha fazla benzersiz sayfası olan siteler, günlük değişen 10.000 veya daha fazla sayfası olan siteler ve URL'lerinin büyük bir bölümü "Keşfedildi - şu anda dizine eklenmedi" durumunda olan siteler için yazılmıştır. Google bunları kesin eşikler değil, kaba tahminler olarak niteler ve sayfalarınız yayımlandıkları gün taranıyorsa rehbere ihtiyacınız olmadığını söyler. Çoğu site için güncel bir site haritası ve Sayfa dizine ekleme raporuna düzenli bakmak yeterlidir.

Nasıl önceliklendirilir: etki çarpı efor

Her bulguyu etkiye (kaç önemli sayfayı ve ne kadar kötü etkilediği) ve efora (düzeltmenin ne kadar zor olduğu) göre puanlayın, ardından yukarıdan aşağı çalışın.

Sayfaları değil, şablonları düzeltin: bir ürün şablonundaki eksik başlık tek bir düzeltmedir.

Uygulamalı örnek (varsayımsal)

Aşağıdaki örnek varsayımsaldır, gerçek veri değildir. Yaklaşık 1.200 ürün ve kategori sayfası olan, hayali bir outdoor ekipman mağazası Northwind Outfitters, yeniden tasarımın ardından bir denetim yapıyor. Search Console 640 sayfanın dizinde olduğunu gösteriyor; lansmandan önce bu sayı 1.050'ydi.

Tarayıcı 312 bulgu raporluyor. Sayıya göre sıralandığında ilk üçü eksik alt metin (148), uzun başlıklar (61) ve eksik meta açıklamalar (40). Bu kontrol listesindeki sıraya göre sıralandığında tablo değişiyor:

1. Erişim: robots.txt sorunsuz, ancak tarama sırasında 38 URL 429 döndürüyor. Yeni bot koruması, bir insandan hızlı olan her şeyi hız sınırına tabi tutuyor.
2. Dizin: filtrelenmiş her kategori URL'si (?color=, ?size=) kendisine canonical veriyor ve 400 yakın kopya oluşuyor. Site haritası hâlâ artık yönlendirme yapan 90 eski URL'yi listeliyor. http://www. üzerindeki tüm ürün sayfaları iki kez yönleniyor: önce https://www., sonra https:// adresine.
3. Anlama: 61 "uzun" başlık birkaç karakter fazla.
4. Deneyim: hero görseli lazy-load ile yüklendiği için LCP kategori şablonunda başarısız oluyor.

Düzeltme sırası: doğrulanmış tarayıcıların bot korumasından geçmesine izin vermek, filtrelenmiş URL'leri filtresiz kategoriye canonical yapmak, site haritasını yalnızca canonical URL'lerden yeniden oluşturmak, yönlendirme zincirini tek adıma indirmek, ardından kategori hero görselini hemen yüklemek. Alt metin ve başlık uzunlukları bir sonraki içerik sprintine kalıyor. Altı hafta sonra dizin düşüşü toparlanıyor ve geriye kalan "dizine eklenmedi" URL'leri, amaçlandığı gibi filtrelenmiş sayfalar oluyor.

Ne sıklıkla denetim yapılmalı?

Üç ayda bir ve her taşıma, yeniden tasarım veya URL değişikliği sırasında tam denetim yapın (yayından önce staging'i, yayından bir gün sonra canlı ortamı tarayın); temel noktaları ise her hafta otomatikleştirin: durum kodları, noindex ve robots.txt değişiklikleri, site haritası hataları ve Sayfa dizine ekleme eğilimi. Teknik SEO nadiren yavaş yavaş bozulur; bir dağıtım gününde bozulur.

Bir saatlik başlangıç kontrol listesi

1. Ücretsiz website SEO checker aracını çalıştırın ve yüksek öncelikli hataları not edin.
2. Search Console'da Sayfa dizine ekleme sayılarını nedenine göre kaydedin.
3. URL Denetimi'nde şablon başına bir URL'yi canlı test edin; ham ve işlenmiş HTML'i karşılaştırın.
4. robots.txt'i, dört ana makine sürümünü ve bir yönlendirme zincirini kontrol edin.
5. Site haritasından on URL'yi örnekleyin: her biri 200 döndürmeli, dizine eklenebilir ve canonical olmalı.
6. Bulguları etki × efor tablosuna koyun ve ilk üçünü bu hafta düzeltin.

Searvia teknik SEO denetimini nasıl yapar?

Searvia'nın ücretsiz website SEO checker aracı, girdiğiniz sayfayı (yalnızca alan adı girerseniz ana sayfayı) ve çevresindeki site dosyalarını (robots.txt, site haritası, llms.txt), sertifikanızı, e-posta DNS kayıtlarınızı ve Chrome'dan gerçek kullanıcı hız verilerini okur. Altı bölümde 38 kontrol yapar: arama görünümü (9), tarama ve dizine ekleme (6), yapay zekâ arama hazırlığı (7), hız (6), mobil (4) ve güvenlik (6); öncelikli bir düzeltme listesi ve paylaşılabilir bir rapor ile A+ ile F arasında bir not verir. Aynı altyapının odaklı sürümleri ücretsiz araçlar sayfasında listelenir.

Tüm site için, bir Searvia hesabındaki Site audit sayfalarınızı bir arama motoru gibi tarar, sorunları hata, uyarı ve bildirim olarak gruplar (bozuk sayfalar ve bağlantılar, site haritasındaki yönlendirmeler, site haritasındaki noindex sayfalar, başka yere işaret eden canonical'lar, yinelenen başlıklar, yetim sayfalar ve daha fazlası) ve her hafta yeniden çalışır; böylece neyi düzelttiğinizi ve neyin bozulduğunu görürsünüz. Denetim başına sayfa sayısı planınıza bağlıdır; ücretsiz plan 100 sayfayı kapsar. Denetimin yanında gerçek Google dizine ekleme ve tıklama verilerini görmek için Search Console bağlayın, her denetimden sonra yeni ve değişen sayfaları Bing ve Yandex gibi IndexNow'u destekleyen motorlara göndermek için sitenizi doğrulayın.