Jokainen uudelleenohjaus käyttäjän klikkauksen ja kohdesivun välillä maksaa jotakin: aikaa, konversioita ja attribuutiodataa, joskus myös hakusijoituksia. Silti useimmilla markkinointitiimeillä ei ole aavistustakaan, kuinka monta uudelleenohjausta niiden kampanjoihin, uutiskirjeisiin ja maksettujen mainosten linkkeihin on piiloutunut.
Tässä oppaassa kerrotaan, mitä uudelleenohjaukset ovat, miksi niiden tyypillä on väliä, mitä uudelleenohjausketjut oikeasti maksavat ja miten nopea kuukausittainen tarkistus tehdään, jotta ongelmat löytyvät ennen kuin ne vahingoittavat kampanjoita.
Mikä uudelleenohjaus on?
Uudelleenohjaus on ohje, joka lähettää selaimen URL-osoitteesta toiseen. Kun klikkaat linkkiä, selain lähettää pyynnön palvelimelle. Uudelleenohjauksessa palvelin vastaa: ”älä lataa tätä sivua, mene sen sijaan tähän toiseen osoitteeseen”, ja selain noudattaa ohjetta.[1]
Tämä tapahtuu yleensä näkymättömästi ja lähes heti. Ongelma on, että nämä ”lähes heti” -viiveet kasautuvat, eivätkä kaikki uudelleenohjaukset ole samanarvoisia.
Neljä uudelleenohjaustyyppiä, jotka markkinoijan pitää tuntea
HTTP määrittelee useita uudelleenohjauksen tilakoodeja.[1] Niistä neljä tulee markkinointityössä vastaan jatkuvasti.
301: pysyvä uudelleenohjaus
Koodi 301 kertoo selaimille ja hakukoneille: ”Tämä sivu on siirtynyt pysyvästi. Päivitä tietosi.” Hakukoneet siirtävät suurimman osan alkuperäisen sivun sijoitussignaaleista uuteen kohteeseen. Selaimet voivat tallentaa 301-ohjauksen välimuistiin, jolloin palaava kävijä voi mennä suoraan kohteeseen käymättä enää palvelimellasi.
Mitä tämä tarkoittaa markkinoinnille: Sopii pysyvästi poistetuille URL-osoitteille (vanha tuotesivu, joka ohjaa korvaajaansa). Lyhytlinkeille se ei ole ihanteellinen. Jos selain tallentaa 301-ohjauksen välimuistiin, kohdetta ei voi myöhemmin vaihtaa ilman välimuistin ohittavaa kiertotietä, ja osa klikkauksista voi jäädä kirjaamatta välimuistista palvelluissa pyynnöissä.
302: tilapäinen uudelleenohjaus
Koodi 302 kertoo selaimille ja hakukoneille: ”Mene toistaiseksi tähän toiseen osoitteeseen, mutta älä päivitä tietojasi, sillä tämä voi muuttua.” Selaimet eivät tallenna 302-ohjauksia välimuistiin samalla tavalla, joten jokainen käynti kulkee uudelleenohjauspalvelimen kautta.[1]
Mitä tämä tarkoittaa markkinoinnille: Oletusvalinta linkkien lyhentäjille ja kampanjalinkeille, koska kohteen voi päivittää ja jokainen klikkaus kirjataan. Jos käytät linkkienhallintapalvelua, se käyttää lähes varmasti 302-ohjauksia.
307: tilapäinen uudelleenohjaus, joka säilyttää metodin
Koodi 307 on kuin 302, mutta se säilyttää nimenomaisesti alkuperäisen pyynnön HTTP-metodin (GET, POST jne.). Tällä on merkitystä lähinnä kehittäjille, jotka rakentavat lomakkeita tai API-integraatioita, ei tavallisille markkinointilinkeille.[1]
308: pysyvä uudelleenohjaus, joka säilyttää metodin
Koodi 308 on 307:n pysyvä versio, eli kuin 301, joka säilyttää myös pyynnön metodin. Tämäkin koskee lähinnä kehittäjiä.[1]
Käytännön yhteenveto useimmille markkinoijille: Kampanjalinkkeihin haluat 302:n. 301 on pysyviä URL-siirtoja varten. Jos markkinointilinkeissäsi näkyy 307- tai 308-ohjauksia, jotain epätavallista on meneillään, ja se kannattaa selvittää.
Mikä uudelleenohjausketju on ja miksi se on ongelma?
Uudelleenohjausketju syntyy, kun URL-osoite ohjaa toiseen osoitteeseen, joka puolestaan ohjaa eteenpäin. Selain tekee siis sarjan hyppyjä ennen kuin se pääsee lopulliseen kohteeseen.
Yksinkertainen esimerkki:
Your short link (hop 1)
→ Tracking/affiliate URL (hop 2)
→ Old campaign URL (hop 3)
→ Final landing page
Tässä on kolme hyppyä. Jokainen niistä maksaa jotakin:
Viive
Jokainen uudelleenohjaus lisää verkkopyynnön edestakaisen matkan. Yksi hyppy lisää latausaikaa tyypillisesti 100–300 millisekuntia.[2] Nopealla pöytäkoneyhteydellä kolme hyppyä voi lisätä 300 ms, mikä on huomattava mutta siedettävä viive. Mobiililaitteessa heikolla signaalilla lisäys voi olla kokonainen sekunti tai enemmän.
Google on tehnyt sivun nopeudesta mobiilihakutulosten sijoitustekijän, ja uudelleenohjausten viiveet vaikuttavat suoraan Core Web Vitals -mittareihin, erityisesti Largest Contentful Paint -arvoon (LCP).[3]
Rikkoutunut UTM-attribuutio
Kun UTM-tunnisteilla merkitty URL-osoite kulkee uudelleenohjausketjun läpi, on todellinen riski, että UTM-parametrit putoavat pois jossakin välihypyssä.[4] Silloin konversiot näkyvät analytiikassa suorana liikenteenä (”direct”), eikä niitä voi yhdistää kampanjaan, joka ne oikeasti synnytti. UTM-parametrien käsikirja näyttää, miten linkit merkitään niin, että katoaminen näkyy, kun se tapahtuu.
Tämä on erityisen yleistä, kun:
- lyhytlinkki ohjaa URL-osoitteeseen, jossa on jo eri UTM-parametrit
- kumppaniverkosto käyttää uudelleenohjausta, joka poistaa kyselymerkkijonot
- julkaisujärjestelmä ohjaa automaattisesti kauttaviivattomat URL-osoitteet kauttaviivallisiin (esim.
/page→/page/) eikä välitä parametreja eteenpäin.
Rikkoutuneet linkkien esikatselut
Kuten Open Graph -oppaassamme kerrotaan, sosiaalisen median esikatselutoiminnot, erityisesti LinkedInin, eivät usein seuraa uudelleenohjausketjuja luotettavasti. Linkki, jossa on kaksi hyppyä tai enemmän, voi jäädä ilman esikatselua tai näyttää esikatselun väärästä sivusta. Open Graph -esikatselun tarkistin näyttää, mitä kunkin alustan esikatselutoiminto näkee ketjun lopussa.
Uudelleenohjaussilmukat
Pahin tapaus: URL A ohjaa URL B:hen, joka ohjaa takaisin URL A:han. Selaimet luovuttavat lopulta ja näyttävät virheen.[1] Syynä ovat yleensä väärin määritetyt julkaisujärjestelmän asetukset, ristiriitaiset uudelleenohjaussäännöt tai virheellinen HTTPS/HTTP-pakotus.
Uudelleenohjausten tarkistus: kuukausittainen tarkistuslista
Tarkista mikä tahansa URL-osoite alla olevalla Redirect Checker -työkalulla: liitä osoite kenttään, niin näet koko ketjun, jokaisen tilakoodin ja lopullisen kohteen.
Kokeile ilmaiseksi, ei rekisteröitymistä
Uudelleenohjausten tarkistus
Seuraa minkä tahansa URL-osoitteen koko uudelleenohjausketjua.
Mitä tarkistetaan joka kuukausi
1. Eniten käytetyt kampanjoiden lyhytlinkit. Hae 10 eniten klikattua lyhytlinkkiä viimeisen 30 päivän ajalta. Tarkista jokaisesta ketjun pituus (yli 1 hyppy kannattaa selvittää) ja se, että lopullinen kohde on oikea (sivuja siirretään ilman uudelleenohjausten päivitystä useammin kuin luulisi).
2. Käynnissä olevien sähköpostikampanjoiden linkit. Sähköpostilinkit ovat usein pahimpia uudelleenohjausketjujen lähteitä. Tyypillinen ketju voi näyttää tältä: sähköpostipalvelun klikkausseuranta-URL → lyhytlinkkisi → kohde. Siinä on jo kaksi hyppyä ennen kuin sivu edes alkaa latautua. Lisää julkaisujärjestelmän uudelleenohjaus, niin hyppyjä on kolme.
3. Maksettujen mainosten kohde-URL-osoitteet. Google Adsilla, Meta Adsilla ja LinkedIn Adsilla on kaikilla uudelleenohjauksia koskevat URL-käytännöt. Google Ads kieltää erikseen uudelleenohjausketjut, jotka peittävät lopullisen kohdeverkkotunnuksen.[5] Käytäntöjen noudattamisen lisäksi maksettujen mainosten URL-osoitteiden ketjut nostavat suoraan klikkauskohtaista hintaa, koska hitaammat kohdesivut heikentävät laatupistettä (Quality Score).[5]
4. Paljon liikennettä keräävien blogiartikkelien linkit. Jos artikkeleistasi linkitetään kumppanien sivuille, tuotesivuille tai muihin resursseihin, kohdesivut ovat voineet siirtyä julkaisun jälkeen. Nopea kuukausittainen läpikäynti löytää 404-virheet ja vahingossa syntyneet ketjut ajoissa.
5. Linkit, jotka ”lakkasivat äskettäin toimimasta” mutta teknisesti ohjaavat yhä eteenpäin. Joskus uudelleenohjausketju toimii teknisesti mutta vie vanhentuneelle sivulle. Selain pääsee kohteeseen, mutta se on väärä kohde. Nämä jäävät helposti huomaamatta ilman erillistä tarkistusta.
Löytyneiden ongelmien korjaaminen
Liian monta hyppyä
Korjaus on yleensä suoraviivainen: päivitä alkuperäinen lyhytlinkki osoittamaan suoraan lopulliseen kohteeseen välissä olevien URL-osoitteiden ohi. Useimmissa linkkienhallintapalveluissa minkä tahansa lyhytlinkin kohteen voi muuttaa ilman, että linkki itse muuttuu. Tämä on yksi hallittujen lyhytlinkkien tärkeimmistä eduista kovakoodattuihin URL-osoitteisiin verrattuna. Linkkien lyhentäjä -sivu kertoo, miten LinkPilotin uudelleenohjaus on toteutettu.
Väärä uudelleenohjaustyyppi (301, vaikka haluat 302:n)
Jos asetit uudelleenohjaukseksi 301:n ja sinun pitää myöhemmin vaihtaa kohde, selaimen välimuistista tulee ongelma. Ainoa luotettava korjaus on käyttää linkkienhallintapalvelua, joka käyttää oletuksena 302-ohjauksia, tai odottaa välimuistin TTL-ajan umpeutumista ja päivittää kohde CDN:n tai palvelimen tasolla.
UTM-parametrit katoavat
Varmista ensin ongelma: tee linkillä testiklikkaus ja katso analytiikasta reaaliajassa, mikä lähde, media ja kampanja tallentuvat. Jos UTM-parametrit puuttuvat, käy ketju läpi käsin ja selvitä, mikä hyppy poistaa ne.
Korjauskeinoja:
- Ota käyttöön parametrien välitys lyhytlinkkipalvelussa (se liittää saapuvat kyselymerkkijonot kohde-URL-osoitteeseen automaattisesti).
- Rakenna kohde-URL-osoite niin, että UTM-parametrit ovat siinä suoraan, jolloin ne eivät ole riippuvaisia välityksestä.
- Poista välihyppy, joka poistaa parametrit.
Uudelleenohjaussilmukat
Nämä pitää selvittää palvelimen tai julkaisujärjestelmän tasolla. Tavallisia syitä ovat:
- WordPress-lisäosa (usein SSL-pakotus- tai välimuistilisäosa), joka luo kehäsäännön
.htaccess-tiedosto, jossa on ristiriitaisia uudelleenkirjoitussääntöjä- HTTPS:stä HTTP:hen ja HTTP:stä HTTPS:ään ohjaavat säännöt, jotka on asetettu samanaikaisesti eri järjestelmiin
- CDN ja alkuperäpalvelin, jotka molemmat yrittävät pakottaa uudelleenohjauksia vastakkaisiin suuntiin.
Redirect Checker tunnistaa silmukat näyttämällä kehäviittauksen. Kun tiedät, mikä hyppy sulkee kehän, eristä ristiriitainen sääntö ja poista se.
Huomio lyhytlinkeistä ja uudelleenohjausten suorituskyvystä
Hyvin rakennetut linkkienhallintapalvelut nopeuttavat uudelleenohjauksia tallentamalla kohdehaut välimuistiin verkon reunalle. Uudelleenohjaus tapahtuu silloin käyttäjää lähellä olevalta palvelimelta, eikä pyynnön tarvitse kulkea keskitetylle alkuperäpalvelimelle asti. Näin uudelleenohjauksen viive voi laskea alle 20 millisekuntiin maailmanlaajuisellekin yleisölle.
Jos käytät omalla palvelimella ylläpidettyä tai huonosti optimoitua uudelleenohjausratkaisua, pelkkä yksi hyppy lyhytlinkistä kohteeseen voi kestää 400–800 ms. Se on enemmän kuin hyvin rakennettu usean hypyn ketju optimoidulla infrastruktuurilla. Silloin infrastruktuurin laatu ratkaisee enemmän kuin hyppyjen määrä, mutta hyppyjen minimointi on silti hyvä käytäntö.
Kopioitava kuukausittaisen tarkistuksen pohja
REDIRECT AUDIT — [Month, Year]
Date completed: ___________
Auditor: ___________
URLs checked:
[ ] Top 10 short links (by clicks)
[ ] All links in current email campaign
[ ] All paid ad destination URLs
[ ] Top 5 blog posts (external links)
[ ] Any links flagged by team in past month
For each URL, note:
- Final destination correct? (Y/N)
- Number of redirect hops: ___
- Redirect types (301/302/other): ___
- UTM parameters intact at destination? (Y/N)
- Any loops or errors? (Y/N)
Actions logged:
[ ] Updated destination on: ___________
[ ] Fixed UTM passthrough on: ___________
[ ] Resolved loop on: ___________
[ ] Flagged for dev: ___________
Next audit scheduled: ___________
Lähteet
[1] Fielding, R., Nottingham, M., & Reschke, J. (2022). RFC 9110: HTTP Semantics, §15.4 (Redirection 3xx). IETF. https://www.rfc-editor.org/rfc/rfc9110#section-15.4
[2] Google Developers. (2024). Avoid multiple page redirects. web.dev / Chrome for Developers. https://developer.chrome.com/docs/lighthouse/performance/redirects/
[3] Google Search Central. (2024). Understanding Core Web Vitals and Google search results. https://developers.google.com/search/docs/appearance/core-web-vitals
[4] Google LLC. (2024). Collect campaign data with custom URLs. Google Analytics Help. https://support.google.com/analytics/answer/1033863
[5] Google LLC. (2024). Google Ads destination requirements policy. https://support.google.com/adspolicy/answer/6368661
Päivitetty: toukokuu 2026. Katso myös: lyhytlinkkien sanasto: Redirect, 301/302/307/308, Redirect chain, Redirect loop, Parameter forwarding, UTM parameters.