Lista teknike e SEO Checklist: Lista përfundimtare për të përmirësuar faqen tuaj të internetit

Lista e kontrollit teknik të SEO

Zvarritja dhe indeksimi

Gjëja e parë që duhet parë gjatë auditimit teknik është se si faqja juaj indeksohet dhe zvarritet nga motorët e kërkimit. Në fund të fundit, nëse faqet në faqen tuaj nuk mund të zvarriten, ato nuk do të indeksohen (me pak përjashtime). Si pasojë, faqet që nuk përfaqësohen në indeks nuk do të marrin pjesë në renditje.

Kaloni nëpër raportin e indeksimit të faqeve në Google Search Console

Mënyra më e saktë dhe më e besueshme për të analizuar indeksimin e faqes suaj të internetit është të analizoni Raportin e Indeksimit të Faqeve në Google Search Console.

Shikoni raportin e faqeve të indeksuara dhe kontrolloni se cilat faqe janë në indeks. Shihni nëse ka faqe me opsione filtrimi ose renditjeje, nëse ka faqe testimi ose faqe të tjera që nuk dëshironi t’i indeksoni.

Gjithashtu, shikoni faqet që janë përjashtuar.

Jo të gjitha statuset në raportin e faqeve të përjashtuara janë problem. Ju nuk duhet të përqendroni vëmendjen tuaj në të gjitha faqet e përjashtuara, por vetëm në ato ku sjellja e Google nuk përputhet me qëllimet tuaja.

Në tabelën e mëposhtme, mund të shihni statuset që priren të kërkojnë vëmendje dhe analizë më të thellë:

Statusi	Çfarë do të thotë Çfarë duhet	të bëni
Gabim ridrejtimi	Google nuk ishte në gjendje të ndiqte URL-në për shkak të problemeve të ridrejtimit.	Zvogëloni numrin e ridrejtimeve (në 1-2). Shmangni ridrejtimet e pafundme dhe rrethore.- Sigurohuni që URL-ja përfundimtare të kthejë 200 OK dhe të mos jetë e bllokuar në robots.txt/noindex.
Gabimi i serverit	Serveri ktheu një gabim 5xx.	Kontrolloni regjistrat e serverit. Sigurohuni që faqja të mos jetë e mbingarkuar. – Rregulloni gabimet e brendshme, veçanërisht nëse ato përsëriten.
Zbuluar – jo i indeksuar	Google di për faqen, por nuk e ka zvarritur ende. Tregon probleme me buxhetin zvarritje.	Sigurohuni që faqja të jetë në hartën e faqes. Shtoni lidhje të brendshme në të. Optimizoni buxhetin e zvarritjes.
Zvarritet – nuk indeksohen	Google vizitoi faqen, por zgjodhi të mos e indeksonte atë. Zakonisht tregon cilësi të ulët të faqes.	Përmirësoni cilësinë dhe veçantinë e përmbajtjes. Sigurohuni që faqja të mos ketë dublikata. Shtoni lidhje të brendshme në të.
Duplikoni pa kanonik të zgjedhur nga përdoruesi	Google e konsideron faqen një dublikatë, por ju nuk specifikuat një kanonike.	Kontrolloni çiftet e faqeve dhe specifikoni strukturën e nevojshme kanonike ose rishqyrtoni strukturën e faqes.
Dupliko, Google zgjodhi kanonik të ndryshëm nga përdoruesi	Google injoroi kanonin tuaj të specifikuar.	Mund të ketë shumë arsye; Ju duhet të shqyrtoni me kujdes të dhënat e faqes dhe të zgjidhni strategjinë më të përshtatshme (noindex, ridrejtim, heqje, robots.txt, ndryshime në strukturën e faqes së internetit dhe lidhjet e brendshme).
E butë 404	Faqja duket “bosh” ose “nuk u gjet”, por kthen një status 200 OK.	Kthehu 404 ose 410. Bëni një ridrejtim. Përmirësoni përmbajtjen. Bllokoni nga indeksimi.

Statuset e tjera ndoshta nuk sinjalizojnë ndonjë problem. Megjithatë, këto raporte ia vlen gjithashtu të rishikohen për t’u siguruar që faqet nuk janë hequr, ridrejtuar, kanonizuar ose bllokuar nga indeksimi gabimisht.

