- Katılım
- 21 May 2023
- Mesajlar
- 470
- Tepki
- 17
- Puan
- 18
İleri seviye SEO çalışması, uzun bir kontrol listesini her siteye uygulamak değildir. Sorunu kapsamlandırır, ölçülebilir hipotez kurar, temsilî URL grubunda değişikliği sınar ve sonucu iş etkisiyle değerlendirir. Aşağıdaki yedi adım; teknik, içerik ve performans çalışmalarını geri alınabilir bir uygulama döngüsüne dönüştürür.
Önce kanıtı ve hipotezi yazın; çözümü ancak hangi URL grubunu etkilediğini bildiğinizde yayınlayın.
“SEO artırılacak” uygulanabilir hedef değildir. Hangi kullanıcı görevi, sayfa türü ve iş sonucunun iyileştirileceğini belirleyin. Örneğin ürün kategorilerinde nitelikli organik giriş ve sepete ekleme; destek içeriklerinde doğru sorunun çözülmesi hedef olabilir.
Kapsamı “bütün site” olarak başlatmayın. Sorun gerçekten site geneliyse bunu veri gösterecektir. Önce sayfa, şablon, dizin, cihaz, ülke ve sorgu kırılımında sınırlandırın.
Tek bir araçtan karar vermeyin. Search Console, analitik, URL Inspection, tarama çıktısı, sunucu logu, gerçek kullanıcı performansı ve içerik kaynağı farklı soruları yanıtlar.
Veriyi aynı tarih ve URL tanımıyla birleştirin. UTC/yerel saat, parametre, www/apex ve sondaki slash farkı olay zamanını yanlış eşleştirebilir.
Hipotez, değişikliğin hangi mekanizma üzerinden hangi sinyali etkileyeceğini açıklar.
Örnek: “Kategori şablonundaki yanlış canonical ürün filtre sayfalarını ana kategoriye birleştiriyor. Doğru canonical ve iç link sinyali yayınlanırsa örnek URL'lerde bildirilen/seçilen canonical uyumu ve dizin durumu düzelir; daha sonra ilgili sorgu gösterimleri izlenir.”
Temsilî set; yalnız iyi görünen örnekleri değil, bütün önemli varyasyonları içermelidir. Yeni/eski, yüksek/düşük trafik, mobil/masaüstü davranışı, farklı kategori ve parametre durumlarını seçin.
Arama motoru trafiğinde klasik A/B testi her zaman uygun değildir. Kullanıcıya/bota farklı içerik sunmayın. Şablon veya URL kohortu bazında meşru, tutarlı ve kalıcı olabilecek değişiklikler kullanın.
Değişikliği küçük, izlenebilir sürümlere bölün. Bir sürümde title, içerik, iç link, canonical ve performansı birlikte değiştirirseniz sonucu hangi mekanizmanın ürettiğini ayıramazsınız.
Canonical için redirect, rel=canonical, sitemap ve iç link sinyallerini tutarlı yapın. Structured data yalnız görünür içerikle eşleştiğinde ve ilgili özellikler gerçekten mevcutsa eklenmelidir.
Canlıya almadan önce otomatik ve manuel kontrolleri geçin. Yayın sonrası hemen bütün sayfaları yeniden değiştirmeyin; önce teknik öncü sinyallerin doğru olduğunu doğrulayın.
Yayın sonrası ilk saatlerde erişim ve hata; günlerde tarama/render; haftalarda dizin ve arama görünürlüğü; daha uzun sürede iş sonucu izlenebilir. Her sinyalin doğal gecikmesi farklıdır.
Sonucu yalnız “trafik arttı/azaldı” diye yazmayın. Hipotezin mekanizması gerçekleşti mi, hangi kohort etkilendi, koruma metrikleri bozuldu mu ve başka açıklama var mı sorularını yanıtlayın.
Çalışan kontrolü şablon testi, içerik rehberi veya yayın kapısına ekleyin. Aynı hatayı sonraki sürümde yeniden bulmak, SEO deneyi değil süreç eksikliğidir.
Bir kategori dizininde gösterimler azalıyor olsun. Önce bütün site yerine ilgili şablonu sınırlandırın. URL Inspection ve canlı HTML, canonical'ın yanlışlıkla üst kategoriye gittiğini; sitemap'in ise alt kategorileri içerdiğini göstersin.
Bu örnekte çözüm daha uzun içerik yazmak değildir; teknik sinyal çelişkisini düzeltmektir.
Gösterimler sabitken tıklama düşüyorsa title değiştirmeden önce sorgu ve SERP görünümünü inceleyin. Sorgu karması bilgi niyetinden marka/ürün niyetine kaymış, zengin sonuç türü değişmiş veya başlık bağlantısı sayfadan farklı üretilmiş olabilir.
Başlık revizyonu gerekiyorsa içerikteki gerçek faydayı, kapsamı ve marka bilgisini doğru yansıtmalıdır. Tıklama tuzağı kısa süreli CTR getirip yanlış kullanıcı ve düşük dönüşüm üretebilir; koruma metriği bu yüzden gereklidir.
Alan verisinde yalnız ürün sayfalarının INP'si bozulmuş olsun. Sürüm günlüğü yeni öneri widget'ını işaret ediyorsa önce JavaScript uzun görevlerini ve etkileşim akışını ölçün. Widget'ı bütün siteden kaldırmak yerine ürün şablonunda yükleme/çalışma zamanını düzenleyin veya kademeli kapatın.
Başarı; laboratuvar görev süresinin düşmesi, alan INP kohortunun iyileşmesi ve ürün keşfi/dönüşüm koruma metriklerinin bozulmamasıyla değerlendirilir.
Kaç URL ile kontrollü uygulama yapılmalı?
Sabit sayı yoktur. Şablon varyasyonlarını temsil edecek ve ölçüm için yeterli hacim sağlayacak kadar URL seçilir; risk arttıkça kapsam/kontrol güçlenir.
SEO değişikliği ne kadar beklenmeli?
Tek süre yoktur. HTTP/render hemen, tarama/dizin günler-haftalar, arama ve iş sonucu daha uzun sürede görülebilir.
Bir sürümde kaç değişiklik yapılmalı?
Kök nedeni ayırabilecek kadar az. Zorunlu olarak birlikte çalışan teknik sinyaller tek paket olabilir; konu dışı değişiklikler ayrılmalıdır.
Trafik artışı hipotezi kanıtlar mı?
Tek başına değil. Mevsimsellik, kampanya, sorgu karması ve başka sürümler kontrol edilmelidir; beklenen mekanizma da gerçekleşmelidir.
Başarısız uygulama değerli midir?
Güvenli, ölçümlü ve belgeli ise evet; yanlış hipotezi kapatır ve tekrarını önler.
Ne zaman bütün siteye yayılır?
Temsilî kohortta teknik ve iş sinyali doğrulanıp yan etkiler kabul edilebilir olduğunda, aşamalı ve izlenen yayınla.
Kapsamı daraltın, çoklu kaynaktan kanıt toplayın, mekanizması açık hipotez kurun, temsilî kohortta geri alınabilir yayın yapın ve sonucu süreç kontrolüne dönüştürün. Uygulamak istediğiniz SEO değişikliğini yazın; hipotez ve koruma metriğini birlikte netleştirelim.
Önce kanıtı ve hipotezi yazın; çözümü ancak hangi URL grubunu etkilediğini bildiğinizde yayınlayın.
Adım 1 — İş Hedefi ve URL Kapsamı
“SEO artırılacak” uygulanabilir hedef değildir. Hangi kullanıcı görevi, sayfa türü ve iş sonucunun iyileştirileceğini belirleyin. Örneğin ürün kategorilerinde nitelikli organik giriş ve sepete ekleme; destek içeriklerinde doğru sorunun çözülmesi hedef olabilir.
- Birincil kullanıcı görevi ve sorgu niyeti
- Etkilenen dizin, şablon ve tahmini URL sayısı
- Tıklama/gösterim yanında dönüşüm veya iş sonucu
- Teknik ve içerik sahipleri
- Değişiklik yapılamayacak yasal, ürün veya platform sınırları
Kapsamı “bütün site” olarak başlatmayın. Sorun gerçekten site geneliyse bunu veri gösterecektir. Önce sayfa, şablon, dizin, cihaz, ülke ve sorgu kırılımında sınırlandırın.
Uygulama kuralı' Alıntı:
Adım 2 — Kanıt Toplama
Tek bir araçtan karar vermeyin. Search Console, analitik, URL Inspection, tarama çıktısı, sunucu logu, gerçek kullanıcı performansı ve içerik kaynağı farklı soruları yanıtlar.
- Search Console: Sorgu/sayfa görünürlüğü, dizin ve canonical sinyali
- Analitik: Organik açılış sonrası kullanıcı ve iş sonucu
- Canlı HTTP/HTML: Durum, redirect, canonical, robots, içerik ve linkler
- Render: JavaScript sonrası ana içerik ve kaynak erişimi
- Log: Botun gerçek isteği, zaman, durum ve yanıt süresi
- Alan verisi: Şablon bazında LCP, INP ve CLS
Veriyi aynı tarih ve URL tanımıyla birleştirin. UTC/yerel saat, parametre, www/apex ve sondaki slash farkı olay zamanını yanlış eşleştirebilir.
Adım 3 — Hipotez ve Başarı Ölçütü
Hipotez, değişikliğin hangi mekanizma üzerinden hangi sinyali etkileyeceğini açıklar.
Kod:
Eğer {belirli değişiklik} {URL kohortunda} uygulanırsa,
{mekanizma} nedeniyle {öncü sinyal} iyileşir;
sonrasında {iş/arama sonucu} {ölçüm süresinde} gözlenir.Örnek: “Kategori şablonundaki yanlış canonical ürün filtre sayfalarını ana kategoriye birleştiriyor. Doğru canonical ve iç link sinyali yayınlanırsa örnek URL'lerde bildirilen/seçilen canonical uyumu ve dizin durumu düzelir; daha sonra ilgili sorgu gösterimleri izlenir.”
- Öncü teknik sinyal: durum, render, canonical, tarama veya performans
- Gecikmeli arama sinyali: gösterim, tıklama, sorgu/sayfa dağılımı
- İş sinyali: nitelikli dönüşüm, gelir veya görev tamamlama
- Koruma metriği: hata, erişilebilirlik, dönüşüm veya başka şablonun bozulmaması
- Başarısızlık ve geri alma eşiği
Adım 4 — Temsilî URL ve Kontrollü Tasarım
Temsilî set; yalnız iyi görünen örnekleri değil, bütün önemli varyasyonları içermelidir. Yeni/eski, yüksek/düşük trafik, mobil/masaüstü davranışı, farklı kategori ve parametre durumlarını seçin.
- Değişiklik grubu ve mümkünse karşılaştırma grubu
- Aynı şablonda farklı içerik ve URL durumları
- Düşük hacimde sonuç yorumlamak için yeterli gözlem süresi
- Mevsimsellik, kampanya ve paralel sürüm kayıtları
- Gizlilik ve kullanıcı deneyimi açısından güvenli test yöntemi
Arama motoru trafiğinde klasik A/B testi her zaman uygun değildir. Kullanıcıya/bota farklı içerik sunmayın. Şablon veya URL kohortu bazında meşru, tutarlı ve kalıcı olabilecek değişiklikler kullanın.
Adım 5 — Teknik ve Editoryal Uygulama
Değişikliği küçük, izlenebilir sürümlere bölün. Bir sürümde title, içerik, iç link, canonical ve performansı birlikte değiştirirseniz sonucu hangi mekanizmanın ürettiğini ayıramazsınız.
- Kod inceleme: URL, canonical, robots, sitemap, structured data ve render etkisi
- İçerik inceleme: Niyet, doğruluk, kaynak, başlık hiyerarşisi ve özgün kanıt
- Erişilebilirlik: Semantik, klavye, form, odak, kontrast ve alternatif metin
- Performans: Ana içerik, JavaScript, görsel, font ve üçüncü taraf bütçesi
- Güvenlik: HTTPS, yetki, dış script, CSP ve veri sızıntısı etkisi
Canonical için redirect, rel=canonical, sitemap ve iç link sinyallerini tutarlı yapın. Structured data yalnız görünür içerikle eşleştiğinde ve ilgili özellikler gerçekten mevcutsa eklenmelidir.
Adım 6 — Yayın Kapısı ve Gözlem
Canlıya almadan önce otomatik ve manuel kontrolleri geçin. Yayın sonrası hemen bütün sayfaları yeniden değiştirmeyin; önce teknik öncü sinyallerin doğru olduğunu doğrulayın.
- Temsilî URL'lerde HTTP durumu ve redirect zinciri
- Canonical, robots, sitemap ve hreflang tutarlılığı
- Ham/render HTML'de ana içerik ve bağlantılar
- Structured data ve görünür içerik uyumu
- Mobil işlev, erişilebilirlik ve Core Web Vitals laboratuvar izi
- Analitik/dönüşüm olaylarının tek ve doğru çalışması
- Log, 4xx/5xx ve performans alarmı
- Geri alma komutu, sahip ve karar eşiği
Yayın sonrası ilk saatlerde erişim ve hata; günlerde tarama/render; haftalarda dizin ve arama görünürlüğü; daha uzun sürede iş sonucu izlenebilir. Her sinyalin doğal gecikmesi farklıdır.
Adım 7 — Sonuç, Karar ve Kurumsallaştırma
Sonucu yalnız “trafik arttı/azaldı” diye yazmayın. Hipotezin mekanizması gerçekleşti mi, hangi kohort etkilendi, koruma metrikleri bozuldu mu ve başka açıklama var mı sorularını yanıtlayın.
- Kalıcılaştır: Teknik ve iş sinyalleri beklenen yönde, yan etki kabul edilebilir
- İyileştir: Mekanizmanın bir bölümü çalıştı; yeni kanıtla dar değişiklik gerekir
- Geri al: Koruma metriği bozuldu veya hipotez desteklenmedi
- Bekle: Teknik sinyal doğru fakat arama sonucu için veri/süre yetersiz
- Kapat: Sorun yanlış tanımlanmış veya iş değeri değişmiş
Çalışan kontrolü şablon testi, içerik rehberi veya yayın kapısına ekleyin. Aynı hatayı sonraki sürümde yeniden bulmak, SEO deneyi değil süreç eksikliğidir.
Uygulama Örneği: Dizinlenmeyen Kategori Kümesi
Bir kategori dizininde gösterimler azalıyor olsun. Önce bütün site yerine ilgili şablonu sınırlandırın. URL Inspection ve canlı HTML, canonical'ın yanlışlıkla üst kategoriye gittiğini; sitemap'in ise alt kategorileri içerdiğini göstersin.
- Etkilenen ve sağlam kategorilerden temsilî URL seti alın.
- Şablon sürümünü ve canonical değişikliğinin başlangıç tarihini bulun.
- Self-canonical, sitemap ve iç bağlantı sinyalini birlikte düzeltin.
- Staging'de 200, canonical, robots, breadcrumb ve structured data'yı test edin.
- Sınırlı şablon sürümü yayımlayın; hata ve render alarmını izleyin.
- Google'ın bildirilen/seçilen canonical ve dizin durumundaki değişimi bekleyin.
- Gösterim ve nitelikli ziyaret sonucunu yeterli süre sonunda değerlendirin.
Bu örnekte çözüm daha uzun içerik yazmak değildir; teknik sinyal çelişkisini düzeltmektir.
Uygulama Örneği: CTR Düşüşü
Gösterimler sabitken tıklama düşüyorsa title değiştirmeden önce sorgu ve SERP görünümünü inceleyin. Sorgu karması bilgi niyetinden marka/ürün niyetine kaymış, zengin sonuç türü değişmiş veya başlık bağlantısı sayfadan farklı üretilmiş olabilir.
Başlık revizyonu gerekiyorsa içerikteki gerçek faydayı, kapsamı ve marka bilgisini doğru yansıtmalıdır. Tıklama tuzağı kısa süreli CTR getirip yanlış kullanıcı ve düşük dönüşüm üretebilir; koruma metriği bu yüzden gereklidir.
Uygulama Örneği: INP Regresyonu
Alan verisinde yalnız ürün sayfalarının INP'si bozulmuş olsun. Sürüm günlüğü yeni öneri widget'ını işaret ediyorsa önce JavaScript uzun görevlerini ve etkileşim akışını ölçün. Widget'ı bütün siteden kaldırmak yerine ürün şablonunda yükleme/çalışma zamanını düzenleyin veya kademeli kapatın.
Başarı; laboratuvar görev süresinin düşmesi, alan INP kohortunun iyileşmesi ve ürün keşfi/dönüşüm koruma metriklerinin bozulmamasıyla değerlendirilir.
Karar Tablosu
Kod:
Kanıt İlk hareket
5xx/erişim sorunu Erişimi düzelt, içerik deneyi yapma
Robots/noindex/canonical çelişkisi Teknik sinyali tutarlılaştır
Gösterim sabit, CTR düşük Sorgu/SERP/title bağlamını incele
Tek şablonda CWV regresyonu Sürüm ve bileşen izini karşılaştır
İçerik doğru ama güncelliği düşük Kaynaklı editoryal revizyon
Talep/mevsimsellik düşüşü Kör değişiklik yerine dönemsel analizSık Sorulan Sorular
Kaç URL ile kontrollü uygulama yapılmalı?
Sabit sayı yoktur. Şablon varyasyonlarını temsil edecek ve ölçüm için yeterli hacim sağlayacak kadar URL seçilir; risk arttıkça kapsam/kontrol güçlenir.
SEO değişikliği ne kadar beklenmeli?
Tek süre yoktur. HTTP/render hemen, tarama/dizin günler-haftalar, arama ve iş sonucu daha uzun sürede görülebilir.
Bir sürümde kaç değişiklik yapılmalı?
Kök nedeni ayırabilecek kadar az. Zorunlu olarak birlikte çalışan teknik sinyaller tek paket olabilir; konu dışı değişiklikler ayrılmalıdır.
Trafik artışı hipotezi kanıtlar mı?
Tek başına değil. Mevsimsellik, kampanya, sorgu karması ve başka sürümler kontrol edilmelidir; beklenen mekanizma da gerçekleşmelidir.
Başarısız uygulama değerli midir?
Güvenli, ölçümlü ve belgeli ise evet; yanlış hipotezi kapatır ve tekrarını önler.
Ne zaman bütün siteye yayılır?
Temsilî kohortta teknik ve iş sinyali doğrulanıp yan etkiler kabul edilebilir olduğunda, aşamalı ve izlenen yayınla.
İç Bağlantılar
- SEO Başlangıç Rotası
- Teknik SEO teşhis rehberi
- Uygulamalı SEO kontrol listesi
- SEO raporlama ve performans izleme
Dış Kaynaklar
- Google Search Central — SEO Başlangıç Rehberi
- Google Search Central — Canonical yöntemleri
- Google Search Central — Sayfa deneyimi
- Google Search Central — Search Console ve Analytics
- Google Search Central — Structured data başlangıcı
Özetle
Kapsamı daraltın, çoklu kaynaktan kanıt toplayın, mekanizması açık hipotez kurun, temsilî kohortta geri alınabilir yayın yapın ve sonucu süreç kontrolüne dönüştürün. Uygulamak istediğiniz SEO değişikliğini yazın; hipotez ve koruma metriğini birlikte netleştirelim.
Arama trafiğinize yön verin — pratik SEO içgörüleri
Ekli dosyalar
Son düzenleme:
