İçeriğe atla
SEO Evaluate
TR (geçerli dil)ENARFA

SEO & Organik Büyüme · Hizmet

Teknik & Site İçi SEO

Tarama (crawl), render ve indeksleme: içerikten ve linklerden önce gelen görünürlük altyapısı.

Teknik SEO, arama motorlarının sitenizi bulmasını, render etmesini ve indekslemesini sağlayan altyapı çalışmasıdır. Altyapınızın Google, Bing ve Yandex'in belgelediği standarda gelmesi için gereken düzeltmeleri belirliyor, önceliklendiriyor ve doğruluyoruz: Core Web Vitals'tan log analizine, schema'dan canonical mimarisine kadar her katman ölçülür, her bulgu önceliklendirilir ve geliştirici ekibinizin doğrudan çalışabileceği biletlere dönüşür. Çıktı, her sprint'in düzeltmelerinin yayından sonra doğrulandığı 90 günlük bir uygulama planıdır.

Çalışma yöntemimiz

DenetimTarama, render, indekslenebilirlik
Plan90 günlük teknik düzeltme yol haritası
RaporAylık teknik sağlık regresyon takibi

/01 · Tanım

Teknik SEO nedir?

Teknik SEO, bir web sitesinin arama motorları tarafından taranabilir (crawl), render edilebilir ve indekslenebilir olmasını sağlayan; hızını, yapısını ve işaretlemesini arama motorlarının beklediği standartlara getiren çalışmaların bütünüdür. robots.txt ve XML sitemap yönetimini, canonical ve hreflang etiketlerini, Core Web Vitals performansını, JavaScript render davranışını, log dosyası analizini, iç link mimarisini ve schema.org yapılandırılmış verisini kapsar. İçerik ve otorite çalışmalarının üzerine kurulduğu zemindir.

Çoğu marka sıralamasını içeriğe veya backlink'e bağlar. Gerçekte ise Google'ın tarayıcısı sayfanızı bulamıyorsa, render edemiyorsa ya da indeksleyemiyorsa içerik kalitesi neredeyse önemsizdir. Teknik SEO görünürlüğün altyapısıdır; site içi SEO ise bu altyapının sayfa düzeyindeki karşılığıdır: başlık hiyerarşisi, meta etiketler, iç linkler ve işaretleme.

Hizmet iki parçadan oluşur: katman katman ilerleyen bir teknik denetim ve bulguları geliştirici ekibinizin uygulayabileceği biletlere çeviren uygulama desteği. Her denetim, her sprint'in düzeltmelerinin yayından sonra doğrulandığı 90 günlük bir uygulama planına dönüşür; site mimarisi, indekslenebilirlik, performans ve schema sırayla işlenir.

/03 · Çözdüğümüz problemler

Çözdüğümüz problemler

  • Sayfalar indekslenmiyor

    Search Console'da "Tarandı, şu anda dizine eklenmedi" yığını büyüyor; nedeni genellikle ince içerik, zayıf iç link, canonical çelişkisi ya da render bağımlılığıdır.

  • Yavaş sayfalar ve zayıf Core Web Vitals

    Lab testinde iyi görünen ama CrUX saha verisinde başarısız olan şablonlar. Sorun çoğu zaman üçüncü taraf script'ler, boyutsuz görseller, geç yüklenen fontlar ve düzen kaymasıdır.

  • JavaScript ile oluşan içerik görünmüyor

    Kaynak HTML'de bulunmayan, yalnızca istemci tarafında oluşan başlıklar, linkler ve metinler Googlebot'un render kuyruğuna bağımlı kalır; indeksleme gecikir ya da hiç gerçekleşmez.

  • Crawl budget israfı

    Parametreli URL'ler, sonsuz takvimler, filtre kombinasyonları ve yönlendirme zincirleri Googlebot'un zamanını stratejik sayfalardan çalar. Log analizi olmadan bu israf görünmez.

  • Yinelenen içerik ve canonical karmaşası

    HTTP/HTTPS, www'lu ve www'suz sürümler, sondaki eğik çizgi ve sıralama parametreleri aynı sayfanın birden çok kopyasını üretir; canonical, sitemap ve iç linkler birbiriyle çelişir.

