SEO mācības no mūsu pašu vietnes labošanas

Pāris dienas mēs lasījām savu vietni tā, kā to lasa meklētājprogramma, un atradām sešas lietas, kas ir vērts salabot. Katrā lapā bija deklarēti divi FAQ bloki, Google kā mūsu sīktēlu izmantoja dekoratīvu fona mirdzumu, vairākas veidņu lapas rangā bija augstu meklējumiem, uz kuriem tās neatbildēja, bet jaunā vietnes sadaļa stagingā bija bloķēta ar mūsu pašu malu. Nekas nebija dramatisks. Viss kopā klusi maksāja redzamību.

Vietne vienā rindkopā

mythex.ai ir vienas lapas lietotne, ko mēs priekšrenderējam būvēšanas laikā: skripts apstaigā katru maršrutu, uzraksta statisku HTML failu un ieliek lapas nosaukumu, aprakstu un strukturētos datus (JSON-LD bloku, kas meklētājprogrammām pasaka, kas ir lapa, skat. kas ir strukturētie dati). Lielākā daļa tālāk aprakstītā dzīvo šajā priekšrenderēšanas solī, jo tieši šo HTML lasa pārmeklētājs.

1. Katra lapa apgalvoja, ka ir FAQ lapa

Simptoms. Mūsu HTML veidnē bija visai vietnei kopīgs FAQPage bloks strukturētajos datos, ar URL, kas norādīja uz /faq. Priekšrenderēšana pēc tam pievienoja katras lapas pašas FAQPage virsū. Tātad katrā lapā bija divi, un mūsu privātuma politika Google stāstīja, ka tā ir FAQ lapa.

Kāpēc tas svarīgi. Google sagaida ne vairāk kā vienu FAQPage lapā. Otrs, kas norāda uz citu vietu, ir tas, kas liek lapas marķējumam tikt samazinātam, nevis tikai ignorētam.

Labojums. Kopīgais bloks ir noņemts. Katras lapas FAQ marķējums tagad nāk no vienas vietas, arī /faq pats, kas to veido no pilnā jautājumu saraksta. Lapas bez FAQ tagad nedeklarē nevienu, un tas ir godīga atbilde. Un priekšrenderēšana neizdodas būvēt, ja kāda lapa atkal satur vairāk nekā vienu FAQPage. Noteikums, kas dzīvo tikai kāda atmiņā, tiek pārkāpts; noteikums, ko uzspiež būvēšana, nē.

2. Google izmantoja nepareizu attēlu

Simptoms. Meklēšanas rezultātos Mythex sīktēls bija mirdzošais mīkstais fons aiz mūsu sākumlapas galvenās sadaļas, dekoratīvs fona attēls, nevis mūsu kopīgošanas karte.

Kāpēc tas notika. Mēs Google nebijām pateikuši, kurš attēls pārstāv lapu, tāpēc tas izvēlējās to, ko atrada.

Labojums. Divas puses tam pašam jautājumam:

• Pasaki, kurš attēls ir lapas. Sākumlapai tagad ir WebPage mezgls ar primaryImageOfPage, kas norāda uz kopīgošanas karti, un katras priekšrenderētās lapas strukturētie dati nes savu attēlu (lapas kopīgošanas attēlu vai noklusējuma).
• Paslēp dekorāciju. Fona attēli tagad ir aizliegti robots.txt un tiek sniegti ar noindex, noimageindex galveni, tātad tie paliek ārpus attēlu meklēšanas un sīktēliem.

3. Meklētājprogrammas zināja tikai mūsu logotipu

Mūsu Organization marķējumā bija nosaukums, logotips un daži sociālie tīkli, tikai zīmols, nekas vairāk. Meklētājprogrammas veido uzņēmuma zināšanu paneli no reģistram līdzīgiem faktiem, tāpēc pievienojām tos, kas ir mūsu uzņēmējdarbības licencē: juridisko nosaukumu, dibināšanas datumu, dibinātāju un reģistrēto adresi. Tālruņa numuru apzināti neliekam.

4. Veidņu lapas atbildēja uz nepareizu jautājumu

Simptoms. Search Console rādīja trīs veidņu lapas, kas saņēma parādījumus, bet nevienu klikšķi. Viena rangā meklējumam „content strategist portfolio“ un tā variantiem, otra „best italian restaurant website design“, trešā ap „agile board“ klāstu, un pusē no šiem meklējumiem bija vārds „free“. Pozīcijas bija no 20. vidus līdz 50. gadiem.

