Bir Web Sitesi Arama Motorlarında Nasıl Öne Çıkar? SEO'nun Teknik Yüzü

Tarama, dizine ekleme ve sıralama adım adım: Search Console'la teşhis, Core Web Vitals eşikleri, şema, mobil öncelik ve teknik SEO denetim sırası.

Kimsenin bulamadığı güzel bir web sitesi, bir iş aracı değil, bir portföy parçasıdır. Arama motorları tasarım zevkinizi değil; yapıyı, hızı ve netliği değerlendirir. Bir site ilk sayfaya ulaşmadan önce perde arkasında gerçekte neler olduğunu bu yazıda adım adım ele alıyoruz.

Bu yazıyı bir kavram listesi olarak değil, sırayla uygulanabilecek bir iş listesi olarak kurguladık. Her bölümde hangi araçta nereye bakacağınızı, hangi hatanın neden yapıldığını ve o bölümdeki tavsiyenin hangi durumlarda geçerli olmadığını da bulacaksınız.

Arama Motorları Bir Sayfayı Nasıl Sıralar?

Bir arama motoru sayfanızı üç aşamadan geçirir: tarama, dizine ekleme ve sıralama. Bu üç aşamadan herhangi biri tıkandığında içeriğin kalitesi konuşulmaz bile — sayfa yarışa hiç girmemiş olur.

Tarama, botun sayfanızı gerçekten indirebilmesidir. robots.txt engeli, sunucu hatası ya da yalnızca JavaScript çalıştıktan sonra beliren bir içerik bu aşamada sorun çıkarır. Dizine ekleme, indirilen sayfanın arama motorunun veritabanına kabul edilmesidir; kopya içerik, yanlış canonical etiketi veya noindex direktifi burada kapıyı kapatır. Sıralama ise ancak ilk ikisi tamamsa başlar.

Teşhis sırası da bu olmalı. Bir sayfa aramada görünmüyorsa önce Google Search Console'daki URL Denetleme aracıyla dizine eklenip eklenmediğine bakın; cevap "hayır" ise anahtar kelime çalışması yapmanın hiçbir anlamı yok. Bu sıralamayı atlamak, SEO bütçesinin en sık boşa harcandığı yerdir.

Teşhisi adım adım nasıl yaparsınız?

Diyelim ki üç haftadır yayında olan bir hizmet sayfanız hiçbir sorguda görünmüyor. Paniğe kapılıp içeriği yeniden yazmadan önce şu sırayı izleyin.

• Search Console'da URL Denetleme kutusuna sayfanın tam adresini yapıştırın ve "Google dizininde" ifadesini görüp görmediğinize bakın.
• Dizinde değilse "Sayfayı test et" ile canlı testi çalıştırın; Google'ın sayfayı indirip indiremediğini burada görürsünüz.
• İndiremiyorsa robots.txt engeli, sunucu hatası ya da yönlendirme zinciri olup olmadığını kontrol edin.
• İndirebiliyorsa işlenmiş HTML'i açın ve ana metninizin orada olup olmadığına bakın; yoksa sorun JavaScript ile oluşturulan içeriktedir.
• Dizindeyse sorgu araştırmasına geçin: Performans raporunda o sayfanın hangi sorgularda gösterim aldığına bakın.
• Hiç gösterim yoksa sorun teknik değil alaka düzeyindedir; sayfa kimsenin aramadığı bir şeyi anlatıyordur.

Kontrol listesi: temel görünürlük

• Sayfa Search Console'da "dizine eklendi" durumunda mı?
• Sayfanın canonical etiketi kendisini mi işaret ediyor?
• Sayfaya site içinden en az bir bağlantı veriliyor mu?
• Sayfa sitemap.xml dosyasında yer alıyor mu?
• JavaScript kapalıyken ana metin hâlâ görünüyor mu?

Bir Sayfa Neden Dizine Eklenmez?

