Nasıl yapılır? Adım Adım SEO: Sıfırdan Kurulum (Güncel)

Belirli bir işlemin nasıl yapılacağını anlatan veya soran konular için.

Haberci

SEO UZMANI
Yönetici
Katılım
21 May 2023
Mesajlar
470
Tepki
17
Puan
18
SEO kurulumu, site yayına çıktıktan sonra birkaç anahtar kelime eklemek değildir. Alan adı ve URL kararından bilgi mimarisine, ölçümden tarama/dizinleme kurallarına kadar temel yapı daha geliştirme aşamasında planlanmalıdır. Bu rehber, yeni bir site veya tamamen yeni bir bölüm için uygulanabilir kurulum sırasını verir.


207

Önce kullanıcı görevini ve URL sistemini kurun; arama görünürlüğü bu sağlam temelin üzerinde büyür.

1. Amaç, Kitle ve Dönüşüm​


SEO hedefini “Google'da üst sıraya çıkmak” olarak bırakmayın. Kimin hangi sorunu için hangi sayfaya geleceğini ve hangi yararlı eylemi tamamlayacağını yazın. Bilgilendirici içerik, ürün karşılaştırma, yerel hizmet, destek veya e-ticaret sayfasının başarı ölçütü aynı değildir.

  • Kitle: İhtiyaç, uzmanlık düzeyi, dil, ülke ve cihaz bağlamı
  • Görev: Öğrenme, karşılaştırma, satın alma, randevu, indirme veya destek
  • Sayfa türü: Rehber, kategori, ürün, hizmet, araç, politika veya yardım
  • Başarı: Nitelikli tıklama, form, gelir, abonelik veya sorunun çözülmesi
  • Sahip: İçerik, teknik, ürün ve ölçüm kararlarını onaylayan kişi

Her sayfa için tek bir ana görev tanımlamak zorunlu değildir; fakat birincil amaç bilinmezse başlık, içerik ve çağrı birbirini bozar.

2. Alan Adı, Protokol ve Ana URL​


HTTPS başlangıçtan itibaren zorunlu olmalıdır. www veya apex sürümünden birini ana adres olarak seçin; diğerini kalıcı yönlendirin. Büyük/küçük harf, sondaki eğik çizgi, parametre ve varsayılan dosya davranışını uygulama genelinde tutarlı hale getirin.

  • HTTP, www/apex ve alternatif ana sayfa yolları tek canonical hedefe gidiyor mu?
  • Sertifika otomatik yenileniyor ve başarısızlık alarmı var mı?
  • Test/staging alanları yetkiyle korunuyor veya doğru noindex davranışına sahip mi?
  • Üretim geçişinde test ortamının canonical ve sitemap adresleri temizleniyor mu?
  • Alan adı sahipliği, DNS ve Search Console erişimi kurumsal hesaplarda mı?

3. Bilgi Mimarisi​


Sayfaları yalnız anahtar kelime hacmine göre değil, kullanıcı görevi ve içerik ilişkisine göre gruplayın. Ana navigasyon en önemli görevleri göstermeli; kategori ve alt sayfalar mantıklı hiyerarşiyle birbirine bağlanmalıdır.

  • Ana konu ve alt sorular için içerik haritası oluşturun.
  • Aynı niyeti hedefleyen birden fazla sayfa üretmek yerine rollerini ayırın veya birleştirin.
  • Breadcrumb ve kategori yapısının kullanıcıya geri dönüş yolu verdiğini doğrulayın.
  • Her yeni sayfanın en az bir keşfedilebilir iç bağlantısı olsun; yetim sayfa bırakmayın.
  • Arşiv, etiket, filtre ve arama sonuçlarının dizin rolünü baştan belirleyin.

Mimari kuralı' Alıntı:
URL ağacı şirket organizasyon şemasını değil, kullanıcının aradığı bilgi ve görevi yansıtmalıdır.

4. URL Standardı​


