http 404 durum kodunun 200 olması bekleniyordu. HTTP durum kodları için eksiksiz bir rehber. Veritabanıyla bağlantı kurulurken hata oluştu

404 sayfası, kullanıcıya belirttiği url'nin (sayfa adresi) mevcut olmadığını bildirmek için tasarlanmıştır.
Bu tür hatalı URL'lere "bozuk bağlantılar" da denilebilir.
Birçok site, kullanıcılarının rahatlığı için 404 sayfalarını hazırlamaktadır. Bunlar genellikle sayfa adresinin yanlış olmasından dolayı kullanıcıyı hayal kırıklığına uğratmak yerine gülümseten güzel ve ilginç sayfalardır.
404 sayfa oluşturmanın önemli bir teknik bileşeni vardır; bu, her şey doğru ayarlanmadığı takdirde sitelerinizin arama motorlarındaki sıralamasını büyük ölçüde etkileyecektir.

Bir 404 sayfası oluşturmakla ilgileniyorsanız, üç noktayı göz önünde bulundurmanız gerekir:
1) Yanlış girilen tüm URL'lerden .htaccess'teki 404 sayfasına yönlendirin.
2) Yönlendirmeden sonra sunucunun yanıtını düzeltin (http sayfa kodu 200 değil 404 olmalıdır).
3) Robots.txt dosyasında 404 sayfasının indekslenmesinden kapatılması

Yukarıdakilerin hepsinin kendi yazdığı siteler için, özellikle PHP'de yazıldığını hemen belirtmek isterim. WordPress'in aynısını yapılandırması için eklentiler var. Ancak bu yazıda her şeyin gerçekte nasıl göründüğüne bakacağız. %)

Yanlış URL'leri sayfa 404'e yönlendirme

Doğru sunucu yanıtı (http sayfa kodu)

İstendiğinde herhangi bir URL'ye bir durum (http sayfa kodu) atanır.
Mevcut tüm sayfalar için bu: HTTP/1.1 200 Tamam
Yönlendirilen sayfalar için: HTTP/1.1 302 Bulundu
Sayfa mevcut değilse HTTP/1.1 404 Bulunamadı olmalıdır.

Yani, hangi URL girilirse girilsin, ona bir durum, belirli bir sunucu yanıt kodu atanır.
Sunucunun yanıtını bertal.ru veya SEARCH CONCOLE GOOGLE – GOOGLE bot olarak Tara/Görüntüle gibi bir kaynaktan kontrol edebilirsiniz.
.htaccess üzerinden 404 sayfasına yönlendirme yapmadığınızda, kullanıcı tarafından girilen var olmayan herhangi bir URL ve bozuk bağlantılar “HTTP/1.1 404 Bulunamadı” yanıtını aldı.

Yukarıda açıklandığı gibi .htaccess aracılığıyla 404 yazar sayfanıza bir yönlendirme ayarladıktan sonra, http://mysite.com/$%$% gibi bozuk bir bağlantı (var olmadığı açık olan geçersiz URL) girerek, sunucu yanıtı:
- ilk HTTP/1.1 302 Bulundu (yönlendirme),
- ve ardından HTTP/1.1 200 OK (sayfa mevcut).

Bertal.ru'dan kontrol edin.
Bu ne anlama gelir? Bu, Google'ın, 404 sayfasının içeriğine sahip mevcut sayfalar gibi, tüm bozuk bağlantıları veritabanına (indeksine) ekleyebileceği anlamına gelecektir. Aslında, yinelenen sayfalar. Bu da arama motoru optimizasyonu açısından inanılmaz derecede zararlıdır.

Bu durumda iki şey yapmanız gerekir:
1) 404 sayfasında doğru sunucu yanıtını ayarlayın.
2) 404 sayfasının indekslenmesini engelleyin. Bu, robots.txt dosyası aracılığıyla yapılır.

Var olmayan sayfalar için HTTP/1.1 404 Bulunamadı sunucu yanıtını yapılandırma

404 sayfasını indekslemeden kapat

Kod notları: "/404.php" sayfanın yolu anlamına gelir. Sitenizde 404.php sayfası (veya sırasıyla 404.html) bir klasörde bulunuyorsa, yol şöyle görünecektir:
/holder/404.php
burada "tutucu" klasörün adıdır.

404 sayfası bu kadar, sayfanın işleyişini, bozuk bağlantıların yönlendirmelerini ve sunucu yanıtlarını kontrol edin.
Tekrar ediyorum: Yukarıdakilerin hepsi kendi yazdığım siteler içindir. WordPress kullanıyorsanız iyi bir 404 hata eklentisi aramak isteyebilirsiniz.

Sunucunun yanıtlarını bilmeden imkansızdır.

Örnek:

404 Bulunamadı

Diğer eylemler tam olarak sunucunun veya sayfanın verdiği yanıt koduna bağlıdır. Kod setinin tüm siteler/sayfalar/sunucular için standart olması nedeniyle, belirli bir kodun verilmesi sırasında yapılacak işlemler de standart olacaktır.

Bugün 5 ana yanıt kodu sınıfı vardır:

1xx: Bilgilendirici (Rusça Bilgilendirici) - istek doğru bir şekilde alındı, ancak işlenmesi tamamlanmadı.

2xx: Başarı (Rusça: Başarıyla) - istek doğru bir şekilde alındı ​​ve başarıyla işlendi.

3xx: Yönlendirme (Rusça: Yönlendirme) - diğer sayfalara yönlendirme kodları.

4xx: İstemci Hatası (Rusça: İstemci hatası) - istemci tarafında hata.

5xx: Sunucu Hatası (Rusça: Sunucu hatası) - sunucu tarafında hata.

Şimdi bazı IANA durum kodlarına ayrı ayrı bakalım.

Sunucu yanıtı 1XX

100 Sunucu Koduna Devam Et

100 Continue, sunucuyla iletişimin zaten kurulduğunu, sunucunun doğru isteği kabul ettiğini ve artık sunucu ile istemci arasında veri alışverişinin yapıldığını bildirir. Bu kod geçicidir, yani. onu her zaman bir başkası takip eder. Kod 100 dahilidir ve bir hata kodu değildir. Onlar. “Kapı açık, ihtiyacın olanı oku, bitirince kapat.” Kullanıcı verilerin bir kısmını sunucudan zaten almışsa Kod 100 oluşturulamayabilir.

101 Protokolleri Değiştirme

Bu kod da hatalı değil. Bir protokolden diğerine geçiş sırasında oluşturulur. Örneğin, eski bir HTTP sürümünden daha yeni bir sürüme geçiş talebinde bulunulduğunda.

Bu en basit sunucu kodlarından biridir. Bu, kullanıcıdan web sunucusunda kullanılan protokol türünün değiştirilmesi yönünde bir talep alındığı ve sunucunun bunu kabul ettiği anlamına gelir.

102 İşleme

Bu bir bakıma 100 kodunun bir benzeridir. Bir isteğin işlenmesi uzun zaman alabileceği zaman üretilir. Bu amaçlar doğrultusunda bekleme zamanlayıcısı sıfırlanır ve diğer komutların beklenmesi her zamanki gibi gerçekleşir. Bu aynı zamanda bir hata kodu da değildir.

