Veebisaidi struktuuri planeerimine: samm-sammult juhend ärisaitidele

Veebisaidi struktuuriplaneerimine on üks neist teemadest, mis kõlab lihtsalt, kuni tegelikult istud maha ja üritad seda korralikult teha. Olen näinud ettevõtteid, kes kulutavad kuude visuaalsele disainile, piinatuvad värvivalikute ja kangelasgraafika üle, seejärel viskavad saidiplaani pärastlõunaga kokku. Tulemus? Lehed on maetud kolme või nelja kliki sügavusele. Duplikaatsisu kannibaliseerib oma positsioone. Navigatsioon, mis on sisetiimidele täiesti mõttekas, jätab kliendid täiesti segadusse.

Tegelikkus on see: sinu veebisaidi struktuur määrab, kui lihtsalt Google saab sinu lehti roomata ja indekseerida, kui kiiresti külastajad leiavad vajaliku ja kas sinu sait saab kasvada muutumata korraldamatuks segapudriks. Nielsen Norman Group'i uuringute kohaselt kulutavad kasutajad keskmiselt 5,59 sekundit veebisaidi navigatsiooni vaatamisele enne otsustamist, kas jääda või lahkuda. See väike aken on kujundatud peaaegu täielikult struktuuriga.

See juhend käib läbi veebisaidi struktuuri planeerimise täieliku protsessi — algsest eesmärgi seadmisest ja sisu inventuurist kuni URL-hierarhia ja sisemiste linkideni. Kas ehitad uut ettevõtte saiti või struktureerid kontrollist välja kasvanud, on sul lõpuks selge, korratav protsess.

Mõtle veebisaidi struktuurist kui sinu veebkohaloleku skelett. Võid selle riietada kaunisse disaini ja täita briljantse tekstiga, kuid kui luud on valed, ei tee miski ülejäänust nii nagu peaks.

SEO vaatenurgast määrab saidi arhitektuur otseselt, kuidas otsingumootorid sinu sisu avastajad ja prioriseerivad. Google'i robotid järgivad linke lehelt lehele. Kui leht asub neli-viis taset sügaval ilma sisemiste linkideta selle poole, ei pruugi robotid seda kunagi leida — või võivad omistada sellele minimaalset autoriteeti isegi kui nad leiavad. Kõrgemal hierarhias asuvad lehed kipuvad kogunema rohkem linkide omakapitali ja positsiooneerima end konkurentsivõimekamas terminitega.

Kuid SEO argument on vaid pool lugu. Struktuur kujundab kasutajate käitumist viisidel, mis ilmuvad koheselt sinu analüütikas. Hästi organiseeritud sait vähendab põrkemäärasid, kuna külastajad saavad end kiiresti orienteerida. See suurendab seansside lehekülgi, kuna tee seotud sisu juurde on ilmne. Ja see tõstab konversioonimäärasid, kuna kasutajad ei kuluta vaimset energiat mõistmiseks, kuhu minna.

On ka praktiline ärikulma. Ettevõtted, kes planeerivad struktuuri enne ehitamist, säästavad arenduses oluliselt aega ja raha. Kaootilise teabearhitektuuri tagantjärele parandamine pärast käivitamist on kallis — see tähendab URL-ide ümbersuunamist, navigatsioonikomponentide ülesehitamist, sisemiste linkide uuendamist kümnete või sadade lehtede ulatuses ja ülemineku ajal ajutiste SEO languste riski. Selle esimesel korral õigesti tegemine ei ole perfektsionism. See on lihtsalt hea majandus.

Kokkuvõte: struktuur ei ole tehniline detail, mida delegeerid arendajale viimasel minutil. See on strateegiline otsus, mis puudutab SEO-d, UX-i, sisustrateegiat ja sinu pikaajalist skaleerumisvõimet. Kui investeerid ettevõtte veebisaiti, peaks struktuuriarutelu toimuma enne, kui keegi avab disainitööriista.

