<![CDATA[Dataweb Forum - SEO]]> https://dataweb.com.tr/forum/ Sun, 06 Sep 2026 04:13:21 +0000 MyBB <![CDATA[Canonical mı 301 Yönlendirme mi? Parametreli URL'lerde Hangisi Kullanılmalı?]]> https://dataweb.com.tr/forum/thread-44.html Wed, 02 Sep 2026 13:07:03 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-44.html
En kısa ayrım:

Alıntı:301: Bu eski URL artık kullanılmamalı, kullanıcıyı da yeni URL’ye gönder.

Alıntı:Canonical: Bu URL kullanılabilir ama arama motoru açısından asıl sürüm şu URL olsun.

Şimdi hangi durumda hangisini kullanacağınızı adım adım ayıralım.

1) 301 yönlendirme nedir?

Kullanıcı eski URL’ye girdiğinde tarayıcı otomatik olarak yeni URL’ye gider.

Örnek:

Kod:
/eski-hizmet ↓ 301 /yeni-hizmet

Kullanıcı eski adresi görmeye devam etmez.

301 şu senaryolarda genellikle daha uygundur:

- kalıcı slug değişikliği
- HTTP → HTTPS
- www → non-www veya tersi
- eski ürünün yeni kalıcı URL’ye taşınması
- site taşıma
- kaldırılmış ama birebir karşılığı olan sayfa

2) Canonical nedir?

Sayfa kullanıcıya açılmaya devam eder. Ancak HTML kaynak kodunda Google’a tercih edilen sürüm bildirilir.

Örnek:

Kod:
https://site.com/kategori?sort=fiyat

sayfası çalışmaya devam eder ama kaynak kodu:

Kod:
<link rel="canonical" href="https://site.com/kategori">

diyebilir.

Kullanıcı fiyat sıralamasını kullanabilir; Google ise ana kategori URL’sini esas sayfa olarak değerlendirebilir.

3) Parametreli URL’lerde neden her zaman 301 kullanamıyoruz?

Bir e-ticaret veya forum düşünün.

Kullanıcı:
- fiyata göre sıralama,
- tarihe göre sıralama,
- artan/azalan sıralama,
- filtre

seçiyor.

Eğer tüm parametreli URL’leri 301 ile ana sayfaya atarsanız kullanıcı seçtiği görünümü kaybeder. İşlev bozulur.

Böyle bir durumda alternatif URL açık kalıp temiz URL’ye canonical vermek daha mantıklı olabilir.

4) Forumlarda sık görülen örnekler

MyBB ve benzeri forumlarda şu tür adresler oluşabilir:

Kod:
thread-12-lastpost.html thread-12-newpost.html thread-12-post-45.html forumdisplay.php?fid=16 /forum/seo?sortby=replies&order=desc

Bunların hepsi yeni ve bağımsız içerik olmak zorunda değildir.

Örneğin:
- “lastpost” kullanıcıyı son mesaja götürür,
- “post-45” belirli bir mesaja odaklanır,
- sıralama URL’si aynı konu listesini farklı düzende gösterir.

Burada kullanıcı işlevini koruyup temiz konu/kategori URL’sini canonical seçmek mantıklı olabilir.

5) Bir URL tamamen eskidiyse canonical yetmez

Örneğin:

Kod:
/hizmetler/eski-seo-paketi

artık kullanılmıyor ve yeni sayfa:

Kod:
/hizmetler/seo-danismanligi

ise eski sayfayı açık bırakıp yalnız canonical vermek yerine gerçekten kalıcı taşındıysa 301 daha temizdir.

6) “Canonical verdim, Google kesin bunu seçer mi?”

Canonical güçlü bir sinyaldir ama arama motorları sayfadaki diğer sinyalleri de değerlendirir.

Bu nedenle:
- sitemap,
- iç bağlantılar,
- hreflang,
- yönlendirmeler,
- içerik benzerliği

ile canonical’ın birbiriyle çelişmemesi gerekir.

Örneğin A sayfası canonical olarak B’yi gösterirken sitemap’e yalnız A’yı koymak tutarsız bir sinyal oluşturur.

7) Karar ağacı

Şu soruları sırayla sorun:

Soru 1: Kullanıcı bu alternatif URL’yi kullanmaya devam etmeli mi?

HAYIR → 301 düşünün.
EVET → ikinci soruya geçin.

Soru 2: Sayfa esasen aynı içeriğin sıralama/filtre/alternatif görünümü mü?

EVET → canonical daha uygun olabilir.
HAYIR → üçüncü soruya geçin.

Soru 3: İçerik gerçekten ayrı arama niyetine cevap veriyor mu?

EVET → kendi canonical’ı olsun.
HAYIR → birleştirme stratejisini değerlendirin.

8) Kaynak kodunda canonical nasıl kontrol edilir?

Sayfayı açın.

Windows/Linux:
Kod:
Ctrl + U

Mac:
Kod:
Command + Option + U

Sonra:
Kod:
canonical

arayın.

Beklenen:

Kod:
<link rel="canonical" href="https://site.com/tercih-edilen-url">

9) 301 nasıl kontrol edilir?

Tarayıcıda eski URL’ye gidin ve adres çubuğunun yeni URL’ye geçtiğini gözlemleyin.

Daha teknik kontrol:

Kod:
curl -I https://site.com/eski-url

Beklenen örnek:

Kod:
HTTP/2 301 location: https://site.com/yeni-url

10) Sitemap’te hangisi olmalı?

Genel prensip:
- 301 ile yönlenen eski URL değil, hedef URL.
- canonical alternatif değil, canonical URL.

Yani sitemap arama motoruna “bunlar benim esas indexlenebilir URL’lerim” demelidir.

11) noindex ile canonical birlikte kullanılır mı?

Teknik olarak kullanılabilir ama çoğu durumda niyet karışır. “Bu sayfayı dizine alma” ile “bu içeriğin tercih edilen sürümü şu” sinyallerini aynı anda vermek yerine sayfanın amacına göre daha net bir strateji seçmek daha iyidir.

12) Pratik örnek tablosu

Kod:
Eski kalıcı URL → yeni URL 301 HTTP → HTTPS 301 www → non-www 301 Sıralama parametresi canonical Filtre URL'si duruma göre canonical/noindex Yazdırma sürümü canonical/noindex Belirli posta giden alternatif URL canonical Tamamen ayrı içerik self-canonical

Sizde karar vermekte zorlandığınız URL türü hangisi? Parametre, eski slug, filtre, sayfalama veya forum alternatifi mi?

Dataweb editoryal sürüm: derin anlatım v1.0.0]]>
En kısa ayrım:

Alıntı:301: Bu eski URL artık kullanılmamalı, kullanıcıyı da yeni URL’ye gönder.

Alıntı:Canonical: Bu URL kullanılabilir ama arama motoru açısından asıl sürüm şu URL olsun.

