19 Genel Teknik SEO Sorunu (Önerilen Çözümlerle)

Semetrical'de SEO uzmanlarımız, yıllar boyunca sayısız teknik SEO denetimi gerçekleştirdi ve web sitelerinin birden fazla sektörde yaşadığı ortak teknik sorunlarla karşılaştı. Kılavuzumuz, önerilen çözümlerle en yaygın teknik SEO sorunlarını özetlemektedir.

Aşağıda en yaygın teknik SEO sorunları listelenmiştir:

1. Robotlarda Büyük/Küçük Harfe Duyarsız Kurallar,txt
2. Büyük Harf ve Küçük Harf URL çoğaltması
3. HTTP 302, HTTPS'ye yönlendirme
4. Dahili Bağlantıyı Etkileyen Kanonik URL'ler
5. 404 URL'ye Bağlanan Kanonik URL'ler
6. Çoklu Kanonik etiketler
7. Ana sayfa çoğaltma
8. Farklı sitelerin mobil ve masaüstü versiyonları
9. Uluslararası IP algılama
10. Uluslararası Web Sitesi Çoğaltma
11. Geçmiş URL'leri ve hazırlama URL'lerini içeren XML site haritası
12. Hazırlama web sitesi dizine ekleniyor, çoğaltmaya neden oluyor
13. Dahili arama dizine ekleniyor
14. Çoğaltmaya neden olan parametreler
15. Ürün URL'si yinelemesi
16. Bir web sitesinin derinliği
17. JavaScript
18. Meta Robots NOINDEX'in yanlış kullanımı
19. Yumuşak 404 Sayfa

1. Robotlarda Büyük/Küçük Harfe Duyarsız Kurallar,txt

Sorun:

Teknik SEO denetimlerini gerçekleştirirken, robots.txt dosyasındaki izin vermeme kurallarının genellikle hem büyük hem de küçük harf kurallarını karşılamadığını görürüz.

Örneğin, e-ticaret sitelerinde sepet yolları genellikle hem /basket/ hem de /Basket/'den geçer, ancak robots.txt dosyasına kural olarak yalnızca küçük harf yolu eklenir. Bu, /Basket/ içeren URL'lerin hala dizine eklenebilir olacağı ve bu, web sitenizin arama motorlarında daha iyi dizine eklenmesi için kaçınmanız gereken içerik yinelenmesine neden olacağı anlamına gelir.

Robots.txt Kuralları:

İzin verme: /sepet/

