Programmiline SEO: millal see toimib, millal kahjustab

Lühidalt

• Lehtede seeriana genereerimine ei ole iseenesest probleem: Google karistab lehti, mis on toodetud järjestusega manipuleerimiseks, ilma väärtuseta lugejale.
• Programmiline leht peab vastu, kui see kannab tegelikku andmet, mida sellisel kujul mujalt ei leia: hinda, pinda, saadavust.
• Elava kataloogi tegelik lõks on see, mis sealt lahkub: kadunud objekt vastab koodiga 410 ja kasulike alternatiividega, mitte kunagi lehega koodiga 200 ega ümbersuunamisega avalehele.
• Iga keelt kontrollitakse eraldi, mallid, ühildumine ja lingid kaasa arvatud, muidu kordub üks viga tuhandetel lehtedel.

Mida programmiline SEO hõlmab

Programmiline SEO tähendab lehtede seeriatootmist andmebaasist ja mallist. Üks kaart toote kohta, üks leht linna kohta, üks leht kategooria ja asukoha kombinatsiooni kohta, kõik mitmes keeles. Mõnesajast elemendist koosnev kataloog muutub kiiresti mitmeks tuhandeks aadressiks.

Idees pole midagi kahtlast: nii toimivad kõik kuulutuste-, reisi- ja e-kaubanduse saidid. Kahtlane on see, kuidas mõned seda kasutavad: lehtede tootmine märksõnade, mitte inimeste jaoks. Google’il on selle kohta kirjalik reegel, tema rämpspostivastastes eeskirjades.

Google’i toodud näidete hulgas: paljude lehtede genereerimine tehisintellekti tööriistadega ilma lisaväärtuseta, mujalt kogutud sisu kokkupanemine, ka masintõlke abil, või lehtede loomine, millel pole lugeja jaoks mõtet, kuid mis sisaldavad märksõnu.

Piir ei kulge seega „genereeritu“ ja „käsitsi kirjutatu“ vahel. See kulgeb lehe vahel, mis pakub kasulikku andmet, ja lehe vahel, mis on olemas ainult selleks, et olemas olla.

Meie praktika: kinnisvarakataloog kuues keeles

Palmora Property on Phuketi kinnisvara vahendusplatvorm, mida me oma kliendi jaoks ehitame ja haldame. Selle objektikataloog sünkroonitakse iga päev platvormi CRM-ist ja avaldatakse kuues keeles: inglise, prantsuse, tai, vene, hiina ja saksa keeles. Koos kategoorialehtede ja piirkonnalehtedega, samuti kuues keeles, deklareerib sait üle 3 000 aadressi.

Midagi sellest mahust pole käsitsi kirjutatud. Ja just seda käitades õppisime, mis eristab tervet programmilist kataloogi lehtede vabrikust.

Mis toimib: üks tegelik andmeühik lehe kohta

Objekti kaart vastab täpsele otsingule teabega, mida külastaja sellisel kujul mujalt ei leia: hind, pind, piirkond, fotod, saadavus. Leht on olemas, sest objekt on olemas. See on programmilise lähenemise kõige tervem juhtum: andmebaas on lehe olemasolu põhjus, mitte ettekääne. See on ka see, mida generatiivsed otsingumootorid kõige meelsamini üle võtavad, täpne ja kontrollitav andmeühik, nagu selgitame artiklis sellest, kuidas saada ChatGPT poolt tsiteerituks.

Piirkondade loendilehed on keerulisemad. Meie 22. juuli audit ütles seda otse: igal lehel oli unikaalne pealkiri ja kirjeldus piirkonna objektide arvuga, kuid mitte mingit toimetuslikku sisu, ühtegi alapealkirja ja piirkonna nimeks taandatud põhipealkiri. Ometi vastavad just need lehed kõige kaubanduslikumatele päringutele. Kaartide loend ilma ühegi sõnata konteksti jääb õhukeseks leheks.

Seetõttu kirjutasime toimetusliku sisu kaheksale piirkonnale (Rawai, Chalong, Bang Tao, Cherng Talay, Patong, Kata, Karon, Thalang): turg, linnaosad, naaberpiirkonnad, lingid blogiartiklitele. Selle tõlkimine järgib linkide reeglit:

Tõlgitud leht, mis viitab olematule artiklile, on täpselt see sisu, millel pole lugeja jaoks mõtet.

Mis samuti toimib: tõeliselt lokaliseeritud mallid