Statusi	Çfarë do të thotë Çfarë duhet	të dini
Faqe alternative me etiketën e duhur kanonike	Google e pranoi saktë kanonin që specifikuat.	Gjithçka po funksionon siç pritej. Nuk kërkohet asnjë veprim. Sigurohuni që të keni specifikuar kanonin e dëshiruar.
URL e bllokuar nga robots.txt	Google nuk mund të zvarritet faqen.	Kontrolloni skedarin robots.txt. Lejo aksesin nëse dëshironi që të indeksohet.
URL e shënuar ‘noindex’	Faqja ka direktivën noindex.	Sigurohuni që etiketa noindex të vendoset qëllimisht. Nëse faqja është e rëndësishme, hiqni këtë etiketë.
Nuk u gjet (404)	Faqja nuk ekziston.	Nëse kjo është e rëndësishme, rivendosni faqen. Nëse faqja fshihet përgjithmonë, sigurohuni që të mos ketë lidhje të brendshme me të.
Bllokuar për shkak të kërkesës së paautorizuar (401)/ Bllokuar për shkak të aksesit të ndaluar (403)	Faqja është e bllokuar me autorizim ose e ndaluar.	Lejo aksesin nëse faqja duhet të indeksohet.
Faqe me ridrejtim	Faqja ridrejton në një tjetër.	Kontrolloni nëse ridrejtimi është i qëllimshëm dhe i saktë.
URL e bllokuar për shkak të problemeve të tjera 4xx	Faqja është e paarritshme për shkak të një gabimi 4xx përveç 404 (p.sh., 403, 401, 410, etj.).	Kontrolloni manualisht kodin e statusit HTTP. Rregulloni cilësimet e aksesit. Vendosni kodet ose ridrejtimet e sakta të statusit. Lejo aksesin për Googlebot nëse është e nevojshme.

Në Qendrën e Ndihmës së Google, mund të gjeni një përshkrim gjithëpërfshirës të raportit të faqes, duke përfshirë shembuj të problemeve dhe një shpjegim të detajuar të secilit status.

Screaming Frog mund të ndihmojë gjithashtu në analizimin e faqeve që janë të indeksuara ose të përjashtuara nga indeksi. Për ta bërë këtë, duhet të lidhni API-në e Google Search Console përpara se të filloni zvarritjen e faqes.
Për t’u lidhur, shkoni te Konfigurimi -> API Access -> Google Search Console. Klikoni në Hyni me Google dhe ndiqni udhëzimet.

Pasi të lidheni, aktivizoni inspektimin e URL-ve dhe gjithashtu mund të aktivizoni opsionin për të injoruar inspektimin e indeksimit për URL-të që nuk mund të indeksohen.

Më pas do të jeni në gjendje të shihni dhe krahasoni statusin e secilës faqe sipas Search Console (mënyra se si e sheh Google) dhe statusin e saj aktual siç përcaktohet gjatë procesit të zvarritjes.

Ju lutemi vini re se vetëm 2000 URL në ditë janë të disponueshme për çdo faqe, kështu që kjo metodë është më e përshtatshme për faqet e vogla.

Kontrolloni se çfarë keni në sitemap.xml

Sitemap.xml është një skedar XML që u ofron zvarritësve të motorëve të kërkimit një listë të faqeve në një faqe, si dhe (opsionalisht) informacion në lidhje me datën e tyre të fundit të modifikimit, frekuencën e përditësimit dhe përparësinë e rekomanduar të zvarritjes.

Zakonisht vendoset në rrënjën e faqes, për shembull: https://example.com/sitemap.xml. Sitemap.xml ndihmon motorët e kërkimit të gjejnë faqe të reja ose të përditësuara më shpejt. Përveç kësaj, përfshirja e një faqeje në këtë skedar është një nga sinjalet për përcaktimin e versionit kanonik të një faqeje, megjithëse i dobët.

Skedari sitemap.xml është veçanërisht i dobishëm për:

• faqe të reja me pak lidhje të jashtme;
• faqe të mëdha me shumë faqe;
• faqet me shumë përmbajtje mediatike;
• faqet e lajmeve që përditësohen shpesh.

Sitemap.xml duhet të përmbajë të gjitha faqet që dëshironi të indeksoni.

Ju mund të përdorni të njëjtin Screaming Frog ose zvarritës të tjerë për të analizuar faqet e përfshira në Sitemap.xml. Në Screaming Frog, sitemap.xml mund të skanohet veçmas në modalitetin e listës, ose mund të përfshihet në një skanim të rregullt të faqes. Për ta bërë këtë, në Configuration -> Spider -> Crawl, aktivizoni skanimin e hartës së faqes XML dhe shtoni URL-të absolute të hartave të faqes që dëshironi të zvarriteni.

Nuk rekomandohet përdorimi i shërbimeve të ndryshme në internet për gjenerimin e një harte faqeje, pasi ato mund të gjenerojnë vetëm një hartë statike që nuk do të përditësohet automatikisht. Opsioni optimal është të gjeneroni sitemap.xml duke përdorur shtojca për CMS në të cilën funksionon faqja, ose të shkruani një skript të personalizuar që gjeneron hartën e faqes sipas kushteve të specifikuara dhe e përditëson atë automatikisht kur bëhen ndryshime në faqe.

Kur gjeneroni sitemap.xml, sigurohuni që skedari juaj të jetë në përputhje me protokollin sitemap.xml. Ju mund të përdorni vërtetues të ndryshëm në internet për këtë, si https://www.xml-sitemaps.com/validate-xml-sitemap.html.

A është e nevojshme të përfshihen të gjitha etiketat e listuara në protokoll? Jo gjithmonë. Për shembull, Google merr parasysh vetëm etiketat <loc> dhe <lastmod>. Sigurohuni që data në etiketën <lastmod> të jetë e saktë. Nëse ka përpjekje për ta manipuluar atë, Google mund ta injorojë këtë etiketë.

Sigurohuni që të mos ketë gabime në robots.txt