İzin verme: /basket/*

Çözüm:

Web sitenizi denetleyin ve engellenmesi gereken bir yolun hem büyük hem de küçük harf sürümleri olup olmadığını kontrol edin. Bunu DeepCrawl'daki arkadaşlarımız gibi bir web tarayıcısı kullanarak yapabilirsiniz. Web sitesinde her iki sürüm de etkinse, engellenecek büyük harf yolunu sağlamak için robots.txt dosyasına ikinci bir kural ekleyin. Örneğin, İzin Verme: /Basket/*

Bir web tarayıcısına erişiminiz yoksa, hem büyük hem de küçük harf sürümlerinin dizine eklenip eklenmediğini görmek için bir site protokolü araması çok yararlı olabilir.

2. Büyük Harf ve Küçük Harf URL çoğaltması

Sorun:

Bulduğumuz yaygın bir sorun, bir web sitesinde bağlantı verilen büyük/küçük harfe duyarlı olmayan URL'lerin yinelenmesidir ve Google bunların iki farklı URL olduğunu görür. Örneğin:

Bu, editörlerin bir blog gönderisine bir ürün sayfasına doğrudan bağlantı eklemeleri, ancak küçük harf yerine büyük harf yazmaları nedeniyle olabilir.

Bunun, popüler ürün bağlantılarının büyük harflerle bağlandığı bir hataya sahip dahili bağlantı modülleri nedeniyle olduğunu da gördük.

Çözüm:

Tüm büyük harfli URL'lerin bir 301 yönlendirmesi aracılığıyla küçük harfe yönlendirildiği sunucu düzeyinde bir kural ayarlamanızı öneririz. Bu, web sitesini hem büyük hem de küçük URL'nin bağlantılı olduğu gelecekteki herhangi bir tekrardan koruyacaktır.

Bir 301 yönlendirme kuralı eklemek, harici bir sitenin yanlışlıkla büyük harfle sitenize bağlanabileceği her türlü bağlantı hakkını da pekiştirecektir.

301 yönlendirmesi mümkün değilse, küçük harfli URL sürümüne atıfta bulunmak için büyük harfli URL'lerin kaynak koduna bir kurallı etiket eklemenizi öneririz.

3. HTTP 302, HTTPS'ye yönlendirme

Sorun:

Şirketler genellikle web sitelerini güvenli HTTPS URL'lerine taşırlar, ancak her zaman bir 301 yönlendirme kuralı uygulamazlar ve bunun yerine bir 302 yönlendirmesi uygularlar, bu nedenle teorik olarak bu, arama motorlarına bir URL'nin HTTP sürümünün kalıcı olarak değil yalnızca geçici olarak taşındığını söyler. Bu, web sitenizin bağlantı eşitliğini ve genel yetkisini azaltabilir, çünkü zaman içinde geri bağlantılar alan HTTP URL'leri, bir 301 yönlendirmesi yapılmadığı sürece bağlantı hakkını HTTPS sürümüne tam olarak aktarmayacaktır.

Çözüm:

Tüm HTTP URL'leri 301'in HTTPS sürümüne yönlendirildiği sunucu düzeyinde bir kural ayarlamanızı öneririz.

4. Dahili Bağlantıyı Etkileyen Kurallı URL'ler

Sorun:

Bir dizi e-ticaret web sitesinde, birden çok ürün URL varyasyonu olan ancak her bir varyasyonun tekrarı önlemek için standart bir ürün URL'sine bağlandığı ürünler gördük. Ancak, kurallı ürün sayfası yalnızca kurallı etiketler aracılığıyla bulunabilir ve başka hiçbir dahili bağlantı bulunmaz.

Ek olarak, standart ürün sayfası, web sitesindeki dahili bağlantıyı etkileyen herhangi bir kırıntı içermez.

Bu dahili bağlantı kurallı kurulum, site genelindeki dahili bağlantılar karışık sinyaller gönderdiğinden, talimatı göz ardı etmesi nedeniyle arama motorlarının kurallı URL sürümünü almasını bazı durumlarda engellemiştir. Bu, ürünlerin standart olmayan sürümlerinin dizine eklenmesiyle sonuçlanabilir ve bu da URL yamyamlaşmasına neden olur ve sonuç olarak SEO performansınızı olumsuz etkiler.

Çözüm:

Standart URL'lerin dizine eklenmesine yardımcı olmak için web siteleri şunları yapmalıdır:

Kurallı URL'leri, diğer URL türevlerini değil, XML site haritasına ekleyin

"Popüler ürünler" gibi site çapında dahili bağlantı modülleri içindeki kurallı URL sürümlerine dahili olarak bağlantı verin

Kurallı URL sayfasına birincil bir içerik haritası yapısı ekleyin.

5. 404 URL'ye Bağlantı Veren Kurallı URL'ler

Sorun:

Kurallı URL'ler bazen 404 URL'ye başvurur, ancak bu, arama yapmak için karışık sinyaller gönderir

motorlar. Kurallı URL, tercih edilen URL'nin bir tarayıcısına dizine ekleme talimatı veriyor, ancak tercih edilen URL şu anda mevcut değil.

Çözüm:

İlk olarak, kurallı URL'nin 404 olması mı yoksa eski durumuna mı getirilmesi gerektiğini belirlemelisiniz. Eski durumuna getirilirse sorun çözülür, ancak standart URL'nin 404 olması gerekiyorsa yeni bir standart URL seçmeli veya standart URL'yi kendi kendine referans verecek şekilde güncellemelisiniz.

6. Çoklu Kanonik etiketler

Sorun:

Bir web sayfasının HTML kodunda bazen iki kurallı etiket bulunabilir. Bu, bir arama motoruna çelişkili mesajlar gönderebilir ve yalnızca ilk kurallı sayı sayılır ve kullanılır.

Çözüm:

Bazı web sitesi tarayıcıları birden çok kurallı etiketi işaretleyebilir, ancak durum böyle değilse, siteyi tararken birden çok kurallı etiket aramak için özel bir çıkarma ayarlamanız gerekir.

HTML kodunda birden çok kurallı etikete sahip web sayfalarının, birinin kaldırıldığı ve yalnızca doğru kurallı etiketin kaldığı yerde güncellenmesi gerekir.

7. Ana sayfa çoğaltma

Sorun:

Web sitelerinde bazen birden çok ana sayfa URL'si bulunur ve bu da yinelenmeye neden olur ve bağlantı eşitliğinin bölünmesine neden olabilir. Yaygın ana sayfa çoğaltma URL'leri şunları içerir:

www.example.com

www.example.com/ev

www.example.com/index.html

www.example.com/home.html

Çözüm:

Web sitenizin birden fazla ana sayfa URL'si varsa, tüm çoğaltma sürümlerinin ana ana sayfa sürümüne yönlendirildiği bir 301 yönlendirmesi ayarlamanızı öneririz.

8. Sitelerin mobil ve masaüstü versiyonları farklılık gösteriyor

Sorun:

Mobil siteler, bir web sitesinin masaüstü sürümüyle aynı içeriği içermelidir. Web sitesi denetimlerini gerçekleştirirken ve masaüstü ile mobil web sitesi taramalarını karşılaştırırken, mobil sürümün belirli sayfalarda masaüstü sürümünden daha az içerik içerdiği içerik farklılıklarıyla karşılaştık.

Bu, bir web sitesinin neredeyse tüm endekslemesinin mobil sürümden gelmesi nedeniyle sorunlara neden olabilir ve öncelikli içerik eksikse, sıralamalar düşmeye başlayabilir.

Çözüm:

Bir sitenin mobil sürümü, masaüstü sürümüyle aynı içeriği içermeli ve eksik içerik mobil web sitesine eklenmelidir.

9. Uluslararası IP algılama

Sorun:

Coğrafi IP yönlendirmeleri uygulayan web siteleri için en yaygın sorun, uygulamanın botlar da dahil olmak üzere tüm kullanıcılar için yeniden yönlendirme yapmasıdır.

Googlebot genellikle bir ABD IP'sinden tarar ve botlar coğrafi konuma göre yeniden yönlendiriliyorsa, Googlebot yalnızca bir web sitesinin ABD sürümünü tarar ve dizine ekler. Bu, sitenin diğer coğrafi sürümlerinin taranmasını ve dizine eklenmesini önleyecektir.

Ek olarak bu, tüm pazarlarda yalnızca ABD fiyatı görüneceğinden, fiyatlandırmanın coğrafi konuma göre güncellendiği E-ticaret sitelerinde ürün fiyatlandırma Şeması işaretlemesinde sorunlara neden olabilir. Örneğin, aşağıdaki pasaj, Birleşik Krallık'taki bir web sitesinin Birleşik Krallık sürümünde ABD fiyatlandırmasının geldiğini göstermektedir.

Çözüm:

Coğrafi IP yönlendirmeleri uygulamanız gerekiyorsa, Googlebot gibi botların tüm uluslararası sürümleri taramasına ve dizine eklemesine izin vereceğinden, tüm botları yönlendirme kurallarından çıkarmanızı öneririz.

Coğrafi IP yönlendirmeleri uygulamazsanız, web sitelerinizi herhangi bir coğrafi konumdan tüm kullanıcılara açık tutmanızı ve kullanıcıların kendi dillerini/konumlarını seçmelerine olanak tanıyan kullanıcı dostu bir JavaScript başlığı görüntülemenizi öneririz.

Bir kullanıcı yanlış uluslararası web sitesi sürümüne ulaştıysa, bu yararlı bir UX özelliğidir. Pop-up, IP algılamasına dayalı olarak görünecektir; örneğin, bir kullanıcı Birleşik Krallık IP'sinden ABD web sitesine girerse, kullanıcıya Birleşik Krallık sitesinin daha uygun olabileceğini bildiren bir başlık görünür.

10. Uluslararası Web Sitesi Çoğaltması

Sorun:

Şirketler dünyanın farklı ülkelerinde faaliyet gösterdiğinde, bir web sitesinin birden çok sürümünü görmek yaygındır. İdeal olarak en iyi kullanıcı deneyimini sağlamak istediğiniz için bu yaygın bir uygulamadır ve bunu yapmak için ülkeye özel web siteleri, şirketlerin kullanıcı yolculuğunu kullanıcının dünyanın neresinde olduğuna göre uyarlamalarına olanak tanır.

Ancak şirketler, web sitelerinin birden çok sürümünü oluşturma hatasına düşebilir, ancak arama motorlarına hangi web sitesinin belirli bir ülkeyi veya bölgeyi hedeflemesi gerektiğini belirten herhangi bir sinyal göndermez.

Web sitesi sahipleri, arama motorları için talimat içermeyen birden fazla site sürümü oluşturduğunda, bu, web sitesi çoğaltma ve etki alanları arası yamyamlık gibi kaosa neden olabilir.

Çözüm:

Web sitenizin uluslararası sürümlerini oluştururken, Google gibi arama motorlarına, konumlarına ve dillerine göre bir kullanıcıya hizmet verecek doğru web sayfasını işaret etmeye yardımcı olmak için Hreflang etiketleri kullanılmalıdır.

Hreflang etiketleri ayrıca, bir web sitesinin uluslararası sürümlerinin arama motorlarında kopya olarak görülmesini de önler, çünkü Hreflang etiketi temel olarak X konumunda bir kullanıcıya X dil ayarıyla hizmet vermek için belirli bir sayfanın gerekli olduğunu gösterir.

Hreflang etiketlerini ayarlamak ve haritalamak kafa karıştırıcı olabilir ve web sitenizin boyutuna bağlı olarak büyük bir iştir. Yanlış ayarlanırsa, web sitenizin trafiğine zarar verebilir.

Uluslararası bir web sitesi genişletmeyi planlıyorsanız veya uluslararası web sitelerinizle ilgili sorunlar yaşıyorsanız, lütfen uluslararası SEO hizmetleri sayfamızı ziyaret edin.

11. Geçmiş URL'leri ve hazırlama URL'lerini içeren XML site haritası

Sorun:

Düşündüğünüzden daha sık karşılaştığımız ilginç bir sorun, XML site haritalarında eski URL'lere sahip olan veya URL'leri hazırlayan web sitelerinin bir şekilde kendilerini bir XML site haritasına sıkıştırmasıdır.

Bu, site haritalarınızda hazırlama URL'lerinin görünmesi gibi sorunlara neden olabilir ve hazırlama siteniz arama motorları tarafından engellenemez, bu URL'ler dizine eklenmeye başlayabilir ve gereksiz tekrarlara neden olabilir.

Artık 4xx veya 3xx durum kodu sunan site haritanızdaki geçmiş URL'ler, hangi sayfaların taranmasını veya dizine eklenmesini istediğinizi arama motorlarına kafa karıştırıcı sinyaller gönderebilir.

Çözüm:

Search Console'a göz kulak olarak ve görünen hataları izleyerek veya Deepcrawl gibi bir araçta düzenli bir tarama ayarlayarak XML site haritanızı düzenli olarak denetlediğinizden emin olun.

Deepcrawl'da düzenli bir XML site haritası taraması ayarlamak çok faydalıdır çünkü bu, site haritanızda görünmemesi gereken URL'leri hızlı bir şekilde işaretleyebilir ve bu olası sorundan haberdar olmanızı sağlar.

12. Hazırlama web sitesi dizine ekleniyor ve yinelemeye neden oluyor

Sorun:

Şaşırtıcı bir şekilde, bazı şirketler, hazırlık web sitelerini bilerek değil, yanlışlıkla Google gibi arama motorlarına endekslenebilir hale getiriyor. Hazırlama web sitesi genellikle canlı ortamınızın bir kopyası olacağından, bu önemli ölçüde tekrarlamaya neden olabilir. Google'da basit bir URL protokolü araması yapmaktan, canlı ve dizine eklenebilir milyonlarca hazırlama web sayfası vardır.

Çözüm:

Semetrical'de, hazırlama web sitesine erişmek için bir kullanıcı adı ve şifre girmeniz gereken bir kimlik doğrulama katmanı eklemenizi öneririz. Bir izin vermeme kuralı eklemek de hazırlama ortamlarının dizine eklenmesini önlemek için bir seçenektir, ancak hazırlama sitesi zaten dizine eklenmemişse bunu uygulamak daha iyidir. Örneğin:

Kullanıcı aracısı: *

İzin verme: /

Çoğu web sitesi tarayıcı aracında, hazırlama ortamınızda testler yaparken izin vermeme kuralını kolayca geçersiz kılabilmeniz için yerinde bir robots.txt üzerine yazma işlevi vardır.

13. Dahili arama indeksleniyor

Sorun:

Web sitelerindeki dahili arama URL'leri, web sitelerinin aşırı uzun kuyruk arama sorguları için sıralanmasına veya sıralanacak bir ana URL'si olmayan anahtar kelimeler için sıralanmasına izin verdiği SEO için harika olabilir.

Ancak, birçok durumda dahili arama sayfaları, web sitelerinde çok fazla tekrara neden olabilir ve ayrıca büyük ölçekli web sitelerinde tarama bütçesi sorunlarına neden olabilir. Bu kılavuz için dahili aramanın olumsuz tarafına odaklanacağız.

Dahili arama sayfaları, optimize edilmeyecekleri için genellikle çok düşük kalitededir ve ürünler gibi az sayıda sonuç barındıracakları için çoğu durumda ince içerik olarak sınıflandırılırlar.

Çözüm:

Dahili arama sayfalarını engellemeye karar vermeden önce, bu sayfaların şu anda herhangi bir anahtar kelime için sıralama yapmadığını veya düzenli trafik getirmediğini kontrol etmeniz önerilir.

Ek olarak, bu URL'lerin yıllar içinde geri bağlantı oluşturmadığını kontrol edin. Dahili arama sayfalarınızın yetkili geri bağlantıları yoksa ve organik trafik oluşturmuyorsa, Semetrical'de iki adım öneriyoruz:

Birinci Adım: Arama motorlarının bu sayfaları indekslemesine izin vermek için tüm arama sayfalarına NOINDEX,FOLLOW etiketleri ekleyin. Bu sayfalar birkaç ay içinde dizine eklendikten sonra ikinci adımı uygularız.

İkinci Adım: Dahili arama dizinini robots.txt dosyasına Disallow: */search* gibi ekleyin

