Přesměrování 301, nebo 302: jak zvolit kód při migraci

Mapa prošla bez červené chyby, ale u jednoho řádku svítí upozornění na dočasné přesměrování. Máte přepsat 302 na 301? Teprve až víte, zda se původní stránka skutečně stěhuje natrvalo, nebo se na svou adresu vrátí.

Kód vyjadřuje záměr přesunu, ne míru kvality pravidla. Automatická kontrola pozná zapsanou hodnotu, ale nezná plán vlastníka obsahu. Na dvou modelových případech oddělíme trvalou migraci od krátkodobého řešení. Připravíme také záznam podmínky návratu, který zabrání tomu, aby dočasné pravidlo zůstalo bez povšimnutí roky.

Stejný cíl neznamená stejný záměr

Dva řádky mohou posílat návštěvníka na stejnou adresu a přesto popisovat odlišná rozhodnutí. První říká, že původní dokument trvale nahradil nový. Druhý popisuje krátkodobé přesměrování, po kterém má původní adresa znovu plnit svou roli. Při kliknutí rozdíl nemusí být zřejmý.

Dokumentace Google rozlišuje trvalé a dočasné přesuny jako odlišné signály při výběru kanonické URL. Pro trvalou změnu adresy doporučuje serverové trvalé přesměrování, například 301 nebo 308. To není slib konkrétní rychlosti změny výsledků hledání ani záruka výkonu nové stránky.

Nejprve tedy připravte větu o budoucím stavu. „Starý přehled se sloučí do nové poradny a nebude se obnovovat“ je použitelný podklad. „Dali jsme tam 302, protože tak to nabízelo rozhraní“ vysvětluje vznik pravidla, nikoli jeho správnost.

Model A: obsah se trvale přesouvá, mapa uvádí 302

Předpokládejme, že vlastník obsahu schválil trvalé nahrazení starého návodu novou poradnou. Následující CSV ale obsahuje dočasný kód. Používáme smyšlené adresy example.com; model nic na webu nenastavuje.

source;target;status
https://example.com/stary-navod/;https://example.com/poradna/;302

Kontrola mapy vrátí jeden záznam k prověření. Konec cesty v mapě je poradna a pravidlo není konfliktní. Upozornění však žádá potvrdit, zda dočasný kód odpovídá zamýšlenému přesunu. V našem konkrétním zadání neodpovídá.

Schválenou opravu lze zapsat například jako 301. Volbu konkrétní implementace a vhodnost kódu pro dané prostředí potvrďte s vývojářem. Následující varianta ukazuje opravený plán, nikoli již provedenou změnu serveru.

source;target;status
https://example.com/stary-navod/;https://example.com/poradna/;301

Samostatná kontrola této varianty vrátí jeden záznam bez nálezu v mapě. Neprokazuje ale, že cíl obsahuje správný návod nebo že zdroj skutečně vrací 301. Tyto otázky je třeba ověřit zvlášť podle postupu převzetí přesměrování.

Model B: původní adresa se má vrátit

Jiný pracovní plán může dočasně odvést návštěvníky z přehledu akcí na informační stránku a později původní přehled obnovit. Předpokladem modelu je skutečně schválené krátkodobé řešení a obsahově srozumitelný cíl. Článek tím nenavrhuje, aby se každá nedostupnost řešila přesměrováním.

source;target;status
https://example.com/program/;https://example.com/informace-k-programu/;302

Výsledek lokální kontroly bude znovu jeden záznam k prověření. Tentokrát může být upozornění vědomě přijaté. Neodstraňujte ho změnou kódu jen proto, aby přestal být žlutý. Zapište potvrzení záměru a konkrétní podmínku, za které se původní chování obnoví.

„Dočasně“ potřebuje vlastníka a okamžik další kontroly. Může jít o skutečné dohodnuté datum nebo událost, například schválení nového programu. Pokud termín zatím neznáte, uveďte to a určete, kdo ho doplní. Smyšlené datum v tabulce není lepší než viditelná otevřená otázka.

Jak zapsat podmínku návratu bez nejasností

Do evidence SEO nálezů zapište přesnou zdrojovou URL, důvod dočasného řešení a odpovědnou osobu. Do dalšího kroku přidejte, jaké chování má být obnoveno. Nestačí „po akci vrátit“, pokud nikdo neví, která akce a která verze obsahu jsou myšlené.

