Seo mítoszok minden a legutóbbi módosítás fejlécében
A területen a kereső optimalizálás (SEO) gyalogos általában sok különböző mítoszok. Némelyikük földelt, ami általában jönnek nem értem, hogyan. Ebben veszi nézzük egyikük - a cím használatára utolsó módosítás választ.
Néhány évvel ezelőtt kaptunk egy dokumentumot „Ajánlások Ingate web stúdió, hogy támogassák a helyszínen.” És az egyik „ajánlások” a következő volt:
Miután egy átrendezése vagy új tervezés egy weboldal pontosan meg kell határozni a dátumot az utolsó módosítás oldalak (utolsó módosítás)
Ahhoz, hogy hozzá az oldalt a PHP információt az utolsó módosítás dátumát oldalakon kell a legelején a forráskód minden oldal beszúrni script
Ez az élő nonszensz, ez baromság, és egyenesen a téveszmés kód spodvigli, hogy írjam ezt a jegyzetet. Itt megpróbálom elmagyarázni, mi a Last-Modified, hogy miért van szükség, és hogyan használják a böngészők és a keresők.
Mi a Last-Modified
Webszerver, amikor információkat küld a kliens (böngésző vagy bejáró) számolt egy csomó további adatokat. Ők lehet megtekinteni a böngészőben konzol, mint például:
Ott RFC2616 szabványoknak. RFC 7230-7237 (Hypertext Transfer Protocol - HTTP / 1.1), amely részletesen ismerteti, hogy az interakció, vagy kell történnie ezt a protokollt.
Ahogy azt sejteni lehet a cím header Last-Modified válasz továbbítja idő adatközlő változásokat.
Miért fontos ez? Ez a fejléc nem szükséges lehet használni úgynevezett feltételes kérések (feltételes kérésre), vagy érvényesítő gyorsítótár (cache érvényesítési). Tény, hogy használják a forgatókönyvek teszteljék az aktuális dokumentumban, ha kell újra letölteni, vagy sem. Számos módja van ez a teszt, úgy véljük, csak az idő próbáját.
Az ötlet a szabványban leírt nagyon egyszerű. Az első alkalommal, amikor dokumentumot kér szerveren a dátum és az idő az utolsó módosítás a dokumentum, például:
Megjegyzés Feltétlenül közölje a szerver idő ( „szinkronizálni órák!”), És a módosítás dátuma a dokumentum, amely korábban volt, mint az aktuális időt.
Ha az ügyfél recirkulációs (böngésző vagy bejáró) kérheti a dokumentumot az alábbiak szerint: hagyja, hogy a dokumentum, ha megváltozott az időpontja:
Felhívjuk figyelmét, hogy a kiszolgáló azt mondta, hogy 304 Nem módosított és megáll továbbításához. Nagyon jó, hogy időt takarít meg, mert a böngésző már nem kell újra letölteni a dokumentumot.
Fontos figyelni a szokásos:
a) Ha a kérelem általában semmi más, mint egy 200 (OK) állapotát, vagy ha az eltelt If-Modified-Since dátum érvénytelen, ezért a válasz pontosan ugyanaz, mint a normál GET. A dátum későbbi, mint a szerver aktuális idő érvénytelen.
b) Ha a variáns óta módosította az If-Modified-Since dátumát, a válasz pontosan ugyanaz, mint a normál GET.
c) Ha a variáns nem módosult, mivel érvényes If-Modified-Since dátumát, a szerver vissza 304 (nem változott) választ.
Közlemény azt írja, hogy ha eltelt téves tájékoztatás a dátumot vagy a dokumentum módosításra került, akkor a válasz egyszerűnek kellene lennie GET anélkül, hogy további feltételeket. Ha nem történik változás volt a válasz legyen 304.
Nyilvánvaló, hogy az ügyfelek (böngészők és robotok) vegye tájékoztatás napjától az utolsó módosítás a dokumentum a korábbi a kérését, de ha van akkor azt átvisszük megfelelően (lásd. Ingeyta téveszmés fenti kódot), akkor nincs értelme a címet!
Gyerünk, maga Last-Modified fejléc nem kritikus, a legfontosabb szerver kérésére a feltétel If-Modified-Since - 304 (a dokumentum nem változott) vagy 200 (papír rám, íme az aktuális verzió). Ezt írja le a kézi még webmaster Yandex:
A kiszolgálót, hogy ki a helyes válasz fejlécet (például, ha az oldal nem létezik, kérdés 404, és ha a kérelem érkezik If-Modified-Since, a kérdés kód 304, ha az oldal a meghatározott időpontban a kérelem nem változott).
Azt is láthatjuk, hogy ha a szerver nem reagál a feltételes GET kérés, ez nem különbözik a szokásos kérés. Azaz, a Last-Modified fejléc az aktuális időt, az azonos és torz (helló Integytu!) Nem kell!
Tehát, hogy az igény Last-Modified, vagy nem?
Általában szükség van. De fontos, hogy megértsük, hogy a fejlécet nem játszik szerepet, hanem az egész forgatókönyv feltételes lekérdezéseket, amelyet be kell végrehajtani vége előtt a helyszínen. Ez az, ahol kap a nagy sebességű webhely indexelése.
Gyakran azonban ez kész végrehajtani CMS nagyon nehéz. Talán ez lenne szükség viszonylag jelentős változások a legtöbb CMS kódot.
Bár számos CMS lehet végrehajtani, beleértve az oldal gyorsítótárral. Ha a CMS cache oldalak létrehozása és így gyakorlatilag statikus fájlokat, akkor a webszerver megfelelően válaszol a feltételes kéréseket. Például a WordPress ez lehet megvalósítani egy plugin WP Super Cache:
Ellenőrizze, hogy ki a munka. Én már bele a bővítményt, nyitott egy böngésző névtelen módban készült két kérelmet egy oldal. Világosan látható, hogy a második válasz helyes - 304 Nem módosított:
ahelyett, hogy a következtetés
Tehát kitaláltam egy Last-Modified fejlécben. Először is meg kell kommunikálni tájékoztatás a dátumot és az időt egy igazi változás a dokumentumban. Másodszor, rendkívül fontos szerver válaszként feltételes kérés egy If-Modified-Since fejlécet.
Nos, figyelj kisebb SEO, akik nem ismerik az alapvető alapjait az interneten munkát.
Nicholas, hogy ha az előadások „Specialist” ha nem lenne bekent információt több órán át, ne vonja el a közönség mindenféle történeteket, és koncentrálódnak a figyelmet a fő, ez volt akkor és ott volt minden nonszensz RuNet. Miután meghallgatta óra az előadások, és persze, a kollégák (van még rosszabb) Én arra a következtetésre jutottam, hogy kevés a SEO szakemberek közé tartozik. Információ a szemetet szerzett előadások fej, és a tudás nem adott. Elnézést, a lélek. Kösz az infót ezen az oldalon. Kívánatos.
Michael, de ez nem igazán SEO, több web-mastering, ami időt vesz igénybe, sokkal több, mint a SEO. Csak konfigurálása Web szerver tudja fordítani annyi időt, hogy mennyit dolgoztak egész SEO természetesen. És ez minden, amire szüksége van. Csak nem mindenki érti ezt.
Jó napot kívánok. Telepíti a bővítményt. Beleértve beállításokat a válasz 304. Mégis, ez a fejléc nincs jelen. Próbáltam a kódot regisztrálni ugyanaz. Mert, hogy mit lehet? Szerver: nginx
Legalábbis abból a tényből, hogy a létrehozott fájl nginx.conf alapvetően szükséges, hogy a helyszínen, hogy a nginx konfiguráció és töltse be