14. Çoğaltmaya neden olan parametreler

Sorun:

Sıralama ve filtre parametresi çoğaltması, web sitelerini denetlerken yaygın bir sorun olabilir. Pek çok web sitesi, kullanıcı deneyimini geliştirebileceği ve kullanıcıların arama sonuçlarını filtrelemesine izin verebileceği için filtreler kullanır. Ancak asıl sorun, web sitelerinin filtreleri dizine eklenebilir durumda tutmasıdır, çünkü bu, web sitesinde önemli miktarda yineleme oluşturur. Örneğin:

Zaman zaman, o bağlantının sitenin neresinde tıklandığını belirtmek için dahili bağlantılardaki URL'lerin sonuna izleme parametreleri ekleyen web siteleriyle karşılaşacağız. İlk etapta bu kurulumu önermeyiz, ancak sitelerde bu zaten mevcut olduğunda, aynı sayfanın birden çok sürümünü oluşturabileceğinden, bir web sitesinde çok fazla tekrara neden olabilir. Örneğin:

Yinelenmeye neden olabilecek diğer bir yaygın izleme parametresi, kampanyanın nasıl performans gösterdiğini izlemek için belirli kampanyalar için bağlantıların kullanıldığı UTM izleme parametreleridir. Örneğin:

Çözüm:

Parametrelerin dizine eklenmesini ve yinelenmeye neden olmasını önlemenin birkaç yolu vardır, bunlar şunları içerir:

Parametre URL'sini temiz URL sürümüne standart hale getirme

Belirli parametrelere izin vermemek için robots.txt dosyasına kural ekleme

Google'a belirli parametrelerin taranmaması gerektiğini bildiren, Search Console'daki URL parametreleri aracına parametreler eklemek.

15. Ürün URL'si çoğaltma

Sorun:

E-ticaret web sitelerinde ürün URL tekrarı, yayıncı web sitelerinde olduğu kadar büyük bir sorun olabilir. Ürün URL çoğaltmasının ana nedeni, ürünlerin URL yapısında kategori/alt kategoriyi devralabilmesi ve ürün birden fazla kategoride/alt kategoride yer alıyorsa birden çok URL'nin oluşturulmasıdır.

Yayıncı web sitelerinde, belgeler birden çok alana da yerleştirilebilir ve belge URL'si belge konumunu devralırsa, birden çok sürüm oluşturulur. Örneğin:

Çözüm:

Bunun gibi yinelemelerle karşılaştığımızda, onu temizlemenin çeşitli yolları vardır, böylece doğru URL sürümünün tarandığından ve dizine eklendiğinden emin olabiliriz.