/04 · Karşılaştırma

Denetim kapsamı: yedi katman

Her teknik SEO denetimi bu yedi katmanı aynı sırayla geçer; her katman kendi aracı ve çıktısıyla raporlanır.
KatmanNeyi kontrol ediyoruzBaşlıca araçlarÇıktı
Tarama (crawl)robots.txt kuralları, XML sitemap kapsamı, yönlendirme zincirleri, 404/410 yönetimi, parametreli URL'ler, crawl budgetScreaming Frog, Sitebulb, log dosyaları, Search Console tarama istatistikleriTaranmaması gereken URL listesi; robots ve sitemap düzeltmeleri
RenderKaynak HTML ile render edilmiş DOM farkı, JavaScript'e bağımlı içerik ve linkler, lazy-load, engellenen kaynaklarScreaming Frog JavaScript render modu, URL Denetimi, LighthouseRender bağımlılığı raporu; SSR veya pre-render önerisi
İndekslemeİndeks kapsamı, noindex ve canonical tutarlılığı, yinelenen sayfalar, ince içerikSearch Console, Screaming Frog, Sitebulbİndekslenmesi gereken sayfalar ile gerçek durum arasındaki fark
Performans ve Core Web VitalsSaha (CrUX) ve lab (Lighthouse) verisinde LCP, INP ve CLS; görsel, font ve script yükleme sırası; önbelleklemeCrUX, PageSpeed Insights, Lighthouse, Search ConsoleŞablon başına teşhis ve düzeltme biletleri
Yapı ve iç linklerTıklama derinliği, yetim sayfalar, breadcrumb, başlık hiyerarşisi, anchor metinleri, sayfalamaSitebulb mimari haritası, Screaming FrogSite mimarisi önerisi ve iç link kuralları
Uluslararası ve hreflanghreflang karşılıklılığı, x-default, canonical ile uyum, dil değiştirici, ülke hedeflemeScreaming Frog hreflang raporu, Search ConsoleURL kümesi başına hreflang spesifikasyonu
Yapılandırılmış veriSchema.org JSON-LD türleri, zorunlu alanlar, görünür içerikle tutarlılık, zengin sonuç uygunluğuZengin Sonuç Testi, Schema Markup Validator, Search Console geliştirme raporlarıSayfa tipi başına schema şablonu

Core Web Vitals: saha ve lab verisini birlikte okumak

Core Web Vitals; Largest Contentful Paint (LCP), Interaction to Next Paint (INP) ve Cumulative Layout Shift (CLS) metriklerinden oluşur. Google Search Central'ın belgelediği gibi bu metrikler, Chrome Kullanıcı Deneyimi Raporu (CrUX) üzerinden gerçek kullanıcı verisiyle değerlendirilir; Lighthouse ise tek bir laboratuvar koşusudur. İkisi sık sık farklı sonuç verir ve belirleyici olan saha verisidir.

Yöntemimiz şablon bazlıdır. Sayfaları tek tek değil; ürün, kategori, blog yazısı, tedavi sayfası gibi şablonlar hâlinde gruplarız, çünkü bir şablonun LCP sorunu o şablondaki her sayfada tekrar eder. Her şablon için LCP öğesini, INP'yi uzatan uzun görevleri (long tasks) ve CLS'ye yol açan boyutsuz görselleri veya geç yüklenen bileşenleri tespit ederiz.

Düzeltmeler önceliklendirilmiş biletlere dönüşür: kritik CSS ve font yükleme, görsel boyutlandırma, üçüncü taraf script'lerin ertelenmesi, sunucu yanıt süresi ve önbellekleme. Hız için sayı vaat etmeyiz; Search Console'da "iyi" grubuna geçen URL kümesini izleriz.

