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
/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.
/02 · Kimler için
Teknik SEO hizmeti kimler için?
Klinikler ve sağlık turizmi siteleri
Çok dilli, görsel ağırlıklı ve sık güncellenen klinik siteleri; tedavi sayfalarının indekslenmesi, hreflang tutarlılığı ve mobil performans birlikte ele alınmalıdır.
E-ticaret siteleri
Binlerce ürün ve filtre URL'si, yönlü navigasyon (faceted navigation) ve stok dışı sayfalar crawl budget'ı hızla tüketir. Neyin indeksleneceği ve neyin hiç taranmayacağı teknik bir karardır.
SaaS ve B2B teknoloji şirketleri
React, Next.js veya Vue ile kurulmuş, dokümantasyon ve blog üreten ürün siteleri. JavaScript render, canonical çelişkisi ve iç link derinliği sorunları en sık bu sitelerde görülür.
Geliştirici ekibi olan ama SEO spesifikasyonu olmayan markalar
Ekibiniz düzeltmeyi yapabilir; eksik olan neyin, neden ve hangi kabul kriteriyle yapılacağını söyleyen belgedir. Biz o belgeyi ve biletleri üretiriz, ekibiniz kodu yazar.
/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
| Katman | Neyi kontrol ediyoruz | Başlıca araçlar | Çıktı |
|---|---|---|---|
| Tarama (crawl) | robots.txt kuralları, XML sitemap kapsamı, yönlendirme zincirleri, 404/410 yönetimi, parametreli URL'ler, crawl budget | Screaming Frog, Sitebulb, log dosyaları, Search Console tarama istatistikleri | Taranmaması gereken URL listesi; robots ve sitemap düzeltmeleri |
| Render | Kaynak HTML ile render edilmiş DOM farkı, JavaScript'e bağımlı içerik ve linkler, lazy-load, engellenen kaynaklar | Screaming Frog JavaScript render modu, URL Denetimi, Lighthouse | Render bağımlılığı raporu; SSR veya pre-render önerisi |
| İndeksleme | İndeks kapsamı, noindex ve canonical tutarlılığı, yinelenen sayfalar, ince içerik | Search Console, Screaming Frog, Sitebulb | İndekslenmesi gereken sayfalar ile gerçek durum arasındaki fark |
| Performans ve Core Web Vitals | Saha (CrUX) ve lab (Lighthouse) verisinde LCP, INP ve CLS; görsel, font ve script yükleme sırası; önbellekleme | CrUX, PageSpeed Insights, Lighthouse, Search Console | Şablon başına teşhis ve düzeltme biletleri |
| Yapı ve iç linkler | Tıklama derinliği, yetim sayfalar, breadcrumb, başlık hiyerarşisi, anchor metinleri, sayfalama | Sitebulb mimari haritası, Screaming Frog | Site mimarisi önerisi ve iç link kuralları |
| Uluslararası ve hreflang | hreflang karşılıklılığı, x-default, canonical ile uyum, dil değiştirici, ülke hedefleme | Screaming Frog hreflang raporu, Search Console | URL kümesi başına hreflang spesifikasyonu |
| Yapılandırılmış veri | Schema.org JSON-LD türleri, zorunlu alanlar, görünür içerikle tutarlılık, zengin sonuç uygunluğu | Zengin 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
| Teknik sorun | Belirti | Nasıl tespit ediyoruz | Düzeltme sorumlusu |
|---|---|---|---|
| Yanlış robots.txt kuralı veya engellenen kaynak | Stratejik sayfalar ya da CSS/JS dosyaları taranmıyor; render bozuk görünüyor | Screaming Frog robots simülasyonu, URL Denetimi | Geliştirici / DevOps |
| Canonical çelişkisi | Aynı sayfa için birden çok URL indeksleniyor; Search Console "Google farklı bir canonical seçti" diyor | Crawl ile canonical, sitemap ve iç link karşılaştırması | Geliştirici (şablon) + SEO (kural) |
| Yönlendirme zincirleri ve döngüleri | Yavaş yükleme, link değeri kaybı, taşıma sonrası 404 artışı | Screaming Frog yönlendirme raporu, log analizi | DevOps / sunucu yapılandırması |
| Zayıf LCP veya yüksek CLS | Ana içerik geç görünüyor ya da yüklenirken kayıyor; CrUX'ta "zayıf" şablonlar | CrUX, Lighthouse, LCP öğesi ve düzen kayması izi | Front-end geliştirici |
| JavaScript'e bağımlı iç linkler | Derin sayfalar keşfedilmiyor; "Keşfedildi, dizine eklenmedi" yığını büyüyor | Kaynak 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ıyor | Screaming Frog hreflang raporu | Geliştirici (CMS) + SEO |
| Eksik veya hatalı schema | Zengin sonuç görünmüyor; Search Console geliştirme raporunda hata | Zengin Sonuç Testi, Schema Markup Validator | Geliş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ı.
- 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.
- 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.
- 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ı.
- 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.
- 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.
/15 · İlgili sektörler
Teknik SEO'nun en çok fark yarattığı sektörler
Klinikler ve sağlık turizmi
Çok dilli tedavi sayfaları için indeksleme, hreflang tutarlılığı ve mobil performans.
E-ticaret
Yönlü navigasyon, crawl budget, ürün schema'sı ve kategori mimarisi.
SaaS ve B2B teknoloji
JavaScript framework'leri, dokümantasyon siteleri ve SSR kararları.
Üreticiler için B2B sanayi pazarlaması ve SEO
Üreticiler için B2B sanayi pazarlaması: ürün ve teknik özellik sayfaları, teklif talebi odaklı Google Ads, ihracat SEO'su ve talepten siparişe ölçüm.
Oto servis ve yol yardımı için yerel SEO ve dijital pazarlama
Oto servis ve yol yardımı için yerel SEO ve aramaya odaklı Google Ads: İşletme Profili, marka ve bölge sayfaları, telefon aramasından işe kadar takip.
/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.
/17 · Destekleyici kaynaklar
İlgili hizmetler ve kaynaklar
- SEO danışmanlığı ve hizmetleri (aile sayfası)Teknik SEO'nun içinde yürütüldüğü genel SEO programı.
- SEO denetimi ve stratejisiTeknik katmana içerik, rekabet ve öncelik haritasını ekleyen tam denetim.
- Uluslararası SEOhreflang, ccTLD/alt dizin kararı ve çok dilli mimari, derinlemesine.
- Analitik ve veriTeknik düzeltmelerin dönüşüme etkisi için GA4 ve Search Console ölçümü.
- Teknik SEO denetim listesiYedi katmanı kendi sitenizde kontrol etmeniz için ücretsiz liste.
- İletişimSitenizi ve yaşadığınız sorunu paylaşın; hangi katmanda başlanacağını söyleyelim.
İlgili hizmetler
Birlikte düşünülmesi gereken hizmetler
SEO Danışmanlığı ve Hizmetleri
Teknik SEO'dan içerik ve otoriteye, uluslararası pazarlardan yapay zeka aramasına: tek programda yürütülen SEO hizmeti.
Daha fazlasıSEO Denetimi ve Stratejisi
Bulgu listesi değil: etki × çaba ile sıralanmış, sahibi ve ölçümü belli bir uygulama planı.
Daha fazlasıUluslararası SEO ve Çok Dilli Arama Görünürlüğü
Her pazar için ayrı niyet, tek bir mimari: çeviri değil, yerelleştirme.
Daha fazlasıAnalitik & Veri Stratejisi
Cookieless dünyada ölçülebilir kalmak: GA4, GTM, sunucu taraflı etiketleme ve Consent Mode v2 tek bir ölçüm planında.
Daha fazlasıCRO & UX Araştırma
Trafik kazanmak yarısı; dönüşüm yapmak gerçek iş.
Daha fazlasıE-ticaret & Marketplace
Kategori mimarisinden ürün feed'ine: kendi mağazanız ve pazaryerleri için tek bir SEO planı.
Daha fazlası
- Meta
- 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.