Şimdi hangi durumda hangisini kullanacağınızı adım adım ayıralım.

1) 301 yönlendirme nedir?

Kullanıcı eski URL’ye girdiğinde tarayıcı otomatik olarak yeni URL’ye gider.

Örnek:

Kod:
/eski-hizmet ↓ 301 /yeni-hizmet

Kullanıcı eski adresi görmeye devam etmez.

301 şu senaryolarda genellikle daha uygundur:

- kalıcı slug değişikliği
- HTTP → HTTPS
- www → non-www veya tersi
- eski ürünün yeni kalıcı URL’ye taşınması
- site taşıma
- kaldırılmış ama birebir karşılığı olan sayfa

2) Canonical nedir?

Sayfa kullanıcıya açılmaya devam eder. Ancak HTML kaynak kodunda Google’a tercih edilen sürüm bildirilir.

Örnek:

Kod:
https://site.com/kategori?sort=fiyat

sayfası çalışmaya devam eder ama kaynak kodu:

Kod:
<link rel="canonical" href="https://site.com/kategori">

diyebilir.

Kullanıcı fiyat sıralamasını kullanabilir; Google ise ana kategori URL’sini esas sayfa olarak değerlendirebilir.

3) Parametreli URL’lerde neden her zaman 301 kullanamıyoruz?

Bir e-ticaret veya forum düşünün.

Kullanıcı:
- fiyata göre sıralama,
- tarihe göre sıralama,
- artan/azalan sıralama,
- filtre

seçiyor.

Eğer tüm parametreli URL’leri 301 ile ana sayfaya atarsanız kullanıcı seçtiği görünümü kaybeder. İşlev bozulur.

Böyle bir durumda alternatif URL açık kalıp temiz URL’ye canonical vermek daha mantıklı olabilir.

4) Forumlarda sık görülen örnekler

MyBB ve benzeri forumlarda şu tür adresler oluşabilir:

Kod:
thread-12-lastpost.html thread-12-newpost.html thread-12-post-45.html forumdisplay.php?fid=16 /forum/seo?sortby=replies&order=desc

Bunların hepsi yeni ve bağımsız içerik olmak zorunda değildir.

Örneğin:
- “lastpost” kullanıcıyı son mesaja götürür,
- “post-45” belirli bir mesaja odaklanır,
- sıralama URL’si aynı konu listesini farklı düzende gösterir.

Burada kullanıcı işlevini koruyup temiz konu/kategori URL’sini canonical seçmek mantıklı olabilir.

5) Bir URL tamamen eskidiyse canonical yetmez

Örneğin:

Kod:
/hizmetler/eski-seo-paketi

artık kullanılmıyor ve yeni sayfa:

Kod:
/hizmetler/seo-danismanligi

ise eski sayfayı açık bırakıp yalnız canonical vermek yerine gerçekten kalıcı taşındıysa 301 daha temizdir.

6) “Canonical verdim, Google kesin bunu seçer mi?”

Canonical güçlü bir sinyaldir ama arama motorları sayfadaki diğer sinyalleri de değerlendirir.

Bu nedenle:
- sitemap,
- iç bağlantılar,
- hreflang,
- yönlendirmeler,
- içerik benzerliği

ile canonical’ın birbiriyle çelişmemesi gerekir.

Örneğin A sayfası canonical olarak B’yi gösterirken sitemap’e yalnız A’yı koymak tutarsız bir sinyal oluşturur.

7) Karar ağacı

Şu soruları sırayla sorun:

Soru 1: Kullanıcı bu alternatif URL’yi kullanmaya devam etmeli mi?

HAYIR → 301 düşünün.
EVET → ikinci soruya geçin.

Soru 2: Sayfa esasen aynı içeriğin sıralama/filtre/alternatif görünümü mü?

EVET → canonical daha uygun olabilir.
HAYIR → üçüncü soruya geçin.

Soru 3: İçerik gerçekten ayrı arama niyetine cevap veriyor mu?

EVET → kendi canonical’ı olsun.
HAYIR → birleştirme stratejisini değerlendirin.

8) Kaynak kodunda canonical nasıl kontrol edilir?

Sayfayı açın.

Windows/Linux:
Kod:
Ctrl + U

Mac:
Kod:
Command + Option + U

Sonra:
Kod:
canonical

arayın.

Beklenen:

Kod:
<link rel="canonical" href="https://site.com/tercih-edilen-url">

9) 301 nasıl kontrol edilir?

Tarayıcıda eski URL’ye gidin ve adres çubuğunun yeni URL’ye geçtiğini gözlemleyin.

Daha teknik kontrol:

Kod:
curl -I https://site.com/eski-url

Beklenen örnek:

Kod:
HTTP/2 301 location: https://site.com/yeni-url

10) Sitemap’te hangisi olmalı?

Genel prensip:
- 301 ile yönlenen eski URL değil, hedef URL.
- canonical alternatif değil, canonical URL.

Yani sitemap arama motoruna “bunlar benim esas indexlenebilir URL’lerim” demelidir.

11) noindex ile canonical birlikte kullanılır mı?

Teknik olarak kullanılabilir ama çoğu durumda niyet karışır. “Bu sayfayı dizine alma” ile “bu içeriğin tercih edilen sürümü şu” sinyallerini aynı anda vermek yerine sayfanın amacına göre daha net bir strateji seçmek daha iyidir.

12) Pratik örnek tablosu

Kod:
Eski kalıcı URL → yeni URL 301 HTTP → HTTPS 301 www → non-www 301 Sıralama parametresi canonical Filtre URL'si duruma göre canonical/noindex Yazdırma sürümü canonical/noindex Belirli posta giden alternatif URL canonical Tamamen ayrı içerik self-canonical

Sizde karar vermekte zorlandığınız URL türü hangisi? Parametre, eski slug, filtre, sayfalama veya forum alternatifi mi?

Dataweb editoryal sürüm: derin anlatım v1.0.0]]> <![CDATA[Google Search Console'da “Tarandı - Şu Anda Dizine Eklenmedi” Nasıl Çözülür?]]> https://dataweb.com.tr/forum/thread-43.html Wed, 02 Sep 2026 13:07:03 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-43.html
Önemli olan URL’nin gerçekten dizine girmesini isteyip istemediğimizi ve Google’ın neden tereddüt etmiş olabileceğini sistematik biçimde kontrol etmektir.

1) İlk soru: Bu URL gerçekten Google’da görünmeli mi?

Önce URL’nin tipini belirleyin.

Dizine girmesini genellikle istediğimiz sayfalar:
- özgün makale/rehber
- ürün veya hizmet sayfası
- değerli kategori
- forum konusu
- hesaplama aracı

Dizine girmesini istemeyebileceğimiz sayfalar:
- yazdırma sürümü
- arama sonucu
- sıralama/filtre URL’si
- kullanıcı paneli
- giriş/kayıt
- geçici test sayfası
- RSS/Atom
- aynı içeriğin alternatif URL’si

Teknik yardımcı URL’yi zorla indexletmeye çalışmak yerine doğru canonical/noindex davranışını korumak gerekir.

2) Search Console’da URL Denetimi nasıl yapılır?