Teabearhitektuur (IA) on distsipliin sisu organiseerimiseks, märgistamiseks ja struktureerimiseks nii, et inimesed leiavad vajaliku ja saavad ülesandeid tõhusalt täita. See on laiem kui lihtsalt navigatsioonmenüüd — IA hõlmab kõike alates sellest, kuidas kategoriseerid teenuseid, kuni selleni, kuidas nimetad üksikuid lehti ja kuhu paigutad tegevusele kutsumisi.

Hea IA vastab igale külastajale kolmele küsimusele:

• Kus ma olen? — Kasutaja mõistab oma praegust asukohta saidil.
• Mida ma siit leida saan? — Praeguse lehe sisu vastab nende ootustele.
• Kuhu ma edasi minna saan? — Tee seotud või sügavama sisu juurde on koheselt nähtav.

Kui neile kolmele küsimusele ei vastata, põrkuvad kasutajad. See on nii lihtne.

On mitmeid levinud arhitektuurimudeleid. Hierarhiline mudel (tuntud ka kui puustruktuur) on ärisaitide jaoks kõige laialdasemalt kasutatav. Alustad avalehega, harud esmastel kategooriatel, seejärel puurid alamkategooriatesse ja üksiklehtedesse. See töötab, sest peegeldab, kuidas enamik inimesi infot mõistab — üldisest spetsiifiliseni.

Tasane mudel hoiab enamiku lehti ühe kuni kahe kliki kaugusel avalehest. See töötab hästi väiksematele saitidele, millel on alla 20 lehe, kuid ei skaleeeru. Hubi-ja-kodarate mudel organiseerib sisu kesksete teemakeskuste ümber, millest toetavad lehed kiirenevad väljapoole — see on üha populaarsem sisumahukate saitide jaoks, kuna joondub loomulikult teemakogumi SEO-strateegiatega.

Enamiku ärisaitide jaoks töötab hübriidlähenemine kõige paremini: hierarhiline tuumstruktuur põhilehtede jaoks (teenused, meist, kontakt) kombineerituna hubi-ja-kodarate kogumitega blogi sisu ja ressursside jaoks. Eesmärk on alati sama — iga oluline leht peaks olema kolme kliki või vähemaga kättesaadav.

Enne ühtegi kasti saidiplaanile joonistamist pead vastama kahele põhiküsimusele: mida äri vajab sellelt veebisaidilt saavutada ja kes hakkab seda kasutama?

See kõlab ilmselt, kuid olen näinud seda sagedamini vahele jäetud, kui tahaksin tunnistada. Meeskonnad hüppavad otse lehekülgede loenditesse ilma esmalt ühtlustamata, kas saidi peamine ülesanne on müügivihjete genereerimine, e-kaubanduse müük, klienditugi või brändi tuntuse suurendamine. Kõik need eesmärgid annavad radikaalselt erineva struktuuri.

Müügivihjeid genereeriv sait B2B teenusteleevõtte jaoks võib olla viis-kuus hoolikalt koostatud teenuselehte, portfoolio sektsioon, hinnapage ja kontaktivorm, mis on kättesaadav igalt lehelelt. E-kaubanduse sait vajab toote kategooriate lehti, filtreerimissüsteeme ja kassavoogu, mis minimeerib hõõrdumist. Klienditugiportaal prioriseerib otsitavuse ja teadmisbaasi navigatsiooni. Struktuur järgneb eesmärgile.

Sihtrühma poolelt pole küsimus ainult demograafias — see on kavatsuses. Mis on kolm või neli peamist põhjust, miks keegi sinu saiti külastab? Kaardista need põhjused konkreetsetele kasutajakogemustele:

• Potentsiaalne klient, kes uurib su teenuseid, võib järgida: Avaleht → Teenuste ülevaade → Konkreetne teenus → Portfoolio näide → Kontakt.
• Tagasipöörduv klient võib minna otse: Logi sisse → Armatuurlaud → Tugi.
• Tööotsija võib navigeerida: Avaleht → Meist → Karjäär → Avaldus.