Kısa, açıklayıcı ve kalıcı URL'ler kullanın. İçerik değişmeyecekse gereksiz tarih, kampanya kodu veya teknoloji adı eklemeyin. URL değişikliğini kolay sanmayın; yönlendirme, iç link, sitemap, canonical, analitik ve dış bağlantı etkisi vardır.

  • Okunabilir sözcükler ve tutarlı ayraç kullanın.
  • Takip parametrelerini canonical URL'nin parçası yapmayın.
  • Filtre kombinasyonlarının sınırsız URL üretmesini önleyin.
  • Eski URL için gerçek karşılığı varsa 301; yoksa 404/410 kullanın.
  • Yönlendirmeleri zincir yerine doğrudan son hedefe verin.

5. Search Console ve Ölçüm Kurulumu​


Domain property, bütün protokol ve alt alanları birlikte izlemek için yararlıdır; DNS doğrulamasını yetkili kurumsal hesapla yapın. Önemli kullanıcı ve ajanslara kişisel hesapları üzerinden gerekli rolü verin; ortak parola kullanmayın.

Web analitiğinde organik trafik, dönüşüm ve gelir/iş sonucu ilişkisini kurun. İç trafik ve test ortamını ayırın. Ölçüm olaylarını adlandırma sözlüğüyle yönetin; aynı dönüşümün sayfa görüntüleme, istemci ve sunucu tarafından iki kez kaydedilmediğini doğrulayın.

  • Search Console sahipliği ve kullanıcı rolleri
  • GA4 veya seçilen analitik aracında veri akışı ve gizlilik ayarları
  • Temel olaylar: form, satın alma, kayıt, indirme veya iş hedefi
  • UTM ve kampanya adlandırma standardı
  • Yayın/değişiklik günlüğü ve gösterge paneli

6. robots.txt, noindex ve Erişim Ayrımı​


robots.txt taramayı yönetir; dizinden çıkarma aracı değildir. Bir URL robots.txt ile engelliyken Google noindex etiketini göremeyebilir. Hassas içerik için robots veya noindex yerine kimlik doğrulama ve yetki gerekir.

  • CSS ve JavaScript gibi render için gerekli kaynaklar yanlışlıkla engellenmiş mi?
  • Yönetim, kişisel hesap ve iç arama gibi alanlar gerçekten yetkiyle korunuyor mu?
  • Noindex verilen sayfa taranabilir mi ve etiket HTML/HTTP başlığında doğru mu?
  • robots.txt mutlak sitemap adresini bildiriyor mu?
  • Yayın anında staging'e ait geniş Disallow veya noindex kuralı kaldırılıyor mu?

7. XML Sitemap​


Sitemap, dizine alınması istenen canonical URL'leri içermelidir. 3xx, 4xx, 5xx, noindex ve yinelenen parametre URL'lerini sitemap'e koymayın. Büyük sitelerde sayfa türü veya bölüm bazında sitemap index kullanmak izlemeyi kolaylaştırabilir.

Google'ın belgelerine göre tek sitemap dosyası sıkıştırılmamış 50 MB veya 50.000 URL sınırını aşmamalıdır. CMS otomatik sitemap üretse bile içerik ve durum kodu kalitesini düzenli denetleyin.

8. Canonical Kuralları​


Her dizine açık sayfa kendisini canonical gösterebilir. Yinelenen veya çok benzer sayfalarda tercih edilen URL'yi redirect, rel=canonical ve sitemap sinyalleriyle tutarlı biçimde belirtin. Canonical hedefi 200 dönmeli, engellenmemeli ve içerik açısından gerçek karşılık olmalıdır.

Tutarlı canonical sinyali = doğrudan iç link + sitemap URL'si + uygun redirect + rel=canonical

Canonical'ın bir direktif değil sinyal olduğunu unutmayın. Google başka URL seçiyorsa içerik benzerliği, yönlendirme, iç bağlantı ve sitemap çelişkisini araştırın.