Sunucu yanıtı 200 Tamam

Önem ve popülerlik açısından haklı olarak ilk sırayı alır, çünkü Kullanıcının isteği başarılı ve doğru bir şekilde işlenirse sunucunun verdiği şey budur.

Sunucu yanıtı 301

Aynı zamanda yaygın yanıt kodlarından biridir. Belirli bir adreste istenen sayfanın artık mevcut olmadığını bildirir ve ardından başka bir adrese yönlendirir. Örneğin bir siteyi HTTP protokolünden HTTPS'ye "taşırken" 301 yönlendirmesi kullanılabilir (bu genellikle Apache sunucularında bulunan .htaccess dosyası aracılığıyla uygulanır).

Sunucu yanıtı 302

Bu kod, istenen sayfanın konumunun geçici olarak değiştirildiğini gösterir. İstenilen belgenin yeni konumuna ilişkin bilgilerin de sağlanması gerekmektedir. Bu kod başlangıçta ana yönlendirme yöntemi olarak kullanıldı.

Sunucu yanıtı 404

İşte bu, 404 sunucu yanıt hatasını görmeyenler henüz doğmamış olanlar ve internetin yaratılmasından önce ölenlerdi. Bu kod istenilen belgenin herhangi bir sebepten dolayı sitede bulunmadığını belirtir. Sunucu yanıtı hata kodu 404, yalnızca kullanıcının belirttiği adreste hiçbir belge bulunmaması durumunda döndürülmelidir. Bir belge daha önce bu adreste bulunuyorsa ve daha sonra siteden kaldırıldıysa, sunucunun 404 değil 410 kodunu döndürmesi gerekir.

Sahte 404 sayfa

Çoğu web yöneticisi 404 sayfaya pek dikkat etmez ancak bu durum sitenin sıralamasına ciddi şekilde zarar verebilir. Bu bir paradoks, ancak 404 Dosya Bulunamadı mesajını içeren bir sayfa her zaman 404 kodu döndürmez.Bu tür sayfalara genellikle "Soft 404" adı verilir. Bunun nedenleri basit - bazı nedenlerden dolayı sayfa 404 ve 410 dışında bir kod döndürüyor - örneğin 200. Sayfa zaten oluşturulmuşsa ancak üzerinde henüz içerik yoksa bu oldukça mümkündür.

Sunucu yanıtı 500

Tüm 5xx serisi kodları, sunucunun isteği işlemeyi tamamlayamadığını gösterir. Kodun yanı sıra İngilizce olarak açıklayıcı bir ipucu (sebebiyle birlikte) görünmelidir.

500 Dahili Sunucu Hatası

5xx sınıfı diğer hatalar hariç, herhangi bir dahili sunucu hatası durumunda 500 kodu verilir. Böyle bir hata, istek anında sunucuda hemen bağlantı oluşturulduğunda verilebilir. En basit örnek, bir sitedeki dahili aramadır: istenen bağlantıda fiziksel olarak hiçbir belge yoktur.

Sunucu yanıtı 502

Sunucunun bir ağ geçidi veya proxy rolünü oynadığı durumlarda Kod 502 görüntülenebilir, ancak kendisi ile yukarı akış sunucusu arasında "ortak bir dil bulmanın" mümkün olmadığı, yani aslında bu sadece bir veri alışverişi hatasıdır. .

Sunucu yanıtı 550

Hata 550 oluşursa bu sunucu yanıt hatalarını ortadan kaldırmak için MX kayıtlarının ne kadar doğru yazıldığını kontrol etmeniz gerekir.

Çıktı bir tablo olacaktır.

Postanızın çalışması için gerekli girişleri içerdiğinden emin olmanız gerekir:

ÖNEMLİ! MX kayıtlarının karıştırılmasına izin verilmez; çıktıdaki tablo yalnızca postanız için özel olarak gerekli olan MX kayıtlarını içermelidir. Gerekirse hataları düzelterek ve/veya gereksiz öğeleri kaldırarak kayıtları düzeltmeniz gerekir.

Yandex aracılığıyla sunucu (sayfa) yanıt kodları nasıl alınır?

Adım 1. Aramada olması gereken site sayfasına ilişkin sunucu yanıt kodunu kontrol edin.

Sitenizin Yandex arama sonuçlarında yer alan herhangi bir sayfasını açın ve ardından adres çubuğundan bu sayfanın URL'sini kopyalayın.