Igal teekonnal peab olema selge, hõõrdumiseta tee läbi sinu struktuuri. Kui sunnid kõiki kolme publikut läbi sama kitsa lehtri, kaotad vähemalt kaks neist. Dokumenteeri need teekonnad enne, kui ehitad midagi — need saavad sinu saidiplaani selgrooks.

Üks tehnika, mis siin hästi töötab, on kaardijärjestamine. Kirjuta iga potentsiaalne leht või sisuosa kaardile, seejärel palu viis kuni kümme inimest sinu sihtrühmast rühmitada need kategooriatesse, mis on neile mõistlikud. Esile kerkivad mustrid on sageli väga erinevad sellest, mida sisetiimid eeldavad, ja need säästavad sind struktuuri ehitamisest, mis on mõttekas ainult inimestele, kes juba töötavad sinu ettevõttes.

Kui alustad uut projekti, aitab selge veebidisaini lähteülesanne kiirendada iga selle protsessi sammu — lähteülesanne sunnib sisemise ühtlustamise, mis muudab struktuuriotsused palju lihtsamaks.

Kui kujundad olemasolevat saiti ümber, vajad täielikku pilti sellest, millega töötad, enne kui saad seda ümber organiseerida. Sisu inventuur on täpselt see, nagu kõlab — arvutustabel, mis loetleb iga praeguse saidi lehe koos URL-i, pealkirja, sisu tüübi, liikluse andmete ja sellega, kas see tasub säilitada, ühendada või kustutada.

See samm on tüütu, kuid hoiab ära kaks kallist probleemi. Esiteks takistab seda, et juhuslikult jätaksin orvuks lehed, mis ikka veel genereerivad liiklust või konversioone. Teiseks paljastab koondamised — võid avastada kolm eraldi lehte sama teema kohta, mis kannibaliseerivad üksteist otsingutulemetes.

Iga lehe kohta küsi:

• Kas see saab liiklust? Kontrolli Google Analyticsi või Search Consoli. Kui leht pole saanud ühtegi külastust kuue kuu jooksul, küsi, kas see peab eksisteerima.
• Kas see teenib kasutaja teekonda? Kui leht ei vasta ühelegi teekonnale, mille määratlesid 1. sammus, on see struktuurne ballast.
• Kas sisu on ikka veel täpne? Aegunud teave kahjustab usaldusväärsust ja usaldust.
• Kas seda saab ühendada? Kaks peent lehte tihedalt seotud teemade kohta annavad peaaegu alati paremaid tulemusi ühe põhjaliku leheküljena.

Kui ehitad täiesti uut saiti, pole sul pärandisisu auditeerimiseks — kuid sul on ikka vaja sisuplaani. Loetle iga leht, mida kavatsed luua, määra igaüks kasutaja teekonnale ja asukohale oma hierarhias ning kinnita, et sul tegelikult on (või suudad toota) sisu selle täitmiseks. Tühjad kohatäiterakendused on halvemad kui üldse mitte mingid lehed.

Pro nõuanne: ekspordi oma olemasolev saidiplaan tööriistaga, nagu Screaming Frog või Sitebulb, seejärel värvikodeeri lehed staatuse järgi — säilita (roheline), ühenda (kollane), kustuta (punane). See muudab otsustamisprotsessi visuaalseks ja palju vähem ülekoormatuks.

Eesmärkide määratlemisel, kasutajakogemuste kaardistamisel ja sisu inventuuril valmis on sul aeg koostada visuaalne saidiplaan. Siin muutub abstraktne mõtlemine konkreetseks.

Visuaalne saidiplaan on diagramm, mis näitab iga saidi lehte ja kuidas need on omavahel ühendatud navigatsiooni ja linkide kaudu. Erinevalt XML-saidiplaanist (mis on masinloetav fail otsingumootorite jaoks) on visuaalne saidiplaan planeerimistööriist inimestele. See annab sulle linnulennupildi kogu saidist, et saaksid probleeme tuvastada enne, kui need on tootmiskoodi ehitatud.

