turkhacks.com

Neden önemli: Meta açıklama sıralama faktörü olmasa da arama sonucundaki özet metni belirler ve tıklanma oranını doğrudan etkiler.

Çözüm: <meta name="description"> ekleyin: sayfanın değerini anlatan, harekete geçiren 120-160 karakterlik bir özet yazın.

Neden önemli: Canonical etiketi, aynı içeriğe birden çok URL ile erişilebildiğinde hangi adresin "asıl" olduğunu bildirir; kopya içerik sorununu önler.

Çözüm: <head> içine <link rel="canonical" href="asıl-URL"> ekleyin; her sayfa kendi tam URL'sini göstersin.

Neden önemli: Favicon, sekmede ve arama sonuçlarında markanızı temsil eder; eksikliği özensiz görünüm verir.

Çözüm: Kök dizine favicon.ico koyun ve <link rel="icon" href="/favicon.ico"> etiketiyle bildirin.

Neden önemli: H1, sayfanın ana konusunu hem kullanıcıya hem arama motoruna bildiren en üst düzey başlıktır.

Çözüm: Sayfaya içeriği özetleyen tek bir <h1> ekleyin; title ile benzer ama birebir aynı olmak zorunda değil.

Neden önemli: Birden çok H1, sayfanın ana konusunu bulanıklaştırır; hiyerarşi bozulur.

Çözüm: Tek H1 bırakın; diğer başlıkları önem sırasına göre H2/H3'e dönüştürün.

Neden önemli: Çok kısa title değerlendirilebilir sinyal taşımaz; çok uzunu arama sonuçlarında kesilir.

Çözüm: Başlığı 30-60 karakter aralığında tutun; önemli kelimeleri başa alın, marka adını sona koyun.

Neden önemli: Kısa açıklama alanı boşa harcar; uzun açıklama sonuçlarda "..." ile kesilir.

Çözüm: Açıklamayı 120-160 karakter aralığında yazın; her sayfa için benzersiz olsun.

Neden önemli: Bozuk ya da göreli canonical, arama motorunun yanlış adresi asıl sayfa sanmasına yol açar.