Şimdi siteye bir robotun gözünden bakabileceğiniz ve Yandex panelinde sunucu yanıt hızını kontrol edebileceğiniz Yandex hizmetine (http://webmaster.yandex.ru/server-response.xml) gidiyoruz.

İlgilendiğimiz sayfanın URL'sini metin alanına yapıştırmanız ve “Kontrol Et” butonuna tıklamanız yeterlidir. Bu durumda sayfanın normal çalıştığını belirten 200 OK kodu aldık.

Adım 2. Sunucunun var olmadığı açık olan bir sayfaya verdiği yanıtı kontrol edin.

Aynı hizmette domain_name/some_crocozyabr adresini girin

Bu durumda 301 Kalıcı Olarak Taşındı yanıtı aldık. Bu, sayfa adresinin yanlış olduğunu ve sayfanın doğru adrese yönlendirildiğini gösterir.

Sunucu (site) yanıt kodlarını başka nasıl öğrenebilirim?

Alternatif olarak http://mainspy.ru hizmetini kullanarak yanıt kodunu girebilirsiniz. Yandex hizmetine benzer şekilde çalışır: ilgilendiğiniz URL'yi girin ve "Kontrol Et"e tıklayın. Bu durumda yanıt kodu ilk satırdadır:

Bertal, Mainspy'dan farklı olarak sayfaya yalnızca bir Yandex botunun gözünden değil, aynı zamanda Bing ve Google arama robotlarının gözünden de bakmanıza olanak tanır ve bonus olarak popüler tarayıcıları taklit edebilir. Kolaylık sağlamak için aynı sayfalara GoogleBot'un gözünden bakalım. Bu durumda yanıt kodu yeşil renkle vurgulanır.

Sunucu (site) yanıtlarının çevrimiçi olarak toplu kontrolü

Yanıt kodlarının toplu olarak kontrol edilmesi, bağlantıların satın alındığı (takaslar yoluyla veya doğrudan - fark etmez) bozuk siteleri bulmak için yararlı olabilir.

Dimax.biz - http://backlinks-checker.dimax.biz/tools/proverka_otveta_servera.php - bu en iyi damalardan biridir. Tek olumsuzluk, ücretsiz modda her biri 50 bağlantıdan oluşan en fazla 2 istekte bulunamamanızdır. Daha "ciddi" hacimler için ücretli PRO tarifesini kullanmanız gerekecektir. Çıktıda yanıt koduna göre sıralanmış bir liste alıyoruz. Bu durumda sıralamaya gerek yoktur çünkü Listede yalnızca 2 adres var ve her ikisi de 200 kodunu veriyor.

Urlitor, yanıt kodlarının toplu doğrulanmasına yönelik başka bir hizmettir. Hizmetin iyi yanı, test sonuçlarının anlaşılmasını kolaylaştırmak için tablo halinde sunulmasıdır. Bu arada, tablodaki bağlantılar tıklanabilir.

Site sunucusu yanıtının hızı (zamanı) nasıl kontrol edilir?

Bu tür hizmetlerden kaç tanesinin zaten oluşturulduğunu saymak imkansızdır. Bunlardan bazılarına bakalım.

Bu, hızı tüm parametrelerde analiz eden İngilizce bir araçtır. Onun yardımıyla saniyeler içinde hızı, test edilen sayfanın ağırlığını öğrenebilir ve ayrıca onu iyileştirmek için bir değerlendirme ve öneriler alabilirsiniz. Bu hizmetin avantajı her bir unsurun analiz edilmesidir. Bu analiz, belirli bir sayfanın ve/veya bir bütün olarak sitenin yüklenmesini tam olarak neyin yavaşlattığını bulmanızı sağlar.

Hangisi Daha Hızlı Yüklenir

Bu hizmetin temel özelliği, iki kaynağın yükleme süresini aynı anda analiz etmesidir. Bu, iki kaynaktan hangisinin daha hızlı olduğunu bulmanızı sağlar. Tek olumsuzluk, sonuçların farklı bağlantılarda ve farklı tarayıcılarda farklılık gösterebilmesidir.

Google Sayfa Hızı Analizleri

Google PageSpeed ​​Insights aynı zamanda mobil ve masaüstü sürümlerin hızını ölçmek için en güçlü araçlardan biridir. Değerlendirme 100 puan üzerinden yapılır. 85 puan veya daha fazlası iyi bir göstergedir. Ayrıca bonus olarak iyileştirme önerileri de veriyor.

Uzun sunucu yanıtı

Yarım saniyeden fazla süren yanıta genellikle "uzun" adı verilir. Bu nedenle siteyi uzun süre yüklerken tarayıcıda "sunucudan yanıt için zaman aşımı aşıldı" mesajını görebilirsiniz. Uzun bir yanıtın birçok nedeni olabilir:

Veri sağlamak için karmaşık mantık

Sunucunun, çok sayıda olması nedeniyle gelen istekleri zamanında işleme koyacak zamanı yok

Sorguların kendisi (karmaşık veya optimize edilmemiş veya her ikisi)

Çok sayıda dış kaynağa yönelik sorgular

Çok sayıda yürütülebilir dosya

Web sunucusunun isteği işlemesi uzun zaman alır.

Sunucu performansının en acı verici alanları:

Kullanılan web sunucusu (Apache, IIS).

Bazı web sunucuları, statik dosyaları sunarken bile gecikmelere neden olabilir, çünkü... Mimari düzeyde, çok sayıda isteği işlemek üzere tasarlanmamışlardır ve bu nedenle, sunucudan gelen yanıt için zaman aşımının aşıldığına dair bir mesaj oluşabilir. Bu nedenle, web sunucusunun normal çalışması için nginx'i (ve sunucu tarafı hesaplamalarını işlemek için Apache, php-fpm ve diğer uygulama sunucularıyla birlikte) kullanmak mantıklıdır.

OpCache'i kullanma.

Yürütülebilir kodu (site komut dosyaları) önbelleğe alarak sunucu yanıt süresini kısaltın - bu, PHP talimatlarını her seferinde ikili koda çevirmek yerine hazır bir sonuç kullanmanıza olanak tanır. Ancak bu önbelleğe almanın, PHP komut dosyalarını çalıştırmanın sonuçlarının önbelleğe alınmasıyla hiçbir ortak yanı yoktur.

Veritabanı sorguları.

Sunucu performansına yönelik ikinci adım, veritabanında tabloların (indekslerin) kurulması ve bunların sorgu işlemeyi kolaylaştıracak şekilde yapılandırılmasıdır. Bu aynı zamanda ara sonuçların yeniden hesaplanmasını ve en sık kullanılan sonuçların ayrı tablolarda önbelleğe alınmasını da içerir. Bu, sunucu kaynaklarının tüketimini birkaç kez azaltacak ve sunucu yanıt süresinin azaltılmasına yardımcı olacaktır.

Karmaşık veri işleme mantığı.

Üçüncü adım sunucu mantığını basitleştirmektir. Temel olarak, yalnızca gereksiz işlemleri ortadan kaldırmak ve sunucu tarafı komut dosyalarının yürütme süresinin profilini çıkarmaktır.

Üçüncü taraf hizmetlerine erişim.

Verilerin talep edildiği hizmetlerin performansı neredeyse hiç kimse tarafından kontrol edilmediğinden, sunucu komut dosyalarının kodunda yazılan üçüncü taraf hizmetlere yönelik istekler, pek çok sürprizi beraberinde getirebilecek "ortak bir hikayedir". Ancak üçüncü taraf bir hizmetin yanıt süresi, sunucunun yanıt süresini doğrudan etkiler. Bu nedenle, sunucu sorgularında yalnızca herhangi bir zamanda performans kalitesi açısından izlenebilen dahili kaynakları kullanmak veya istemciden ertelenmiş modda veri talep etmek en iyisidir.

Web sunucusu yanıt hızı promosyonu neden etkiler?

Birincisi, yükleme hızı sıralama faktörlerinden biri olduğundan (belirleyici olmasa da). Google, web sitelerinin %1'inden azının sayfa hızına göre sıralandığını açıkça belirtmektedir. ANCAK…

İkinci olarak, sayfanın yüklenmesi çok uzun sürerse kullanıcı sayfayı kapatacaktır. Bu kullanıcı davranışına genellikle “reddetme” denir. Bu arada, "reddetmelerin" arama sonuçlarındaki konumlar üzerinde doğrudan etkisi vardır. İndirme hızı ne kadar yüksek olursa, başarısızlık oranı o kadar düşük olur ve sonuç olarak konumlar da o kadar yüksek olur.

Sunucudan yanıt beklenirken zaman aşımına uğradı.

Öncelikle başarısızlığın nedenini anlamak önemlidir. Onlar. kullanıcı adresi girer ve tarayıcı şu anda bir grup istek gönderir ve ayrıca her biri için bir geri sayım kronometresi başlatır. Belirli bir süre sonra tarayıcı isteğine yanıt alamazsa, kullanıcı böyle hoş olmayan bir resim görecektir.

Başarısızlığın birkaç ana nedeni olabilir:

• Sunucularının dengesiz çalışması nedeniyle siteye bağlanmak imkansızdır;
• Bozuk tarayıcı ayarları veya karışıklık;

Kullanıcı tarafında internet bağlantısı ile ilgili sorunlar;

Kaynak engellendi.

Çözmek için ne yapmalı?

Hata tek ise Ctrl+F5 kombinasyonunu kullanarak sayfayı yeniden yükleyin. Sayfayı birkaç kez yeniden yüklemeniz gerekebilir. Eğer işe yaramazsa İnternet bağlantınızı kontrol edin.

Ağ ayarları.

1. Bazı siteler bazen kaprislidir. Dinamik IP için çözüm basit olacaktır - gücü kapatarak yönlendiriciyi yeniden başlatın.

2. Yavaş bir bağlantı bazen ERR_CONNECTION_TIMED_OUT hatasına neden olur. İnternet hızı Yandex İnternetometre kullanılarak kontrol edilebilir. Hız çok düşükse İnternet sağlayıcınızla iletişime geçmelisiniz.

3. Yabancı DNS adreslerinin varlığı için “Ağ Özellikleri”ni kontrol etmeniz gerekir. Bu tür adresler varsa, bunları silin (her ihtimale karşı bir yere yeniden yazdıktan sonra) ve bilgisayarda yüklü olan anti-virüs yazılımını (NOD32, Kaspersky, AdwCleaner, MalwareBytes, Dr.Web vb.) kullanarak sistemde virüs olup olmadığını kontrol edin. Bu amaçlar için Canlı indiricileri kullanmak en iyisidir.

4. Yönlendiricinin ayarlarını kontrol edin. MTU parametresi çoğunlukla kaybolur. Bir yönlendirici kurmak için evrensel öneriler vermek imkansızdır çünkü... bu doğrudan hem yönlendirici modeline hem de İnternet sağlayıcısına bağlıdır. Tipik olarak MTU değerleri 1500, 1460, 1476'dır.

Sunucu yanıt süresi ne olmalıdır?

Ve hemen belirli sayılar:

En yüksek dönüşüm oranları, masaüstü ve mobil sürümlerde sırasıyla 1,8 ve 2,7 saniyede tamamen yüklenen sayfalardadır.

En düşük hemen çıkma oranı, masaüstü ve mobil versiyonlarda sırasıyla 1 ve 0,7 saniyede tamamen yüklenen sayfalar içindir.

Bu rakamlar Akamai Technologies tarafından yapılan bir araştırmadan alınmıştır.

Yani siteyi yükleme hızı açısından kontrol ettiniz. Peki sonuçlara nasıl tepki verilir?

<1 секунды - идеал

1-2 saniye - neredeyse ideal

3-5 saniye - tolere edilebilir, ancak bitirmek mantıklıdır

5-10 saniye - kötü, acilen bitirmem gerekiyor

≥10 saniye - çok kötü, ACİL DURUMda bitirmeniz gerekiyor

Ancak, çok önemli bir kuralı unutmamalıyız - indirme hızı rakiplerden daha yüksek olmalıdır. The New York Times'ın araştırması, 0,25 saniyelik bir farkın ziyaretçilerin daha hızlı bir siteyi tercih etmesi için yeterli olabileceğini gösterdi. Ve siz gözünüzü kırpıncaya kadar (en gerçek anlamda), kullanıcı sizi bir rakibe bırakacaktır.

Sunucu yanıtını azaltmak

Grafik optimizasyonu.

Daha önce bazı damaların optimizasyon önerileri de sunduğunu söylemiştik. Bunların arasında, küçültülerek optimize edilebilecek resimlerin adreslerini bulabilirsiniz.

Tarayıcı önbelleğini kullan.

Tarayıcı görüntüleri önbelleğine indirecektir. Sonuç olarak, görüntülerin sunucudan yeniden indirilmesine artık gerek kalmayacak ve bu da indirme sırasında çok fazla zaman kazandıracak.

Sıkıştırmayı etkinleştir.

Gzip kullanılıyorsa geçerlidir. Sonuç olarak, veri hacmi 4, hatta 5 kat azalır, iletilen verilerin hacmi ne kadar küçük olursa, aktarılması da o kadar az zaman alır.

Sunucu yanıt süresini azaltın.

Pingdom hizmetini kullanarak sunucunun yanıt kodunu göndermesinin ne kadar süreceğini hesaplayabilirsiniz. İdeal süre 0,2 saniyeden fazla değildir.

Bu talimatlar siteyi önemli ölçüde hızlandırmaya yardımcı olacaktır. Ancak işlevselliğe veya görünüme zarar verme riski vardır. Bu nedenle her işlemden önce kaynak dosyaların yedeğini almak zorunludur. Ayrıca teknik uzmanlara danışmaktan da zarar gelmez.

Merhaba, blog sitesinin sevgili okuyucuları. Bugün sunucu yanıtında bileşenler olarak yer alan ve sitenin işleyişi hakkında değerli bilgiler sağlayan durum kodlarına ve HTTP başlıklarına bakmak istiyorum. Peki, hangi araçların bunları kontrol etmenize izin verdiğine bakalım.

Bu materyal, tam olarak bir web kaynağının herhangi bir sayfasının içeriği olan hiper metni () iletmek için bir "araç" işlevi gören, hakkında genel bilgi sunduğum önceki makalenin mantıksal bir devamı olacaktır.

Sunucuya istekte bulunduğunuzda sitenizin her sayfası doğru kodla yanıt verirse bu, sitenizin başarılı tanıtımına büyük katkı sağlayacaktır. Tersine, web sayfasının durumuna uymayan kod, web yöneticisinin hayatını büyük ölçüde mahvedebilir ve konumlarda bir düşüşe neden olabilir. Bu nedenle bu konuyu ihmal etmemenizi ve bu yazıyı okuyarak en azından genel anlamda buna gereken önemi vermenizi tavsiye ederim.

Sunucu yanıtı ve SEO'yu etkileyebilecek bileşenleri

Bağlantısı yayının başında verilen HTTP protokolü (HTTPS) aracılığıyla veri aktarımının özünü açıklayan bir makalede, şemaya dayanan iletişimin prensipte nasıl gerçekleştiğini yazdım. "istemci isteği - sunucu yanıtı".

Bunun nasıl yapıldığını kısaca hatırlatayım. Tarayıcı, kullanıcı sayfanın URL'sini adres çubuğuna girdikten sonra, tüm alan adlarının () listelerinin saklandığı en yakın DNS sunucusuyla ve bunların karşılık gelen IP adresleriyle (sunucular dahil İnternet'teki her cihazın sahip olduğu) iletişim kurar. sitelerin “yaşadığı” yer).