Mitmekeelne mall ei piirdu sõnade tõlkimisega. Klassikaline lõks: pealkirja koostamine objektitüübi ja lepinguliigi kokkukleepimisega, mis annab saksa keeles „Villas Zu verkaufen“, ning pealkirja- ja kirjeldussiltide jätmine inglise keelde nendes keeltes, mida ei loeta. Midagi sellest ei näe prantsuskeelset versiooni üle lugedes.

Lahendus on need tekstid koodist välja tuua. Palmora Property puhul on igal keelel oma mallid pealkirja, kirjelduse ja tühja loendi teate jaoks, nimisõna vormidega objektitüübi järgi. Ka ühildumine arvuga: vene keeles on sõltuvalt arvust kolm vormi ja tulemuste loendur rakendab sama reeglit nii esmakuvamisel kui ka pärast filtri muutmist. Sama nõue kehtib objektide pealkirjade kohta, mis tõlgitakse päriselt, mitte ei kopeerita inglise keeles teistesse keeltesse.

Keel ei piirdu ka oma marsruutidega. Ühest unustatud tekstitabelist piisab, et serveerida tühja lehte koodiga 200, mida keegi ei märka. Tuleb otsida kõikjalt, kus keelte loend on koodi sisse kirjutatud, ja testida iga keelt, lehe kaupa.

Mis kahjustab: lehed, mis surevad halvasti

Elava kataloogi tegelik lõks on see, mis sealt lahkub. Iga müüdud või avaldamisest eemaldatud objekt kaob andmetest, seega kaob ka tema leht. Kuid aadress jääb indekseerituks, jagatuks, järjehoidjatesse salvestatuks. Ilma käsitlemiseta langeb see paljaks 404-ks ja 404-d kogunevad Search Console’i sedamööda, kuidas kataloog vahetub.

Tavapärased vastused ei sobi:

• Ilus leht koodiga 200, mis ütleb „see objekt pole enam saadaval“: Google’i jaoks on see soft 404, uus viga konsoolis.
• 301-ümbersuunamine objekti kaupa: usaldusväärset sihtkohta pole, objekti enam ei eksisteeri ja hooldatav ümbersuunamistabel osutab lõpuks alati tühjusse.

Mida me rakendasime:

Veel kaks samalaadset lõksu, mida tasub igas kataloogis kontrollida:

• Tundmatud aadressid, mis suunatakse avalehele. Kehtetu kategooria ümbersuunamine avalehele muudab iga katkise aadressi konsoolis järjekordseks ümbersuunamiseks. Tundmatu aadress peab vastama koodiga 404.
• 404-leht vales keeles. Pärast sisemist ümberkirjutamist vealehele serveerib sait, mis loeb keele vealehe aadressilt, mitte taotletud aadressilt, kõigis keeltes ingliskeelse 404.

Mis samuti kahjustab: signaalid, mis valetavad

Programmilise saidi saidikaardid genereeritakse, seega võivad need eksida seeriana. Meie juuli audit leidis kolm juhtumit: uudiste saidikaart, mis tühjana vastas koodiga 404, kuigi see oli robots.txt-s deklareeritud, saidikaartide indeks, mille muutmiskuupäev võrdus päringu kellaajaga, ja objektikaartidel puuduv kuupäev, kuigi CRM teab igaühe uuenduskuupäeva. Otsingumootor, mis märkab, et kuupäev valetab, õpib seda eirama. Kõik kolm on parandatud: tühi saidikaart koodiga 200, indeks ilma väljamõeldud kuupäevata ja tegelik uuenduskuupäev igal kaardil.

Keelelingid on sama liiki signaal. Hreflang, mis kuulutab välja olematu tõlke või säilitab lähtekeele tee, saadab otsingumootori 404-le. Kirjeldame neid juhtumeid artiklis hreflangi vigadest.

Viimane reegel kehtib igasuguse genereeritud sisu kohta: midagi ei avaldata ilma inimese ülelugemiseta. Mudeli toodetud tekst võib sisaldada väljamõeldud väidet ja kataloogi mastaabis kordub mallis olev viga tuhandetel lehtedel.

Reegel, mida me rakendame

Kui kasvõi üks vastus on ei, on parem genereerida vähem lehti. Seda kontrollib SEO-audit kataloogisaidil ja seda jälgib meie SEO ja GEO mootor seejärel iga nädal tootmises. Programmiline osa on vaid osa tööst: ülejäänut kirjeldame artiklis mida SEO-agentuur peab tehisintellekti ajastul tarnima ja teised teemakohased artiklid on koondatud lehele SEO ja nähtavus tehisintellektis.

Korduma kippuvad küsimused

Allikad

1. Rämpspostivastastes eeskirjades (uus vahekaart)developers.google.com