Search Console’a girin.

Üstteki “URL’leri denetleyin” alanına tam adresi yapıştırın.

Örnek:
Kod:
https://siteadi.com/ornek-sayfa/

Enter’a basın.

Karşınıza iki farklı veri türü çıkabilir:

Google Dizini: Google’ın son bildiği durum.
Canlı Test: Sayfanın şu anki teknik durumu.

Eski raporda noindex görünüp canlı testte sorun görünmemesi mümkündür. Bu durumda rapor güncellenmeyi bekliyor olabilir.

3) “Canlı URL’yi Test Et” ne zaman kullanılmalı?

Sayfada yakın zamanda değişiklik yaptıysanız kullanın.

Sağ üstte:
CANLI URL’Yİ TEST ET

butonuna basın.

Test sonunda özellikle şunlara bakın:

- URL Google tarafından kullanılabilir mi?
- Sayfa dizine eklenebilir mi?
- robots.txt izin veriyor mu?
- noindex var mı?
- sayfa başarıyla getirildi mi?

Canlı test “dizine eklenebilir” diyorsa teknik engel büyük ölçüde kalkmıştır.

4) noindex nasıl kontrol edilir?

Sayfayı tarayıcıda açın.

Windows/Linux:
Kod:
Ctrl + U

Mac:
Kod:
Command + Option + U

Kaynak kodunda arayın:

Kod:
noindex

Şuna benzer bir satır varsa:

Kod:
<meta name="robots" content="noindex,follow">

Google’ın sayfayı dizine almaması beklenir.

Ama noindex yalnız HTML meta etiketiyle gelmez. HTTP başlığında da olabilir:

Kod:
X-Robots-Tag: noindex

Bunu tarayıcı geliştirici araçları, curl veya sunucu başlık testiyle kontrol edebilirsiniz.

5) canonical nasıl kontrol edilir?

Kaynak kodunda:

Kod:
canonical

araması yapın.

Beklenen örnek:

Kod:
<link rel="canonical" href="https://siteadi.com/ornek-sayfa/">

Eğer sayfa kendi URL’si yerine başka bir URL’yi canonical gösteriyorsa Google diğer adresi esas sayfa olarak seçebilir.

Özellikle:
- filtre,
- sıralama,
- yazdırma,
- post/lastpost,
- parametreli URL

gibi alternatiflerde bu normal olabilir.

6) Sitemap kontrolü nasıl yapılır?

Search Console:
Dizin oluşturma → Site Haritaları

alanına gidin.

Sitemap başarılı mı bakın.

Sonra sitemap dosyasını tarayıcıda açıp URL’nin gerçekten listelenip listelenmediğini kontrol edin.

Önemli: sitemap’e yalnız canonical ve indexlenmesini istediğiniz URL’leri koymak daha sağlıklıdır. Parametreli kopyaları sitemap’e eklemeyin.

7) İç bağlantı var mı?

Google bir URL’yi yalnız sitemap’te görmekle yetinmez. Site içinde anlamlı bir yerden bağlantı gelmesi de önemlidir.

Kontrol edin:

- ana kategori link veriyor mu?
- ilgili rehber link veriyor mu?
- breadcrumb içinde mi?
- başka bir içerikten doğal bağlantı var mı?

“Yetim sayfa” olarak kalan içerikler daha zayıf keşfedilebilir.

8) İçerik gerçekten ayrı bir değer sunuyor mu?

“Tarandı fakat dizine eklenmedi” sorununun önemli kısmı teknik değil, içerik tarafında olabilir.

Şunları sorgulayın:

- başka bir sayfayla neredeyse aynı mı?
- sadece 3-4 cümle mi?
- başlık var ama soruyu gerçekten cevaplıyor mu?
- kullanıcı o sayfaya geldiğinde işlemini tamamlayabiliyor mu?
- otomatik üretilmiş ama fayda eklemeyen metin mi?
- aynı anahtar kelimeyi hedefleyen başka güçlü URL var mı?

Google’ın “aynı şeyi anlatan ikinci sayfa” yerine tek bir URL’yi seçmesi normaldir.

9) HTTP durum kodunu kontrol edin

Sayfa gerçekten 200 dönmeli.

301/302 ise yönlendirmeli URL’dir.
404/410 ise dizine alınmaz.
5xx ise sunucu hatası vardır.

Komut satırı erişiminiz varsa:

Kod:
curl -I https://siteadi.com/ornek-sayfa/

Windows’ta curl çoğu güncel sürümde hazır gelir. SSH yoksa çevrimiçi HTTP header kontrol araçları veya tarayıcı geliştirici araçları kullanılabilir.

10) “Dizine eklenmesini iste” ne zaman kullanılmalı?

Şu kontroller geçildikten sonra:

- URL gerçek içerik
- 200 durum kodu
- noindex yok
- canonical doğru
- sitemap doğru
- içerik yeterli
- iç bağlantı var
- canlı test dizine eklenebilir

Search Console URL Denetimi ekranında:
DİZİNE EKLENMESİNİ İSTE

butonuna bir kez basın.

Aynı URL’yi sürekli tekrar göndermek önceliğini artırmaz.

11) Sonra ne kadar beklemeli?

Sabit bir süre yoktur. Yeni veya düşük otoriteli sitelerde tarama/indexleme daha yavaş olabilir. Birkaç saat içinde de olabilir, günler veya daha uzun da sürebilir.

Tekrar kontrol ederken yalnız “index oldu mu?” değil, Search Console’daki son tarama tarihi ve canonical bilgisini de karşılaştırın.

12) Hızlı teşhis tablosu

Kod:
URL gerçek içerik mi? EVET/HAYIR HTTP 200 mü? EVET/HAYIR noindex var mı? EVET/HAYIR canonical kendisi mi? EVET/HAYIR sitemap'te var mı? EVET/HAYIR iç link var mı? EVET/HAYIR canlı test başarılı mı? EVET/HAYIR içerik özgün ve yeterli mi? EVET/HAYIR

Google Search Console’a yeni başlayanlar için:
Google Search Console ne işe yarar?

Sizde “Tarandı - şu anda dizine eklenmedi” en çok hangi sayfa tipinde çıkıyor? URL’yi paylaşmadan sayfa türünü ve canlı test sonucunu yazarsanız birlikte teşhis edebiliriz.

