
Bendradarbiavimas su didelėmis organizacijomis siekiant pagerinti savo techninį SEO, mano manymu, yra geriausias ir maloniausias laikas praktikuoti techninius įgūdžius.
Dažniausiai jūs susiduriate su sudėtingomis sistemomis ir infrastruktūra, daugybe senų problemų ir skirtingų komandų, atsakingų už skirtingas svetainės skyrius.
Tai reiškia, kad turite dirbti su daugybe komandų ir įrodyti verslo atvejus, įskaitant „kodėl“, skirtas kelioms suinteresuotosioms šalims, kad būtų galima įgyvendinti pokyčius.
Tam jums reikia stiprių techninių SEO žinių, tačiau jums taip pat reikia galimybės priversti kelis žmones (ir komandas) rūpintis, kodėl kažkas yra problema, ir priežastis, kodėl jie turėtų būti investuoti į jo taisymą.
Sudėtingų techninių problemų žongliravimas ir ryšių palaikymas su keliomis suinteresuotosiomis šalimis, pradedant nuo C lygio iki prekės ženklo, produktų ir inžinerijos komandų (be jūsų tiesioginių kontaktų), gali būti didžiulė patirtis.
Tačiau tai taip pat suteikia puikią patirtį ir leidžia ugdyti svarbiausius techninius SEO įgūdžius ne kontroliniuose sąrašuose ir geriausios praktikos srityse. Tai yra vertinga patirtis, kurią galite pritaikyti moderniausiems techniniams projektams.
Išleisti bendravimą mastu
Įmonių prekės ženklai turi dideles komandas, ir jums reikės koordinuoti ir dirbti su keliomis komandomis, kad viskas būtų padaryta.
Kai kuriose įmonėse šios komandos dirba kaip viena ritmo, su žinomais sutapimais ir laisvai tekančiomis komunikacijomis.
Kiti dirba siloso komandose, svetainėje (arba svetainėse) ir (arba) regionuose yra iškirptos į skirtingas komandas. Tai gali padaryti sudėtingesnį rezultatų parodymą labiau „tradiciniu“ būdu ir gali priversti įsigyti visos svetainės technines problemas, kad būtų išspręsta sudėtingesnė.
Kiekviena verslo komanda turi savo prioritetų rinkinį ir dažnai savo pagrindinius veiklos rodiklius (KPI).
Nors rinkodaros komandos gali būti suskaidytos, inžinerijos komandos paprastai yra vienas šaltinis versle, todėl jūs konkuruojate su kitomis rinkodaros komandomis, prekės ženklais ir produktais.
Tai reiškia, kad jums reikia ne tik įsitikinti, kad jūsų pagrindinis kontaktinis dalykas rūpinasi šiuo klausimu, bet ir pranešti platesnėms komandoms, kaip išspręsti problemą taip pat yra jų interesai.
Būdas tai padaryti yra veiksmingos, daugiafunkcinės ataskaitos.
Tai nereiškia, kad visi departamentai gali pasirinkti vieną didelę ataskaitą ir pasirinkti tai, į ką jie žiūri, tačiau naudodamiesi turimais duomenimis, kad sukurtumėte keletą paprastų, švarių ir virškinamų ataskaitų, kurios kiekvienai suinteresuotų šalių grupei praneša svarbiausią metriką, kuri yra svarbi. jiems ir paveikti jų sugebėjimą būti sėkmingam.
Tai gali būti taip paprasta, kaip praneša „Looker Studio“ arba, jei esate „API Savvy“, jūsų pačių ataskaitų prietaisų skydeliai.
Standartinės darbo procedūros (SOP)
SOP leidžia jums sukurti sistemą su klientu, kad būtų nustatyti nuoseklumo ir mastelio keitimo etalonai ir dokumentuoti pagrindinius pakeitimus, sprendimus ir įgyvendinimus.
Sukurti žinių centrą pagrindiniams pakeitimams dokumentuoti yra įprasta praktika, net ir už įmonės ribų, tačiau kuriant SOP, kurie reguliariai peržiūrimi ir peržiūrimi, žengia dar vieną žingsnį toliau.
Tai taip pat padeda klientui įlipti į naujus komandos narius, kad jie padidintų juos greitį ir išlygintų šį procesą. Tai taip pat pateikia rėmus kitoms klientų komandoms, sumažinant jų riziką ar potencialą, nesilaikant sutartos geriausios prekės ženklo praktikos ar eksperimentuojant su tuo, ką jie skaitė atsitiktiniame tinklaraštyje ar kažkas, ką pasiūlė didelis kalbos modelis ( Llm).
Galite sukurti SOP įvairiems scenarijams, tačiau iš patirties yra trys bendros SOP, apimantys daugybę pagrindų ir sušvelninti galimą „SEO riziką“ iš techninės SEO perspektyvos:
- Vidinis susiejimas.
- Vaizdo optimizavimas.
- URL struktūros.
Vidinis susiejimas
Vidinės nuorodos yra labai svarbios SEO. Kiekviename turinio kūrinyje, išskyrus nusileidimo puslapius, turėtų būti įtrauktos vidinės nuorodos, kai aktualios. Paprastas SOP gali būti:
- Venkite naudoti nenustatytą inkaro tekstą, pavyzdžiui, „čia“ ar „šis straipsnis“, ir pateikite tam tikrą kontekstą, kuriame yra susietas puslapis.
- Venkite vidinių nuorodų be konteksto, pavyzdžiui, automatizuojant pirmą ar antrą žodžio ar frazės egzempliorių kiekviename puslapyje, kad nurodytumėte į vieną konkretų puslapį.
- Naudokite „Ahrefs“ vidinių nuorodų galimybių įrankį arba „Google“ paiešką (
site:(yourdomain.com) “keyword”) Norėdami rasti susiejimo galimybes.
Vaizdo optimizavimas
Daugelis atsiveria vaizdų SEO, tačiau vaizdų optimizavimas gali pagerinti puslapių apkrovos greitį – ir, jei jums svarbu, pagerina jūsų matomumą vaizdų paieškoje. Gerame SOP turėtų apimti:
- Naudojant aprašomuosius failų pavadinimus, o ne raktinius žodžius.
- Rašydamas „Alt“ tekstą, kuris tiksliai apibūdina prieinamumo vaizdą ir neįtraukia pardavimo pranešimų.
- Tinkamo failo formato pasirinkimas ir vaizdų suspaudimas, siekiant pagerinti apkrovos greitį.
URL struktūros
Įsitikinkite, kad URL yra optimizuoti paieškos sistemoms ir vartotojams, kad jie būtų aiškūs, glaustai ir svarbūs raktiniams žodžiams. SOP turėtų padengti:
- Pašalinant nereikalingus sustabdymo žodžius, skyrybos ženklus ir baltas erdves (20%).
- Vietoj pab, naudojamos brūkšneliams.
- Ne raktinių žodžių įdaras URL.
- Naudojant parametrus, kurie nepaiso šaltinio ar suaktyvina naują sesiją „Google Analytics 4“.
Techninis audito niuansai
Vienas iš sudėtingesnių techninio audito elementų bet kurioje įmonės svetainėje su daugybe URL yra šliaužianti.
Yra keletas būdų, kaip galite išspręsti įmonių svetainę, tačiau du įprasti niuansai, su kuriais susiduriu, yra poreikis atlikti įprastus mėginių tikrinimo programas arba spręsti daugialypės srities srities nuskaitymą.
Pavyzdinis nuskaitymas
Mėginių tikrinimas yra efektyvus būdas diagnozuoti didelio masto SEO problemas be viso nuskaitymo.
Naudodamiesi strateginiais mėginių ėmimo metodais, prioritetų nustatymu pagrindiniuose skyriuose ir panaudodami žurnalo duomenis, galite įgyti veiksmų, kuriuos galima įgyti, išsaugodami nuskaitymo efektyvumą.
Jūsų pavyzdys turėtų būti pakankamai didelis, kad atspindėtų svetainės struktūrą, bet pakankamai mažą, kad būtų efektyvus.
Paprastai dirbu pagal šias svetainės dydžio ar padomeno ar poaplankio dydžio gaires.
| Dydis | URL skaičius | Imties dydis |
| Mažas | <10 000 | Nurodykite visus arba 90%+ URL. |
| Vidutinis | 10 000–500 000 | 10–25%, atsižvelgiant į tai, kuris spektro galas patenka į jūsų URL skaičių. |
| Didelis | > 500 000 | 1-5% imties, daugiausia dėmesio skiriant pagrindinėms sekcijoms. |
Taip pat norite pasirinkti savo pavyzdžius strategiškai, ypač kai jūsų URL skaičius patenka į šimtus tūkstančių ar milijonų. Yra keturi pagrindiniai mėginių ėmimo tipai:
- Atsitiktinė atranka: Pasirinkite URL atsitiktine tvarka, kad gautumėte nešališką svetainės sveikatos apžvalgą.
- Stratifikuota mėginių ėmimas: Padalinkite svetainę į pagrindinius skyrius (pvz.
- Prioritetinis atranka: Sutelkite dėmesį į didelės vertės puslapius, tokius kaip viršutinio konvertavimo URL, didelio srauto skyriai ir naujai paskelbtas turinys.
- Struktūrinis mėginių ėmimas: Nurodykite svetainę pagal vidinę susiejimo hierarchiją, pradedant nuo pagrindinio puslapio ir pagrindinių kategorijų puslapių.
Surenkiančios kelių žaidimų svetainės
Norint tikrinti svetaines, sukurtas ant kelių krūvų, reikalinga strategija, kurioje atsižvelgiama į skirtingus pateikimo metodus, URL struktūras ir galimas kliūtis, tokias kaip „JavaScript“ vykdymas ir autentifikavimas.
Tai taip pat reiškia, kad jūs negalite tiesiog nuskaityti visos svetainės ir pateikti plačias, plačias „visos svetainės“ rekomendacijas.
Toliau pateikiami labai svarbiausi kontroliniai sąrašai, kuriuos turėtumėte laikytis, ir jis apima daugybę pagrindinių sričių ir „bazių“, su kuriomis galite susidurti:
- Nurodykite ir nubrėžkite, kurios svetainės dalys yra perduotos serveriais, palyginti su klientais.
- Nustatykite, kurios sritys reikalauja autentifikavimo, pavyzdžiui, vartotojo sričių.
- Jei skyriuose reikalaujama prisijungti (pvz., Produkto programa), naudokite sesijų slapukus arba „Token“ pagrįstą autentifikavimą dramaturge/logpeeteer.
- Nustatykite nuskaitymo vėlavimą, jei egzistuoja greitis.
- Patikrinkite, ar nėra tinginėjančio turinio (slinkties ar spustelėjimu).
- Patikrinkite, ar viešose API galiniuose taškuose yra lengviau išgauti duomenis.
Puikus to pavyzdys yra svetainė, kurioje dirbau keletą metų. Jis turėjo sudėtingą krūvą, kuriai reikėjo skirtingų nuskaitymo metodų, kad būtų galima nuskaityti ir nustatyti problemas reikšmingu mastu.
| Krūvos komponentas | Artėja |
| Nuxt | Jei naudojate SSR arba SSG, standartiniai tikrinimo darbai. Jei naudojate kliento pusės hidrataciją, įjunkite „JavaScript“ pateikimą. |
| Vaiduoklis | Paprastai SSR, todėl normalus nuskaitymas turėtų veikti. Jei naudojate savo API, apsvarstykite galimybę gauti struktūrizuotus duomenis, kad gautumėte geresnių įžvalgų. |
| Kampinis | Reikia „JavaScript“ perteikimo. Įrankiai, tokie kaip lėlių ar dramaturgas, padeda dinamiškai gauti turinį. Atsargiai tvarkykite begalinį slinkimą arba tingų krovimą. |
| Zendesk | „Zendesk“ dažnai turi roboto apribojimus. Patikrinkite, ar nėra prieigos prie API, arba RSS informacijos santraukos. |
Aukščiau yra kraštutinis požiūris į šlifavimą. Jei jūsų tikrinimo įrankis leidžia jums pateikti tinklalapius ir vengti naudoti tokius įrankius kaip „Plopeteer“, kad gautumėte turinį, turėtumėte tai padaryti.
Paskutinė mintis
Darbas prie didelių organizacijų techninių SEO kelia unikalius iššūkius, tačiau tai taip pat siūlo keletą maloniausių patirčių ir mokymosi galimybių, kurių nerandate kitur – ir ne visiems SEO specialistams pasisekė patirti.
Padarę daug „kasdienių“ lengviau valdomų ir įsigijusių kuo daugiau klientų suinteresuotųjų šalių, gali padėti užmegzti geresnius ryšius su kliento agentūromis ir išdėstyti pagrindus stiprioms SEO kampanijoms.
Daugiau išteklių:
Pateiktas vaizdas: „Sammby“/„Shutterstock“



