Navigointipolku on toissijainen navigointielementti, joka näyttää polun sivuston ylimmältä tasolta nykyiselle sivulle. Tyypillisesti se näytetään vaakasuorana linkkisarjana sisällön yläosassa. Sen tehtävänä on suunnan määrittäminen: se kertoo kävijälle, missä hän on rakenteessa, ja tarjoaa reitin takaisin ylemmille tasoille.
Sen arvo on suurin kävijöille, jotka eivät tulleet sivustolle navigoinnin kautta, mikä useimmilla sivustoilla on enemmistö. Hakutuloksista syvälle sivulle päätyvällä henkilöllä ei ole kontekstia siitä, missä hän on, mitä ympäröivä osio sisältää tai miten hakuaan voi laajentaa. Navigointipolut tarjoavat tämän kontekstin välittömästi ja tarjoavat pakoreitin, joka on hyödyllisempi kuin selaimen takaisin-painike, joka palauttaa heidät hakutuloksiin sivuston sijaan.
On olemassa kolmea tyyppiä, ja niillä on eri käyttötarkoitukset. Sijaintileipäpolut näyttävät sivun sijainnin sivuston hierarkiassa, ja ne ovat yleisimmät ja hyödyllisimmät. Polkuleipäpolut näyttävät kävijän todellisen reitin, mikä kopioi selaushistorian ja on harvoin toteuttamisen arvoinen. Attribuuttileipäpolut näyttävät käytetyt suodattimet fasetoituna joukkona, mikä on todella hyödyllistä luettelosivustoilla, joissa kävijä on rajannut valintaansa ja tarvitsee nähdä ja poistaa yksittäisiä kriteerejä.
Ne toimivat vain siellä, missä on olemassa aito hierarkia. Sivusto, jolla on tasainen rakenne tai sivusto, jossa sivut kuuluvat tasaisesti useisiin kategorioihin, ei voi tuottaa mielekästä yhtä polkua, ja keinotekoinen polku johtaa harhaan. Kun sivu sijaitsee useissa paikoissa, tavalliset ratkaisut ovat valita kanoninen polku tai heijastaa reittiä, jonka kävijä kulki osioon, vaikka jälkimmäinen tuokin takaisin epäselvyyden, jonka sijaintipolkujen on tarkoitus poistaa.
Hakuhyöty on konkreettinen ja usein unohdettu. Hakukoneet näyttävät hakutuloksissa navigointipolkuja URL-osoitteiden sijaan, kun asianmukaiset merkinnät ovat käytössä. Tämä tekee listauksesta informatiivisemman ja kertoo sivuston rakenteesta ennen napsautusta. Vastaavan strukturoidun datan käyttöönotto on edullista ja parantaa sivujen näkymistä tuloksissa riippumatta sijoituksesta.
Toteutuksen yksityiskohdat ratkaisevat, toimivatko ne oikein kaikille. Nykyisen sivun tulisi näkyä ilman linkkiä, erottimen tulisi näkyä siten, että avustava teknologia ei lue sitä sisältönä, elementin tulisi olla merkitty navigointimerkiksi asianmukaisella otsikolla ja pienillä näytöillä polun tulisi katkaista älykkäästi sen sijaan, että se rivittyisi useille riveille. Nämä ovat pieniä yksityiskohtia, jotka ovat usein virheellisiä.
Niiden arvo vaihtelee huomattavasti sivustotyypin mukaan, mikä on syytä arvioida oletuksen sijaan. Syvän luettelon ja useita hierarkkisia tasoja sisältävät sisältösivustot hyötyvät merkittävästi, koska kävijät saapuvat usein syvälle sivustolle ja tarvitsevat perehdytystä. Tasaiset sivustot, joissa on vain muutama osio, hyötyvät vain vähän, ja navigointipolkujen lisääminen vie tilaa ja huomiota tarjoamatta tietoa, jota kävijällä ei jo olisi navigoinnin kautta.
Ne eivät korvaa ensisijaista navigointia, eikä niitä tule käsitellä sellaisena. Sivusto, jonka ylätason navigointi on huono, ei tule navigoitavaksi, koska syväsivut näyttävät polun, koska navigointipolut auttavat vain jo sivustolle saapunutta. Ne täydentävät navigointia tarjoamalla suuntaa ja ylöspäin suuntautuvaa liikettä sen sijaan, että mahdollistaisivat sivuston löytämisen.
Koska ne ovat riippuvaisia yhtenäisestä hierarkiasta, niiden hyödyllisyys on oire siitä, onko taustalla oleva rakenne vakaa. Käytännössä ne määritellään osana informaatioarkkitehtuurityötä tuotesuunnittelu, validoitu navigoinnin rinnalla UX-tarkastus testaus, ja siihen liittyvä strukturoitu data toteutetaan yleensä osana teknistä työtä, jota hallinnoidaan markkinointipalvelut jotta polku näkyy hakutuloksissa.