Bir sayfa çoğu zaman gizemli bir ceza yüzünden değil, dört somut nedenden biri yüzünden dizine eklenmez: erişilemiyordur, kopyadır, değersiz bulunmuştur ya da siz farkında olmadan dışarıda bırakmışsınızdır. Search Console'daki Sayfalar raporu bu nedenlerden hangisinin geçerli olduğunu gerekçe adıyla zaten söyler.

Sık karşılaşılan gerekçelerin pratik karşılığı şudur. "Taranmadı, şu anda dizine eklenmedi" genellikle keşif ya da değer sorunudur; sayfaya iç bağlantı verin ve içeriğini güçlendirin. "Tarandı, şu anda dizine eklenmedi" Google'ın sayfayı görüp dizine almaya değer bulmadığı anlamına gelir; bu bir hata değil, bir kalite kararıdır. "Alternatif sayfa, uygun kanonik etiketle" aslında sorun değildir, kopyanın doğru şekilde yönetildiğini gösterir. "Yinelenen içerik, Google farklı bir kanonik sayfa seçti" ise sizin canonical tercihinizin dikkate alınmadığını söyler ve incelenmesi gerekir.

Sık yapılan hata: robots.txt ile noindex'i birlikte kullanmak

En sık görülen teknik hata, bir sayfanın aramada çıkmasını istemeyen ekibin hem robots.txt ile taramayı engellemesi hem de sayfaya noindex koymasıdır. Bu çalışmaz, çünkü bot sayfayı indiremediğinde üzerindeki noindex direktifini de okuyamaz; sayfa taranmadan dizinde kalmaya devam edebilir. Düzeltmesi basittir: robots.txt engelini kaldırın, noindex'i bırakın, sayfanın taranıp direktifin okunmasını bekleyin. Taramayı engellemek, dizine eklenmemeyi garanti etmez; çoğu zaman tam tersini üretir.

Ne zaman dizine eklenmemeyi tercih edersiniz?

Her sayfanın dizinde olması gerekmez. Site içi arama sonuç sayfaları, filtrelenmiş liste adresleri, teşekkür sayfaları, yazdırma sürümleri ve kişisel veri içeren hesap sayfaları bilinçli olarak dışarıda bırakılır. Bu adresleri dizinde tutmak görünürlük kazandırmaz; benzer içerikli yüzlerce zayıf sayfa üreterek değerli sayfalarınızı seyreltir.

Hız Bir Detay Değil, Bir Sıralama Faktörüdür

Google sitenizi Core Web Vitals üzerinden ölçer — içeriğin ne kadar hızlı göründüğü, ne kadar çabuk etkileşime hazır hâle geldiği, yüklenirken görsel olarak ne kadar oynadığı. Yavaş bir site yalnızca ziyaretçiyi sıkmaz; yakın rakiplerle arasındaki farkın kapanmasını da zorlaştırır. Biz bu yüzden modern ve hafif altyapılar üzerine inşa ediyor, sıkıştırılmış ve optimize edilmiş görselleri lansmandan sonraya bırakılacak bir detay değil, baştan itibaren standart olarak sunuyoruz.

Core Web Vitals bugün üç ölçümden oluşuyor ve "iyi" eşikleri net:

• LCP (Largest Contentful Paint): Ana içeriğin görünme süresi. İyi kabul edilen değer 2,5 saniyenin altı.
• INP (Interaction to Next Paint): Kullanıcı etkileşimine yanıt süresi. İyi kabul edilen değer 200 milisaniyenin altı. INP, 12 Mart 2024'te eski FID ölçümünün yerini aldı.
• CLS (Cumulative Layout Shift): Yüklenirken sayfanın görsel oynaması. İyi kabul edilen değer 0,1'in altı.

Önemli bir ayrıntı: bu değerler laboratuvar testinden değil, gerçek kullanıcı verisinden hesaplanır ve 75. yüzdelik dilim esas alınır. Yani ziyaretçilerinizin dörtte üçünün eşiği geçmesi gerekir. Kendi hızlı bilgisayarınızda sitenin akıcı açılması bir kanıt değildir.

