SEO pamokos iš savo svetainės taisymo

Kelias dienas skaitėme savo svetainę taip, kaip ją skaito paieškos sistema, ir radome šešis dalykus, kuriuos verta pataisyti. Kiekvienas puslapis deklaravo du DUK blokus, Google miniatiūrai naudojo dekoratyvų fono švytėjimą, keli šablonų puslapiai rodėsi pagal paieškas, į kurias neatsakė, o mūsų pačių kraštinis serveris bandymų aplinkoje blokavo naują svetainės dalį. Nieko dramatiško, bet visi šie dalykai tyliai mažino mūsų matomumą.

Svetainė vienoje pastraipoje

mythex.ai yra vieno puslapio programa, kurią kompiliavimo metu išankstinio atvaizdavimo (prerender) žingsniu paverčiame statiniais puslapiais: skriptas apeina kiekvieną maršrutą, sugeneruoja statinį HTML failą ir įrašo puslapio pavadinimą, aprašymą bei struktūrinius duomenis (JSON-LD bloką, kuris paieškos sistemai nurodo, kas yra puslapis – žr. kas yra struktūriniai duomenys). Didžioji dalis to, kas toliau, slypi šiame žingsnyje, nes būtent tokį HTML paieškos robotas iš tikrųjų skaito.

1. Kiekvienas puslapis teigė esantis DUK puslapis

Simptomas. Mūsų HTML šablone buvo visai svetainei skirtas FAQPage blokas su nuoroda į /faq. Tada išankstinis atvaizdavimas kiekvienam puslapiui pridėjo savo FAQPage virš jo. Taigi kiekvienas svetainės puslapis turėjo du – o privatumo politika Google sakė, kad ji yra DUK puslapis.

Kodėl tai svarbu. Google tikisi ne daugiau kaip vieno FAQPage puslapyje. Antras, nukreiptas kitur, yra toks dalykas, dėl kurio puslapio žymėjimas gali būti nuvertintas, o ne tik ignoruotas.

Sprendimas. Visa svetainei skirta dalis pašalinta. Kiekvieno puslapio DUK žymėjimas dabar ateina iš vienos vietos, įskaitant patį /faq, kuris jį sudaro iš pilno klausimų sąrašo. Puslapiai be DUK dabar nieko nedeklaruoja, nes tai sąžiningas atsakymas. Be to, išankstinis atvaizdavimas nutraukia kompiliavimą, jei bet kuris puslapis vėl turi daugiau nei vieną FAQPage. Taisyklė, kuri gyvena tik kieno nors atmintyje, kartais pažeidžiama; taisyklė, kurią užtikrina kompiliavimas, – ne.

2. Google naudojo ne tą paveikslėlį

Simptomas. Paieškos rezultatuose Mythex miniatiūra buvo minkštas pulsuojantis švytėjimas už pagrindinio puslapio herojaus – dekoratyvus fono paveikslėlis – o ne mūsų bendrinimo kortelė.

Kodėl taip nutiko. Niekada nepasakėme Google, koks paveikslėlis atstovauja puslapiui, todėl jis pasirinko tą, kurį rado.

Sprendimas. Dvi tos pačios problemos pusės:

• Pasakykite, kuris paveikslėlis yra puslapio. Pagrindinis puslapis dabar turi WebPage mazgą su primaryImageOfPage, nukreiptu į bendrinimo kortelę, o kiekvieno išankstiniu būdu atvaizduojamo puslapio struktūriniai duomenys turi savo paveikslėlį (puslapio bendrinimo vaizdą arba numatytąjį).
• Paslėpkite dekoraciją. Fono paveikslėliai dabar uždrausti robots.txt faile ir pateikiami su antrašte noindex, noimageindex, todėl jie lieka nuo vaizdų paieškos ir miniatiūrų.

3. Paieškos sistemos žinojo tik mūsų logotipą

Mūsų Organization žymėjimas turėjo pavadinimą, logotipą ir keletą socialinių nuorodų – tik prekinį ženklą, nieko daugiau. Paieškos sistemos sudaro įmonės žinių skydelį pagal registro tipo faktus, todėl pridėjome tuos, kurie yra mūsų verslo liudijime: juridinį pavadinimą, įkūrimo datą, steigėją ir registruotą adresą. Telefono numerį sąmoningai palikome.

4. Šablonų puslapiai atsakė į kitokį klausimą

Simptomas. Search Console rodė, kad trys šablonų puslapiai sulaukė rodymų, bet nė vieno paspaudimo. Vienas rodėsi pagal „content strategist portfolio“ ir jo variantus, kitas – pagal „best italian restaurant website design“, trečias – pagal grupę apie „agile board“. Pusė tų paieškų turėjo žodį „free“. Pozicijos svyravo nuo dvidešimt kelintos iki penkiasdešimties.

