Stavový kód http 404 měl být 200. Kompletní průvodce stavovými kódy HTTP. Chyba při navazování připojení k databázi

Stránka 404 je navržena tak, aby informovala uživatele, že jím zadaná url (adresa stránky) neexistuje.
Takové nesprávné adresy URL lze také nazvat „nefunkčními odkazy“.
Mnoho webů vytváří své stránky 404 pro pohodlí svých uživatelů. Často se jedná o krásné a zajímavé stránky, které uživatele vykouzlí úsměv na tváři, místo aby byl zklamán, že adresa stránky není správná.
Vytvoření stránky 404 má důležitou technickou součást, která výrazně ovlivní hodnocení vašich stránek ve vyhledávačích, pokud není vše správně nastaveno.

Pokud máte zájem o vytvoření stránky 404, musíte zvážit tři body:
1) Přesměrujte ze všech nesprávně zadaných URL na stránku 404 v .htaccess.
2) Správná odpověď serveru po přesměrování (kód stránky http by měl být 404, ne 200).
3) Uzavření stránky 404 z indexování v souboru robots.txt

Okamžitě bych rád poznamenal, že vše výše uvedené bylo napsáno pro weby, které si sami napsali, hlavně v PHP. Existují pluginy pro WordPress, které totéž konfigurují. V tomto článku se ale podíváme na to, jak vše vypadá ve skutečnosti. %)

Přesměrování nesprávných adres URL na stránku 404

Správná odpověď serveru (kód stránky http)

Na vyžádání je každé adrese URL přiřazen stav (kód stránky http).
Pro všechny existující stránky to je: HTTP/1.1 200 OK
Pro přesměrované stránky: HTTP/1.1 302 Nalezeno
Pokud stránka neexistuje, měla by být HTTP/1.1 404 Not Found

To znamená, že bez ohledu na to, jaké URL je zadáno, je mu přiřazen stav, určitý kód odezvy serveru.
Můžete zkontrolovat odpověď serveru na zdroji, jako je bertal.ru nebo SEARCH CONCOLE GOOGLE – Scan/View as GOOGLE bot.
Když jste neměli přesměrování přes .htaccess na stránku 404, pak jakákoli neexistující URL zadaná uživatelem, stejně jako nefunkční odkazy, obdržely odpověď „HTTP/1.1 404 Not Found“

Po nastavení přesměrování na vaši stránku autora 404 přes .htaccess, jak je popsáno výše, zadáním nefunkčního odkazu (neplatná adresa URL, která zjevně neexistuje), například http://mysite.com/$%$% , odpověď serveru bude:
- první HTTP/1.1 302 nalezeno (přesměrování),
- a potom HTTP/1.1 200 OK (stránka existuje).

Podívejte se přes bertal.ru.
Co to znamená? To bude znamenat, že Google může přidat všechny nefunkční odkazy do své databáze (indexu), jako jsou existující stránky s obsahem stránky 404. Ve skutečnosti duplicitní stránky. A to je neuvěřitelně škodlivé pro optimalizaci pro vyhledávače.

V tomto případě musíte udělat dvě věci:
1) Nastavte správnou odpověď serveru na stránce 404.
2) Zablokujte indexování stránky 404. To se provádí prostřednictvím souboru robots.txt

Konfigurace HTTP/1.1 Odpověď serveru 404 Nenalezeno pro neexistující stránky

Zavřete stránku 404 z indexování

Poznámky ke kódu: "/404.php" znamená cestu ke stránce. Pokud je na vašem webu stránka 404.php (resp. 404.html) umístěna v nějaké složce, bude cesta vypadat takto:
/holder/404.php
kde "holder" je název složky.

To je vše o stránce 404. Zkontrolujte fungování stránky, přesměrování nefunkčních odkazů a odpovědi serveru.
Opakuji: Vše výše uvedené je pro weby, které si sami napsali. Pokud používáte WordPress, možná budete chtít hledat slušný plugin pro chyby 404.

Bez znalosti odpovědí serveru nemožné.

Příklad:

404 nenalezeno

Další akce závisí přesně na tom, jaký kód odezvy server nebo stránka poskytla. Vzhledem k tomu, že sada kódů je standardní pro všechny weby/stránky/servery, budou standardní i akce při vydání konkrétního kódu.

Dnes existuje 5 hlavních tříd kódu odpovědi:

1xx: Informační (Russian Informational) - požadavek byl správně přijat, ale jeho zpracování nebylo dokončeno.

2xx: Úspěch (ruština: Úspěšně) - požadavek byl správně přijat a úspěšně zpracován.

3xx: Redirection (rusky: Redirection) - přesměrovací kódy na jiné stránky.

4xx: Chyba klienta (ruština: Chyba klienta) - chyba na straně klienta.

5xx: Chyba serveru (ruština: Chyba serveru) - chyba na straně serveru.

Nyní se podívejme na některé stavové kódy IANA jednotlivě.

Odpověď serveru 1XX

100 Pokračovat v kódu serveru

100 Continue hlásí, že komunikace se serverem již byla navázána, server přijal správný požadavek a nyní probíhá výměna dat mezi serverem a klientem. Tento kód je dočasný, tzn. vždy ho následuje další. Kód 100 je interní a nejedná se o chybový kód. Tito. "Dveře jsou otevřené, přečtěte si, co potřebujete, až skončíte, zavřete je." Kód 100 nemusí být vygenerován, pokud uživatel již obdržel část dat ze serveru.

101 Přepínací protokoly

Tento kód také není chybný. Generuje se při přepínání z jednoho protokolu na druhý. Například při požadavku na přechod ze starší verze HTTP na novější.

Toto je jeden z nejjednodušších serverových kódů. To znamená, že od uživatele byl přijat požadavek na přepnutí typu protokolu používaného na webovém serveru a server s tím souhlasil.

102 Zpracování

V jistém smyslu se jedná o obdobu kódu 100. Generuje se, když zpracování požadavku může trvat dlouho. Pro tyto účely je čekací časovač resetován a čekání na další příkazy probíhá jako obvykle. Není to také kód chyby.