Hız sorununun en sık üç kaynağı

• Ölçeklenmemiş büyük görseller — çözüm modern formatlar, doğru boyut ve tembel yükleme.
• Fazla üçüncü taraf betiği — her sohbet aracı, ısı haritası ve piksel ana iş parçacığını meşgul eder.
• Boyut verilmemiş görsel ve reklam alanları — sayfa yüklendikçe içerik kaydığı için CLS bozulur.

Yavaş bir sayfayı adım adım nasıl düzeltirsiniz?

Bir butik otelin anasayfasını düşünün: üstte büyük bir kapak görseli, hemen altında rezervasyon widget'ı, sayfanın içinde bir harita gömülü ve dört ayrı izleme kodu var. Mobilde açılması gözle görülür biçimde yavaş. Sırayla şunu yapın.

• PageSpeed Insights'ta sayfayı açın ve önce üstteki gerçek kullanıcı verisine bakın; laboratuvar skoru ikinci sıradadır.
• Hangi ölçümün eşiği geçemediğini belirleyin ve yalnızca onunla ilgilenin; üç ölçümü aynı anda kovalamak zaman kaybıdır.
• LCP sorunluysa kapak görselinin gerçek boyutunu kontrol edin, modern formata çevirin ve tembel yüklemeyi bu görselden kaldırın.
• CLS sorunluysa görsellere ve gömülü alanlara genişlik-yükseklik verin; yazı tipi geçişlerinin metni kaydırmadığından emin olun.
• INP sorunluysa üçüncü taraf betiklerini listeleyin, her birinin iş karşılığını sorgulayın ve gerekmeyeni kaldırın.
• Değişiklikten sonra dört hafta bekleyin; gerçek kullanıcı verisi 28 günlük pencereyle güncellendiği için sonuç anında görünmez.

Sık yapılan hata: skor kovalamak

Pek çok ekip PageSpeed Insights'taki yüzlük skoru bir hedef sanıyor ve o skoru yükseltmek için sayfayı işlevsizleştiriyor. Bu yanlış, çünkü sıralamada dikkate alınan şey laboratuvar skoru değil, gerçek kullanıcılardan toplanan alan verisidir; 100 alan bir sayfa alan verisinde eşiği geçemeyebilir. Düzeltmesi, hedefi "skor" yerine "üç ölçümün de eşikte olması" biçiminde tanımlamak ve iyileştirmeyi gerçek kullanıcı verisiyle doğrulamaktır.

Arama Motorları Sadece Kelimeleri Değil, Yapıyı Okur

Harika bir metnin jenerik, anlamsız etiketler içine sarılmış hâli, bir arama motoruna kendisi hakkında neredeyse hiçbir şey anlatmaz. Anlamsal HTML (doğru başlık hiyerarşisi, article bölgeleri, landmark yapısı) ve yapılandırılmış veri (schema markup), ona tam olarak neye baktığını söyler — bir hizmet mi, bir blog yazısı mı, bir SSS mi, bir ürün mü. Bu aynı katman, yapay zeka sistemlerinin sayfanızı temiz bir şekilde okuyup okuyamayacağını da belirler.

Yapılandırılmış veri için bugünkü standart, Schema.org sözlüğünü JSON-LD biçiminde sayfaya eklemektir. Bir ajans ya da yerel işletme sitesinde işe yarayan tipler sınırlıdır ve fazlasına gerek yoktur:

• Organization ya da LocalBusiness — kim olduğunuz, nerede olduğunuz, nasıl ulaşıldığınız.
• Article ya da BlogPosting — yazı, yazar ve yayın tarihi.
• Service ya da Product — sunduğunuz şey.
• BreadcrumbList — sayfanın site içindeki yeri.

