Teknik SEO Kontrol Listesi

TL;DR — Teknik SEO kontrol listesi, sitenizin arama motorlarının sayfalarınızı bulabilmesi, okuyabilmesi ve gösterebilmesi için işaretlemesi gereken teknik kutuların listesidir. Google’ın kısa versiyonu: bir sayfanın taranabilir, dizine eklenebilir, anlaşılabilir ve işlenebilir olması gerekir. Listeyi öncelik sırasına göre çalışın ve sitenizin boyutuna uymayan bölümleri atlayın — 20 sayfalık bir broşür sitesi, 500 000 ürünlük bir mağazanın endişelendiği şeyler hakkında endişelenmek zorunda değildir.

Evidence for this claim Google's minimum technical requirements include accessible Googlebot crawling, a successful HTTP response, and indexable content. Scope: Eligibility prerequisites, not a guarantee of indexing or ranking. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Technical requirements Evidence for this claim Meeting technical requirements does not guarantee that Google will crawl, index, or serve a page. Scope: Google Search eligibility and selection behavior. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Technical requirements

Bu kontrol listesi nedir (ve ne değildir)

Teknik SEO tesisattır. İçeriğiniz sıralanmadan önce, arama motorlarının sayfalarınıza ulaşabilmesi, onları indirebilmesi, anlayabilmesi ve dosyalayabilmesi gerekir. Teknik SEO kontrol listesi, bunu mümkün kılan şeylerin sıralı listesidir.

SEO’nun tamamı değildir. İyi içerik yazmayı, doğru anahtar kelimeleri hedeflemeyi veya bağlantı kazanmayı kapsamaz. Bunlar son derece önemlidir — sadece farklı bir iştir. Her şeyi aynı anda isteyen versiyon, tam bir SEO denetim kontrol listesidir ve bu ayrı, daha geniş bir şeydir. Bu sayfa teknik kalır.

Öncelik sırası

Bunları kabaca yukarıdan aşağıya yapın. Liste ne kadar yukarıdaysa, altındaki her şeyi sessizce bozma olasılığı o kadar artar.

1. Can search engines crawl your site? Check your robots.txt isn’t blocking pages you want found. Fix broken pages (404s) and server errors (5xx).
2. Can your pages be indexed? Make sure you’re not accidentally telling Google to noindex important pages, and that duplicate versions of a page point to one preferred version.
3. Is your site on HTTPS? The little padlock. It’s a baseline expectation now.
4. Does it work well on phones? Google indexes the mobile version of your site, so your phone version has to have the same content as your desktop version.
5. Do you have an XML sitemap? A simple list of your URLs you hand to Google and Bing so they don’t have to find everything by following links.
6. Is your structured data valid? Optional, but it can earn you richer-looking search results. (It won’t boost your rankings — more on that myth below.)
7. How’s your page speed? Google’s Core Web Vitals measure loading, response, and visual stability.

Bilmeniz gereken iki efsane

• robots.txt içinde bir sayfayı engellemek, onu Google’dan kaldırmaz. Sadece Google’ın onu okumasını durdurur. Bir sayfayı gerçekten kaldırmak için, Google’ın onu taramasına izin verin ve bir noindex etiketi ekleyin. (robots.txt içinde engellemek ve noindex eklemek klasik bir tuzaktır — bot sayfayı tarayamaz, bu yüzden noindex’i asla görmez.)
• Yapılandırılmış veri bir sıralama artışı değildir. Sonucunuzun daha zengin görünmesini sağlayabilir, bu da tıklamalara yardımcı olabilir — ancak şema eklemek sizi sonuçlarda yukarı taşımaz.

Her şey sizin için geçerli değil

Bu kontrol listesiyle ilgili en kullanışlı tek şey neyi atlayacağınızı bilmektir. Küçük bir site işletiyorsanız, tarama bütçesi yönetimini tamamen görmezden gelebilirsiniz — Google’ın kendisi çoğu sitenin bunu düşünmesine gerek olmadığını söylüyor. Bu gelişmiş bölümlere gerçekten ihtiyaç duyanlar da dahil olmak üzere tam resmi mi istiyorsunuz? Gelişmiş sekmesine geçin.

TL;DR — Teknik SEO tavan değil tabandır: sayfalar, içerik çalışması karşılığını vermeden önce taranabilir → dizine eklenebilir → anlaşılabilir → işlenebilir olmalıdır. Kontrol listesini öncelik sırasına göre çalıştırın ve bölümleri site türüne göre kapılayın — çoğu küçük site, Google’ın kendi tarama bütçesi belgesinin doğruladığı gibi, tarama bütçesini, fasetli gezinme kontrolünü, günlük analizini ve JS işleme mühendisliğini atlayabilir. İki efsaneyi görür görmez öldürün: robots.txt dizinden çıkarmaz ve yapılandırılmış veri bir sıralama faktörü değildir. Core Web Vitals’ı geçti/kaldı kapıları olarak değil, hedefler olarak ele alın — bu Google’ın kendi “hedefleyin” dilidir. Ve her kutuyu işaretlemek yine de dizine eklemeyi garanti etmez.

Evidence for this claim Google's minimum technical requirements include accessible Googlebot crawling, a successful HTTP response, and indexable content. Scope: Eligibility prerequisites, not a guarantee of indexing or ranking. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Technical requirements Evidence for this claim Meeting technical requirements does not guarantee that Google will crawl, index, or serve a page. Scope: Google Search eligibility and selection behavior. Confidence: high · Verified: 2026-07-14 Google Search Essentials: Technical requirements

Zihinsel model: dört koşul

Google, tüm teknik SEO’yu dört temel koşul etrafında çerçeveler — bir sayfanın taranabilir, dizine eklenebilir, anlaşılabilir ve işlenebilir olması gerekir. Search Essentials teknik gereksinimleri bunu üç minimuma indirir: “Googlebot engellenmedi,” “Sayfa çalışıyor” (HTTP 200 durumuyla sunulur) ve “Sayfanın dizine eklenebilir içeriği var.” Bu kontrol listesindeki her şey aslında bunların hizmetindedir.

Aynı belgeden gelen kritik uyarı: “Bir sayfanın bu gereksinimleri karşılaması, sayfanın dizine ekleneceği anlamına gelmez; dizine ekleme garanti edilmez.” Teknik SEO geçmeniz gereken bir kapıdır, sonuçları garanti eden bir kaldıraç değil. Bu yüzden her zaman teknik kontrol listesinin zemin olduğunu savundum — içerik ve bağlantıların işlerini yapabilmesi için onu temizlersiniz, onların yerine değil.

Başlamadan önce: hangi bölümler sizin için geçerli?