Gerekli IP'yi alan tarayıcı, istenen içeriği elde etmek için bu IP'ye karşılık gelen sunucuya bir GET isteği gönderir. Sunucu yazılımı isteği işler ve web sayfasının içeriğini HTML kodu biçiminde içeren bir yanıt gönderir; bu yanıt daha sonra web tarayıcısı tarafından sayfanın içeriğini insan tarafından okunabilir bir biçimde görüntüleyecek şekilde değiştirilir.

Ancak dedikleri gibi tek bir tarayıcı değil... Benzer şekilde, bunun için gerekli işlevselliğe sahip herhangi bir istemci programı da dahil olmak üzere sunucuyla "diyalog kurabilir" arama motoru robotları. Çeşitli uygulamalar için bu tür etkileşim mekanizmasının prensipleri tamamen aynıdır, tek fark detaylardadır.

Nüanslardan biri, bir web tarayıcısının ana görevinin, kullanıcının ihtiyaç duyduğu sayfanın içeriğini görüntülemek olmasıdır. Arama botları için içeriği monitör ekranında görüntüleme işlevi hiç alakalı değildir. Sunucu yanıtında her zaman bulunan bilgileri kendi bencil amaçları için, yani bir kaynak sayfasını değerlendirirken kullanılan ek bir faktör olarak kullanırlar.