Beklentiyi doğru kurmak gerekiyor: Google, SSS zengin sonuçlarını 7 Mayıs 2026'da kaldırdı; Haziran 2026'da Search Console'daki SSS görünüm raporu ve Zengin Sonuç Testi desteği, Ağustos 2026'da ise Search Console API desteği kaldırıldı. FAQPage işaretlemesi geçersiz hâle gelmedi ve sayfada durması sorun çıkarmaz, ancak artık arama sonucunda görsel bir kazanç sağlamıyor. Zaten bu özellik Ağustos 2023'ten beri yalnızca resmî kurum ve sağlık sitelerinde görünüyordu; çoğu işletme için pratik bir kayıp olmadı.

Başlık hiyerarşisini nasıl kurarsınız?

Başlıklar görsel bir tercih değil, sayfanın içindekiler tablosudur. Sayfada tek bir h1 bulunur ve o sayfanın konusunu söyler. Ana bölümler h2, o bölümlerin alt kırılımları h3 olur; seviye atlanmaz ve bir metni büyük göstermek için başlık etiketi kullanılmaz. Doğru kurulmuş bir hiyerarşi hem ekran okuyucuların hem de cevap motorlarının sayfayı bölümlere ayırabilmesini sağlar.

Şöyle yazmayın: "Hizmetlerimiz" başlığı altında altı farklı hizmetin hepsinin aynı seviyede, başlıksız paragraflar hâlinde sıralanması. Şöyle yazın: "Hizmetlerimiz" bir h2 olsun, altındaki her hizmet kendi h3'ünü alsın ve her h3'ün ilk cümlesi o hizmetin tek cümlelik tanımı olsun.

Sık yapılan hata: doğrulanmamış şema yayına almak

Şema işaretlemesi elle ya da eklentiyle eklendiğinde çoğu zaman sayfadaki gerçekle uyuşmayan alanlar kalır — olmayan bir puanlama, yanlış bir tarih, sayfada görünmeyen bir fiyat. Bu bir avantaj değil risktir; sayfada görünmeyen bilgiyi işaretlemek yapılandırılmış veri politikalarına aykırıdır. Düzeltmesi, yayına almadan önce Zengin Sonuç Testi ve Schema doğrulayıcısıyla kontrol etmek ve yalnızca sayfada gerçekten görünen bilgiyi işaretlemektir. Hatalı şema, olmayan şemadan daha kötüdür; sayfada görünmeyen bir bilgiyi işaretlemek avantaj değil risk üretir.

Meta Etiketler ve Başlıklar: Sonuçlardaki Kartvizitiniz

Başlık ve meta açıklama, çoğu insanın tıklamadan önce gördüğü tek iki şeydir. Jenerik, kopyala-yapıştır bir başlık göz ardı edilir; spesifik ve fayda odaklı bir başlık tıklanır. Gösterim alıp tıklama almayan bir sayfa, sıralamadan bağımsız olarak size şunu söyler: sonuç sayfasındaki bu iki satır arayan kişiye hitap etmiyor.

İyi bir başlık etiketi yazarken işleyen kalıp şudur: ne olduğu, kimin için olduğu, markanın adı. Uzunluğu karakterle değil ekranda kesilip kesilmediğiyle ölçün; Google başlıkları piksel genişliğine göre kısaltır ve uygun bulmadığı başlığı sayfadaki başka bir metinle değiştirebilir.

Şunu yapın:

• Her sayfaya kendine özgü tek bir başlık ve tek bir açıklama yazın.
• Başlığın ilk kelimelerine sayfanın asıl konusunu koyun.
• Açıklamayı bir vaat değil, sayfanın içindekilerin özeti olarak yazın.

Şunu yapmayın:

• Aynı başlığı tüm site boyunca tekrarlamayın.
• Anahtar kelimeleri virgülle art arda dizmeyin.
• Sayfada olmayan bir şeyi açıklamada vaat etmeyin — tıklayan kişi hemen geri döner.

Cümle düzeyinde nasıl görünür?

