Enterprise SEO: de ce „cele mai bune practici” nu o vor reduce și ce să faceți în schimb

Mulți profesioniști SEO se bazează pe „cele mai bune practici” în eforturile lor de SEO.

Dar atunci când optimizați site-urile web pentru întreprinderi bazate pe JavaScript pentru viteza site-ului, aveți nevoie de mai mult decât „cele mai bune practici”.

Iată de ce soluțiile standard nu se aplică întotdeauna site-urilor de întreprindere și ce puteți face în schimb.

Îmbunătățirea vitezei site-ului: migrarea la randarea pe server nu este întotdeauna răspunsul potrivit

Imaginați-vă că mergeți la CEO (sau la oricine din conducerea superioară) și îi sfătuim: „Trebuie să ne schimbăm site-ul web la redarea pe server (SSR).”

Ei te întreabă: „De ce?” și singurul răspuns pe care le puteți da este: „Pentru că este cea mai bună practică să îmbunătățiți viteza site-ului”. Probabil că ai fi literalmente râs afară din cameră.

Implicațiile de afaceri și costurile asociate cu migrarea SSR nu merită efortul mare și impactul scăzut.

Cu excepția cazului în care un site web de companie este construit de la zero pentru a fi redat pe partea de server sau nu trece deja printr-o migrare a site-ului web, rareori există un motiv pentru a migra la SSR.

Gândiți-vă la unele dintre costurile ușoare și grele care ar urma:

• Examinarea tuturor sistemelor și a API-urilor pentru a confirma compatibilitatea, care probabil nu este în totalitate documentată (probabil în sute, dacă nu chiar în mii).
• Mii de ore de lucru pentru refactorizarea, QA și revizuirea accesibilității pentru întregul site web.
• Formarea personalului existent cu privire la noul cadru (zeci, dacă nu sute, de oameni din întreaga organizație).
• Angajarea sau concedierea dezvoltatorilor și inginerilor care fie nu doresc, fie nu sunt la înălțimea noului cadru.
• Mai mulți bani cheltuiți pe taxele de server.

În loc să suportați un proces atât de consumator de timp și de resurse, există alte modalități mai de succes de a îmbunătăți viteza site-urilor web ale întreprinderilor.

Într-un rol anterior de întreprindere, am discutat chiar acest scenariu cu unul dintre inginerii noștri seniori de sisteme pentru a se distra.

Am estimat că va dura companiei un an și jumătate, un trib dedicat agil (de obicei aproximativ 70 de oameni) și cel puțin 2 milioane de dolari (AUD). Și asta a fost probabil o estimare conservatoare.

Deci, ce facem în schimb pentru a face progrese?

Cunoaște-ți celelalte echipe și ajută-le

La nivel de întreprindere, SEO trebuie să fie un cameleon, deoarece te bazezi pe alte echipe pentru a prioritiza și pentru a-ți face munca pentru tine.

Există un motiv întemeiat pentru care nu aveți cheile regatului pentru a face modificări pe site-ul live. Deci, SEO nu este doar SEO.

SEO este „acest lucru va îmbunătăți viteza site-ului nostru/ne va ajuta să îndeplinim cerințele de accesibilitate/etc.” SEO este totul dar SEO.

Tom Critchlow a spus acest lucru în cursul său SEO MBA și pe podcastul meu, Engage: On Enterprise SEO.

Rezumă foarte bine viața ca o întreprindere SEO.

Trebuie să petreci mult timp ascultând și acordând atenție la ceea ce fac alți oameni și apoi să le arăți cum ceea ce fac ei a îmbunătățit vizibilitatea organică a site-ului.

Creați susținători, iar acești oameni vor continua să revină la dvs. cu un raport constant despre ceea ce fac și se schimbă pe site. Asta e jumătate din bătălie acolo.

A doua jumătate implică lucrul cu dezvoltatorii, designerii și analiștii pentru a face lucrurile. Acest lucru este de obicei mult mai ușor atunci când realizezi că oamenii sunt oameni cu propriile lor gânduri, sentimente și obiective.

A fi o persoană curioasă care dorește să-i ajute să-și facă viața mai ușoară este mult mai atrăgătoare decât să lucrezi cu un taur într-un magazin de porțelanuri care vine în viața lor la fiecare câteva săptămâni și le face cereri fără compromisuri.