Skedari robots.txt është vendi i parë që një bot kërkimi shikon përpara se të zvarritet një faqe. Ai përcakton se cilat seksione të faqes mund ose nuk mund të zvarriten dhe, si rezultat, cilat faqe do të indeksohen nga motorët e kërkimit. Duhet të vendoset gjithmonë në https://example.com/robots.txt.

Ky skedar është një mjet për menaxhimin e zvarritjes (jo indeksimit!) të faqes. Disa faqe, edhe nëse janë të bllokuara në robots.txt, mund të indeksohen (zakonisht nëse ka lidhje të brendshme ose të jashtme me to). Faqe të tilla (të indeksuara pavarësisht se janë bllokuar në robots.txt) mund të shihen në Google Search Console në raportin “Indeksuar, megjithëse të bllokuara nga robots.txt”.

Ja çfarë duhet të kontrolloni në lidhje me skedarin robots.txt si pjesë e një auditimi teknik SEO:

1. Disponueshmëria e dosjes

Skedari duhet të jetë i aksesueshëm në https://example.com/robots.txt dhe të japë një status përgjigjeje 200 OK. Mungesa e tij, gabimet e shkarkimit ose ridrejtimet (301, 302, 403, 404) mund t’i pengojnë motorët e kërkimit të kuptojnë saktë rregullat e zvarritjes së faqes.

1. Sintaksa dhe korrektësia

Kontrolloni që struktura e skedarit të ndjekë standardin. Shembull i një shablloni bazë:

• Agjenti i përdoruesit: *
• Mos lejo: /admin/
• Lejo: /publik/
• Harta e faqes: https://example.com/sitemap.xml

1. Direktivat Moslejo dhe Lejo

Kontrolloni që faqet e rëndësishme të mos lejohen aksidentalisht, p.sh.:

• Shtëpia (/)
• Kartat e produkteve (/product/)
• Blog ose artikuj (/blog/, /articles/)

Një gabim i zakonshëm është bllokimi i imazheve, stileve dhe skripteve kur bllokoni dosjet administrative. Në një rast të tillë, duhet të specifikohet se megjithëse dosja administrative është e bllokuar, disa lloje skedarësh duhet të jenë të hapura për skanim. Kjo ndodh shpesh në faqet e WordPress kur dosja me të gjithë përmbajtjen e përdoruesit, Disallow: /wp-content është e bllokuar.

Në këtë rast, vetëm skedarët e një formati të caktuar mund të hapen për skanim:

• Lejo: /wp-content/uploads/*.css
• Lejo: /wp-content/uploads/*.js
• Lejo: /wp-content/uploads/*.jpeg

Për të vërtetuar robots.txt tuaj dhe për të testuar direktivat që shkoni të shtoni, mund të përdorni këtë mjet.

1. Kontrolloni përputhshmërinë me direktivat e tjera

Gabimet shpesh ndodhin kur robots.txt bie ndesh me:

• meta tag <meta name=”robots” content=”noindex”>
• kanonike

Për shembull, nëse një faqe është e hapur në robots.txt, por e bllokuar përmes noindex, ajo do të zvarritet, por nuk do të hyjë në indeks. Kjo është e pranueshme, por është e rëndësishme që të bëhet qëllimisht.

Gjithashtu, një problem i zakonshëm është kur ka udhëzime të tjera për robotët në kodin burimor dhe një bllokim të njëkohshëm të faqes në robots.txt. Robotët e motorëve të kërkimit nuk skanojnë faqet e bllokuara në robots.txt. Ata nuk i shohin etiketat e specifikuara në kod, për shembull, kanonizimi. Kjo do të thotë, një kanonik i tillë thjesht do të mos llogaritet.

Kontrolloni lidhjen tuaj të brendshme

Një nga detyrat kryesore të një auditimi teknik është të sigurojë që lidhja e brendshme e faqes të funksionojë siç duhet. Kjo do të thotë që të gjitha lidhjet e brendshme duhet të çojnë në faqe reale, ekzistuese që janë të hapura për indeksim, të kthejnë një kod statusi 200 OK, të mos përmbajnë ridrejtime dhe, më e rëndësishmja, të mos tregojnë faqe me gabime 4xx/5xx. Në shikim të parë, kjo mund të duket si një detaj i vogël, por në praktikë, edhe lidhjet e brendshme të pasakta mund të ndikojnë negativisht:

• Efikasiteti i zvarritjes së faqes në internet nga motorët e kërkimit,
• Shpërndarja e peshës së brendshme të SEO (PageRank),
• Përvoja e përdoruesit.

Hapi i parë në analizë është kontrollimi i të gjitha lidhjeve të brendshme për gabime. Është veçanërisht e rëndësishme të identifikohen lidhjet e prishura që çojnë në faqe me gabime 404, 410 ose të tjera (të tilla si 403, 500).
Më poshtë është një tabelë me llojet kryesore të gabimeve që mund të ndodhin në lidhjet e brendshme, kuptimin e tyre dhe veprimet e rekomanduara për t’i rregulluar ato.

Lloji i gabimit	Çfarë do të thotë	Çfarë duhet të bëni
404	Faqja nuk u gjet	Hiqni lidhjen ose zëvendësojeni atë me një funksionale
403	Qasja e ndaluar	Kontrolloni cilësimet e aksesit
301/302	Ridrejtim	Përditësoni lidhjen në URL-në përfundimtare
5xx	Gabim i serverit	Kontrolloni serverin ose CMS

 

Është gjithashtu e rëndësishme të analizohet thellësia e hierarkisë së faqes, që do të thotë të përcaktohet se në cilin nivel dhe sa klikime larg faqes kryesore ndodhet përmbajtja kryesore. Preferohet që faqet e rëndësishme të mos jenë më të thella se niveli i tretë – kjo rrit aksesin e tyre si për motorët e kërkimit ashtu edhe për përdoruesit.
Një nga elementët kryesorë të analizës është identifikimi i faqeve “jetimë” – ato që nuk kanë lidhje të brendshme që i tregojnë ato. Edhe nëse këto faqe përfshihen në hartën e faqes, mungesa e lidhjeve të brendshme i bën ato më pak të aksesueshme.
Për më tepër, është e rëndësishme të analizohen tekstet e ankorimit – fjalët dhe frazat që përmbajnë lidhje. Ato duhet të jenë të rëndësishme dhe kuptimplota, pasi tekstet e ankorimit ndihmojnë motorët e kërkimit të kuptojnë kontekstin e lidhjes.

Analizoni statistikat e zvarritjes

Analiza e statistikave të zvarritjes është një mënyrë për të kuptuar se si Googlebot ndërvepron me një faqe: cilat faqe zvarriten, sa shpesh dhe si ndikon kjo në SEO. Këto të dhëna janë të disponueshme në Google Search Console → Settings → Crawl Statistics. Në tabelën e mëposhtme, mund të shihni problemet më të zakonshme që mund të zbuloni në këtë raport:

Çështja	Çfarë duhet të kërkoni në raport	Shkaqet e mundshme
Rënie e mprehtë e zvarritjes	Më pak zvarritje në ditë	Probleme me aksesueshmërinë, cilësime të pasakta në robots.txt, blloqe, gabime 5xx
Shumë gabime 4xx dhe 5xx	Gabimet në URL	Faqe të fshira, lidhje të prishura, probleme me serverin
Koha e përgjigjes është rritur	>1 sekondë – një shenjë paralajmëruese	Probleme me pritjen, mbingarkesa e serverit
Shumë ridrejtime 3xx	Ridrejtime në vend të URL-ve direkte	Ridrejtime të pasakta, zinxhirë ridrejtimi, një numër i madh lidhjesh të brendshme me ridrejtime
CSS/JS nuk është zvarritur	Ato mungojnë në statistika	Bllokuar nga robots.txt

 

Për më tepër, regjistrat e serverit mund të analizohen. Ato ju lejojnë të shihni kërkesat aktuale nga robotët e kërkimit (jo vetëm Googlebot, por edhe Bingbot, YandexBot dhe të tjerë), në vend të të dhënave të grumbulluara nga Google Search Console.
Kjo është një metodë diagnostike e avancuar, “e papërpunuar” që kërkon një kohë të konsiderueshme. Për të vizualizuar të dhënat, mund të përdorni mjete me burim të hapur si GoAccess ose Screaming Frog Log File Analyzer.

Zbatoni të dhëna të strukturuara

Të dhënat e strukturuara janë një format i veçantë shënjimi në një faqe interneti që ndihmon motorët e kërkimit të kuptojnë përmbajtjen e faqes më saktë dhe thellë. Shërben si një “sugjerim” për Google dhe motorët e tjerë të kërkimit se çfarë është saktësisht në faqe – një artikull, produkt, recetë, rishikim, video, etj. Ndërsa nuk është një sinjal zyrtar i renditjes, ai ndikon në mënyrë indirekte në renditje duke përmirësuar mënyrën se si motorët e kërkimit e kuptojnë faqen.

Standardi ose protokolli kryesor i përdorur për të dhënat e strukturuara në faqet e internetit është Schema.org. Ka protokolle të tjera, si OpenGraph, por përdoret për rrjetet sociale.
Schema.org është një projekt bashkëpunues nga Google, Microsoft, Yahoo dhe Yandex, i krijuar për të zhvilluar dhe mirëmbajtur një standard të unifikuar për të dhënat e strukturuara në ueb.
Schema.org përfshin qindra lloje entitetesh, me më të përdorurit të listuar në tabelën e mëposhtme:

Kategoria	Entiteti (@type)	Qëllimi
Përmbajtja dhe faqet	Artikull	Një artikull ose përmbajtje lajmi
	Postimi në blog	Një postim në blog
	Artikulli i lajmeve	Një artikull lajmesh për Google News
	Pyetjet e shpeshta	Një faqe e pyetjeve të bëra më shpesh (FAQ)
	Si të	Një udhëzues hap pas hapi
	Faqja e internetit	Informacion i përgjithshëm rreth një faqeje interneti
Produktet dhe ofertat	Produkti	Përshkrimi i produktit
	Ofertë	Oferta e çmimit
	Oferta e agregatit	Gama e çmimeve për një produkt nga shitës të ndryshëm
Shqyrtime dhe vlerësime	Rishikimi	Një rishikim i një produkti ose shërbimi
	Vlerësimi	Një vlerësim numerik (shpesh brenda një rishikimi)
	Vlerësimi i përgjithshëm	Vlerësimi mesatar bazuar në komente të shumta
Organizatat dhe njerëzit	Organizimi	Një përshkrim i një kompanie ose marke
	Biznesi lokal	Një biznes lokal me informacion kontakti dhe orar
	Personi	Një person (p.sh., autori i artikullit, folësi, etj.)
Ngjarjet	Ngjarja	Një ngjarje online ose offline
Lundrimi dhe struktura	Lista e thërrimit të bukës	Lundrimi i thërrimit të bukës
	Elementi i navigimit të faqes	Artikujt e menusë kryesore
Multimedia	VideoObjekti	Video me meta të dhëna (për fragmente video)
	Objekti i imazhit	Imazh me përshkrim
Arsimi dhe Punët	Kursi	Një kurs online ose program trajnimi
	Postimi i punës	Vendi i lirë i punës (për Google for Jobs)

Rekomandohet zbatimi i të dhënave të strukturuara në formatin JSON-LD. Ky bllok vendoset në <kokë> ose <trup> të dokumentit HTML, por nuk i shfaqet përdoruesit – lexohet nga robotët e kërkimit. Të gjithë motorët kryesorë të kërkimit, si Google, Bing dhe Yahoo, e mbështesin këtë format. Një shembull i kodit JSON-LD tregohet më poshtë:

<script type=”application/ld+json”>

{

“@context”: “https://schema.org”,

“@type”: “Artikull”,

“headline”: “Çfarë është JSON-LD?”,

“autor”: {

“@type”: “Person”,

“emri”: “John Smith”

},

“datePublished”: “2025-12-01”

}

</skenar>

Kur zbatoni të dhëna të strukturuara, ndiqni protokollin Schema.org dhe përdorni validuesin për të kontrolluar korrektësinë e llojeve të të dhënave të zbatuara. Disa lloje të të dhënave të strukturuara nga protokolli Schema.org mund të ndihmojnë gjithashtu në shfaqjen e fragmenteve të pasura në rezultatet e kërkimit të Google.

Vini re se kërkesat e Google për të dhëna të strukturuara për fragmente të pasura ndryshojnë pak nga standardi Schema.org. Shpesh, duhet të specifikohen më shumë fusha sesa ajo që kërkon protokolli Schema.org. Pra, nëse doni të arrini një fragment të pasur, ndiqni udhëzimet e Google për të dhënat e strukturuara. Ju mund të kontrolloni korrektësinë e zbatimit të mikrotë të dhënave duke përdorur validuesin e fragmenteve të pasur.

Ka gjithashtu shumë gjenerues të mikrotë dhënave, por ata mund të krijojnë vetëm kod statik që nuk do të përditësohet me ndryshimet e përmbajtjes në faqe. Sigurimi që informacioni në mikro të dhëna përputhet me atë që është e dukshme për përdoruesit në faqe është pjesë e kërkesave të Google për të dhëna të strukturuara. Nëse shkelet politika në lidhje me të dhënat e strukturuara, faqja mund të humbasë të gjitha fragmentet e pasura dhe, në disa raste, të përballet me penalitete manuale. Prandaj, sigurohuni që mikrotë tuaja të gjenerohen automatikisht dhe të përditësohen automatikisht.

Përmbajtja

Si pjesë e një auditimi teknik të SEO, është e rëndësishme të vlerësohen karakteristikat themelore të përmbajtjes: nga struktura e titujve dhe meta etiketave deri te prania e atributeve alt për imazhet dhe faqet e mundshme të kopjuara. Këta elementë ndikojnë drejtpërdrejt si në indeksimin ashtu edhe në mënyrën se si motorët e kërkimit e perceptojnë faqen.

Testoni faqen tuaj të internetit për dublikata të plota

Dublikatat e plota ndodhin kur përmbajtja identike është e aksesueshme përmes URL-ve të ndryshme në faqe. Dublikatat mund të dëmtojnë plotësisht renditjen e faqes suaj.
Llojet më të zakonshme të dublikatave të plota janë:

• Aksesueshmëria përmes HTTP dhe HTTPS
• Aksesueshmëria me dhe pa WWW
• Aksesueshmëria me ose pa një prerje të pasme
• Aksesueshmëria e URL-ve me shkronja të mëdha dhe të vogla
• Faqja është e aksesueshme me shtesa skedarësh si .html, .htm, .php, .aspx dhe pa to
• Parametrat që nuk ndryshojnë përmbajtjen e faqes, të tilla si etiketat UTM
• Përmbajtje identike nën URL të ndryshme. Për shembull, një produkt renditet në dy kategori, të aksesueshme përmes dy URL-ve të ndryshme. Ose faqja e produktit e aksesueshme me dhe pa kategorinë në URL.
• Testoni versionet e faqes (domeni DEV përdoret për zhvillim).

Për të gjetur dublikata faqesh në lidhje me variacionet e URL-ve, testoni manualisht URL-të dhe kontrolloni kodin e përgjigjes së serverit për ato variante URL. Ju mund të përdorni çdo mjet për të kontrolluar kodet e përgjigjes së serverit, të tilla si https://httpstatus.io/. Futni variacionet e URL-së dhe kontrolloni aksesueshmërinë e tyre.

Për të rregulluar problemet me variacionet në HTTP/HTTPS, www/pa-www, me/pa prerje, shkronja të mëdha/të vogla dhe aksesueshmërinë e faqeve me shtesa si .html, .htm, .php, .aspx, dhe pa to, është e nevojshme të konfiguroni një ridrejtim 301 në versionin e preferuar.

Kur gjenden dublikata për shkak të disponueshmërisë së përmbajtjes identike duke shtuar ose hequr pjesë të URL-së (për shembull, një produkt është i disponueshëm në dy kategori), është më mirë të rishqyrtoni strukturën e URL-së dhe strukturën e faqes. Për UTM dhe parametra të tjerë, kanonizimi mund të jetë gjithashtu një zgjidhje. Megjithatë, është e rëndësishme të theksohet se Google e trajton etiketën kanonike si një rekomandim dhe vendimi përfundimtar se cilën URL të zgjedhë mbetet me Google.

Nëse një version testimi i faqes gjendet në indeksin e Google, ai duhet të bllokohet nga indeksimi dhe një kërkesë për heqjen e tij duhet të dërgohet përmes Google Search Console.

Zgjidhja e dublikatave të pjesshme të faqeve

Dublikatat e pjesshme të faqeve ndodhin kur dy ose më shumë faqe në faqe përmbajnë përmbajtje shumë të ngjashme, por jo plotësisht identike. Llojet më të zakonshme të dublikatave të pjesshme janë:

• Renditja e faqeve
• Filtroni faqet
• Faqet e faqeve
• Faqet me produkte të ngjashme (p.sh., produktet ndryshojnë vetëm sipas ngjyrës)
• Versione të shumta të faqes në të njëjtën gjuhë, por për rajone të ndryshme (p.sh., tre faqe angleze për SHBA, MB dhe Australi).

Sigurisht, çdo faqe është unike dhe gjatë një auditimi teknik, mund të identifikoni raste të tjera të përmbajtjes së kopjuar që kërkojnë zgjidhje specifike. Megjithatë, shembujt e mësipërm janë më të zakonshmit.

Dublikatat e pjesshme zakonisht gjenden gjatë procesit të zvarritjes së faqes nga zvarritës të ndryshëm. Ato do të kenë parametra të përsëritur dhe mund të kenë të njëjtin titull dhe H1 si faqet kryesore të kategorive.
Për të eliminuar dublikatat e pjesshme, nuk mund të konfiguroni një ridrejtim, pasi këto faqe janë të nevojshme për funksionalitetin e faqes. Më poshtë, ne do të diskutojmë metodat për trajtimin e dublikatave të pjesshme.

Renditja dhe filtrimi i faqeve

Këto faqe mund të bllokohen nga zvarritja në skedarin robots.txt, megjithëse kjo mund të injorohet nga Google, veçanërisht nëse lidhjet tregojnë në këto faqe. Kjo do të ndihmojë në ruajtjen e buxhetit zvarritës.
Ju gjithashtu mund t’i bllokoni ato përmes direktivës <meta name=”robots” content=”noindex, nofollow” />, e cila do të parandalojë indeksimin e këtyre faqeve, por nuk do t’i tregojë Google se ato nuk duhet të zvarriten.
Qasja më e mirë në këtë rast është përdorimi i JavaScript për të përditësuar përmbajtjen në faqe kur përdoruesi aplikon renditjen ose filtrat, pa gjeneruar URL shtesë dhe lidhje me faqet e filtrimit ose renditjes.

Variantet e produktit të disponueshme në URL të ndryshme

Në mënyrë ideale, të gjitha variantet e produktit duhet të kombinohen në një faqe, ku përdoruesi mund të zgjedhë ngjyrën ose madhësinë e dëshiruar pa ndryshuar URL-në, duke përdorur JavaScript. Megjithatë, nëse përdoret një faqe e veçantë për secilin variant, duhet të specifikohet një lidhje kanonike në faqen kryesore të produktit. Megjithatë, siç u përmend më herët, Google mund të injorojë grupin kanonik nga përdoruesi.

Faqet e faqeve

Faqet e faqeve nuk duhet të bllokohen nga indeksimi. Për t’u siguruar që Google e konsideron faqen e parë të kategorisë si kryesoren:

• Përfshini vetëm faqen e parë në skedarin sitemap.xml.
• Shtoni një lidhje në faqen kryesore të kategorisë në të gjitha faqet e faqeve.
• Shtoni numrat e faqeve në titull dhe H1 të faqeve të faqeve. Për shembull, “Këmisha të bardha – Faqe 2”.

Faqet e disponueshme në një gjuhë, por për rajone të ndryshme

Në këtë rast, atributet Hreflang duhet të përdoren. Ato përdoren për t’u treguar motorëve të kërkimit se cilën gjuhë dhe version rajonal të një faqeje duhet t’u tregojnë përdoruesve bazuar në preferencën gjuhësore dhe vendndodhjen e tyre.
Ka disa mënyra për të zbatuar atributet e Hreflang:

• Në titujt HTTP
• Nëpërmjet etiketave në seksionin <koka>
• Nëpërmjet etiketave në sitemap.xml

Metoda më e lehtë për t’u zbatuar është përmes etiketave në seksionin <kokë>.

Ka rregulla që duhet të plotësojnë atributet hreflang të zbatuara nëpërmjet etiketave në seksionin <head>:

• • Atributi duhet të ketë formatin e mëposhtëm: <link rel=”alternative” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Kodet e gjuhës dhe vendeve duhet të jenë të vlefshme. Për të zgjedhur kodin e vlefshëm për çdo mutacion gjuhësor, ju lutemi shihni këtë faqe.

• Çdo version gjuhësor duhet të listojë veten si dhe të gjitha versionet e tjera gjuhësore në atributet e tij hreflang. Kjo do të thotë që çdo faqe duhet të ketë të njëjtin numër atributesh hreflang

• Lidhjet në atributet hreflang duhet të jenë absolute dhe të indeksueshme.

Një shembull i një kodi:

<link rel=”alternative” href=”https://example.com/en-us/page” hreflang=”en-us” />

<link rel=”alternative” href=”https://example.com/en-gb/page” hreflang=”en-gb” />

<link rel=”alternative” href=”https://example.com/en-us/page” hreflang=”x-default” />

Kontrolloni titujt, h1, h2 dhe përshkrimet për dublikata

Megjithëse titujt, përshkrimet dhe titujt H1-H6 lidhen me SEO në faqe, analiza e tyre brenda një auditimi teknik mund të jetë e dobishme për zbulimin e dublikatave.

Për t’i analizuar ato, mund të përdorni çdo zvarritës që mbledh këto etiketa.

Kur gjenden tituj të kopjuar, etiketat H1-H6 dhe përshkrimet, analizoni të dhënat e faqes dhe identifikoni shkakun e dyfishimit. Kjo mund të jetë për shkak të disponueshmërisë së faqes përmes HTTP dhe HTTPS, dyfishimit të etiketave të kategorisë kryesore në faqet e filtrit, ose thjesht një gabim njerëzor ku këto etiketa janë plotësuar gabimisht.

Optimizoni atributet alt për imazhet

Atributet Alt janë një atribut HTML që përdoret brenda etiketës <img> si kjo: <img src=”image.jpg” alt=” Përshkrimi i imazhit”>. Qëllimi i tij kryesor është të sigurojë një përshkrim teksti të përmbajtjes së imazhit. Ky tekst shfaqet nëse imazhi nuk ngarkohet dhe lexohet me zë të lartë nga lexuesit e ekranit për të ndihmuar përdoruesit me shikim të dëmtuar. Teksti alt i duhur dhe përshkrues mund të ndihmojë imazhet tuaja të renditen në kërkimin e imazheve dhe të përmirësojnë rëndësinë e përgjithshme të faqes.

Nëse keni një faqe interneti me shumë përmbajtje vizuale, atëherë optimizimi i atributeve alt është një hap më i rëndësishëm sesa për faqet e internetit klasike që mbështeten në përmbajtjen e tekstit.

Shumë zvarritës si Screaming Frog, Ahrefs, SemRush, etj. analizojnë atributet alt dhe aty mund të merrni të dhënat për atributet alt që mungojnë ose bosh.

Mund të lexoni më shumë rreth krijimit të atributeve përshkruese alt në dokumentet zyrtare të Google.

Shpejtësia e faqes në internet, celulari dhe lehtësia ndaj përdoruesit

Përdorni protokollin HTTPs

Përdorimi i protokollit të sigurt HTTPS është thelbësor për të garantuar sigurinë e transmetimit të të dhënave midis përdoruesit dhe serverit. Jo vetëm që rrit besimin e përdoruesit, por gjithashtu ka një ndikim pozitiv në SEO. Për të kontrolluar për HTTPS, thjesht shikoni shiritin e adresave të shfletuesit – duhet të shfaqet një ikonë dryni.
Për një analizë të detajuar, mund të përdorni shërbimin SSL Labs, i cili do të ofrojë një raport të plotë mbi statusin e certifikatës SSL dhe do të identifikojë çdo problem të mundshëm.

Është gjithashtu e rëndësishme të siguroheni që nuk ka përmbajtje të përzier – burime HTTP në faqet HTTPS. Për këtë analizë, mund të përdorni raportin HTTPS në Google Search Console, i cili do të tregojë URL-të me HTTP dhe HTTPS.

Burimi: Search Console i klientit tonë

Përmirësoni Core Web Vitals

Core Web Vitals është një grup metrikash të propozuara nga Google për të vlerësuar cilësinë e përvojës së përdoruesit në një faqe interneti. Këto metrika fokusohen në shpejtësinë e ngarkimit, interaktivitetin dhe stabilitetin vizual të përmbajtjes në faqe. Ato përfshijnë tre tregues kryesorë:

Përshkrimi	metrik	Vlera optimale
Bojë më e madhe e përmbajtjes (LCP)	Mat kohën e ngarkimit të elementit më të madh të dukshëm në faqe (p.sh., imazhi ose teksti).	Më pak se 2.5 sekonda
Vonesa e hyrjes së parë (FID)	Mat kohën që i duhet faqes për t’iu përgjigjur ndërveprimit të parë të përdoruesit (p.sh., klikimi i një butoni ose lidhjeje).	Më pak se 100 milisekonda
Zhvendosja kumulative e paraqitjes (CLS)	Vlerëson stabilitetin vizual të faqes, d.m.th., sa elementë lëvizin gjatë ngarkimit të faqes.	Më pak se 0.1

 

Të dhënat që u mblodhën nga përdoruesit realë mund të shihen në Raportin e Search Console “Core web vitals” (të dhëna të grumbulluara) ose në PageSpeed Insights (për teste individuale). Ndërsa punoni në Core Web Vitals, mbani në mend se duhet të përcaktoni problemet që kanë një ndikim të madh në metrikat CWV. Për shembull, gjatë optimizimit të LCP, duhet të përcaktoni se cili nga 4 aspektet (TTFB, Vonesa e Ngarkimit, Koha e Ngarkimit ose Vonesa e Renderit) kontribuon më shumë në rezultatin e lartë LCP.

Në shembullin e mëposhtëm, është e dukshme se nuk kemi nevojë të përqendrohemi në optimizimin e TTFB ose Load Time. Në vend të kësaj, ne mund të vendosim të gjitha energjitë tona për të përmirësuar vonesën e ngarkesës dhe më pas vonesën e paraqitjes.

Burimi: https://pagespeed.web.dev/ – testi i faqes nike.com internetit (vetëm për shembull). Domeni është i paqartë

Sigurohuni që faqja juaj e internetit të jetë miqësore me celularin

Miqësia ndaj celularit është bërë një faktor vendimtar që nga viti 2018 kur Google kaloi në një qasje të indeksimit të parë celular . Kjo do të thotë që Google tani përdor kryesisht versionin celular të një faqe interneti për renditje dhe indeksim, në vend të versionit desktop.

Në Google Search Console, mund t’i testoni faqet tuaja duke klikuar në “Testoni URL-në e drejtpërdrejtë” në mjetin e inspektimit të URL-së dhe të shihni se si e sheh Googlebot-Mobile.

Kompresoni imazhet

Optimizimi i imazhit që synon kompresimin e tyre pa humbur cilësinë ndihmon në përshpejtimin e ngarkimit të faqes së internetit, veçanërisht nëse ka shumë përmbajtje grafike në faqe.

Mjetet online si TinyPNG ose Squoosh mund të përdoren për të kompresuar imazhet. Vlen gjithashtu të kontrollohet nëse po përdoren formate moderne të imazhit, të tilla si WebP, pasi ato mund të zvogëlojnë ndjeshëm madhësinë e skedarit.

Përdorni CDN për faqet e internetit ndërkombëtare

Përdorimi i një CDN ka kuptim nëse faqja juaj e internetit shërben një gamë të gjerë rajonesh gjeografikisht të largëta.

Një CDN (Content Delivery Network) shpërndan përmbajtjen e faqes nëpër serverë të vendosur më afër përdoruesve, duke reduktuar vonesën gjatë ngarkimit. Mund të kontrolloni për përdorimin e CDN duke shqyrtuar titujt e kërkesave HTTP në mjetet e zhvilluesit të shfletuesit (skeda Rrjeti), ku mund të shfaqen referenca për ofruesin CDN, të tilla si Cloudflare ose Akamai. Ekzistojnë gjithashtu mjete online për testimin e CDN. Konfigurimi CDN zakonisht bëhet përmes panelit pritës ose CMS.

Përdorni memorien
Caching lejon shfletuesit dhe serverët proxy të ruajnë kopje të burimeve, duke reduktuar ngarkesën e serverit dhe duke përshpejtuar ngarkimin në vizitat e mëvonshme. Mund të kontrolloni korrektësinë e memorizimit në mjetet e zhvilluesit të shfletuesit — në seksionin Rrjeti, shikoni titujt Cache-Control, Expires dhe ETag. Google PageSpeed Insights ofron gjithashtu rekomandime për memorizimin. Është e rëndësishme që burimet statike (imazhet, skriptet, stilet) të kenë cilësimet e duhura të memorizimit dhe serveri duhet të ketë rregullat përkatëse të konfiguruara (p.sh., në konfigurimin .htaccess ose nginx). Për të kontrolluar memorien, mund të përdorni shërbime online si GiftOfSpeed.

Përfundim

Një auditim teknik i një faqe interneti nuk është një procedurë një herë, por një proces i vazhdueshëm që kërkon vëmendje të rregullt ndaj faktorëve teknikë që mund të ndikojnë në performancën dhe dukshmërinë e saj. Meqenëse çdo faqe interneti është unike, fokusi specifik dhe frekuenca e kontrolleve do të ndryshojnë. Kjo listë kontrolli për një auditim teknik SEO do t’ju ndihmojë të siguroheni që të mos keni harruar asgjë të rëndësishme.