Změna URL článku ve WordPressu: přesměrování a kontrola bez ztracených cest

Přepíšete slug článku, nová adresa funguje a práce vypadá hotová. Jenže starý odkaz z newsletteru končí chybou a interní články stále míří na původní cestu. Změna URL je přesun sítě odkazů, nikoli jen úprava políčka ve WordPressu. Potřebujete znát starou a novou adresu, zajistit odpovídající přesměrování a ověřit skutečný výsledek. U více magazínů navíc nesmíte zaměnit domény ani rozsah pravidla.

Kdy adresu měnit a kdy ji raději zachovat

Dobré důvody jsou například reorganizace chybné struktury, sloučení skutečně duplicitních článků nebo přesun na novou doménu. Méně přesvědčivým důvodem je přidání jednoho dalšího klíčového slova do již fungujícího slugu. Titulek, obsah a popis můžete upravit bez změny URL. Stabilní adresa má hodnotu pro záložky, externí odkazy i redakční evidenci.

Pokud pouze přecházíte na jiný hosting a doména i cesty zůstávají stejné, nejde o stejný typ přesunu. Použijte návod k migraci WordPressu na nový hosting. Nespojujte změnu serveru, šablony, domény a celé struktury URL do jediné operace bez nutnosti: při závadě obtížně určíte příčinu.

Inventář starých adres je důležitější než regulární výraz

Před úpravou sestavte mapu zdroj → cíl. Zahrňte články, stránky a další relevantní typy obsahu, nejen aktuální seznam příspěvků. Podklady mohou zahrnovat sitemapu, interní crawl, analytiku, Search Console a serverové logy. U článku se změněným slugem zapište i starší historické adresy, pokud už dříve proběhl přesun.

  • U každé položky evidujte doménu, původní URL, cílovou URL a důvod změny.
  • Připojte očekávaný stavový kód a informaci, zda má nový obsah skutečně nahrazovat starý.
  • Prověřte významné odkazy, návštěvnost a závislosti z menu, rubrik a newsletterů.
  • Připravte odpovědnou osobu, okamžik nasazení a možnost návratu.
  • Před zápisem ověřte, zda někdo mezitím nezměnil dotčený článek nebo pravidlo.

Hromadné pravidlo musí odpovídat reálné struktuře. Příliš široký vzor může zachytit média, administraci nebo zcela jiné články. Nejdřív otestujte jednotlivé mapování a hraniční příklady, potom případně převádějte pravidelnou skupinu. U každého webu používejte jeho skutečnou doménu; shodný slug na jiném magazínu není stejný objekt.

Stará cesta Nová cesta Rozhodnutí
/stary-navod/ /novy-navod/ Trvalý přesun téhož návodu
/zaloha-snadno/ /zaloha-wordpressu/ Sloučení do věcně odpovídajícího textu
/zrusena-akce/ Bez náhrady Odpovídající 404 nebo 410 podle situace
/docasna-sluzba/ /informace-o-odstavce/ Dočasné směrování jen při skutečně dočasném účelu

301, 308, 302 a 307: vybírejte podle účelu

Pro trvalý přesun Google doporučuje serverové přesměrování, běžně 301 nebo 308. Dočasné přesměrování používá například 302 či 307. Nejde o soutěž, který kód je obecně „lepší pro SEO“: kód má pravdivě popsat stav. U běžného otevření článku jde zpravidla o GET; u formulářů a dalších požadavků se rozdíly v zachování metody stávají podstatnějšími.

Canonical je jiný nástroj. Označuje preferovanou kopii, ale návštěvníka na ni sám nepřesune. Při skutečném odstranění staré adresy proto nenahrazujte přesměrování pouze canonicalem. Souvislosti vysvětluje průvodce kanonickými URL. Naopak dočasné provozní rozhodnutí nemá být vydáváno za trvalý přesun.

Co zvládne WordPress a co musíte ověřit

WordPress může při některých změnách slugu dohledat starou cestu a přesměrovat ji. SEO plugin, redirect plugin, server nebo CDN mohou přidávat vlastní pravidla. Na automatické chování nespoléhejte bez testu. Změna celé struktury trvalých odkazů, taxonomické cesty nebo domény nemusí odpovídat jednoduché změně jednoho příspěvku.

Vyberte srozumitelně spravovanou vrstvu pravidel. Pokud stejný přesun nastavíte v pluginu, CDN i serveru různě, hůře se hledá smyčka. Serverové řešení může být vhodné pro rozsáhlé pravidelné přesuny, plugin pro evidované jednotlivé změny; konkrétní volba závisí na hostingu a kompetencích správce. Před nasazením změnu vyzkoušejte na testovací kopii WordPressu.

Bezpečný postup při změně jednoho článku

  1. Uložte původní článek, URL, metadata a aktuální důležité odkazy. Ověřte zálohu.
  2. Připravte novou adresu a zkontrolujte, že nekoliduje s jiným obsahem.
  3. Upravte konkrétní příspěvek a nastavte trvalé směrování staré URL přímo na konečnou novou.
  4. Na cíli ověřte stav 200, obsah, vlastní canonical a nepřítomnost nechtěného noindex.
  5. Upravte interní odkazy a sitemapu tak, aby už nabízely novou adresu přímo.
  6. Otestujte starou cestu bez automatického následování a potom celý řetězec až k cíli.
  7. Zapište výsledek a sledujte nové načtení i chybové logy.

Při slučování dvou textů nejdřív dokončete cílový obsah. Přesměrování na neúplnou stránku není hotové sloučení. Redakční rozhodnutí, co zachovat, popisuje návod k překryvu článků. Záloha chrání možnost návratu, ale návrat sám může vyžadovat koordinaci pravidel a nových zápisů; neobnovujte starou databázi přes novější obsah bez rozmyslu.