Dataweb editoryal sürüm: derin anlatım v1.0.0]]>
Önemli olan URL’nin gerçekten dizine girmesini isteyip istemediğimizi ve Google’ın neden tereddüt etmiş olabileceğini sistematik biçimde kontrol etmektir.

1) İlk soru: Bu URL gerçekten Google’da görünmeli mi?

Önce URL’nin tipini belirleyin.

Dizine girmesini genellikle istediğimiz sayfalar:
- özgün makale/rehber
- ürün veya hizmet sayfası
- değerli kategori
- forum konusu
- hesaplama aracı

Dizine girmesini istemeyebileceğimiz sayfalar:
- yazdırma sürümü
- arama sonucu
- sıralama/filtre URL’si
- kullanıcı paneli
- giriş/kayıt
- geçici test sayfası
- RSS/Atom
- aynı içeriğin alternatif URL’si

Teknik yardımcı URL’yi zorla indexletmeye çalışmak yerine doğru canonical/noindex davranışını korumak gerekir.

2) Search Console’da URL Denetimi nasıl yapılır?

Search Console’a girin.

Üstteki “URL’leri denetleyin” alanına tam adresi yapıştırın.

Örnek:
Kod:
https://siteadi.com/ornek-sayfa/

Enter’a basın.

Karşınıza iki farklı veri türü çıkabilir:

Google Dizini: Google’ın son bildiği durum.
Canlı Test: Sayfanın şu anki teknik durumu.

Eski raporda noindex görünüp canlı testte sorun görünmemesi mümkündür. Bu durumda rapor güncellenmeyi bekliyor olabilir.

3) “Canlı URL’yi Test Et” ne zaman kullanılmalı?

Sayfada yakın zamanda değişiklik yaptıysanız kullanın.

Sağ üstte:
CANLI URL’Yİ TEST ET

butonuna basın.

Test sonunda özellikle şunlara bakın:

- URL Google tarafından kullanılabilir mi?
- Sayfa dizine eklenebilir mi?
- robots.txt izin veriyor mu?
- noindex var mı?
- sayfa başarıyla getirildi mi?

Canlı test “dizine eklenebilir” diyorsa teknik engel büyük ölçüde kalkmıştır.

4) noindex nasıl kontrol edilir?

Sayfayı tarayıcıda açın.

Windows/Linux:
Kod:
Ctrl + U

Mac:
Kod:
Command + Option + U

Kaynak kodunda arayın:

Kod:
noindex

Şuna benzer bir satır varsa:

Kod:
<meta name="robots" content="noindex,follow">

Google’ın sayfayı dizine almaması beklenir.

Ama noindex yalnız HTML meta etiketiyle gelmez. HTTP başlığında da olabilir:

Kod:
X-Robots-Tag: noindex

Bunu tarayıcı geliştirici araçları, curl veya sunucu başlık testiyle kontrol edebilirsiniz.

5) canonical nasıl kontrol edilir?

Kaynak kodunda:

Kod:
canonical

araması yapın.

Beklenen örnek:

Kod:
<link rel="canonical" href="https://siteadi.com/ornek-sayfa/">

Eğer sayfa kendi URL’si yerine başka bir URL’yi canonical gösteriyorsa Google diğer adresi esas sayfa olarak seçebilir.

Özellikle:
- filtre,
- sıralama,
- yazdırma,
- post/lastpost,
- parametreli URL

gibi alternatiflerde bu normal olabilir.

6) Sitemap kontrolü nasıl yapılır?

Search Console:
Dizin oluşturma → Site Haritaları

alanına gidin.

Sitemap başarılı mı bakın.

Sonra sitemap dosyasını tarayıcıda açıp URL’nin gerçekten listelenip listelenmediğini kontrol edin.

Önemli: sitemap’e yalnız canonical ve indexlenmesini istediğiniz URL’leri koymak daha sağlıklıdır. Parametreli kopyaları sitemap’e eklemeyin.

7) İç bağlantı var mı?

Google bir URL’yi yalnız sitemap’te görmekle yetinmez. Site içinde anlamlı bir yerden bağlantı gelmesi de önemlidir.

Kontrol edin:

- ana kategori link veriyor mu?
- ilgili rehber link veriyor mu?
- breadcrumb içinde mi?
- başka bir içerikten doğal bağlantı var mı?

“Yetim sayfa” olarak kalan içerikler daha zayıf keşfedilebilir.

8) İçerik gerçekten ayrı bir değer sunuyor mu?

“Tarandı fakat dizine eklenmedi” sorununun önemli kısmı teknik değil, içerik tarafında olabilir.

Şunları sorgulayın:

- başka bir sayfayla neredeyse aynı mı?
- sadece 3-4 cümle mi?
- başlık var ama soruyu gerçekten cevaplıyor mu?
- kullanıcı o sayfaya geldiğinde işlemini tamamlayabiliyor mu?
- otomatik üretilmiş ama fayda eklemeyen metin mi?
- aynı anahtar kelimeyi hedefleyen başka güçlü URL var mı?

Google’ın “aynı şeyi anlatan ikinci sayfa” yerine tek bir URL’yi seçmesi normaldir.

9) HTTP durum kodunu kontrol edin

Sayfa gerçekten 200 dönmeli.

301/302 ise yönlendirmeli URL’dir.
404/410 ise dizine alınmaz.
5xx ise sunucu hatası vardır.

Komut satırı erişiminiz varsa:

Kod:
curl -I https://siteadi.com/ornek-sayfa/

Windows’ta curl çoğu güncel sürümde hazır gelir. SSH yoksa çevrimiçi HTTP header kontrol araçları veya tarayıcı geliştirici araçları kullanılabilir.

10) “Dizine eklenmesini iste” ne zaman kullanılmalı?

Şu kontroller geçildikten sonra:

- URL gerçek içerik
- 200 durum kodu
- noindex yok
- canonical doğru
- sitemap doğru
- içerik yeterli
- iç bağlantı var
- canlı test dizine eklenebilir

Search Console URL Denetimi ekranında:
DİZİNE EKLENMESİNİ İSTE

butonuna bir kez basın.

Aynı URL’yi sürekli tekrar göndermek önceliğini artırmaz.

11) Sonra ne kadar beklemeli?

Sabit bir süre yoktur. Yeni veya düşük otoriteli sitelerde tarama/indexleme daha yavaş olabilir. Birkaç saat içinde de olabilir, günler veya daha uzun da sürebilir.

Tekrar kontrol ederken yalnız “index oldu mu?” değil, Search Console’daki son tarama tarihi ve canonical bilgisini de karşılaştırın.

12) Hızlı teşhis tablosu

Kod:
URL gerçek içerik mi? EVET/HAYIR HTTP 200 mü? EVET/HAYIR noindex var mı? EVET/HAYIR canonical kendisi mi? EVET/HAYIR sitemap'te var mı? EVET/HAYIR iç link var mı? EVET/HAYIR canlı test başarılı mı? EVET/HAYIR içerik özgün ve yeterli mi? EVET/HAYIR