Şöyle yazmayın: "Ana Sayfa | Kurumsal Web Tasarım, SEO, Sosyal Medya, Dijital Pazarlama, Reklam". Şöyle yazın: "Otel Web Sitesi Tasarımı ve Rezervasyon Entegrasyonu — The Whale Creative". Şöyle bir açıklama yazmayın: "Markanızı bir üst seviyeye taşıyacak çözümler için bize ulaşın." Şöyle yazın: "Otel siteleri için tasarım, çok dilli içerik ve rezervasyon motoru entegrasyonunu tek projede topluyoruz; süreç dört aşamada ilerliyor."

Kontrol listesi: başlık ve açıklama

• Başlık sitedeki başka hiçbir sayfayla aynı değil, öyle mi?
• Sayfanın konusu başlığın ilk beş kelimesinde geçiyor mu?
• Açıklama sayfada gerçekten olan bir şeyi mi özetliyor?
• Search Console Performans raporunda bu sayfa gösterim alıp tıklama alamıyor mu?
• Başlığı Google kendisi yeniden mi yazıyor? Yazıyorsa sayfadaki hangi metni tercih ettiğine bakın.

Mobil Öncelik Artık Bir Seçenek Değil

Aramaların çoğu artık masaüstünde değil, telefonda yapılıyor. Google sitenizi sıralarken masaüstü değil, mobil sürümünüzü esas alır; Google 5 Temmuz 2024 itibarıyla tüm sitelerin taranmasını mobil Googlebot'a geçirerek bu göçü tamamladı. Mobilde gerçekten tasarlanmış değil de sadece "idare eden" bir site, daha baştan geride başlar.

Bunun pratik sonucu çoğu markanın beklediğinden serttir: mobilde göstermediğiniz içerik, Google'ın gördüğü içerik değildir. Masaüstünde duran ama mobilde gizlenen bir bölüm, masaüstüne yüklenip mobilde atlanan yapılandırılmış veri ya da yalnızca geniş ekranda görünen iç bağlantılar, dizine eklenen sürümde eksik kalır.

Kontrol listesi kısa:

• Aynı içerik her iki sürümde de var mı?
• Başlıklar, meta etiketler ve yapılandırılmış veri mobilde de yükleniyor mu?
• Dokunma hedefleri parmakla rahat kullanılabiliyor mu, gövde metni yakınlaştırmadan okunuyor mu?
• Çerez bildirimi ya da açılır pencere içeriğin üstünü kapatıyor mu?
• Mobilde açılır menü içine gizlenen iç bağlantılar sayfa kaynağında var mı?

Sık yapılan hata: mobilde içeriği "sadeleştirmek"

Tasarım ekipleri mobil deneyimi hafifletmek için bölümleri gizlemeyi doğal bir çözüm sanıyor. Sonuç genellikle şu olur: masaüstünde üç paragraflık bir hizmet açıklaması varken mobilde tek cümle kalır ve dizine giren sürüm o tek cümledir. Düzeltmesi, içeriği silmek yerine katlanabilir bölümler hâlinde sunmaktır; metin kaynak kodunda durur, ekranda yer kaplamaz.

Sitemap, robots.txt ve Bulunabilirlik

Arama motorları sayfalarınızı bulamıyorsa yukarıdakilerin hiçbiri önemli değildir. Temiz bir sitemap.xml ve doğru yapılandırılmış bir robots.txt, önemli her sayfanın gerçekten taranıp dizine eklenmesini sağlayan, göz alıcı olmayan ama kritik bir altyapıdır — istemediğiniz sayfaların da kazara arama sonuçlarına sızmamasını sağlar.

Sık karıştırılan bir nokta var: robots.txt taramayı engeller, dizine eklenmeyi garanti altına almaz. Bir sayfanın aramada kesinlikle görünmemesini istiyorsanız doğru araç noindex direktifidir; ancak robots.txt ile taramayı engellerseniz bot o sayfadaki noindex'i okuyamaz. İkisini aynı anda kullanmak, tam da istemediğiniz sonucu üretir.

Doğru kurulum şöyle görünür:

• sitemap.xml yalnızca dizine eklenmesini istediğiniz, 200 durum kodu döndüren kanonik adresleri içerir.
• Sitemap adresi robots.txt içinde belirtilir ve Google Search Console ile Bing Webmaster Tools üzerinden gönderilir.
• Yönlendirilmiş, silinmiş ya da etiket sayfaları gibi düşük değerli adresler haritadan çıkarılır.
• Her sayfada kendini işaret eden bir canonical etiketi bulunur.
• Çok dilli sitelerde diller arasında hreflang ilişkisi tanımlanır.

Yeni bir site yayına alınırken sıra nedir?

• Yayından önce geliştirme ortamındaki genel robots.txt engelinin kaldırıldığını doğrulayın; en sık yaşanan lansman kazası budur.
• Sayfalarda kalmış noindex etiketlerini arayın ve temizleyin.
• sitemap.xml dosyasını üretin, açıp içindeki adresleri gözle kontrol edin.
• Search Console ve Bing Webmaster Tools üzerinde mülkiyeti doğrulayın ve haritayı gönderin.
• En önemli beş sayfayı URL Denetleme ile tek tek kontrol edin ve dizine eklenmesini talep edin.
• İlk iki hafta Sayfalar raporunu izleyin; dışarıda kalan adreslerin gerekçelerini tek tek okuyun.

İçerik ve Arama Niyeti: Teknik Altyapının Yetmediği Yer

Teknik altyapı sayfanızın değerlendirilmesini sağlar, sıralanmasını değil. Sıralama, sayfanın arayan kişinin niyetini rakiplerden daha iyi karşılayıp karşılamadığına bağlıdır — ve niyet, anahtar kelimenin kendisinden daha belirleyicidir.

Aynı konuda dört farklı niyet olabilir: bilgi arayan ("kurumsal kimlik nedir"), karşılaştıran ("ajans mı freelancer mı"), yerel ("Antalya web tasarım"), işlem yapmak isteyen ("web tasarım teklifi al"). Bunların dördünü tek sayfaya sıkıştırmak, hiçbirinde iyi olmamak demektir.

Bir sayfa yazmadan önce sorulacak üç soru:

• Bu sorguyu arayan kişi bir cevap mı, bir karşılaştırma mı, yoksa bir hizmet mi arıyor?
• Şu anda ilk sırada olan sayfalar hangi biçimde — rehber mi, liste mi, hizmet sayfası mı?
• Bizim sayfamızın onlarda olmayan hangi somut bilgisi var?

Son sorunun cevabı yoksa o sayfayı yayınlamak sıralama getirmez. Var olan bir sayfayı güncellemek, çoğu durumda yeni bir yüzeysel sayfa eklemekten daha iyi sonuç verir.

Niyeti nasıl doğrularsınız?

Varsayım yerine sonuç sayfasına bakın. Hedeflediğiniz sorguyu gizli bir pencerede aratın ve ilk on sonucun biçimini not edin: kaçı rehber, kaçı hizmet sayfası, kaçı liste, kaçı video. Google'ın o sorgu için hangi biçimi uygun bulduğunu bu dağılım söyler. Hizmet sayfasıyla sıralanmak istediğiniz bir sorguda ilk on sonucun dokuzu rehberse, sorun sayfanızın kalitesi değil biçimidir.

Sık yapılan hata: aynı niyet için birden fazla sayfa yazmak

Ekipler çoğu zaman "web tasarım", "web tasarım hizmeti" ve "profesyonel web tasarım" için üç ayrı sayfa açıyor. Bu üçü aynı niyeti taşıdığı için sayfalar birbirinin yerine geçmeye çalışır ve hiçbiri istikrarlı biçimde sıralanmaz. Düzeltmesi, üç sayfayı en güçlü olanda birleştirip diğerlerini oraya yönlendirmek ve aynı konudaki farklılıkları başlık yerine bölüm olarak ele almaktır.

Teknik SEO Denetimini Nasıl Yaparsınız?

