# 2 - Křídlové fólie za 5 minut !! - Idiot's Guide to Wing Foiling

Pokud dojde k přesměrování s následujícím kódem:

<?php $delay = 5; //seconds sleep($delay); header('HTTP/1.1 301 Moved Permanently'); header('Location: http://www.example.com');  ?> var13 ->

je ovlivněn tok šťávy z odkazu?

Aktualizace:

Cílem je: web bude přesunut do jiné domény. Časové zpoždění před přesměrováním by mělo návštěvníkům poskytnout čas na přečtení zprávy o tom, proč a kam budou přesměrováni.

Na rozdíl od výše uvedeného, ​​což je a 301 přesměrování, Meta aktualizace neprochází šťávou, hodnotou ani spravedlivostí odkazu.

  • 3 Pokud přidáte echo před $ delay, tato zpráva se nezobrazí, ale Google s ní bude zacházet jako s jakýmkoli jiným přesměrováním. Můžete to sami otestovat provedením a curl www.example.com
  • 1 Můžeme přestat používat výrazy link juice? Můžeme místo toho použít pojem hodnota odkazu? Osobně jsem se snažil zmáčknout odkazy a ještě jsem nevyrobil šťávu. (humor nabízený s přátelstvím). Nějak nesnáším pojem džus. To mě frustruje. Zjevně osobní problém! Na zdraví!!
  • 3 Přidání pětisekundového zpoždění se jeví jako způsob, jak spustit pokuty Google za pomalé stránky.
  • 4 „Časová prodleva před přesměrováním by měla návštěvníkům poskytnout čas na přečtení zprávy“ - To nebude fungovat. Pokud před zápisem záhlaví zablokujete, nebudete také moci po dobu těchto 5 sekund napsat stránku se zprávou. V protokolu HTTP jsou záhlaví vždy napsána před stránkou. Můžete použít meta refresh s 5sekundovým zpožděním nebo můžete použít JavaScript setLocation po 5 sekundovém zpoždění, ale nemůžete použít trvalé přesměrování 301 se zpožděním. Prostě není možné dát zprávu před uživatele s trvalým přesměrováním.
  • 1 @StephenOstermiller, který dává smysl.

Ačkoli John Muller potvrdil, že nedošlo ke ztrátě žádného hodnocení PageRank (RIP), Moz tvrdil, že existují některé studie, které potvrzují opak. Ať tak či onak, podle mého názoru je bezpečnější předpokládat, že je ztracena nějaká „odkazová šťáva“.

Zpoždění ve skutečnosti nebude důležité, protože klienti čekají na odpověď serveru a poté načtou obsah odpovědi. 301 bude odpověď, v takovém případě nebude narušen „tok spojení“. Technicky to ve světě SEO nestojí za to vyzkoušet, i když chcete oklamat Google.

Pokud to chcete udělat, abyste uživatelům za 5 sekund oznámili, že se vaše stránka přesunula, použijte k přesměrování JavaScript. Je to zdravější.

Po vyjasnění otázky

Pokud obsah zůstane stejný mezi starou a novou doménou, doporučil bych ponechat obsah, využít dobře podporovanou kanokalizaci napříč doménami a vytvořit kanonickou značku odkazující na novou doménu. Také bych vytvořil rozevírací okno nebo zprávu horního posuvného okna, aby se zobrazil text oznámení s odkazem na novou stránku / doménu. Poté počkejte, až Google indexuje novou doménu, nebo úplně odindexujte starou doménu, a implementujte 301.

  • pokusili jste se někdy přesvědčit klienta, že přesměrování JavaScriptu je zdravější než 301? Questrion není, ať už 301 projde linkjuice nebo ne, ale spíše by zpoždění narušilo tok linkjuice
  • @ Evgeniy omlouvám se, jestli jsem zněl nějak arogantně. Opravdu nevíme příliš mnoho podrobností o tom, proč chcete implementovat zpoždění v odpovědi. S danými informacemi mohu jen předpokládat, že musíte uživateli před odesláním odpovědi HTTP ukázat zprávu. V kontextu toho, co bylo dáno, mohu říci, že přesměrování JS bude mnohem zdravější než pokus o přepsání hlaviček. Věřím však, že jsem odpověděl správně, když jsem řekl, že tok odkazů nebude narušen. Někdo si to také myslel a hlasoval pro.

Přesměrování 301 mohou ovlivnit hodnotu odkazu a hodnocení může trochu zatancovat - stačí se ujistit, že jste provedli správnou optimalizaci nové domény. Nemyslím si, že se uživatelé budou obtěžovat přesměrováním, pokud tam bude obsah. A co místo toho umístit oznámení na novou doménu? zpoždění, které by mohlo ovlivnit rychlost stránky a jejich pozornost.

Pracoval pro vás: Charles Robertson | Chcete nás kontaktovat?