Sunucunun Yandex arama motoru robotundan gelen bir isteğe verdiği yanıtı pratik olarak kontrol etmek için, incelenen sayfanın URL'sini gireceğiniz özel bir araç kullanabilir ve ayrıca açılır listeden istediğiniz botu seçebilirsiniz (buna ek olarak) Bunlardan en önemlisi, aynalar, görüntüler, video aramaları ve diğerleri için robotlar vardır):

Aşağıda size bu verilerden hangi yararlı şeylerin toplanabileceğini daha ayrıntılı olarak anlatacağım. Sonuçta bunu anlarsak web sitesi sayfalarının SEO optimizasyonu açısından hangi yolu izlememiz gerektiğini bulabiliriz. Peki, sunucu yanıt kodunu kontrol edebileceğiniz ve HTTP başlıklarının içeriğini görüntüleyebileceğiniz diğer çevrimiçi hizmetlere dikkat edelim.

HTTP durum kodları - 200, 301, 302, 403, 404, 500 ve diğerleri

Sunucu yanıtında gelen durum kodu, istemci uygulamasının sunucuya istek gönderdiği sitenin web sayfasının durumunu belirler. Örneğin, HTTP 200 Tamam sayfanın tüm içeriğinin aktarıldığı ve görüntülenmeye hazır olacağı anlamına gelir.