Teknik SEO denetimi, sitenizin taranabilirliğini, dizine eklenme durumunu ve performansını sırayla kontrol eden yapılandırılmış bir incelemedir. Ücretli araç almadan önce Google'ın kendi ücretsiz araçlarıyla oldukça uzağa gidebilirsiniz.

Sırasıyla şunlara bakın:

• Google Search Console — Sayfalar raporu: Kaç sayfa dizine eklendi, hangileri hangi gerekçeyle dışarıda kaldı.
• URL Denetleme: Önemli sayfaları tek tek kontrol edin; Google'ın gördüğü işlenmiş HTML'i inceleyin.
• Core Web Vitals raporu ve PageSpeed Insights: Gerçek kullanıcı verisi ile laboratuvar verisini birlikte okuyun.
• Lighthouse: Performans, erişilebilirlik ve en iyi uygulamalar için sayfa bazlı hızlı tarama.
• Performans raporu: Gösterim alıp tıklama almayan sorgular, başlık ve açıklamanın gözden geçirilmesi gereken yerleri gösterir.
• Elle kontrol: Bir sayfayı JavaScript kapalı görüntüleyin; ana metin hâlâ orada mı?

Bulduklarınızı etkiye göre sıralayın. Dizine eklenmeyen bir hizmet sayfası, birkaç yüz milisaniyelik hız kazancından her zaman önce gelir.

Bulguları nasıl önceliklendirirsiniz?

Denetim sonunda elinizde genellikle otuz-kırk maddelik bir liste olur ve hepsini aynı anda yapmak mümkün değildir. Her maddeyi iki soruyla değerlendirin: bu sorun gelir getiren bir sayfayı mı etkiliyor, ve düzeltilmesi görünürlüğü doğrudan mı değiştiriyor. İkisine de "evet" diyen maddeler ilk haftaya, yalnızca birine "evet" diyenler aya, hiçbirine demeyenler ise bir sonraki geliştirme turuna girer. Etki sırasına dizilmemiş bir denetim raporu, uygulanmayan bir rapordur.

Teknik SEO Ne Zaman Önceliğiniz Değildir?

Teknik SEO'nun her işletmede aynı aciliyette olmadığını söylemek gerekiyor. Bu çalışma, arama yoluyla gelebilecek bir talebin var olduğu ve sitenizin o talebi karşılayabilecek içeriğe sahip olduğu durumlarda karşılığını verir.

Aşağıdaki durumlarda bütçeyi başka yere ayırmak daha doğru bir karardır.

• Site zaten teknik olarak temizse ve sorun içerikte ise. Dizine eklenen ama gösterim almayan sayfaların sorunu hız değil, alaka düzeyidir.
• Talebiniz tamamen yönlendirme, ihale ya da mevcut müşteri ağından geliyorsa. Arama hacmi olmayan bir alanda sıralama kazanmak gelir üretmez.
• Site önümüzdeki aylarda yeniden yapılacaksa. Kaldırılacak bir altyapıyı optimize etmek harcanmış emektir; bu durumda iş, yeni sitenin teknik gereksinim listesini yazmaktır.
• Ürün ya da hizmet henüz tanımlı değilse. Ne sattığınız netleşmeden hangi sorguya karşılık geleceğinizi belirleyemezsiniz.
• Ölçüm altyapınız hiç yoksa. Search Console ve analitik kurulmadan yapılan her iyileştirmenin etkisi ölçülemez; ilk iş kurulumdur.

Bizim İçin Neden Önemli

İnşa ettiğimiz her projede bu katmanı sonradan yamamak yerine ilk günden itibaren kurguluyoruz. Altyapısı olmayan estetik kimseye görünmüyor.

Uygulamada bu şu anlama geliyor: tasarım aşamasında başlık hiyerarşisini ve sayfa yapısını da konuşuruz, çünkü bir başlık sadece büyük punto değildir. Görseller yayına alınmadan önce doğru boyuta indirilir ve modern formata çevrilir. Her projenin teslim listesinde sitemap.xml, robots.txt, canonical etiketleri, çok dilli siteler için hreflang ve temel yapılandırılmış veri yer alır. Site yayına alındıktan sonra Search Console'da dizine eklenme durumunu kontrol ederiz — çünkü "yayında" ile "bulunabilir" aynı şey değildir.