Google Search Console’a yeni başlayanlar için:
Google Search Console ne işe yarar?

Sizde “Tarandı - şu anda dizine eklenmedi” en çok hangi sayfa tipinde çıkıyor? URL’yi paylaşmadan sayfa türünü ve canlı test sonucunu yazarsanız birlikte teşhis edebiliriz.

Dataweb editoryal sürüm: derin anlatım v1.0.0]]> <![CDATA[Google Search Console’da İlk Bakılması Gereken Raporlar Hangileri?]]> https://dataweb.com.tr/forum/thread-17.html Thu, 20 Aug 2026 11:10:26 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-17.html
Dataweb’in Google Search Console Başlangıç Rehberi performans, URL denetleme, sitemap ve index raporlarının temel kullanımını anlatıyor.

Başlangıçta ben şu sırayı öneriyorum:
1. Sitemap kabul edildi mi?
2. Önemli URL’ler indexlenebiliyor mu?
3. Hangi sorgular gösterim almaya başladı?
4. Hangi sayfalarda gösterim artıyor/düşüyor?
5. Mobil ve masaüstü farkı var mı?

Search Console’da sizin haftalık baktığınız ilk üç metrik hangisi?]]>
Dataweb’in Google Search Console Başlangıç Rehberi performans, URL denetleme, sitemap ve index raporlarının temel kullanımını anlatıyor.

Başlangıçta ben şu sırayı öneriyorum:
1. Sitemap kabul edildi mi?
2. Önemli URL’ler indexlenebiliyor mu?
3. Hangi sorgular gösterim almaya başladı?
4. Hangi sayfalarda gösterim artıyor/düşüyor?
5. Mobil ve masaüstü farkı var mı?

Search Console’da sizin haftalık baktığınız ilk üç metrik hangisi?]]> <![CDATA[Teknik SEO Kontrol Listesi: Yayın Öncesi 17 Kritik Kontrol]]> https://dataweb.com.tr/forum/thread-16.html Thu, 20 Aug 2026 11:10:26 +0000 Kadir]]> https://dataweb.com.tr/forum/thread-16.html noindex, tutarsız canonical, hatalı yönlendirme, boş sitemap veya mobil taşma nedeniyle arama motorlarında beklenenden kötü performans gösterebilir. Aşağıdaki listeyi yayın öncesi son teknik SEO geçişi olarak kullanabilirsiniz. Dataweb’deki Teknik SEO Kontrol Listesi rehberini de bu adımların ayrıntılı devamı olarak değerlendirebilirsiniz.

1) Tarama ve indeksleme engellerini kontrol edin

1. Tarayıcıda canlı sayfayı açın ve kaynak kodunu görüntüleyin: sağ tık → Sayfa kaynağını görüntüle.
Kod:
<meta name="robots" content="noindex">
veya
Kod:
X-Robots-Tag: noindex
görürseniz sayfa Google’da indekslenmez.
2. WordPress kullanıyorsanız Yönetim Paneli → Ayarlar → Okuma → Arama motorlarının bu siteyi indekslemesine engel olmaya çalış seçeneğinin işaretli olmadığını doğrulayın.
3. Search Console → URL Denetimi bölümüne canlı URL’yi yazın → Canlı URL’yi test et → Dizine eklenmesini iste.
4. https://alanadiniz.com/robots.txt adresini açın. Önemli sayfaların veya CSS/JavaScript dosyalarının
Kod:
Disallow
ile engellenmediğini kontrol edin.

Başarılı sonuç: Önemli URL’lerde İndekslemeye izin veriliyor görünür, robots.txt yalnızca yönetim, sepet, giriş veya arama gibi indekslenmesi istenmeyen alanları sınırlar. Robots.txt taramayı kontrol eder; indekslemeyi engellemek için tek başına güvenilir yöntem değildir. İndekslenmesini istemediğiniz erişilebilir sayfalarda noindex veya oturum gerektiren erişim kullanın. (developers.google.com)

2) HTTPS, www ve ana URL sürümünü tekilleştirin

Aşağıdaki sürümlerin her birini tarayıcıda deneyin:
Bir tanesi asıl sürüm olmalı; diğer üçü tek adımlı 301 yönlendirmeyle asıl sürüme gitmelidir. Örneğin tercih edilen sürüm
Kod:
https://www.alanadiniz.com/
ise HTTP’den HTTPS’ye, ardından www ekleme gibi iki ayrı zincir yerine doğrudan bu adrese yönlendirme yapılmalıdır.

Panel alternatifi: Hosting Paneli → Domains/Domains → SSL veya Force HTTPS bölümünde HTTPS zorlamasını açın. Apache kullanıyorsanız geliştiriciye şu mantıkta kural uygulattırın:
Kod:
RewriteEngine On RewriteCond %{HTTPS} !=on [OR] RewriteCond %{HTTP_HOST} !^www\.alanadiniz\.com$ [NC] RewriteRule ^ https://www.alanadiniz.com%{request_uri} [R=301,L]

Not: Kuralı doğrudan üretim sunucusunda denemeden önce yedek alın; yanlış yönlendirme kuralı yönetim paneline erişimi bozabilir.

3) Canonical ve URL tutarlılığını doğrulayın

Sayfa kaynağında
Kod:
<link rel="canonical" href="https://alanadiniz.com/ornek-sayfa">
satırını bulun. Canonical URL:
  • 200 durum kodu döndürmeli,
  • HTTPS ve tercih edilen www sürümünü kullanmalı,
  • başka bir URL’ye yönlenmemeli,
  • sitemap’te yer alan URL ile aynı olmalı,
  • sayfanın gerçek ve indekslenmesini istediğiniz sürümü olmalıdır.

Aynı sayfada iki farklı canonical etiketi varsa birini kaldırın. Filtre, sıralama ve kampanya parametreleri ayrı içerik değilse bunların canonical’ı ana URL’ye işaret edebilir. Ancak farklı ürün, dil veya bölge sayfalarını sırf benzerler diye ana sayfaya canonical etmeyin. Google, canonical’ı güçlü bir sinyal olarak değerlendirir fakat son seçimi kendi sistemleriyle doğrulayabilir. (developers.google.com)

4) XML sitemap’i yayın öncesi temizleyin

Kod:
https://alanadiniz.com/sitemap.xml
adresini açın ve listedeki URL’leri örneklemeyle kontrol edin. Sitemap’e yalnızca:
  • 200 dönen,
  • canonical olan,
  • giriş gerektirmeyen,
  • indekslenmesi istenen,
  • gerçek içerik barındıran URL’leri ekleyin.

