Nu am de gând să mint: Efectuarea unui audit SEO în profunzime este o afacere majoră.
Și, ca și consultant SEO, există câteva cuvinte mai dulci decât: „Auditul tău arată foarte bine! Când putem să te aducem la bord?”
Inclusiv dacă nu ați căutat în mod activ un nou concert, știind că auditul dvs. SEO a reușit este un impuls uriaș pentru ego.
Dar, sunteți îngrozit să începeți? Este primul tău audit SEO? Sau, poate că pur și simplu nu știți de unde să începeți?
În trimiterea unui audit SEO fantastic către un potențial client vă pune în cel mai bun loc posibil.
Așa că nu vă grăbiți. Nu uitați: obiectivul dvs. principal este să adăugați valoare clientului dvs. cu recomandările dvs. pentru site, atât pe termen scurt, cât și pe termen lung.
În această rubrică, am adunat pașii pe care trebuie să îi cunoașteți pentru a realiza un audit SEO și o mică perspectivă asupra primei faze a proceselor mele atunci când primesc pentru prima dată un client nou. Este împărțită în secțiunile de mai jos. Dacă simțiți că stăpâniți bine o anumită secțiune, nu ezitați să treceți la următoarea.
Când ar trebui să efectuez un audit SEO?
După ce un potențial client îmi trimite un e-mail prin care își exprimă interesul de a lucra împreună și răspunde la sondajul meu, stabilim un apel introductiv (este de preferat Skype sau Google Hangouts).
Înainte de apel, fac propriul meu mini audit SEO rapid (investesc cel puțin o oră pentru a cerceta manual) pe baza răspunsurilor lor la sondaj pentru a mă familiariza cu peisajul lor de piață. Este ca și cum te-ai întâlni cu cineva pe care nu l-ai întâlnit niciodată.
Evident, îi vei urmări pe Facebook, Twitter, Instagram și toate celelalte canale care sunt publice #soIcreep.
Iată un exemplu de cum arată sondajul meu:
Iată câteva întrebări cheie pe care vei dori să i le pui clientului în timpul primei întâlniri:
- Care sunt obiectivele generale ale afacerii tale? Care sunt obiectivele canalelor dvs. (PR, social etc.)?
- Cine este publicul țintă?
- Aveți parteneriate de afaceri?
- Cât de des este actualizat site-ul web? Aveți un dezvoltator web sau un departament IT?
- Ați mai lucrat vreodată cu un consultant SEO? Sau, a avut vreo lucrare SEO făcută anterior?
Sujan Patel are, de asemenea, câteva recomandări excelente cu privire la întrebările pe care trebuie să le pui unui nou client SEO.
După convorbire, dacă simt că ne potrivim bine, voi trimite propunerea mea formală și contractul (mulțumesc HelloSign pentru că a făcut acest proces ușor pentru mine!).
Pentru a începe, întotdeauna îmi place să le ofer clienților mei prima lună ca perioadă de probă pentru a mă asigura că vibrăm.
Aceasta oferă atât clientului, cât și mie o șansă de a deveni mai întâi prieteni înainte de a ne întâlni. În timpul acestei luni, îmi voi lua timpul necesar pentru a efectua un audit SEO în profunzime.
Aceste audituri SEO îmi pot lua între 40 de ore și 60 de ore, în funcție de mărimea site-ului. Aceste audituri sunt buclate în trei părți separate și prezentate cu ajutorul Google Slides.
- Tehnic: Erori de crawl, indexare, găzduire, etc.
- Conținut: Cercetarea cuvintelor cheie, analiza competitorilor, hărți de conținut, meta date, etc.
- Legături: Analiza profilului backlink, tactici de creștere, etc.
După acea primă lună, dacă clientului îi place munca mea, vom începe să implementăm recomandările din auditul SEO. Iar mai departe, voi efectua un mini-audit lunar și un audit aprofundat trimestrial.
Pentru a recapitula, efectuez un audit SEO pentru clienții mei:
- Prima lună.
- Lunar (mini-audit).
- Trimestrial (audit aprofundat).
- Trimestrial (audit aprofundat).
Ce ai nevoie de la un client înainte de un audit SEO
Când un client și cu mine începem să lucrăm împreună, voi împărți cu el un Google Doc prin care îi voi cere o listă de parole și furnizori.
Aceasta include:
- Accesul la Google Analytics și la orice instrumente de analiză ale terților.
- Anunțuri Google și Bing.
- Instrumente Webmaster.
- Acces la backend-ul site-ului web.
- Conturi de social media.
- Lista furnizorilor.
- Lista membrilor echipei interne (inclusiv orice muncă pe care o externalizează).
Instrumente pentru auditul SEO
Înainte de a începe auditul SEO, iată o recapitulare a instrumentelor pe care le folosesc:
- Screaming Frog.
- Integrity (pentru utilizatorii de Mac) și Xenu Sleuth (pentru utilizatorii de PC).
- SEO Browser.
- Wayback Machine.
- Moz.
- BuzzSumo.
- DeepCrawl.
- Copyscape.
- Google Tag Manager.
- Google Tag Manager Chrome Extension.
- Annie Cushing’s Campaign Tagging Guide.
- Google Analytics (dacă i se oferă acces).
- Google Search Console (dacă i se oferă acces).
- Bing Webmaster Tools (dacă i se oferă acces).
- You Get Signal.
- Pingdom.
- PageSpeed Tool.
- Sublime Text.
Conducerea unui audit tehnic SEO
Instrumente necesare pentru un audit tehnic SEO:
- Screaming Frog.
- DeepCrawl.
- Copyscape.
- Integrity pentru Mac (sau Xenu Sleuth pentru utilizatorii de PC).
- Google Analytics (dacă are acces).
- Google Search Console (dacă are acces).
- Bing Webmaster Tools (dacă i se dă acces).
Pasul 1: Adăugați site-ul la DeepCrawl și Screaming Frog
Instrumente:
- DeepCrawl.
- Copyscape.
- Screaming Frog.
- Google Analytics.
- Integrity.
- Google Tag Manager.
- Google Analytics code.
Ce trebuie să căutați când folosiți DeepCrawl
Primul lucru pe care îl fac este să adaug site-ul clientului meu la DeepCrawl. În funcție de dimensiunea site-ului clientului dumneavoastră, căutarea poate dura o zi sau două pentru a primi rezultatele.
După ce primiți rezultatele DeepCrawl înapoi, iată care sunt lucrurile pe care le caut:
Conținut duplicat
Verificați raportul „Duplicate Pages” pentru a localiza conținutul duplicat.
Dacă se identifică conținut duplicat, voi face din acest lucru o prioritate maximă în recomandările mele către client pentru rescrierea acestor pagini și, între timp, voi adăuga tag-ul <meta name=”robots” content=”noindex, nofollow”> la paginile duplicate.
Erorile comune de conținut duplicat pe care le veți descoperi:
- Titluri meta și descrieri meta duplicate.
- Conținut de corp duplicat din paginile cu tag-uri (voi folosi Copyscape pentru a vă ajuta să determinați dacă ceva este plagiat).
- Două domenii (ex: yourwebsite.co, yourwebsite.com).
- Subdomenii (ex: jobs.yourwebsite.com).
- Conținut similar pe un domeniu diferit.
- Pagini de paginare implementate necorespunzător (vezi mai jos.)
Cum se remediază:
- Adaugați eticheta canonicală pe paginile dvs. pentru a anunța Google care doriți să fie URL-ul preferat.
- Dezavuați URL-urile incorecte în roboți.txt.
- Scrieți din nou conținutul (inclusiv corpul copiei și metadatele).
Iată un exemplu de problemă de conținut duplicat pe care am avut-o cu un client de-al meu. După cum puteți vedea mai jos, aveau parametrii URL fără eticheta canonică.
Aceștia sunt pașii pe care i-am urmat pentru a rezolva problema:
- Am rezolvat orice problemă de redirecționare 301.
- Am adăugat o etichetă canonică la pagina pe care vreau ca Google să o analizeze.
- Actualizez setările parametrilor din Google Search Console pentru a exclude orice parametru care nu generează conținut unic.
- Am adăugat funcția disallow la robots.txt la URL-urile incorecte pentru a îmbunătăți bugetul de crawl.
Paginare
Există două rapoarte de verificat:
- Primele pagini: Pentru a afla ce pagini utilizează paginarea, examinați raportul „Primele pagini”. Apoi, puteți examina manual paginile care folosesc acest lucru pe site pentru a descoperi dacă paginarea este implementată corect.
- Pagini de paginare nelegate: Pentru a afla dacă paginarea funcționează corect, raportul „Unlinked Pagination Pages” vă va spune dacă rel=”next” și rel=”prev” fac legătura cu paginile anterioare și următoare.
În acest exemplu de mai jos, am reușit să aflu că un client avea etichete de paginare reciprocă folosind DeepCrawl:
Cum se remediază:
- Dacă aveți o pagină „view all” sau o pagină „load more”, adăugați tag-ul rel=”canonical”. Iată un exemplu de la Crutchfield:
- Dacă aveți toate paginile pe pagini separate, atunci adăugați marcajul standard rel=”next” și rel=”prev”. Iată un exemplu de la Macy’s:
- Dacă folosiți defilarea infinită, adăugați URL-ul echivalent al paginii paginate în javascript. Iată un exemplu de la American Eagle.
Redirecții maxime
Revizuiți raportul „Redirecții maxime” pentru a vedea toate paginile care redirecționează de mai mult de 4 ori. John Mueller a menționat în 2015 că Google poate înceta să mai urmărească redirecționările dacă sunt mai mult de cinci.
În timp ce unii oameni se referă la aceste erori de căutare ca la consumul de „buget de căutare”, Gary Illyes se referă la acest lucru ca la „încărcare a gazdei”. Este important să vă asigurați că paginile dvs. se redau corect, deoarece doriți ca încărcătura gazdei dvs. să fie folosită în mod eficient.
Iată o scurtă prezentare generală a codurilor de răspuns pe care le-ați putea vedea:
- 301 – Acestea sunt majoritatea codurilor pe care le veți vedea pe parcursul cercetării dvs. Redirecționările 301 sunt în regulă atâta timp cât există doar o singură redirecționare și nu există o buclă de redirecționare.
- 302 – Aceste coduri sunt în regulă, dar dacă sunt lăsate mai mult de 3 luni sau cam așa ceva, le-aș schimba manual în 301, astfel încât să fie permanente. Acesta este un cod de eroare pe care îl voi vedea adesea la site-urile de comerț electronic atunci când un produs nu mai este în stoc.
- 400 – Utilizatorii nu pot ajunge la pagină.
- 403 – Utilizatorii nu sunt autorizați să acceseze pagina.
- 404 – Pagina nu este găsită (de obicei înseamnă că clientul a șters o pagină fără o redirecționare 301).
- 500 – Eroare internă a serverului pe care va trebui să vă conectați cu echipa de dezvoltare web pentru a determina cauza.
Cum se remediază:
- Îndepărtați orice linkuri interne care indică către vechile pagini 404 și actualizați-le cu linkul intern al paginii redirecționate.
- Îndepărtați lanțurile de redirecționare prin eliminarea redirecționărilor din mijloc. De exemplu, dacă redirecționarea A merge către redirecționarea B, C și D, atunci veți dori să anulați redirecționările B și C. Rezultatul final va fi o redirecționare A către D.
- Există, de asemenea, o modalitate de a face acest lucru în Screaming Frog și Google Search Console mai jos, dacă folosiți acea versiune.
Ce trebuie să căutați atunci când folosiți Screaming Frog
Al doilea lucru pe care îl fac atunci când primesc un site nou al unui client este să adaug URL-ul acestuia la Screaming Frog.
În funcție de dimensiunea site-ului clientului dumneavoastră, pot configura setările pentru a cerceta anumite zone specifice ale site-ului la un moment dat.
Iată cum arată configurațiile păianjenului meu Screaming Frog:
Puteți face acest lucru în setările spiderului dumneavoastră sau prin excluderea unor zone ale site-ului.
După ce primiți rezultatele Screaming Frog înapoi, iată care sunt lucrurile pe care le caut:
Codul Google Analytics
Screaming Frog vă poate ajuta să identificați ce pagini nu au codul Google Analytics (UA-1234568-9). Pentru a găsi codul Google Analytics care lipsește, urmați acești pași:
- Direcționați-vă la Configurație în bara de navigare, apoi la Personalizat.
- Adaugați analytics\.js la Filtru 1, apoi schimbați drop-down la Nu conține.
Cum se remediază:
- Contactați dezvoltatorii clientului dvs. și rugați-i să adauge codul la paginile specifice care lipsesc.
- Pentru mai multe informații despre Google Analytics, treceți la acea secțiune Google Analytics de mai jos.
Google Tag Manager
Screaming Frog vă poate ajuta, de asemenea, să aflați care sunt paginile cărora le lipsește snippet-ul Google Tag Manager cu pași similari:
- Veți la fila Configuration din bara de navigare, apoi Custom.
- Adaugați <iframe src-„//www.googletagmanager.com/ cu Does not contain selectat în Filter.
Cum se remediază:
- Direcționați-vă către Google Tag Manager pentru a vedea dacă există erori și actualizați unde este necesar.
- Împărtășiți codul cu dezvoltatorul clientului dvs. pentru a vedea dacă îl pot adăuga din nou pe site.
Schema
Voi dori, de asemenea, să verificați dacă site-ul clientului dvs. folosește schema markup pe site-ul lor. Schema sau datele structurate ajută motoarele de căutare să înțeleagă ce reprezintă o pagină de pe site.
Pentru a verifica dacă există schema markup în Screaming Frog, urmați acești pași:
- Direcționați-vă la fila Configuration din bara de navigare, apoi Custom.
- Adaugați itemtype=”http://schema.\.org/ cu ‘Contain’ selectat în Filter.
Indexare
Doriți să determinați câte pagini sunt indexate pentru clientul dumneavoastră, urmați acest lucru în Screaming Frog:
- După ce site-ul dvs. a terminat de încărcat în Screaming Frog, mergeți la Directives > Filter > Index pentru a verifica dacă există bucăți de cod lipsă.
Cum se remediază:
- Dacă site-ul este nou, este posibil ca Google să nu-l fi indexat încă.
- Verificați roboții.txt pentru a vă asigura că nu dezaprobați nimic din ceea ce doriți ca Google să cerceteze.
- Verificați să vă asigurați că ați trimis harta site-ului clientului dvs. în Google Search Console și Bing Webmaster Tools.
- Conduceți o cercetare manuală (văzut mai jos).
Flash
Google a anunțat în 2016 că Chrome va începe să blocheze Flash din cauza timpului lent de încărcare a paginilor. Așadar, dacă faceți un audit, doriți să identificați dacă noul dvs. client utilizează Flash sau nu.
Pentru a face acest lucru în Screaming Frog, încercați acest lucru:
- Direcționați-vă către Spider Configuration în navigare.
- Click Check SWF.
- Filtrați fila Internal prin Flash după ce se termină crawl-ul.
Cum se repară:
- Embarcați videoclipuri de pe YouTube. Google a cumpărat YouTube în 2006, aici nu e nicio problemă.
- Sau, optați pentru standardele HTML5 atunci când adăugați un videoclip.
Iată un exemplu de cod HTML5 pentru adăugarea unui videoclip:
<video controls="controls" width="320" height="240">> <source class="hiddenSpellError" data-mce-bogus="1" />src="/tutorials/media/Anna-Teaches-SEO-To-Small-Businesses.mp4" type="video/mp4"> <source src="/tutorials/media/Anna-Teaches-SEO-To-Small-Businesses.ogg" type="video/ogg" />Your browser does not support the video tag.</video>
JavaScript
Potrivit anunțului făcut de Google în 2015, JavaScript poate fi folosit pentru site-ul dvs. atâta timp cât nu blocați nimic în robots.txt (vom aprofunda acest aspect imediat!). Dar, tot vreți să aruncați o privire la modul în care Javascript este livrat pe site-ul dvs.
Cum se rezolvă:
- Revizuiți Javascript pentru a vă asigura că nu este blocat de roboți.txt
- Asigurați-vă că Javascript rulează pe server (acest lucru ajută la producerea de date în text simplu față de cele dinamice).
- Dacă rulați Angular JavaScript, consultați acest articol de Ben Oren despre motivul pentru care s-ar putea să vă ucidă eforturile SEO.
- În Screaming Frog, mergeți la Spider Configuration în bara de navigare și faceți clic pe Check JavaScript. După ce se termină parcurgerea, filtrați rezultatele în fila Internal în funcție de JavaScript.
spider în sreaming frog
Robots.txt
Când analizați un robots.txt pentru prima dată, doriți să vă uitați pentru a vedea dacă ceva important este blocat sau nepermis.
De exemplu, dacă vedeți acest cod:
User-agent: *Disallow: /
Site-ul clientului dvs. este blocat de către toate crawlerele web.
Dar, dacă aveți ceva de genul fișierului robots.txt al Zappos, ar trebui să fiți în regulă.
# Global robots.txt as of 2012-06-19User-agent: *Disallow: /bin/Disallow: /multiview/Disallow: /product/review/add/Disallow: /cartDisallow: /loginDisallow: /logoutDisallow: /registerDisallow: /account
Ei blochează doar ceea ce nu doresc să fie localizat de către web crawlere. Acest conținut care este blocat nu este relevant sau util pentru web crawler.
Cum se repară:
- Robots dvs.txt este sensibil la majuscule și minuscule, așa că actualizați acest lucru pentru a fi toate cu minuscule.
- Îndepărtați toate paginile listate ca Disallow pe care doriți ca motoarele de căutare să le parcurgă.
- Screaming Frog, în mod implicit, nu va putea încărca niciun URL nepermis de robots.txt. Dacă alegeți să schimbați setările implicite din Screaming Frog, acesta va ignora toate fișierele robots.txt.
- De asemenea, puteți vizualiza paginile blocate în Screaming Frog în fila Coduri de răspuns, apoi filtrate de filtrul Blocate de Robots.txt după ce ați finalizat căutarea.
- Dacă aveți un site cu mai multe subdomenii, ar trebui să aveți un robots.txt separat pentru fiecare.
- Asigurați-vă că harta site-ului este listată în robots.txt.
Erorile de crawl
Utilizez DeepCrawl, Screaming Frog și instrumentele pentru administratorii de site-uri Google și Bing pentru a găsi și verifica încrucișat erorile de crawl ale clienților mei.
Pentru a găsi erorile de crawl în Screaming Frog, urmați acești pași:
- După ce crawl-ul este finalizat, mergeți la Bulk Reports.
- Derulați în jos la Response Codes, apoi exportați raportul de erori de pe server și raportul de erori al clientului.
Cum se remediază:
- Raportul de eroare al clientului, ar trebui să puteți redirecționa singur 301 majoritatea erorilor 404 din backend-ul site-ului.
- Raportul de eroare al serverului, colaborați cu echipa de dezvoltare pentru a determina cauza. Înainte de a remedia aceste erori în directorul rădăcină, asigurați-vă că faceți o copie de rezervă a site-ului. Este posibil să fie nevoie pur și simplu să creați un nou fișier de acces .html sau să creșteți limita de memorie PHP.
- Voi dori, de asemenea, să eliminați oricare dintre aceste redirecționări permanente din harta site-ului și din orice linkuri interne sau externe.
- De asemenea, puteți utiliza 404 în URL-ul dvs. pentru a ajuta la urmărirea în Google Analytics.
Lucruri de redirecționare
Lucrurile de redirecționare nu numai că provoacă o experiență slabă pentru utilizator, dar încetinește viteza paginii, ratele de conversie scad și orice dragoste de link pe care ați fi putut-o primi înainte este pierdută.
Repararea lanțurilor de redirecționare este o victorie rapidă pentru orice companie.
Cum se repară:
- În Screaming Frog, după ce ați finalizat căutarea, mergeți la Reports > Redirect Chains (Rapoarte > Lanțuri de redirecționare) pentru a vedea calea de căutare a redirecționărilor dvs. Într-o foaie de calcul Excel, puteți urmări pentru a vă asigura că redirecționările 301 rămân redirecționări 301. Dacă vedeți o eroare 404, veți dori să curățați acest lucru.
.
Legături interne &Legături externe
Când un utilizator face clic pe un link către site-ul dvs. și primește o eroare 404, nu este o experiență bună pentru utilizator.
Și, de asemenea, nu ajută nici motoarele de căutare să vă placă mai mult.
Pentru a găsi legăturile mele interne și externe rupte, folosesc Integrity pentru Mac. Puteți folosi și Xenu Sleuth dacă sunteți utilizator de PC.
Voi arăta, de asemenea, cum să găsiți aceste link-uri interne și externe în Screaming Frog și DeepCrawl dacă folosiți acest software.
Cum se repară:
- Dacă folosiți Integrity sau Xenu Sleuth, rulați URL-ul site-ului clientului dumneavoastră și veți obține o listă completă de URL-uri rupte. Puteți să le actualizați manual chiar dvs. sau, dacă lucrați cu o echipă de dezvoltare, cereți-le ajutorul.
- Dacă utilizați Screaming Frog, după ce crawl-ul este finalizat, mergeți la Bulk Export în bara de navigare, apoi la All Outlinks. Puteți să sortați după URL-uri și să vedeți ce pagini trimit un semnal 404. Repetați același pas cu All Inlinks.
Screaming Frog bulk export backlinks
- Dacă folosiți DeepCrawl, mergeți la fila Unique Broken Links (Legături unice rupte) din secțiunea Internal Links (Legături interne).
URLs
De fiecare dată când preluați un nou client, doriți să revizuiți formatul URL-urilor acestuia. Ce trebuie să caut în URL-uri?
- Parametri – Dacă URL-ul are caractere ciudate, cum ar fi ?, = sau +, este un URL dinamic care poate cauza conținut duplicat dacă nu este optimizat.
- Ușor de utilizat – Îmi place să păstrez URL-urile scurte și simple, eliminând în același timp orice slash-uri suplimentare.
Cum se rezolvă:
- Puteți căuta URL-uri cu parametri în Google făcând site:www.buyaunicorn.com/ inurl: „?” sau orice credeți că ar putea include parametrul.
- După ce ați rulat crawl-ul pe Screaming Frog, aruncați o privire la URL-uri. Dacă vedeți parametri listați care creează duplicate ale conținutului dvs., trebuie să sugerați următoarele:
- Adaugați o etichetă canonică la pagina URL principală. De exemplu, www.buyaunicorn.com/magical-headbands este pagina principală și văd www.buyaunicorn.com/magical-headbands/?dir=mode123$, atunci tag-ul canonic ar trebui adăugat la www.buyaunicorn.com/magical-headbands.
- Actualizați-vă parametrii în Google Search Console sub Crawl > Parametrii URL.
- Dezavuați URL-urile duplicate în roboți.txt.
Pasul 2: Revizuiți Google Search Console și Bing Webmaster Tools.
Instrumente:
- Google Search Console.
- Bing Webmaster Tools.
- Sublime Text (sau orice instrument editor de text).
Setați un domeniu preferat
De la actualizarea Panda, este benefic să clarificați pentru motoarele de căutare domeniul preferat. De asemenea, vă ajută să vă asigurați că toate link-urile dvs. oferă un singur site dragostea suplimentară în loc să fie răspândite pe două site-uri.
Cum se remediază:
- În Google Search Console, faceți clic pe pictograma de angrenaj din colțul din dreapta sus.
- Alegeți care dintre URL-uri este domeniul preferat.
- Nu trebuie să setați domeniul preferat în Bing Webmaster Tools, ci doar să trimiteți sitemap-ul dvs. pentru a ajuta Bing să determine domeniul preferat.
Backlinks
Cu anunțul că Penguin este în timp real, este vital ca backlink-urile clientului dvs. să respecte standardele Google.
Dacă observați o mare parte din backlink-urile care vin către site-ul clientului dvs. de la o singură pagină de pe un site web, veți dori să luați măsurile necesare pentru a le curăța, și RAPID!
Cum se remediază:
- În Google Search Console, mergeți la Links > apoi sortați Top linking sites.
- Contactați companiile care se leagă de dvs. de pe o pagină pentru a le cere să elimine legăturile.
- Sau adăugați-le la lista dvs. disavow. Atunci când adăugați companiile la lista dvs. disavow, fiți foarte atent cum și de ce faceți acest lucru. Nu vreți să eliminați linkuri valoroase.
Iată un exemplu de cum arată fișierul meu disavow:
Keywords
În calitate de consultant SEO, este treaba mea să încep să învăț peisajul pieței clientului meu. Trebuie să știu cine este publicul lor țintă, ce caută și cum caută. Pentru a începe, arunc o privire la termenii de căutare a cuvintelor cheie de la care primesc deja trafic.
- În Google Search Console, la rubrica Search Traffic > Search Analytics vă va arăta ce cuvinte cheie trimit deja clicuri clientului dumneavoastră.
Sitemap
Sitemap-urile sunt esențiale pentru a face ca motoarele de căutare să parcurgă site-ul clientului dumneavoastră. Vorbește limba lor. Atunci când creați sitemaps, există câteva lucruri pe care trebuie să le știți:
- Nu includeți URL-uri cu parametri în sitemap.
- Nu includeți pagini neindexabile.
- Dacă site-ul are subdomenii diferite pentru mobil și desktop, adăugați tag-ul rel=”alternate” la sitemap.
Cum se remediază:
- Vezi Google Search Console > Index > Sitemaps pentru a compara URL-urile indexate în sitemap cu URL-urile din indexul web.
- Apoi, faceți o căutare manuală pentru a determina paginile care nu sunt indexate și de ce.
- Dacă găsiți URL-uri vechi redirecționate în sitemap-ul clientului dumneavoastră, eliminați-le. Aceste redirecționări vechi vor avea un impact negativ asupra SEO-ului dvs. dacă nu le eliminați.
- Dacă clientul este nou, trimiteți un nou sitemap pentru el atât în Bing Webmaster Tools, cât și în Google Search Console.
Crawl
Erorile de crawl sunt importante de verificat pentru că nu numai că sunt rele pentru utilizator, dar sunt rele pentru clasamentul site-ului dumneavoastră. Și, John Mueller a declarat că o rată de crawl scăzută poate fi un semn al unui site de calitate scăzută.
Pentru a verifica acest lucru în Google Search Console, mergeți la Acoperire > Detalii.
Pentru a verifica acest lucru în Bing Webmaster Tools, mergeți la Reports & Data > Crawl Information.
Cum se remediază:
- Verificați manual erorile de crawl pentru a determina dacă există erori de crawl care provin de la produse vechi care nu mai există sau dacă vedeți erori de crawl care ar trebui să fie nepermise în roboți.txt.
- După ce ați determinat de unde provin, puteți implementa redirecționări 301 către pagini similare care fac legătura cu paginile moarte.
- De asemenea, veți dori să verificați încrucișat statisticile de crawl din Google Search Console cu timpul mediu de încărcare din Google Analytics pentru a vedea dacă există o corelație între timpul petrecut la descărcare și paginile crawlate pe zi.
Date structurate
După cum s-a menționat mai sus în secțiunea Schema din Screaming Frog, puteți revizui marcajul schematic al clientului dvs. în Google Search Console.
Utilizați raportul de stare al rezultatelor bogate individuale din Google Search Console. (Notă: Raportul de date structurate nu mai este disponibil).
Acest lucru vă va ajuta să determinați ce pagini au erori de date structurate pe care va trebui să le remediați pe parcurs.
Cum se remediază:
- Google Search Console vă va spune ce lipsește din schemă atunci când testați versiunea live.
- În funcție de codurile de eroare, rescrieți schema într-un editor de text și trimiteți-o echipei de dezvoltare web pentru a o actualiza. Eu folosesc Sublime Text pentru editarea textului meu. Utilizatorii de Mac au unul încorporat, iar utilizatorii de PC pot folosi Google a cumpărat YouTube.
Pasul 3: Revizuiți Google Analytics
Instrumente:
- Google Analytics.
- Google Tag Manager Assistant Chrome Extension.
- Annie Cushing Campaign Tagging Guide.
Views
Când primesc pentru prima dată un client nou, configurez 3 vizualizări diferite în Google Analytics.
- Reporting view.
- Master view.
- Test view.
Aceste vizualizări diferite îmi oferă flexibilitatea de a face modificări fără a afecta datele.
Cum se rezolvă:
- În Google Analytics, mergeți la Admin > View > View Settings > View Settings pentru a crea cele trei vizualizări diferite de mai sus.
- Asigură-te că bifezi secțiunea Bot Filtering pentru a exclude toate accesările de la roboți și păianjeni.
- Legăturați Google Ads și Google Search Console.
- În cele din urmă, asigurați-vă că urmărirea căutării pe site este activată.
Filter
Vreți să vă asigurați că adăugați adresa dvs. IP și adresa IP a clientului dvs. la filtrele din Google Analytics, astfel încât să nu primiți trafic fals.
Cum se rezolvă:
- Veți la Admin> View > Filtre
- Apoi, setările ar trebui să fie setate pentru a exclude traficul > de la adresele IP > care sunt egale cu: >.
Tracking Code
Puteți verifica manual codul sursă sau puteți folosi tehnica mea Screaming Frog de mai sus.
Dacă codul este acolo, veți dori să urmăriți că se activează în timp real.
- Pentru a verifica acest lucru, mergeți pe site-ul clientului dvs. și faceți un pic de clic pe site.
- Apoi mergeți la Google Analytics > Real-Time > Locations, locația dvs. ar trebui să se populeze.
- Dacă utilizați Google Tag Manager, puteți verifica acest lucru și cu extensia Google Tag Assistant Chrome.
Cum se repară:
- Dacă codul nu pornește, veți dori să verificați fragmentul de cod pentru a vă asigura că este cel corect. Dacă gestionați mai multe site-uri, este posibil să fi adăugat codul unui alt site.
- Înainte de a copia codul, folosiți un editor de text, nu un procesor de texte pentru a copia fragmentul pe site. Acest lucru poate cauza caractere suplimentare sau spații albe.
- Funcțiile sunt sensibile la majuscule, așa că verificați să vă asigurați că totul este scris cu minuscule în cod.
Indexare
Dacă ați avut ocazia să vă jucați în Google Search Console, probabil că ați observat secțiunea Acoperire.
Când auditez un client, voi analiza indexarea lor în Google Search Console în comparație cu Google Analytics. Iată cum:
- În Google Search Console, mergeți la Coverage
- În Google Analytics, mergeți la Acquisition > Channels > Organic Search > Landing Page.
- După ce ați ajuns aici, mergeți la Advanced > Site Usage > Sessions > 9.
Cum se rezolvă:
- Comparați cifrele din Google Search Console cu cele din Google Analytics, dacă cifrele sunt foarte diferite, atunci știți că, deși paginile sunt indexate, doar o parte dintre ele primesc trafic organic.
Campaign Tagging
Ultimul lucru pe care veți dori să îl verificați în Google Analytics este dacă clientul dumneavoastră folosește corect campaign tagging. Nu vreți să nu primiți credit pentru munca pe care o faceți pentru că ați uitat de campaign tagging.
Cum se rezolvă:
- Configurați o strategie de campaign tagging pentru Google Analytics și împărtășiți-o cu clientul dvs. Annie Cushing a alcătuit un ghid grozav de marcare a campaniilor.
- Setați Event Tracking dacă clientul dvs. folosește anunțuri mobile sau video.
Keywords
Puteți folosi Google Analytics pentru a obține informații despre potențiale bijuterii de cuvinte cheie pentru clientul dvs. Pentru a găsi cuvinte cheie în Google Analytics, urmați acești pași:
Accesați Google Analytics > Behavior > Site Search > Search Terms. Acest lucru vă va oferi o imagine a ceea ce caută clienții pe site.
În continuare, voi folosi acești termeni de căutare pentru a crea un New Segment în Google Analytics pentru a vedea ce pagini de pe site sunt deja clasate pentru acel termen de cuvinte cheie.
Pasul 4: Verificare manuală
Instrumente:
- Google Analytics.
- Acces la serverul și gazda clientului.
- You Get Signal.
- Pingdom.
- PageSpeed Tools.
- Wayback Machine.
O versiune a site-ului clientului dvs. poate fi căutată
Verificați toate modurile diferite în care ați putea căuta un site web. De exemplu:
- http://annaisaunicorn.com
- https://annaisaunicorn.com
- http://www.annaisaunicorn.com
Cum ar spune Highlander, „nu poate exista decât un singur” site web care să poată fi căutat.
Cum se rezolvă: Utilizați o redirecționare 301 pentru toate URL-urile care nu sunt site-ul principal către site-ul canonic.
Indexare
Realizați o căutare manuală în Google și Bing pentru a determina câte pagini sunt indexate de Google. Acest număr nu este întotdeauna precis cu datele Google Analytics și Google Search Console, dar ar trebui să vă ofere o estimare aproximativă.
Pentru a verifica, faceți următoarele:
- Realizați o căutare a site-ului în motoarele de căutare.
- Când căutați, scanați manual pentru a vă asigura că apare doar marca clientului dumneavoastră.
- Verificați dacă pagina de start este pe prima pagină. John Mueller a spus că nu este necesar ca pagina de pornire să apară ca prim rezultat.
Cum se remediază:
- Dacă un alt brand apare în rezultatele căutării, aveți o problemă mai mare pe mână. Veți dori să vă scufundați în analiză pentru a diagnostica problema.
- Dacă pagina de pornire nu apare ca prim rezultat, efectuați o verificare manuală a site-ului web pentru a vedea ce îi lipsește. Acest lucru ar putea însemna, de asemenea, că site-ul are o penalizare sau o arhitectură slabă a site-ului, ceea ce reprezintă o problemă mai mare de reproiectare a site-ului.
- Verificați încrucișat numărul de pagini de destinație organice în Google Analytics pentru a vedea dacă se potrivește cu numărul de rezultate de căutare pe care le-ați văzut în motorul de căutare. Acest lucru vă poate ajuta să determinați care sunt paginile pe care motoarele de căutare le consideră valoroase.
Caching
Voi face o verificare rapidă pentru a vedea dacă paginile de top sunt stocate în memoria cache de către Google. Google folosește aceste pagini memorate în cache pentru a vă conecta conținutul cu interogările de căutare.
Pentru a verifica dacă Google memorează în cache paginile clientului dumneavoastră, procedați astfel:
http://webcache.googleusercontent.com/search?q=cache:https://www.searchenginejournal.com/pubcon-day-3-women-in-digital-amazon-analytics/176005/
Asigurați-vă că treceți la versiunea doar text.
Puteți verifica acest lucru și în Wayback Machine.
Cum se remediază:
- Verificați serverul clientului pentru a vedea dacă este oprit sau funcționează mai lent decât de obicei. S-ar putea să existe o eroare internă a serverului sau un eșec al conexiunii la baza de date. Acest lucru se poate întâmpla dacă mai mulți utilizatori încearcă să acceseze serverul în același timp.
- Verificați cine mai este pe serverul dvs. cu o verificare inversă a adresei IP. Puteți folosi site-ul You Get Signal pentru această fază. Este posibil să trebuiască să faceți un upgrade la serverul clientului sau să începeți să folosiți un CDN dacă aveți domenii sumare care împart serverul.
- Verificați dacă clientul elimină pagini specifice de pe site.
Hosting
Chiar dacă acest lucru poate deveni puțin tehnic pentru unii, este vital pentru succesul SEO să verificați software-ul de găzduire asociat site-ului web al clientului dvs. Găzduirea poate dăuna SEO și toată munca dvs. grea va fi în zadar.
Voi avea nevoie de acces la serverul clientului dvs. pentru a verifica manual orice problemă. Cele mai frecvente probleme de găzduire pe care le văd sunt faptul că are un TLD greșit și viteza scăzută a site-ului.
Cum se remediază:
- Dacă clientul dvs. are un TLD greșit, trebuie să vă asigurați că adresa IP a țării este asociată cu țara în care clientul dvs. operează cel mai mult. Dacă clientul dvs. are un domeniu .co și, de asemenea, un domeniu .com, atunci veți dori să redirecționați domeniul .co către domeniul principal al clientului dvs. de pe .com.
- Dacă clientul dvs. are o viteză redusă a site-ului, veți dori să rezolvați acest lucru rapid, deoarece viteza site-ului este un factor de clasificare. Aflați ce face ca site-ul să fie lent cu instrumente precum PageSpeed Tools și Pingdom. Iată o privire asupra câtorva dintre problemele comune legate de viteza paginii:
- Host.
- Imagini mari.
- VIDEO-uri încorporate.
- Plugins.
- Anunțuri.
- Theme.
- Widgets.
- Script repetitiv sau cod dens.
Core Web Vitals Audit
Core Web Vitals este o colecție de trei măsurători care sunt reprezentative pentru experiența utilizatorului unui site web. Acestea sunt importante deoarece Google își va actualiza algoritmii în primăvara anului 2021 pentru a încorpora Core Web Vitals ca factor de clasificare.
Deși se așteaptă ca factorul de clasificare să fie un factor mic, este totuși important să auditați scorurile Core Web Vitals și să identificați zonele de îmbunătățire.
De ce este important să includeți Core Web Vitals în auditul dumneavoastră?
Îmbunătățirea scorurilor Core Web Vitals nu numai că va ajuta la clasificarea în căutări, dar, poate mai important, poate fi răsplătită cu mai multe conversii și câștiguri.
Îmbunătățirea vitezei și a performanței paginii sunt asociate cu vânzări, trafic și clicuri publicitare mai mari.
Actualizarea găzduirii web și instalarea unui nou plugin poate îmbunătăți viteza paginii, dar va avea un efect redus (dacă va avea vreun efect) asupra Core Web Vitals.
Măsurarea se face în punctul în care cineva descarcă literalmente site-ul dvs. pe telefonul mobil.
Aceasta înseamnă că gâtul de îmbulzeală se află la conexiunea lor la internet și la dispozitivul mobil. Un server rapid nu va accelera o conexiune lentă la internet pe un telefon mobil de buget.
În mod similar, deoarece multe dintre soluții implică modificarea codului într-un șablon sau a fișierelor de bază ale sistemului de gestionare a conținutului în sine, un plugin de viteză a paginii va fi de foarte puțin folos.
Există multe resurse pentru a ajuta la înțelegerea soluțiilor. Dar majoritatea soluțiilor necesită asistența unui dezvoltator care se simte confortabil să actualizeze și să modifice fișierele de bază din sistemul de gestionare a conținutului.
Repararea problemelor Core Web Vitals poate fi dificilă. WordPress, Drupal și alte sisteme de gestionare a conținutului (CMS) nu au fost construite pentru a obține scoruri bune pentru Core Web Vitals.
Este important să rețineți că procesul de îmbunătățire a Core Web Vitals implică schimbarea codului de bază al WordPress și al altor CMS.
În esență, îmbunătățirea Core Web Vitals necesită să faci un site web să facă ceva ce nu a fost niciodată intenționat să facă atunci când dezvoltatorii au creat o temă sau un CMS.
Scopul unui audit Core Web Vitals este de a identifica ceea ce trebuie reparat și de a preda aceste informații unui dezvoltator care poate face apoi modificările necesare.
Ce sunt Core Web Vitals?
Core Web Vitals constau în trei măsurători care identifică în mod colectiv cât de repede se încarcă cea mai importantă parte a paginii dumneavoastră, cât de repede poate interacționa un utilizator cu pagina (exemplu: să facă clic pe un buton) și cât de repede este nevoie pentru ca pagina web să devină stabilă fără ca elementele paginii să se deplaseze.
Există:
- Largest Contentful Paint (LCP).
- First Input Delay (FID).
- Cumulative Layout Shift (CLS).
Există două tipuri de scoruri pentru Core Web Vitals:
- Date de laborator.
- Date de teren.
Date de laborator
Datele de laborator sunt cele care sunt generate atunci când rulați o pagină prin Google Lighthouse sau în PageSpeed Insights.
Datele de laborator constau în scoruri generate printr-un dispozitiv și o conexiune la internet simulate. Scopul este de a oferi persoanei care lucrează la site o idee despre ce părți din Core Web Vitals au nevoie de îmbunătățiri.
Valoarea unui instrument precum PageSpeed Insights este aceea că identifică codul specific și elementele de pagină care determină ca o pagină să obțină scoruri slabe.
Field Data
Field Data sunt scoruri reale Core Web Vitals care au fost colectate de către browserul Google Chrome pentru Chrome User Experience Report (cunoscut și sub numele de CrUX).
Datele de câmp sunt disponibile în Google Search Console, în fila Îmbunătățiri, prin intermediul linkului intitulat Core Web Vitals (datele de câmp pot fi accesate și prin acest link) https://search.google.com/search-console/core-web-vitals.
Datele de câmp raportate în Google Search Console provin din paginile vizitate care au avut un număr minim de vizite și măsurători. Dacă Google nu primește un număr suficient de măsurători, atunci Google Search Console nu va raporta acel scor.
Screaming Frog pentru auditul Core Web Vitals
Screaming Frog versiunea 14.2 are acum capacitatea de a afișa o evaluare Core Web Vitals reușită sau nereușită. Trebuie să conectați Screaming Frog la API-ul PageSpeed Insights (obțineți o cheie API aici) prin intermediul unei chei.
Pentru a vă înregistra cheia API Page Speed Insights cu Screaming Frog, navigați mai întâi la Configuration > API Access > PageSpeed Insights
Acolo, veți vedea un loc pentru a introduce cheia API și a o conecta la serviciu.
În aceeași fereastră pop-up PageSpeed Insights, puteți, de asemenea, să selectați fila Metrics și să bifați căsuțele care indică ce metrici doriți să fie raportate.
Asigurați-vă că selectați Mobile pentru dispozitiv, deoarece aceasta este metrica care contează în scopuri de clasificare.
Dacă selectați fila Opportunities (Oportunități), după crawl, Screaming Frog vă va afișa o listă cu diferite tipuri de îmbunătățiri (cum ar fi amânarea imaginilor de pe ecran, eliminarea CSS-urilor nefolosite etc.).
Cum să efectuați un audit tehnic SEO în profunzime
Note Before Crawling
În general, nu este nevoie de a parcurge un întreg site și de a produce o contabilitate exhaustivă, pagină cu pagină, a ceea ce este în neregulă cu fiecare pagină a site-ului.
Înainte de a face crawling, poate doriți să luați în considerare crawling-ul unui set reprezentativ de pagini. Pentru a face acest lucru, selectați mai întâi un grup de pagini care reprezintă tipurile de pagini comune pentru fiecare secțiune sau categorie a site-ului web. Creați o foaie de calcul, o listă de fișiere text sau lipiți manual URL-urile folosind fila Încărcare din Screaming Frog.
Majoritatea site-urilor conțineau pagini și postări create cu o structură de pagină și un conținut similare. De exemplu, toate paginile dintr-o categorie „știri” vor fi destul de asemănătoare, paginile dintr-o categorie „recenzii” vor fi, de asemenea, asemănătoare între ele.
Puteți economisi timp prin parcurgerea unui grup reprezentativ de pagini pentru a identifica probleme comune în categoriile individuale, precum și probleme comune tuturor paginilor din site care trebuie rezolvate.
Din cauza acestor asemănări, problemele descoperite vor fi similare. S-ar putea să fie necesară doar parcurgerea unei mâini de pagini reprezentative din fiecare tip de categorie pentru a identifica ce tipuri de probleme sunt specifice fiecărei secțiuni în parte.
Tipurile de lucruri care sunt corectate sunt, de obicei, probleme la nivelul întregului site, care sunt comune întregului site, cum ar fi CSS nefolosit care este încărcat de pe fiecare pagină sau Cumulative Layout Shift cauzat de o unitate publicitară situată în zona din stânga paginilor web.
Pentru că site-urile web moderne sunt template, remedierile se vor întâmpla la nivelul șablonului sau cu codificare personalizată în foaia de stil, etc.
Crawl the Site With Screaming Frog
După ce URL-urile sunt complet crawlate, puteți face clic pe fila PageSpeed și citi toate recomandările și vizualiza notele de trecere/nereușită pentru diverse măsurători.
Zoom In on URL Opportunities
O caracteristică utilă în Screaming Frog Core Web Vitals Audit este posibilitatea de a selecta un URL din lista de URL-uri din panoul de sus și apoi de a vedea oportunitățile de îmbunătățire în panoul de jos al ecranului de afișare Screaming Frog.
Mai jos este o captură de ecran a ecranului de jos, cu o oportunitate selectată și cu detaliile acelei oportunități de îmbunătățire în panoul din dreapta.
Instrument oficial Google
Google a publicat un instrument care poate oferi un audit. Acesta se află aici: https://web.dev/measure/
Inserați un URL pentru o imagine de ansamblu a performanței paginii. Dacă v-ați conectat, Google va urmări pagina pentru dvs. în timp. Dacă faceți clic pe link-ul View Report (Vizualizare raport), se va deschide o nouă pagină care conține un raport care detaliază ce nu este în regulă și linkuri către ghiduri care arată cum să rezolvați fiecare problemă.