8 greșeli frecvente dezvăluite în timpul auditurilor SEO

După ce am efectuat audituri SEO pe site-uri web de peste 10 ani, am auditat o mulțime de site-uri web. În ultimii câțiva ani, am observat o tendință nefericită în unele greșeli foarte frecvente pe care le-au făcut proprietarii de site-uri web. Am ajuns să subliniez aceleași greșeli în aproape fiecare audit SEO pe care l-am finalizat în ultimul an. Greșelile sunt ceea ce aș numi greșeli comune de site-uri web și de design web – sunt probleme de site-uri web și nu probleme de optimizare a motoarelor de căutare. Indiferent, aceste probleme au un efect asupra traficului și vizibilității unui site web în rezultatele motorului de căutare. Deci, trebuie să le subliniez în timpul auditurilor tehnice SEO pe care le fac pentru clienți.

Eu numesc aceste greșeli greșeli comune, deoarece 8 din 10 audituri tehnice SEO pe care le-am efectuat în ultimii doi ani au cel puțin 80 la sută din aceste probleme. Nu mă deranjează că site-urile web au aceste probleme înainte de a veni la mine pentru un audit de optimizare a motoarelor de căutare. Pot spune că sunt siguranța locului de muncă ca consultant SEO. Cu toate acestea, haideți să trecem în revistă aceste 8 greșeli frecvente pe care le întâlnesc în timpul auditurilor SEO. Verificați dacă site-ul dvs. web face vreuna dintre aceste greșeli. Dacă sunteți, folosirea OnCrawl vă va ajuta să identificați și să remediați aceste probleme. Am detaliat fiecare problemă mai jos, am explicat de ce este importantă problema și cum vă poate ajuta utilizarea OnCrawl să remediați problema.

1. Migrare greșită de la HTTP la HTTP
2. Probleme de conținut duplicat
3. Mega Meniuri și Link-uri Interne
4. Probleme legate de structura site-ului
5. Conținut și pagini orfane
6. Probleme legate de legături, legături proaste și de calitate scăzută
7. Optimizare excesivă sau fără optimizare
8. Utilizarea incorectă a codului sau a directivelor

Greșeală comună: migrare greșită de la HTTP la HTTP