Odpověď serveru 200 OK

Právem zaujímá první místo v důležitosti a oblíbenosti, protože To je to, co server poskytuje, pokud je požadavek uživatele úspěšně a správně zpracován.

Odpověď serveru 301

Je to také jeden z běžných kódů odezvy. Oznámí, že požadovaná stránka na dané adrese již není dostupná, a poté přesměruje na jinou adresu. Přesměrování 301 lze použít například při „přesunutí“ webu z protokolu HTTP na HTTPS (obvykle je to implementováno prostřednictvím souboru .htaccess dostupného na serverech Apache).

Odpověď serveru 302

Tento kód označuje, že umístění požadované stránky bylo dočasně změněno. Musí být také uvedeny informace o novém umístění požadovaného dokumentu. Tento kód byl původně používán jako hlavní metoda přesměrování.

Odpověď serveru 404

To je vše, jediní lidé, kteří neviděli chybu odpovědi serveru 404, byli ti, kteří se ještě nenarodili, a ti, kteří zemřeli před vytvořením internetu. Tento kód označuje, že požadovaný dokument není na webu z nějakého důvodu k dispozici. Kód chyby odezvy serveru 404 by měl být vrácen pouze v případě, že na uživatelem zadané adrese nikdy nebyl dokument. Pokud byl dokument na této adrese dříve dostupný a poté byl z webu odstraněn, měl by server vrátit kód 410, nikoli 404.

Falešných 404 stránek

Většina webmasterů nevěnuje 404 stránkám žádnou pozornost, nicméně to může vážně poškodit hodnocení webu. Je to paradox, ale stránka se zprávou 404 File Not Found ne vždy vrátí kód 404. Takové stránky se obvykle nazývají „Soft 404“. Důvody jsou jednoduché – z nějakého důvodu stránka vrací jiný kód než 404 a 410 – například 200. Je to docela možné, pokud stránka již byla vytvořena, ale zatím na ní není žádný obsah.

Odpověď serveru 500

Všechny kódy řady 5xx označují, že server není schopen dokončit zpracování požadavku. Spolu s kódem by se měla objevit vysvětlující nápověda (s důvodem) v angličtině.

500 Interní chyba serveru

Kód 500 je uveden v případě jakékoli vnitřní chyby serveru, s výjimkou ostatních chyb třídy 5xx. K takové chybě může dojít, když je odkaz vygenerován na serveru okamžitě v okamžiku požadavku. Nejjednodušším příkladem je interní vyhledávání na webu: na požadovaném odkazu není fyzicky žádný dokument.

Odpověď serveru 502

Kód 502 lze zobrazit v případech, kdy server hraje roli brány nebo proxy, ale nebylo možné „najít společný jazyk“ mezi ním a nadřazeným serverem, tj. ve skutečnosti se jedná pouze o chybu výměny dat .

Odpověď serveru 550

Pokud dojde k chybě 550, musíte zkontrolovat, jak správně jsou zapsány záznamy MX, abyste eliminovali tyto chyby odezvy serveru.

Výstupem bude tabulka.

Musíte se ujistit, že obsahuje položky nezbytné pro fungování vaší pošty:

DŮLEŽITÉ! Míchání MX záznamů není povoleno, tzn. tabulka ve výstupu by měla obsahovat pouze ty záznamy MX, které jsou potřeba konkrétně pro vaši poštu. V případě potřeby musíte upravit záznamy opravou chyb a/nebo odstraněním nepotřebných položek.

Jak získat kódy odpovědí serveru (stránky) přes Yandex

Krok 1. Zkontrolujte kód odpovědi serveru na stránku webu, která by měla být ve vyhledávání.

Otevřete libovolnou stránku svého webu, která je ve výsledcích vyhledávání Yandex, a zkopírujte její adresu URL z adresního řádku.