Alusta avalehega ülaosas. Selle all aseta oma esmase navigatsiooni kategooriad — need on lehed, mis ilmuvad sinu peamenüüs. Tüüpilise ettevõtte saidi puhul võib see välja näha nii:

• Avaleht
• Teenused (iga teenuse alamlehekülgedega)
• Portfoolio / Juhtumiuuringud
• Meist
• Blogi / Ressursid
• Kontakt
• Hinnad

Iga esmase kategooria alla lisa teise taseme lehed. Teenuste alla võid näiteks lisada maandumislehed, ettevõtte veebisaidid, veebiportaalid ja UX/UI disain. Meiesti alla võid lisada meeskond, meie protsess ja iseloomustused.

Mõned järgimiseks mõeldud põhimõtted:

Hoia see madal. Sihti maksimaalselt kolm taset sügavusele. Kui leiad end loomas neljandat taset, mõtle uuesti, kas see sisu kuulub kuhugi mujale või kas kaks taset saab ühendada.

Tasakaalusta harud. Kui sinu Teenuste sektsioonil on kaksteist alamlehte, aga Meiesti sektsioonil on üks, on puu viltu. See ei tähenda, et iga haru vajab sama arvu lehti, kuid äärmuslik tasakaalustamatus tähendab tavaliselt, et kategooriad vajavad ümbermõtlemist.

Planeeri kasvuks. Sinu struktuur peaks mahutama uut sisu ilma ümberkorraldamist nõudmata. Kui tead, et lisad järgmisel aastal teenuseid või tootesarju, ehita kategooriad nüüd isegi kui mõned on algselt hõredad.

Tööriistad nagu Slickplan, Miro või isegi lihtne FigJam laud töötavad hästi selle jaoks. Vormat ei loe — oluline on see, et kogu meeskond näeb saiti korraga ja lepib arhitektuuris kokku enne arenduse algust.

Sinu URL-struktuur peaks peegeldama sinu saidiplaani hierarhiat. See ei ole lihtsalt soovituslik — sellel on otsesed SEO tagajärjed. Puhtad, kirjeldavad URL-id aitavad otsingumootoridel mõista lehtede vahelist seost ja aitavad kasutajatel teada, kus nad sinu saidil asuvad.

Hea URL-hierarhia teenuste lehe jaoks võib välja näha nii:

• sinusait.com/teenused/ — teenuste ülevaade
• sinusait.com/teenused/konkreetne-teenus/ — konkreetne teenus
• sinusait.com/teenused/juhtumiuuring/ — seotud juhtumiuuring

Siin on mida vältida:

Ära kasuta ID-sid või krüptilisi stringe. URL-id nagu /page?id=4827 ei ütle kasutajatele ega otsingumootoridele midagi kasulikku.

Ära dubleeri hierarhiat kestades. Kui sinu URL sisaldab juba /teenused/, ära nimeta lehte maandumislehed-teenuse-üksikasjad. Hierarhia annab konteksti — kest peaks olema lühike ja konkreetne.

Hoia kestasid järjepidevad. Vali konventsioon — sidekriipsud sõnade vahel, kõik väiketähed, ilma lõpukaldkriipsuta (või alati lõpukaldkriipsuga) — ja järgi seda kogu saidil. Ebajärjepidevus tekitab duplikaatsisu probleeme ja segab roboteid.

Kasuta märksõnu loomulikult. Sinu URL-kest on väike positsioonitegur, kuid see lisandub sadade lehtede lõikes. Kasuta iga lehe esmast märksõna kestana, nii kaua kui see loeb loomulikult.

Üks asi, mida soovitan alati: kaardista oma URL-struktuur arvutustabelis koos saidiplaaniga. Iga lehe kohta loetle täielik URL-tee, H1 ja esmane märksõna. See dokument muutub sinu tõe ainukeseks allikaks arenduse ajal ja hoiab ära viimase hetke URL-muutused, mis tekitavad ümbersuunamise ahelaid.