404, 301, noindex, parametreli kopya, yönetim, sepet ve boş arama sonuçlarını çıkarın. Search Console → Sitemaps → Yeni bir site haritası ekleyin alanına
Kod:
sitemap.xml
yazın → Gönder. Başarılı sonuçta durum Başarılı görünür; Getirilemedi varsa önce dosyanın anonim tarayıcıda açıldığını, robots.txt ile engellenmediğini ve XML biçiminin bozuk olmadığını kontrol edin. Google, sitemap’i keşif ve canonical sinyali olarak kullanır; sitemap’te bulunması indeks garantisi değildir. (developers.google.com)

5) 404, 410, 301 ve yönlendirme zincirlerini test edin

Eski URL listesini çıkarın ve her URL’yi yeni karşılığıyla eşleştirin. Tarayıcı alternatifi olarak Chrome DevTools → Network → URL’yi açın → ilk isteği seçin → Status Code ve Location alanlarına bakın.

Komut satırı erişiminiz varsa:
Kod:
curl -I https://alanadiniz.com/eski-sayfa/

Beklenen sonuç, eski sayfada
Kod:
301
ve doğrudan yeni URL’dir. 301 → 302 → 301 gibi zincir varsa hedefe doğrudan yönlendirin. Gerçekten kaldırılmış ve karşılığı olmayan sayfada
Kod:
404
veya kalıcı olarak kaldırılmış içerikte
Kod:
410
kullanılabilir. Her hatalı URL’yi ana sayfaya yönlendirmek kullanıcı ve arama motoru açısından anlamsız bir yönlendirme oluşturabilir. İstisna: Eski URL’nin yakın anlamlı bir yeni karşılığı yoksa 404 bırakmak, alakasız bir sayfaya yönlendirmekten daha doğru olabilir. (developers.google.com)

6) Mobil görünüm ve temel kullanılabilirliği kontrol edin

Chrome’da F12 → cihaz simgesi → iPhone/Android profili seçin. Ana sayfa, kategori, ürün/hizmet, iletişim ve yeni yayınlanacak sayfayı test edin. Sayfayı yatay kaydırın; taşma varsa DevTools → Console’da şu kodla geniş elemanı bulun:
Kod:
[...document.querySelectorAll('*')].filter(el => el.getBoundingClientRect().right > document.documentElement.clientWidth)

Menü, form, açılır içerik, telefon bağlantısı ve çerez bildiriminin dokunmatik kullanımını deneyin. Fontun okunabilir, butonların tıklanabilir ve kritik içeriğin yalnızca hover veya JavaScript tıklamasıyla erişilebilir olmadığını doğrulayın. Taşma sürerse önce genişliği sabit verilmiş görsel, tablo veya
Kod:
width: 100vw
kullanan kapsayıcıyı inceleyin; sorunun kaynağı düzeltilmeden
Kod:
overflow-x: hidden
ile yalnızca belirtiyi gizlemeyin.

7) Core Web Vitals ve kaynak yükünü ölçün

PageSpeed Insights’ta URL’yi çalıştırın; hem mobil hem masaüstü sonuçlarını ayrı değerlendirin. Hedefler 75. yüzdelik dilimde LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye ve CLS ≤ 0,1’dir. Lighthouse laboratuvar sonucu ile Search Console’daki gerçek kullanıcı verisini karıştırmayın; yeni veya düşük trafikli sayfalarda alan verisi bulunmayabilir. (web.dev)

Sorunlu metrik için sonraki kontrol:
  • LCP yüksekse: büyük hero görseli, sunucu yanıt süresi, render-blocking CSS ve geç yüklenen yazı tiplerini inceleyin.
  • INP yüksekse: DevTools → Performance ile uzun JavaScript görevlerini, gereksiz üçüncü taraf etiketlerini ve ağır tıklama olaylarını arayın.
  • CLS yüksekse: görsel, reklam ve iframe’lere önceden genişlik/yükseklik alanı verin; sonradan üstten içerik eklenmesini engelleyin.

8) JavaScript ile üretilen içerik ve bağlantıları doğrulayın

Gizli sekmede JavaScript kapalıyken sayfayı tamamen işlevsel yapmak her zaman mümkün olmayabilir; ancak başlık, ana metin, ürün adı, fiyat veya kritik bağlantı yalnızca istemci tarafında oluşuyorsa risk vardır. Search Console → URL Denetimi → Canlı URL’yi test et → Tarama yapılan sayfayı görüntüle adımlarını izleyin. Oluşturulan HTML’de ana içerik ve bağlantılar görünmüyorsa sunucu tarafı oluşturma, ön oluşturma veya kritik içeriği ilk HTML’ye taşıma seçeneklerini geliştiriciyle değerlendirin.

Dahili bağlantılar gerçek
Kod:
<a href="/kategori/">Kategori</a>
öğeleriyle oluşturulmalı; yalnızca
Kod:
onclick
veya
Kod:
#/kategori
kullanan menülere güvenilmemelidir. Google JavaScript çalıştırabilse de tarama, oluşturma ve indeksleme ayrı aşamalardır; noindex bulunan sayfada JavaScript’in sonradan etiketi kaldırması beklenen sonucu vermeyebilir. (developers.google.com)

9) Yapılandırılmış veri, başlık ve indekslenebilir içerik kontrolü

Kaynak kodunda tek ve açıklayıcı bir
Kod:
<title>
, anlamlı meta açıklama, bir ana
Kod:
<h1>
ve sayfanın amacıyla uyumlu içerik bulunduğunu doğrulayın. Yapılandırılmış veriyi Google Rich Results Test ile test edin. Ürün, fiyat, stok, puan veya işletme bilgisi sayfada kullanıcıya gösterilmiyorsa bu bilgileri yalnızca JSON-LD’ye eklemeyin. Testte uyarı ile hata ayrımını okuyun; kritik alan hatası varsa yayını durdurup şemayı düzeltin, yalnızca geçerli uyarıları belgeleyin.

10) Yayın öncesi son kabul testi

Aşağıdaki tabloyu URL bazında doldurun:
  • Asıl URL 200 mü?
  • Canonical doğru ve tek mi?
  • Robots noindex değil mi?
  • Sitemap’te yalnızca asıl URL mi var?
  • Eski URL doğrudan doğru yeni URL’ye 301 mi?
  • Mobilde yatay taşma, bozuk menü veya çalışmayan form var mı?
  • Ana içerik oluşturulan HTML’de görünüyor mu?
  • Yapılandırılmış veri kritik hata vermiyor mu?
  • PageSpeed ve gerçek kullanıcı raporunda takip edilecek bir regresyon not edildi mi?

