Mis on veebilehe tehniline optimeerimine lihtsas keeles

Lühike vastus

Veebilehe tehniline optimeerimine on saidi viimine seisu, kus otsimootor saab seda takistusteta läbida, vajalikud lehed läbi lugeda ja õigesti mõista. Lihtsamalt öeldes: te teete nii, et Google saaks füüsiliselt näha seda, mille te tema jaoks kirjutasite.

See ei ole tekstide ega disaini teema. See on see, mis toimub serveri ja otsimootori roboti vahel enne seda, kui leht üldse otsingutulemustesse jõuab. Klient seda tööd ei näe — ja just seetõttu tekib kõige sagedamini küsimus «mille eest ma maksan».

Võrdlus, mis selgitab kõik ülejäänu

Kujutage ette poodi kaubanduskeskuses. Kaup riiulitel on teie sisu: tekstid, teenused, tootekaardid. Reklaam ja soovitused on välislingid ja mainimised.

Tehniline optimeerimine on aga see, et uks avaneb, tuli põleb, silt on loetav, lift töötab ja sissepääsul ei ripu kogemata unustatud silt «suletud». Miski neist ei müü iseenesest. Aga kui midagi on katki, ei ole kaubal riiulil tähtsust: ostja ei jõua selleni.

Otsimootor on siin ostja, kes käib regulaarselt, kuid ei ole lõputult kannatlik. Kui uks kiilus kinni, läheb ta ära ega tule niipea tagasi.

Kus tehniline pool protsessis asub

Minu töös jaguneb turundus viide etappi ja nende järjekord ei ole juhuslik:

1. Semantiline tuum — milliste päringutega me üldse töötame.
2. Tehniline audit — kas sait suudab neid päringuid teenindada.
3. Konkurentide analüüs — kes on tipus ja miks.
4. Sisemine optimeerimine — lehed, struktuur, sisu.
5. Väline turundus — lingid ja mainimised.

Tehniline audit on teine mitte juhuslikult. Esimesena on seda mõttetu teha: kuni ei ole selge, millised lehed on olulised, ei ole selge ka see, mida esimesena parandada. Aga edasi lükata on veelgi hullem — siis langeb kogu neljanda ja viienda etapi töö saidile, mida otsimootor korralikult lugeda ei suuda.

Mida tehniline optimeerimine täpselt sisaldab

Minul on see 56 punktist koosnev kontrollnimekiri, mis on grupeeritud tähtsuse järgi — sellest, milleta kõik ülejäänu on mõttetu, kuni selleni, mis viimistleb pildi lõpuni.

Pange tähele esimest punkti — see on klientidele kõige ebaselgem. Google oskab JavaScripti käivitada, kuid teeb seda teise, edasilükatud käiguga, piiratud eelarvega ja ilma garantiita, et see üldse õigel ajal juhtub. Kui kogu tekst ja hinnad tekivad alles pärast skriptide tööd, võib osa sisust indeksisse lihtsalt mitte jõuda. Seda tuleb kontrollida enne kõike muud, muidu parandate mikroandmeid lehel, mida Google ei loe.

Üksikutest punktidest olen põhjalikumalt lahanud kahte kõige sagedasemat: miks Google lehti ei indekseeri ja kas saidi kiirus mõjutab positsioone. Mitmekeelsete saitide jaoks on eraldi suur teema — hreflangi seadistamine ja levinud vead.

Miks seda ärile vaja on, kui külastaja midagi ei märka

See on peamine küsimus, mida mult küsitakse. Vastus on kolmes punktis.

Esiteks: ilma selleta võib teid otsingus üldse mitte olla. Mitte «konkurentidest allpool», vaid sõna otseses mõttes puududa. Üks sagedasemaid leide uutel projektidel: sait jäi pärast arendust indekseerimisele suletuks, sest testserveril oli nii seadistatud, ja ümber lülitada ununes. Väliselt töötab sait laitmatult. Otsingus teda ei ole.

Teiseks: ilma selleta läheb kõik ülejäänu kallimaks. Te maksate tekstide, reklaami ja disaini eest. Kui lehed dubleeruvad, robot neid ei läbi või neid antakse välja tühja HTML-ina, ei anna osa sellest rahast tulu — mitte sellepärast, et töö oleks halvasti tehtud, vaid sellepärast, et see ei jõua tulemuseni.

Kolmandaks: mida hiljem, seda kallim. Aadresside struktuuri muutmine uuel saidil on seadistamise küsimus. Ajaloo ja liiklusega saidil on see projekt ümbersuunamiste, ajutise languse ja riskiga kaotada see, mis juba töötas.

Mis ei ole tehniline optimeerimine

Piirid tasub paika panna, sest selle nimetuse all müüakse vahel ükskõik mida.

