Mësime SEO nga rregullimi i faqes sonë

Kemi kaluar disa ditë duke lexuar faqen tonë ashtu siç e lexon një motor kërkimi, dhe gjetëm gjashtë gjëra që vlen t’i rregullojmë. Çdo faqe deklaronte dy blloqe FAQ, Google po përdorte një shkëlqim dekorativ në sfondin tonë si miniaturë, një grup faqesh shabllonesh po renditeshin për kërkime që nuk i përgjigjeshin, dhe një seksion i ri i faqes ishte bllokuar nga edge-i ynë në staging. Asgjë nuk ishte dramatike. Të gjitha po na kushtonin në heshtje dukshmëri.

Faqja me një paragraf

mythex.ai është një aplikacion single-page që e prerendojmë në kohën e ndërtimit: një skript kalon nëpër çdo rrugë, shkruan një skedar HTML statik për të dhe injekton titullin, përshkrimin dhe të dhënat e strukturuara të faqes (blloku JSON-LD që u tregon motorëve të kërkimit çfarë është një faqe — shihni çfarë janë të dhënat e strukturuara). Shumica e asaj që vijon ndodhet në hapin e prerenderimit, sepse ky është HTML-i që e lexon me të vërtetë një crawler.

1. Çdo faqe pretendonte të ishte faqja FAQ

Simptoma. Shablloni ynë HTML mbante një bllok FAQPage për gjithë faqen në të dhënat e strukturuara, me URL-në që tregonte te /faq. Pastaj prerenderi shtonte FAQPage të vetin të çdo faqeje mbi të. Kështu çdo faqe në sit dërgonte dy — dhe politika jonë e privatësisë i thoshte Google-it se ishte faqja FAQ.

Pse ka rëndësi. Google pret të shohë të paktën një FAQPage për faqe. Një i dytë që tregon diku tjetër është lloji i gjëje që e bën markup-in e faqes të zbritet, jo vetëm të injorohet.

Zgjidhja. Blloku global u hoq. Markup-i FAQ i çdo faqeje tani vjen nga një vend i vetëm, duke përfshirë edhe vetë /faq, që e ndërton nga lista e plotë e pyetjeve. Faqet pa FAQ tani nuk deklarojnë asnjë, që është përgjigjja e ndershme. Dhe prerenderi dështon ndërtimin nëse një faqe mbart përsëri më shumë se një FAQPage. Një rregull që jeton vetëm në kujtesën e dikujt thyhet; një rregull që e zbaton ndërtimi nuk thyhet.

2. Google përdorte foton e gabuar për ne

Simptoma. Në rezultatet e kërkimit, miniatura e Mythex ishte shkëlqimi i butë që pulsonte pas hero-s së faqes kryesore — një imazh dekorativ sfondi — në vend të kartës sonë të ndarjes.

Pse ndodhi. Nuk i kishim thënë kurrë Google-it cili imazh e përfaqëson një faqe, ndaj e zgjodhi vetë atë që gjeti.

Zgjidhja. Dy anët e të njëjtit problem:

Thuaj cili imazh është i faqes. Faqja kryesore tani ka një nyje WebPage me një primaryImageOfPage që tregon te karta e ndarjes, dhe të dhënat e strukturuara të çdo faqeje të prerenderuar mbartin imazhin e vet (imazhin e ndarjes së faqes, ose atë default).
Fshih dekorimin. Imazhet e sfondit tani janë të ndaluara në robots.txt dhe shërbehen me header noindex, noimageindex, kështu që mbeten jashtë kërkimit të imazheve dhe miniaturave.

3. Motorët e kërkimit njihnin vetëm logon tonë

Markup-i ynë Organization kishte një emër, një logo dhe disa lidhje sociale — markë, asgjë tjetër. Motorët e kërkimit ndërtojnë panelin e njohurive të një kompanie nga fakte të tipit regjistër, ndaj shtuam ato nga licenca jonë tregtare: emrin ligjor, datën e themelimit, themeluesin dhe adresën e regjistruar. Numrin e telefonit e lamë qëllimisht jashtë.

4. Faqet e shablloneve përgjigjeshin pyetjen e gabuar

Simptoma. Search Console tregonte tre faqe shabllonesh që mblidhnin shfaqje pa asnjë klikim. Njëra renditej për "content strategist portfolio" dhe variantet e saj, një tjetër për "best italian restaurant website design", një tjetër për një grup rreth "agile board" — gjysma e atyre kërkimeve përmbante fjalën "free". Pozicionet shkonin nga mesi i 20-ave deri në 50-ta.