Başarılı bir tanıtım için asıl önemli olan, her özel durumda durum kodunun doğru olması ve mevcut duruma karşılık gelmesidir. Örneğin, adres bir nedenden ötürü kalıcı olarak değiştirilmişse, sunucu yanıtı, incelenen sayfayla ilgili olarak varlığı belirtmelidir (aşağıdaki ekran görüntüsünde, yönlendirmenin yapıldığı sayfanın URL'si). yapılan “Konum” değeri olarak gösterilir):

Pratik bir örnek, aynı içeriğe sahip yinelenen sayfalar oluşturan ve bunları ortadan kaldırmak için uygun önlemler alınmadığında çökmelere yol açabilen sürekli yeniden yönlendirmedir. Mantık yürütmemize devam etmeden önce, genel olarak beş gruba ayrılan kodların neler olduğuna bakalım:

1. 1XX- sunucunun isteğin işlenme süreci hakkında rapor verdiği bilgilendirici.

2. 2XX— Başarıyla aktarılan veriler hakkında bilgi veren HTTP kodları. Zaten 200 OK'den bahsetmiştim, gerisi onun türevleri.

3. 3XX— bir URL'den diğerine çeşitli yönlendirme türleri. Örneğin, 301, sayfa adresinin kalıcı olarak değiştirildiği anlamına geliyorsa, 302, geçici bir yönlendirmeyi belirtir. Kalıcı 302 yönlendirmesinden farklı olarak, sayfanın ağırlığını eski adresten aktarmak için arama motorlarına gönderilen bir sinyal değildir, bu nedenle pratikte yalnızca en uygun çözüm olduğu istisnai durumlarda kullanılır.

4. 4XX— İstemciden gelen istekteki HTTP hata kodları. Örneğin, iyi bilinen durum kodu 404, ana bilgisayarda o adreste hiçbir belge bulunmadığı anlamına gelir.

5. 5XX— sunucuda, sayfanın sağlanamamasına neden olan bir hata.

İlgili Wikipedia sayfasını ziyaret ederseniz, sunucunun HTTP yanıtında sağlanan durum kodlarının daha ayrıntılı bir listesini alabilirsiniz.

Web kaynağı sayfalarının doğru durumunun önemini abartmak çok zordur. Bu nedenle zaman zaman sitenizdeki sayfalara ait sunucu yanıt kodlarını kontrol etmeye çalışın, bu sizi birçok sıkıntıdan koruyabilir.

Örneğin, aşağıdaki durumlar olmuştur: sunucu beklenen 200 yerine 404 HTTP koduyla yanıt veriyor, çünkü gerçekte web sayfalarına erişilebilir ve mükemmel bir şekilde açıktır. Sunucu aynı Yandex robotundan gelen bir isteğe yanıt verdiğinde Allah korusun böyle bir durum ortaya çıkarsa, bu sayfaların dizinden çıkması muhtemeldir ki bu çok hayal kırıklığı yaratacaktır.

Ancak böyle bir mücbir sebep olayı meydana gelse bile, durum kodunun zamanında kontrol edilmesi, bu sorunun zamanında tespit edilmesine ve web sitesi optimizasyonunun diğer önemli konuları için ihtiyaç duyabileceğiniz minimum zaman ve çaba harcamasıyla sonuçlarının düzeltilmesine yardımcı olacaktır.

Standart sanal barındırma hizmetiniz varsa teknik desteğinizle iletişime geçmek genellikle en iyi çözümdür. Kaynağınız özel bir sunucuda bulunuyorsa, büyük olasılıkla sorunu kendiniz çözmek zorunda kalacaksınız, ancak asıl önemli olan, yalnızca onun varlığını değil, aynı zamanda "nereden geldiğini" de bilmenizdir.

Sunucu yanıtının verildiği yukarıdaki ekran görüntüsüne baktığınızda durum kodunun bulunduğu satırın hemen altında sunucu yanıt süresi, sitenin IP adresi, kodlaması ve sayfa boyutu hakkında bilgiler içeren bir açıklamanın bulunduğunu göreceksiniz:

Özellikle ilginç sunucu yanıt süresi,'nin bir bileşenidir. Bu metrik sıralama faktörlerinden biridir, dolayısıyla onu nasıl azaltacağımız konusunda çıkarımız var.

Tepki süresi ne olmalı? Örneğin Google, maksimum 200 ms'lik (milisaniye) bir sınır tanımlar, ancak elbette ne kadar düşükse o kadar iyidir. Sunucu yanıt hızı nasıl artırılır? Öncelikle üzerinde bazı aktiviteler gerçekleştirmeyi deneyin, bir önbellek eklentisi kurmanın sorunu çözmesi oldukça olası.

Çoğu şey sunucunun ayarlarına ve yazılım özelliklerine bağlı olduğundan, gerçekleştireceğiniz eylemlerin çok az faydası olması mümkündür. O zaman barındırma sunucusu yöneticisiyle iletişime geçmek mantıklı olacaktır. Net bir cevap alamazsanız ve sunucu yanıt süresi yukarıda belirtilen sınırı büyük ölçüde aşarsa, en azından sağlayıcıyı değiştirmeyi düşünmelisiniz.

HTTP başlıkları ve anlamları

Bu bağlamda, aşağıdaki cevap örneklerini ele alacağız: arama motoru robot sorguları, çünkü ilk etapta bizi ilgilendiriyorlar. Açıklık sağlamak için, önce 200 OK durumuna sahip sayfa URL'sine karşılık gelen HTTP başlıklarını içeren bir ekran görüntüsü sunuyorum:

Sunucu— web sunucusunun adı ve sürümü. Bu örnekte bu, düşük kaynak tüketimi ve yapılandırma esnekliği nedeniyle ana Apache sunucusunun çalışmasını optimize etme sorununu çözen ve onunla birlikte kullanılan nginx'tir.

Tarih- talep edilen sayfanın içeriğinin iade tarihi ve saati.

İçerik Uzunluğu— iletilen içeriğin bayt () cinsinden hacmi.

Bağlantı- bağlantı. Keep-alive parametresi, belge yayınlandıktan sonra sunucuyla bağlantının kopmaması ve ek isteklerin gönderilebilmesi anlamına gelir.

Çeşitli— bu başlık, birden fazla sürümü varsa doğru belgeyi düzenlemenize olanak tanır. Örneğin, sayfa sıkıştırma teknolojisini kullanırken, hem sıkıştırılmış hem de sıkıştırılmamış sürümlerin önbellekte saklanması önemlidir. Bir Kabul-Kodlama yanıtıyla önbellek, farklı istemci uygulamaları (aracılar) için istenen sayfanın farklı sürümlerini içerecektir.

Önbellek Kontrolü— önbellekleme yönetimi. Örneğimizde bu başlık, belgenin bulunduğu önbellek türünü (genel) ve önbellekte olması gereken süreyi (maksimum yaş) yansıtır. public değeri, bu işlemin genel önbellekte saklanan dosyalara uygulandığını belirtir. Max-age parametresi süreyi saniye cinsinden verir.

X-Hiper-Önbellek birçok WordPress kullanıcısının muhtemelen hemen tanımlayacağı özel bir başlıktır. Şüphesiz sınıfının belki de en iyisi olduğunu düşündüğüm eserle ilgili. "hit - gzip" değeri, önbelleğe alınan sayfaya gzip sıkıştırmasının uygulandığını gösterir.

İçerik Kodlama— yanıtta iletilen sayfa içeriğini kodlamanın (genel anlamda) bir yöntemi. Örneğimizde gzip sıkıştırması uygulandı. Bu, istemci programına (Kullanıcı Aracısı) içeriğin doğru şekilde algılanması için paketini açması yönünde bir sinyaldir.

Şimdi tanıtım üzerinde ciddi bir etkisi olabileceği için web yöneticilerinin içeriğine özellikle dikkat etmesi gereken yanıt başlıklarını not edeceğim. Dahası, HTML sayfalarının "anında" oluşturulduğu site içerik yönetimini kullanırsanız, büyük olasılıkla, bir web sayfasında sorun varsa, diğerleri de bundan zarar görecektir.

İçerik türü— içerik türü; bu örnekte UTF-8 kodlamasındaki HTML kodudur. Kodlamanın yanlış belirtilmesi metnin kullanıcılar ve PS botlar tarafından algılanmasında zorluklara neden olabilir ve bu da sayfanın indekse dahil edilmemesine neden olabilir.

Sonuçta, kodlamanız yanlış ayarlanmışsa, yeterli Rusça metin yerine aynı kullanıcılar sayfada anlaşılmaz "çılgın kelimeler" görecek ve bu da web sitenizin prestijini artırmayacaktır.

Son düzenleme— web sayfasındaki son değişiklik tarihi. İstemci (bizim durumumuzda, Yandex robotu) içeriğin güncellendiği tarihi içeren bu başlığı sunucudan aldıysa, aynı sayfanın URL'sine bir sonraki erişiminde, bunu sunucuya gönderecektir. rica etmek Eğer-Değiştirildiyse-Since.

Web sunucusu, son değişikliklerin zamanından If-Modified-Since başlığında belirtilen zamana kadar olan süreyi vurgulayacaktır. Bu süre zarfında sayfada herhangi bir değişiklik yapılmadıysa sunucu, HTTP kodunu içeren bir yanıt gönderecektir. 304 Değiştirilmedi ve bu durumda sayfanın içeriği gönderilmeyecektir. Düzenleme gerçekleştiyse, o zaman robot 200 kodunu alacak OK değiştirilmiş içerikle birlikte.

Bu mekanizma, doğru yapılandırılırsa sürekli güncellenen bilgiler sağlamanıza olanak tanır. Sonuçta, burada verilerin alaka düzeyi önemlidir ve bu, son güncelleme zamanının kontrol edilmesinin doğru uygulanmasıyla sağlanır. Sonuçta, yanlış yapılandırılırsa (Son Değiştirme Tarihinde belirtilen tarih değişmezse), içerik düzenlenmiş olmasına rağmen robot yalnızca 304 Değiştirilmedi kodunu alabilir (belgenin yeni sürümünde 200 Tamam yerine) birkaç defa.

Sitenizin bulunduğu sunucuda Last-Modified'ın düzgün çalışıp çalışmadığını nasıl kontrol edebilirsiniz? Hadi anlamaya çalışalım belirli bir örnek üzerinde.

Bağlantısını yukarıda sunduğum aynı Yandex hizmetinde, If-Modified-Since isteği eklemenize ve ihtiyacınız olan tarih ve saati belirtmenize olanak tanıyan özel bir seçenek var (GMT formatında, yani Greenwich, Moskova saat dilimine göre bu - 3 saat) dakikaya kadardır; bu, güncellemelerin kontrol edilmesi için zaman aralığını belirleyecektir:

Buradan, blog sayfalarımdan birinin (sunucu yanıtının tüm bölümlerinin işaretlendiği) URL'sine göre yapılan kontrolün sonucunu gösteren 10. ekran görüntüsüne bir göz atın. Burada, başlıkların bir kısmında belirli bir Last-Modified değeri, yani son güncelleme tarihi verilir. Şimdi isteğe If-Modified-Since göstergesini dahil ediyorum ve sunucunun yanıtını kontrol ediyorum:

Gördüğünüz gibi web sayfasının içeriği olmadan 304 Değiştirilmedi kodu alındı ​​ki bu durum bu durum için kesinlikle doğrudur, çünkü içerik aslında bu dönemde güncellenmemiştir. Daha sonra test etmek için bu makaleye küçük bir metin parçası ekledim.

Daha sonra Yandex robotundan sunucuya tekrar bir istek gönderdim; bu, önbellekleme mekanizmasının doğru çalışmasıyla (sayfayı güncelledikten sonra önbellekte en son sürüm bulunur), yeni içerikle 200 OK yanıtı döndürmesi gerekir; Ne oldu:

Tam bir güvence için, içerik hacminin biraz arttığını gösteren İçerik Uzunluğu başlığının içeriğini de görüntüleyebilirsiniz (düzenlemeden önce 18443'e karşı 18437). Biraz metin eklediğim için bu doğrudur. Benzer şekilde, sunucunuz için başlıkların doğru şekilde yapılandırıldığını kontrol edebilirsiniz.

Konum Bu konuyla ilgili bilgilerin eksiksizliği açısından not etmek istediğim başka bir başlık. Robot bir web sayfası için istek gönderirse sunucu yanıtında görünür kalıcı yönlendirmenin yapıldığı yer(HTTP kodu 301):

Yönlendirmenin yerleştirildiği yeni adres, Konum başlığında mevcut olacaktır. Yanıtta sayfa içeriği yok, bu da oldukça mantıklı ancak 301 Moved Permanently yanıt kodunun ardından gelen açıklama, yönlendirmenin yapıldığı URL'ye sayfanın boyutunu belirtiyor.

Çevrimiçi hizmetlerde sunucu yanıtını kontrol etme

Ayrıca, resmi tamamlamak için sunucunun HTTP yanıtını kontrol etmenize olanak tanıyan çevrimiçi hizmetleri not etmek faydalı olacaktır. İnternette, iyi işlevselliğe sahip olan bunu (Checkmy.ru) beğendim. Şimdi sunucunun buna verdiği yanıtı kontrol edelim, ancak bir Google robotunun değişiklik talebine:

İşlemi etkinleştirdikten sonra hemen altında tüm düzenleri içeren bir yanıt alacaksınız:

Checkmy hizmeti, kullanıcılara yalnızca isteğin gönderileceği uygulamanın (Kullanıcı Aracısı) seçimini sunmakla kalmaz, aynı zamanda yukarıda tartışılan If-Modified-Since ve Accept-Encoding başlıklarının kullanımını da sunar.

Ayrıca, yanıt bir yönlendirme kodu içeriyorsa, yönlendirmelerin sayısı da belirtilir (ideal olarak tek olması gerekir). Ardışık birkaç yönlendirme zaten bunun hakkında düşünmek için neden veriyor, çünkü bu, kaynağı optimize etmek için en iyi seçenek değil.

Site ayrıca, gittiğiniz herhangi bir web sayfasının hızlı bir şekilde kontrol edilmesini sağlayacak bir tarayıcı yer imi gibi bir özelliğe de sahiptir. Bunu yapmak için üst menüden “Hızlı erişim” bağlantısını tıklayarak sayfayı aşağı doğru kaydırarak istediğiniz konuma getirmeniz yeterlidir. Daha sonra farenin sol düğmesini kullanarak düğmeyi tutun "Kontrol et", onu tarayıcınızın yer işaretleri çubuğuna taşıyın:

Sonuç olarak, 200 URL için sunucu yanıtının toplu kontrolünü aynı anda başarıyla gerçekleştirebileceğiniz ve URL'li bir ZIP arşivi indirmenin mümkün olduğu başka bir hizmeti not etmek isterim. Tatlı olarak 404 Soft kodunun ne olduğu ve web yöneticileri için neden tehlikeli olduğu hakkında bir video:

HTTP durumu ve hata kodları, web sayfasının üst kısmında görünen, sunucudan gelen kısa bir mesaj gibidir. Aslında web sayfasının bir parçası değil. Sunucuyla iletişim kurulduğunda döndürülen bu mesaj, sunucu sayfayı görüntüleme isteği aldığında işlerin nasıl olduğunu bilmenizi sağlar.

Bu mesajlar, siz onları görmeseniz bile, tarayıcı sunucuyla her etkileşim kurduğunda döndürülür. HTTP durum kodları, bir sitenin yapılandırmasında karşılaşılan hataları teşhis etmek ve düzeltmek için çok değerli bir araçtır.

Bu makalede en yaygın durum kodları ve hata kodları sağlanmaktadır.

Nerden geliyorlar?

Bir bağlantıya her tıkladığınızda veya bir URL girdiğinizde ve " Girmek", tarayıcı sunucuya bir istek gönderir. İsteği alır ve işler, ardından istenen kaynakları bir HTTP başlığıyla birlikte geri gönderir.

Durum kodları tarayıcıya HTTP başlığında iletilir. Her ne kadar onları görmüyorsan da. Ancak bir şeyler ters gittiğinde kullanıcıya tarayıcıda bir durum kodu gösterilir. Bu sunucunun şunu söyleme şeklidir: " Yanlış bir şey mi var? İşte tam olarak ne olduğunu açıklayan kod».

Google HTTP Durum Kodu 404

Tarayıcının normalde görüntülemediği durum kodlarını görmek için özel araçlara ihtiyacınız olacaktır. Chrome ve Firefox gibi popüler tarayıcılar için ilgili uzantılar mevcuttur. Başlıkları görüntülemek için Web Sniffer gibi birçok hizmet de vardır.

Bu araçlardan birini kullanarak HTTP durum kodunu görmek için raporun üst kısmında "Durum: HTTP/1.1" yazan satırı arayın. Bundan sonra sunucunun döndürdüğü durum kodu gelir.

HTTP durum kodu sınıfları

HTTP durum kodları 5 sınıfa ayrılır:

• 100: Tarayıcı tarafından başlatılan isteğin devam ettiğini belirten bilgi kodları.
• 200: başarılı istek kodları. Tarayıcı isteği sunucu tarafından başarıyla alındığında, tanındığında ve işlendiğinde döndürülür.
• 300: İstenilen kaynak yenisiyle değiştirildiğinde yönlendirme kodları döndürülür.
• 400: İstemci tarafında oluşan ve istekte sorun olduğunu gösteren http hataları.
• 500: İsteğin kabul edildiğini ancak sunucudaki bir hatanın isteğin tamamlanmasını engellediğini belirten sunucu hata kodları.

HTTP durum kodlarının listesi

40'tan fazla farklı sunucu durum kodu vardır. Ancak düzenli olarak karşılaşacağınızların sayısı bir düzineden azdır. Aşağıda HTTP durum kodlarının bir listesi bulunmaktadır:

Durum kodu 200

200: "Her şey yolunda." Bu, bir web sayfası veya kaynak tam olarak beklendiği gibi davrandığında döndürülen koddur.

Durum kodları 300

301: " İstenen kaynak kalıcı olarak taşındı" Bu kod, bir web sayfası veya kaynak başka bir kaynakla değiştirildiğinde döndürülür. URL'leri kalıcı olarak yönlendirmek için kullanılır.

302: Bu bir http hatasıdır " İstenilen kaynak taşındı ancak bulundu" Bu kod, istenen kaynağın bulunduğunu ancak beklenen konumda olmadığını belirtmek için kullanılır. URL'leri geçici olarak yönlendirmek için kullanılır.

304: " İstenen kaynak, en son erişildiği andan bu yana değişmedi" Tarayıcı önbelleğinde depolanan kaynakların değişmediğini bildirir. Daha önce indirilen kaynakları yeniden kullanarak web sayfalarının dağıtımını hızlandırmak için kullanılır.

Durum kodları 400

http hatası 403: " Bu kaynağa erişim reddedildi" Kullanıcı, erişim haklarına sahip olmadığı bir kaynağı açmaya çalıştığında döndürülür. Örneğin, yetkisiz bir kullanıcının parola korumalı içeriği görüntülemeye çalışması 403 hatasıyla sonuçlanabilir.

404: " İstenilen kaynak bulunamadı" En yaygın hata mesajı. İstenen kaynağın mevcut olmadığı ve sunucunun bu kaynağın var olup olmadığını bilmediği anlamına gelir.

405: " İzin verilmeyen yöntem" Barındırma sunucusu (kaynak sunucu) alınan yöntemi desteklediğinde ancak hedef kaynak eksik olduğunda oluşturulur.

406: " Uygunsuz cevap" İstenen kaynak, yalnızca istekte gönderilen Kabul üstbilgilerine göre kabul edilemez içerik oluşturma yeteneğine sahiptir.

408: " Sunucu, tarayıcıdan gelen isteğin geri kalanının gelmesini beklerken zaman aşımına uğradı" Tarayıcıdan gelen isteğin tamamı zaman aşımına uğradıktan sonra sunucu işlemi iptal ettiğinde oluşturulur. Başka bir deyişle sunucu, tarayıcı tarafından gönderilen isteğin tamamını alamadı. Olası bir neden, tarayıcı ile sunucu arasında paket kaybına neden olan ağ tıkanıklığı olabilir.

410: " İstenen kaynak eksik ve iade edilmeyecek" 404 Bulunamadı koduna benzer, ancak 410 durum kodu bu durumun sürekli olarak beklendiğini belirtir.

429: Bu bir http hatasıdır " çok fazla istek" Kullanıcı belirli bir süre içinde çok fazla istek gönderdiğinde sunucu tarafından oluşturulur ( Hız Limiti). Bazen hata siteye erişmeye çalışan botlardan kaynaklanabilir. Bu durumda WordPress yönetici giriş URL’nizi değiştirmeniz gerekebilir.

429 çok fazla istek

499: " Müşteri isteği kapattı" NGINX hala onu işlerken istemci isteği kapattığında NGINX tarafından döndürülür.

Durum kodları500

500: "H ve sunucu bir hatayla karşılaştı ve istek tamamlanamadı" Genel http kodu, " olarak da adlandırılır İç Sunucu Hatası" Sunucuda bir şeyler ters gitti ve istenen kaynak teslim edilemedi. Bu kod, PHP kodu veya veritabanı bağlantısı başarısız olduğunda üçüncü taraf eklentiler tarafından oluşturulur.

Veritabanıyla bağlantı kurulurken hata oluştu

501: "Uygulanmadı." Bu hata, sunucunun isteği tamamlamak için gereken işlevselliği desteklemediğini gösterir. Hata neredeyse her zaman sunucunun kendisiyle ilgilidir ve sorunu çözmek için barındırma sağlayıcısının destek hizmetine başvurmanız gerekir.

Sosyal Medya İçerik Pazarlaması: Takipçilerinizin Aklına Nasıl Girilir ve Onları Markanıza Aşık Etmek adlı yeni bir kitap yayınladık.

Yanıt kodu 200, kullanıcıya isteğin başarıyla işlendiğini bildiren HTTP kodu türlerinden biridir. Sunucu, duruma bağlı olarak mesajın gövdesini ve başlığını sağlayabilir.

Kanalımızda daha fazla video - SEMANTICA ile internet pazarlamasını öğrenin

Bir örnek verelim. Başka bir şehre bir paket gönderdiniz. Postane sana bir takip numarası verdi. Bunu kullanarak gönderinizdeki sorunun ne olduğunu görebilirsiniz; şehrinizdeki tasnif merkezinden çıktı mı, yoksa başka bir yere mi geldi. Burada muhatabına teslim edildi. Sistem her defasında bir talebe yanıt olarak size bir durum verir.

Nasıl çalışır

Öncelikle şuna bir bakalım. Böylece kullanıcı bir tarayıcı açar ve bir İnternet kaynağına istekte bulunur. Bundan sonra tarayıcı, ana bilgisayardan üç basamaklı bir kodun belirtildiği bir yanıt alır. Sayıların bir kombinasyonuyla, ana bilgisayarda o anda hangi durumun gözlemlendiğini belirleyebilirsiniz.

HTTP, farklı (kullanıcının tarayıcısı ve sitenin bulunduğu web sunucusu) arasında veri alışverişi için özel bir protokoldür. Yani tarayıcı ilgilendiği sunucuya bir istek gönderir, bu bir eylem veya belge olabilir ve ardından bir yanıt alır. İsteğe verilen yanıt olumlu ise sunucu yanıt kodu 200 görüntülenir ve dosya indirme işlemi başlar. Olumsuz ise yani istenen sayfa bulunamadıysa veya hizmette sorun varsa hata mesajı görüntülenir.

Düzgün site dizine ekleme için 200 kodu ne anlama gelir?

2xx sunucu yanıt kategorisi “Başarı” kategorisidir. Bu kategori kullanıcılara olumlu bir sonuç bildirir. Özellikle “200 OK” kodu kullanıcıya isteğinin başarıyla tamamlandığını bildirir. Örneğin müşteri belirli verileri talep etti. Sunucu yanıtının 200 olması, bu verilerin başlıkta veya mesajda görüntülendiği anlamına gelir.

Bugün tüm arama motorları, sorgulara 200 yanıt kodu sağlayan kaynakları ve bağlantıları indeksler.Arama motoru bunu şu şekilde anlar: sayfa gerçekten var, yani indeks veritabanına dahil edilebilir. Bir arama motorunun belirli bir sayfayı dizine eklemesini istiyorsanız, 200 yanıt kodunu ürettiğinden emin olun.

Var olmayan sayfaların 200 kodunu döndürüp döndürmediğini kontrol etmek önemlidir. Bu, ekranda görsel olarak “404 - sayfa bulunamadı” ifadesini gördüğünüzde bile mümkündür. Bu sorunun nedeni sitenin yanlış yapılandırılması olabilir. Kaynağınızı tanıtırken sorun yaşamak istemiyorsanız, doğru sunucu yanıtı için tüm sayfa türlerini kontrol edin. Bu şekilde yalnızca gerekliymiş gibi görünen sayfaları tanımlayabilirsiniz.

Yanıt kodları nasıl kontrol edilir

Bunu yapmak için internette bulunan birçok programdan birini kullanabilirsiniz. Bazıları sitenin tüm sayfaları için toplu kontroller gerçekleştirirken, diğerleri her URL'yi girmenizi gerektirir. Görevlerinize göre bir hizmet seçin.

Aslında çok sayıda sunucu yanıt kodu vardır ancak en yaygın olanları şunlardır:

• Sayfa ilk başta isteğe 200 koduyla yanıt verdiyse, başarıyla dizine eklendiyse ancak daha sonra silindiyse, sayfaya gittiğinizde 404 kodu (bulunamadı) görüntülenecektir.
• Geçici bir yönlendirme (302) kullanırsanız, her iki adres de dizine dahil edilecektir.
• Bir web sayfası kalıcı bir yönlendirme kullanıyorsa, 301 kodlu bir yanıt alırsınız. Ve arama motoru, yalnızca son adresi gerekli kodla dizine ekler.

Bir sayfaya 301 yönlendirmesi atarsanız, bu sayfa daha sonra indeks veritabanından kaldırılır ve ağırlığı, yönlendirmenin gönderildiği sayfaya aktarılabilir. Ancak yeniden indeksleme uzun bir süreç; bazı durumlarda Yandex bunu bir yıl içinde tamamlıyor. Bu nedenle sayfaları hemen doğru şekilde düzenlemek ve indekslemeden önce doğru çalışacak şekilde yapılandırmak daha iyidir.