Log dosyası analizi ne gösterir?

Tarama araçları sitenin nasıl taranabileceğini gösterir; log dosyaları ise Googlebot'un gerçekte ne yaptığını: hangi URL'lerin hangi sıklıkla istendiğini, hangi durum kodlarının döndüğünü, botun zamanını nerede harcadığını ve stratejik sayfaların en son ne zaman ziyaret edildiğini.

Tipik bulgular: parametreli veya filtre URL'lerine giden tarama isteklerinin payı, sitemap'ten çıkmış ama hâlâ taranan eski URL'ler, 301 zincirleri ve 404 yığınları, sitemap'te olan ama haftalarca ziyaret edilmeyen ürün sayfaları. Crawl budget optimizasyonu bu veriden başlar; robots.txt, canonical ve iç link kararları tahminle değil logla verilir.

Ham erişim loglarını sunucunuzdan, CDN'inizden veya Cloudflare gibi bir katmandan alırız; kişisel veri içerebilecek alanlar önce ayıklanır. Çıktı, Search Console tarama istatistikleriyle karşılaştırılmış bir tarama haritası ve bundan türeyen düzeltme listesidir.

JavaScript SEO: kaynak ile render edilen sayfa arasındaki fark

React, Next.js, Vue veya Angular ile kurulan sitelerde içeriğin bir kısmı tarayıcıda oluşur. Google JavaScript'i render edebilir, ancak bunu ikinci bir adımda ve kuyruğa bağlı olarak yapar; render edilmeden görünmeyen içerik indekslemede gecikir veya hiç değerlendirilmez. Bing ve diğer tarayıcılarda bu sınır daha belirgindir.

Denetimde kaynak HTML ile render edilmiş DOM'u karşılaştırırız: hangi içerik yalnızca JavaScript sonrası var, iç linkler gerçek bağlantı etiketi mi yoksa tıklama olayı mı, canonical ve meta robots etiketleri render sırasında değişiyor mu, lazy-load veya sonsuz kaydırma botun erişemediği içerik bırakıyor mu.

Çözüm çoğu zaman mimaridir: sunucu tarafı render (SSR), statik üretim veya kritik içerik için pre-render. Önerimizi mevcut framework'ünüze göre yazar, geliştiricilerinizle hangi rotaların SSR'a alınacağına karar verir ve yayın sonrası URL Denetimi aracıyla render edilen HTML'i doğrularız.

Site taşıma (migration): yeniden tasarım, CMS ve alan adı değişiklikleri

Yeni tasarım, yeni CMS, yeni URL yapısı veya alan adı değişikliği; her biri görünürlüğü sıfırlayabilecek bir taşımadır. Taşımayı teknik SEO çalışmasının bir bölümü olarak yürütürüz: yayın öncesi envanter, bire bir URL eşlemesi, yayın günü kontrolü ve yayın sonrası izleme. Yayın öncesi mevcut siteyi tarar, trafik, link ya da dönüşüm alan her URL'yi listeler, her biri için yeni hedef belirler ve 301 yönlendirmelerini zincir oluşturmadan tek adımda kurarız.

Canonical, hreflang, sitemap, robots.txt, schema ve iç linkler yeni yapıya göre yeniden üretilir ve staging ortamında taranarak doğrulanır. Yayın günü yönlendirme tablosunu, sitemap gönderimini ve Search Console ayarlarını kontrol eder; sonraki haftalarda log ve indeks kapsamı raporlarıyla eski URL'lerin düşüşünü ve yenilerin indekslenmesini izleriz. Büyük taşımalarda ayrı bir yayın öncesi ve sonrası kontrol listesi teslim edilir.

/09 · Karşılaştırma

Sık görülen teknik sorunlar: belirti, tespit yöntemi ve düzeltme sorumlusu