URL yinelemesini düzeltmek için tüm ürün URL varyantlarını üst öğeye veya genel bir sürüme standart hale getirmenizi öneririz. Örneğin:

Üst standart örnek

kadın-koleksiyonları-elbiseler-günlük-elbiseler

/71hdo/bella-lula-çiçekli-mini elbise

kanonik hale getirir:

kadın-koleksiyonları-elbiseler

/71hdo/bella-lula-çiçekli-mini elbise

Genel kanonik örnek:

kadın-koleksiyonları-elbiseler-günlük-elbiseler

/71hdo/bella-lula-çiçekli-mini elbise

kadın-koleksiyonları-elbiseler

/71hdo/bella-lula-çiçekli-mini elbise

standart hale getirir

alternatifler:

Geliştiricilere erişiminiz varsa, alternatif bir çözüm, web sitesi genelinde ürün standartlarına dahili olarak bağlantı vermek ve 301, kategori/alt kategorilerden çıkan tüm ürün URL'lerini genel standart ürün URL'sine yönlendirmek olabilir.

Bu, ürün çoğaltmasını durdurur ve ürünlere birden çok yoldan bağlanmanıza olanak tanır

16. Bir web sitesinin derinliği

Sorun:

Sayfa derinliği, belirli bir sayfanın bir web sitesinin ana sayfasından aldığı tıklama sayısıdır. Web sitesi denetimleri yaparken, web sitesi derinliği 10'dan fazla olan web siteleriyle karşılaşıyoruz. Bu, bu sayfaların ana sayfadan 10 tıklama uzakta olduğu anlamına geliyor!

