Co je Redirect 301 a proč je klíčový
Redirect 301 je trvalé přesměrování z jedné URL na druhou. Oznamuje prohlížečům, robotům a LLM indexům, že obsah se natrvalo přesunul. Výsledkem je přenos signálů (odkazová autorita, signály uživatelů, kanonikalita) na cílovou URL, což je zásadní při migracích webu, konsolidaci duplicitních adres, přechodu na HTTPS, změně struktury URL nebo slučování obsahu.
HTTP stavové kódy: 301 vs. další alternativy
- 301 Moved Permanently: trvalý přesun, přenáší PageRank/link equity (časem); prohlížeče si přesměrování kešují.
- 302 Found / 307 Temporary Redirect: dočasné, nevhodné pro dlouhodobé SEO změny.
- 308 Permanent Redirect: trvalý jako 301, zachovává metodu požadavku (např. POST). Pro URL migrace je plnohodnotnou alternativou 301.
Vliv na SEO, AIO/AEO a LLM
- Kanonikalita: 301 pomáhá konsolidovat signály na jednu definitivní URL, minimalizuje roztříštění hodnocení.
- Indexace: vyhledávače postupně nahradí starou URL novou; strukturovaná data a interní odkazy mají směřovat na cílovou URL.
- AIO/AEO/LLM: asistenční a odpovědní systémy mapují zdroje podle stabilních URL; 301 omezuje „halucinace“ o starém obsahu a udržuje aktuální entitu a fakta.
- UX a měření: správný 301 snižuje chybovost, zlepšuje Core Web Vitals (odstraněním řetězení) a udržuje konzistentní UTM měření.
Typické scénáře použití
- HTTP → HTTPS (povinně celowebově).
- www ↔ non-www (zvolte jednu kanonickou verzi).
- Trailing slash (s lomítkem vs. bez, vyberte jednotnou politiku).
- Díakritika a velikost písmen (normalizujte URL; web servery mohou být case sensitive).
- Staré produktové/kategorie → nové (mapování po položkách).
- Parametry (odstranění duplicitních parametrů, UTM se většinou zachovává).
Apache (.htaccess) – příklady bez řetězení
RewriteEngine On
# 1) HTTP → HTTPS
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
# 2) non-www → www (po HTTPS pravidle)
RewriteCond %{HTTP_HOST} !^www.
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
# 3) Odstranění koncové lomítka kromě adresářů
RewriteCond %{REQUEST_URI} .+/$
RewriteRule ^(.+?)/$ /$1 [R=301,L]
# 4) Konkrétní mapování starých URL → nové
Redirect 301 /stary-produkt-123 /novy-produkt-abc
Nginx – ekvivalentní pravidla
# 1) HTTP → HTTPS
server { listen 80; server_name example.com www.example.com;
return 301 https://$host$request_uri; }
# 2) non-www → www
server { listen 443 ssl; server_name example.com;
return 301 https://www.example.com$request_uri; }
# 3) Konkrétní přesměrování
location = /stary-produkt-123 { return 301 /novy-produkt-abc; }
CDN a hosting: Cloudflare, Netlify, Vercel, S3/CloudFront
- Cloudflare: Page Rules/Redirect Rules – definujte Source URL pattern a 302/301, preferujte jedno pravidlo pro HTTP→HTTPS a jedno pro www/non-www, aby nevznikaly řetězce.
- Netlify: soubor
_redirects– např./stare /nove 301,http://* https://:splat 301!. - Vercel:
vercel.json→"redirects": [{"source":"/stare","destination":"/nove","permanent":true}]. - S3/CloudFront: Routing Rules na S3 nebo Lambda@Edge/Functions při složitějších mapováních.
Aplikace a CMS: přesměrování na úrovni aplikace
- PHP:
header('Location: /nova-url', true, 301); exit;(preferujte serverová pravidla kvůli výkonu). - WordPress: využijte server + jednotnou politiku permalinků; pluginy jen na jednorázová mapování.
- Headless/JS: nikdy nepoužívejte jen meta refresh/JS přesměrování – je pomalé a nestandardní.
Migrace webu: plán a mapování
- Inventarizace URL: exportujte všechny indexované a navštěvované URL (logy, analytics, sitemap, crawl).
- Mapování 1:1: každou starou URL přiřaďte k nejrelevantnější nové (obsahově nejbližší). Vyhněte se přesměrování na homepage.
- Sitemapy: publikujte novou sitemapu; staré URL ze sitemap odstraňte.
- Interní odkazy: aktualizujte na cílové URL (ať nevznikají přesměrovací skoky).
- Strukturovaná data: upravte
url,sameAs,image,mainEntityOfPagena nových adresách. - Crawl budget: minimalizujte řetězení a zbytečné 404/410.
Ověření a monitoring po nasazení
- HTTP hlavičky:
curl -I https://example.com/stare→ očekávejteHTTP/1.1 301aLocation: https://example.com/nove. - Řetězce: preferujte max. 1 skok. Zkontrolujte nástroji (crawler) a logy.
- Kešování: 301 si prohlížeče pamatují; při dočasném testování použijte 302/307 a až poté 301.
- Měření: sledujte 404, organickou návštěvnost, pozice, počet indexovaných stránek a dobu odezvy.
Politiky URL: konzistentnost a normalizace
- Koncová lomítka: zvolte jednotný styl a vynucujte ho 301.
- Lowercase: prosazujte malá písmena (pokud je server case-sensitive) a přesměrujte varianty.
- Index soubory:
/adresar/index.html → /adresar/nebo pevná politika bez lomítka. - Parametry: zachovejte UTM (
?utm_source=…) a důležité filtry; zbytečné parametry kanonikalizujte.
Vícejazyčné a více doménové nasazení
- Hreflang: zachovejte 1:1 vztahy mezi jazykovými mutacemi po přesunu.
- Subdomény vs. podsložky: při konsolidaci používejte hromadná pravidla a sitemapu pro každou jazykovou větev.
- Propojení entit: aktualizujte odkazy v
sameAs(např. na sociální profily, Wikidata) a interní reference.
Výkon a bezpečnost
- Eliminujte řetězce: každý skok zvyšuje latenci; spojte „HTTP→HTTPS→www→bez lomítka“ do jednoho skoku (pořadí pravidel).
- HSTS: po přechodu na HTTPS aktivujte HSTS, aby klienti rovnou používali HTTPS (pozor na subdomény).
- Mixed content: po přesunu na HTTPS opravte všechny HTTP zdroje (obrázky, skripty, CSS).
Časté chyby
- Smyčky (loop): špatně nastavená pravidla způsobují nekonečné přesměrování.
- Použití 302 místo 301 u trvalých změn.
- Přesměrování na nerelevantní stránku (ztráta tematických signálů).
- Nezachování query stringu u pravidel (pokud je potřeba).
- Nevhodné načasování (nejdříve spuštění nového webu bez 301, až poté pravidla → vzniknou 404 a ztráta crawl budgetu).
Kontrolní seznam před spuštěním
- Má každá stará URL přidělenou cílovou URL?
- Je HTTP→HTTPS a www/non-www řešeno v jediném skoku?
- Jsou interní odkazy a kanonické tagy aktualizovány?
- Jsou upraveny strukturované data a sitemapy?
- Ověřeno
curl -I, crawlerem a testem rychlosti? - Monitorování 404/500, logy a alerty nastaveny?
Měření úspěchu po migraci
- Index Coverage a počet URL v indexu na nové struktuře.
- Organický traffic a konverze podle cílových stránek (odstraněné řetězce by měly zlepšit metriky).
- Chybovost: pokles 404/5xx a přesměrovacích řetězců.
- Rychlost: porovnání TTFB a CLS/LCP před a po.
Shrnutí
Redirect 301 je základem technického SEO a AIO/AEO. Umožňuje bezpečně přesunout hodnotu a význam z původních URL na nové, udržet kanonikalitu, zlepšit uživatelskou zkušenost a pomoci vyhledávačům i LLM správně interpretovat strukturu webu. Úspěch stojí na kvalitním mapování 1:1, odstranění řetězení, konzistentní politice URL a důsledném monitoringu po nasazení.