9. Sayfa Şablonları​


İçerik ekibi her sayfada teknik ayrıntıyı yeniden düşünmemelidir. Şablonlar erişilebilir HTML, doğru başlık hiyerarşisi ve güvenli meta varsayılanları sunmalıdır.

  • Her sayfada açıklayıcı ve mümkünse benzersiz title
  • Doğal H1, H2/H3 sırası; sırf görünüm için seviye atlamama
  • Faydayı açıklayan meta description; sayfada olmayan vaat yok
  • Anlamlı link metni, görsel alt açıklaması ve klavye erişimi
  • Canonical, robots meta ve sosyal paylaşım alanları için kontrollü varsayılan
  • 404, arama sonucu, filtre ve boş durumlar için özel davranış

10. İçerik Üretim Akışı​


Anahtar kelime listesi yerine arama ihtiyacını ve kanıt gereksinimini içeren brief hazırlayın. Kaynak, yazar/editör, güncelleme tarihi ve sorumlu belli olsun. Seri üretim metni farklı sayfalara küçük başlık değişiklikleriyle kopyalamayın.

  • Sorgu ve niyet kümesi, hedef sayfa rolü
  • Kullanıcının yanıtlanması gereken ana ve ikincil soruları
  • Birincil/otoriter kaynaklar ve doğrulanacak iddialar
  • Özgün deneyim, veri, ekran veya örnek gereksinimi
  • İç bağlantı hedefleri ve sayfaya bağ verecek mevcut içerikler
  • Yayın sonrası ölçüm ve güncelleme koşulu

11. Structured Data​


Yalnız sayfada görünür ve Google'ın desteklediği içerik türüne uygun structured data kullanın. İşaretleme, eksik içeriğin veya güven sinyalinin yerine geçmez. Otomatik şablon üretiyorsa boş, yanlış veya bütün sayfalarda aynı alanları önleyin.

Rich Results Test ve şema doğrulayıcıyla teknik biçimi kontrol edin; Search Console iyileştirme raporlarını izleyin. Geçerli işaretlemenin zengin sonuç garantisi vermediğini kabul edin.

12. Mobil Deneyim ve Core Web Vitals​


Responsive görünüm, yalnız ekranın daralması değildir. Menü, dokunma hedefi, form, çerez katmanı, tablo ve görseller gerçek cihazlarda kullanılabilir olmalıdır. Alan verisinde LCP, INP ve CLS'yi şablon bazında izleyin.

  • İlk ekrandaki ana içeriği ve görseli erken yükleyin.
  • Üçüncü taraf JavaScript'i görev ve sayfa türüne göre sınırlayın.
  • Görsel ve reklam alanlarına boyut ayırarak kaymayı azaltın.
  • Sunucu yanıtı, cache ve veritabanı gecikmesini ayrı ölçün.
  • Performans değişikliğini erişilebilirlik ve işlev testiyle birlikte yayınlayın.

13. HTTPS ve Güvenlik Temeli​


Güvenlik olayı görünürlüğü ve kullanıcı güvenini bozabilir. TLS yenileme alarmı, güncelleme rutini, en az yetki, MFA, yedek/geri yükleme ve zararlı yazılım izlemesi kurulum kapsamına dahil olmalıdır. Search Console güvenlik bildirimlerinin kime ulaşacağı belli olsun.

Güvenlik başlıkları ve CSP gibi kontrolleri site kaynaklarına göre test edin. Kopyalanmış politika ile render'ı bozmak SEO kurulumu değildir.

Yayın Öncesi Teknik Kontrol​


  • Ana ve temsilî sayfalar 200 dönüyor, HTTPS/canonical doğru mu?
  • Staging noindex/robots kuralları üretimde temizlendi mi?
  • Sitemap yalnız canonical, dizine açık URL'leri içeriyor mu?
  • Başlık, açıklama, H1, iç bağlantı ve structured data şablonları doğru mu?
  • Mobil menü, form, görsel ve kritik işlevler çalışıyor mu?
  • Search Console, analitik ve dönüşüm olayları doğrulandı mı?
  • 404, redirect, log, yedek ve geri alma planı sınandı mı?