Krátká tabulka nemusí nahrazovat projektový systém. Do buňky můžete připojit odkaz na vlastní interní úkol. Důležité je, aby pravidlo nezůstalo mimo evidenci jen proto, že při běžném kliknutí vede na dostupnou stránku a nevyvolává viditelnou chybu.

Co s dočasným kódem ukáže kontrola pokrytí

Vložte do kontroly pokrytí původní adresu starého návodu, novou poradnu a první mapu s kódem 302. Nástroj najde platnou cestu na cíl uvedený v novém seznamu. Současně ponechá upozornění na dočasné přesměrování.

To není rozpor mezi dvěma nástroji. Jeden výsledek říká, že dodaná mapa poskytuje cestu k nové URL; upozornění říká, že její kód potřebuje posoudit. Pokrytí inventáře neznamená schválení trvalosti přesunu. Rozhodnutí o kódu se neztratí tím, že je cílová adresa v seznamu.

Pokud původní URL zároveň uvedete mezi novými adresami, kontrola upozorní i na rozpor zachování a přesměrování. Neodstraňujte ji z inventáře bez znalosti významu seznamu. Problém podrobně rozebírá článek o zachované URL s přesměrováním.

Proč neměnit všechny dočasné kódy hromadně

Ve stejném souboru mohou být pravidla různých týmů a různých životních cyklů. Některá zachycují trvalý přesun poradny, jiná krátkodobou odbočku. Hromadné nahrazení všech hodnot může odstranit upozornění a současně změnit zamýšlené chování části projektu.

• Nejdřív rozdělte pravidla podle doloženého důvodu přesunu.
• U každé skupiny určete člověka, který může potvrdit budoucí roli zdroje.
• U změny kódu zachovejte původní verzi a záznam schválení.
• Opakujte analýzu celé výsledné mapy, včetně navazujících vstupů.

Nástroj podporuje několik kódů a některé řadí mezi situace k prověření. To není tvrzení, že jsou pro všechny aplikace vzájemně zaměnitelné. Tento návod řeší model běžného příchodu na dokument a plán přesunu obsahu; u formulářů nebo dalších aplikačních požadavků potřebujete technické zadání jejich konkrétního chování.

Dva stejné cíle s rozdílnými kódy jsou konflikt

Ve sloučeném exportu se může opakovat zdroj i cíl, ale jednou s 301 a podruhé s 302. Nejde o totožné duplicitní pravidlo. Naše kontrola tuto dvojici označí jako konflikt, protože podklad nevyjadřuje jednoznačně ani trvalost přesunu.

source;target;status
https://example.com/stary-navod/;https://example.com/poradna/;301
https://example.com/stary-navod/;https://example.com/poradna/;302

Oba záznamy budou chybné. Nenechávejte výběr na pořadí importu a neponechávejte automaticky vyšší nebo nižší číslo. Dohledáním původu řádků zjistěte, zda jeden návrh není překonaný. Výsledek má obsahovat jedno schválené pravidlo a zachovanou informaci, proč druhá varianta neplatí.

Kontrola po nasazení: kód, cesta i obsah

Ověřte konkrétní zdroj, skutečnou odpověď a hlavičku Location. Potom sledujte cestu až k výsledné stránce. Jiný kód může přidávat další pravidlo mimo předanou mapu. Samotný poslední načtený dokument proto neprokazuje, že první krok odpovídá zadání.

1. Porovnejte testovaný vstup s přesnou URL ve schváleném podkladu.
2. Zaznamenejte skutečný kód a další kroky, ne pouze adresu poslední stránky.
3. Ověřte vhodný obsah cíle a případné důležité varianty zdroje.
4. U dočasného řešení ponechte otevřený navazující úkol návratu.
5. Po jeho provedení zkontrolujte původní adresu znovu jako nepřihlášený návštěvník.

Výsledky uložte s datem a prostředím. Kontrola náhledu v administraci neprokazuje veřejnou odpověď serveru. Stejně tak správná editovaná hodnota v pluginu nedokládá, že ji skutečně dostává běžný návštěvník; může působit jiná vrstva pravidel.

Staré dočasné pravidlo není automaticky trvalý přesun

Při revizi můžete najít 302, která existuje dlouho a nemá žádný záznam důvodu. Stáří samo neprokazuje, že ji stačí přepsat. Původní stránka se třeba měla vrátit, ale obnova se nedokončila; jindy byl dočasný kód zvolen omylem už při skutečné migraci. Pro každou variantu je další krok jiný.

