7 tehnilist SEO küsimust, mida sa unustasid kontrollida

Intro

Tehnilise SEO elu võib olla väga kiire. Ühel nädalal on vaja teha lehekülje kiiruse audit, järgmisel nädalal rahvusvahelised kaalutlused, seejärel sisu kärpimine jne jne.

Tehnilised SEO-d võivad niivõrd ära eksida lihase (või vegan) ülesandega, et nad jätavad sageli tähelepanuta väiksemad parandused, millel võib olla suur mõju teie orgaanilisele tulemuslikkusele.

Need ei ole tehnilised SEO-hõbekuulid, need on soovitused, mida te teate, et peaksite parandama, kuid ei tee seda kunagi.

Seepärast jagan ma nüüd mõned oma lemmik-"oi jah, unustasin seda kontrollida" küsimused veebisaidi auditeerimisel.

Ülaltoodud üleriigiline ümbersuunamise reegel

Iga Tech SEO, kes on väärt, teab ilmselgeid ümbersuunamisreegleid ja seda, kus neid tuleks rakendada, nt http https-lehekülgedele, tagumine kaldkriips mitte-tagunevale kaldkriipsule jne.

Millal te aga viimati kontrollisite, et kõik lehekülje URL-id sunniksid kasutama väikseid tähti?

Kuna URL on veebilehe unikaalne identifikaator, siis loetakse veebilehti www.example.com/category ja www.example.com/Category erinevateks lehtedeks, kuigi nende sisu on sama.

See võib tekitada otsingumootorites topelt sisu probleeme, nii et URL-ide väikseid tähti tuleks sundida.

Paginatsiooniprobleemid

Kui teie hallataval veebisaidil on kategooriate liigitus, siis on URL-mustrid sageli järgmised:

www.example.com/mattresses/memory-foam-mattresses?p=1 www.example.com/mattresses/memory-foam-mattresses?p=2 www.example.com/mattresses/memory-foam-mattresses?p=3

Kuid lehekülg ?p=1 on antud näites kanoonilise lehekülje www.example.com/mattresses/memory-foam-mattresses duplikaat.

Seetõttu tuleks see ?p=1 duplikaat 301 ümber suunata leheküljele www.example.com/mattresses/memory-foam-mattresses, kusjuures kõik sisemised lingid tuleks uuendada, et need kajastaksid muutust.

Teine kergesti unustatav lehekülgede loomise probleem on kanooniliste siltidega. Sageli viitavad ?p=2, ?p=3 leheküljed oma kanoonilistes siltides esimesele leheküljele.

Esimesele leheküljele viitamine kõigil leheküljelehtedel ütleb otsingumootoritele, et leheküljed on samad kui esimene lehekülg, mis tähendab, et roomikud ei pruugi teisi lehekülgi krabada ega jälgida nendelt linkidele viitavaid tooteid. Tehke need ise viitavateks!

Kasutage Meta noindex Tag asemel robots.txt

Ma näen Google'is indekseeritud lehti vaadates KÕIKI korduvalt sõnumit "Selle lehe kohta ei ole teavet saadaval ":

Selle põhjuseks on see, et veebimeister on püüdnud eemaldada lehekülje indeksist, lisades selle suhtes robots.txt-sse disallow-direktiivi.

Neid lehekülgi on siiski võimalik otsingutega leida, seega on parem need robots.txt -st eemaldada ja lisada indekseerimata lehekülgede HEAD-tagide vahele noindex-tähe, mida ei tohiks indekseerida.

Eemalda Meta nofollow valitud lehekülgedelt

See ei kehti loomulikult kõigi lehekülgede kohta, millel on nofollow-tähega, kuid paljud nofollow-tähed lisatakse sageli kogemata koos noindex-tähega. Nofollow-juhendi eemaldamine parandab linkide autoriteedi ja roomikute juurdepääsu saitidele.

Kuigi otsingumootorid ei pruugi neid lehekülgi indekseerida, võivad leheküljed, millele nad viitavad, indekseeritud olla, mistõttu tuleks neid linke jälgida.

Dev Site indeksis

Ma armastan leida staging site ikka indekseeritud, kui auditeerimine potentsiaalse kliendi kodulehel. See näitab arendaja hoolimatust ja võib olla suurepärane võimalus saada klient oma poole varakult suhetes.

Parim viis testkeskkonna indekseerimise blokeerimiseks on parooliga kaitsmine või IP-piirkonna alusel piiramine.

Mõned kiired meetodid, et kontrollida, kas teie dev-sait on Google'is indekseeritud, on täiustatud otsinguoperaatorite abil, näiteks:

- Site:dev.example.com - Site:staging.example.com - Site:prod.example.com - Site:example.com inurl:test - Site:example.com -inurl:www.

Vaadake oma XML-sait üle

XML-sitemapid unustatakse sageli ära, kui neid ei genereerita automaatselt. Siin on 3 kiiret kontrolli, mis võtavad kokku vähem kui 5 minutit:

Kontrolli 1 - kas XML-sait on seotud robots.txt-ga?

Otsingumootorite otsingumootorid otsivad alati robots.txt faili veebisaidi juurkaustas. Seetõttu viitab robots.txt faili sees oleva lingi lisamine teie XML-saitemapile kõigile peamistele otsingumootoritele selle asukohale.

Kontrolli 2 - Kas XML-sait on lisatud Google Search Console'ile?

XML-sitemapi esitamine Google Search Console'ile tagab, et Google suudab need üles leida ja krabida. Pärast esitamist näete, kas Google suudab teie lehekülje URL-i edukalt avastada:

Kontrolli 3 - Kas XML-sitemapis on vigu?

Sisukordade URL-id ei tohiks ümber suunata ega vigu tagastada - iga lehekülg peaks tagastama staatuskoodi 200 OK. Otsingumootorid võivad sitemapi täielikult ignoreerida, kui see sisaldab liiga palju vigu.

Pärast XML-saitkaardi esitamist saate Google Search Console'i kaudu teada, kas teie veebisaidi kaardil on vigu. Teise võimalusena saate XML-saitekaardi Screaming Frog'is krabida, valides režiimi > Loetelu > Üleslaadimine > XML-saitekaardi allalaadimine.

Eemaldage vana sisu indeksist

Millal vaatasite viimati oma aegunud sisu, näiteks 2017. aastal lõppenud konkursside lehekülgi, üle?

Google'is indekseeritava sisu kontrollimine võib tuua tehnilist SEO kasu, nagu parem roomamine ja indekseerimise parandamine, seega on see oluline valdkond, mida tuleks kaaluda.

Näiteks kui indekseeritakse sadu aegunud blogipostitusi, siis võivad otsingumootorid raisata nende lehekülgede külastamise eelarvet, kui nad võiksid töödelda tähtsamaid lehekülgi.

Mulle meeldib leida neid dateeritud blogipostitusi täiustatud otsinguoperaatoritega. Mõned minu lemmikud on järgmised:

- Site:example.com inurl:Christmas - Site:example.com inurl:competition - Site:example.com inurl:award - Site:example.com inurl:august - Site:example.com inurl:september - Site:example.com inurl:2016 - Site:example.com inurl:2017 - jne.