Navigatsioon on see, kuidas sinu struktuur muutub kasutatavaks. Oled ehitanud skeleti — navigatsioon on viitade kogum, mis aitab külastajatel seda läbida eksimata.

Kõige kriitilisem navigatsioonielement on sinu esmane (ülemise taseme) menüü. See peaks sisaldama viis kuni seitse kõige olulisemat sektsiooni. Rohkem kui seitse elementi hakkab tekitama kognitiivset ülekoormust — uuringud töömälu piiride kohta näitavad järjekindlalt, et inimesed võitlevad rohkem kui umbes seitsme valikuga korraga.

Sügavama sisuga saitide jaoks võivad mega-menüüd hästi töötada. Mega-menüü laieneb hõljumisel, et kuvada teise taseme ja mõnikord ka kolmanda taseme lehti struktureeritud paigutuses. Need on levinud e-kaubanduse ja ettevõtte saitidel, kuna võimaldavad kasutajatel hüpata otse sügavale leheküljele ilma vahepealseid tasemeid läbimata. Kuid neid tuleb hoolikalt kujundada — mega-menüü, mis kuvab korraga 40 linki, lükkab nurka eesmärgi.

Leivapuru navigatsioon on peaaegu universaalne parim praktika mis tahes saidil, mis on sügavam kui kaks taset. Leivapurud näitavad kasutajatele täpselt, kus nad hierarhias asuvad (Avaleht > Teenused > UX/UI disain) ja lasevad neil tagasi hüpata mis tahes tasemele ühe klõpsuga. Need genereerivad ka struktureeritud andmeid, mis ilmuvad otsingutulemites, mis võib parandada klikkimismäära.

Ära unusta jaluse navigatsiooni. Jalus on koht, kuhu kasutajad lähevad, kui peamenüüs pole vajalikku. See on õige koht teisejärgulistele lehtedele — privaatsuspoliitika, tingimused, karjäär, saidiplaan — pluss lühendatud versioon sinu esmase navigatsiooni kiire ligipääsu jaoks.

Külgriba navigatsioon on vähem levinud kui kunagi varem, kuid töötab ikka hästi dokumentatsiooni saitide, teadmisbaaside ja sügava kategooriastruktuuriga blogide jaoks. Kui sinu veebiportaalil on sisselogitud kogemus paljude sektsioonidega, on püsiv külgriba sageli selgeim navigatsioonimuster.

Üks reegel kehtib kõikjal: märgista oma navigatsioonielemente lihtsas keeles, mis vastab sellele, mida kasutajad tegelikult otsivad. 'Lahendused' võib sisemiselt tunda keerukana, kuid 'Teenused' on see, mida kasutajad ootavad ja mida Google mõistab. Ära pane külastajaid oma menüüd dešifreerima.

Sisemised lingid on sinu veebisaidi struktuuri sidesidekoed. Nad teevad kolme asja korraga: aitavad kasutajatel seotud sisu avastada, jaotavad linkide omakapitali (positsioneerimisvõimsust) üle oma lehtede ja ütlevad otsingumootoridele, millised lehed on kõige olulisemad.

Kõige levinum viga, mida näen, on sisemiste linkimise kohtlemine järelmõttena — midagi, mida kirjanikud juhuslikult lisavad pärast sisu kirjutamist. See lähenemine jätab vahele poendi. Sisemisi linke tuleks planeerida koos struktuuriga, mitte hiljem juurde lisada.

Siin on raamistik, mis töötab:

Navigatsioonilingid tulevad sinu menüüdest, päisest ja jalusest. Need on kõige võimsamad sisemised lingid, kuna need ilmuvad igal lehel. Kasuta neid, et viidata kõrgeima prioriteediga lehtedele — tavaliselt oma põhiteenuste lehed ja peamised konversioonilehed.