Teslimden sonrası için de bir alışkanlığımız var: lansmanı takip eden ilk iki hafta Sayfalar raporunu izler, dışarıda kalan adreslerin gerekçelerini tek tek okur ve gerekiyorsa düzeltiriz. Bir müşteriye "SEO uyumlu site teslim ettik" demeyi yeterli bulmuyoruz; sayfaların dizine girdiğini görmeden iş bitmiş sayılmıyor.

Doğrulayamadığımız performans vaatleri vermiyoruz. Ölçülebilir olanı ölçüyor, geri kalanını zamanla gösteriyoruz.

Sık Sorulan Sorular

SEO sonuçları ne kadar sürede görülür?

Kesin bir süre vermek dürüst olmaz; sonuç sitenin yaşına, rekabete ve düzeltilen sorunun türüne göre değişir. Genel olarak dizine eklenme sorunları giderildiğinde etki hızlı görülür, içerik ve otorite gerektiren çalışmalar ise aylarla ölçülür.

Core Web Vitals'ı geçemezsem sıralamam düşer mi?

Core Web Vitals sıralama sinyalleri arasındadır ama tek başına belirleyici değildir. Alaka düzeyi ve içerik kalitesi daha ağır basar; hız ise yakın rakipler arasında fark yaratan ve dönüşümü doğrudan etkileyen bir katmandır.

Tek sayfalık bir site SEO için dezavantaj mı?

Genellikle evet, çünkü her arama niyeti için ayrı bir adres ve ayrı bir başlık sunamazsınız. Hizmetleriniz farklı sorgularla aranıyorsa her hizmete kendi URL'si olan bir sayfa vermek belirgin bir avantajdır.

Blog yazmak sıralama için gerçekten gerekli mi?

Gerekli olan blog değil, cevaplanmamış sorulara verilen cevaplardır. Müşterilerinizin sorduğu soruları gerçekten çözen az sayıda derin sayfa, düzenli ama yüzeysel yazı akışından daha iyi çalışır.

Sitemap göndermek sayfamın dizine ekleneceğini garanti eder mi?

Hayır. Sitemap bir keşif yardımıdır, bir talimat değil; arama motoru sayfayı bulur ama dizine ekleyip eklemeyeceğine kendi kalite değerlendirmesiyle karar verir. Dizine alınmayan sayfalarda genellikle sorun içeriğin özgünlüğünde ya da kopya adreslerdedir.

Sayfamı hem robots.txt ile engelleyip hem noindex koyabilir miyim?

Bu kombinasyon çalışmaz ve sık yapılan bir hatadır. Bot sayfayı indiremediğinde üzerindeki noindex direktifini okuyamaz; sayfanın dizinden çıkması için taranabilir olması ve direktifi görebilmesi gerekir. Önce engeli kaldırın, noindex'i bırakın, sonra taranmasını bekleyin.

Sitem JavaScript ile çalışıyorsa SEO sorunu yaşar mıyım?

Zorunlu olarak yaşamazsınız, ancak riskiniz artar çünkü içerik ancak işleme aşamasından sonra görünür. Pratik kontrol şu: sayfayı JavaScript kapalı açın ya da Search Console'da işlenmiş HTML'i inceleyin; ana metin, başlıklar ve iç bağlantılar orada değilse sunucu tarafında işleme ya da ön işleme ihtiyacınız var demektir.

Yapay zeka aramaları için ayrı bir teknik kurulum gerekiyor mu?

Ayrı bir kurulum gerekmiyor; üretici arama özellikleri aynı tarama ve dizine ekleme altyapısını kullanıyor. Farklı olan tek nokta, robots.txt dosyanızda yapay zeka tarayıcılarına verdiğiniz izinler ve içeriğin alıntılanabilir biçimde yazılmış olması.