SEO lekcije iz popravljanja lastne spletne strani

Nekaj dni smo brali lastno spletno stran tako, kot jo bere iskalnik, in našli šest stvari, ki so vredne popravka. Vsaka stran je deklarirala dva bloka FAQ, Google je za našo sličico uporabljal dekorativni svetleč sij v ozadju, nekatere predloge strani so se uvrščale za iskanja, na katera niso odgovarjale, nov del strani pa je na testnem okolju blokiral naš lastni robni del. Nič od tega ni bilo dramatično. Vse to pa nas je tiho stalo vidnosti.

Spletna stran v enem odstavku

mythex.ai je aplikacija z eno stranjo, ki jo ob gradnji predrenderiramo: skripta obišče vsako pot, za vsako napiše statično datoteko HTML in vstavi naslov strani, opis ter strukturirane podatke (blok JSON-LD, ki iskalnikom pove, kaj stran je – glejte kaj so strukturirani podatki). Večina spodaj opisanega je v tem koraku prerenderiranja, ker je to HTML, ki ga dejansko prebere iskalni robot.

1. Vsaka stran je trdila, da je stran FAQ

Simptom. Naša predloga HTML je v strukturiranih podatkih imela splošen blok FAQPage za vso stran, z URL-jem, ki kaže na /faq. Prerendering je nato na vrh dodal še lastni FAQPage vsake strani. Tako je vsaka stran na spletu vsebovala dva – in naša politika zasebnosti je Googlu sporočala, da je stran FAQ.

Zakaj je to pomembno. Google pričakuje največ en FAQPage na stran. Drug, ki kaže nekam drugam, je tisto, zaradi česar oznaka strani izgubi zaupanje, ne le da jo ignorirajo.

Popravek. Splošni blok je odstranjen. Oznaka FAQ vsake strani zdaj prihaja z enega mesta, vključno s samo stranjo /faq, ki jo zgradi iz celotnega seznama vprašanj. Strani brez FAQ zdaj ne deklarirajo ničesar, kar je iskren odgovor. Prerendering pa spodleti, če katera stran spet nosi več kot en FAQPage. Pravilo, ki živi samo v čijem spominu, se prej ali slej prekrši; pravilo, ki ga uveljavi gradnja, ne.

2. Google je za nas uporabil napačno sliko

Simptom. V iskalnih rezultatih je bila sličica Mythexa mehak utripajoč sij za glavno sliko domače strani – dekorativno ozadje – namesto naše kartice za deljenje.

Zakaj se je to zgodilo. Googlu nikoli nismo povedali, katera slika predstavlja stran, zato je izbral tisto, ki jo je našel.

Popravek. Dve strani iste težave:

• Povejte, katera slika je strani. Domača stran ima zdaj vozlišče WebPage z primaryImageOfPage, ki kaže na kartico za deljenje, vsaka prerenderirana stran pa ima v strukturiranih podatkih svojo sliko (sliko za deljenje te strani ali privzeto).
• Skrijte dekoracijo. Ozadne slike so zdaj v robots.txt prepovedane in se posredujejo z glavo noindex, noimageindex, zato ostanejo zunaj iskanja slik in sličic.

3. Iskalniki so poznali samo naš logotip

Naše oznake Organization so vsebovale ime, logotip in nekaj družbenih povezav – samo blagovno znamko, nič drugega. Iskalniki sestavljajo znanje o podjetju iz dejstev, podobnih registru, zato smo dodali tista iz našega obrtnega dovoljenja: uradno ime, datum ustanovitve, ustanovitelja in registrirani naslov. Telefonske številke namenoma nismo vključili.

4. Predloge strani so odgovarjale na napačno vprašanje

Simptom. Search Console je pokazal, da tri predloge strani zbirajo prikaze, a nobenega klika. Ena se je uvrščala za „content strategist portfolio“ in njegove variante, druga za „best italian restaurant website design“, tretja pa za skupino okoli „agile board“ – polovica teh iskanj je vsebovala besedo „free“. Pozicije so segale od sredine dvajsetih do petdesetih.

