Lühike vastus
Veebilehe struktuur semantilisest tuumast ehitatakse nii: iga päringuklaster saab ühe lehe, lehed rühmitatakse jaotisteks selle loogika järgi, kuidas klient valikut kitsendab, ja selle rühmituse ülemine tase saab menüüks. Tuum vastab küsimusele «millised lehed on üldse vaja», struktuur küsimusele «kuidas need omavahel seotud on».
Töökäik on alati üks: klastrid → lehtede nimekiri → rühmitamine jaotisteks → aadressid ja menüü → sisemine linkimine. Jaotisi enne klasterdamist välja mõelda on mõttetu — tulemuseks on puu, mis on ehitatud ettevõtte sisemise loogika, mitte tegeliku nõudluse alla.
Miks struktuur sünnib nõudlusest, mitte organisatsioonist
Kõige sagedasem põhjus, miks sait «tundub korralik, aga liiklust pole», on see, et jaotised on nimetatud ja jaotatud nii, nagu ettevõtte sees mugav. Paigaldusosakonnast sai jaotis «Paigaldus», kuigi kliendid otsivad «konditsioneeri paigaldus hind». Teenus, mis toob poole käibest, on peidetud üldise lehe kolmandaks punktiks, sest ajalooliselt vedas seda üks töötaja.
Semantiline tuum korrigeerib selle vaate. See näitab, et nõudlus jaguneb teisiti kui ettevõte: kohati on kaks «erinevat» teenust kliendi jaoks üks ja sama, kohati laguneb üks teie teenus kolmeks iseseisvaks päringuks erinevate ootustega.
Seepärast ehitatakse struktuur alt üles. Kõigepealt on klastrid — tulevase saidi aatomid. Siis tekivad neist lehed. Ja alles siis kerkib küsimus, kuidas need lehed jaotisteks rühmitada. Vastupidine järjekord — mõelda välja menüü ja jaotada päringud selle järgi — annab peaaegu alati jaotised, kuhu midagi ei mahu, ja päringud, millel pole kohta.
Kuidas klastritest saavad lehed
Samm-sammult näeb see välja nii. Lähtekoht on valmis märksõnade klasterdamine, kus igal rühmal on üks kavatsus.
| Samm | Mida teeme | Tulemus |
|---|---|---|
| 1. Lehe tüüp | Määrame klastri kavatsuse järgi: äriline sihtleht, kategooria, artikkel, teatmematerjal | Selge, mis leht see on ja kuidas ta välja näeb |
| 2. Kõrvutamine | Vaatame, kas selle klastri alla on juba leht | Nimekiri «on / pole / on kaks» |
| 3. Vanem | Otsustame, millisesse jaotisse leht kuulub | Puu mustand |
| 4. Aadress | Paneme slug'i klastri põhifraasist | URL, mida ei pea hiljem muutma |
| 5. Prioriteet | Märgime, mida teeme esimesena | Tööplaan, mitte ideede nimekiri |
Kolm kohta, kus tavaliselt komistatakse.
Lehe tüüp on olulisem kui tema koht menüüs. Äriline klaster nõuab sihtlehte hinna, tingimuste ja vormiga. Informatiivne nõuab artiklit. Kui panna informatiivne klaster ärilisele lehele, muutub see korraga pikaks ja reklaamlikuks ning kaotab mõlemas kavatsuses.
«On kaks lehte» pole pisiasi. Kaks lehte ühe klastri all võistlevad omavahel ja Google valib nende hulgast mitte selle, mille valiksite teie. Seda tuleb lahendada struktuuri etapis, mitte pärast seda, kui mõlemad on lingid saanud.
Klastrita leht on samuti signaal. Vahel on sellised lehed vajalikud (kontaktid, ettevõttest, juriidilised), aga kui ärilise lehe alla ei ole ühtki päringut, tasub ausalt küsida, milleks ta on.
Mitu taset on teenusesaidil vaja
Vastus on lühike: kahest piisab peaaegu alati, kolmest varuga.
- Avaleht — lehtri ülemine osa, kõige üldisemad päringud ja navigatsioon.
- Teenuse leht — peamine äriline tase, kus on raha.
- Alateenus või segment — ainult siis, kui sellel on oma klaster oma nõudlusega.
Neljas tase on teenusesaidil peaaegu alati projekteerimisviga. Sellised lehed saavad vähe sisemisi linke, robot külastab neid harvemini ja positsioone koguvad nad aeglasemalt, kusjuures ükski kasutaja nendeni ei kliki. Kui lehte ei saa avalehelt kahe klikiga avada, tasub ta kas kõrgemale tõsta või tunnistada, et teda pole vaja.
Sügavus ei ole puu ilu küsimus, vaid sisemise kaalu jaotamise küsimus. Iga tase allapoole tähendab vähem linke, vähem roboti tähelepanu ja suuremat tõenäosust, et leht ripub aastaid ilma positsioonideta.
Eraldi e-poodidest: seal ehitatakse struktuur teisiti, sest lisanduvad kategooriad, filtrid ja parameetritega aadressid. See on omaette ülesanne oma reeglitega ja teenusesaidi joonlauaga seda mõõta ei tasu.
Aadressid: mis tuleb kohe paika panna
Aadress on struktuuri kõige kallim osa, sest selle muutmine on valus. Reeglid, mida ma järgin:
- Slug klastri põhifraasist, väiketähtedega, sidekriipsudega. Mitte hinnakirja teenusenime translitereering, vaid see, kuidas seda otsitakse.
- Ilma liigse pesastuseta URL-is. Kui leht loogiliselt kuulub jaotisse, ei ole see veel põhjus tirida kogu teed aadressi. Lühike aadress on vastupidavam.
- Ilma kuupäevade, ID-de ja tehniliste parameetriteta sisulehtede aadressides.
- Üks keel — üks slug. Eestikeelne leht ei ela venekeelsel aadressil ja vastupidi.
- Otsustage enne käivitamist. Parim hetk struktuur paika panna on veebiarenduse etapp, kui lehti veel pole ja muuta pole midagi.
Kui struktuur juba töötab, aga aadressid on ebaõnnestunud, ei ole see põhjus kohe kõike ümber kolida. Kolimine maksab liiklust: isegi korrektsete lehekaupa 301-ümbersuunamistega on paarinädalane langus normaalne. Aadresse tasub muuta seal, kus praegune URL tegelikult segab (duplikaadid, tehnilised parameetrid, vale keel), mitte esteetika pärast.
Millised lehed puuduvad peaaegu igal teenusesaidil
Kui ma asetan tuuma olemasoleva saidi peale, korduvad augud projektist projekti:
- Eraldi lehed iga teenuse kohta. Nende asemel on üks leht «Teenused» nimekirjaga. See ei saa ranguda kümne eri kavatsuse peale korraga — ei pealkiri, aadress ega sisu vasta ühelegi neist täpselt.
- Lehed seose «teenus + linn või piirkond» alla. Eestis see töötab: Tallinn, Tartu ja Pärnu annavad märgatavalt erineva otsingutulemuse. Aga teha neid tasub ainult seal, kus nõudlus tõesti on, muidu tekib hulk ühesuguseid tühje lehti.
- Lehed hinnakavatsuse alla. Päringud sõnadega «hind», «kui palju maksab», «hinnakiri» moodustavad sageli eraldi klastri, aga saidil hindu üldse pole.
- Informatiivne lehtri ülaosa. Artiklid, mis püüavad inimese kinni enne, kui ta hakkab töövõtjat valima. Need ei too otseselt päringuid, kuid just nende kaudu kogub sait temaatilist sügavust.
- Tõendid. Juhtumid, tagasiside, tehtud tööde näited — neid projekteeritakse harva struktuuri osana, kuigi just neid loetakse enne ühendust võtmist.
Esimene punkt on kõige kallim. Minu tähelepanekute järgi annab teenuste väljatoomine üldisest nimekirjast eraldi sihtlehtedeks peaaegu alati rohkem kui ükskõik milline tekstiparandus olemasolevatel lehtedel.
Mitmekeelse saidi struktuur Eestis
Siin kehtib reegel, mis kõlab vastuoluliselt: keeleversioonide jaotiste puu on tavaliselt ühesugune, lehtede komplekt aga mitte tingimata.
Ühesugune puu — sest äri on üks: samad teenused, sama valikuloogika. Erinev lehtede komplekt — sest nõudlus eesti-, vene- ja ingliskeelses otsingus ei kattu. Juhtub klaster, mis eksisteerib ainult eesti keeles, ja peegellehe loomine vene keeles pole kellegi jaoks. Vastupidine olukord tuleb samuti ette.
Praktilised järeldused:
- Slug'id oma keeles. Eestikeelne leht elab eestikeelsel aadressil, mitte venekeelse translitereeringul.
- Keeleversioonid seotakse hreflang'iga. Ilma selleta käsitleb Google neid eraldi konkureerivate lehtedena, mitte ühe lehe tõlgetena.
- Keele prioriteedi määrab nõudlus ja konkurents, mitte mugavus: millisest keelest alustada, kirjutasin lahti artiklis sellest, mis keeles veebilehte Eestis turundada.
- Ärge tõlkige struktuuri mehaaniliselt. Puu ülekandmine ühest keelest teise ilma nõudlust kontrollimata annab lehed olematute päringute alla.
Mis on projektidel näha
Ütlen kohe piiri välja: universaalset arvu «õige struktuur annab +N%» ei ole olemas — liiga palju sõltub nišist ja saidi seisust. Aga seaduspärasused korduvad.
Esiteks: tuumast ehitatud struktuur pigem vähendab lehtede arvu kui suurendab. Pool jaotistest osutub tehtuks sisemiste terminite alla, mida keegi ei otsi, ja nende liitmine üheks tugevaks leheks töötab paremini kui kolme nõrga ülalpidamine.
Teiseks: kõige kallimad vead elavad ülemisel tasandil, mitte pisiasjades. Kaks suurt sihtlehte ühe kavatsuse all on probleem, mis tuleb välja kuude pärast, sest mõlemad kuidagi ranguvad ja näevad elusad välja.
Kolmandaks: struktuur iseenesest liiklust ei too. Kui lehed indeksisse ei jõua, ei päästa jaotiste puu — seepärast kontrollin kohe pärast projekteerimist, miks Google lehti ei indekseeri, ja alles siis asun sisu kallale.
Neljandaks, ootuste kohta: struktuuri ümberehitamine töötaval saidil on alati ajutine langus. See tasub end ära, aga mitte kahe nädalaga. Kui sait alles käivitub, saate sama tulemuse tasuta.
Kontrollnimekiri: struktuur ühe korraga kokku
- Võtke klastrid, mitte toorpäringute nimekiri.
- Andke igale klastrile lehe tüüp — sihtleht, kategooria, artikkel, teatmematerjal.
- Kõrvutage olemasolevate lehtedega: on / pole / on kaks.
- Ehitage puu alt üles — lehtedest jaotisteks, mitte vastupidi.
- Kontrollige sügavust: kõik oluline on avalehest kahe kliki kaugusel.
- Kirjutage aadressid klastri põhifraasist, ilma liigse pesastuseta.
- Märkige augud — klastrid ilma lehtedeta. See on teie plaan lähikuudeks.
- Lahendage kannibaliseerimine — kaks lehte ühe klastri all kas liitke või viige tähenduse järgi lahku.
- Korrake puud keelte kaupa ja kontrollige nõudlust igas keeles eraldi.
Pärast seda on teil käes mitte märksõnade tabel, vaid prioriteetidega saidikaart. Kui kahtlustate, et olemasolev struktuur pole nõudluse alla ehitatud, on mõistlik alustada SEO-optimeerimisest semantika ja struktuuri ülevaatamisega — vale puu peal tekste ümber kirjutada on mõttetu.
