32 min. duke lexuar

Lista e kontrollit teknik të SEO: Lista përfundimtare për të përmirësuar faqen tuaj të internetit

Shëndeti teknik i një faqe interneti është baza për optimizimin e suksesshëm të SEO. Nëse motorët e kërkimit e kanë të vështirë të skanojnë faqen tuaj të internetit, presin shumë kohë që serveri të përgjigjet ose ngatërrohen nga përmbajtja e kopjuar, do të jetë pothuajse e pamundur të merrni pozicione të larta në SERP. Optimizimi i dobët teknik i një faqe interneti mund të shkatërrojë të gjitha përpjekjet e optimizimit në faqe dhe jashtë faqes.  Në këtë listë kontrolli teknike të SEO , ne kemi mbledhur aspektet më të rëndësishme të optimizimit teknik që do t'ju ndihmojnë të përmirësoni performancën e faqes suaj të internetit.

Darya Maksimava Darya Maksimava
Senor SEO Specialist, Evisions
Ky artikull është përkthyer për ju nga inteligjenca artificiale
Lista e kontrollit teknik të SEO: Lista përfundimtare për të përmirësuar faqen tuaj të internetit
Burimi: Canva Pro License

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ë zvarriteshin, 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 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 ta 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 analiza më të thellë:

Statusi Çfarë do të thotë Çfarë duhet të bëni
Gabimi i ridrejtimit 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 indeksuar Google di për faqen, por nuk e ka zvarritur ende. Tregon probleme me buxhetin zvarritës.
  • Sigurohuni që faqja të jetë në hartën e faqes.
  • Shtoni lidhje të brendshme në të.
  • Optimizoni buxhetin e zvarritjes.
Zvarritur – jo indeksuar 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 kanonike të zgjedhur nga përdoruesi Google e konsideron faqen një dublikatë, por ju nuk specifikuat një kanonik.
  • Kontrolloni çiftet e faqeve dhe specifikoni kanonin e nevojshëm ose rishqyrtoni strukturën e faqes.
Duplicate, Google zgjodhi kanonike të ndryshme nga përdoruesi Google injoroi kanunin 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 në internet dhe lidhje të brendshme).
I butë 404 Faqja duket “bosh” ose “nuk u gjet”, por kthen një status 200 OK.
  • Kthejeni 404 ose 410.
  • Bëni një ridrejtim.
  • Përmirësoni përmbajtjen.
  • Blloko 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ë kanonikën 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 ta zvarritet faqen.
  • Kontrolloni skedarin robots.txt.
  • Lejoni 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.
  • Lejoni aksesin nëse faqja duhet të indeksohet.
Faqe me ridrejtim Faqja ridrejton në një tjetër.
  • Kontrolloni nëse ridrejtimi është i synuar 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 të ndryshëm nga 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.
  • Lejoni 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.

Bretkosa ulëritëse mund të ndihmojë gjithashtu në analizimin e faqeve që janë indeksuar ose përjashtuar 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.

Source: Screaming Frog

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

API Access: Google Search Console screenshot

Source: Screaming Frog

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

Source: Screaming Frog

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ë ka në sitemap.xml tuaj

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ë modifikimit të fundit, 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.

Example of sitemap

Source: e-commerce sport store

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ë Konfigurimi -> 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 të faqes 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 automatikisht kur bëhen ndryshime në faqe.

Kur gjeneroni sitemap.xml, sigurohuni që skedari juaj të jetë në përputhje me protokollin sitemap.xml. Për këtë mund të përdorni validues të ndryshëm në internet, 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ë shikon një bot kërkimi 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 për 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 bllokuar nga robots.txt”.

Indexed though blocked by robots.txt

Source: Search Console

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

  1. Disponueshmëria e skedarit

Skedari duhet të jetë i aksesueshëm në https://example.com/robots.txt dhe të japë një status përgjigjeje 200 OK. Mungesa, gabimet e shkarkimit ose ridrejtimet e tij (301, 302, 403, 404) mund të 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ë:

robots.txt example

Source: nike.com

  1. Ndaloni dhe Lejo direktivat

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

  • Shtëpi (/)
  • Kartat e produkteve (/produkt/)
  • Blog ose artikuj (/blog/, /artikuj/)

Një gabim i zakonshëm është bllokimi i imazheve, stileve dhe skripteve kur bllokoni dosjet administrative. Në një rast të tillë, duhet specifikuar që 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 shohin etiketat e specifikuara në kod, për shembull, kanonizimi. Kjo do të thotë, një kanonike e tillë thjesht do të jetë e pallogaritur.

Kontrolloni lidhjen tuaj të brendshme