Lucrul cu dezvoltatorii și producătorii

La multe întreprinderi din zilele noastre, viteza site-ului este un factor cunoscut care ajută (sau împiedică) ratele de conversie.

Multe echipe de dezvoltare interne au probabil viteza site-ului ca KPI. Atingeți asta.

Amândoi căutați același lucru, iar dezvoltatorii voștri vor cunoaște baza de cod mai bine decât voi. Și dacă este făcut bine, puteți ieși amândoi cu un bonus.

Unele dintre oportunitățile comune de viteză a site-ului pe care le-am descoperit cu care te pot ajuta dezvoltatorii includ:

Dimensiunea/greutatea codului

Dacă echipele dvs. au sprinturi sau alocări ale datoriilor tehnologice, păstrarea momentului în care fac de obicei această activitate vă poate ajuta să înțelegeți impactul refactorizării lor.

Reflectați-le înapoi la ei și recunoașteți munca lor grea.

Încărcarea imaginii și schimbarea cumulată a aspectului (CLS)

CLS poate fi un factor important în timpul de încărcare perceput al site-urilor web mari, de întreprindere, bazate pe JS. În funcție de modul în care este implementat, utilizarea unei biblioteci JS de substituenți pentru a „ține” în mod eficient poziția imaginilor poate reduce timpul perceput de încărcare a paginii, prin nedeplasarea paginii atunci când imaginile sunt încărcate.

Managementul redirecționării

Acest lucru nu a fost ceva pe care aș putea să mă bazez deoarece gestionarea noastră de redirecționare a fost masiv fragmentată.

Dacă sistemul dvs. este puțin mai centralizat, totuși, gestionarea redirecționărilor, eliminarea hopurilor, consolidarea regulilor în regex și îmbunătățirea acelei datorii tehnice ar putea ajuta destul de mult.

Cu unele implementări de server, fiecare regulă de redirecționare trebuie citită înainte ca pagina să se poată încărca, ceea ce poate adăuga o perioadă decentă de timp (mai mult de milisecunde) la timpul de încărcare inițial.

<button> în loc de <a href>

Acesta este puțin mai nuanțat, dar am găsit adesea dezvoltatorii JS care includ implicit link-uri ahref ca butoane.

De obicei, acest lucru se datorează faptului că au timp redus și este o valoare implicită nativă a cadrului în care lucrează.

Când controlam noi șabloane de pagină, deseori marcam acest lucru pentru a fi actualizat la <a href>.

Obțineți buletinele informative zilnice pe care se bazează marketerii.

Se procesează... Vă rugăm să așteptați.

ABONATI-VA

Vezi termenii.

Lucrul cu designeri

Una dintre cele mai mari oportunități de viteză a site-urilor de pe site-urile web ale întreprinderilor este dimensiunea și greutatea imaginii.

Standardele interne pot fi traduse greșit sau pierdute în timp, în special atunci când echipele sunt agile și oarecum descentralizate.

Când am început la nivel de întreprindere, îmi amintesc că am văzut imagini de 10 MB pe paginile de produse pentru unele dintre produsele noastre emblematice. Mi-a uimit mintea.

Nicio imagine nu trebuie să aibă 10 MB pe web. Punct.

Așa că am avut câteva conversații delicate cu designerii noștri și am lucrat cu ei pentru a ne reduce dimensiunile imaginii pe parcursul a aproximativ 8 luni.

100KB nu era un deal pe care eram dispus să mor, așa că dacă i-am spus unui designer 100KB pentru un banner de titlu sau a-frame și l-au ajuns la 300KB, tot este o îmbunătățire.

SEO pentru întreprinderi este adesea despre câștiguri incrementale.

Lucrul cu analiștii

Analiștii intervin în conversație pentru că probabil că vor gestiona sistemele dvs. de etichetare și toate etichetele terță parte de pe site-ul dvs.

Ei sunt punctul de intrare în conversații cu proprietarii de etichete despre dacă această etichetă este critică sau nu sau dacă există o alternativă.

Pentru că, băiete, scripturile de la terți pot provoca balonare masivă pe site.