Nyní přejdeme ke službě Yandex (http://webmaster.yandex.ru/server-response.xml), pomocí které se můžete podívat na web očima robota a zkontrolovat rychlost odezvy serveru na panelu Yandex.

Jednoduše vložte adresu URL stránky, která nás zajímá, do textového pole a klikněte na tlačítko „Zkontrolovat“. V tomto případě jsme obdrželi kód 200 OK, což znamená, že stránka funguje normálně.

Krok 2. Zkontrolujte odpověď serveru na zjevně neexistující stránku.

Ve stejné službě zadejte název_domény/some_crocozyabr

V tomto případě jsme obdrželi odpověď 301 Moved Permanently. To znamená, že adresa stránky je nesprávná a stránka je přesměrována na správnou adresu.

Jak jinak mohu zjistit kódy odpovědí serveru (stránky)?

Alternativně můžete kód odpovědi prorazit pomocí služby http://mainspy.ru. Funguje to podobně jako služba Yandex: vložte požadovanou adresu URL a klikněte na „Zkontrolovat“. Kód odpovědi je v tomto případě hned na prvním řádku:

Bertal na rozdíl od Mainspy umožňuje dívat se na stránku nejen očima robota Yandex, ale také očima vyhledávacích robotů Bing a Google a jako bonus umí emulovat oblíbené prohlížeče. Pro usnadnění se podívejme na stejné stránky očima GoogleBota. V tomto případě je kód odpovědi zvýrazněn zeleně.

Hromadná kontrola odpovědí serveru (stránky) online

Hromadná kontrola kódů odpovědí může být užitečná při hledání nefunkčních stránek, na kterých byly odkazy zakoupeny (přes výměny nebo přímo - na tom nezáleží).

Dimax.biz - http://backlinks-checker.dimax.biz/tools/proverka_otveta_servera.php - to je jeden z nejlepších checkerů. Jediným negativem je, že ve volném režimu nemůžete provést více než 2 žádosti po 50 odkazech. Pro „vážnější“ objemy budete muset použít placený PRO tarif. Na výstupu dostaneme seznam seřazený podle kódu odpovědi. V tomto případě odpadá řazení, protože V seznamu jsou pouze 2 adresy a obě mají kód 200.

Urlitor je další službou pro hromadné ověřování kódů odpovědí. Dobrá věc na službě je, že výsledky testů jsou uspořádány do tabulek, aby bylo snazší je pochopit. Mimochodem, odkazy v tabulce jsou klikatelné.

Jak zkontrolovat rychlost (čas) odezvy serveru?

Je nemožné spočítat, kolik takových služeb již bylo vytvořeno. Podívejme se na některé z nich.

Jedná se o anglický nástroj, který analyzuje rychlost ve všech parametrech. S jeho pomocí můžete v sekundách zjistit rychlost, kolik testovaná stránka váží a také získat hodnocení a doporučení na její zlepšení. Výhodou této služby je, že je analyzován každý jednotlivý prvek. Tato analýza vám umožňuje zjistit, co přesně zpomaluje načítání konkrétní stránky a/nebo webu jako celku.

Který se načítá rychleji

Hlavním rysem této služby je, že analyzuje dobu načítání dvou zdrojů současně. To vám umožní zjistit, který z těchto dvou zdrojů je rychlejší. Jediným negativem je, že výsledky se mohou lišit na různých připojeních a v různých prohlížečích.

Google PageSpeed ​​Insights

Google PageSpeed ​​​​Insights je také jedním z nejvýkonnějších nástrojů pro měření rychlosti mobilních a desktopových verzí. Hodnocení se provádí na 100bodové škále. 85 bodů nebo více je dobrý ukazatel. Navíc jako bonus dává doporučení na zlepšení.

Dlouhá odezva serveru

Odpověď, která trvá déle než půl sekundy, se obvykle nazývá „dlouhá“. Proto se při dlouhém načítání webu může v prohlížeči zobrazit zpráva „vypršel časový limit pro odpověď ze serveru“. Důvodů pro dlouhou odpověď může být mnoho:

Složitá logika pro poskytování dat

Server nemá čas zpracovávat příchozí požadavky včas kvůli jejich velkému počtu

Samotné dotazy (buď složité, neoptimalizované nebo obojí)

Dotazy na velké množství externích zdrojů

Velké množství spustitelných souborů

Samotnému webovému serveru trvá zpracování požadavku dlouho.

Nejbolestivější oblasti výkonu serveru:

Použitý webový server (Apache, IIS).

Řada webových serverů může způsobit zpoždění i při poskytování statických souborů, protože... Na úrovni architektury nejsou navrženy tak, aby zpracovávaly velké množství požadavků, a proto se může objevit zpráva, že byl překročen časový limit pro odpověď ze serveru. Proto pro normální provoz webového serveru má smysl používat nginx (a ve spojení s Apache, php-fpm a dalšími aplikačními servery pro zpracování výpočtů na straně serveru).

Pomocí OpCache.

Snižte dobu odezvy serveru ukládáním spustitelného kódu (skriptů stránek) do mezipaměti – umožňuje vám to pokaždé použít hotový výsledek namísto překládání instrukcí PHP do binárního kódu. Ale toto cachování nemá nic společného s cachováním výsledků spouštění PHP skriptů.

Databázové dotazy.

Druhým krokem k výkonu serveru je nastavení tabulek (indexů) v databázi a jejich strukturování pro usnadnění zpracování dotazů. Patří sem také přepočítávání mezivýsledků a ukládání nejčastěji používaných výsledků do mezipaměti do samostatných tabulek. To několikrát sníží spotřebu prostředků serveru a pomůže zkrátit dobu odezvy serveru.

Složitá logika zpracování dat.

Třetím krokem je zjednodušení logiky serveru. V podstatě jde pouze o eliminaci zbytečných operací a profilování doby provádění skriptů na straně serveru.

Přístup ke službám třetích stran.

Požadavky na služby třetích stran zapsané v kódu serverových skriptů jsou „společným příběhem“, který může přinést mnohá překvapení, protože výkon služeb, ze kterých jsou data požadována, téměř nikdo nekontroluje. Ale doba odezvy služby třetí strany přímo ovlivňuje dobu odezvy serveru. Proto je nejlepší používat v serverových dotazech pouze interní zdroje, u kterých je možné kdykoli sledovat kvalitu výkonu, nebo požadovat data od klienta v odloženém režimu.

Proč rychlost odezvy webového serveru ovlivňuje propagaci.

Jednak proto, že rychlost načítání je jedním z hodnotících faktorů (i když ne rozhodující). Google otevřeně uvádí, že méně než 1 % webů hodnotí rychlost stránky. ALE…

Za druhé, pokud se stránka načítá příliš dlouho, uživatel ji jednoduše zavře. Toto chování uživatele se obvykle nazývá „odmítnutí“. Mimochodem, „odmítnutí“ mají přímý dopad na pozice ve výsledcích vyhledávání. Čím vyšší je rychlost stahování, tím nižší je poruchovost a v důsledku toho vyšší pozice.

Při čekání na odpověď ze serveru vypršel časový limit.

Nejprve je důležité pochopit příčinu selhání. Tito. uživatel zadá adresu a prohlížeč v tuto chvíli odešle skupinu požadavků a také spustí odpočítávací stopky pro každý z nich. Pokud po určité době prohlížeč neobdrží odpověď na svůj požadavek, uživatel uvidí takový nepříjemný obrázek.

Důvodů selhání může být několik:

• Nelze se připojit k webu kvůli nestabilnímu provozu jeho serverů;
• Nefunkční nastavení prohlížeče nebo nepořádek;

Problémy s připojením k internetu na straně uživatele;

Zdroj je zablokován.

Co dělat pro řešení?

Pokud je chyba jediná, znovu načtěte stránku pomocí kombinace Ctrl+F5. Možná budete muset stránku několikrát znovu načíst. Pokud to nepomůže, zkontrolujte připojení k internetu.

Nastavení sítě.

1. Některé stránky jsou někdy rozmarné. Pro dynamickou IP bude řešení jednoduché – restartujte router vypnutím napájení.

2. Pomalé připojení někdy způsobuje chybu ERR_CONNECTION_TIMED_OUT. Rychlost internetu lze zkontrolovat pomocí Yandex Internetometer. Pokud je rychlost příliš nízká, měli byste kontaktovat svého poskytovatele internetu.

3. Musíte zkontrolovat „Vlastnosti sítě“ na přítomnost cizích adres DNS. Pokud takové adresy existují, smažte je (pro jistotu po jejich přepsání někam) a zkontrolujte systém na viry pomocí antivirového softwaru nainstalovaného na PC - NOD32, Kaspersky, AdwCleaner, MalwareBytes, Dr.Web atd. Pro tyto účely je nejlepší použít Live downloadery.

4. Zkontrolujte nastavení samotného routeru. Nejčastěji se ztrácí parametr MTU. Není možné dát univerzální doporučení pro nastavení routeru, protože... to přímo závisí jak na modelu routeru, tak na poskytovateli internetu. Typické hodnoty MTU jsou 1500, 1460, 1476.

Jaká by měla být doba odezvy serveru?

A rovnou konkrétní čísla:

Nejvyšší konverzní poměry jsou u stránek, které se plně načtou za 1,8 a 2,7 sekundy pro stolní a mobilní verze.

Nejnižší míra okamžitého opuštění je u stránek, které se kompletně načtou za 1, respektive 0,7 sekundy pro stolní a mobilní verze.

Tato čísla jsou převzata ze studie Akamai Technologies.

Takže jste zkontrolovali rychlost načítání webu. Jak ale na výsledky reagovat?

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

1-2 sekundy - téměř ideální

3-5 sekund - tolerovatelné, ale má smysl to dohrát

5-10 sekund - špatné, je třeba to urychleně dokončit

≥10 sekund – velmi špatné, musíte to NOUZE ukončit

Nesmíme však zapomenout na jedno ultra důležité pravidlo – rychlost stahování by měla být vyšší než u konkurentů. Výzkum The New York Times ukázal, že rozdíl 0,25 sekundy může stačit k tomu, aby návštěvníci dali přednost rychlejšímu webu. A než stačíte mrknout (v tom nejdoslovnějším smyslu), uživatel vás přenechá konkurenci.

Snížení odezvy serveru

Optimalizace grafiky.

Již dříve jsme řekli, že některé kontroly také poskytují doporučení pro optimalizaci. Mezi nimi můžete najít adresy obrázků, které lze optimalizovat jejich zmenšením.

Použijte mezipaměť prohlížeče.

Prohlížeč stáhne obrázky do své mezipaměti. V důsledku toho již nebude vyžadováno opětovné stahování obrázků ze serveru, což ušetří spoustu času při stahování.

Povolit kompresi.

Relevantní, pokud je použit gzip. V důsledku toho se objem dat sníží 4krát nebo dokonce 5krát.Čím menší je objem přenášených dat, tím kratší dobu trvá jejich přenos.

Snižte dobu odezvy serveru.

Pomocí služby Pingdom můžete vypočítat, jak dlouho trvá serveru odeslat kód odpovědi. Ideální čas není delší než 0,2 sekundy.

Tyto pokyny pomohou výrazně zrychlit web. Existuje však riziko poškození funkčnosti nebo vzhledu. Proto je nutné před každou akcí provést zálohu zdrojových souborů. Také není na škodu poradit se s technickými specialisty.

Dobrý den, milí čtenáři tohoto blogu. Dnes se chci podívat na stavové kódy a HTTP hlavičky, které jsou součástí odpovědi serveru a poskytují cenné informace o provozu webu. No, podívejme se, jaké nástroje vám umožňují je zkontrolovat.

Tento materiál bude logickým pokračováním předchozího článku, kde jsem uvedl obecné informace o, které neslouží nic menšího než „vozidlo“ pro přenos hypertextu (), což je přesně obsah jakékoli stránky webového zdroje.

Pokud při odesílání požadavků na server každá stránka vašeho webu odpoví správným kódem, bude to velký příspěvek k jeho úspěšné propagaci. Naopak kód, který neodpovídá stavu webové stránky, může webmasterovi značně zničit život a iniciovat pokles pozic. Proto vám radím, abyste tento aspekt nezanedbávali a věnovali mu náležitou pozornost alespoň v obecné rovině přečtením tohoto článku.

Odezva serveru a její komponenty, které mohou ovlivnit SEO

V článku vysvětlujícím podstatu přenosu dat protokolem HTTP (HTTPS), jehož odkaz je uveden na začátku publikace, jsem psal o tom, jak v zásadě probíhá komunikace, která je založena na schématu "požadavek klienta - odpověď serveru".

Dovolte mi, abych vám krátce připomněl, jak se to dělá. Prohlížeč poté, co uživatel zadá URL stránky do adresního řádku, kontaktuje nejbližší DNS server, kde jsou uloženy seznamy všech domén () a jejich odpovídající IP adresy (každé zařízení na internetu má včetně serverů kde stránky „žijí“).

Po obdržení požadované IP odešle prohlížeč požadavek GET na server odpovídající této IP, aby získal požadovaný obsah. Serverový software zpracuje požadavek a odešle odpověď, která obsahuje obsah webové stránky ve formě HTML kódu, který je následně webovým prohlížečem upraven tak, aby zobrazoval obsah stránky v podobě čitelné pro člověka.

Ale, jak se říká, ani jeden prohlížeč... Podobně může každý klientský program, který je k tomu vybaven potřebnou funkčností, „vést dialog“ se serverem, včetně roboty vyhledávačů. Principy mechanismu takové interakce pro různé aplikace jsou naprosto totožné, rozdíl je pouze v detailech.

Jednou z nuancí je, že hlavním úkolem webového prohlížeče je zobrazit obsah stránky, kterou uživatel potřebuje. Pro vyhledávací roboty není funkce zobrazování obsahu na obrazovce monitoru vůbec relevantní. Používají informace vždy obsažené v odpovědi serveru pro své vlastní sobecké účely, konkrétně jako další faktor používaný při hodnocení stránky zdrojů.

Chcete-li prakticky zkontrolovat odpověď serveru na požadavek robota vyhledávače Yandex, můžete použít speciální nástroj, kde zadáte adresu URL zkoumané stránky a také vyberete požadovaného robota z rozevíracího seznamu (kromě hlavní z nich jsou roboti pro zrcadla, obrázky, vyhledávání videa a další):

Níže vám podrobněji řeknu, jaké užitečné věci lze z těchto dat vyčíst. Když to totiž pochopíme, můžeme zjistit, jakou cestou se vydat z hlediska SEO optimalizace webových stránek. Věnujme pozornost dalším online službám, jejichž prostřednictvím můžete zkontrolovat kód odpovědi serveru a zobrazit obsah HTTP hlaviček.

Stavové kódy HTTP – 200, 301, 302, 403, 404, 500 a další

Stavový kód, který přichází v odpovědi serveru, určuje stav webové stránky, pro kterou klientská aplikace odesílá požadavek na server. Například, HTTP 200 OK znamená, že veškerý obsah stránky byl přenesen a bude k dispozici k prohlížení.

Pro úspěšnou propagaci je hlavní, že v každém konkrétním případě je stavový kód správný a odpovídá aktuálnímu stavu věcí. Pokud byla například adresa z toho či onoho důvodu trvale změněna, měla by odpověď serveru udávat přítomnost ve vztahu ke zkoumané stránce (na níže uvedeném snímku obrazovky je adresa URL stránky, na kterou bylo přesměrováno made je označena jako hodnota „Location“):

Praktickým příkladem je neustálé přesměrování, které vytváří duplicitní stránky se stejným obsahem, které bez vhodných opatření k jejich odstranění mohou vést k pádu. Než budeme pokračovat v našich úvahách, podívejme se, jaké kódy obecně existují, které jsou rozděleny do pěti skupin:

1. 1XX— informační, ve kterém server podává zprávu o procesu zpracování požadavku.

2. 2XX— HTTP kódy informující o úspěšně přenesených datech. 200 OK jsem již zmínil, zbytek jsou jeho deriváty.

3. 3XX— různé typy přesměrování z jedné adresy URL na druhou. Pokud například 301 znamená, že adresa stránky byla trvale změněna, pak 302 označuje dočasné přesměrování. Na rozdíl od trvalého přesměrování 302 to není signál pro vyhledávače k ​​přenesení váhy stránky ze staré adresy, takže se v praxi používá jen ve výjimečných situacích, kdy jde o nejoptimálnější řešení.

4. 4XX— Chybové kódy HTTP v požadavku od klienta. Například dobře známý stavový kód 404 znamená, že na dané adrese na hostiteli není žádný dokument.

5. 5XX— chyba na serveru, v důsledku čehož nelze stránku poskytnout.

Podrobnější seznam stavových kódů uvedených v HTTP odpovědi serveru můžete získat, pokud navštívíte příslušnou stránku Wikipedie.

Důležitost správného stavu stránek webových zdrojů je velmi obtížné přeceňovat. Zkuste proto čas od času zkontrolovat kódy odpovědí serveru pro stránky vašeho webu, může vás to ochránit před mnoha problémy.

Byly případy, kdy např server odpoví kódem HTTP 404 namísto očekávaných 200, protože ve skutečnosti jsou webové stránky přístupné a otevřené perfektně. Pokud taková situace, nedej bože, nastane, když server odpoví na požadavek stejného robota Yandex, pak je pravděpodobné, že tyto stránky vypadnou z indexu, což bude velmi zklamáním.

Ale i když k takové události vyšší moci dojde, včasná kontrola stavového kódu pomůže tento problém včas odhalit a napravit jeho následky s minimálním vynaložením času a úsilí, které můžete potřebovat pro další důležité záležitosti optimalizace webu.

Pokud máte standardní virtuální hosting, pak je často tím nejlepším řešením kontaktovat vaši technickou podporu. Pokud je váš zdroj umístěn na vyhrazeném serveru, budete pravděpodobně muset problém vyřešit sami, ale hlavní věc je, že nejen víte o jeho existenci, ale také „odkud pochází“.

Pokud se podíváte na snímek obrazovky výše, kde je uvedena odpověď serveru, uvidíte, že hned pod řádkem se stavovým kódem je vysvětlení, které obsahuje informace o době odezvy serveru, IP adrese webu, kódování a velikosti stránky:

Zvláště zajímavé doba odezvy serveru, který je součástí . Tato metrika je jedním z hodnotících faktorů, takže máme vlastní zájem na tom, jak ji snížit.

Jaká by měla být doba odezvy? Google například definuje maximální limit 200 ms (milisekund), ale samozřejmě čím nižší, tím lepší. Jak zvýšit rychlost odezvy serveru? Nejprve zkuste provést nějaké činnosti na , je docela možné, že instalace cachovacího pluginu problém vyřeší.

Je možné, že vámi provedené akce pomohou jen málo, protože hodně závisí na nastavení a softwarových možnostech samotného serveru. Pak má smysl kontaktovat správce hostingového serveru. Pokud neobdržíte jasnou odpověď a doba odezvy serveru výrazně překračuje výše uvedený limit, měli byste popřemýšlet alespoň o změně poskytovatele.

HTTP hlavičky a jejich význam

V tomto světle zvážíme příklady odpovědí na robotické dotazy vyhledávačů, protože nás zajímají na prvním místě. Pro přehlednost nejprve uvádím snímek obrazovky s HTTP hlavičkami odpovídajícími URL stránky se stavem 200 OK:

Server— název a verze webového serveru. V tomto příkladu se jedná o nginx, který díky své nízké spotřebě zdrojů a flexibilitě konfigurace řeší problém optimalizace provozu hlavního serveru Apache a používá se ve spojení s ním.

datum— datum a čas vrácení obsahu požadované stránky.

Obsah-Délka— objem přenášeného obsahu v bajtech ().

Spojení- spojení. Parametr keep-alive znamená, že po vystavení dokumentu není přerušeno spojení se serverem a lze odesílat další požadavky.

Lišit se— tato hlavička vám umožňuje vydat správný dokument, pokud existuje několik jeho verzí. Relevantní je například při použití technologie komprese stránek, kdy jsou v mezipaměti uloženy jak komprimované, tak nekomprimované verze. S odpovědí Accept-Encoding bude mezipaměť obsahovat různé verze požadované stránky pro různé klientské aplikace (agenty).

Cache-Control— správa mezipaměti. V našem příkladu tato hlavička odráží typ mezipaměti, ve které je dokument umístěn (veřejný) a dobu, po kterou by měl být v mezipaměti (max-age). Hodnota public označuje, že se tato operace vztahuje na soubory uložené ve veřejné mezipaměti. Parametr max-age udává čas v sekundách.

X-Hyper-Cache je speciální hlavička, se kterou se mnoho uživatelů WordPressu pravděpodobně okamžitě ztotožní. Bezesporu se to týká díla, které považuji za možná nejlepší ve své třídě. Hodnota "hit - gzip" označuje, že stránka uložená v mezipaměti používá kompresi gzip.

Kódování obsahu— metoda kódování (v obecném smyslu) obsahu stránky přenášeného v odpovědi. V našem příkladu byla použita komprese gzip. Toto je signál pro klientský program (User Agent), aby rozbalil obsah tak, aby byl správně vnímán.

Nyní si všimnu hlaviček odpovědí, jejichž obsahu by měli správci webu věnovat zvláštní pozornost, protože může mít vážný dopad na propagaci. Pokud navíc používáte správu obsahu webu, pomocí které se HTML stránky generují „za chodu“, pak s vysokou pravděpodobností, pokud má jedna webová stránka problém, budou trpět i ostatní.

Typ obsahu— typ obsahu, což je v tomto příkladu HTML kód v kódování UTF-8. Nesprávné zadání kódování může vést k potížím s vnímáním textu uživateli a roboty PS, což může vést k tomu, že stránka nebude zahrnuta do indexu.

Pokud je totiž vaše kódování nastaveno špatně, pak místo adekvátního ruského textu uvidí stejní uživatelé na stránce nesrozumitelná „bláznivá slova“, která prestiž vašeho webu nezvýší.

Naposledy změněno— datum poslední úpravy webové stránky. Pokud klient (v našem případě robot Yandex) obdržel tuto hlavičku ze serveru s datem aktualizace obsahu, při příštím přístupu na adresu URL stejné stránky ji odešle na server jako součást žádost If-Modified-Since.

Webový server zvýrazní období od času posledních změn do času uvedeného v záhlaví If-Modified-Since. Pokud během této doby nedojde k žádné změně stránky, server odešle odpověď s HTTP kódem 304 Nezměněno a v tomto případě nebude obsah stránky odeslán. Pokud došlo k úpravě, pak robot obdrží kód 200 OK spolu s upraveným obsahem.

Tento mechanismus, pokud je správně nakonfigurován, umožňuje poskytovat neustále aktualizované informace. Ostatně důležitá je zde relevance dat, která je zajištěna správnou implementací kontroly času poslední aktualizace. Koneckonců, pokud je nakonfigurován nesprávně (pokud se datum uvedené v Last-Modified nezmění), robot může jednoduše obdržet kód 304 Neupraveno (místo 200 OK s novou verzí dokumentu), ačkoli obsah byl upraven několikrát.

Jak můžete zkontrolovat, zda Last-Modified funguje správně pro server, na kterém se nachází váš web? Zkusme na to přijít na konkrétním příkladu.

Na stejné službě Yandex, odkaz, na který jsem již nabídl výše, existuje speciální možnost, která vám umožní přidat požadavek If-Modified-Since a zadat datum a čas, který potřebujete (ve formátu GMT, tj. Greenwich, vzhledem k moskevskému časovému pásmu je to - 3 hodiny) až minuty, což určí časový interval pro kontrolu aktualizací:

Podívejte se na 10. screenshot odsud, který ukazuje výsledek kontroly vůči URL jedné z mých blogových stránek (kde jsou označeny všechny sekce odpovědi serveru). Tam je v části hlaviček uvedena určitá hodnota Last-Modified, tedy datum poslední aktualizace. Nyní do požadavku zahrnu indikátor If-Modified-Since a zkontroluji odpověď serveru:

Jak vidíte, kód 304 Not Modified byl přijat bez obsahu webové stránky, což pro tuto situaci platí absolutně, protože obsah nebyl během tohoto období skutečně aktualizován. Dále jsem pro testování přidal malý kousek textu do tohoto článku.

Poté jsem znovu odeslal požadavek od robota Yandex na server, který by při správném fungování mechanismu mezipaměti (po aktualizaci stránky je v mezipaměti přítomna nejnovější verze) měl vrátit odpověď 200 OK s novým obsahem, což je co se stalo:

Pro úplnou jistotu si také můžete prohlédnout obsah záhlaví Content-Lenght, který ukazuje, že objem obsahu mírně vzrostl (18443 oproti 18437 před úpravou). To je pravda, protože jsem právě přidal trochu textu. Podobně můžete zkontrolovat, zda jsou hlavičky správně nakonfigurovány pro váš server.

Umístění je další titul, který bych si pro úplnost informací na toto téma rád poznamenal. Objeví se v odpovědi serveru, pokud robot odešle požadavek na webovou stránku ze kterého bylo provedeno trvalé přesměrování(HTTP kód 301):

Nová adresa, na kterou bylo přesměrování umístěno, bude přítomna v záhlaví Location. V odpovědi není žádný obsah stránky, což je celkem logické, ale vysvětlení, které následuje po kódu odpovědi 301 Moved Permanently, udává velikost stránky, na jejíž adresu URL se přesměrování provádí.

Kontrola odezvy serveru v online službách

Dále, aby byl obrázek úplný, bylo by užitečné poznamenat online služby, které vám umožňují kontrolovat HTTP odpověď serveru. Na internetu se mi líbil tento (Checkmy.ru), který má slušnou funkčnost. Podívejme se nyní na odpověď serveru, ale na požadavek robota Google pro změnu:

Po aktivaci procesu níže obdržíte odpověď se všemi rozvrženími:

Služba Checkmy nabízí uživatelům nejen volbu aplikace (User Agent), ze které bude požadavek odeslán, ale také použití hlaviček If-Modified-Since a Accept-Encoding, o kterých byla řeč výše.

Pokud navíc odpověď obsahuje kód přesměrování, bude uveden počet přesměrování (v ideálním případě by měl být jediný). Několik po sobě jdoucích přesměrování již dává důvod o tom přemýšlet, protože to není nejlepší možnost pro optimalizaci zdroje.

Stránka má také takovou funkci, jako je záložka prohlížeče, která poskytne rychlou kontrolu jakékoli webové stránky, na kterou se dostanete. Chcete-li to provést, jednoduše přejděte na stránce dolů na požadované místo kliknutím na odkaz „Rychlý přístup“ v horní nabídce. Poté pomocí levého tlačítka myši uchopte tlačítko "Checkmy", přesuňte jej na lištu záložek prohlížeče:

Na závěr bych rád poznamenal další službu, s jejíž pomocí můžete úspěšně provést hromadnou kontrolu odpovědi serveru pro 200 URL najednou a je možné si stáhnout ZIP archiv s URL. A jako dezert video o tom, co je kód 404 Soft a proč je pro webmastery nebezpečný:

Stavové a chybové kódy HTTP jsou jako krátká zpráva ze serveru, která se zobrazuje v horní části webové stránky. Ve skutečnosti není součástí webové stránky. Tato zpráva, vrácená při kontaktování serveru, vám dává vědět, jak se věci měly, když server obdržel požadavek na zobrazení stránky.

Tyto zprávy se vrací pokaždé, když prohlížeč interaguje se serverem, i když je nevidíte. Stavové kódy HTTP jsou neocenitelným nástrojem pro diagnostiku a opravu chyb, které se vyskytly v konfiguraci webu.

Tento článek obsahuje nejběžnější stavové kódy a chybové kódy.

Odkud přicházejí?

Pokaždé, když kliknete na odkaz nebo zadáte adresu URL a kliknete na „ Vstupte“, prohlížeč odešle požadavek na server. Přijme a zpracuje požadavek a poté odešle zpět požadované zdroje spolu s HTTP hlavičkou.

Stavové kódy jsou do prohlížeče doručeny v HTTP hlavičce. I když je nevidíte. Když se ale něco pokazí, uživateli se v prohlížeči zobrazí stavový kód. Toto je způsob, jakým server říká: " Je něco špatně. Zde je kód, který vysvětluje, co přesně».

Stavový kód Google HTTP 404

Chcete-li zobrazit stavové kódy, které prohlížeč běžně nezobrazuje, budete potřebovat speciální nástroje. Pro oblíbené prohlížeče, jako je Chrome a Firefox, jsou k dispozici odpovídající rozšíření. Existuje také mnoho služeb pro zobrazování záhlaví, jako je Web Sniffer.

Chcete-li zobrazit stavový kód HTTP pomocí některého z těchto nástrojů, vyhledejte v horní části přehledu řádek „Stav: HTTP/1.1“. Poté je to stavový kód vrácený serverem.

Třídy stavového kódu HTTP

Stavové kódy HTTP jsou rozděleny do 5 tříd:

• 100: Informační kódy indikující, že požadavek iniciovaný prohlížečem probíhá.
• 200: úspěšné kódy požadavku. Vráceno, když byl požadavek prohlížeče úspěšně přijat, rozpoznán a zpracován serverem.
• 300: Kódy přesměrování jsou vráceny, když je požadovaný zdroj nahrazen novým.
• 400: Chyby http, které se vyskytují na straně klienta a indikují problém s požadavkem.
• 500: Chybové kódy serveru označující, že požadavek byl přijat, ale chyba na serveru zabránila jeho dokončení.

Seznam stavových kódů HTTP

Existuje více než 40 různých stavových kódů serveru. Těch, se kterými se budete pravidelně setkávat, je ale méně než desítka. Následuje seznam stavových kódů HTTP:

Stavový kód 200

200: "Všechno je v pořádku." Toto je kód, který se vrátí, když se webová stránka nebo zdroj chová přesně podle očekávání.

Stavové kódy 300

301: " Požadovaný zdroj byl trvale přesunut" Tento kód je vrácen, když je webová stránka nebo zdroj nahrazen jiným zdrojem. Používá se k trvalému přesměrování URL.

302: Toto je chyba http " Požadovaný zdroj byl přesunut, ale byl nalezen" Tento kód se používá k označení, že požadovaný prostředek byl nalezen, ale ne v očekávaném umístění. Slouží k dočasnému přesměrování URL.

304: " Požadovaný zdroj se od posledního přístupu nezměnil" Hlásí, že prostředky uložené v mezipaměti prohlížeče se nezměnily. Používá se k urychlení doručování webových stránek opětovným použitím dříve stažených zdrojů.

Stavové kódy 400

http chyba 403: " Přístup k tomuto zdroji je odepřen" Vrátí se, když se uživatel pokusí otevřít zdroj, ke kterému nemá přístupová práva. Například neoprávněný uživatel při pokusu o zobrazení obsahu chráněného heslem může způsobit chybu 403.

404: " Požadovaný zdroj nebyl nalezen" Nejčastější chybová zpráva. Znamená, že požadovaný prostředek neexistuje a server neví, zda vůbec existoval.

405: " Metoda není povolena" Vygenerováno, když hostitelský server (zdrojový server) podporuje přijatou metodu, ale chybí cílový prostředek.

406: " Nevhodná odpověď" Požadovaný zdroj je schopen generovat pouze obsah, který je nepřijatelný podle hlaviček Přijmout zaslaných v požadavku.

408: " Časový limit serveru při čekání na doručení zbytku požadavku z prohlížeče vypršel" Generuje se, když server přeruší zpracování po vypršení časového limitu dokončení požadavku z prohlížeče. Jinými slovy, server neobdržel kompletní požadavek odeslaný prohlížečem. Jedním z možných důvodů může být zahlcení sítě způsobující ztrátu paketů mezi prohlížečem a serverem.

410: " Požadovaný zdroj chybí a nebude vrácen" Podobně jako u kódu 404 Nenalezeno, s tím rozdílem, že stavový kód 410 označuje, že tento stav je očekáván průběžně.

429: Toto je chyba http " Příliš mnoho požadavků" Generováno serverem, když uživatel odeslal příliš mnoho požadavků v daném časovém období ( rychlostní omezení). Někdy může být chyba způsobena roboty, kteří se snaží získat přístup na web. V tomto případě možná budete muset změnit svou přihlašovací URL správce WordPress.

429 příliš mnoho požadavků

499: " Klient žádost uzavřel" Vráceno NGINX, když klient zavře požadavek, zatímco NGINX jej stále zpracovává.

Stavové kódy 500

500: "N a server zjistil chybu a požadavek nebylo možné dokončit" Obecný http kód, také nazývaný " Interní chyba serveru" Na serveru se něco pokazilo a požadovaný zdroj nebyl doručen. Tento kód je generován pluginy třetích stran, když selže PHP kód nebo připojení k databázi.

Chyba při navazování připojení k databázi

501: "Neimplementováno." Tato chyba označuje, že server nepodporuje funkce potřebné k dokončení požadavku. Chyba se téměř vždy týká samotného serveru a pro její vyřešení je třeba kontaktovat službu podpory poskytovatele hostingu.

Vydali jsme novou knihu Social Media Content Marketing: Jak se dostat do hlavy svých následovníků a přimět je, aby se zamilovali do vaší značky.

Kód odezvy 200 je jedním z typů kódů HTTP, který informuje uživatele, že požadavek byl úspěšně zpracován. Na základě stavu může server poskytnout tělo a hlavičku zprávy.

Více videí na našem kanálu - naučte se internetový marketing se SEMANTICOU

Uveďme příklad. Odeslali jste balík do jiného města. Pošta vám dala sledovací číslo. Pomocí něj můžete vidět, co je s vaší zásilkou v nepořádku – opustila třídicí centrum ve vašem městě nebo dorazila do jiného. Zde byl předán adresátovi. Pokaždé, když vám systém poskytne stav jako odpověď na požadavek.

Jak to funguje

Nejprve se na to podíváme. Uživatel tedy otevře prohlížeč a zadá požadavek na internetový zdroj. Poté prohlížeč obdrží odpověď od hostitele, kde je uveden třímístný kód. Kombinací čísel můžete určit, jaká situace je aktuálně na hostiteli pozorována.

HTTP je speciální protokol pro výměnu dat mezi různými (prohlížečem uživatele a webovým serverem, kde se nachází samotný web). To znamená, že prohlížeč odešle požadavek na server, o který má zájem, může to být akce nebo dokument, a poté obdrží odpověď. Pokud je odpověď na požadavek kladná, zobrazí se kód odpovědi serveru 200 a začne stahování souboru. Pokud je negativní, to znamená, že požadovaná stránka nebyla nalezena nebo jsou problémy se službou, zobrazí se chybová zpráva.

Co znamená kód 200 pro správné indexování stránek?

Kategorie odezvy serveru 2xx je kategorie „Úspěch“. Tato kategorie upozorňuje uživatele na pozitivní výsledek. Zejména kód „200 OK“ říká uživateli, že jeho požadavek byl úspěšně dokončen. Klient například požadoval určitá data. Odpověď serveru 200 znamená, že tato data jsou zobrazena v záhlaví nebo zprávě.

Dnes všechny vyhledávače indexují zdroje a odkazy, které na dotazy poskytují kód odpovědi 200. Vyhledávač to chápe takto: stránka skutečně existuje, což znamená, že může být zahrnuta do indexové databáze. Pokud chcete, aby vyhledávač indexoval určitou stránku, ujistěte se, že vytváří kód odpovědi 200.

Je důležité zkontrolovat, zda neexistující stránky vracejí kód 200. To je možné, i když na obrazovce vizuálně uvidíte „404 – stránka nenalezena“. Příčinou tohoto problému může být nesprávná konfigurace webu. Pokud si nepřejete mít problémy s propagací svého zdroje, zkontrolujte správnou odpověď serveru na všech typech stránek. Tímto způsobem můžete identifikovat stránky, které pouze předstírají, že jsou nezbytné.

Jak zkontrolovat kódy odpovědí

K tomu můžete použít některý z mnoha programů, které jsou dostupné na internetu. Některé provádějí hromadné kontroly všech stránek webu, zatímco jiné vyžadují zadání každé adresy URL. Vyberte si službu na základě svých úkolů.

Ve skutečnosti existuje velké množství kódů odpovědí serveru, ale nejběžnější jsou následující:

• Pokud stránka nejprve odpověděla na požadavek kódem 200, byla úspěšně indexována, ale poté byla smazána, když na ni přejdete, zobrazí se kód 404 (nenalezeno).
• Pokud použijete dočasné přesměrování (302), budou do indexu zahrnuty obě adresy.
• Pokud webová stránka používá trvalé přesměrování, obdržíte odpověď s kódem 301. A vyhledávač pouze zaindexuje konečnou adresu s požadovaným kódem.

Pokud nějaké stránce přiřadíte přesměrování 301, bude později odstraněno z indexové databáze a její váha může být přenesena na stránku, na kterou je přesměrování směrováno. Opětovné indexování je však zdlouhavý proces, v některých případech jej Yandex dokončí do jednoho roku. Proto je lepší stránky hned před indexováním správně upravit a nakonfigurovat tak, aby fungovaly správně.