Rakiplerin her kontrol listesi konuya göre düzenlenir ve tüm listeyi her sitede çalıştırır. Bu yanlış varsayılandır. Daha iyi düzenleme ekseni site türüdür, çünkü Google en gelişmiş rehberliğini site boyutuna göre kapılandırır. büyük site tarama bütçesi rehberinden: “Sitenizde hızla değişen çok sayıda sayfa yoksa veya sayfalarınız yayınlandıkları gün taranıyor gibi görünüyorsa, bu rehberi okumanıza gerek yok.”

Google’ın tarama bütçesinin önem kazanmaya başladığı (kasıtlı olarak kabaca) eşikleri:

• Büyük siteler — haftalık değişen içerikle 1 milyon+ benzersiz sayfa.
• Orta veya daha büyük siteler — çok hızlı değişen (günlük) içerikle 10 000+ benzersiz sayfa.
• URL’lerinin büyük bir kısmı Search Console’un “Keşfedildi - şu anda dizine eklenmedi” durumunda takılı kalan siteler.

İşte benim asıl uygulayacağım ayrım:

Başlangıç yolu — küçük / tanıtım / yerel işletme siteleri (< ~10K URL): tarama bütünlüğü kontrolü, dizine ekleme/kurallı kontrolü, HTTPS, mobil eşitliği, bir XML site haritası, bir tur Core Web Vitals, zengin sonuç kazandırdığı yerde geçerli yapılandırılmış veri. Tarama bütçesini, fasetli gezinme kontrolünü, günlük dosyası analizini ve JS işleme mühendisliğini tamamen atlayın.

İleri yol — büyük / e-ticaret / JS ağırlıklı / kurumsal siteler: Başlangıç yolundaki her şey artı tarama bütçesi yönetimi, fasetli gezinme kontrolü, JavaScript işleme denetimleri, sunucu günlüğü analizi ve (uluslararasıysa) hreflang.

1. Tarama

• robots.txt doğruluğu. Dizine eklenmesini istediğiniz hiçbir şeyi engellemediğinizden emin olun. Google: “Bir robots.txt dosyası, arama motoru tarayıcılarına sitenizdeki hangi URL’lere erişebileceğini söyler. Bu esas olarak sitenizi isteklerle aşırı yüklemekten kaçınmak için kullanılır; bir web sayfasını Google’dan uzak tutmak için bir mekanizma değildir.” Botları düşük değerli alanlardan (iç arama, sonsuz parametre kombinasyonları) uzak tutmak için kullanın, dizinden çıkarma aracı olarak değil. Bu, robots.txt derinlemesine incelemesinin tam olarak kapsadığı alandır.
• robots.txt + noindex çelişki tuzağı. Bir URL’yi robots.txt içinde engellemeyin ve üzerinde bir noindex’e güvenmeyin. Google: “Google, robots.txt dosyası tarafından engellenen içeriği taramasa veya dizine eklemese de, web’in başka yerlerinden bağlantı verilirse, engellenen bir URL’yi yine de bulabilir ve dizine ekleyebiliriz.” Bot sayfayı tarayamaz, bu yüzden noindex’i asla görmez ve URL yine de sonuçlarda çıplak görünebilir. Bir sayfayı kaldırmak için: taramaya izin verin + noindex veya parola koruması uygulayın.
• Tarama hataları. Beklenmeyen 4xx ve 5xx hatalarını düzeltin. Google yalnızca 200 ile sunulan sayfaları dizine ekler ve “İstemci ve sunucu hata sayfaları dizine eklenmez.”
• Yönlendirme zincirleri ve döngüleri. A→B→C→D’yi A→D’ye indirin. Zincirler taramayı boşa harcar ve her adımda biraz sızdırır. Tarama ve yönlendirme materyalleri burada daha derinlemesine ele alınır.

2. Dizine Eklenebilirlik

• Dizin kapsamı. Search Console’un Sayfa Dizinleme raporunda, dizine eklenmesini istediğiniz sayfaları gerçekte dizine eklenenlerle karşılaştırın. Büyük “Keşfedildi/Tarandı - henüz dizine eklenmedi” gruplarını araştırın.
• Kanonikleştirme. Yinelenen ve neredeyse yinelenen URL’leri tercih edilen tek bir sürüme yönlendirin. Google, rel="canonical" öğesini “belirtilen URL’nin kanonik hale gelmesi gerektiğine dair güçlü bir sinyal” olarak adlandırır — bu, uyması gereken bir talimat değil, bir sinyaldir. Ve önemli olarak: “Kanonikleştirme amacıyla robots.txt dosyasını kullanmayın.” HTML etiketi, HTTP başlığı ve site haritası genelinde çakışan kanonik sinyaller göndermediğinizden emin olun — kanonikleştirme konusundaki derinlemesine inceleme, bunların nasıl birleştirileceğini adım adım gösterir.
• Yinelenen içerik. Parametreler, yazdırma sürümleri, hazırlık sızıntıları, http/https ve www/www olmayan ayrımları — tümü yinelenenler oluşturur. Birini seçin, geri kalanını kanonikleştirin veya yönlendirin.

3. HTTPS

Temel gereklilik, isteğe bağlı değil. Tüm siteyi HTTPS üzerinden sunun, http’yi https’e yönlendirin ve karma içerik (güvenli bir sayfada güvenli olmayan bir görsel, komut dosyası veya stil sayfası yüklenmesi) arayın. Chris Green’in SEO in 2026 gerçeklik kontrolü, HTTPS benimsemesini “%91+” olarak gösteriyor — siz %9’luk geride kalan grupta olmak istemezsiniz.

4. Mobil SEO

Google, mobil öncelikli dizinlemeyi kullanır: “Google, dizinleme ve sıralama için akıllı telefon aracısıyla taranan bir sitenin içeriğinin mobil sürümünü kullanır.” Doğrudan Google’ın mobil öncelikli dokümanından alınan eşlik kontrol listesi:

• “Mobil sitenizin masaüstü sitenizle aynı içeriği içerdiğinden emin olun.”
• “Başlık öğesinin ve meta açıklamanın sitenizin her iki sürümünde de eşdeğer olduğundan emin olun.”
• “Mobil ve masaüstü sitelerinizin aynı yapılandırılmış verilere sahip olduğundan emin olun.”
• “Mobil ve masaüstü sitede aynı robots meta etiketlerini kullanın.”
• “Kullanıcı etkileşimi üzerine birincil içeriği tembel yüklemeyin.”
• “Mobil sitenin, masaüstü sitesiyle aynı görseller için aynı alt metne sahip olduğundan emin olun.”

En yaygın hata, masaüstünde bulunan içeriği, bağlantıları veya yapılandırılmış verileri sessizce atlayan ve Google’ın daha ince sürümü dizine eklediği, içeriği azaltılmış bir mobil şablondur.