Një nga detyrat kryesore të një auditimi teknik është të sigurohet që lidhja e brendshme e faqes funksionon 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, nuk përmbajnë ridrejtime dhe, më e rëndësishmja, nuk tregojnë faqe me gabime 4xx/5xx. Në shikim të parë, ky 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ë të kontrolloni të gjitha lidhjet e brendshme për gabime. Është veçanërisht e rëndësishme të identifikohen lidhjet e prishura që çojnë në faqe me 404, 410 ose gabime 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ë të bësh
404 Faqja nuk u gjet Hiqni lidhjen ose zëvendësojeni atë me një që funksionon
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ë çfarë niveli 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ë tregojnë për to. 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 spirancës – fjalët dhe frazat që përmbajnë lidhje. Ato duhet të jenë relevante dhe kuptimplote, 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 çështjet më të zakonshme që mund të zbuloni në këtë raport:

Çështja Çfarë duhet të kërkoni në raport Shkaqet e mundshme
Ulje e mprehtë e zvarritjes Më pak zvarritje në ditë Probleme me aksesueshmërinë, cilësimet e pasakta në robots.txt, blloqet, gabimet 5xx
Shumë gabime 4xx dhe 5xx Gabime në URL Faqe të fshira, lidhje të prishura, probleme me serverin
Koha e përgjigjes u rrit >1 sekondë – një shenjë paralajmëruese Problemet e pritjes, 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 u zvarrit Ata 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ë diagnostikuese 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ënimi 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ë saktësisht është 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 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ërdorurat e listuara në tabelën e mëposhtme:

Kategoria Entiteti (@type) Qëllimi
Përmbajtja dhe faqet Neni Një artikull ose përmbajtje lajmi
Postimi në blog Një postim në blog
LajmeArtikull Një artikull lajmi 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 Produkt Përshkrimi i produktit
Ofertë Oferta e çmimit
Oferta e përgjithshme 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 agregatit 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
Navigimi dhe struktura Lista e thërrimit të bukës Navigimi i thërrimit të bukës
SiteNavigationElement Artikujt e menusë kryesore
Multimedia VideoObjekti Video me meta të dhëna (për fragmente video)
Objekti i imazhit Imazhi me përshkrim
Arsimi dhe Punët Kursi Një kurs online ose program trajnimi
Postimi i punës Vendi i lirë pune (për Google for Jobs)

Rekomandohet zbatimi i të dhënave të strukturuara në formatin JSON-LD. Ky bllok vendoset në <kokën> ose <trupin> 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 është treguar më poshtë:

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