Dohledávejte podklady původního obsahu, historii změny a člověka, který rozhoduje o současné roli stránky. Pokud už původní plán není zjistitelný, napište to. Vlastník pak musí schválit nové aktuální rozhodnutí. Není potřeba vymýšlet zpětné vysvětlení, proč dávná konfigurace údajně vznikla.

U pravidla bez dostatečných podkladů oddělte potvrzené pozorování od navržené opravy. Můžete doložit, že zdroj nyní vrací konkrétní odpověď a vede na konkrétní obsah. Nemusíte vědět, jestli se tam dostal podle původního plánu. Tato nejistota je legitimní důvod pro úkol k rozhodnutí, nikoli pro náhodné hromadné přepsání.

Návrat potřebuje vlastní kontrolní případ

U modelového programu nestačí po skončení odbočky smazat řádek z tabulky. Implementace mohla vzniknout jinde a být řízená jiným pravidlem. Zadání návratu proto má obsahovat původní vstup, očekávaný obnovený dokument a důkaz, kterým bude výsledek potvrzen. Změna seznamu je jen jeden podklad pro tuto práci.

Připravte také jeden vstup, který se měnit nemá. Například informační stránka má zůstat dostupná samostatně, zatímco program přestane přesměrovávat. Ověření obou adres pomůže zachytit příliš široké pravidlo, které by s obnovením programu nechtěně odstranilo jeho doprovodné informace.

V evidenci ponechte původní test dočasného řešení i nový test návratu. Uzavření jednoho neznamená, že druhý proběhl automaticky. Pokud se termín posune, aktualizujte odpovědnost a důvod odkladu; nepřepisujte původní datum kontroly tak, aby budilo dojem čerstvě ověřeného výsledku.

Po návratu znovu projděte vlastní důležité odkazy. Mohly být během dočasného řešení změněné přímo na informační stránku. Správná odpověď původního zdroje sama nezaručuje, že současná navigace návštěvníka přivede tam, kam nyní chcete.

U každé revize ponechte v důkazech i přesnou původní URL včetně významných parametrů. Ověření jedné čisté cesty automaticky neprokazuje chování variant, které aplikace zpracovává odlišně. Pokud se pravidlo týká jen určité části požadavků, má být tato podmínka součástí technického zadání a testovacích případů. Prostá tabulka zdroj–cíl ji sama nesimuluje.

Stejně tak se nesnažte doplnit neznámé chování odhadem podle názvu přesměrovacího pluginu. Potřebujete konkrétní uložené pravidlo a skutečný výsledek. Zjištěný rozdíl mezi plánem a veřejnou odpovědí zapište jako nový důkaz, na který může správce navázat.

Cvičení: dvě upozornění, dvě různá rozhodnutí

První řádek přesouvá starý návod natrvalo. Druhý dočasně odvádí program na vysvětlující stránku a má schválenou podmínku návratu. Oba obsahují 302. Máte po kontrole přepsat oba na 301?

Zobrazit řešení volby kódu

Ne. U prvního opravte plán podle potvrzeného trvalého přesunu a domluvte implementaci. U druhého může dočasný kód odpovídat schválenému řešení; doložte jeho důvod a návrat. Stejný text upozornění může vést k odlišnému pracovnímu kroku. Po změně mapy zopakujte kontrolu a po nasazení ověřte skutečné odpovědi obou zdrojů.

Při dalším exportu tedy nehledejte jen počet žlutých řádků. Hledejte pravidla bez doloženého záměru a dočasná řešení bez vlastníka návratu. Takový přehled je pro předání užitečnější než formálně čistý soubor, jehož význam nikdo nepotvrdil.

Časté otázky

Kdy změnit přesměrování 302 na 301?

Když vlastník potvrdí trvalý přesun obsahu na odpovídající novou adresu a implementace tomu má odpovídat. Samotné upozornění v mapě není dostatečný důvod. U plánovaného návratu může být dočasné řešení správné.

Mám hromadně přepsat všechna dočasná přesměrování?

Ne bez posouzení jejich důvodů. V jednom souboru mohou být trvalé migrace i krátkodobé odbočky. Rozdělte pravidla podle doloženého záměru a po schválených změnách ověřte celý dotčený export i nasazení.

Co evidovat u dočasného pravidla?

Přesný zdroj, cíl, důvod, vlastníka a podmínku návratu. Termín uvádějte jen tehdy, pokud byl skutečně dohodnutý. Pozdější obnova původního obsahu potřebuje samostatné ověření skutečného chování.