Văd această greșeală nu numai în timpul auditurilor SEO, ci doar navigând pe web. Principalul indicator că există o problemă este simbolul de blocare spart în browser. Dacă vizitați un site web care are un simbol de lacăt spart, atunci site-ul are această problemă. Când site-urile web sunt mutate de la HTTP la HTTP (de la versiunea nesecurizată la o versiune securizată (SSL), fiecare mențiune și link intern de pe numele domeniului trebuie schimbate în HTTPs. Asta înseamnă că, dacă codul sursă al site-ului web face referire la o imagine ( toate site-urile au imagini), ar trebui să încarce acea imagine prin HTTP și nu prin HTTP. Dacă se referă la HTTP astfel:

< img src="https://www.oncrawl.com/images/logo.png” alt="OnCrawl logo” />

pagina în care apare acel cod ar arăta un simbol de lacăt spart. Adresa URL pentru OnCrawl.com ar trebui să fie HTTP și nu HTTP, așa cum se arată mai sus. O altă problemă legată ar fi linkurile interne și modul în care paginile se leagă între ele de pe site. Un site web migrat corespunzător de la HTTP la HTTP va face întotdeauna legătura de la o pagină la alta folosind o adresă URL HTTP din link, și nu HTTP. Dacă linkurile de pe site sunt așa:

< a href=" https://www.oncrawl.com/support/”>Contactați asistența

și link la adresa URL HTTP, atunci cel mai probabil acest lucru ar determina să apară o redirecționare permanentă 301, redirecționând vizitatorii către https://www.oncrawl.com/support/, care este versiunea HTTPs a acelei pagini. Când accesați cu crawlere site-ul web folosind OnCrawl, OnCrawl va raporta O MULTE redirecționare. Asta nu este bine. O migrare corectă a site-ului web de la HTTP la HTTP nu va avea ca rezultat redirecționări pe site-ul web atunci când acesta este accesat cu crawlere.

Cum să remediați această greșeală comună

În general, toate linkurile interne ale site-ului dvs. și referințele la adresa URL completă a site-ului dvs. din codul sursă al site-ului dvs. ar trebui să indice versiunea HTTPs a site-ului dvs. și nu HTTP. Dacă utilizați WordPress, puteți căuta în întreaga bază de date a site-ului dvs. căutând adresa URL HTTP a site-ului dvs. (care include numele domeniului) și o puteți înlocui cu versiunea HTTPs. Puteți face acest lucru și în alte CMS-uri care au o bază de date. Pentru mai multe informații, am tratat recent acest lucru într-un articol anterior OnCrawl intitulat „Asigurarea că migrarea domeniului dvs. devine fără probleme” (https://www.oncrawl.com/technical-seo/domain-migration/).

Greșeală comună: probleme de conținut duplicat

Problemele de conținut duplicat sunt destul de frecvente și, de fapt, este foarte dificil să faci site-ul tău 100% fără conținut duplicat. Dacă aveți o navigare principală pe site-ul dvs., aceasta va apărea pe toate paginile site-ului, deci este obișnuit să aveți cel puțin un conținut duplicat. Cu toate acestea, una dintre greșelile frecvente pe care le întâlnesc este când un site va avea un paragraf de text (sau chiar mai mult!) care apare pe toate paginile site-ului. De exemplu, este posibil să aveți un paragraf de text care este „despre compania dumneavoastră” în subsolul site-ului. Acest lucru nu cauzează cu adevărat o problemă uriașă decât dacă există pagini ale site-ului dvs. care au mai puțin conținut decât acel paragraf de text din subsolul site-ului. Dacă paragraful din subsol are 200 de cuvinte, iar restul paginii are mai puțin de 200 de cuvinte (ceea ce este obișnuit), atunci textul subsolului va depăși restul conținutului din pagină. Acest lucru poate deveni o problemă atunci când aveți mai multe pagini pe site-ul dvs.

Un site web pe care l-am auditat avea o bară laterală care conținea mărturii recente de la clienți. S-a derulat prin mărturii, astfel încât vizitatorii au văzut doar o mărturie la un moment dat. În general, asta nu ar fi o problemă, dar codul sursă al paginii avea peste 30 de mărturii pe care le-a „defilat”. Tot textul tuturor celor 30 de mărturii încărcate pe fiecare pagină a site-ului. Acestea au fost literalmente peste 3500 de cuvinte de conținut în mărturii. Nicio pagină de pe site nu avea mai mult de 3500 de cuvinte pe ele. Deci, fiecare pagină de pe site avea aceleași 3500 de cuvinte de conținut. Am eliminat mărturiile din bara laterală, iar clasamentele și traficul site-ului au crescut vertiginos.

Din punct de vedere tehnic, nu există nicio penalizare pentru conținutul duplicat de pe site-ul dvs., cu excepția cazului în care conținutul duplicat este atât de rău încât să justifice o penalizare de spam de la Google. Acest lucru este destul de rar, dacă copiați pagini și/sau site-uri web, atunci probabil că știți deja despre conținutul duplicat. Majoritatea site-urilor nu își dublează în mod intenționat conținutul, astfel încât acest lucru poate avea probleme de accesare cu crawlere. Un site își poate folosi cu ușurință „bugetul de accesare cu crawlere” risipindu-l pe conținut duplicat. Este important să direcționați crawlerele motoarelor de căutare către pagini de accesare cu crawlere care sunt unice și au cel mai bun conținut.

Cum să remediați această greșeală comună

Utilizați funcția de conținut duplicat a OnCrawl din Raportul de accesare cu crawlere pentru a afla despre cantitatea de conținut duplicat pe care îl puteți avea pe site-ul dvs. Dacă site-ul are etichete de titlu duplicat, etichete metadescriere duplicat și etichete de antet duplicate, de exemplu, poate doriți să investigați dacă acele pagini sunt sau nu duplicate. Unele site-uri WordPress vor genera pagini duplicate cu etichete, categorii și pagini arhivate, cum ar fi paginile după dată.

Greșeală comună: Mega Meniuri

Câte link-uri are site-ul în navigarea lor? Am văzut literalmente sute de link-uri (peste 200-300 de link-uri) în navigarea principală a unui site. Nu numai că este copleșitor pentru vizitatorii site-ului să încerce să găsească ceea ce caută, dar nu este foarte bun pentru SEO în general. Este un mega meniu atunci când un site are peste 10 elemente principale derulante, iar fiecare dintre acele elemente principale derulante are mai mult de 10 articole, iar unele chiar au elemente de submeniu. Asta înseamnă, în cele din urmă, că aveți peste 100 de pagini care se leagă între ele. Adică 100 de pagini care leagă direct la 100 de pagini.

Site-uri ca acesta pot fi ușor (și ar trebui) reevaluate, deoarece structura site-ului nu este clasificată foarte bine. Un site pe care am efectuat un audit SEO este un site de comerț electronic cu peste 300.000 de pagini de produse. Site-ul comercializează mobilier de birou, dar și mobilier pentru biserică și echipamente pentru exerciții fizice. Ai putea să fii literalmente pe o pagină despre stranele bisericii și apoi să navighezi direct la o pagină despre saltele de yoga. Nu cunosc pe nimeni care să cumpere strane de biserică și care să cumpere și covorașe de yoga în același timp.

Acesta este un exemplu extrem, dar navigarea principală are meniuri derulante care permit cuiva să navigheze direct la paginile (site-ul face linkuri către acele subiecte). Gândiți-vă la un site web ca la mai multe zone „de actualitate” diferite sau mini site-uri dintr-un site web mai mare. Există o pagină de pornire, dar acea pagină de pornire ar trebui să trimită numai la categoriile principale. Acele pagini de categorie ar trebui apoi să trimită către pagini din categoria respectivă. Apoi, navigați la o subcategorie și apoi în jos la o pagină de produs. Vizitatorii ar trebui să facă clic pe o altă categorie înainte de a putea accesa direct o pagină în afara subiectului.

Conectarea a 200 de pagini la 200 de pagini în navigare nu poate fi niciodată bună. Dacă este un mega meniu, atunci trebuie remediat, ceea ce înseamnă că este legat de problemele de structura generală a site-ului care apar și pe site.

Cum să remediați această greșeală comună

Există mai multe lucruri pe care trebuie să le revizuiți pentru a începe să scăpați de mega-meniul unui site. Aruncă o privire la structura internă a site-ului, revizuiește silozurile de subiecte (dacă există chiar pe site) și revizuiește-ți clusterele de conținut. Paginile like ar trebui să trimită către pagini like (pagini pe același subiect).

Greșeală comună: probleme legate de structura site-ului

Aceasta este de fapt foarte asemănătoare cu problema mega-meniului. Dacă un site are un mega meniu, atunci nu este configurat într-un mod în care structura site-ului este ideală. După cum am menționat mai devreme, structura site-ului ar trebui configurată într-un mod în care subiectele similare sunt grupate. Este destul de rar ca un site să aibă o pagină care este legată de un subtopic și apoi de o categorie și încă mai are sute de link-uri interne care indică către aceasta. Există pagini orfane pe site? În raportul OnCrawl, după o accesare cu crawlere a site-ului, a identificat paginile orfane care au trafic și clasare care nu fac parte din structura site-ului?

Cum să remediați această greșeală comună

Aruncă o privire la rapoartele interne de popularitate pe care le creează OnCrawl, revizuiește grupurile de pagini după profunzime, distribuția Inrank și fluxul Inrank. Site-ul are un mega meniu pe pagina de start a site-ului? Mega meniul face legătura cu paginile subcategoriei? Nu ar trebui. Ar trebui să existe un număr mic de pagini de categorie legate în meniul principal de pe pagina de start a site-ului.

Există subiecte sau secțiuni clare ale site-ului? Acest lucru va necesita o revizuire manuală a site-ului, ar trebui să puteți spune destul de ușor dacă există un mega meniu cu toate paginile de pe site sau dacă există secțiuni. O altă problemă de examinat este secțiunea Link-uri din raportul OnCrawl.

Observați numărul mediu de link-uri pe pagină și media urmărite interne pe pagină. În general, ar trebui să existe mai multe link-uri de intrare către pagini decât pagini de ieșire. Dacă acele numere sunt foarte apropiate sau există mai multe link-uri de ieșire decât link-uri de intrare, atunci ar putea exista o problemă de structură a site-ului. Există pagini pe site cu mai puțin de 10 link-uri de urmărire? Există pagini orfane care nu fac parte din structura site-ului?

Greșeală comună: conținut și pagini orfane

Paginile orfane sunt mai frecvente decât credeți. Paginile orfane sunt pur și simplu asta: când crawler-ul a pornit de la pagina de pornire a site-ului și a trecut de la un link la altul de pe site, nu a putut găsi un link către o pagină orfană. Paginile orfane sunt găsite de OnCrawl deoarece analizează datele Google Analytics, datele Google Search Console și (sperăm) datele fișierului jurnal al site-ului dvs. OnCrawl găsește pagini care nu sunt legate pe site și le identifică ca pagini orfane. Sunt de fapt mai frecvente decât v-ați aștepta, deoarece avem tendința de a ne reproiecta site-urile web și de a lăsa paginile pe serverul web, dar nu facem linkuri către ele. Poate fi o versiune veche a site-ului sau poate fi conținut care nu este adecvat pentru a fi inclus în noua versiune a site-ului. Dar, cu toate acestea, paginile încă există pe site, chiar dacă nu sunt legate direct de la site-ul curent public. Acest lucru se întâmplă – iar paginile orfane pot avea mult trafic și se pot clasa bine.

Cum să remediați această greșeală comună

Există mai multe moduri prin care puteți remedia această problemă. De fapt, dacă furnizați OnCrawl datele potrivite, cum ar fi Google Analytics, Majestic, Google Search Console și datele fișierelor jurnal, acesta identifică foarte bine paginile orfane. Deci, furnizați OnCrawl toate acele date dacă aveți acces la ele. Fișierele jurnal pot fi foarte importante, deoarece pot dezvălui alte date, cum ar fi erori 404 și redirecționări, care vă vor ajuta să recuperați traficul și clasamentele pierdute.

Pentru a remedia această greșeală comună, identificați paginile orfane care sunt importante, apoi conectați-le corect pe site. Dacă există link-uri de pe alte site-uri web care leagă către site-ul dvs., puteți identifica acest lucru prin intermediul datelor de link-uri Majestic.com. Legăturile către pagini orfane care sunt legate de-a lungul site-ului pot trece corect Inrank și PageRank către alte pagini de pe site, ajutându-l să se claseze.

Greșeală comună: probleme cu linkurile, link-uri proaste și de calitate scăzută

Aruncă o privire la numerele Majestic Domain Trust Flow și Domain Citation Flow. În general, fluxul de încredere ar trebui să fie mai mare decât fluxul de citare cu cel puțin 10 puncte. Dacă Fluxul de citare este mai mare decât Fluxul de încredere, este posibil să aveți legături de calitate scăzută care să indice site-ul web. În general, ar trebui să aveți legături bune, de calitate, care să indice către site-ul dvs. web, mai degrabă decât multe site-uri de calitate inferioară, neîncrezătoare, care să trimită către site-ul dvs. Este obișnuit să existe link-uri de calitate inferioară către site-ul dvs., deoarece nu putem controla pe toți cei care au link-uri către site-ul nostru. Cu toate acestea, putem controla unele dintre legături.

Cum să remediați această greșeală comună

Fă-ți timp pentru a examina toate linkurile către site-ul tău web. De asemenea, examinați lista de pagini care au link-uri. Există pagini care au linkuri care nu se rezolvă în prezent? Poate exista o pagina veche care nu mai exista si care are link-uri? Fie aduceți înapoi acea pagină de conținut pe aceeași adresă URL, fie redirecționați 301 acea pagină către o altă pagină conexă pe același subiect – în acest fel veți recupera acele linkuri.

Greșeală comună: optimizare excesivă sau lipsă de optimizare

O altă greșeală comună pe care o văd tot timpul este optimizarea pe pagină care pare să fi fost făcută cu peste 10 ani în urmă sau SEO care a fost făcut pe un site care urmează standardele SEO de acum 10 ani. Cele mai bune practici SEO actuale nu sunt urmate și, de obicei, aceasta implică umplerea cuvintelor cheie, metadate prost scrise, cum ar fi etichete de titlu sau meta descriere, sau chiar utilizarea necorespunzătoare a etichetelor de titlu.

Cum să remediați această greșeală comună

Este destul de ușor să remediați această greșeală comună – aflați cele mai bune practici pentru scrierea etichetelor de titlu, metadate și utilizați practici acceptabile de codare HTML. Listele ordonate, listele cu marcatori, utilizarea caracterelor aldine, cursive și dimensiunile și culorile potrivite ale fontului sunt o necesitate în zilele noastre. Curățarea codului HTML și utilizarea codului de marcare adecvat, cum ar fi codul Schema.org și codul JSON-LD, poate contribui în mare măsură către obținerea unor poziții mai bune și mai mult trafic în motorul de căutare.

Greșeală comună: Utilizarea incorectă a codului sau a directivelor

Folosirea prea mult sau utilizarea codului Schema.org neadecvat sau incorect poate duce la o acțiune manuală din partea Google. Deși datele structurate sunt bune, ele trebuie implementate corect sau pot exista consecințe grave – se pot întoarce împotriva ta. Multe site-uri nu folosesc nici un marcaj structurat, iar asta este doar o oportunitate ratată în zilele noastre.

Alte probleme conexe pot implica implementarea incorectă a codului sau chiar existența unor directive conflictuale pe pagini. De exemplu, dacă utilizați o etichetă canonică pe o pagină, atunci nu interziceți motoarele de căutare să acceseze cu crawlere acea pagină în fișierul robots.txt. Dacă nu pot accesa cu crawlere pagina, atunci nu pot vedea eticheta canonică.

Alte implementări incorecte ale codului sau directive conflictuale pe care le văd de obicei sunt:

• utilizare incorectă rel next/prev
• directive de etichete canonice incorecte
• directive robots.txt incorecte

Cum să remediați această greșeală comună

Sincer, pentru a putea identifica și remedia aceste probleme, trebuie să înțelegeți ce fac fiecare dintre aceste directive și de ce sunt folosite. Nu trebuie să fiți un codificator pentru a înțelege codul schema.org, dar trebuie să înțelegeți de ce și când este folosit. Nu sunt un programator, dar pot copia și lipi codul – și există o mulțime de generatoare de cod care să te ajute să-l înțelegi corect.

Oncrawl SEO Crawler

Crawler SEO pentru auditurile întreprinderii și monitorizarea zilnică. Creșteți-vă traficul organic și veniturile site-ului cu date fiabile.

Află mai multe

In concluzie

Cu toții facem greșeli – și, din fericire, toate aceste greșeli sunt foarte reparabile, ceea ce poate duce la un site mai bine optimizat, un site mult mai prietenos cu motoarele de căutare și mai prietenos pentru vizitatori. Un audit SEO adecvat, chiar dacă este făcut singur pe propriul site web, va dezvălui cu siguranță una sau mai multe dintre aceste greșeli comune. Eu personal mi-am auditat propriile site-uri și am găsit probleme de care nu eram conștient, dar am putut să le rezolv după ce instrumente precum OnCrawl mi le-au semnalat. Și totuși, trebuie să ne alegem bătăliile, deoarece unele dintre problemele găsite pot să nu fie la fel de importante ca altele.