Kontekstuaalsed lingid asuvad sinu lehtede sisuosas. Need on lingid blogipostituste, teenuste kirjelduste ja juhtumiuuringute sees, mis viitavad seotud lehtedele. Need on võimsad, kuna kannavad teemalikku asjakohasust — link blogipostitusest veebisaidi struktuuri kohta sinu UX/UI disainiteenuste juurde ütleb Google'ile, et need teemad on seotud.

Hubi lingid ühendavad sambarlehte selle toetava kogumi sisuga ja vastupidi. Kui sul on peamine teenuste leht, mis lingib alla üksikute teenuste lehtedele ja need lehed linguvad tagasi üles peamisele lehele, oled loonud hubi struktuuri, mis koondab autoriteeti.

Praktiline nõuanne: loo linkimise maatriks. Arvutustabelis loetle oma võtmelehed nii ridades kui veergudes, seejärel märgi, millised lehed peaksid milliseid linkima. See takistab orvulehtede (lehed, millele ei osuta ükski sisemne link) teket ja tagab, et sinu kõige olulisemad lehed saavad kõige rohkem sisemise lingi toetust.

Blogisisu jaoks spetsiifiliselt tee reegel: iga uus artikkel peaks sisaldama vähemalt kaks kuni kolm sisemist linki asjakohaste teenuselehtede või seotud artiklite juurde. Ja uue sisu avaldamisel mine tagasi ja lisa lingid olemasolevatest artiklitest, mis käsitlevad seotud teemasid. See retroaktiivne linkimine on üks lihtsamaid ja enim tähelepanuta jäetud SEO taktikaid.

Pärast sadade veebisaitide üle vaatamist aastate jooksul tekivad samad struktuuriprobleemid ikka ja jälle. Siin on seitsme, mis tekitavad kõige rohkem kahju:

1. Oluliste lehtede liiga sügavale matmine. Kui sinu kõrgeima väärtusega teenuste leht vajab avalehelt neli kliki jõudmiseks, on see praktiliselt nähtamatu — nii kasutajatele kui ka Google'i robotitele. Tasandada oma hierarhia nii, et tulu genereerivad lehed asuksid kahe kliki kaugusel.

2. Organiseerimine siseosakondade, mitte kasutajate vajaduste järgi. Sinu organisatsiooniskeem ei ole sinu saidiplaan. Külastajaid ei huvita, kas 'Tugi' ja 'Arveldamine' on eraldi osakonnad. Nad hoolivad probleemi lahendamisest. Struktureeri kasutaja ülesannete ja küsimuste ümber, mitte sisemiste silode ümber.

3. Orvulehtede loomine. Orvuleht ei oma ühtegi sisemist linki, mis selle poole osutaks. Otsingumootorid saavad seda siiski leida XML-saidiplaani kaudu, kuid see ei saa linkide omakapitali ja positsioneerub sageli halvasti. Auditeeri regulaarselt orvulehtede suhtes tööriistade abil nagu Screaming Frog.

4. Märksõnade kannibalism dubleeri struktuuri kaudu. Kaks sama märksõna sihivat lehte — ütleme teenuste leht ja blogipostitus, mis mõlemad sihivad 'veebidisain' — konkureerivad üksteisega otsingutulemites. Konsolideeri või diferentseeri selgelt iga lehe kavatsust.

5. Mega-menüüd liiga paljude valikutega. Navigatsioon, mis kuvab korraga 50 linki, tekitab analüüsiparalüüsi. Kui kasutajad ei leia mõne sekundiga vajalikku, lahkuvad nad. Piira esmane navigatsioon seitsmele elemendile ja kasuta alamkategooriaid kaalutletult.

6. Mobiilinavigatsiooni ignoreerimine. Töölaual toimiv struktuur ei tööta automaatselt mobiilis. Hamburger-menüüd peavad olema madalad ja skanneeritavad. Testi oma navigatsiooni päristelefoni seadmetel — mitte ainult brauseri suuruse muutjatega — enne käivitamist.