Deci, în timp ce purtați conversații despre cele peste 250 de scripturi publicitare de pe site și dacă avem nevoie de ele pe toate, este posibil să găsiți câteva compromisuri pe termen scurt, cum ar fi:

• Se declanșează numai HotJar, Fullstory sau alt script de monitorizare a experienței utilizatorului pe paginile care sunt în mod activ mapate sau urmărite.
• Auditarea implementărilor dvs. pentru duplicate (se întâmplă mai mult decât v-ați imagina).
• Vedeți ce etichete de chatbot sau de serviciu pentru clienți pot fi lansate peClick, mai degrabă decât atunci când se încarcă pagina.

Lucrul cu echipa QA

Acest parteneriat ar putea fi foarte bine o armă secretă pentru tine. SEO în general, dar și SEO JavaScript, au multe cerințe binare da/nu sau bune practici, cum ar fi:

• Metadatele trebuie să fie aceleași între sursa paginii și pagina randată pe partea clientului
• Canonical trebuie să fie prezent pe pagina randată de partea clientului
• Linkurile ar trebui să fie formatate ca <a href="”>, mai degrabă decât ca <button>
• Preîncărcați fonturi
• Preconectează-te la resurse mari

Intră în cărțile bune cu echipa ta de QA și lucrează cu ei (inclusiv instruire) pentru a le include ca parte a procesului lor general de QA de zi cu zi. Veți avea ochi peste tot și o rețea potențial masivă de micro-avocați.

Deși există o mulțime de alte echipe cu care ați putea lucra pentru a îmbunătăți SEO general al site-ului dvs., acestea sunt probabil cele cu care veți lucra cel mai mult când vine vorba de partea mai tehnică a implementării.

Avocați pentru alte echipe cu care lucrați

Îți amintești ce am spus mai devreme despre cum se întâmplă lucrul cu oamenii când îți amintești că sunt oameni? Vrei să pui asta în acțiune.

Există două modalități foarte puternice de a face asta la nivel de întreprindere.

Respectă-le timpul

Să presupunem că aveți o idee mare, cum ar fi „ar trebui să migrăm la randarea pe server”.

În acest caz, în loc să mergeți la OP și să spuneți „Hei, putem face toate astea?”, lucrați cu ei pentru a crea o dovadă a conceptului pe care au validat căderile în găleată „ușoară” și pentru a urmări impactul acesteia. .

Dacă nu funcționează, ei nu au irosit în esență 20 de sprinturi pentru a finaliza acest proiect masiv.

Dacă funcționează, aveți un caz de afaceri de dus echipei de finanțe pentru a finanța și a prioritiza restul proiectului pentru a-l duce pe întregul site web și a obține acel trib dedicat, 2 milioane USD și un an și jumătate pentru a-l duce la bun sfârșit. .

Amplifică-le efortul

Un lucru la care SEO sunt notoriu rău este succesul în comunicare și împărtășire.

Poate fi puțin mai ușor dacă, în loc să spui, „hei, uită-te la acest lucru fabulos pe care l-am făcut”, îl poziționezi astfel: „hei, uită-te la acest lucru uimitor pe care l-a făcut această altă echipă cu care am lucrat îndeaproape și așa este a îmbunătățit mult experiența noastră pe site.”

Tu, SEO, nu mai ești în centrul atenției. Echipa care a făcut munca efectivă este.

Colaborare, advocacy și câștiguri incrementale

S-ar putea să observați că nu am vorbit prea mult despre nuanța JavaScript și viteza site-ului în acest articol.

Acest lucru se datorează faptului că, la companiile de afaceri, probabil că veți avea niște oameni cu adevărat inteligenți care lucrează cu dvs. la care puteți apela cu o problemă și forma soluției.

Ele vă pot ajuta să ajungeți acolo mai bine decât ar putea un articol dintr-o publicație SEO.

A face lucrurile la nivel de întreprindere este mai puțin despre „ce” și mai mult despre „cum”.

Așadar, utilizați aceste instrucțiuni pentru a obține „cum” pentru a îmbunătăți viteza site-ului site-ului dvs. bazat pe JavaScript, iar „ce” va veni mult mai ușor.