Denetim raporundaki her bulgu bu formatta yazılır; sorumlu sütunu bileti kimin alacağını belirler.
Teknik sorunBelirtiNasıl tespit ediyoruzDüzeltme sorumlusu
Yanlış robots.txt kuralı veya engellenen kaynakStratejik sayfalar ya da CSS/JS dosyaları taranmıyor; render bozuk görünüyorScreaming Frog robots simülasyonu, URL DenetimiGeliştirici / DevOps
Canonical çelişkisiAynı sayfa için birden çok URL indeksleniyor; Search Console "Google farklı bir canonical seçti" diyorCrawl ile canonical, sitemap ve iç link karşılaştırmasıGeliştirici (şablon) + SEO (kural)
Yönlendirme zincirleri ve döngüleriYavaş yükleme, link değeri kaybı, taşıma sonrası 404 artışıScreaming Frog yönlendirme raporu, log analiziDevOps / sunucu yapılandırması
Zayıf LCP veya yüksek CLSAna içerik geç görünüyor ya da yüklenirken kayıyor; CrUX'ta "zayıf" şablonlarCrUX, Lighthouse, LCP öğesi ve düzen kayması iziFront-end geliştirici
JavaScript'e bağımlı iç linklerDerin sayfalar keşfedilmiyor; "Keşfedildi, dizine eklenmedi" yığını büyüyorKaynak ve render edilmiş HTML karşılaştırmasıGeliştirici (framework)
hreflang karşılıklılık hatasıYanlış dil sürümü yanlış ülkede sıralanıyorScreaming Frog hreflang raporuGeliştirici (CMS) + SEO
Eksik veya hatalı schemaZengin sonuç görünmüyor; Search Console geliştirme raporunda hataZengin Sonuç Testi, Schema Markup ValidatorGeliştirici (şablon) + SEO (spesifikasyon)

/10 · Yöntem ve süreç

Teknik SEO çalışmasını nasıl yürütüyoruz

Beş adım: ikisi denetim, üçü 90 günlük uygulama planının yürütülmesi ve doğrulanması.

  1. 01

    Erişim ve envanter

    Search Console, GA4, CrUX ve log erişimini alır; CMS, framework, hosting ve CDN katmanını, mevcut yönlendirme ve robots kurallarını belgeleriz. Tam site taraması ve ilk log çekimi bu adımda yapılır; denetimin odaklanacağı şablon listesi çıkarılır.

  2. 02

    Katmanlı denetim ve önceliklendirme

    Yedi katman sırayla incelenir. Her bulgu etki, çaba ve risk puanıyla kaydedilir; indekslemeyi engelleyen sorunlar performans iyileştirmelerinden önce gelir. Çıktı, her bulgunun hangi sprint'e düşeceğini gösteren 90 günlük plandır.

  3. 03

    Bilet ve spesifikasyon yazımı

    Her bulgu, ekibinizin araçlarında (Jira, Linear, GitHub Issues) açılabilecek bir bilete dönüşür: sorun, etkilenen şablon, beklenen davranış, örnek kod ya da yapılandırma, kabul kriteri ve test adımı.

  4. 04

    Sprint desteği ve doğrulama

    Üç sprint boyunca geliştiricilerin sorularını yanıtlar, staging'deki değişiklikleri tarar ve yayın sonrası her düzeltmeyi URL Denetimi, yeniden tarama ve log ile doğrularız. Bilet biz doğruladığımızda kapanır; yayına çıkmış ama çalışmayan düzeltme açık kalır.

  5. 05

    Aylık teknik sağlık raporu

    Plan tamamlandıktan sonra aylık raporla indeks kapsamı, Core Web Vitals durumu, tarama istatistikleri ve yeni regresyonlar izlenir. Her yayın sonrası kısa bir regresyon taraması yapılır; bozulan bir şey varsa yeni bilet açılır.

/11 · Araçlar ve platformlar