Zakaj. Vsaka stran je odgovarjala na drugo vprašanje od tistega, ki je bilo postavljeno. Nekdo, ki je želel videti, kako izgleda dobro oblikovanje italijanske restavracije, je pristal na strani, ki mu je prodajala graditelja.

Popravek. Vsaka od treh zdaj ima razdelek, napisan za iskanje in ne za izdelek, naslov in opis z besedami, ki jih ljudje vtipkajo, ter FAQ, ki so vredni oznake, ki so jo že oddajali.

Ista zaveza je odpravila bolj tiho težavo. Blok „sorodne predloge“ je vzel prve štiri predloge v kategoriji, zato je vsaka portfolijska predloga kazala na iste štiri portfolije, ostale v tisti kategoriji pa so bile brez notranjih povezav. Nadomestili smo ga z obročem, urejenim po podkategoriji: vsaka stran predloge zdaj dobi natanko štiri povezave noter in štiri ven. Prerenderirani HTML zdaj izpisuje tudi te povezave – prej so obstajale samo po zagonu JavaScripta, ki ga iskalni robot morda nikoli ne zažene.

5. Bingu povemo za nove strani takoj ob objavi

Google ignorira IndexNow, protokol za obveščanje iskalnikov, ko se URL spremeni. Bing, Yandex in Seznam ga uporabljajo – in Bingov indeks je tisti, ki ga bere iskanje ChatGPT. Aplikacija za gradnjo, ki je pomočniki umetne inteligence ne najdejo, je posebna vrsta napake.

Očitni pristop, da ob vsaki objavi pošljemo celoten zemljevid strani, je način, kako ključ dobi omejitev hitrosti, večina objav pa ne spremeni ničesar, kar bi iskalnik zanimalo. Zato skripta primerja zemljevid strani, ki ga stran streže zdaj, z ravnokar zgrajenim, in pošlje samo razliko.

Dve podrobnosti sta to omogočili:

• Posnetek pred objavo. Izhodišče mora biti zajeto, preden gre nova gradnja v živo. Potem je „živi“ zemljevid že nov in vsaka razlika je prazna.
• Samo nove strani, za zdaj. Naš zemljevid nima datumov lastmod, zato skripta javi nove strani, ne pa prepisanih. Če bi vsak URL označili z datumom gradnje, bi vsaka objava označila celotno stran kot spremenjeno – prav ta spam smo hoteli preprečiti.

Teče samo ob produkcijskih objavah in nikoli ne pokvari gradnje: ko se zažene, je stran že v živo, pinganje iskalnika pa ne vredi rdeče objave.

6. Naš robni del je rekel „ni najdeno“

Ko smo predstavili strani /ai (več o njih v pristajalna stran za vsako vrsto podjetja), je testno okolje za vse prikazalo „Not found“, medtem ko jih je statični gostitelj streže pravilno.

Storitev pred našimi tržnimi gostitelji posreduje samo seznam dovoljenih poti; vse ostalo dobi trdo 404. /ai je bil nov in ni bil na seznamu. Dodali smo /ai in /ai/* s testom, ki zagotovi, da prehajata. Majhna napaka, a prav takšna, ki naredi nov del strani nevidnega za iskalne robote, ne da bi to kdo opazil.

Kaj smo iz tega vzeli

• Preberite HTML, ki ga bere iskalni robot. Večina teh napak v brskalniku ni bila vidna, v prerenderirani datoteki pa je bila očitna.
• Pretvorite pravila SEO v preverjanja gradnje. „Ena FAQPage na stran“ je zdaj uveljavljena, ne zapomnjena.
• Povejte iskalnikom, kaj mislite. Če ne poveste, katera slika ali katera dejstva vas predstavljajo, bodo ugibali.
• Search Console vam pove, katero vprašanje so ljudje postavili. Prikazi brez klikov običajno pomenijo, da je stran odgovorila na drugo vprašanje.
• Pošljite razlike, ne vsega. Pinganje samo tistega, kar se je spremenilo, vas ohrani na pravi strani omejitev hitrosti.

Če to počnete za spletno stran, ki ste jo zgradili sami, osnove pokrivata naša vodnika SEO za spletne strani, zgrajene z umetno inteligenco in nastavitev Google Search Console.