7. Ei ole plaan sisu kasvuks. Kui uue blogi kategooria või teenuste lehe lisamine nõuab navigatsiooni ümberkorraldamist, oli sinu arhitektuur algusest peale liiga jäik. Ehita paindlikkus sisse esimesest päevast. Kategooriad peaksid olema piisavalt laiad, et mahutada uut sisu hierarhiat rikkumata.

Mitte iga sait ei vaja nullist ülesehitamist. Kuid on selged märgid, et sinu praegune struktuur on muutunud koormaks:

• Vähenev orgaaniline liiklus vaatamata järjepidevale sisu tootmisele. Kui Google roomab sinu saiti, kuid ei positsioneeri sinu lehti, on struktuuriprobleem sageli süüdlane.
• Kõrged põrkemäärad võtmelehtedel. Kui kasutajad maanduvad teenuste lehele ja lahkuvad koheselt, on see sageli sellepärast, et navigatsioon ei vastanud nende ootustele või leht ei vastanud klõpsanud lingi lubadusele.
• Sisemine otsingukasutus on ebaproportsionaalselt kõrge. Kui suur protsent külastajaid kasutab sinu otsinguribal, ei tee sinu navigatsioon oma tööd.
• Sisu on hajutatud ebajärjepidevate kategooriate vahel. See juhtub tavaliselt pärast aastaid orgaanilist kasvu ilma struktuurilise planeerimiseta. Blogipostitused lähevad mitmesse kategooriasse. Teenused jagunevad mitme sektsiooni vahel. Taksonoomia muutub ebajärjekindlaks.
• Sinu ärimudel on muutunud. Võib-olla oled lisanud uusi teenuste liine, siselenud uutele turgudele või liikunud B2C-lt B2B-le. Kui sinu saidi struktuur peegeldab endiselt seda, kes sa olid kaks aastat tagasi, töötab see aktiivselt selle vastu, kes sa oled praegu.

Kui struktureerid ümber, planeeri ümbersuunamised hoolikalt. Iga vanema URL, mis muutub, vajab 301 ümbersuunamist uuele asukohale. Jäta mõned vahele ja kaotad otsingupositsiooni, mille need lehed on kogunud. Ümbersuunamise kaardistamise dokument — vana URL uuele URL-ile iga mõjutatud lehe kohta — on kohustuslik.

Kui ümberkorraldamine on märkimisväärne, kaaluda etapiviisilist väljasaatmist ühe suure muutuse asemel. Struktureeri korraga üks sektsioon, jälgi mõju positsioonidele ja liiklustele, seejärel liigu järgmisesse sektsiooni. See on aeglasem, kuid palju vähem riskantne.

Veebisaidi struktuuriplaneerimine ei ole glamuurne. See ei anna selliseid enne-ja-pärast ekraanipilte, mille üle sidusrühmad kohtumises kiidavad. Kuid see on ainus kõige suurema mõjuga otsus, mille teed mis tahes veebiprojektis, kuna iga teine otsus — disain, sisu, SEO, jõudlus — kas põhineb sellel või on sellega piiratud.

Protsess on lihtne: määratle, mida sait peab saavutama, mõista, kuidas kasutajad mõtlevad sinu sisu kohta, koosta visuaalne saidiplaan, mis hoiab asjad madalal ja tasakaalustatud, kujunda puhtad URL-id, mis peegeldavad hierarhiat, vali navigatsioonimustrid, mis vähendavad hõõrdumist ja juhtme kõik kokku tahtlike sisemiste linkidega.

Jäta mõni neist sammudest vahele ja ehitad liivale. Tee need korralikult ja sul on sait, mis saavutab paremaid positsioone, konverteerib rohkem külastajaid ja kasvab ilma oma kaalu all kokku varisemata.

Kui planeerid uut saiti või mõistad, et sinu praegune struktuur vajab tõsist tööd, saame aidata. Vezertis algab struktuur iga projekti esimese sammuna — mitte järelemõttena enne käivitamist. Tutvu meie teenustega või võta ühendust, et oma projekti arutada.