Kullandığımız araçlar ve standartlar

  • Screaming Frog ve Sitebulb

    Tam site taraması, JavaScript render karşılaştırması, hreflang ve canonical raporları, mimari görselleştirme ve log eşleştirme.

  • Lighthouse, PageSpeed Insights ve CrUX

    LCP öğesi ve uzun görevlerin lab teşhisi; şablon ve cihaz bazında gerçek kullanıcı Core Web Vitals verisi.

  • Google Search Console

    Sayfa indeksleme raporu, tarama istatistikleri, Core Web Vitals raporu, URL Denetimi ve zengin sonuç geliştirme raporları.

  • Google Search Central ve Schema.org dokümantasyonu

    Core Web Vitals, yapılandırılmış veri ve JavaScript SEO kararlarımız Google'ın yayınladığı belgelere dayanır; schema türleri Schema.org sözlüğünden seçilir.

/12 · Ölçüm ve KPI'lar

Teknik SEO'yu nasıl ölçüyoruz

Hiçbir metrik için seviye vaat etmeyiz; amaç her sprint sonunda hareketi görmek ve regresyonu erken yakalamaktır.

  • İndeksleme

    İndekslenmesi gereken sayfaların indekslenme durumu

    Sitemap'teki URL'ler ile Search Console sayfa raporu arasındaki fark; hedef, farkın her ay küçülmesidir.

  • Performans

    Şablon başına Core Web Vitals durumu

    CrUX ve Search Console raporunda "iyi" grubuna geçen URL sayısı, mobil ve masaüstü ayrımıyla.

  • Tarama

    Tarama isteklerinin stratejik sayfalara oranı

    Log analizinde Googlebot zamanının indekslenebilir ve stratejik sayfalara giden payı.

  • Uygulama

    Kapanan bilet ve açık regresyon sayısı

    90 günlük plandaki biletlerin doğrulanarak kapanma hızı ve her yayın sonrası tespit edilen yeni regresyonlar.

/13 · Sık karşılaşılan zorluklar

Teknik SEO projelerinde sık karşılaşılan zorluklar

  • Geliştirici kapasitesi

    Uygulanmayan denetimin değeri yoktur. Biletleri küçük ve bağımsız yazar, her sprint'e sığacak kadar iş planlarız; kapasite yoksa bunu planın başında söyleriz.

  • CMS ve platform sınırları

    Bazı platformlar canonical, hreflang veya schema üretimini kısıtlar. Çözüm eklenti, middleware katmanı ya da nadiren platform değişikliğidir.

  • Üçüncü taraf script'ler

    Pazarlama, sohbet ve analitik etiketleri Core Web Vitals'ı en çok bozan unsurlar arasındadır; yük yönetimi pazarlama ekibiyle ortak karar gerektirir.

  • Taşıma takvimleri

    Taşımalar genellikle SEO'ya haber verilmeden planlanır. Yayın öncesi envanter ve eşleme için yeterli süre isteriz; süre yoksa riskleri yazılı olarak bildiririz.

Geliştirici ekibinizle nasıl çalışıyoruz: bilet ve spesifikasyon modeli

Teknik SEO'nun başarısız olduğu yer genellikle rapor ile kod arasıdır. Elli sayfalık bir PDF, bir geliştirici için iş değil okuma ödevidir. Bu yüzden çıktımız bilet formatındadır: her bilet tek bir sorunu, etkilenen şablonu, beklenen davranışı, mümkünse örnek kodu veya yapılandırmayı, kabul kriterini ve doğrulama adımını içerir. Biletleri sizin araçlarınızda açar, sprint planlamasına katılır, pull request'lerde SEO açısından riskli değişiklikleri işaretleriz.

Kod yazmak ekibinizin işidir; doğru spesifikasyonu yazmak ve sonucu doğrulamak bizim. Ekibiniz yoksa ya da dış bir ajansla çalışıyorsanız aynı biletleri onlara yönlendiririz. Web sitesi geliştirme veya yeniden tasarım hizmeti vermeyiz; işimiz, var olan ekibin doğru işi doğru sırayla yapmasını sağlamaktır.

/16 · Sık sorulan sorular

Teknik SEO hakkında sık sorulan sorular

Teknik SEO nedir ve site içi SEO'dan farkı ne?

