Redirect 301: kód trvalého přesměrování

LLM AIO AEO SEO
Dalimil
Redirect 301: Kód trvalého presmerovania

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 indexům LLM, že se obsah trvale přesunul. Výsledkem je přenos signálů (odkazové autority, signálů uživatelů, kanonizace) 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.

Stavové kódy HTTP: 301 vs. další alternativy

  • 301 Moved Permanently: trvalé přesunutí, přenáší PageRank/link equity (postupem času); prohlížeče si přesměrování ukládají do mezipaměti.
  • 302 Found / 307 Temporary Redirect: dočasné, nevhodné pro dlouhodobé změny z hlediska SEO.
  • 308 Permanent Redirect: trvalé jako 301, zachovává metodu požadavku (např. POST). Pro migrace URL je plnohodnotnou alternativou k 301.

Vliv na SEO, AIO/AEO a LLM

  • Kanonizace: 301 pomáhá konsolidovat signály na jednu definitivní URL a 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 adresu.
  • AIO/AEO/LLM: asistentské a odpovědní systémy mapují zdroje podle stabilních URL; 301 omezuje „halucinace“ týkající se starého obsahu a udržuje aktuální entitu a fakta.
  • UX a měření: správné přesměrování 301 snižuje chybovost, zlepšuje Core Web Vitals (odstraněním řetězení) a zachovává konzistentní měření UTM.

Typické scénáře použití

  • HTTP → HTTPS (povinně na celém webu).
  • www ↔ non-www (zvolte jednu kanonickou variantu).
  • Koncové lomítko (s lomítkem vs. bez něj, zvolte jednotnou politiku).
  • Diakritika a velikost písmen (normalizujte URL; webové servery mohou rozlišovat velikost písmen).
  • Staré produkty/kategorie → nové (mapování jednotlivých položek).
  • 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 pravidle HTTPS)
RewriteCond %{HTTP_HOST} !^www.
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# 3) Odstranění koncového 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, upřednostněte jedno pravidlo pro HTTP→HTTPS a jedno pro www/non-www, aby nevznikaly řetězce přesměrování.
  • 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 pro složitější mapování.

Aplikace a CMS: přesměrování na úrovni aplikace

  • PHP: header('Location: /nova-url', true, 301); exit; (kvůli výkonu upřednostněte pravidla na serveru).
  • WordPress: využijte server a jednotnou politiku permalinků; pluginy používejte jen pro jednorázová mapování.
  • Headless/JS: nikdy nepoužívejte pouze přesměrování pomocí meta refresh/JS – je pomalé a nestandardní.

Migrace webu: plán a mapování

  1. Inventarizace URL: exportujte všechny indexované a navštěvované URL (logy, analytika, mapa webu, crawl).
  2. 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 domovskou stránku.
  3. Mapy webu: zveřejněte novou mapu webu; staré URL z mapy odstraňte.
  4. Interní odkazy: aktualizujte je tak, aby směřovaly na cílové URL (aby nevznikaly přesměrovací skoky).
  5. Strukturovaná data: upravte url, sameAs, image, mainEntityOfPage tak, aby obsahovala nové adresy.
  6. Rozpočet na procházení: minimalizujte řetězení a zbytečné odpovědi 404/410.

Ověření a monitoring po nasazení

  • HTTP hlavičky: curl -I https://example.com/stare → očekávejte HTTP/1.1 301 a Location: https://example.com/nove.
  • Řetězení: upřednostněte maximálně 1 skok. Zkontrolujte je pomocí nástrojů (crawleru) a logů.
  • Ukládání do mezipaměti: prohlížeče si přesměrování 301 pamatují; při dočasném testování použijte 302/307 a až poté 301.
  • Měření: sledujte chyby 404, organickou návštěvnost, pozice, počet indexovaných stránek a dobu odezvy.

Politiky URL: konzistence a normalizace

  • Koncové lomítko: zvolte jednotný styl a vynucujte jej pomocí 301.
  • Malá písmena: používejte malá písmena (pokud server rozlišuje velikost písmen) a přesměrujte varianty.
  • Indexové soubory: /adresar/index.html → /adresar/ nebo pevně stanovená politika bez lomítka.
  • Parametry: zachovávejte UTM (?utm_source=…) a důležité filtry; nepotřebné parametry kanonizujte.

Vícejazyčné nasazení a nasazení na více doménách

  • Hreflang: po přesunu zachovejte vztahy 1:1 mezi jazykovými verzemi.
  • Subdomény vs. podadresáře: při konsolidaci používejte hromadná pravidla a mapu webu pro každou jazykovou větev.
  • Propojení entit: aktualizujte odkazy v sameAs (např. na profily na sociálních sítích, Wikidata) a interní reference.

Výkon a bezpečnost

  • Eliminujte řetězení: každý skok zvyšuje latenci; sloučte „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řechodu na HTTPS opravte všechny zdroje HTTP (obrázky, skripty, CSS).

Časté chyby

  • Smyčky (loop): nesprávně nastavená pravidla způsobují nekonečné přesměrování.
  • Použití 302 místo 301 při trvalých změnách.
  • Přesměrování na nerelevantní stránku (ztráta tematických signálů).
  • Nezachování query stringu v pravidlech (pokud je potřeba).
  • Nevhodné načasování (nejprve spuštění nového webu bez 301 a teprve poté nastavení pravidel → vzniknou chyby 404 a dojde ke ztrátě rozpočtu na procházení).

Kontrolní seznam před spuštěním

  1. Má každá stará URL přiřazenou cílovou URL?
  2. Je přesměrování HTTP→HTTPS a www/non-www vyřešeno jediným skokem?
  3. Jsou aktualizované interní odkazy a kanonické tagy?
  4. Jsou upravená strukturovaná data a mapy webu?
  5. Byly provedeny kontroly pomocí curl -I, crawleru a testu rychlosti?
  6. Je nastaveno monitorování chyb 404/500, logy a upozornění?

Měření úspěchu po migraci

  • Index Coverage a počet URL v indexu v nové struktuře.
  • Organická návštěvnost a konverze podle cílových stránek (odstraněné řetězení by mělo zlepšit metriky).
  • Chybovost: pokles počtu chyb 404/5xx a řetězení přesměrování.
  • Rychlost: porovnání TTFB a CLS/LCP před změnou a po ní.

Shrnutí

Redirect 301 je základem technického SEO a AIO/AEO. Umožňuje bezpečně přenést hodnotu a význam z původních URL na nové, zachovat kanonizaci, zlepšit uživatelskou zkušenost a pomoci vyhledávačům i LLM správně interpretovat strukturu webu. Úspěch závisí na kvalitním mapování 1:1, odstranění řetězení, konzistentní politice URL a důsledném monitoringu po nasazení.