Kodėl. Kiekvienas puslapis atsakė į kitokį klausimą nei tas, kuris buvo užduotas. Kas norėjo pamatyti, kaip atrodo gero itališko restorano dizainas, pateko į puslapį, kuris pardavinėjo kūrėjo programą.

Sprendimas. Kiekvienas iš trijų dabar turi skyrių, parašytą paieškai, o ne produktui, pavadinimą ir aprašymą žodžiais, kuriais žmonės iš tikrųjų ieško, ir DUK, verčiantį žymėjimą, kurį jie jau skleidė.

Tas pats pakeitimas pataisė ir subtilesnę problemą. Blokas „susiję šablonai“ paimdavo pirmus keturis kategorijos šablonus, todėl visi portfolio šablonai rodė į tuos pačius keturis portfolio, o likusi kategorija neturėjo jokių vidinių nuorodų. Pakeitėme jį žiedu, surikiuotu pagal subkategoriją: dabar kiekvienas šablono puslapis turi tiksliai keturias nuorodas į vidų ir keturias į išorę. Išankstinio atvaizdavimo HTML dabar taip pat išveda šias nuorodas – anksčiau jos egzistavo tik po to, kai įvykdavo JavaScript, o to paieškos robotas gali niekada nepasiekti.

5. Bing praneša apie naujus puslapius iš karto po diegimo

Google ignoruoja IndexNow – protokolą, skirtą paieškos sistemoms pranešti, kai URL pasikeičia. Bing, Yandex ir Seznam jį naudoja, o Bing indeksas yra tas, kurį skaito ChatGPT paieška. DI programų kūrėjas, kurio DI asistentai neranda, yra ypatinga rūšies nesėkmė.

Akivaizdus būdas – pateikti visą svetainės žemėlapį kiekvieno diegimo metu – yra tai, kaip gaunamas ribojimas, o dauguma diegimų nieko nekeičia, kas rūpėtų paieškos sistemai. Todėl skriptas palygina dabar teikiamą svetainės žemėlapį su ką tik sukurtu ir pateikia tik skirtumą.

Dvi detalės tai padarė veikiančiu:

• Padarykite momentinę kopiją prieš diegimą. Bazinis žemėlapis turi būti užfiksuotas prieš paleidžiant naują kompiliavimą. Vėliau „gyvas“ žemėlapis jau bus naujasis ir kiekvienas skirtumas bus tuščias.
• Kol kas tik nauji puslapiai. Mūsų svetainės žemėlapyje nėra lastmod datų, todėl skriptas praneša apie naujus puslapius, bet ne apie perrašytus. Kiekvieną URL pažymėjus kompiliavimo data visa svetainė kiekvieno diegimo metu atrodytų pakeista – būtent to spamo mes ir norėjome išvengti.

Tai vykdoma tik produkciniams diegimams ir niekada nenutraukia kompiliavimo: iki to momento svetainė jau veikia, o pranešimas paieškos sistemai nėra vertas raudono diegimo.

6. Mūsų pačių kraštinis serveris sakė „nerasta“

Kai paleidome /ai puslapius (daugiau apie juos – nusileidimo puslapis kiekvienam verslo tipui), bandymų aplinkoje visi jie rodė „Not found“, nors statinis serveris juos teikė tvarkingai.

Paslauga priešais mūsų rinkodaros domenus perduoda tik leidžiamų kelių sąrašą; visa kita gauna griežtą 404. /ai buvo naujas ir į sąrašą neįtrauktas. Pridėjome /ai ir /ai/*, kartu su testu, kuris patikrina, kad jie praeina. Mažas klaidos, bet būtent tokio tipo, dėl kurios nauja svetainės dalis tampa nematoma paieškos robotams ir niekas to nepastebi.

Ką iš to išmokome

• Skaitykite HTML, kurį skaito paieškos robotas. Dauguma šių dalykų naršyklėje buvo nematomi, o išankstinio atvaizdavimo faile – akivaizdūs.
• Paverskite SEO taisykles kompiliavimo patikromis. „Vienas FAQPage puslapyje“ dabar užtikrinamas, o ne prisimenamas.
• Pasakykite paieškos sistemoms, ką turite omenyje. Jei nenurodote, kuris paveikslėlis ar kurie faktai jus atstovauja, jos spės.
• Search Console parodo, kokį klausimą žmonės uždavė. Rodymai be paspaudimų paprastai reiškia, kad puslapis atsakė į kitą klausimą.
• Teikite skirtumus, o ne viską. Siųsdami tik tai, kas pasikeitė, išlaikote ribojimus.

Jei darote tą patį svetainei, kurią pats sukūrėte, mūsų vadovai SEO AI sukurtoms svetainėms ir Google Search Console nustatymas apima pagrindus.