Pse. Secila faqe përgjigjej një pyetjeje tjetër nga ajo që bëhej. Dikush që donte të shihte si duket një dizajn i mirë për restorant italian arrinte në një faqe që i shiste një ndërtues.

Zgjidhja. Secila nga tre faqet tani ka një seksion të shkruar për kërkimin, jo për produktin, një titull dhe përshkrim me fjalët që njerëzit i shkruajnë, dhe FAQ që meritojnë markup-in që emetonin tashmë.

I njëjti commit rregulloi një problem më të heshtur. Blloku "related templates" merrte katër shablllonet e para të një kategorie, kështu që çdo shabllon portfolio tregonte te të njëjtat katër portfolio, dhe pjesa tjetër e asaj kategorie nuk kishte fare lidhje të brendshme. E zëvendësuam me një unazë të renditur sipas nënkategorisë: çdo faqe shabllon tani ka saktësisht katër lidhje hyrëse dhe katër dalëse. HTML-i i prerenderuar i shtyp tani edhe këto lidhje — më parë ekzistonin vetëm pasi ekzekutohej JavaScript, gjë që një crawler mund të mos e bëjë kurrë.

5. T’i themi Bing-ut për faqet e reja menjëherë pas publikimit

Google e injoron IndexNow, një protokoll për të njoftuar motorët e kërkimit kur ndryshon një URL. Bing, Yandex dhe Seznam e përdorin — dhe indeksi i Bing është ai që lexon kërkimi i ChatGPT. Një ndërtues aplikacionesh AI që asistentët AI nuk mund ta gjejnë është një lloj i veçantë dështimi.

Qasja e dukshme, dërgimi i gjithë sitemap-it në çdo publikim, është mënyra si një çelës kufizohet, dhe shumica e publikimeve nuk ndryshojnë asgjë që i intereson një motori kërkimi. Kështu që një skript krahason sitemap-in që sajti po shërben tani me atë që sapo u ndërtua, dhe dërgon vetëm ndryshimin.

Dy detaje e bënë këtë të funksionojë:

Bëj snapshot përpara publikimit. Baza e krahasimit duhet të merret para se të shkojë live build-i i ri. Pas kësaj, sitemap-i "live" është tashmë i riu dhe çdo diff del bosh.
Vetëm faqet e reja, për tani. Sitemap-i ynë nuk ka datat lastmod, kështu që skripti njofton faqet e reja, por jo rishkrimet. Vulosja e çdo URL me datën e build-it do ta shënonte të gjithë sitin si të ndryshuar në çdo publikim — pikërisht spami që po shmangnim.

Ekzekutohet vetëm në publikimet e prodhimit dhe nuk dështon kurrë build-in: kur ekzekutohet, sajti është tashmë live, dhe një ping për motorët e kërkimit nuk vlen një publikim të kuq.

6. Edge-i ynë thoshte "nuk u gjet"

Kur lançuam faqet /ai (më shumë për to në një faqe zbarkimi për çdo lloj biznesi), staging-u shfaqte "Not found" për të gjitha, ndërsa hosti statik i shërbente pa problem.

Shërbimi para hosteve tona të marketingut përcjell vetëm një listë të lejuar rrugësh; çdo gjë tjetër merr një 404 të ashpër. /ai ishte e re dhe nuk ishte në listë. Shtuam /ai dhe /ai/*, me një test që verifikon se kalojnë. Një gabim i vogël, por pikërisht i llojit që e bën një seksion të ri të padukshëm për crawlerët pa që ndonjëri ta vërejë.

Çfarë nxorëm nga kjo

Lexoni HTML-in që lexon një crawler. Shumica e këtyre ishin të padukshme në shfletues dhe të dukshme në skedarin e prerenderuar.
Ktheni rregullat SEO në kontrolle build. "Një FAQPage për faqe" tani zbatohet, nuk mbahet mend.
Thuajini motorëve të kërkimit çfarë nënkuptoni. Nëse nuk thoni cili imazh ose cilat fakte ju përfaqësojnë, ata do të supozojnë.
Search Console tregon cilën pyetje bënin njerëzit. Shfaqjet pa klikime zakonisht do të thotë se faqja u përgjigjej një pyetjeje tjetër.
Dërgoni ndryshimet, jo gjithçka. Njoftimi vetëm për atë që ndryshoi ju mban brenda kufijve të normës.

Nëse po bëni të njëjtën gjë për një sajt që e keni ndërtuar, udhëzuesit tanë për SEO për sajtet e ndërtuara me AI dhe konfigurimin e Google Search Console mbulojnë bazat.