Kāpēc. Katra lapa atbildēja uz citu jautājumu, nekā uzdots. Cilvēks, kas gribēja redzēt, kāds izskatās labs itāliešu restorāna dizains, nokļuva lapā, kas pārdeva veidotāju.

Labojums. Katrai no trim tagad ir sadaļa, kas rakstīta meklēšanai, nevis produktam, nosaukums un apraksts vārdos, ko cilvēki raksta, un FAQ, kas ir vērts marķējuma, ko tie jau izvadīja.

Tajā pašā izmaiņā labots arī klusāks trūkums. Bloks „saistītās veidnes“ ņēma pirmās četras veidnes kategorijā, tāpēc katra portfolio veidne norādīja uz tiem pašiem četriem portfolio, un pārējai kategorijai iekšējo saišu nebija vispār. To aizstājām ar apli, kas sakārtots pēc apakškategorijas: katrai veidnes lapai tagad ir tieši četras ienākošās un četras izejošās saites. Priekšrenderētais HTML tagad drukā šīs saites arī, iepriekš tās pastāvēja tikai pēc JavaScript izpildes, ko pārmeklētājs var nekad neizpildīt.

5. Bing informēšana par jaunām lapām tiklīdz tās izvietotas

Google ignorē IndexNow, protokolu, ar ko paziņo meklētājprogrammām par mainītu URL. Bing, Yandex un Seznam to izmanto, un Bing indekss ir tas, ko lasa ChatGPT meklēšana. AI lietotņu veidotājs, ko AI asistenti nevar atrast, ir īpašs kļūmes veids.

Acīmredzamā pieeja, visas kartes iesniegšana katrā izvietošanā, ir veids, kā atslēga tiek ierobežota, un lielākā daļa izvietošanu nemaina neko, ko meklētājprogrammas rūpējas. Tāpēc skripts salīdzina vietnes pašreizējo karti ar tikko izveidoto un iesniedz tikai atšķirības.

Divas detaļas padarīja to iespējamu:

• Uzņem momentuzņēmumu pirms izvietošanas. Sākumstāvoklis jāuzņem, pirms jaunā būve nonāk tiešraidē. Pēc tam „tiešraides“ karte jau ir jaunā, un katra atšķirība izrādās tukša.
• Tikai jaunas lapas, pagaidām. Mūsu kartei nav lastmod datumu, tāpēc skripts paziņo par jaunām lapām, bet ne par pārrakstītām. Ja katram URL piešķirtu būves datumu, visa vietne šķistu mainīta katrā izvietošanā, tieši tā spama, no kura gribējām izvairīties.

Tas darbojas tikai ražošanas izvietošanās un nekad neizjauc būvi: līdz brīdim, kad tas tiek palaists, vietne jau ir tiešraidē, un meklētājprogrammas ping nav vērts sarkana izvietojuma.

6. Mūsu pašu mala teica „nav atrasts“

Kad palaidām /ai lapas (vairāk par tām lapa katram uzņēmuma veidam), stagings rādīja „Not found“ visām, kamēr statiskais hosts tās apkalpoja pareizi.

Pakalpojums mūsu mārketinga hostu priekšā pārsūta tikai atļauto ceļu sarakstu, un viss pārējais saņem cietu 404. /ai bija jauns un sarakstā nebija. Pievienojām /ai un /ai/*, kā arī testu, kas apliecina, ka tie iet cauri. Neliela kļūda, bet tieši tāda, kas padara jaunu sadaļu neredzamu pārmeklētājiem, un neviens to nepamana.

Ko no tā guvām

• Lasi HTML, ko lasa pārmeklētājs. Lielākā daļa no šiem bija neredzami pārlūkā un acīmredzami priekšrenderētajā failā.
• Pārvērs SEO noteikumus būvēšanas pārbaudēs. „Viens FAQPage katrā lapā“ tagad tiek ievērots, nevis atcerēts.
• Pasaki meklētājprogrammām, ko tu domā. Ja nepasaki, kurš attēls vai kuri fakti tevi pārstāv, tās minēs.
• Search Console parāda, kuru jautājumu cilvēki uzdeva. Parādījumi bez klikšķiem parasti nozīmē, ka lapa atbildēja uz citu jautājumu.
• Iesniedz atšķirības, nevis visu. Ping tikai tam, kas mainījies, palīdz palikt zem ātruma ierobežojumiem.

Ja dari to pašu vietnei, ko esi veidojis pats, mūsu ceļveži SEO AI veidotām vietnēm un Google Search Console iestatīšana aptver pamatus.