Başarılı yayında test URL’si anonim tarayıcıda açılır, 200 döner, doğru canonical’a sahiptir, sitemap’te bulunur, önemli içerik kaynak/oluşturulan HTML’de görünür ve mobilde temel görevler tamamlanır. Bir kontrol başarısızsa yayını tamamen durdurmak yerine hatayı sınıflandırın: indeksleme engeli, URL tekilleştirme, yönlendirme, mobil kullanılabilirlik, performans veya JavaScript. Düzeltmeden sonra aynı URL’yi yeniden test edin ve Search Console’da doğrulama isteği gönderin.

Teşhis için şu üç bilgiyi paylaşabilirsiniz:
  • Sorun hangi URL türünde ortaya çıkıyor: ürün, kategori, blog, filtreli sayfa veya JavaScript uygulaması mı?
  • Search Console URL Denetimi’nde görünen kesin durum nedir: noindex, Kopya, Tarandı ancak dizine eklenmedi veya başka bir hata mı?
  • Sorun tüm cihazlarda mı, yalnızca mobilde mi; PageSpeed’de en yüksek sorun LCP, INP, CLS veya sunucu yanıt süresi mi?
  • Yayın sırasında en çok 404/301 zinciri, canonical çakışması, sitemap kirliliği veya yanlış noindex sorunlarından hangisiyle karşılaşıyorsunuz?
]]> noindex, tutarsız canonical, hatalı yönlendirme, boş sitemap veya mobil taşma nedeniyle arama motorlarında beklenenden kötü performans gösterebilir. Aşağıdaki listeyi yayın öncesi son teknik SEO geçişi olarak kullanabilirsiniz. Dataweb’deki Teknik SEO Kontrol Listesi rehberini de bu adımların ayrıntılı devamı olarak değerlendirebilirsiniz.

1) Tarama ve indeksleme engellerini kontrol edin

1. Tarayıcıda canlı sayfayı açın ve kaynak kodunu görüntüleyin: sağ tık → Sayfa kaynağını görüntüle.
Kod:
<meta name="robots" content="noindex">
veya
Kod:
X-Robots-Tag: noindex
görürseniz sayfa Google’da indekslenmez.
2. WordPress kullanıyorsanız Yönetim Paneli → Ayarlar → Okuma → Arama motorlarının bu siteyi indekslemesine engel olmaya çalış seçeneğinin işaretli olmadığını doğrulayın.
3. Search Console → URL Denetimi bölümüne canlı URL’yi yazın → Canlı URL’yi test et → Dizine eklenmesini iste.
4. https://alanadiniz.com/robots.txt adresini açın. Önemli sayfaların veya CSS/JavaScript dosyalarının
Kod:
Disallow
ile engellenmediğini kontrol edin.

Başarılı sonuç: Önemli URL’lerde İndekslemeye izin veriliyor görünür, robots.txt yalnızca yönetim, sepet, giriş veya arama gibi indekslenmesi istenmeyen alanları sınırlar. Robots.txt taramayı kontrol eder; indekslemeyi engellemek için tek başına güvenilir yöntem değildir. İndekslenmesini istemediğiniz erişilebilir sayfalarda noindex veya oturum gerektiren erişim kullanın. (developers.google.com)

2) HTTPS, www ve ana URL sürümünü tekilleştirin

Aşağıdaki sürümlerin her birini tarayıcıda deneyin:
Bir tanesi asıl sürüm olmalı; diğer üçü tek adımlı 301 yönlendirmeyle asıl sürüme gitmelidir. Örneğin tercih edilen sürüm
Kod:
https://www.alanadiniz.com/
ise HTTP’den HTTPS’ye, ardından www ekleme gibi iki ayrı zincir yerine doğrudan bu adrese yönlendirme yapılmalıdır.

Panel alternatifi: Hosting Paneli → Domains/Domains → SSL veya Force HTTPS bölümünde HTTPS zorlamasını açın. Apache kullanıyorsanız geliştiriciye şu mantıkta kural uygulattırın:
Kod:
RewriteEngine On RewriteCond %{HTTPS} !=on [OR] RewriteCond %{HTTP_HOST} !^www\.alanadiniz\.com$ [NC] RewriteRule ^ https://www.alanadiniz.com%{request_uri} [R=301,L]

Not: Kuralı doğrudan üretim sunucusunda denemeden önce yedek alın; yanlış yönlendirme kuralı yönetim paneline erişimi bozabilir.

3) Canonical ve URL tutarlılığını doğrulayın

Sayfa kaynağında
Kod:
<link rel="canonical" href="https://alanadiniz.com/ornek-sayfa">
satırını bulun. Canonical URL:
  • 200 durum kodu döndürmeli,
  • HTTPS ve tercih edilen www sürümünü kullanmalı,
  • başka bir URL’ye yönlenmemeli,
  • sitemap’te yer alan URL ile aynı olmalı,
  • sayfanın gerçek ve indekslenmesini istediğiniz sürümü olmalıdır.

Aynı sayfada iki farklı canonical etiketi varsa birini kaldırın. Filtre, sıralama ve kampanya parametreleri ayrı içerik değilse bunların canonical’ı ana URL’ye işaret edebilir. Ancak farklı ürün, dil veya bölge sayfalarını sırf benzerler diye ana sayfaya canonical etmeyin. Google, canonical’ı güçlü bir sinyal olarak değerlendirir fakat son seçimi kendi sistemleriyle doğrulayabilir. (developers.google.com)

4) XML sitemap’i yayın öncesi temizleyin

Kod:
https://alanadiniz.com/sitemap.xml
adresini açın ve listedeki URL’leri örneklemeyle kontrol edin. Sitemap’e yalnızca:
  • 200 dönen,
  • canonical olan,
  • giriş gerektirmeyen,
  • indekslenmesi istenen,
  • gerçek içerik barındıran URL’leri ekleyin.

404, 301, noindex, parametreli kopya, yönetim, sepet ve boş arama sonuçlarını çıkarın. Search Console → Sitemaps → Yeni bir site haritası ekleyin alanına
Kod:
sitemap.xml
yazın → Gönder. Başarılı sonuçta durum Başarılı görünür; Getirilemedi varsa önce dosyanın anonim tarayıcıda açıldığını, robots.txt ile engellenmediğini ve XML biçiminin bozuk olmadığını kontrol edin. Google, sitemap’i keşif ve canonical sinyali olarak kullanır; sitemap’te bulunması indeks garantisi değildir. (developers.google.com)

5) 404, 410, 301 ve yönlendirme zincirlerini test edin

Eski URL listesini çıkarın ve her URL’yi yeni karşılığıyla eşleştirin. Tarayıcı alternatifi olarak Chrome DevTools → Network → URL’yi açın → ilk isteği seçin → Status Code ve Location alanlarına bakın.

Komut satırı erişiminiz varsa:
Kod:
curl -I https://alanadiniz.com/eski-sayfa/