Bir web sayfasını bulmak için ne kadar çok tıklamaya ihtiyaç duyulursa, bir arama motorunun o URL'yi bulması o kadar zorlaşır ve URL'nin, web sitesinde daha üstteki sayfalar kadar sık ​​ziyaret edilmemesi daha olasıdır.

Ek olarak, bir sayfa web sitenizin mimarisinde ne kadar yüksekse, arama motorları tarafından öncelikli sayfa olarak görülme şansı o kadar yüksek olur. Öncelikli sayfalar mimaride daha aşağıdaysa, sıralanmama riski de vardır.

Çözüm:

Web sitesi derinliğini iyileştirmenin ve web sitesi mimarisinde öncelikli sayfaların yüksek olmasını sağlamanın ana yolları şunları içerir:

Önerilen ürünler, ilgili ürünler ve öne çıkan sayfalar gibi web sitesi genelinde dahili bağlantılar

Web sitesinde kırıntıların kullanımı

Bulunduğunuz sayfanın her iki tarafında ilk, son ve iki sonuç sayfasını içeren sayfalandırmayı ayarlama

Bir web sitesinin ana navigasyonunda bağlanması gereken üst düzey kategori sayfalarını ortaya çıkarmak için anahtar kelime araştırması yapmak ve öncelikli sayfalara bağlantılar eklemek

17. JavaScript teknik seo sorunları

Sorun

Bugün birçok web sitesi JavaScript kullanacak, ancak JavaScript devre dışı bırakıldığında bazı web siteleri tam olarak işlevsel olmaz ve bağlantılar kaybolabilir ve arama motorları tarafından keşfedilemez. Bu yaygın bir teknik SEO sorunudur.

E-ticaret ürün sayfalarındaki “siz de beğenebilirsiniz” modüllerinin arama motoru tarayıcıları tarafından görülmediğini ve bu nedenle dahili bağlantı modülünü gereksiz hale getirdiğini sıklıkla görüyoruz.

Ek olarak, anahtar kelime açısından zengin UGC'yi içeren inceleme modülleri, tarayıcılar tarafından da keşfedilemeyen JavaScript modüllerinin içindedir.

Çeşitli e-ticaret web sitelerinin sahip olduğu ilginç bir sorun, sonuç sayfalarında JavaScript'i devre dışı bırakırken, ürün bağlantılarının hala bulunabilmesi ancak resimlerin keşfedilmesi için bir geri dönüş seçeneği olmadığı için tüm resimler kaybolmasıdır.

Çözüm:

HTML aracılığıyla taranabilir JavaScript modüllerinin yanı sıra, kaynak kodunda görüntülerin hala mevcut olduğu bir JavaScript yedeği oluşturmaya çalışmak için geliştirme ekibiyle birlikte çalışın.

JavaScript içeriğinin nasıl dizine eklendiğini test etmenin harika bir yolu, web sayfanızın önbelleğe alınmış sürümüne gidip sayfanın "tam sürümünün" nasıl göründüğünü görmenin yanı sıra "salt metin sürümünü" incelemektir.

18. Meta Robotların Yanlış Kullanımı NOINDEX

Sorun:

Teknik SEO ekibimiz web sitelerini denetledi ve NOINDEX etiketlerinin yanlışlıkla sayfaların kaynak koduna eklendiğini ortaya çıkardı. Ek olarak, geçmişte NOINDEX etiketi bulunan trafik getiren sayfalar görüldü.

Şaşırtıcı bir şekilde, düşündüğünüzden daha sık meydana gelebilecek bir sorun, geliştiricilerin, kaynak kodunda hala mevcut olan NOINDEX etiketi ile canlı hazırlama ortamlarını zorlamasıdır.

Nihayetinde NOINDEX etiketi, arama motorlarına sayfayı dizine eklememelerini söyleyecek ve sayfanın arama sonuçlarında görünmesini engelleyecektir.

Çözüm:

Bir web sitesini denetlerken yerinde NOINDEX etiketi bulunan sayfalarla karşılaşırsanız ve etiketin neden yerinde olduğu net değilse, bu sayfaların ne zaman ve neden etiketi içerdiğini öğrenmek için geliştirme ekibine danışın.

Yanlışlıkla bir NOINDEX etiketi eklendiyse, geliştiricilerden kaynak kodunu güncellemelerini ve etiketi tamamen kaldırmalarını veya <meta name="robots" content=" INDEX, FOLLOW"> okumak için güncellemelerini istemeniz gerekir.

19. Yumuşak 404 Sayfa

Sorun:

Bir web sitesinde yumuşak bir 404 sayfası bulunmamalıdır, 404 durum kodu döndürmesi gereken var olmayan bir sayfa 200 OK durum kodu verdiğinde olur. 404 sayfa bir 200 durum kodu döndürürse, yine de taranabilir ve dizine eklenebilir.

Bu sonuçta, Google gibi arama motorlarının değerli sayfalara odaklanmak yerine tarama bütçesini boşa harcamayan bu sayfaları taramak için zaman harcayabileceği bir sorundur. Bu sayfalar ayrıca, özellikle bir web sitesinde "sayfa bulunamadı" mesajı gösteren 1000'lerce soft 404 sayfası varsa, bir web sitesinde yinelenen sorunlar oluşturabilir.

Aşağıdakileri içeren soft 404 sayfaları bulmanın birkaç farklı yolu vardır:

Soft 404 sayfalarını işaretlediği Search Console'u ziyaret etme

Web sitenizi taramak ve “Sayfa Bulunamadı” başlık etiketlerine sahip 200 durum kodu sayfasına bakmak

Web sitenizi, 404 durum kodu sayfasında ve bu mesajla birlikte herhangi bir 200 durum kodu sayfasında bulunan gövde kopya mesajını arayan özel bir çıkarma ile taramak, soft 404 olmalıdır.

Çözüm:

Web sitenizde soft 404 sayfaları ile karşılaşırsanız, uygulanabilecek birkaç çözüm vardır, bunlar şunları içerir:

301, soft 404 sayfalarını varsa uygun bir alternatif sayfaya yönlendirir

Bu sayfaların durum kodunu 404 veya 410 durum koduyla değiştirin, ancak bağlantı eşitliğinin kaybolmayacağını kontrol edin.

Web sitenizle ilgili sorunlar yaşıyorsanız veya teknik bir SEO denetimine ihtiyacınız varsa, Semetrical'in nasıl yardımcı olabileceği hakkında daha fazla bilgi için lütfen teknik SEO hizmetleri sayfamızı ziyaret edin.