5. Site haritaları ve keşif

• XML site haritası hijyeni. Mutlak, kanonik URL’ler kullanın; dosya başına 50 MB / 50 000 URL sınırının altında kalın; yalnızca dizine eklenebilir, kanonik URL’leri listeleyin; lastmod değerini doğru tutun. Motorların otomatik olarak keşfetmesi için robots.txt dosyasında buna başvurun (Sitemap: https://example.com/sitemap.xml). Tam ayrıntılar XML site haritaları materyalinde.
• Bing hâlâ önemsiyor. Bing’in Temmuz 2025 rehberliğinden: “Site haritaları, siteniz genelinde kapsamlı URL kapsamı sağlamak için temel bir sinyal olmaya devam ediyor,” “XML site haritaları için tercih edilen biçim olmaya devam ediyor,” ve “Site haritanızdaki lastmod alanı, Bing’in yeniden tarama için URL’lere öncelik vermesine yardımcı olan önemli bir sinyal olmaya devam ediyor.”
• IndexNow. Çoğu Google odaklı kontrol listesi bunu atlar, ancak canlı, ücretsiz, tek satırlık bir kazanımdır: Bing’in tavsiyesi, içerik değiştiğinde “Gerçek zamanlı URL gönderimi için IndexNow’ı kullanın, Bing’e ve katılımcı arama motorlarına anında bildirimde bulunun” şeklindedir. Bu, site haritalarını değiştirmek yerine tamamlar. (Not: Google, IndexNow’ı genel sayfalar için kullanmaz.)

6. Yapılandırılmış veri

• Ne yapar: zengin sonuç uygunluğu kazandırır ve makinelerin (ve LLM’lerin) sayfanızı anlamasına yardımcı olur. “Adding structured data can enable search results that are more engaging to users… which are called rich results.” (çeviri) «Yapılandırılmış veri eklemek, kullanıcılar için daha ilgi çekici arama sonuçları sağlayabilir… bunlara zengin sonuçlar denir.»
• Ne yapmaz: sıralamaları yükseltmez. Google’ın belgeleri, şemayı kesinlikle zengin sonuç uygunluğu ve makine anlayışı olarak çerçeveler — bir sıralama sinyali olarak değil. Bunu bir sıralama hamlesi olarak satmayın veya bütçe ayırmayın.
• Biçim: “In general, Google recommends using JSON-LD for structured data if your site’s setup allows it, as it’s the easiest solution for website owners to implement and maintain at scale.” (çeviri) «Genel olarak Google, sitenizin kurulumu izin veriyorsa yapılandırılmış veri için JSON-LD kullanmanızı önerir; çünkü site sahiplerinin ölçekte uygulaması ve bakımı en kolay çözümdür.» Zengin Sonuçlar Testi ile doğrulayın. Yapılandırılmış veri materyali, uygulamaya değer belirli türleri kapsar.

7. Core Web Vitals ve sayfa deneyimi

Hedefler, kapılar değil — Google’ın gerçek ifadesi “strive to,” şeklindedir ve çoğu kontrol listesi bunu sert geçti/kaldı eşikleri olarak abartır:

• LCP — “strive to have LCP occur within the first 2,5 seconds of the page starting to load.”
• INP — “strive to have an INP of less than 200 milliseconds.”
• CLS — “strive to have a CLS score of less than 0,1.”

Ve insanların aşırı önem verdiği sıralamayla ilişkisi: “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (çeviri) «Google Arama, sayfa deneyimi ortalamanın altında olsa bile her zaman en alakalı içeriği göstermeye çalışır.» İyi Core Web Vitals değerleri, alakalı sonuçlar arasında bir eşitlik bozucudur; alakanın üzerine geçmez. Yalnızca laboratuvar puanlarıyla değil, gerçek kullanıcı (CrUX/alan) verileriyle ölçün.

8. Gelişmiş eklemeler (yalnızca büyük / e-ticaret / JS ağırlıklı)

• Tarama bütçesi. Yalnızca Google’ın yukarıdaki eşiklerini geçtiyseniz. Kapasite + talep; bütçeyi Google’ın “daha fazla” taramasını sağlamaya çalışmaktan çok atıkları kaldırarak (parametre patlamaları, fasetli gezinme kombinasyonları, örümcek tuzakları, yinelenen URL’ler) kazanırsınız. Tarama bütçesi derinlemesine incelemesine bakın.
• JavaScript oluşturma. Kritik içeriğin ve bağlantıların oluşturulmuş HTML’de bulunduğunu ve yalnızca tıklamayla gezinme değil, gerçek <a href> bağlantılarıyla erişilebilir olduğunu doğrulayın. Bu JavaScript SEO alanıdır.
• Fasetli gezinme kontrolü. Hangi filtre/sıralama kombinasyonlarının taranabilir/dizinlenebilir olduğuna karar verin ve gerisini kontrol edin.
• Günlük dosyası analizi. Botların gerçekte ne getirdiğinin, ne sıklıkta olduğunun ve hangi durum kodlarını aldıklarının gerçek kaynağı.
• hreflang — yalnızca gerçekten çok bölgeli/çok dilliyseniz. Bu, kendi uluslararası SEO materyalinde yaşayacak kadar büyük bir konu; yarım yamalak eklemeyin.

9. AI / LLM tarayıcı erişimi (kısa, kapsamlı)

2026’da iki temel öğe ve daha fazlası değil — derin GEO/AEO çalışması AI arama materyalinde yaşar, burada değil:

• robots.txt içinde AI tarayıcı erişimine karar verin. Önemsediğiniz AI kullanıcı aracılarına (eğitim vs. AI arama vs. kullanıcı tetiklemeli getiriciler farklı botlardır) açıkça izin verin veya reddedin. Chris Green’in çerçevesi: “Robots.txt is no longer just crawl housekeeping. It’s becoming a policy surface.” (çeviri) «Robots.txt artık sadece tarama bakımı değil. Bir politika yüzeyi haline geliyor.»
• Yapılandırılmış veri, LLM’ler için makine bağlamı olarak ikiye katlanır — şemanızı geçerli kılmak için bonus bir neden, yeni bir iş akışı değil.

10. Bulduklarınızı nasıl önceliklendirirsiniz

Çoğu kontrol listesinin başarısız olduğu yer burasıdır: size ağırlık vermeden 90 madde verirler. Her şeyi düzeltmeyin — iğneyi oynatanı düzeltin. Arkadaşım Patrick’in müşteri denetimleri konusundaki tavsiyesi, sürekli geri döndüğüm: “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (çeviri) «Müşteriler size denetim isteyerek geliyorsa, zaten bir sorun noktaları vardır. Onlarla konuşun. O tek şeyi çözün ve denetimden memnun kalacaklar.» Aynı SEO Audit Template şöyle çerçeveler: “sweating the small stuff rarely does much for your rankings” (çeviri) «küçük şeyler için terlemek sıralamalarınız için nadiren çok şey yapar» — daha iyisi “80% of your time fixing the 20% of things that matter.” (çeviri) «zamanınızın %80’ini önemli olan %20’yi düzeltmeye harcayın»

Ve tüm alıştırmaya uzaktan bakın: bir kontrol listesi sizi iyi seviyesine getirir. Google’ın John Mueller’ı, temellerin tek başına iyi-ama-harika-olmayan sonuçlar getirdiğini defalarca dile getirdi — gerçek hakimiyet, her teknik kutuyu işaretlemekten değil, konu derinliği ve otoriteden gelir. Kontrol listesi zemini temizler; içerik ve bağlantılar evi inşa eder.

Tüm site sürümünü mü istiyorsunuz?

Bu sayfa tasarım gereği yalnızca tekniktir. Daha geniş bir denetim istiyorsanız — teknik artı sayfa içi, içerik ve sayfa dışı — bu SEO Denetim Kontrol Listesi’dir, ayrı ve daha kapsamlı bir şeydir. Bu sayfayı iki işi birden yapacak şekilde zorlamayın.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir yorumu:

• Technical SEO = the floor. Google’s four conditions: crawlable, indexable, understandable, renderable. Meeting them is necessary but not sufficient — “indexing isn’t guaranteed.”
• Gate by site type, not just topic. Most small sites can skip crawl budget, faceted-nav control, log analysis, and JS-rendering engineering. Google’s own thresholds: 1M+ pages changing weekly, or 10K+ changing daily, or lots of “Discovered - currently not indexed.”
• Priority order: crawlability (robots.txt, 4xx/5xx, redirect chains) → indexing (coverage, canonicalization, duplicates) → HTTPS + mixed content → mobile-first parity → XML sitemap + IndexNow → structured data → Core Web Vitals.
• Two myths to kill: robots.txt does not deindex (blocked-but-linked URLs can still appear bare); structured data is not a ranking factor (rich-result eligibility only).
• CWV are targets, not gates — Google’s “strive to” language: LCP < 2,5s, INP < 200ms, CLS < 0,1. And “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.”
• Mobile-first parity: same content, titles/meta, structured data, robots meta tags, and alt text across mobile and desktop; don’t lazy-load primary content on interaction.
• Prioritize by impact (solve the client’s actual pain point; 80/20). A checklist gets you “okay”; topical depth wins.
• Full-site version (technical + content + links) = the separate SEO Audit Checklist.

Resmi dokümantasyon

Arama motorlarından birincil kaynak dokümantasyonu.

Google

• Google Arama teknik gereksinimleri — taranabilir/çalışır/dizine eklenebilir minimumları ve “dizine ekleme garanti değildir” uyarısı.
• robots.txt’ye giriş — robots.txt’nin ne yaptığı ve yapmadığı.
• Site haritası oluşturun ve gönderin — biçimler, 50MB/50.000 URL sınırı ve robots.txt’de referans verme.
• Yinelenen URL’leri birleştirin — kanonikleştirme sinyalleri ve “kanonikleştirme için robots.txt kullanmayın.”
• Yapılandırılmış veri işaretlemesine giriş — zengin sonuçlar ve JSON-LD önerisi.
• Core Web Vitals’ı anlama — “hedefleyin” LCP/INP/CLS hedefleri.
• Google Arama sonuçlarında sayfa deneyimi — alaka düzeyi ve sayfa deneyimi.
• Mobil öncelikli dizine ekleme en iyi uygulamaları — mobil/masaüstü eşlik gereksinimleri.
• Tarama bütçenizi optimize edin — tarama bütçesi yönetimine gerçekten ihtiyaç duyanlar, eşiklerle (önceden “Büyük site sahibinin tarama bütçesini yönetme kılavuzu” başlıklıydı; belge Google’ın Tarama Altyapısı dokümantasyonu altına taşındı).

Bing / Microsoft

• AI Destekli Aramada Site Haritalarıyla İçeriği Keşfedilebilir Tutma — Bing’in Temmuz 2025 site haritası + IndexNow rehberliği.
• Bing Web Yöneticisi Yönergeleri — tarama, dizine ekleme, sıralama ve kalite (referansla alıntı yapın; sayfa JS ile işlenir).

Kaynaktan alıntılar

Google ve Bing’den kayıtlara geçmiş açıklamalar. Bağlantı derin bağlantıysa, kaynak sayfadaki alıntılanan pasaja atlar.

Google — minimum gereksinimler

• “Client and server error pages aren’t indexed.” (çeviri) «İstemci ve sunucu hata sayfaları dizine eklenmez.» — Google Search Central, Google Search teknik gereksinimleri. Alıntıya git
• “Just because a page meets these requirements doesn’t mean that a page will be indexed; indexing isn’t guaranteed.” (çeviri) «Bir sayfa bu gereksinimleri karşılıyor diye dizine ekleneceği anlamına gelmez; dizine ekleme garanti değildir.» Alıntıya git

Google — robots.txt ve kurallaştırma

• “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site. This is used mainly to avoid overloading your site with requests; it is not a mechanism for keeping a web page out of Google.” (çeviri) «robots.txt dosyası, arama motoru tarayıcılarına sitenizde hangi URL’lere erişebileceğini söyler. Bu, esas olarak sitenize aşırı istek yüklenmesini önlemek için kullanılır; bir web sayfasını Google’dan uzak tutmak için bir mekanizma değildir.» Alıntıya git
• “rel=“canonical” link annotations are a strong signal that the specified URL should become canonical… Don’t use the robots.txt file for canonicalization purposes.” (çeviri) «rel=“canonical” bağlantı ek açıklamaları, belirtilen URL’nin kurallaşması gerektiğine dair güçlü bir sinyaldir… Kurallaştırma amacıyla robots.txt dosyasını kullanmayın.» — Google, Yinelenen URL’leri birleştirme. Belgeyi oku

Google — yapılandırılmış veri ve Core Web Vitals

• “Adding structured data can enable search results that are more engaging to users… which are called rich results.” — Google, Intro to structured data markup. Read the doc
• “In general, Google recommends using JSON-LD for structured data if your site’s setup allows it, as it’s the easiest solution for website owners to implement and maintain at scale.” Read the doc
• “strive to have LCP occur within the first 2,5 seconds”; “strive to have an INP of less than 200 milliseconds”; “strive to have a CLS score of less than 0,1.” — Google, Understanding Core Web Vitals. Read the doc
• “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” — Google, Page experience. Read the doc

Google — mobil öncelikli dizinleme

• “Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (çeviri) «Google, dizinleme ve sıralama için sitenin içeriğinin akıllı telefon aracısıyla taranan mobil sürümünü kullanır.» — Google, Mobil öncelikli dizinleme en iyi uygulamaları. Belgeyi oku

Google — tarama bütçesi (kimin ihtiyacı var)

• “If your site doesn’t have a large number of pages that change rapidly, or if your pages seem to be crawled the same day that they are published, you don’t need to read this guide.” (çeviri) «Sitenizde hızla değişen çok sayıda sayfa yoksa veya sayfalarınız yayınlandıkları gün taranıyor gibi görünüyorsa, bu kılavuzu okumanıza gerek yok.» — Google, Tarama bütçenizi optimize edin. Alıntıya git

Bing — site haritaları ve IndexNow (Temmuz 2025)

• “XML remains the preferred format for sitemaps.” / “The lastmod field in your sitemap remains a key signal, helping Bing prioritize URLs for recrawling.” (çeviri) «XML, site haritaları için tercih edilen biçim olmaya devam ediyor.» / «Site haritanızdaki lastmod alanı, Bing’in yeniden tarama için URL’lere öncelik vermesine yardımcı olan önemli bir sinyal olmaya devam ediyor.» — Fabrice Canel & Krishna Madhavan, Bing Webmaster Blog. Yazıyı oku

Patrick Stox — bir denetime nasıl öncelik verilir

• “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” (çeviri) «Müşteriler size bir denetim için geliyorsa, zaten bir sorunları var demektir. Onlarla konuşun. O tek şeyi çözün, denetimden memnun kalacaklardır.» — Patrick Stox, Ahrefs’in Ücretsiz SEO Denetim Şablonu’nda alıntılanmıştır. Alıntıya git

Hangi kontrol listesini gerçekten çalıştırmalıyım?

Her sitede aynı 90 maddelik listeyi çalıştırmayın. Buradan başlayın.

S1. Sitenizde kaç URL var ve içerik ne kadar hızlı değişiyor?

• Yaklaşık 10 000 URL’nin altında, ara sıra değişen → Başlangıç yolunu çalıştırın ve durun: taranabilirlik sağlaması, dizine ekleme/kurallı sağlaması, HTTPS, mobil eşitliği, bir XML site haritası, bir tur Core Web Vitals, zengin sonuç kazandıran yerlerde geçerli yapılandırılmış veri. Atlayın crawl bütçesi, fasetli gezinme kontrolü, günlük analizi ve JS oluşturma mühendisliği. S3’e gidin.
• Her gün değişen 10 000+ URL veya haftalık değişen 1M+ URL veya çok sayıda “Keşfedildi - şu anda dizine eklenmedi” → İleri yolunu çalıştırın (Başlangıç + crawl bütçesi + fasetli gezinme + JS oluşturma + günlükler). S2’ye gidin.

S2. Site JavaScript ağırlıklı mı yoksa uluslararası mı?

• JS ağırlıklı (SPA, istemci tarafında oluşturulan içerik/bağlantılar) → bir oluşturma denetimi ekleyin: kritik içeriğin ve <a href> bağlantılarının oluşturulan HTML’de mevcut olduğunu doğrulayın. Bu, dizine eklemeye sessizce mal olma olasılığı en yüksek olan öğedir.
• Gerçekten çok bölgeli / çok dilli → hreflang ekleyin, düzgün bir şekilde, kendi iş akışında. Gerçekten uluslararası değilseniz, atlayın.
• Hiçbiri → S3’e ilerleyin.

S3. Denetim neyi ortaya çıkardı — ve önce neyi düzeltmelisiniz?

• Bir tarama/dizine ekleme engelleyicisi (önemli sayfalarda robots.txt engeli, toplu noindex, yanlış kurallı, site genelinde 5xx) → her zaman önce düzeltin. Bunlar aşağıdaki her şeyi engeller.
• Çok sayıda orta düzey sorun, sınırlı zaman → 80/20’yi uygulayın: fark yaratan ~%20’yi düzeltin ve bir müşteriyse, size geldikleri belirli sorunu önce düzeltin. 90 farklılaştırılmamış satır öğesi teslim etmeyin.
• Yalnızca kozmetik/kenar sorunlar kaldı → zemini temizlediniz. Altyapıyı optimize etmeyi bırakın ve içerik ile bağlantılara geçin.

S4. Gerçekten tüm site sürümünü istiyor musunuz?

• Evet — teknik + içerik + sayfa içi + bağlantılar → bu teknik kontrol listesi o değil. Bunun yerine daha kapsamlı SEO Denetim Kontrol Listesi’ni çalıştırın; bu sayfa tasarım gereği yalnızca tekniktir.
• Hayır — yalnızca teknik zemin → doğru sayfadasınız.

Tek satırlık sürüm: küçük + istikrarlı → yalnızca Başlangıç yolu; büyük/JS/uluslararası → ileri bölümleri ekleyin; ardından önce tarama/dizine ekleme engelleyicilerini düzeltin ve gerisini etkiye göre önceliklendirin.

Teknik SEO kontrol listesi

İki yol. Başlangıç yolunu herhangi bir sitede çalıştırın; İleri öğeleri yalnızca site türü kapısını geçtiyseniz ekleyin (günlük değişen 10K+ URL, haftalık 1M+ veya JS ağırlıklı/uluslararası).

Başlangıç yolu — her site

Taranabilirlik

• robots.txt dizine eklenmesini istediğiniz hiçbir şeyi engellemiyor (ve düşük değerli alanları engelliyor — iç arama gibi).
• robots.txt içinde hiçbir önemli URL engellenmemiş ve bir noindex’e güvenilmiyor (tuzak).
• Beklenmeyen 4xx/5xx düzeltildi; önemli sayfalar 200 döndürüyor.
• Yönlendirme zincirleri/döngüleri tek bir atlamaya indirildi.

Dizinlenebilirlik

• Sayfa Dizinleme raporu mutabık — dizine eklenmesini istediğiniz şey gerçekten ekleniyor.
• Kanonikler tercih edilen tek bir sürüme işaret ediyor; HTML etiketi, HTTP başlığı ve site haritası arasında çelişkili sinyal yok.
• http→https ve www/www olmayan sürümler tek bir sürüme birleştirildi.

HTTPS

• Tüm site HTTPS üzerinde; http, https’e yönlendiriliyor.
• Karışık içerik yok (güvenli sayfa güvenli olmayan varlıkları yüklüyor).

Mobil

• Mobil sürüm, masaüstü ile aynı içeriğe, başlıklara/meta etiketlerine, yapılandırılmış verilere, robots meta etiketlerine ve alt metinlere sahip.
• Birincil içerik, kullanıcı etkileşiminde tembel yüklenmiyor.

Site Haritaları

• XML site haritası yalnızca kanonik, dizinlenebilir URL’leri listeliyor; doğru lastmod; dosya başına 50MB/50.000 URL’nin altında.
• Site haritası Search Console ve Bing Webmaster Tools’a gönderildi ve robots.txt içinde referans verildi.

Yapılandırılmış veri

• Şema (JSON-LD) Zengin Sonuçlar Testi’nde geçerli ve yalnızca zengin sonuç kazandırdığı yerde kullanılıyor.

Core Web Vitals

• LCP, INP, CLS reviewed on field/CrUX data against Google’s targets (2,5s / 200ms / 0,1) — treated as targets, not pass/fail gates.

İleri düzey yol — yalnızca büyük / e-ticaret / JS ağırlıklı / uluslararası

• Tarama bütçesi incelendi (yalnızca Google’ın eşiklerini aştıysa); israf kaldırıldı (parametreler, fasetler, tuzaklar, kopyalar).
• JS işleme denetlendi — kritik içerik ve <a href> bağlantıları işlenmiş HTML’de mevcut.
• Fasetli gezinme: hangi kombinasyonların taranabilir/dizinlenebilir olduğuna karar verildi.
• Sunucu günlükleri, tarama israfı ve taranmamış önemli URL’ler için analiz edildi.
• IndexNow, Bing’e ve katılan motorlara gerçek zamanlı değişiklik gönderimi için bağlandı.
• hreflang doğru ve karşılıklı (yalnızca gerçekten çok bölgeli/çok dilli ise).
• AI tarayıcı erişimi robots.txt içinde açıkça kararlaştırıldı.

Zihinsel modeller

1. Dört koşul — taranabilir → dizinlenebilir → anlaşılabilir → işlenebilir. Her teknik öğe bunlardan birine hizmet eder. Bir sayfa performans göstermediğinde, hiçbir şeye dokunmadan önce hangi koşulda başarısız olduğunu bulun: taranabilir mi? Dizinlenebilir mi? Anlaşılıyor mu? İşleniyor mu?

2. Tavan değil, taban. Teknik SEO, içeriğin ve bağlantıların işini yapabilmesi için zemini temizler. “Dizinleme garanti değildir” — geçseniz bile — bu yüzden yeşil bir teknik denetimi “SEO bitti” olarak görmeyin.

3. Site türüne göre kapı. En kullanışlı hamle: hangi bölümlerin geçerli olmadığına önceden karar vermek. Küçük/istikrarlı site → Başlangıç yolu, ileri düzey tesisatı atlayın. Büyük/JS/uluslararası → ekleyin. Google, kendi tarama bütçesi rehberliğini bu şekilde kapılar; siz de öyle yapmalısınız.

4. Sinyaller ve yönergeler. Google’ın uymak zorunda olduğu kontroller ile yalnızca güçlü sinyaller olanları bilin. noindex bir yönergedir; rel=canonical, Google’ın geçersiz kılabileceği *“güçlü bir sinyal”*dir; CWV hedefleri “ulaşmaya çalışın” hedefleridir, kapılar değil. Bir sinyali garanti olarak yanlış etiketlemek, kötü tavsiyelerin çoğunun kaynağıdır.

5. Tamlıktan çok etki (80/20). 90 maddelik bir kontrol listesi bir menüdür, yapılacaklar listesi değil. İğneyi oynatan ~%20’yi düzeltin, önce gerçek sorun noktasını çözün ve zemin temizlendikten sonra tesisatı optimize etmeyi bırakın.

6. Bu teknik dilimdir. Tarama/dizinleme/işleme/sunma mekanikleri burada yaşar; içerik kalitesi, anahtar kelime hedefleme ve bağlantılar daha geniş SEO Denetim Kontrol Listesi’nde yaşar. Sınırı temiz tutun ki hiçbir iş yarım kalmasın.

Teknik SEO — hızlı başvuru

Her kontrolün ne yaptığı

Core Web Vitals hedefleri (Google’ın “ulaşmaya çalışın” sayıları)

Tarama bütçesi “umurumda mı?” eşikleri (Google’ın kendi, kasıtlı olarak kaba)

• ~1M+ sayfa haftalık değişiyor → evet.
• 10K+ sayfa günlük değişiyor → evet.
• Büyük “Keşfedildi - henüz dizine eklenmedi” kümesi → evet.
• Aksi halde → “bu kılavuzu okumana gerek yok.”

Hızlı bilgiler

• Site haritası sınırı: dosya başına 50 MB / 50 000 URL; XML tercih edilir; robots.txt içinde referans verin.
• Yapılandırılmış veri: zengin sonuçlar, sıralamalar değil. JSON-LD önerilir.
• IndexNow: Bing/Yandex/diğerleri — Google değil. Google mobil sürümü dizine ekler.
• Mobil paritesi: aynı içerik, başlıklar/meta, yapılandırılmış veri, robots meta etiketleri, alt metin.

Kaçınılması gereken mitler ve hatalar

En sık karşılaşılan tuzaklar — birkaçı yaygın olarak tekrarlanan ve düzeltilmeye değer mitlerdir:

• “robots.txt içinde bir URL’yi engellemek onu Google’dan uzak tutar.” Hayır. Google: “it is not a mechanism for keeping a web page out of Google.” Engellenen bir URL, harici olarak bağlantı verilmişse yine de dizine eklenebilir (çıplak, snippet’siz). noindex veya parola koruması kullanın.
• “Ekstra güvenlik için robots.txt içinde engelle ve noindex yap.” En yaygın kendi kendine yapılan yara. URL engellenirse, Googlebot onu asla taramaz, bu yüzden noindex’i asla görmez — ve URL yine de çıplak görünebilir. Birini seç: taramaya izin ver + noindex, veya engelle (yine de görünebileceğini kabul ederek).
• “Şema eklemek sıralamaları artırır.” Hayır. Google yapılandırılmış veriyi yalnızca zengin sonuç uygunluğu ve makine anlayışı olarak çerçeveler — bir sıralama sinyali değil. Bunu daha yüksek konumlar değil, daha zengin sonuçlar olarak sat.
• “Core Web Vitals’ı geçmek daha alakalı bir rakibi yener.” Hayır. “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” CWV, alaka düzeyini geçersiz kılan değil, beraberliği bozan bir sinyaldir.
• “CWV eşikleri sert geçti/kaldı kapılarıdır.” Google’ın kendi sözü “strive to” — bunlar hedeflerdir. Her şey pahasına mükemmel bir laboratuvar puanı kovalamak boşa harcanmış çabadır.
• “Tarama bütçesi her site için önemlidir.” Hayır. Google kendi kılavuzunu 1M+ sayfa (haftalık değişiklikler) veya 10K+ (günlük) ile sınırlar. Çoğu siteye açıkça “you don’t need to read this guide.” denir. Küçük bir site katılımını tarama bütçesi tiyatrosuna harcama.
• “rel=canonical Google’ın uyması gereken bir direktiftir.” Hayır — bu “a strong signal.“‘dır. Google, diğer sinyaller çakıştığında farklı bir canonical seçebilir ve seçer. Etiketin kazanacağını varsaymak yerine çakışan sinyalleri azaltın.
• “Yeşil bir teknik denetim SEO’nun bittiği anlamına gelir.” Hayır. “Indexing isn’t guaranteed” geçtiğinizde bile. Teknik SEO zemindir; içerik ve bağlantılar hâlâ ortaya çıkmak zorundadır.
• “Her sitede aynı 90 maddelik listeyi çalıştır.” Fark yaratan, neyi atlayacağını bilmektir. Bölümleri site türüne göre kapılayın ve etkiye göre önceliklendirin, yoksa müşterileri alakasız satır öğelerinde boğarsınız.

SOP: teknik SEO kontrol listesini çalıştır (tekrarlayan)

Tekrarlanabilir bir geçiş. Küçük bir site için yaklaşık 60–90 dakika; büyük/JS ağırlıklı için bir günden fazla. Üç ayda bir veya büyük bir taşınma, yeniden tasarım veya CMS değişikliğinden sonra çalıştırın.

1. Confirm the site type and pick a track. Count URLs (Search Console → Pages, or a crawl) and note how fast content changes. Under ~10K and stable → Starter track only. Over the thresholds, or JS-heavy/international → add the Advanced sections. This decides what you skip.
2. Crawl the site with Screaming Frog, Ahrefs Site Audit, or similar. Capture status codes, redirect chains, blocked URLs, canonicals, indexability, and depth.
3. Check robots.txt first. Fetch /robots.txt, confirm nothing important is disallowed, and check for the disallow-plus-noindex trap. Confirm the Sitemap: line is present.
4. Reconcile indexing. In Search Console’s Page Indexing report, compare what’s indexed to what you want indexed. Investigate large “Discovered/Crawled - currently not indexed” and “Duplicate” buckets.
5. Verify HTTPS and mobile parity. Confirm site-wide HTTPS with no mixed content. Then compare the mobile-rendered page to desktop for content, titles/meta, structured data, robots meta tags, and alt text (Google indexes the mobile version).
6. Validate sitemaps and structured data. Confirm the XML sitemap lists only canonical, indexable URLs with accurate lastmod; run key templates through the Rich Results Test.
7. Pull Core Web Vitals from field data. Use the CrUX/field report in Search Console or PageSpeed Insights — not just lab scores — and compare against the 2,5s / 200ms / 0,1 targets.
8. (Advanced track) Analyze logs and crawl budget. Read server logs for crawl waste and uncrawled important URLs; audit JS rendering and faceted-nav combinations.
9. Prioritize the findings by impact, not count. Put crawl/index blockers at the top; apply 80/20 to the rest; if it’s a client, lead with their actual pain point.
10. Log a baseline and re-check next cycle. Record the state so next quarter’s pass measures progress, not a fresh start.

Kullanıma hazır yapay zeka istemleri

Teknik SEO kontrol listesini bir LLM ile triyajlamak için kopyala-yapıştır başlangıç noktaları. LLM çıktısını her zaman birincil belgelere ve kendi tarama verilerinize karşı doğrulayın — bunları taslak yardımcıları olarak ele alın, gerçek kaynaklar olarak değil.

Bir site için doğru yolu seçin

Yaklaşık [N] URL’ye sahip bir web sitesi işletiyorum ve içerik kabaca [ne sıklıkta] değişiyor. [CMS/çerçeve] üzerine kurulu, [tek dilli / çok bölgeli] ve [statik / > JavaScript ile işlenen]. Google’ın tarama bütçesi için kendi site boyutu eşiklerine dayanarak, teknik SEO kontrol listesinin hangi bölümlerinin bana gerçekten uygulandığını ve hangilerini güvenle atlayabileceğimi söyle. Neyi atlayacağınız ve neden atlayacağınız konusunda açık olun.

Bir tarama dışa aktarımını etkiye göre triyajlayın

İşte bir site taramasından CSV dışa aktarımı [sütunları yapıştırın: URL, durum kodu, dizine eklenebilirlik, > kanonik, yönlendirme zinciri, robots.txt durumu]. Sorunları (1) önce düzeltilecek tarama/dizine ekleme engelleyicileri, (2) orta etkili düzeltmeler, (3) kozmetik/düşük etkili olarak gruplayın. Her grup için SEO sonucunu bir cümleyle açıklayın. Bana “her şeyi düzelt” demeyin — etkiye göre sıralayın.

Belirli bir dizine ekleme durumunu açıklayın

URL’lerimin bir kısmı “[tam Search Console durumu, ör. Keşfedildi - şu anda dizine eklenmedi]” gösteriyor. Olası nedenleri öncelik sırasına göre, her birini nasıl teşhis edeceğinizi ve somut düzeltmeyi açıklayın. Tarama bütçesinin bir belirtisi olan her şeyi işaretleyin vs. sayfa başına bir sorun.

robots.txt + noindex tuzağı için sağlamlık kontrolü

İşte robots.txt dosyam [yapıştırın] ve Google’dan uzak tutmaya çalıştığım URL’lerin listesi [yapıştırın]. Her URL için, mevcut kurulumumun onu gerçekten dizinden uzak tutup tutmayacağını veya “robots.txt’de engellendi ancak bağlantılar yoluyla hâlâ dizine eklenebilir” tuzağına düşüp düşmeyeceğini söyleyin ve doğru düzeltmeyi verin (taramaya izin ver + noindex veya parola koruması).

Önceliklendirilmiş bir iyileştirme planı taslağı hazırlayın

Bu doğrulanmış teknik bulguları [yapıştır] bir geliştirici için önceliklendirilmiş bir düzeltme planına dönüştürün: önce engelleyiciler, sonra etki sırasına göre, her biri yapılacak belirli değişiklik ve tek satırlık bir gerekçe ile. Müşterinin belirttiği sorun noktası [X] — önce bununla ilgili düzeltmeleri öne çıkarın.

Teknik SEO kontrol listesi için araçlar

Kontrol ettiğiniz hata için odaklanmış testlerle başlayın. Tek bir hepsi bir arada puan, genellikle tarama erişimi, yanıt davranışı, dizin sinyalleri, işleme ve alan performansı arasındaki farkı gizler.

Patrick’in ücretsiz araçları

• Google Index Checker gözlemlenebilir durumu, yönlendirmeyi, noindex ve canonical engelleyicileri kontrol eder, ardından Google’ın gerçek dizinlenmiş durumu için URL Inspection’a yönlendirir.
• robots.txt Tester URL’leri bot kurallarına karşı test eder ve kazanan allow veya disallow kuralını gösterir. Tarama kontrollerini değiştirmeden önce kullanın.
• XML Sitemap Validator dosyayı göndermeden önce sitemap sözdizimini, URL envanterini ve dosya sorunlarını kontrol eder.
• Canonicalization Checker HTML ve HTTP canonical sinyallerini karşılaştırır ve hedef URL’yi çakışmalar için test eder.
• Bulk HTTP Status Code Checker bir URL kümesinde durum kodlarını, hedefleri, zincirleri ve döngüleri kontrol eder.
• Schema Markup Validator yayın öncesi yapılandırılmış veri sözdizimini ve Google zengin sonuç gereksinimlerini doğrular.
• Render Gap JavaScript’e bağlı içerik, bağlantılar, canonical’lar ve robots yönergeleri için ilk HTML’i işlenmiş çıktıyla karşılaştırır.
• Core Web Vitals Checker mevcut alan verilerini güncel bir performans kontrolünden ayırır, böylece tek bir laboratuvar çalışmasını kullanıcı verisiyle karıştırmazsınız.
• Mobile-Friendly Tester görünüm alanını, duyarlı düzeni, dokunma hedeflerini ve ilgili mobil uygulama sinyallerini kontrol eder.
• Log File Analyzer sunucu günlüklerini arama botlarının gerçekte ne getirdiğine dair kanıta dönüştürür; bu en çok büyük sitelerde kullanışlıdır.

Arama motoru araçları

• Google Search Console Page Indexing, URL Inspection, Crawl Stats, Sitemaps, Core Web Vitals, zengin sonuç raporları, manuel işlemler ve güvenlik sorunları sağlar.
• Bing Webmaster Tools Bing’in birinci taraf dizin ve performans görünümlerini, IndexNow, Site Explorer, Site Scan ve Crawl Control’ü ekler.

Tarayıcılar ve tarayıcı araçları

• Ahrefs Site Audit veya Screaming Frog SEO Spider, şablonları, durum kodlarını, yönergeleri, iç bağlantıları ve yapılandırılmış verileri taramak için ölçeklenebilir katmandır.
• Chrome DevTools tek tek sayfalar için ağ yanıtını, işlenmiş DOM’u, konsol hatalarını ve performans izini ortaya çıkarır.
• PageSpeed Insights ve CrUX, Google’ın laboratuvar ve alan performans görünümlerini sağlar; mevcut olduğunda kalıcı kullanıcı deneyimi temeli için alan verilerini kullanın.

Kendinizi test edin: Teknik SEO Kontrol Listesi

Teknik bir SEO kontrol listesinde nelerin yer aldığı ve nasıl önceliklendirileceği hakkında beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zamanınıza değer kaynaklar

İlgili yazılarım

• Teknik SEO’ya Başlangıç Rehberi — bu kontrol listesinin içinde yer aldığı daha büyük resim.
• SEO Denetim Şablonu — benim 80/20, etki öncelikli çerçevem ve “gerçek sorun noktalarını çözün” tavsiyem; ayrıca daha kapsamlı tam site denetimine en yakın şey.
• Robots.txt ile 2 Yüksek Sıralamalı Sayfayı Engellemenin Hikayesi — robots.txt engellemesinin gerçekte ne yaptığına dair birinci taraf deneyimim.
• robots.txt tarafından engellenmesine rağmen dizinlendi — disallow-plus-noindex tuzağının arkasındaki mekanizma.
• Robots.txt ve SEO: Bilmeniz Gereken Her Şey.

Konuşmalarım

• How Search Works (SlideShare) — tarama, işleme, dizinleme ve sıralama süreçlerini anlattığım sunum; bu kontrol listesinin koruduğu boru hattının tamamı budur.

Alıntı yapmaya değer yayınlanmış çalışmalarım

• Web Almanac 2021 — SEO bölümü — baş yazardım; gerçek web genelinde çapraz sinyal canonical çakışma oranlarının kaynağı.
• Rankable Bölüm 65 — Teknik SEO Önceliklerini Sıralamak (iPullRank) — bir yol haritasında teknik sorunların nasıl önceliklendirileceği hakkında ben; bu kontrol listesinin tam olarak düzenleme ilkesi budur.

Sektörden

• Google Search teknik gereksinimleri — minimumların kesin ifadesi ve “dizinlemenin garanti edilmediği” uyarısı.
• Tarama bütçenizi optimize edin (Google) — site boyutu eşiğinin kaynağı (sayfa adı “Large site owner’s guide to managing crawl budget” olarak değiştirildi ve Crawling Infrastructure altına taşındı).
• Keeping Content Discoverable with Sitemaps in AI-Powered Search (Bing) — çoğu yalnızca Google odaklı kontrol listesinin atladığı sitemap + IndexNow rehberliği.
• SEO in 2026: Higher standards, AI influence, and a web still catching up (Chris Green, Search Engine Land) — sitelerin gerçekte nerede olduğuna dair bir gerçeklik kontrolü (HTTPS %91+, robots.txt bir “politika yüzeyi” olarak).
• Web Almanac 2022 — SEO bölümü (HTTP Archive) — web genelinde canonicalization yöntemi ve şema benimseme verileri.
• Technical SEO Checklist: The Complete Guide (DebugBear) — aynı alanda güçlü, performans odaklı bir bakış açısı.
• Technical SEO checklist (90+ points) (Kristina Azarenko) — kapsamlı, önceliklendirme odaklı alternatif bir kontrol listesi.

Alıntı yapmaya değer istatistikler

• HTTPS benimseme oranı ~%91+. Sitelerin 2026’ya girerken HTTPS temelinde gerçekte nerede olduğu (HTTP Archive verileri, Chris Green aracılığıyla). Kaynak
• Canonical benimseme oranı %65’ten (2024) %67+‘ya (2025) yükseldi. Canonical etiketinin kapsamı artıyor ancak evrensel olmaktan uzak. Kaynak
• Görsellerin ~%67’sinde loading özelliği yok; iframe’lerin %91+‘ında yok. Çoğu sitenin hâlâ masada bıraktığı kolay performans kazanımları. Kaynak
• Çakışan canonical sinyalleri sayfaların ~%0,3–0,4’ünde görüldü. Küçük ama gerçek — daha büyük sitelerin çapraz sinyal canonical çakışmalarını kontrol etmesi için bir neden (Web Almanac 2021 SEO bölümü, baş yazarı olduğum). Kaynak
• Sitemap dosya sınırı: dosya başına 50 MB / 50 000 URL — büyük sitemap’leri bölmek için katı tavan (Google). Kaynak

Değişiklik günlüğü