Teknik SEO Kontrol Listesi: Web Sitenizi Geliştirmek İçin En İyi Liste

Teknik SEO Kontrol Listesi

Tarama ve İndeksleme

Teknik denetim sırasında bakılması gereken ilk şey, sitenizin arama motorları tarafından nasıl dizine eklendiği ve tarandığıdır. Sonuçta, sitenizdeki sayfalar taranamıyorsa, dizine eklenmeyecektir (birkaç istisna dışında). Sonuç olarak, dizinde temsil edilmeyen sayfalar sıralamaya katılmayacaktır.

Google Search Console’da Sayfa İndeksleme Raporunu inceleyin

Web sitenizin indekslenmesini analiz etmenin en doğru ve güvenilir yolu, Google Search Console’daki Sayfa İndeksleme Raporunu analiz etmektir.

Dizine eklenmiş sayfalar raporuna bakın ve dizinde hangi sayfaların olduğunu kontrol edin. Filtreleme veya sıralama seçeneklerine sahip sayfalar olup olmadığına, test sayfaları veya dizine eklemek istemediğiniz başka sayfalar olup olmadığına bakın.

Ayrıca, hariç tutulan sayfalara bakın.

Hariç Tutulan Sayfalar raporundaki tüm durumlar sorun teşkil etmez. Dikkatinizi hariç tutulan tüm sayfalara değil, yalnızca Google’ın davranışının niyetinizle uyuşmadığı sayfalara odaklamanız gerekir.

Aşağıdaki tabloda, dikkat ve daha derin analiz gerektiren durumları görebilirsiniz:

Durum	Ne anlama geliyor	Ne yapmalısınız?
Yönlendirme Hatası	Google, yönlendirme sorunları nedeniyle URL’yi takip edemedi.	Yönlendirme sayısını azaltın (1-2’ye). Sonsuz ve döngüsel yönlendirmelerden kaçının.- Nihai URL’nin 200 OK döndürdüğünden ve robots.txt/noindex’te engellenmediğinden emin olun.
Sunucu Hatası	Sunucu bir 5xx hatası döndürdü.	Sunucu günlüklerini kontrol edin. Sitenin aşırı yüklenmediğinden emin olun.- Özellikle tekrarlanıyorsa dahili hataları düzeltin.
Keşfedildi – dizine eklenmedi	Google sayfayı biliyor ancak henüz taramadı. Tarama bütçesiyle ilgili sorunları gösterir.	Sayfanın site haritasında olduğundan emin olun. Dahili bağlantılar ekleyin. Tarama bütçesini optimize edin.
Tarandı – dizine eklenmedi	Google sayfayı ziyaret etti ancak dizine eklememeyi seçti. Genellikle düşük sayfa kalitesini gösterir.	İçeriğin kalitesini ve benzersizliğini artırın. Sayfada kopya olmadığından emin olun. Dahili bağlantılar ekleyin.
Kullanıcı tarafından seçilen standart olmadan çoğaltın	Google, sayfayı kopya olarak kabul eder, ancak siz standart bir sayfa belirtmediniz.	Sayfa çiftlerini kontrol edin ve gerekli kanonik belirtin veya site yapısını yeniden gözden geçirin.
Yinelenen, Google kullanıcıdan farklı bir standart seçti	Google, belirttiğiniz standart kuralı yok saydı.	Bunun birçok nedeni olabilir; Sayfa verilerini dikkatlice incelemeniz ve en uygun stratejiyi seçmeniz gerekir (noindex, yönlendirme, kaldırma, robots.txt, web sitesi yapısındaki değişiklikler ve dahili bağlantı).
Yumuşak 404	Sayfa “boş” veya “bulunamadı” görünüyor ancak 200 Tamam durumu döndürüyor.	404 veya 410’u döndürün. Yönlendirme yapın. İçeriği geliştirin. İndekslemeyi engelleyin.

Diğer durumlar muhtemelen herhangi bir soruna işaret etmiyor. Ancak bu raporlar, sayfaların yanlışlıkla kaldırılmadığından, yeniden yönlendirilmediğinden, standartlaştırılmadığından veya dizine eklenmesinin engellenmediğinden emin olmak için de incelenmeye değerdir.