Beklenen sonuç, eski sayfada
Kod:
301
ve doğrudan yeni URL’dir. 301 → 302 → 301 gibi zincir varsa hedefe doğrudan yönlendirin. Gerçekten kaldırılmış ve karşılığı olmayan sayfada
Kod:
404
veya kalıcı olarak kaldırılmış içerikte
Kod:
410
kullanılabilir. Her hatalı URL’yi ana sayfaya yönlendirmek kullanıcı ve arama motoru açısından anlamsız bir yönlendirme oluşturabilir. İstisna: Eski URL’nin yakın anlamlı bir yeni karşılığı yoksa 404 bırakmak, alakasız bir sayfaya yönlendirmekten daha doğru olabilir. (developers.google.com)

6) Mobil görünüm ve temel kullanılabilirliği kontrol edin

Chrome’da F12 → cihaz simgesi → iPhone/Android profili seçin. Ana sayfa, kategori, ürün/hizmet, iletişim ve yeni yayınlanacak sayfayı test edin. Sayfayı yatay kaydırın; taşma varsa DevTools → Console’da şu kodla geniş elemanı bulun:
Kod:
[...document.querySelectorAll('*')].filter(el => el.getBoundingClientRect().right > document.documentElement.clientWidth)

Menü, form, açılır içerik, telefon bağlantısı ve çerez bildiriminin dokunmatik kullanımını deneyin. Fontun okunabilir, butonların tıklanabilir ve kritik içeriğin yalnızca hover veya JavaScript tıklamasıyla erişilebilir olmadığını doğrulayın. Taşma sürerse önce genişliği sabit verilmiş görsel, tablo veya
Kod:
width: 100vw
kullanan kapsayıcıyı inceleyin; sorunun kaynağı düzeltilmeden
Kod:
overflow-x: hidden
ile yalnızca belirtiyi gizlemeyin.

7) Core Web Vitals ve kaynak yükünü ölçün

PageSpeed Insights’ta URL’yi çalıştırın; hem mobil hem masaüstü sonuçlarını ayrı değerlendirin. Hedefler 75. yüzdelik dilimde LCP ≤ 2,5 saniye, INP ≤ 200 milisaniye ve CLS ≤ 0,1’dir. Lighthouse laboratuvar sonucu ile Search Console’daki gerçek kullanıcı verisini karıştırmayın; yeni veya düşük trafikli sayfalarda alan verisi bulunmayabilir. (web.dev)

Sorunlu metrik için sonraki kontrol:
  • LCP yüksekse: büyük hero görseli, sunucu yanıt süresi, render-blocking CSS ve geç yüklenen yazı tiplerini inceleyin.
  • INP yüksekse: DevTools → Performance ile uzun JavaScript görevlerini, gereksiz üçüncü taraf etiketlerini ve ağır tıklama olaylarını arayın.
  • CLS yüksekse: görsel, reklam ve iframe’lere önceden genişlik/yükseklik alanı verin; sonradan üstten içerik eklenmesini engelleyin.

8) JavaScript ile üretilen içerik ve bağlantıları doğrulayın

Gizli sekmede JavaScript kapalıyken sayfayı tamamen işlevsel yapmak her zaman mümkün olmayabilir; ancak başlık, ana metin, ürün adı, fiyat veya kritik bağlantı yalnızca istemci tarafında oluşuyorsa risk vardır. Search Console → URL Denetimi → Canlı URL’yi test et → Tarama yapılan sayfayı görüntüle adımlarını izleyin. Oluşturulan HTML’de ana içerik ve bağlantılar görünmüyorsa sunucu tarafı oluşturma, ön oluşturma veya kritik içeriği ilk HTML’ye taşıma seçeneklerini geliştiriciyle değerlendirin.

Dahili bağlantılar gerçek
Kod:
<a href="/kategori/">Kategori</a>
öğeleriyle oluşturulmalı; yalnızca
Kod:
onclick
veya
Kod:
#/kategori
kullanan menülere güvenilmemelidir. Google JavaScript çalıştırabilse de tarama, oluşturma ve indeksleme ayrı aşamalardır; noindex bulunan sayfada JavaScript’in sonradan etiketi kaldırması beklenen sonucu vermeyebilir. (developers.google.com)

9) Yapılandırılmış veri, başlık ve indekslenebilir içerik kontrolü

Kaynak kodunda tek ve açıklayıcı bir
Kod:
<title>
, anlamlı meta açıklama, bir ana
Kod:
<h1>
ve sayfanın amacıyla uyumlu içerik bulunduğunu doğrulayın. Yapılandırılmış veriyi Google Rich Results Test ile test edin. Ürün, fiyat, stok, puan veya işletme bilgisi sayfada kullanıcıya gösterilmiyorsa bu bilgileri yalnızca JSON-LD’ye eklemeyin. Testte uyarı ile hata ayrımını okuyun; kritik alan hatası varsa yayını durdurup şemayı düzeltin, yalnızca geçerli uyarıları belgeleyin.

10) Yayın öncesi son kabul testi

Aşağıdaki tabloyu URL bazında doldurun:
  • Asıl URL 200 mü?
  • Canonical doğru ve tek mi?
  • Robots noindex değil mi?
  • Sitemap’te yalnızca asıl URL mi var?
  • Eski URL doğrudan doğru yeni URL’ye 301 mi?
  • Mobilde yatay taşma, bozuk menü veya çalışmayan form var mı?
  • Ana içerik oluşturulan HTML’de görünüyor mu?
  • Yapılandırılmış veri kritik hata vermiyor mu?
  • PageSpeed ve gerçek kullanıcı raporunda takip edilecek bir regresyon not edildi mi?

Başarılı yayında test URL’si anonim tarayıcıda açılır, 200 döner, doğru canonical’a sahiptir, sitemap’te bulunur, önemli içerik kaynak/oluşturulan HTML’de görünür ve mobilde temel görevler tamamlanır. Bir kontrol başarısızsa yayını tamamen durdurmak yerine hatayı sınıflandırın: indeksleme engeli, URL tekilleştirme, yönlendirme, mobil kullanılabilirlik, performans veya JavaScript. Düzeltmeden sonra aynı URL’yi yeniden test edin ve Search Console’da doğrulama isteği gönderin.

Teşhis için şu üç bilgiyi paylaşabilirsiniz:
  • Sorun hangi URL türünde ortaya çıkıyor: ürün, kategori, blog, filtreli sayfa veya JavaScript uygulaması mı?
  • Search Console URL Denetimi’nde görünen kesin durum nedir: noindex, Kopya, Tarandı ancak dizine eklenmedi veya başka bir hata mı?
  • Sorun tüm cihazlarda mı, yalnızca mobilde mi; PageSpeed’de en yüksek sorun LCP, INP, CLS veya sunucu yanıt süresi mi?
  • Yayın sırasında en çok 404/301 zinciri, canonical çakışması, sitemap kirliliği veya yanlış noindex sorunlarından hangisiyle karşılaşıyorsunuz?
]]>