Visi, kuriems teko ar vis dar tenka dirbti su programuotojais, tikriausiai sutiks: tai pakankamai užduotis – susikalbėti su programuotoju. Pirmiausia todėl, kad kalbame skirtingomis kalbomis. SEO specialistai ne visada aiškiai įvardija, ką reikia pakeisti, o programuotojai kartais pateikia techninių terminų, darbų trukmės įvertinimą ir kainą dar iki galo nesupratę problemos. Be to, visi žinome, kad programavimo darbai kainuoja nemažai.
Todėl svarbu aiškiai aprašyti užduotį. Prieš prašydami sprendimo, turime suprasti pačią problemą, jos svarbą ir rezultatą, kurį norime pasiekti. Priešingu atveju rizikuojame sumokėti už darbą, kuris neišsprendžia pradinės problemos, arba sugaišti daugiau laiko aiškindami užduotį nei ją atlikdami.
Taip pat turime atskirti SEO ir programavimo užduotis. Ne kiekvieną SEO specialisto nustatytą problemą turi spręsti programuotojas. Indeksavimo nustatymus, kanoninius URL, vidines nuorodas ir kitus elementus dažnai galima koreguoti turinio valdymo sistemoje (TVS). Tačiau kai problema susijusi su serverio nustatymais, puslapio atvaizdavimu vykdant JavaScript, kodu ar techniniu optimizavimu, dažniausiai prireikia programuotojo pagalbos.
Projektų valdymo patirtis išmokė mane bendradarbiauti būtent taip: aiškiai apibrėžti užduotis, prioritetus ir atsakomybes, o įgyvendinus pakeitimus patikrinti rezultatą. SEO specialistų, kalbant su programuotojais, – suteikti jiems pakankamai informacijos, kad jie galėtų pasirinkti tinkamą sprendimą ir suprastų, kokį rezultatą reikia pasiekti.
Šiame straipsnyje paaiškinsiu, kaip techninio SEO rekomendacijas paversti konkrečiomis užduotimis, išvengti nereikalingo susirašinėjimo ir įsitikinti, kad problema iš tiesų išspręsta.
1. Nustatykite, kas atsakingas už problemos sprendimą
„Sutvarkykite techninio SEO trūkumus“ nėra tinkamas užduoties aprašymas programuotojui.
SEO apima tyrimus, planavimą, svetainės struktūrą, optimizavimą, techninius auditus ir rezultatų patikrą. Programuotojui neturėtų tekti nagrinėti viso SEO audito vien tam, kad išsiaiškintų, ką jis turi padaryti.
Prieš rengdamas užduotį programuotojui, SEO specialistas turėtų atsakyti į šiuos klausimus:
- Kokia konkrečiai yra problema?
- Kuriuose puslapiuose ar svetainės funkcijose ji pasireiškia?
- Ar ją galima išspręsti nekeičiant kodo, HTML ar serverio konfigūracijos?
- Kas turėtų pasikeisti atlikus darbus?
Ne kiekvienam techninės problemos sprendimui reikia programuotojo
Pavyzdžiui, neteisingai nustatyta noindex žyma gali atrodyti kaip techninė problema, tačiau ją pakeisti naudojant SEO įskiepį ar TVS dažnai nesudėtinga. Jeigu SEO specialistas turi reikiamą prieigą ir supranta pakeitimo pasekmes, tai gali būti jo užduotis.
Situacija kitokia, kai žyma pateikiama HTTP atsako antraštėje, nustatoma puslapio šablono faile arba valdoma per konfigūraciją, kurios negalima pasiekti TVS.
Tas pats principas taikomas kanoniniams URL, peradresavimams ir XML svetainės žemėlapiams: SEO specialistas apibrėžia, kaip jie turėtų veikti, o įgyvendinimas priklauso nuo svetainės įgyvendinimo, prieigos teisių ir užduoties sudėtingumo.
| Sritis | SEO specialisto atsakomybė | Kada įsitraukia programuotojas |
|---|---|---|
| Turinys ir vidinis SEO | Tyrimai, turinys, antraštės, puslapių pavadinimai, metaaprašymai ir vidinės nuorodos | Kai reikia pašalinti TVS ar taikomo šablono apribojimus |
| Indeksavimo žymos | Nustatyti paveiktus puslapius ir pakeisti prieinamus TVS nustatymus | Kai žymos valdomos kodu ar serverio konfigūracija |
| Kanoniniai URL | Nustatyti pageidaujamus URL ir valdyti prieinamus SEO nustatymus | Kai reikia taisyti šablono logiką ar automatines taisykles |
| Svetainės veikimo sparta | Įvertinti problemas, prioritetus ir paveiktus puslapius; atlikti prieinamus vaizdų bei kitų medijos failų optimizavimo darbus | Kai reikia optimizuoti kodą, skriptus, laikinai saugomų duomenų naudojimą, šablonus ar serverio veikimą. |
| JavaScript | Nustatyti trūkstamą turinį ar nuorodas ir apibrėžti siekiamą rezultatą | Kai reikia ištirti ir išspręsti atvaizdavimo ar skriptų problemas |
| robots.txt | Peržiūrėti taisykles ir nustatyti, kokia prieiga reikalinga | Kai reikia įgyvendinti ir patikrinti failo ar konfigūracijos pakeitimus |
| Peradresavimai | Parengti senųjų ir naujų URL atitikmenų sąrašą bei atlikti tinkamus TVS lygmens pakeitimus | Kai reikia serverio taisyklių ar sudėtingesnės peradresavimo logikos |
| XML svetainės žemėlapiai | Nustatyti, kurie URL turi būti įtraukti, ir patikrinti rezultatą | Kai reikia taisyti automatinį žemėlapio generavimą |
Pateiktas pavyzdys yra tik praktinis darbų pasiskirstymas, o ne taisyklė. Vienose organizacijose SEO specialistai moka programuoti, kitose programuotojo pagalbos prireikia beveik visiems techniniams pakeitimams. Svarbiausia – aiškumas: kiekvienas turi žinoti savo vaidmenį ir atsakomybę.
DI paieška šio principo nekeičia
Google nurodo, kad puslapiai, pateikiami kaip šaltinių nuorodos „AI Overviews“ ar „AI Mode“ funkcijose, turi būti indeksuoti ir tinkami rodyti Google paieškos rezultatuose su ištrauka. Papildomų techninių reikalavimų šioms funkcijoms nėra. Todėl „padarykite, kad mūsų svetainė būtų rodoma DI atsakymuose“ nėra konkreti programavimo užduotis.
Konkreti užduotis galėtų skambėti taip:
„Pagrindinės paslaugos aprašymo nėra puslapio HTML kode. Išsiaiškinkite priežastį ir pasirūpinkite, kad aprašymas jame būtų pateikiamas.“
Techniniai pakeitimai gali pašalinti kliūtis, tačiau negarantuoja indeksavimo, aukštų pozicijų ar įtraukimo į DI sugeneruotą atsakymą.
2. Aiškiai aprašykite užduotį
Geras užduoties aprašymas nebūtinai turi būti ilgas. Jame tiesiog turi pakakti informacijos, kad programuotojas suprastų problemą, įvertintų darbų apimtį ir galėtų patikrinti rezultatą.
Atskirkite įrodymus nuo prielaidų
Įsivaizduokite, kad paslaugos puslapis neindeksuojamas. Tai nustatytas faktas, bet dar ne diagnozė. Puslapyje gali būti noindex žyma, Google gali būti pasirinkusi kitą kanoninį URL arba puslapis gali būti neindeksuojamas dėl kitos priežasties.
Google indeksavimo dokumentacijoje paaiškinama, kad ne kiekvienas URL turi būti indeksuojamas. Pasikartojančios ir nekanoninės puslapių versijos yra pavyzdžiai, kai URL gali būti pagrįstai neindeksuoti. Tai aktualu e-komercijai ir prekių filtravimui, kai vienam puslapiui yra sukuriami keli ar keliolika skirtingų URL, būtent dėl filtro konfigūracijos.
Aiškiame užduoties aprašyme atskirkite keturis dalykus:
- Faktas: „Šis paslaugos URL neindeksuojamas.“
- Įrodymas: „Jo HTTP atsake pateikiama antraštė X-Robots-Tag: noindex.“
- Prielaida: „Ši žyma gali būti pridedama serverio konfigūracijoje.“
- Reikalavimas: „Šio paslaugos puslapio indeksavimas neturi būti draudžiamas.“
Pateikite verslo kontekstą
Programuotojui turėtų būti aišku, kodėl užduotį svarbu atlikti.
Palyginkite:
„Šiame puslapyje yra techninė klaida.“
Ir:
„Tai pagrindinis mūsų konsultavimo paslaugos puslapis. Jame pristatomas pasiūlymas ir pateikiama užklausos forma. Techninį apribojimą svarbu pašalinti, nes šis puslapis skirtas potencialiems klientams pritraukti iš paieškos.“
Antrasis pavyzdys suteikia kontekstą, tačiau nežada konkretaus komercinio rezultato.
Jeigu neturite duomenų, kaip problema veikia užklausų skaičių, taip ir pasakykite. „Dėl šios problemos lankytojai gali nepasiekti svarbios informacijos“ yra tiksliau nei „dėl to prarandame pusę potencialių klientų“.
Apibrėžkite problemos apimtį
Vienas URL gali parodyti viso naudojamo šablono problemą.
Paklauskite:
„Ar ši problema pasireiškia tik viename puslapyje, ar visuose puslapiuose, kuriuose naudojamas tas pats šablonas?“
Pateikite bent vieną pavyzdinį URL, o jeigu turite – visą paveiktų URL sąrašą. Nurodykite ir išimtis: taisant paslaugų puslapių indeksavimą neturi būti keičiamos skiltys, kurios sąmoningai neindeksuojamos.
Laikykitės vienodos užduočių struktūros
| Užduoties dalis | Ką nurodyti |
|---|---|
| Pavadinimas | Konkretų veiksmą ir paveiktą sritį |
| Esama problema | Kas vyksta šiuo metu |
| Apimtis | URL, puslapių tipus ar šablonus |
| Įrodymai | Testo datą, įrankio rezultatus, ekrano kopijas ar svetainės nuskaitymo duomenis |
| Svarba verslui | Kodėl paveikti puslapiai ar veiksmai yra svarbūs |
| Siekiamas rezultatas | Kaip svetainė turėtų veikti |
| Priėmimo kriterijai | Patikras, pagal kurias bus nustatyta, ar užduotis atlikta |
| Apribojimai | Funkcijas ar nustatymus, kurie turi likti nepakeisti |
| Atsakomybės ir terminai | Kas įgyvendina, kas tikrina ir koks sutartas terminas |
Toks darbo metodas yra pavyzdys, kuris leidžia sklandžiau susikalbėti su programuotojams. Svarbiausia – nuoseklumas: niekam nereikia spėlioti, kokios informacijos trūksta.
3. Technines rekomendacijas paverskite konkrečiomis užduotimis
Toliau pateikiami pavyzdžiai, kaip suformuluoti dažnas techninio SEO užduotis, nenurodinėjant programuotojui, kokį konkretų įgyvendinimo būdą jis turi pasirinkti.
Indeksavimo apribojimai serverio lygmeniu
Jeigu noindex galima išjungti TVS nustatymuose, SEO specialistas gali tai padaryti pats. Jeigu žyma valdoma kitur, reikia užduoties programuotojui.
Neaiški užduotis:
„Pasirūpinkite, kad šie puslapiai būtų rodomi Google paieškos rezultatuose.“
Aiškesnė užduotis:
„Šių paslaugų puslapių HTTP atsakuose pateikiama antraštė X-Robots-Tag: noindex. Šio apribojimo negalime pašalinti per TVS nustatymus. Nustatykite, kur pridedama ši antraštė, ir pašalinkite ją (tik nurodytiems) URL.“
Užduoties atlikimo priėmimo kriterijai:
- Nurodyti puslapiai nebegrąžina indeksavimą draudžiančios žymos.
- Jų HTML kode nėra kitos noindex žymos.
- Puslapiai grąžina HTTP būsenos kodą 200.
- Pakeitimas nepaveikia puslapių, kurių indeksavimas sąmoningai draudžiamas.
Google palaiko noindex, pateikiamą HTML metažymoje arba HTTP atsako antraštėje.
Šios užduoties priėmimo kriterijus – pašalintas indeksavimo apribojimas, o ne „puslapis rytoj turi užimti aukštas pozicijas“.
Robots.txt pakeitimai
SEO specialistas įvertina taisykles ir nustato, kokia prieiga turi būti leidžiama. Mano praktikoje robots.txt pakeitimus įgyvendina ir patikrina programuotojas arba techninė internetinės svetainės komanda.
Neaiški užduotis:
„Pakeiskite robots.txt.“
Aiškesnė užduotis:
„Dabartinės taisyklės draudžia nuskaityti nurodytus paslaugų URL. Šie puslapiai turi būti pasiekiami paieškos sistemų robotams. Pakoreguokite atitinkamas taisykles, išsaugodami apribojimus kitoms sutartoms svetainės skiltims.“
Pateikite paveiktus URL ir taisykles, kurias reikia peržiūrėti. Aiškiai įvardykite tikslą. Nuskaitymo blokavimas ir indeksavimo draudimas nėra tas pats. Jeigu Google negali nuskaityti puslapio, ji negali perskaityti jame pateiktos noindex žymos.
Todėl nurodymas „užblokuokite puslapį per robots.txt, kad jis dingtų iš Google gali būti netinkamas.
Trūkstamas JavaScript generuojamas turinys
Neaiški užduotis:
„Pašalinkite „JavaScript“, nes jis kenkia SEO.“
Konkretesnė užduotis:
„Google Search Console tiesioginiame URL teste pagrindinio paslaugos aprašymo ir nuorodų į kainas nėra sugeneruotame HTML. Išsiaiškinkite, kodėl šis turinys neįkeliamas.“
Pridėkite testo datą, paveiktus URL ir tiksliai nurodykite, kokio turinio trūksta.
Google vykdo JavaScript, todėl pati ši technologija nėra problema. Tačiau užblokuoti ištekliai ir įgyvendinimo klaidos gali trukdyti tinkamai atvaizduoti puslapį. Be to, ne visi robotai gali vykdyti JavaScript.
Užduoties atlikimo priėmimo kriterijai:
- Pagrindinė informacija yra sugeneruotame HTML.
- Svarbios nuorodos pateikiamos HTML <a> žymomis su href atributu.
- Svarbiam turiniui pasiekti nereikia papildomai spustelėti.
- Meniu, formos ir kitos sutartos funkcijos veikia tinkamai.
- Patikrinti kiti puslapiai, kuriuose naudojamas tas pats šablonas.
Programuotojas turėtų įvertinti, ar tikslinga naudoti atvaizdavimą serverio pusėje (SSR) arba išankstinį atvaizdavimą.
Lėtai įkeliami puslapiai mobiliuosiuose įrenginiuose
SEO specialistas gali įvertinti problemas, nustatyti prioritetus ir atlikti jam prieinamus vaizdų ar turinio pakeitimus. Kodo, skriptų, serverio ir podėlio optimizavimui reikia techninio įgyvendinimo.
Neaiškus prašymas
„Pasiekite 100 balų PageSpeed Insights.“
Aiškesnis prašymas
„Pagrindinė informacija šiame paslaugos puslapyje mobiliuosiuose įrenginiuose įkeliama per lėtai. Pridėtuose rezultatuose nurodyti paveikti URL ir testavimo sąlygos. Ištirkite technines priežastis ir pasiūlykite sprendimus, kurie pagerintų rodiklius ir nepakenktų užklausos formos veikimui.“
Naudotojo patirtį padeda įvertinti trys Core Web Vitals rodikliai:
| Rodiklis | Ką matuoja | Gera reikšmė | |||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| LCP | Pagrindinio turinio elemento įkėlimo spartą | Ne daugiau kaip 2,5 sekundės | |||||||||||||||||||||||||||||||||||||||
| INP | Reagavimo į naudotojo veiksmus spartą | Ne daugiau kaip 200 milisekundžių | |||||||||||||||||||||||||||||||||||||||
| CLS | Netikėtus puslapio elementų padėties poslinkius |
Ne daugiau kaip
Geras laboratorinio testo rezultatas dar neparodo, kaip puslapis veikia realiems lankytojams. Todėl, kai duomenų pakanka, vertinkite ir realių naudotojų rodiklius, pateikiamus „PageSpeed Insights“, „Discover what your real users are experiencing“. Kodėl svetainės greitis svarbus verslui?2021 m. pristatytame „Vodafone“ A/B teste versija, kurios LCP rodiklis pagerėjo 31 %, sugeneravo 8 % daugiau pardavimų. Potencialių klientų užklausų ir apsilankymų santykis pagerėjo 15 %, o prekių krepšelio veiksmų ir apsilankymų santykis – 11 %. Abi versijos buvo vienodos savo išvaizda ir funkcijomis. Optimizuotoje versijoje buvo naudojamas serverio pusėje generuojamas HTML ir optimizuoti vaizdai. Kanoninių URL generavimo klaidosJeigu kanoninį URL galima pakeisti per TVS, tai gali atlikti SEO specialistas. Jeigu neteisingą reikšmę generuoja šablonas, reikia programuotojo pagalbos. Pavyzdys: Google nurodo, kad kanoninės žymos ir peradresavimai yra stiprūs kanoninio URL pasirinkimo signalai, o URL įtraukimas į svetainės žemėlapį – silpnesnis signalas. Kanoninė žyma nėra besąlyginis nurodymas. Įsitikinkite, kad kiti signalai neprieštarauja vieni kitiems: vidinėse nuorodose ir svetainės žemėlapyje turi būti naudojami numatyti URL, o atvaizduojant puslapį kanoninis URL neturi netikėtai pasikeisti. URL keitimas ir svetainės perkėlimasAtliekant svetainės migraciją, SEO specialistas parengia senųjų ir naujų URL atitikmenų sąrašą bei apibrėžia reikalavimus. Programuotojas įgyvendina pakeitimus, kuriems reikia kodo keitimo ar prieigos prie serverio. Pavyzdys: Google rekomenduoja nuolatinius serverio lygmens peradresavimus, pavyzdžiui, 301 arba 308, tiesiai į galutinį URL. Daugelio senų URL nukreipimas į nesusijusį pagrindinį puslapį gali būti vertinamas kaip vadinamoji „soft 404“ klaida. 4. Susitarkite dėl prioritetų ir kainosSEO įrankio įspėjimas nebūtinai reiškia, kad problemą reikia spręsti nedelsiant.
Tai pavyzdinis prioritetų nustatymo modelis. Net ir mažai lankomas puslapis gali generuoti vertingas užklausas. Prašykite darbų įvertinimoNe taip: O taip: Jeigu diagnozė neaiški, atskirkite tyrimą nuo įgyvendinimo. Pirmiausia gali prireikti nedidelės diagnostinės užduoties, o tik tada bus įmanoma pagrįstai įvertinti sprendimo trukmę.
Apsvarstykite alternatyvasProgramuotojas gali nepritarti siūlomam sprendimui, bet pritarti pačiam SEO reikalavimui. Paklauskite: Nepameskite siekiamo rezultato, tačiau būkite atviri kitiems jo įgyvendinimo būdams. Atskirkite užduotisNesujunkite indeksavimo, greičio, navigacijos ir išplėstinių paieškos rezultatų į vieną užduotį „SEO taisymai“. 5. Patikrinkite darbą po įdiegimoPakeitimo įdiegimas ir problemos išsprendimas yra dvi atskiros užduotys. Programuotojas patikrina techninį įgyvendinimą, o SEO specialistas – ar įvykdyti SEO reikalavimai. Kai aktualu, abu turi įsitikinti, kad pakeitimai nesutrikdė svarbiausių svetainės funkcijų. Siūloma darbo eiga:
Atskirkite užduoties užbaigimą nuo vėlesnių rezultatų
Efektyvus bendradarbiavimas nereiškia, kad SEO specialistas turi tapti programuotoju, o programuotojas – perimti SEO darbus. Reikia aiškiai įvardytos problemos, sutarto rezultato, paskirstytų atsakomybių ir patikros, kuri parodytų, ar atliktas darbas padėjo pasiekti numatytą tikslą. DUK: Kaip susikalbėti su programuotoju dėl techninio SEO?
1. Ar SEO specialistas turi perduoti programuotojui visas technines išvadas?
Ne. Pirmiausia reikia nustatyti, ką galima saugiai atlikti naudojant esamą TVS ir SEO įrankius. Programuotojo pagalbos reikia tada, kai įgyvendinimui būtina keisti kodą, serverio nustatymus, šablonus ar kitus techninius komponentus.
2. Kas turi pašalinti noindex žymą?
Tai priklauso nuo to, kur žyma nustatyta. TVS nustatymą dažnai gali pakeisti SEO specialistas. Jeigu žyma valdoma serverio lygmeniu arba kodu, gali prireikti programuotojo pagalbos.
3. Kas atsakingas už svetainės greičio optimizavimą?
SEO specialistas gali nustatyti problemas, sudėlioti prioritetus ir atlikti jam prieinamus medijos failų optimizavimo darbus. Programuotojas įgyvendina pakeitimus, kuriems reikia programavimo.
4. Ką daryti, jeigu programuotojas nesutinka su problema?
Išsiaiškinkite, su kuo konkrečiai jis nesutinka: problemos diagnoze, prioritetu ar siūlomu įgyvendinimo būdu. Tai skirtingi klausimai, kuriuos reikia aptarti atskirai.
5. Kada užduotis laikoma atlikta?
Kai veikiančioje svetainėje įgyvendintas pakeitimas atitinka sutartus priėmimo kriterijus. Indeksavimo ir verslo rezultatų stebėjimas gali būti tęsiamas atskirai.
6. Ar pakeitimai užtikrins matomumą DI paieškoje?
Ne. Jie gali pašalinti technines kliūtis, tačiau Google negarantuoja nei indeksavimo, nei įtraukimo į DI paieškos atsakymus. Straipsnis paruoštas remiantis šiais šaltiniais:
Susiję straipsniai |