Yayın Sonrası İlk 30 Gün​


  • İlk 24 saat: Erişim, HTTPS, robots, sitemap, analitik ve kritik dönüşüm
  • İlk hafta: URL Inspection örnekleri, Page Indexing, 404/5xx ve render
  • İkinci hafta: Sorgu/sayfa gösterimleri, canonical farkları ve iç bağlantılar
  • Üçüncü hafta: Core Web Vitals, kullanıcı davranışı ve şablon hataları
  • Dördüncü hafta: Öğrenilenlere göre önceliklendirilmiş küçük düzeltmeler

Google değişikliklerin etkisinin birkaç saatten birkaç aya kadar farklı sürebileceğini belirtir. Yeterli veri oluşmadan bütün başlıkları veya URL'leri yeniden değiştirmeyin.

Sık Yapılan Kurulum Hataları​


  • Bütün siteyi robots.txt ile engelleyip noindex'in görüleceğini sanmak
  • Sitemap'e redirect, noindex ve parametre URL'lerini doldurmak
  • Her sayfaya aynı title, açıklama veya canonical yazmak
  • Test ortamının canonical ve analitik kodunu üretime taşımak
  • Yeni sayfaları yalnız sitemap'e bırakıp iç bağlantı vermemek
  • Ölçüm ve değişiklik günlüğü olmadan sonucu yorumlamak
  • Sıralama garantisi veren seri içerikle gerçek kullanıcı ihtiyacını karıştırmak

Sık Sorulan Sorular​


Yeni siteyi Google'a ayrıca kaydetmek gerekir mi?
Arama motorları bağlantılarla keşfedebilir. Search Console sahipliği ve sitemap gönderimi izleme/keşfe yardım eder; dizine alınma garantisi vermez.

Sitemap olmadan site dizine girer mi?
Evet, bağlantılarla keşfedilebilir. Sitemap özellikle büyük, yeni veya medya ağırlıklı sitelerde tercih edilen URL'leri bildirmeyi kolaylaştırır.

robots.txt ile sayfayı Google'dan kaldırabilir miyim?
Bu amaç için güvenilir yöntem değildir. İçeriğin türüne göre noindex, kaldırma, 404/410 veya yetki kullanılmalıdır.

Her sayfaya self-canonical gerekli mi?
Tutarlılık için yararlıdır; fakat yanlış otomasyon bütün sayfaları tek URL'ye bağlarsa ciddi sorun yaratabilir. Şablon testi şarttır.

SEO eklentisi bütün kurulumu yapar mı?
Meta, sitemap veya schema gibi işleri kolaylaştırabilir; mimari, içerik kalitesi, performans, güvenlik ve ölçüm kararlarını otomatik çözmez.

Sonuç ne zaman görülür?
Keşif, tarama, rekabet, site yaşı ve değişikliğin türüne göre farklıdır. Teknik erişim hızlı doğrulanabilir; trafik etkisi için yeterli veri beklenmelidir.

İç Bağlantılar​



Dış Kaynaklar​



Özetle​


Kullanıcı görevini tanımlayın, kalıcı URL ve mimariyi kurun, erişim-dizinleme sinyallerini tutarlı tutun, ölçümü yayından önce doğrulayın ve ilk ayı değişiklik günlüğüyle izleyin. Yeni sitenizde en belirsiz kalan kurulum adımını paylaşın; kontrol sırasını birlikte netleştirelim.


Arama trafiğinize yön verin — pratik SEO içgörüleri
 

Ekli dosyalar

  • seo_1000x120.jpg
    seo_1000x120.jpg
    3.8 KB · Görüntüleme: 101
Son düzenleme:
Geri
Üst