Tehniline SEO: kontrollnimekiri veebilehele
Tehniline SEO ei tee sisu paremaks. See tagab, et sisu on üldse leitav, loetav ja et sama sisu ei võistle iseendaga.
See on kontrollnimekiri, mille saab läbi käia paari tunniga ja mis katab enamiku tehnilistest probleemidest, mida päris lehtedel näeb.
Indekseeritavus#
Kõige põhilisem kiht: kas otsingumootor saab lehe kätte ja kas tal on lubatud seda näidata.
| Punkt | Kontroll | Levinud viga |
|---|---|---|
| Robots-fail | Ei blokeeri tähtsat sisu | Blokeerib CSS-i või JavaScripti |
| Noindex-märgend | Ainult seal, kus vaja | Jäetud testkeskkonnast alles |
| Sisukaart | Sisaldab ainult indekseeritavaid URL-e | Sisaldab ümbersuunamisi ja 404-sid |
| Sisemised lingid | Iga leht on lingitud | Orvuks jäänud lehed |
| Serveri vastused | 200 sisulehtedel | Vaikne 500 või pehme 404 |
| Renderdamine | Sisu on HTML-is | Sisu ainult JavaScriptis |
Kontrolli tähtsaimaid lehti otsingumootori tööriistas «kontrolli URL-i» funktsiooniga. See näitab, mida robot päriselt näeb.
Duplikaadid ja kanoonilised URL-id#
Sama sisu mitmel aadressil jagab signaale ja segab indekseerimist. Reeglid on lihtsad.
- Iga leht viitab kanooniliselt iseendale.
- Vali üks variant: www või ilma, kaldkriipsuga või ilma — ja suuna teine ümber.
- Filtri- ja sorteerimisparameetrid ei tohi luua indekseeritavaid duplikaate.
- Jälgimisparameetritega URL-id peavad viitama puhtale kanoonilisele.
- Lehekülgede jaotus: iga leht viitab iseendale, mitte esimesele.
- Trükiversioonid ja AMP-tüüpi variandid vajavad selget kanoonilist.
- Mitmekeelsuses viitab kanooniline igal keelel iseendale, mitte lähtekeelele.
Struktuurandmed#
Aitavad otsingumootoril sisu tüüpi mõista ja võivad anda rikkalikuma tulemuse.
| Tüüp | Millal | Ettevaatust |
|---|---|---|
| Organization | Ettevõtte lehel | Andmed peavad ühtima päris andmetega |
| LocalBusiness | Füüsilise asukohaga | Aadress ja lahtiolekuajad õiged |
| Article | Blogi ja juhendid | Autor ja kuupäev tõesed |
| Product | E-poes | Hind ja saadavus peavad ühtima lehega |
| FAQ | Ainult nähtavad küsimused | Peidetud sisu rikub juhiseid |
| Breadcrumb | Sügavas struktuuris | Peab järgima nähtavat teed |
Genereeri struktuurandmed samast allikast, mis lehte renderdab. Käsitsi hoitud märgistus lahkneb päris andmetest nädalatega.
Ümbersuunamised ja vead#
Enamik kaotatud liiklust tuleb siit, eriti pärast ümberehitust või migratsiooni.
- Kasuta 301-i püsivate muudatuste jaoks; 302 ei anna signaale edasi.
- Üks hüpe, mitte ahel. Ahelad kaotavad signaale ja aeglustavad.
- Kaardista üks-ühele, mitte kõik avalehele.
- Kustutatud sisu: suuna lähimale sobivale lehele või anna aus 404.
- Hoia ümbersuunamised vähemalt aasta, eelistatavalt kauem.
- Kontrolli vealogi regulaarselt — korduvad 404-d on unustatud ümbersuunamised.
- Kontrolli, et sisemised lingid viitavad lõppsihile, mitte ümbersuunamisele.
Korduma kippuvad küsimused
Kui tihti peaks tehnilist auditit tegema?
Väikesel lehel kaks korda aastas ja iga suurema muudatuse järel. Suuremal lehel tasub seiret hoida pidevalt: 404-de arv, indekseeritud lehtede arv ja veebivitaalid. Enamik tehnilisi probleeme tekib muudatuste hetkel, mitte iseenesest, seepärast on ajastus tähtsam kui sagedus.
Kas struktuurandmed parandavad positsioone?
Otseselt ei, kuid need võivad anda rikkalikuma tulemuse otsingus, mis parandab klikimäära. Sellel on omakorda kaudne mõju. Tähtis on, et märgistus vastaks lehe päris sisule — lahknevus hinna või hinnangute osas võib tuua käsitsi meetme, mis on selgelt halvem kui märgistuse puudumine.
Mis vahe on 301-l ja 302-l?
301 tähendab püsivat kolimist ja annab signaalid uuele aadressile edasi. 302 tähendab ajutist ja hoiab signaalid vanal aadressil. Migratsioonis ja URL-i muutmisel kasuta alati 301-i. 302 on õige ainult päriselt ajutistes olukordades, näiteks hooldusaja või ajutise kampaanialehe puhul.
Kas JavaScriptiga renderdatud sisu indekseeritakse?
Sageli jah, kuid ebausaldusväärselt ja hilinemisega. Otsingumootor peab lehe eraldi renderdama ja see ei õnnestu alati. Avalikule sisule kasuta serveripoolset renderdamist või eelgenereeritud lehti. Rakenduse sisemistes vaadetes, mida ei indekseerita, ei ole see probleem.
tehniline seokanooniline urlsisukaartstruktuurandmed301 ümbersuunamineindekseerimine