Jak přesměrování zkontrolovat bez dojmu „něco se otevřelo“

Prohlížeč často přesměrování skryje tím, že rovnou ukáže cílovou stránku. V síťovém panelu nebo HTTP klientu proto ověřte první odpověď a hlavičku Location. Pro důležitou kontrolu použijte skutečný GET; některé servery odpovídají na HEAD jinak. Potom sledujte všechny kroky k finální URL a načtěte její obsah.

Modelový očekávaný řetězec je /stary-navod/ → 301 → /novy-navod/ → 200. Pokud nová URL vrací další 301 na třetí adresu, máte řetězec. Upravte původní pravidlo přímo na konečný cíl. Smyčka vracející návštěvníka na již navštívenou adresu je chyba; opakované přidávání dalších pravidel ji může zhoršit.

Kontrola Správný výsledek Časté přehlédnutí
Stará URL Očekávané trvalé přesměrování 200 s chybovou hláškou
Location Přesná konečná adresa Jiná doména nebo testovací prostředí
Cíl 200 a odpovídající plný článek Noindex nebo přihlášení
Canonical a sitemap Nová preferovaná URL Starý slug v jedné vrstvě
Interní odkazy Přímo na nový cíl Zbytečné spoléhání na přesměrování
Mobilní návštěva Stejný cíl a čitelný obsah Odlišné pravidlo či nefunkční stránka

Co když obsah nemá náhradu

Nepřesměrovávejte všechny zrušené články na homepage. Návštěvník hledající konkrétní návod nedostane odpověď a Google může nesouvisející přesun vyhodnotit jako soft 404. Pokud obsah skutečně končí a nemá odpovídající náhradu, je legitimní odpověď 404 nebo 410. Není nutné přesměrovat každou historickou chybnou URL.

Pokud náhrada existuje, musí být významově vhodná. Více starších článků lze směrovat na nový sloučený průvodce, jestli skutečně přebírá jejich účel. Pouhá široká kategorie nemusí být náhradou detailního návodu. Rozhodnutí dokumentujte jednotlivě nebo pro jasně vymezenou skupinu, ne jen podle společného slova v cestě.

Přesun celé domény vyžaduje delší odpovědnost

U doménové migrace ověřte starou i novou službu v Search Console a podle podporovaného typu přesunu využijte nástroj Změna adresy. Ten není určen pro běžnou úpravu slugu jednotlivého článku. Zachovejte provoz staré domény a potřebný certifikát, aby fungovaly i původní HTTPS odkazy. Pouhé přesměrování HTTP varianty nepomůže čtenáři přicházejícímu na staré HTTPS.

Google doporučuje přesměrování zachovat co nejdéle, obecně alespoň rok. Pro návštěvníky a trvalé externí odkazy může dávat smysl výrazně delší doba. Není to důvod čekat rok s opravou vlastních odkazů: ty upravte přímo. Se sitemapou a indexačními pokyny pomůže kontrolní postup pro robots a sitemapu.

Jak změnu uzavřít a sledovat výsledek

Technické dokončení znamená ověřenou mapu, funkční cíle, přímá přesměrování a upravené vlastní odkazy. Samostatně sledujte, kdy robot nové adresy načetl a jak se mění indexace. Krátkodobé kolísání při větší migraci není samo o sobě důkaz chyby, ale nefungující cesty, plošný noindex a smyčky vyžadují okamžitou opravu. Žádný postup nezaručuje neměnné pozice.

Pro více magazínů přesouvejte po ověřitelných skupinách a uchovávejte samostatný seznam pravidel pro každou doménu. Před další skupinou zhodnoťte chyby pilotu. Do předávacího protokolu uložte skutečně provedené testy a neoznačujte za hotové adresy, které jste jen zahrnuli do souboru pravidel.

Krátký model předávacího záznamu

Pro jeden přesun může stačit řádek „stará URL → nová URL, trvalé přesměrování, ověřený konečný obsah, datum a odpovědný správce“. Přiložte skutečnou první odpověď a finální výsledek. Když bude později článek znovu přejmenován, aktualizujte i nejstarší pravidlo přímo na nový konečný cíl. Evidence tím zabrání postupnému růstu řetězce po každé redakční úpravě.

Časté otázky

Musím měnit slug při každé aktualizaci roku v titulku?

Ne. Pokud URL stále věcně odpovídá průběžně aktualizovanému návodu, může zůstat stabilní. Změnu roku v obsahu neposuzujte automaticky jako stěhování.

Je 308 horší než 301?

Google oba chápe jako trvalé serverové přesměrování. Konkrétní volba má odpovídat prostředí a chování požadavků, nikoli mýtu o automaticky horším SEO.

Stačí, že WordPress starou adresu otevře?

Ne. Ověřte první stavový kód, Location, finální URL a obsah. Automatické dohledání článku nemusí pokrýt všechny staré varianty.

Mohu po měsíci pravidlo smazat?

Při trvalém přesunu je to obvykle příliš brzy. Zachovejte je dlouhodobě podle odkazů a návštěvnosti; Google obecně doporučuje alespoň rok.

Musím přesměrovat i překlepy, které nikdo nepoužívá?

Ne každý nahodilý požadavek potřebuje pravidlo. Přednost mají skutečně přesunuté adresy, vlastní odkazy, sitemapové položky a důležité externí vstupy.

Zdroje

Radek Vávra
Radek Vávra

Radek Vávra je šéfredaktor Podnikmag.cz. Věnuje se financím, investování a podnikání.

Články: 753