Durum Ne	anlama geliyor	Bilmeniz gerekenler
Uygun kanonik etikete sahip alternatif sayfa	Google, belirttiğiniz standart kodu doğru bir şekilde kabul etti.	Her şey beklendiği gibi çalışıyor. Herhangi bir işlem gerekmez. İstediğiniz kanonik belirttiğinizden emin olun.
URL robots.txt tarafından engellendi	Google sayfayı tarayamıyor.	robots.txt dosyasını kontrol edin. Dizine eklenmesini istiyorsanız erişime izin verin.
URL ‘noindex’ olarak işaretlendi	Sayfada noindex yönergesi vardır.	noindex etiketinin kasıtlı olarak ayarlandığından emin olun. Sayfa önemliyse bu etiketi kaldırın.
Bulunamadı (404)	Sayfa mevcut değil.	Bu önemliyse sayfayı geri yükleyin. Sayfa kalıcı olarak silinirse, ona dahili bağlantı olmadığından emin olun.
Yetkisiz istek nedeniyle engellendi (401)/ Erişim yasak nedeniyle engellendi (403)	Sayfa yetkilendirme ile engellenir veya yasaklanır.	Sayfanın dizine eklenmesi gerekiyorsa erişime izin verin.
Yönlendirme içeren sayfa	Sayfa başka bir sayfaya yönlendiriyor.	Yönlendirmenin kasıtlı ve doğru olup olmadığını kontrol edin.
URL, diğer 4xx sorunu nedeniyle engellendi	404 dışındaki bir 4xx hatası nedeniyle sayfaya erişilemiyor (örneğin, 403, 401, 410, vb.).	HTTP durum kodunu manuel olarak kontrol edin. Erişim ayarlarını düzeltin. Doğru durum kodlarını veya yönlendirmeleri ayarlayın. Gerekirse Googlebot’un erişimine izin verin.

Google Yardım Merkezi’nde, sorun örnekleri ve her durumun ayrıntılı bir açıklaması da dahil olmak üzere sayfa raporunun kapsamlı bir açıklamasını bulabilirsiniz.

Screaming Frog, dizine eklenen veya dizinden çıkarılan sayfaların analiz edilmesine de yardımcı olabilir. Bunu yapmak için, site taramasına başlamadan önce Google Search Console API’sini bağlamanız gerekir.
Bağlanmak için Google Search Console’> Yapılandırma -> API Erişimi bölümüne gidin. Google ile oturum aç’a tıklayın ve talimatları izleyin.

Bağlandıktan sonra URL denetimini etkinleştirin ve dizine eklenemeyen URL’ler için dizine ekleme denetimini yoksayma seçeneğini de etkinleştirebilirsiniz.

Ardından, her sayfanın durumunu Search Console’a göre (Google’ın gördüğü şekilde) ve tarama işlemi sırasında belirlenen gerçek durumunu görebilir ve karşılaştırabilirsiniz.

Lütfen her site için günde yalnızca 2000 URL’nin mevcut olduğunu unutmayın, bu nedenle bu yöntem küçük siteler için daha uygundur.

sitemap.xml sitenizde ne olduğunu kontrol edin

Sitemap.xml, arama motoru tarayıcılarına bir sitedeki sayfaların listesinin yanı sıra (isteğe bağlı olarak) son değişiklik tarihleri, güncelleme sıklığı ve önerilen tarama önceliği hakkında bilgi sağlayan bir XML dosyasıdır.

Genellikle sitenin köküne yerleştirilir, örneğin: https://example.com/sitemap.xml. Sitemap.xml, arama motorlarının yeni veya güncellenmiş sayfaları daha hızlı bulmasına yardımcı olur. Ek olarak, bu dosyaya bir sayfanın dahil edilmesi, zayıf da olsa bir sayfanın kanonik sürümünü belirlemenin sinyallerinden biridir .

sitemap.xml dosyası özellikle aşağıdakiler için kullanışlıdır:

• az sayıda dış bağlantıya sahip yeni siteler;
• çok sayfalı büyük siteler;
• çok fazla medya içeriğine sahip siteler;
• Sık sık güncellenen haber siteleri.

Sitemap.xml, dizine eklemek istediğiniz tüm sayfaları içermelidir.

Sitemap.xml’da yer alan sayfaları analiz etmek için aynı Screaming Frog’u veya diğer tarayıcıları kullanabilirsiniz. Screaming Frog’da sitemap.xml, Liste Modunda ayrı olarak taranabilir veya normal bir site taramasına dahil edilebilir. Bunu yapmak için, Yapılandırma -> Örümcek -> Taraması’nda XML site haritası taramasını etkinleştirin ve taramak istediğiniz site haritalarının mutlak URL’lerini ekleyin.

Site Haritası oluşturmak için çeşitli çevrimiçi hizmetlerin kullanılması önerilmez, çünkü bunlar yalnızca otomatik olarak güncellenmeyecek statik bir site haritası oluşturabilir. En uygun seçenek, sitenin üzerinde çalıştığı CMS için eklentileri kullanarak sitemap.xml oluşturmak veya site haritasını belirtilen koşullara göre oluşturan ve sitede değişiklik yapıldığında otomatik olarak güncelleyen özel bir komut dosyası yazmaktır.

sitemap.xml oluştururken dosyanızın sitemap.xml protokolüne uygun olduğundan emin olun. Bunun için https://www.xml-sitemaps.com/validate-xml-sitemap.html gibi çeşitli çevrimiçi doğrulayıcıları kullanabilirsiniz.

Protokolde listelenen tüm etiketlerin dahil edilmesi gerekli midir? Her zaman değil. Örneğin, Google yalnızca <loc> ve <lastmod> etiketlerini dikkate alır. <lastmod> etiketindeki tarihin doğru olduğundan emin olun. Manipüle etme girişimleri varsa, Google bu etiketi yok sayabilir.

robots.txt hata olmadığından emin olun