{

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

“@type”: “Artikull”,

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

“autori”: {

“@type”: “Personi”,

“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ë mikrotë 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ë Rich Snippet, 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 pasur të fragmentit.

Ka gjithashtu shumë gjeneratorë mikrotë të 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ë mikrotë 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 politika në lidhje me të dhënat e strukturuara shkelet, faqja mund të humbasë të gjitha fragmentet e pasura dhe, në disa raste, të përballet me dënime manuale. Prandaj, sigurohuni që mikrotë dhënat 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 bazë 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

Duplikat e plota ndodhin kur përmbajtja identike është e aksesueshme përmes URL-ve të ndryshme në faqe. Duplikatet 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.
  • Versionet e testimit të faqes (domeni DEV i përdorur për zhvillim).

Për të gjetur dublikata faqesh që lidhen me variacionet e URL-ve, testoni URL-të manualisht 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.

check of full duplicates

Source: httpstatus.io/ website + test of a client’s website

Për të rregulluar problemet me variacionet në HTTP/HTTPS, www/without-www, me/pa pjerrësi, 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ë konfigurohet një ridrejtim 301 në versionin e preferuar.

Kur dublikatat gjenden 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ë zgjidhni 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

Duplikat 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 nga ngjyra)
  • 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, ju 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.

Duplikat 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ë kategorisë.
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 renditje ose filtra, pa gjeneruar URL dhe lidhje shtesë për filtrimin ose renditjen e faqeve.

Variantet e produkteve 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 me faqen kryesore të produktit. Megjithatë, siç u përmend më herët, Google mund të injorojë vendosjen kanonike nga përdoruesi.

Faqet e faqeve

Faqet e faqeve nuk duhet të bllokohen nga indeksimi. Për të siguruar që Google ta konsiderojë faqen e parë të kategorisë si kryesore:

  • 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ë titullin 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, duhet të përdoren atributet Hreflang. Ato përdoren për t’u treguar motorëve të kërkimit se cilën gjuhë dhe version rajonal të një faqeje interneti duhet t’u tregojnë përdoruesve bazuar në preferencën e gjuhës dhe vendndodhjen e tyre.
Ka disa mënyra për të zbatuar atributet 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 <koka>.

Ekzistojnë rregullat që duhet të plotësojnë atributet hreflang të zbatuara përmes etiketave në seksionin <koka>:

    • Atributi duhet të ketë formatin e mëposhtëm: <link rel=”alternate” 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=”alternate” href=”https://example.com/en-us/page” hreflang=”en-us” />

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

<link rel=”alternate” 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, etiketa H1-H6 dhe përshkrime, 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ë kategorive 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.

Ju 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 miqësia ndaj përdoruesit

Përdorni protokollin HTTP

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ërdoruesve, 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ë shfaqë URL-të me HTTP dhe HTTPS.

https in search console

Source: Search Console

Burimi: Tastiera e kërkimit të 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
Boja 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 e vërtetë mund të shihen në Search Console Report “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 e CWV. Për shembull, gjatë optimizimit të LCP, duhet të përcaktoni se cili nga 4 aspektet (TTFB, Vonesa e ngarkesës, Koha e ngarkimit ose vonesa e renderit) kontribuon më shumë në rezultatin e lartë të LCP.

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

page speed example for LCP

Source: pagespeed.web.dev

Burimi: https://pagespeed.web.dev/ – testimi i faqes së nike.com faqe (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 indeksimi 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ë “Test Live URL” 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ë kontrolloni 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. Ju mund të kontrolloni përdorimin e CDN duke ekzaminuar titujt e kërkesave HTTP në mjetet e zhvilluesve 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 i CDN zakonisht bëhet përmes panelit të pritjes ose CMS.

Përdorni memorien e memories
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. Ju mund të kontrolloni korrektësinë e memories në mjetet e zhvilluesve të shfletuesit — në seksionin Rrjeti, shikoni titujt Cache-Control, Expires dhe ETag. Google PageSpeed Insights ofron gjithashtu rekomandime për memorie. Ë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 memoriezin, 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 të SEO do t’ju ndihmojë të siguroheni që nuk keni harruar asgjë të rëndësishme.

Ndani artikullin
Darya Maksimava
Senor SEO Specialist, Evisions

Since 2018, Darya has worked as an SEO consultant, building data-driven strategies that combine technical SEO, on-page optimization, and link building. With experience in multiple international markets — Europe, the CIS region, and the U.S.— Darya understands how regional differences and channel synergy impact search visibility. Leveraging insights from PPC, web analytics, and broader digital marketing trends, Darya helps brands build strong, future-proof SEO foundations that deliver consistent, high-quality traffic and measurable results.

Evisions
Ky artikull është sjellë te ju nga

Evisions

Evisions is an online marketing agency specializing in helping companies achieve their business and marketing goals. With over 10 years of experience in both B2B and B2C, it provides comprehensive services in SEO, PPC, UX, copywriting, email marketing, social media and other online tools. The agency's work is not limited to local projects; it helps companies expand internationally and ensures their successful entry into new markets.

Artikuj të ngjashëm
SEO ndryshoi. A je gati?
5 min. duke lexuar

SEO ndryshoi. A je gati?

Konkurrentët tuaj tashmë po fitojnë në ChatGPT, Reddit dhe mjetet e kërkimit të AI ndërsa ju jeni ende duke ndërtuar lidhje dhe duke optimizuar për Google. Përdoruesit më të rinj tani po fillojnë kërkimin e tyre në platformat sociale në vend të kërkimit tradicional. Nëse strategjia juaj e SEO nuk funksionon përtej Google, ju mungon […]

Katarína Šimčíková Katarína Šimčíková
Freelance I Digital Marketing Specialist, Ecommerce Bridge EU
Përditësimi bazë i qershorit 2025 i Google: Çfarë duhet të dinë pronarët e faqeve të internetit
5 min. duke lexuar

Përditësimi bazë i qershorit 2025 i Google: Çfarë duhet të dinë pronarët e faqeve të internetit

Ju zgjoheni, kontrolloni renditjen tuaj të kërkimit dhe papritmas jeni në faqen 3 në vend të faqes 1. Para se të panikoheni dhe të filloni të ndryshoni gjithçka në faqen tuaj, duhet të kuptoni përditësimet kryesore të Google – dhe pse ato nuk janë domosdoshmërisht lajme të këqija.

Katarína Šimčíková Katarína Šimčíková
Freelance I Digital Marketing Specialist, Ecommerce Bridge EU
Cilësia vs sasia: Dilema e ndërtimit të lidhjeve që ndan ekspertët e SEO
16 min. duke lexuar

Cilësia vs sasia: Dilema e ndërtimit të lidhjeve që ndan ekspertët e SEO

Ndërsa Google ende shpërblen backlinks cilësore, motorët e kërkimit të fuqizuar nga AI si Bing i japin përparësi sasisë dhe shumica e agjencive janë të mbërthyer duke zgjedhur midis dy strategjive krejtësisht të ndryshme. Me gjysmë miliardë përdorues javor të kërkimit të AI, debati për cilësinë dhe sasinë në ndërtimin e lidhjeve sapo u bë […]

Katarína Rusňáková SEO Katarína Rusňáková SEO
CEO, ONLINE TORO