• See ei ole ümberkujundus. Ilus sait ja tehniliselt korras sait on eri asjad: nad kattuvad, kuid ei lange kokku.
• See ei ole tekstide kirjutamine. Tehniline pool ei loo lehe väärtust, see ainult võimaldab otsimootoril seda näha.
• See ei ole «100 punkti PageSpeed Insightsis». Punktisumma on laborisimulatsioon, mitte reastamise kriteerium. Numbri taga ajamine numbri pärast on kulutatud eelarve.
• See ei ole ühekordne võlunupp. Pärast suuri muudatusi tuleb uuesti kontrollida.

Mida praktikas näha on

Ütlen ausalt piiri ette: konkreetseid numbreid klientide projektide kohta ma siin ei too — olukorrad on liiga erinevad, et neid ausalt üheks ilusaks mõõdikuks kokku suruda.

Aga korduv muster on olemas. Saitidel, mis on tehtud ilma SEO-spetsialisti osaluseta, leidub tehnilisi probleeme peaaegu alati — küsimus on ainult nende tõsiduses. Tavaliselt ei ole see üks katastroofiline viga, vaid kaks-kolm väikest möödalaskmist, millest ükski eraldi ei ole kriitiline, kuid koos annavad need efekti «sait justkui on, aga liiklust ei ole».

Teine seaduspära: mida keerulisem sait, seda süsteemsemad probleemid. Kümne lehega teenusesaidil saab tehnilise poole kiiresti valmis ja selle juurde ei ole vaja tagasi tulla. Filtritega e-poes on see pidev töö — iga uus filtritingimus loob potentsiaalselt uusi lehtede aadresse.

Ja kolmas asi, mis on ootuste jaoks oluline: kõiki 56 punkti ei vaja iga sait. Auditi tulemusena märgitakse osa punkte mitteasjakohaseks, osa algusest peale korras olevaks. Hea auditi tulemus ei ole «leidsime 56 probleemi», vaid arusaadav nimekiri sellest, mida tegelikult parandada, arusaadavas järjekorras.

Kui teenusepakkuja lubab, et pärast tehnilist optimeerimist positsioonid garanteeritult tõusevad — see ei ole tõsi. Tehniline töö eemaldab piirangud. Kasvate te sisu ja nõudluse arvelt.

Mida teilt vaja läheb

Räägin selle eraldi läbi, sest see tuleb regulaarselt üllatusena. Osa nimekirjast saan ma ise ära teha, kui mul on ligipääs saidile ja koodile — see on enamik punkte. Kuid umbes kümmekond nõuab kas teie otsust (renderduse ümbertegemine on arendaja töö ja eelarve küsimus) või tegevust teie Google'i konto sees. Ja paari asja ei ole ilma teie sisselogimiseta võimalik isegi kontrollida.

Seetõttu küsin Search Console'i, analüütika ja domeenipaneeli ligipääsu projekti alguses, mitte keskel. See ei ole formaalsus: ilma nendeta jääb audit osaliseks.

Kuidas aru saada, et teie sait seda vajab

Kiire enesekontroll ilma eritööriistadeta:

1. Sisestage Google'isse site:teiesait.ee ja vaadake, mitu lehte leiti. Kui märgatavalt vähem kui saidil on, on indekseerimisega probleem.
2. Avage Search Console, aruanne «Lehtede indekseerimine». Palju lehti staatuses «ei ole indekseeritud» — on millest rääkida.
3. Avage esileht ja vajutage «Vaata lehe lähtekoodi». Kui seal ei ole teie tekste ja pealkirju, joonistavad sisu skriptid — ja see on kõige olulisem vestlus.
4. Kontrollige, kas sait avaneb ühel aadressil: www-ga ja ilma, http ja https peavad viima sama variandi juurde.
5. Avage sait telefonis ja läbige tee päringu saatmiseni. Kui midagi ei vajuta, on see tehniline probleem, mitte pisiasi.
6. Meenutage, kas sait on viimase aasta jooksul muutunud: disain, platvorm, rubriikide struktuur. Kui jah ja kontrolli pärast seda ei tehtud — seda on vaja.

Kui vähemalt kaks punkti tekitasid kahtlust, on see põhjus tehniliseks auditiks SEO-optimeerimise raames. Kui sait on alles plaanis, on odavam see kõik kohe veebiarenduse etapis sisse panna, mitte hiljem ümber teha.

Mida edasi teha

1. Kõigepealt diagnostika, siis tööd. Audit näitab, mis täpselt katki on; ilma selleta tehakse parandusi pimesi.
2. Parandada rangelt prioriteedi järgi. Renderdus ja serveri vastused enne kiirust ja mikroandmeid. Muidu lihvite seda, mida otsimootor ei näe.
3. Kontrollida tulemust. Kaks kuni neli nädalat pärast parandusi on Search Console'is näha, kas indekseerimise pilt on muutunud.
4. Naasta pärast muudatusi. Iga suurem sekkumine saidi on põhjus tehnika üle kontrollida.