Teknik SEO, sitenin taranabilir, render edilebilir ve indekslenebilir olmasını sağlayan altyapı çalışmasıdır: robots.txt, sitemap, canonical, hreflang, performans, JavaScript render, log analizi ve schema. Site içi SEO ise aynı altyapının sayfa düzeyindeki karşılığıdır: başlık hiyerarşisi, meta etiketler, iç linkler ve işaretleme. İkisini birlikte ele alırız; biri olmadan diğerinin etkisi sınırlıdır.

Teknik SEO denetimi neleri kapsar?

Yedi katmanı: tarama, render, indeksleme, performans ve Core Web Vitals, yapı ve iç linkler, uluslararası yapılandırma ve hreflang, yapılandırılmış veri. Bulgular etki, çaba ve risk puanıyla önceliklendirilir; çıktı bir rapor, 90 günlük uygulama planı ve geliştirici biletleridir.

Core Web Vitals neden önemli?

Google'ın sayfa deneyimini ölçmek için kullandığı ve Google Search Central'da belgelenen üç metriktir: LCP, INP ve CLS. Gerçek kullanıcı verisiyle (CrUX) değerlendirilir; lab testinde iyi görünen bir sayfa sahada başarısız olabilir. Zayıf değerler hem kullanıcı deneyimini hem arama görünürlüğünü etkiler.

Log analizi ne gösterir, gerçekten gerekli mi?

Log analizi Googlebot'un sitenizde gerçekte neyi, ne sıklıkla taradığını gösterir; tarama araçları yalnızca neyin taranabileceğini söyler. Büyük, dinamik veya e-ticaret sitelerinde crawl budget israfını, taranmayan stratejik sayfaları ve yönlendirme zincirlerini ancak logla görürsünüz. Küçük statik sitelerde daha az kritiktir; gerekip gerekmediğini envanter adımında söyleriz.

JavaScript ile kurulmuş siteler için ne değişir?

İçeriğin bir kısmı tarayıcıda oluştuğu için Google onu ikinci bir render adımında görür; bu gecikme veya eksik indeksleme yaratabilir. Kaynak HTML ile render edilmiş DOM'u karşılaştırır, JavaScript'e bağımlı link ve içerikleri tespit eder, framework'ünüze uygun SSR, statik üretim veya pre-render önerisi yazarız.

Teknik SEO çalışması ne kadar sürer?

Denetim, sitenin boyutuna ve log erişimine bağlı olarak genellikle birkaç hafta sürer. Uygulama 90 günlük bir plandır: üç sprint boyunca biletler ekibinizle kapatılır ve doğrulanır, ardından aylık rapor başlar. Sonuçların aramaya yansıması Google'ın yeniden tarama hızına bağlıdır; bunun için süre vaat etmeyiz.

Geliştirici ekibimizle nasıl çalışırsınız?

Bulguları, ekibinizin kullandığı araçta (Jira, Linear, GitHub Issues) açılabilecek biletler olarak yazarız; sprint planlamasına katılır, soruları doğrudan geliştiricilerle çözer ve yayına çıkan her düzeltmeyi doğrularız. Kod yazmayız; spesifikasyonu yazar, sonucu doğrularız.

Site taşıması planlıyoruz; ne zaman dahil olmalısınız?

Tasarım veya CMS kararı verildiği anda. URL envanteri, bire bir 301 eşlemesi, canonical ve hreflang'in yeni yapıya taşınması ve staging taraması zaman ister. Yayın sonrası dahil olmak da mümkündür; ancak kaybı geri almak, önlemekten daha uzun sürer.

Resmi partnerMeta · Google Partner · TikTok Marketing Partner
  • Meta
  • Google
  • TikTok

Sonraki adım

SEO denetimi talep et

Mevcut durumunuzu paylaşın; kapsamı, önceliği ve ilk 90 günün planını birlikte netleştirelim. Taahhüt olmadan, yazılı bir değerlendirmeyle.