SEO aziendale: perché le "best practice" non sono sufficienti e cosa fare invece

Molti professionisti SEO si affidano alle "migliori pratiche" nei loro sforzi SEO.

Ma quando si ottimizzano i siti Web aziendali basati su JavaScript per la velocità del sito, è necessario qualcosa di più delle "best practice".

Ecco perché le soluzioni standard non si applicano sempre ai siti aziendali e cosa puoi fare invece.

Miglioramento della velocità del sito: la migrazione al rendering lato server non è sempre la risposta giusta

Immagina di andare dal CEO (o da chiunque altro dirigente senior) e di consigliarlo: "Dobbiamo cambiare il nostro sito Web in rendering lato server (SSR)".

Ti chiedono: "Perché?" e l'unica risposta che puoi dare loro è: "Perché è buona norma migliorare la velocità del sito". Probabilmente saresti letteralmente deriso fuori dalla stanza.

Le implicazioni aziendali ei costi associati alla migrazione SSR non valgono l'impegno elevato e il basso impatto.

A meno che un sito Web aziendale non sia stato creato da zero per essere visualizzato sul lato server o non stia già attraversando una migrazione del sito Web, raramente c'è un motivo per migrare a SSR.

Pensa ad alcuni dei costi soft e hard che ne deriverebbero:

• Rivedere tutti i sistemi e le API per confermare la compatibilità, che probabilmente non è tutto documentato (probabilmente centinaia, se non migliaia).
• Migliaia di ore lavorative per il refactoring, il QA e la revisione dell'accessibilità per l'intero sito web.
• Formare il personale esistente sul nuovo framework (dozzine, se non centinaia, di persone in tutta l'organizzazione).
• Assumere o licenziare sviluppatori e ingegneri che non sono disposti o non sono all'altezza delle specifiche del nuovo framework.
• Più soldi spesi per le tariffe del server.

Piuttosto che sopportare un processo così dispendioso in termini di tempo e risorse, esistono altri modi più efficaci per migliorare la velocità dei siti Web aziendali.

In un precedente ruolo aziendale, ho discusso proprio di questo scenario con uno dei nostri ingegneri di sistema senior per divertimento.

Abbiamo stimato che l'azienda avrebbe impiegato un anno e mezzo, una tribù agile dedicata (di solito circa 70 persone) e almeno $ 2 milioni (AUD) per farlo. E quella era probabilmente una stima prudente.

Quindi cosa facciamo invece per fare progressi?

Conosci le altre tue squadre e aiutale

A livello aziendale, il SEO deve essere un camaleonte perché fai affidamento su altri team per stabilire le priorità e portare a termine il lavoro per te.

C'è una buona ragione per cui non hai le chiavi del regno per apportare modifiche sul sito Web dal vivo. Quindi SEO non è solo SEO.

SEO è "questo migliorerà la velocità del nostro sito/ci aiuterà a soddisfare i requisiti di accessibilità/ecc." La SEO è tutto ma SEO.

Tom Critchlow lo ha detto nel suo corso SEO MBA e nel mio podcast, Engage: On Enterprise SEO.

Riassume molto bene la vita come SEO aziendale.

Devi dedicare molto tempo ad ascoltare e prestare attenzione a ciò che fanno gli altri e poi mostrare loro come ciò che stanno facendo ha migliorato la visibilità organica del sito web.

Crea sostenitori e queste persone continueranno a tornare da te con un rapporto costante su ciò che stanno facendo e modificando il sito web. Questa è metà della battaglia lì.

La seconda metà prevede la collaborazione con sviluppatori, designer e analisti per portare a termine le cose. Questo di solito è molto più agevole quando ti rendi conto che le persone sono persone con i propri pensieri, sentimenti e obiettivi.

Essere una persona curiosa che vuole aiutarli a rendere la loro vita più facile è molto più allettante che lavorare con un toro in un negozio di porcellane che entra nella loro vita ogni poche settimane e fa richieste senza compromessi.

Lavorare con sviluppatori e produttori

In molte aziende oggigiorno, la velocità del sito è un fattore noto che aiuta (o ostacola) i tassi di conversione.

Molti team di sviluppo interni probabilmente hanno la velocità del sito come KPI. Attingi a quello.

Siete entrambi alla ricerca della stessa cosa e i vostri sviluppatori conosceranno la base di codice meglio di voi. E se fatto bene, potreste uscirne entrambi con un bonus.

Alcune delle opportunità comuni di velocità del sito che ho scoperto che gli sviluppatori possono aiutarti includono:

Dimensione/peso del codice

Se i tuoi team hanno sprint o allocazioni del debito tecnologico, tenere traccia di quando in genere svolgono questo lavoro può aiutarti a comprendere gli impatti del loro refactoring.

Riflettilo su di loro e riconosci il loro duro lavoro.

Caricamento delle immagini e spostamento cumulativo del layout (CLS)

CLS può essere un fattore importante nel tempo di caricamento percepito di siti Web aziendali di grandi dimensioni basati su JS. A seconda di come viene implementato, l'utilizzo di una libreria JS segnaposto per "mantenere" efficacemente la posizione delle immagini può ridurre il tempo di caricamento percepito della pagina non spostando la pagina quando le immagini vengono caricate.

Gestione del reindirizzamento

Non era qualcosa su cui potevo guadagnare terreno perché la nostra gestione dei reindirizzamenti era enormemente frammentata.

Se il tuo sistema è un po 'più centralizzato, tuttavia, la gestione dei reindirizzamenti, la rimozione degli hop, il consolidamento delle regole in regex e il miglioramento del debito tecnico potrebbero essere di grande aiuto.

Con alcune distribuzioni di server, ogni regola di reindirizzamento deve essere letta prima che la pagina possa essere caricata e ciò può aggiungere una discreta quantità di tempo (più di millisecondi) al tempo di caricamento iniziale.

<button> al posto di <a href>

Questo è un po 'più sfumato, ma ho spesso trovato gli sviluppatori JS che per impostazione predefinita includevano collegamenti ahref come pulsanti.

Questo di solito è dovuto al fatto che hanno poco tempo ed è un'impostazione predefinita nativa del framework in cui stanno lavorando.

Quando eseguivo il QA di nuovi modelli di pagina, contrassegnavo spesso questo per essere aggiornato a <a href>.

Ottieni la newsletter quotidiana su cui si affidano i marketer di ricerca.

Elaborazione in corso... Attendere.

SOTTOSCRIVI

Vedi termini.

Lavorare con i designer

Una delle maggiori opportunità di velocità del sito sui siti Web aziendali è la dimensione e il peso dell'immagine.

Gli standard interni possono essere tradotti in modo errato o persi nel tempo, in particolare quando i team sono agili e in qualche modo decentralizzati.

Quando ho iniziato a lavorare sul lato aziendale, ricordo di aver visto immagini di 10 MB sulle pagine dei prodotti per alcuni dei nostri prodotti di punta. Mi ha fatto impazzire.

Nessuna immagine deve essere di 10 MB sul Web. Punto.

Quindi ho avuto alcune conversazioni delicate con i nostri designer e ho lavorato con loro per ridurre le dimensioni delle nostre immagini nel corso di circa 8 mesi.

100KB non era una collina su cui ero disposto a morire, quindi se ho detto a un designer 100KB per un banner di intestazione o un frame e lo hanno portato a 300KB, è comunque un miglioramento.

La SEO aziendale riguarda spesso vittorie incrementali.

Lavorare con gli analisti

Gli analisti entrano nella conversazione perché probabilmente gestiranno i tuoi sistemi di tagging e tutti i tag di terze parti sul tuo sito web.

Sono il punto di ingresso per avere conversazioni con i proprietari del tag sull'importanza o meno di questo particolare tag o se esiste un'alternativa.

Perché, ragazzo, gli script di terze parti possono causare un enorme gonfiore sul sito web.

Quindi, mentre stai conversando sugli oltre 250 script pubblicitari sul sito e se ne abbiamo bisogno tutti, potresti essere in grado di trovare alcuni compromessi a breve termine, come:

• Attiva solo HotJar, Fullstory o un altro script di monitoraggio dell'esperienza utente su pagine che vengono attivamente mappate o tracciate.
• Controllo delle tue implementazioni per i duplicati (succede più di quanto immagini).
• Vedere quali chatbot o tag del servizio clienti possono essere lanciati suClick piuttosto che quando la pagina viene caricata.

Lavorare con il team QA

Questa partnership potrebbe benissimo essere un'arma segreta per te. La SEO in generale, ma anche la SEO JavaScript, hanno molti requisiti binari sì/no o best practice, come:

• I metadati devono essere gli stessi tra l'origine della pagina e la pagina visualizzata lato client
• Canonical deve essere presente nella pagina visualizzata lato client
• I collegamenti devono essere formattati come <a href=""> anziché come <button>
• Precarica i font
• Preconnettiti a risorse di grandi dimensioni

Entra nei buoni libri con il tuo team QA e lavora con loro (compresa la formazione) per includerli come parte del loro processo QA generale e quotidiano. Avrai occhi ovunque e una rete potenzialmente enorme di micro-difensori.

Mentre ci sono molti altri team con cui potresti lavorare per migliorare la SEO del tuo sito web in generale, questi sono probabilmente quelli con cui lavorerai di più quando si tratta del lato più tecnico dell'implementazione.

Sostenere le altre squadre con cui lavori

Ricordi cosa ho detto prima su come avviene il lavoro con le persone quando ricordi che sono persone? Vuoi metterlo in atto.

Ci sono due modi davvero efficaci per farlo a livello aziendale.

Rispetta il loro tempo

Supponiamo che tu abbia una grande idea, come "dovremmo migrare al rendering lato server".

In questo caso, invece di andare dall'ordine di acquisto e dire: "Ehi, possiamo fare tutto questo?", collabora con loro per creare una prova di concetto che hanno convalidato rientra nel secchio "facile" e monitora il suo impatto .

Se non funziona, non hanno sostanzialmente sprecato 20 sprint per portare a termine questo enorme progetto.

Se funziona, hai un business case da portare al team finanziario per finanziare e dare la priorità al resto del progetto per portarlo attraverso l'intero sito web e ottenere quella tribù dedicata, $ 2 milioni e un anno e mezzo per portarlo a termine .

Amplifica il loro sforzo

Qualcosa in cui i SEO sono notoriamente cattivi è comunicare e condividere il successo.

Potrebbe essere un po' più semplice se, invece di dire "ehi, guarda che cosa favolosa che ho fatto", lo posizioni come "ehi, guarda che cosa straordinaria ha fatto quest'altra squadra con cui ho lavorato a stretto contatto ed è così che molto ha migliorato la nostra esperienza sul sito.”

Tu, il SEO, non sei più al centro dell'attenzione. Il team che ha svolto il lavoro effettivo lo è.

Collaborazione, advocacy e vittorie incrementali

Potresti notare che in questo articolo non ho parlato troppo delle sfumature di JavaScript e della velocità del sito.

Questo perché, nelle aziende aziendali, probabilmente avrai delle persone davvero intelligenti che lavorano con te a cui puoi rivolgerti con un problema e la forma della soluzione.

Possono aiutarti ad arrivarci meglio di quanto potrebbe fare un articolo in una pubblicazione SEO.

Fare le cose a livello aziendale riguarda meno il "cosa" e più il "come".

Quindi usa queste linee guida per ottenere il tuo "come" per migliorare la velocità del tuo sito Web basato su JavaScript e il "cosa" verrà molto più agevolmente.