Çözüm: Canonical değerini protokol dahil mutlak URL yapın (https://... ile başlasın) ve çalışan bir adresi göstersin.

Neden önemli: Yanlışlıkla bırakılmış noindex/nofollow, sayfayı arama sonuçlarından tamamen çıkarabilir.

Çözüm: Robots meta etiketini kontrol edin: dizinlenmesini istediğiniz sayfalarda noindex olmamalı; varsayılan (index, follow) için etiket gerekmez.

Neden önemli: robots.txt, arama motorlarına hangi bölümleri tarayabileceklerini söyleyen ilk dosyadır; 404 dönmesi tarama davranışını belirsizleştirir.

Çözüm: Kök dizine bir robots.txt koyun; en azından "User-agent: *" ve "Allow: /" satırları ile sitemap adresinizi ekleyin.

Neden önemli: Sitemap, arama motorunun tüm sayfalarınızı keşfetmesini hızlandırır; özellikle derin sayfalar için önemlidir.

Çözüm: /sitemap.xml oluşturun (CMS eklentileri otomatik üretir) ve robots.txt içinde "Sitemap: https://siteniz/sitemap.xml" satırıyla bildirin.

Neden önemli: 403/401 gibi kodlar arama motoruna sayfanın erişilemez olduğunu söyler; yanlış yapılandırma sinyalidir.

Çözüm: Herkese açık sayfaların 200 döndüğünden emin olun; bot engelleme kurallarınızın arama motorlarını kapsamadığını doğrulayın.

Neden önemli: Söz dizimi bozuk robots.txt yanlış yorumlanabilir; istemeden tüm siteyi taramaya kapatabilirsiniz.

Çözüm: Dosyayı User-agent, Allow/Disallow ve Sitemap yönergeleriyle standart biçimde yazın; Google Search Console robots test aracıyla doğrulayın.

Neden önemli: Geçersiz XML yapılı sitemap arama motorlarınca okunamaz; varlığı bir işe yaramaz.

Çözüm: Sitemap'i XML şemasına uygun üretin; <urlset>/<url>/<loc> yapısını ve UTF-8 kodlamayı doğrulayın.

Neden önemli: www'lu ve www'suz sürümün ikisi de yanıt veriyorsa site iki kopya olarak değerlendirilebilir.

Çözüm: Bir sürümü asıl seçin, diğerini sunucu düzeyinde 301 ile yönlendirin.

Neden önemli: Varsayılan sunucu hata sayfası ziyaretçiyi çıkmaza sokar; özel 404 sayfası kullanıcıyı sitede tutar.

Çözüm: Site tasarımınızla uyumlu, arama kutusu ve önemli bağlantılar içeren özel bir 404 sayfası hazırlayın.

Neden önemli: LCP (en büyük içerik boyaması) sayfanın ana içeriğinin ne kadar hızlı göründüğünü ölçer; Google'ın resmi sıralama sinyalidir.

Çözüm: LCP'yi 2.5 sn altına indirin: ana görseli optimize edin/önyükleyin (preload), sunucu yanıtını hızlandırın, render engelleyen kaynakları azaltın.

Neden önemli: CLS (düzen kayması) sayfa yüklenirken öğelerin zıplamasını ölçer; yüksek değerler yanlış tıklamalara yol açar.

Çözüm: Görsel ve iframe'lere width/height verin, dinamik içerik için yer ayırın, fontları font-display: swap ile yükleyin.

Neden önemli: TTFB, sunucunun ilk baytı gönderme süresidir; tüm diğer metriklerin tabanıdır.

Çözüm: Sunucu tarafı önbellekleme, hızlı hosting/CDN ve veritabanı optimizasyonu ile 800 ms altını hedefleyin.

Neden önemli: FCP, ekranda ilk içeriğin göründüğü andır; kullanıcının "yükleniyor" algısını belirler.

Çözüm: Kritik CSS'i satır içine alın, render engelleyen kaynakları erteleyin, sunucu yanıtını hızlandırın.

Neden önemli: Önbellek başlığı olmayan statik dosyalar her ziyarette yeniden indirilir.

Çözüm: Statik varlıklara uzun Cache-Control verin (ör. max-age=31536000, immutable) ve dosya adlarını sürümleyin.

Neden önemli: İç bağlantısı olmayan sayfa site bütünlüğüne katılmaz; arama motoru ilişkileri kuramaz.

Çözüm: Sayfadan ilgili diğer içeriklere anlamlı iç bağlantılar ekleyin.

Neden önemli: Hiç bağlantı içermeyen "çıkmaz" sayfalar kullanıcıyı ve tarayıcıyı hapseder.

Çözüm: Her sayfaya menü, ilgili içerik ya da anasayfa bağlantısı ekleyin.

Neden önemli: HSTS başlığı tarayıcıya "bu siteye yalnızca HTTPS ile bağlan" der; ilk istek dahil düşürme saldırılarını engeller.

Çözüm: Strict-Transport-Security: max-age=31536000; includeSubDomains başlığını ekleyin (emin olunca preload da).

Neden önemli: Content-Security-Policy, XSS saldırılarında enjekte edilen betiklerin çalışmasını engelleyen en güçlü savunmadır.

Çözüm: CSP başlığı tanımlayın; önce Content-Security-Policy-Report-Only ile test edip kaynak listenizi (script-src vb.) netleştirin.

Neden önemli: Sitemap'te farklı alan adına ait URL'ler geçersizdir ve yok sayılır.

Çözüm: Sitemap'te yalnızca kendi alan adınızın tam URL'lerini listeleyin.

Neden önemli: Sitemap "bunları dizinle" derken sayfadaki noindex tersini söyler; çelişki güveni azaltır.

Çözüm: noindex sayfaları sitemap'ten çıkarın ya da dizinlenmesini istiyorsanız noindex'i kaldırın.

Neden önemli: Canonical'ın yönlendiren ya da hata veren URL'yi göstermesi asıl sayfa sinyalini boşa düşürür.

Çözüm: Canonical'ı 200 dönen nihai URL'ye güncelleyin.

Neden önemli: JSON-LD yapısal veri, arama motoruna içeriğinizi "anlatır" ve zengin sonuçların (yıldız, SSS, fiyat) kapısını açar.

Çözüm: Sayfa türünüze uygun JSON-LD ekleyin (Article, Product, Organization…); Google'ın Rich Results Test aracıyla doğrulayın.

Neden önemli: Söz dizimi bozuk JSON-LD tamamen yok sayılır; emek boşa gider.

Çözüm: JSON'u doğrulayın (virgül/tırnak hataları tipiktir); Rich Results Test ile kontrol edin.

Neden önemli: Bilinmeyen ya da yanlış @type değeri şemanın işlenmemesine neden olur.

Çözüm: schema.org'da tanımlı doğru türü kullanın (ör. BlogPosting, Product, LocalBusiness).

Neden önemli: Zorunlu alanları eksik şema zengin sonuç üretmez; önerilen alanlar sonucu zenginleştirir.

Çözüm: Uyarıda listelenen alanları şemaya ekleyin (ör. Organization için sameAs, address).

Neden önemli: WebSite şemasındaki potentialAction, arama sonucunda site içi arama kutusu (sitelinks searchbox) çıkarabilir.

Çözüm: WebSite şemasına SearchAction tanımı ekleyin (urlTemplate ile site içi arama adresiniz).

Neden önemli: Atlayan başlık seviyeleri (H1→H4) ekran okuyucu gezinme yapısını bozar.

Çözüm: Başlıkları hiyerarşik sırayla kullanın; seviye atlamayın.

Neden önemli: header/main/nav/footer işaret bölgeleri ekran okuyucuda hızlı gezinmeyi sağlar.

Çözüm: Sayfayı semantik öğelerle yapılandırın: <header>, <nav>, <main>, <footer>.

Neden önemli: Çok kısa içerik konuyu karşılamıyor izlenimi verir; rekabetçi sorgularda zayıf kalır.

Çözüm: İçeriği kullanıcı sorusunu tam yanıtlayacak derinliğe çıkarın; kelime saymak için değil, değer için yazın.

Neden önemli: Sayfalar arası kopya meta açıklamalar her sayfanın kendine özgü değerini gizler.

Çözüm: Her sayfaya içeriğine özel açıklama yazın; şablon kaynaklı tekrarları kaldırın.

Neden önemli: Karışık başlık yapısı içeriğin taslağını hem kullanıcı hem arama motoru için bozar.

Çözüm: H1→H2→H3 sırasını koruyun; görsel boyut için başlık seviyesi seçmeyin, CSS kullanın.

Neden önemli: og:title olmadan paylaşımlarda sayfa başlığı rastgele seçilir.

Çözüm: <meta property="og:title" content="..."> ekleyin; paylaşım için çekici bir başlık yazın.

Neden önemli: og:description, paylaşım kartındaki özet metni belirler.

Çözüm: <meta property="og:description"> ekleyin; meta açıklamadan farklı, paylaşıma yönelik olabilir.

Neden önemli: og:image olmadan paylaşım kartı görselsiz ya da rastgele görselli çıkar; tıklanma ciddi düşer.

Çözüm: 1200×630 boyutunda bir paylaşım görseli hazırlayıp <meta property="og:image"> ile mutlak URL olarak bildirin.

Neden önemli: Küçük og:image büyük kart yerine küçük küçük görüntülenir.

Çözüm: En az 1200×630 piksel görsel kullanın (1.91:1 oran).

Neden önemli: twitter:card etiketi olmadan X/Twitter paylaşımı düz bağlantı olarak görünür.

Çözüm: <meta name="twitter:card" content="summary_large_image"> ekleyin.

Neden önemli: og:url, paylaşım sinyallerinin tek kanonik adreste toplanmasını sağlar.

Çözüm: <meta property="og:url"> ile sayfanın canonical URL'sini bildirin.

Neden önemli: og:url ile canonical farklıysa paylaşım sinyalleri iki adrese bölünür.

Çözüm: og:url değerini canonical URL ile aynı yapın.

Neden önemli: Paylaşım düğmesi olmadan içeriğin sosyal yayılımı okuyucunun zahmetine kalır.

Çözüm: Makale sayfalarına hafif (script'siz) paylaşım bağlantıları ekleyin.

Neden önemli: Sosyal profil bağlantıları marka doğrulaması ve güven sinyalidir.

Çözüm: Üstbilgi ya da altbilgiye aktif sosyal medya profillerinizin bağlantılarını ekleyin.

Neden önemli: Hakkında sayfası, sitenin arkasında kimin olduğunu göstererek güven (E-E-A-T) sinyali verir.

Çözüm: Kim olduğunuzu, uzmanlığınızı ve misyonunuzu anlatan bir Hakkında sayfası ekleyip menü/altbilgiden bağlayın.

Neden önemli: Yazarsız içerik, özellikle uzmanlık gerektiren konularda anonim ve güvensiz görünür.

Çözüm: Makalelere görünür yazar adı ekleyin; yazar adını author şemasıyla da işaretleyin.

Neden önemli: İletişim yolu sunmayan site anonim ve sorumsuz görünür; güven sinyali eksilir.

Çözüm: İletişim sayfası ekleyin (form ya da e-posta) ve altbilgiden bağlayın.

Neden önemli: Tarihsiz içerikte güncellik değerlendirilemez; okuyucu bayat bilgiyle karşılaşabilir.

Çözüm: İçeriklere görünür yayın/güncelleme tarihi ekleyin; şemada datePublished/dateModified kullanın.

Neden önemli: Gizlilik politikası hem yasal zorunluluk (KVKK/GDPR) hem güven işaretidir.

Çözüm: Hangi verileri nasıl işlediğinizi anlatan bir gizlilik sayfası ekleyip altbilgiden bağlayın.

Neden önemli: Title yalnızca JavaScript'le oluşuyorsa bazı tarayıcı/botlar boş başlık görür.

Çözüm: Title'ı sunucu tarafında (ilk HTML'de) üretin; JS yalnızca güncellesin.

Neden önemli: JS ile eklenen meta açıklama ilk HTML'de yoktur; bazı araçlar hiç görmez.

Çözüm: Meta açıklamayı sunucu tarafında üretin.

Neden önemli: H1 yalnızca JS sonrası oluşuyorsa render edilmeyen bağlamlarda sayfa başlıksız kalır.

Çözüm: Ana başlığı ilk HTML'e koyun.

Neden önemli: JS ile eklenen canonical güvenilir işlenmez; Google ilk HTML'dekini tercih eder.

Çözüm: Canonical etiketini sunucu tarafında ilk HTML'e ekleyin.

Neden önemli: JS'in canonical'ı değiştirmesi iki farklı sinyal üretir; hangisinin geçerli olduğu belirsizleşir.

Çözüm: Sunucu ve JS aynı canonical değeri üretsin; ideali JS'in hiç dokunmamasıdır.

Neden önemli: JS'in noindex ekleyip kaldırması dizinleme kararını kumara çevirir.

Çözüm: Robots kararını yalnızca sunucu tarafında verin; JS robots meta'ya dokunmasın.

Neden önemli: JS'in title'ı değiştirmesi, dizindeki başlıkla sayfadakinin farklılaşmasına yol açabilir.

Çözüm: Sunucu title'ı ile JS sonrası title'ı tutarlı tutun.

Neden önemli: JS'in açıklamayı değiştirmesi dizin özetinde tutarsızlık yaratabilir.

Çözüm: Sunucu ve JS çıktısını aynı hizada tutun.

Neden önemli: JS'in H1'i değiştirmesi ana konu sinyalini belirsizleştirir.

Çözüm: H1 içeriğini sunucu tarafında sabitleyin.

Neden önemli: Ana içerik yalnızca JS ile geliyorsa ilk HTML boştur; dizinleme gecikir ya da eksik kalır.

Çözüm: Kritik içeriği sunucu tarafında render edin (SSR/SSG) ya da prerendering kullanın.

Neden önemli: Yalnızca JS ile oluşan bağlantılar ilk taramada görünmez; keşif gecikir.

Çözüm: Ana gezinme bağlantılarını ilk HTML'e koyun.

Neden önemli: Meta refresh yönlendirmesi yavaştır, değer aktarımı belirsizdir ve erişilebilirlik sorunu yaratır.

Çözüm: Meta refresh yerine sunucu tarafı 301 yönlendirmesi kullanın.

Neden önemli: Yönlendirme döngüsü sayfayı hem kullanıcı hem bot için tamamen erişilmez kılar.

Çözüm: Yönlendirme zincirini izleyip döngüyü kıran kuralı düzeltin.

Neden önemli: Hata veren adrese yönlendirme kullanıcıyı çıkmaza taşır.

Çözüm: Yönlendirme hedeflerini 200 dönen sayfalara güncelleyin.

Neden önemli: Semantik HTML (article, section, nav…) AI sistemlerinin ve arama motorlarının içeriği doğru parçalamasını sağlar.

Çözüm: div yığını yerine anlamlı öğeler kullanın: <main>, <article>, <section>, <nav>, <header>, <footer>.

Neden önemli: Başlıklar, listeler ve tablolar AI aramalarının içeriğinizden alıntı yapabilmesini kolaylaştırır.

Çözüm: İçeriği başlık hiyerarşisi, madde listeleri (<ul>/<ol>) ve uygun yerde tablolarla yapılandırın.

Neden önemli: llms.txt, sitenizi AI sistemlerine tanıtan yeni bir standarttır; erken benimseyenler avantajlıdır.

Çözüm: Kök dizine sitenizi ve önemli sayfalarınızı özetleyen bir /llms.txt dosyası ekleyin (bkz. llmstxt.org).