robots.txt dosyası, bir arama botunun bir siteyi taramadan önce baktığı ilk yerdir. Sitenin hangi bölümlerinin taranıp taranamayacağını ve bunun sonucunda hangi sayfaların arama motorları tarafından indeksleneceğini belirler. Her zaman https://example.com/robots.txt’da bulunmalıdır.

Bu dosya, sitenin taranmasını (dizine eklenmesini değil!) yönetmek için bir araçtır. Bazı sayfalar, robots.txt’da engellenmiş olsalar bile, yine de dizine eklenebilir (genellikle bunlara dahili veya harici bağlantılar varsa). Bu tür sayfalar (robots.txt’da engellenmesine rağmen dizine eklenmiş) Google Search Console’da “robots.txt tarafından engellenmesine rağmen dizine eklendi” raporunda görülebilir.

Teknik SEO denetiminin bir parçası olarak robots.txt dosyasıyla ilgili kontrol etmeniz gerekenler şunlardır:

1. Dosyanın kullanılabilirliği

Dosya https://example.com/robots.txt erişilebilir olmalı ve 200 OK yanıt durumu vermelidir. Yokluğu, indirme hataları veya yönlendirmeler (301, 302, 403, 404), arama motorlarının sitenin tarama kurallarını doğru anlamasını engelleyebilir.

1. Sözdizimi ve doğruluk

Dosya yapısının standarda uygun olup olmadığını kontrol edin. Temel şablon örneği:

• Kullanıcı aracısı: *
• İzin verme: /admin/
• İzin ver: /public/
• Site haritası: https://example.com/sitemap.xml

1. Disallow ve Allow yönergeleri

Önemli sayfalara yanlışlıkla izin verilmediğini kontrol edin, örneğin:

• Ana Sayfa (/)
• Ürün Kartları (/product/)
• Blog veya makaleler (/blog/, /articles/)

Yaygın bir hata, yönetim klasörlerini engellerken resimleri, stilleri ve komut dosyalarını engellemektir. Böyle bir durumda yönetim klasörü engellenmiş olsa da bazı dosya türlerinin taramaya açık olması gerektiği belirtilmelidir. Bu genellikle WordPress sitelerinde, tüm kullanıcı içeriğinin bulunduğu klasör Disallow: /wp-content engellendiğinde olur.

Bu durumda, tarama için yalnızca belirli bir formattaki dosyalar açılabilir:

• İzin ver: /wp-content/uploads/*.css
• İzin ver: /wp-content/uploads/*.js
• İzin ver: /wp-content/uploads/*.jpeg

robots.txt doğrulamak ve ekleyeceğiniz yönergeleri test etmek için bu aracı kullanabilirsiniz.

1. Diğer direktiflerle uyumluluğu kontrol edin

Hatalar genellikle robots.txt aşağıdakilerle çakıştığında ortaya çıkar:

• meta etiketi <meta name=”robots” content=”noindex”>
• Kurallı

Örneğin, bir sayfa robots.txt’da açıksa ancak noindex aracılığıyla engellenmişse taranır ancak dizine girmez. Bu kabul edilebilir, ancak kasıtlı olarak yapılması önemlidir.

Ayrıca, kaynak kodunda botlar için başka talimatlar olması ve robots.txt’de sayfanın aynı anda engellenmesi yaygın bir sorundur. Arama motoru robotları, robots.txt’de engellenen sayfaları taramaz. Kodda belirtilen etiketleri görmezler, örneğin kanonikleştirme. Yani, böyle bir kanonik basitçe açıklanmayacaktır.

Dahili bağlantılarınızı kontrol edin

Teknik denetimin temel görevlerinden biri, sitenin dahili bağlantılarının doğru şekilde çalıştığından emin olmaktır. Bu, tüm dahili bağlantıların dizine eklenmeye açık, 200 OK durum kodu döndüren, yönlendirme içermeyen ve en önemlisi 4xx/5xx hataları olan sayfalara işaret etmeyen gerçek, mevcut sayfalara yönlendirmesi gerektiği anlamına gelir. İlk bakışta bu küçük bir ayrıntı gibi görünebilir, ancak pratikte yanlış dahili bağlantılar bile olumsuz etkileyebilir:

• Arama motorları tarafından web sitesi taramasının verimliliği,
• İç SEO ağırlığının dağılımı (PageRank),
• Kullanıcı deneyimi.

Analizin ilk adımı, tüm dahili bağlantılarda hata olup olmadığını kontrol etmektir. 404, 410 veya diğer hatalara (403, 500 gibi) sahip sayfalara yönlendiren kırık bağlantıları belirlemek özellikle önemlidir.
Aşağıda, dahili bağlantılarda meydana gelebilecek ana hata türlerini, anlamlarını ve bunları düzeltmek için önerilen eylemleri içeren bir tablo bulunmaktadır.

Hata Türü Ne	anlama geliyor	Ne yapmalı
404	Sayfa bulunamadı	Bağlantıyı kaldırın veya çalışan bir bağlantıyla değiştirin
403	Erişim yasak	Erişim ayarlarını kontrol edin
301/302	Yönlendirme	Nihai URL bağlantısını güncelleme
5xx	Sunucu hatası	Sunucuyu veya CMS’yi kontrol edin

 

Sayfa hiyerarşisinin derinliğini analiz etmek, yani ana sayfanın ana sayfadan hangi düzeyde ve kaç tıklama uzakta olduğunu belirlemek de önemlidir. Önemli sayfaların üçüncü seviyeden daha derin olmaması tercih edilir – bu, hem arama motorları hem de kullanıcılar için erişilebilirliklerini artırır.
Analizin temel unsurlarından biri, kendilerine işaret eden hiçbir iç bağlantısı olmayan “yetim” sayfaları belirlemektir. Bu sayfalar site haritasına dahil edilse bile, iç bağlantıların olmaması onları daha az erişilebilir hale getirir.
Ek olarak, bağlantı metinlerini (bağlantı içeren kelimeler ve ifadeler) analiz etmek önemlidir. Bağlantı metinleri arama motorlarının bağlantının bağlamını anlamasına yardımcı olduğundan alakalı ve anlamlı olmalıdırlar.

Tarama istatistiklerini analiz edin

Tarama İstatistikleri analizi, Googlebot’un bir siteyle nasıl etkileşime girdiğini anlamanın bir yoludur: hangi sayfaların, ne sıklıkta tarandığı ve bunun SEO’yu nasıl etkilediği. Bu veriler Google Search Console’da Ayarlar → Tarama İstatistikleri → bulunabilir. Aşağıdaki tabloda, bu raporda bulabileceğiniz en yaygın sorunları görebilirsiniz:

Sorun	: Raporda nelere dikkat edilmelidir:	Olası nedenler
Emeklemede keskin düşüş	Günde daha az tarama	Erişilebilirlik sorunları, robots.txt’de yanlış ayarlar, bloklar, 5xx hataları
Birçok 4xx ve 5xx hatası	URL’lerdeki hatalar	Silinen sayfalar, bozuk bağlantılar, sunucu sorunları
Tepki süresi arttı	>1 saniye — bir uyarı işareti	Barındırma sorunları, sunucunun aşırı yüklenmesi
Birçok 3xx yönlendirmesi	Doğrudan URL’ler yerine yönlendirmeler	Yanlış yönlendirmeler, yönlendirme zincirleri, yönlendirmeli çok sayıda dahili bağlantı
CSS/JS taranmadı	İstatistiklerde eksikler	robots.txt tarafından engellendi

 

Ek olarak, sunucu günlükleri analiz edilebilir. Yalnızca Google Search Console’dan toplanan veriler yerine, arama botlarından (yalnızca Googlebot’tan değil, Bingbot, YandexBot ve diğerlerinden) gelen gerçek istekleri görmenize olanak tanırlar.
Bu, önemli miktarda zaman gerektiren gelişmiş, “ham” bir teşhis yöntemidir. Verileri görselleştirmek için GoAccess veya Screaming Frog Log File Analyser gibi açık kaynaklı araçları kullanabilirsiniz.

Yapılandırılmış verileri uygulayın

Yapılandırılmış veri, bir web sayfasında arama motorlarının sayfanın içeriğini daha doğru ve derinlemesine anlamasına yardımcı olan özel bir işaretleme biçimidir. Google ve diğer arama motorları için sayfada tam olarak ne olduğu hakkında bir “ipucu” görevi görür – bir makale, ürün, yemek tarifi, inceleme, video vb. Resmi bir sıralama sinyali olmasa da, arama motorlarının sayfayı anlama şeklini iyileştirerek sıralamaları dolaylı olarak etkiler.

Web sitelerindeki yapılandırılmış veriler için kullanılan ana standart veya protokol Schema.org’dir. OpenGraph gibi başka protokoller de vardır, ancak sosyal ağlar için kullanılır.
Schema.org, Google, Microsoft, Yahoo ve Yandex tarafından web’deki yapılandırılmış veriler için birleşik bir standart geliştirmek ve sürdürmek için oluşturulmuş ortak bir projedir.
Schema.org, en yaygın kullanılanları aşağıdaki tabloda listelenen yüzlerce varlık türünü içerir:

Kategori	Varlığı (@type)	Amaç
İçerik ve Sayfalar	Makale	Bir makale veya haber içeriği
	Blog Gönderimi	Bir blog yazısı
	Haber Makalesi	Google Haberler için bir haber makalesi
	SSS Sayfası	Sıkça Sorulan Sorular (SSS) sayfası
	Nasıl Yapılır	Adım adım kılavuz
	İnternet Sayfası	Bir web sayfası hakkında genel bilgiler
Ürünler ve Teklifler	Ürün	Ürün açıklaması
	Teklif	Fiyat teklifi
	Toplu Teklif	Farklı satıcılardan bir ürün için fiyat aralığı
İncelemeler ve Derecelendirmeler	Eleştiri	Bir ürün veya hizmetin incelemesi
	Derecelendirme	Sayısal bir derecelendirme (genellikle bir İnceleme içinde)
	Toplu Derecelendirme	Birden fazla incelemeye dayalı ortalama derecelendirme
Organizasyonlar ve Kişiler	Organizasyon	Bir şirketin veya markanın açıklaması
	Yerel İşletme	İletişim bilgileri ve programı olan yerel bir işletme
	Kişi	Bir kişi (örneğin, makale yazarı, konuşmacı vb.)
Olay	Olay	Çevrimiçi veya çevrimdışı bir etkinlik
Navigasyon ve Yapı	Ekmek Kırıntısı Listesi	Ekmek kırıntıları navigasyonu
	SiteNavigationÖğesi	Ana menü öğeleri
Multimedya	VideoNesnesi	Meta veri içeren video (video parçacıkları için)
	ImageObject	Açıklamalı resim
Eğitim ve İşler	Kurs	Çevrimiçi bir kurs veya eğitim programı
	İş İlanı	İş ilanı (Google for Jobs için)

Yapılandırılmış verilerin JSON-LD biçiminde uygulanması önerilir. Bu blok, HTML belgesinin <kafa> veya <gövde> içine yerleştirilir, ancak kullanıcıya gösterilmez — arama botları tarafından okunur. Google, Bing ve Yahoo gibi tüm büyük arama motorları bu formatı destekler. JSON-LD kodunun bir örneği aşağıda gösterilmiştir:

<script type=”application/ld+json”>

{

“@context”: “https://schema.org”,

“@type”: “Makale”,

“headline”: “JSON-LD nedir?”,

“yazar”: {

“@type”: “Kişi”,

“name”: “John Smith”

},

“datePublished”: “2025-12-01”

}

</komut dosyası>

Yapılandırılmış verileri uygularken Schema.org protokolünü izleyin ve uygulanan mikro veri türlerinin doğruluğunu kontrol etmek için doğrulayıcıyı kullanın. Schema.org protokolündeki bazı yapılandırılmış veri türleri, zengin snippet’lerin Google arama sonuçlarında görüntülenmesine de yardımcı olabilir.

Google’ın zengin snippet’ler için yapılandırılmış veri gereksinimlerinin Schema.org standardından biraz farklı olduğunu unutmayın. Genellikle, Schema.org protokolünün gerektirdiğinden daha fazla alanın belirtilmesi gerekir. Dolayısıyla, bir Zengin Snippet elde etmek istiyorsanız, Google’ın yapılandırılmış veriler için yönergelerini izleyin. Zengin snippet doğrulayıcıyı kullanarak mikro veri uygulamasının doğruluğunu kontrol edebilirsiniz.

Ayrıca birçok mikro veri oluşturucu vardır, ancak bunlar yalnızca sayfadaki içerik değişiklikleriyle güncellenmeyecek statik kod oluşturabilir. Mikro verilerdeki bilgilerin, sayfada kullanıcılar tarafından görülebilen bilgilerle eşleşmesini sağlamak, Google’ın yapılandırılmış veri gereksinimlerinin bir parçasıdır. Yapılandırılmış verilerle ilgili politika ihlal edilirse sayfa tüm zengin snippet’leri kaybedebilir ve bazı durumlarda manuel cezalarla karşı karşıya kalabilir. Bu nedenle, mikro verilerinizin otomatik olarak oluşturulduğundan ve otomatik olarak güncellendiğinden emin olun.

İçerik

Teknik SEO denetiminin bir parçası olarak, başlıkların ve meta etiketlerin yapısından görseller ve potansiyel yinelenen sayfalar için alt niteliklerin varlığına kadar temel içerik özelliklerini değerlendirmek önemlidir. Bu unsurlar hem indekslemeyi hem de arama motorlarının siteyi nasıl algıladığını doğrudan etkiler.

Web sitenizi tam kopyalar için test edin

Tam kopyalar, aynı içeriğe sitedeki farklı URL’ler aracılığıyla erişilebildiğinde ortaya çıkar. Kopyalar sitenizin sıralamasına tamamen zarar verebilir.
En yaygın tam kopya türleri şunlardır:

• Hem HTTP hem de HTTPS üzerinden erişilebilirlik
• WWW ile ve WWW olmadan erişilebilirlik
• Sonunda eğik çizgi olan veya olmayan erişilebilirlik
• URL’lerin büyük ve küçük harfle erişilebilirliği
• Sayfaya .html, .htm, .php, .aspx gibi dosya uzantılarıyla ve bunlar olmadan erişilebilir
• UTM etiketleri gibi sayfa içeriğini değiştirmeyen parametreler
• Farklı URL’ler altında aynı içerik. Örneğin, bir ürün iki farklı URL üzerinden erişilebilen iki kategoride listelenir. Veya URL’de kategori ile ve kategori olmadan erişilebilen ürün sayfası.
• Sitenin test sürümleri (geliştirme için kullanılan DEV etki alanı).

URL varyasyonlarıyla ilgili sayfa kopyalarını bulmak için URL’leri manuel olarak test edin ve bu URL varyantları için sunucu yanıt kodunu kontrol edin. Sunucu yanıt kodlarını kontrol etmek için https://httpstatus.io/ gibi herhangi bir aracı kullanabilirsiniz. URL varyasyonlarını girin ve erişilebilirliklerini kontrol edin.

HTTP/HTTPS, www/without-www, eğik çizgili/eğik çizgisiz, büyük/küçük harfli varyasyonlarla ve .html, .htm, .php, .aspx. gibi uzantılara sahip ve bunlar olmadan sayfaların erişilebilirliği ile ilgili sorunları düzeltmek için, tercih edilen sürüme bir 301 yönlendirmesi ayarlamak gerekir.

URL’nin bölümlerini ekleyerek veya çıkararak aynı içeriğin kullanılabilirliği nedeniyle kopyalar bulunduğunda (örneğin, bir ürün iki kategoride mevcuttur), URL yapısını ve site yapısını yeniden gözden geçirmek en iyisidir. UTM ve diğer parametreler için kanonikleştirme de bir çözüm olabilir. Ancak, Google’ın kanonik etiketi bir öneri olarak ele aldığını ve hangi URL’nin seçileceğine ilişkin nihai kararın Google’a ait olduğunu unutmamak önemlidir.

Sitenin test sürümü Google dizininde bulunursa, dizine eklenmesi engellenmeli ve Google Search Console üzerinden kaldırılması için bir talep gönderilmelidir.

Kısmi sayfa yinelemelerini çözme

Kısmi sayfa kopyaları, sitedeki iki veya daha fazla sayfa çok benzer, ancak tamamen aynı olmayan içerik içerdiğinde ortaya çıkar. En yaygın kısmi kopya türleri şunlardır:

• Sayfaları sıralama
• Sayfaları filtrele
• Sayfalandırma sayfaları
• Benzer ürünlerin bulunduğu sayfalar (ör. ürünler yalnızca renklerine göre farklılık gösterir)
• Sitenin aynı dilde, ancak farklı bölgeler için birden fazla sürümü (örneğin, ABD, İngiltere ve Avustralya için üç İngilizce site).

Elbette her site benzersizdir ve teknik bir denetim sırasında, belirli çözümler gerektiren diğer yinelenen içerik durumlarını belirleyebilirsiniz. Ancak, yukarıdaki örnekler en yaygın olanlarıdır.

Kısmi kopyalar genellikle site tarama işlemi sırasında çeşitli tarayıcılar tarafından bulunur. Yinelenen parametrelere sahip olacaklar ve ana kategori sayfalarıyla aynı başlığa ve H1’e sahip olabilirler.
Kısmi kopyaları ortadan kaldırmak için, bu sayfalar sitenin işlevselliği için gerekli olduğundan yönlendirme ayarlayamazsınız. Aşağıda kısmi kopyalarla başa çıkma yöntemlerini tartışacağız.

Sayfaları Sıralama ve Filtreleme

Bu sayfaların robots.txt dosyasında taranması engellenebilir, ancak bu, özellikle bağlantılar bu sayfalara işaret ediyorsa, Google tarafından göz ardı edilebilir. Bu, tarama bütçesinin korunmasına yardımcı olacaktır.
Ayrıca, bu sayfaların dizine eklenmesini engelleyecek ancak Google’a taranmamaları gerektiğini söylemeyecek olan <meta name=”robots” content=”noindex, nofollow” /> yönergesi aracılığıyla da engelleyebilirsiniz.
Bu durumda en iyi yaklaşım, kullanıcı sıralama veya filtreler uyguladığında, ek URL’ler ve filtreleme veya sıralama sayfalarına bağlantılar oluşturmadan sayfadaki içeriği güncellemek için JavaScript kullanmaktır.

Farklı URL’lerde bulunan ürün varyasyonları

İdeal olarak, tüm ürün çeşitleri, kullanıcının JavaScript kullanarak URL’yi değiştirmeden istediği rengi veya boyutu seçebileceği tek bir sayfada birleştirilmelidir. Ancak, her varyant için ayrı bir sayfa kullanılıyorsa, ana ürün sayfasına kanonik bir bağlantı belirtilmelidir. Ancak, daha önce de belirtildiği gibi, Google, kullanıcı tarafından ayarlanan kanonik ayarı göz ardı edebilir.

Sayfalandırma Sayfaları

Sayfalandırma sayfalarının dizine eklenmesi engellenmemelidir. Google’ın kategorinin ilk sayfasını ana sayfa olarak kabul etmesini sağlamak için:

• sitemap.xml dosyasına yalnızca ilk sayfayı ekleyin.
• Tüm sayfalandırma sayfalarına ana kategori sayfasına bir bağlantı ekleyin.
• Sayfalandırma sayfalarının başlığına ve H1’ine sayfa numaraları ekleyin. Örneğin, “Beyaz Gömlekler – Sayfa 2.”

Sayfalar tek dilde ancak farklı bölgeler için kullanılabilir

Bu durumda Hreflang özniteliklerinin kullanılması gerekir. Arama motorlarına, dil tercihlerine ve konumlarına göre kullanıcılara bir web sayfasının hangi dilini ve bölgesel sürümünü göstermeleri gerektiğini söylemek için kullanılırlar.
Hreflang niteliklerini uygulamanın birkaç yolu vardır:

• HTTP başlıklarında
• <kafa> bölümündeki etiketler aracılığıyla
• sitemap.xml’deki etiketler aracılığıyla

Uygulanması en kolay yöntem, <kafa> bölümündeki etiketlerdir.

<head> bölümündeki etiketler aracılığıyla uygulanan hreflang özniteliklerinin karşılaması gereken kurallar vardır:

• • Özellik şu biçimde olmalıdır: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Dil ve ülke kodları geçerli olmalıdır. Her dil mutasyonu için geçerli kodu seçmek için lütfen bu sayfaya bakın.

• Her dil sürümü, hreflang özniteliklerinde kendisini ve diğer tüm dil sürümlerini listelemelidir. Bu, her sayfanın aynı sayıda hreflang özniteliğine sahip olması gerektiği anlamına gelir

• Hreflang özniteliklerindeki bağlantılar mutlak ve dizine eklenebilir olmalıdır.

Bir kod örneği:

<link rel=”alternatif” href=”https://example.com/en-us/page” hreflang=”en-us” />

<link rel=”alternatif” href=”https://example.com/en-gb/page” hreflang=”tr-gb” />

<link rel=”alternatif” href=”https://example.com/en-us/page” hreflang=”x-varsayılan” />

Başlıklar, h1, h2’ler ve açıklamalarda kopya olup olmadığını kontrol edin

Başlıklar, açıklamalar ve H1-H6 başlıkları sayfa içi SEO ile ilgili olsa da, teknik bir denetim içindeki analizleri kopyaları tespit etmek için yararlı olabilir.

Bunları analiz etmek için, bu etiketleri toplayan herhangi bir tarayıcıyı kullanabilirsiniz.

Yinelenen başlıklar, H1-H6 etiketleri ve açıklamalar bulunduğunda, sayfa verilerini analiz edin ve yinelemenin nedenini belirleyin. Bunun nedeni, sitenin hem HTTP hem de HTTPS üzerinden kullanılabilirliği, filtre sayfalarında ana kategori etiketlerinin çoğaltılması veya bu etiketlerin yanlış doldurulduğu bir insan hatası olabilir.

Resimler için alt öznitelikleri optimize edin

Alt öznitelikleri, <img> etiketinin içinde kullanılan bir HTML özniteliğidir: <img src=”image.jpg” alt=” Resmin açıklaması”>. Temel amacı, görüntü içeriğinin metin açıklamasını sağlamaktır. Bu metin, görüntü yüklenemezse gösterilir ve görme engelli kullanıcılara yardımcı olmak için ekran okuyucular tarafından yüksek sesle okunur. Doğru, açıklayıcı alt metin, görsellerinizin görsel aramada sıralanmasına ve sayfanın genel alaka düzeyini artırmasına yardımcı olabilir.

Çok fazla görsel içeriğe sahip bir web siteniz varsa, alt niteliklerin optimizasyonu, metin içeriğine dayanan klasik web sitelerine göre daha önemli bir adımdır.

Screaming Frog, Ahrefs, SemRush vb. gibi birçok tarayıcı alt öznitelikleri analiz eder ve burada eksik veya boş alt özniteliklerle ilgili verileri alabilirsiniz.

Resmi Google dokümanlarında açıklayıcı alt özelliklerin oluşturulması hakkında daha fazla bilgi edinebilirsiniz.

Web sitesi hızı, mobil ve kullanıcı dostu

HTTP protokolünü kullanma

Kullanıcı ile sunucu arasındaki veri aktarımının güvenliğini sağlamak için güvenli HTTPS protokolünün kullanılması önemlidir. Yalnızca kullanıcı güvenini artırmakla kalmaz, aynı zamanda SEO üzerinde de olumlu bir etkiye sahiptir. HTTPS’yi kontrol etmek için tarayıcının adres çubuğuna bakmanız yeterlidir – bir asma kilit simgesi görünmelidir.
Ayrıntılı bir analiz için, SSL sertifikasının durumu hakkında tam bir rapor sağlayacak ve olası sorunları belirleyecek olan SSL Labs hizmetini kullanabilirsiniz.

HTTPS sayfalarında karışık içerik (HTTP kaynakları) olmadığından emin olmak da önemlidir. Bu analiz için, Google Search Console’da hem HTTP hem de HTTPS içeren URL’leri gösterecek olan HTTPS raporunu kullanabilirsiniz.

Kaynak: Müşterimizin Search Console’u

Önemli Web Verilerini İyileştirin

Önemli Web Verileri, bir web sitesindeki kullanıcı deneyiminin kalitesini değerlendirmek için Google tarafından önerilen bir dizi metriktir. Bu metrikler sayfadaki içeriğin yüklenme hızına, etkileşimine ve görsel kararlılığına odaklanır. Üç temel gösterge içerirler:

Metrik	Açıklaması	Optimal Değer
En Büyük İçerikli Boya (LCP)	Sayfadaki en büyük görünür öğenin (ör. resim veya metin) yüklenme süresini ölçer.	2,5 saniyeden az
İlk Giriş Gecikmesi (FID)	Sayfanın ilk kullanıcı etkileşimine (örneğin, bir düğmeyi veya bağlantıyı tıklamak) yanıt vermesi için geçen süreyi ölçer.	100 milisaniyeden az
Kümülatif Düzen Kayması (CLS)	Sayfanın görsel kararlılığını, yani sayfa yükleme sırasında ne kadar öğenin hareket ettiğini değerlendirir.	0,1’den az

 

Gerçek kullanıcılardan toplanan veriler, Search Console Raporu “Önemli web verileri”nde (toplu veriler) veya PageSpeed Insights’ta (bireysel testler için) görüntülenebilir. Core Web Vitals üzerinde çalışırken, CWV metrikleri üzerinde büyük etkisi olan sorunları tanımlamanız gerektiğini unutmayın. Örneğin, LCP’yi optimize ederken, 4 unsurdan hangisinin (TTFB, Yükleme Gecikmesi, Yükleme Süresi veya Oluşturma gecikmesi) yüksek LCP puanına en fazla katkıda bulunduğunu tanımlamanız gerekir.

Aşağıdaki örnekte, TTFB veya Yükleme Süresi optimizasyonuna odaklanmamıza gerek olmadığı görülmektedir. Bunun yerine, tüm enerjimizi Load Delay’i ve ardından Render Delay’i iyileştirmeye harcayabiliriz.

Kaynak: https://pagespeed.web.dev/ – nike.com web sitesinin testi (sadece örneğin). Etki alanı bulanık

Web sitenizin mobil uyumlu olduğundan emin olun

Mobil uyumluluk, Google’ın mobil öncelikli indeksleme yaklaşımına geçtiği 2018 yılından bu yana çok önemli bir faktör haline geldi. Bu, Google’ın artık bir web sitesinin masaüstü sürümü yerine sıralama ve indeksleme için öncelikle mobil sürümünü kullandığı anlamına gelir.

Google Search Console’da, URL inceleme aracında “Canlı URL’yi Test Et” seçeneğine tıklayarak sayfalarınızı test edebilir ve Googlebot-Mobile’ın nasıl gördüğünü görebilirsiniz.

Görüntüleri sıkıştır

Kaliteden ödün vermeden sıkıştırmayı amaçlayan görsel optimizasyonu, özellikle sayfalarda çok fazla grafik içerik varsa, web sitesinin yüklenmesini hızlandırmaya yardımcı olur.

Görüntüleri sıkıştırmak için TinyPNG veya Squoosh gibi çevrimiçi araçlar kullanılabilir. Ayrıca, WebP gibi modern görüntü formatlarının kullanılıp kullanılmadığını kontrol etmek de önemlidir, çünkü bunlar dosya boyutunu önemli ölçüde azaltabilir.

Uluslararası web siteleri için CDN kullanın

Web siteniz coğrafi olarak uzak çok çeşitli bölgelere hizmet veriyorsa CDN kullanmak mantıklıdır.

Bir CDN (İçerik Dağıtım Ağı), sitenin içeriğini kullanıcılara daha yakın bulunan sunuculara dağıtarak yükleme sırasındaki gecikmeyi azaltır. Cloudflare veya Akamai gibi CDN sağlayıcısına referansların görünebileceği tarayıcının geliştirici araçlarında (Ağ sekmesi) HTTP istek başlıklarını inceleyerek CDN kullanımını kontrol edebilirsiniz. CDN’yi test etmek için çevrimiçi araçlar da vardır. CDN yapılandırması genellikle barındırma paneli veya CMS aracılığıyla yapılır.

Önbelleğe alma kullanma
Önbelleğe alma, tarayıcıların ve proxy sunucularının kaynakların kopyalarını depolamasına olanak tanır, sunucu yükünü azaltır ve sonraki ziyaretlerde yüklemeyi hızlandırır. Önbelleğe alma doğruluğunu tarayıcının geliştirici araçlarından kontrol edebilirsiniz – Ağ bölümünde Cache-Control, Expires ve ETag başlıklarına bakın. Google PageSpeed Insights ayrıca önbelleğe alma için öneriler de sağlar. Statik kaynakların (resimler, komut dosyaları, stiller) uygun önbelleğe alma ayarlarına sahip olması ve sunucunun ilgili kuralları yapılandırması (örneğin, .htaccess veya nginx yapılandırmasında) önemlidir. Önbelleğe almayı kontrol etmek için GiftOfSpeed gibi çevrimiçi hizmetleri kullanabilirsiniz.

Son

Bir web sitesinin teknik denetimi tek seferlik bir prosedür değil, performansını ve görünürlüğünü etkileyebilecek teknik faktörlere düzenli olarak dikkat edilmesini gerektiren devam eden bir süreçtir. Her web sitesi benzersiz olduğundan, kontrollerin özel odağı ve sıklığı değişecektir. Teknik SEO denetimi için bu kontrol listesi, önemli bir şeyi unutmadığınızdan emin olmanıza yardımcı olacaktır.