SEO tecnico aziendale - Un webinar di Power Page One

Ciao a tutti e benvenuti al riassunto del webinar del panel di Page One Power su Enterprise Technical SEO .

Prima di tutto, vorrei ringraziare i nostri fantastici relatori per aver condiviso il loro tempo e le loro intuizioni con noi e il nostro pubblico! Il nostro gruppo di esperti ha presentato:

• Tom Anthony, capo della ricerca e sviluppo presso Distilled
• Paul Shapiro, Direttore Strategia e Innovazione di Catalyst
• Patrick Stox, specialista SEO presso IBM
• e Nicholas Chimonas, Direttore della Ricerca e Sviluppo di Page One Power.

Questo è stato un eccellente webinar con discussioni e conversazioni interessanti su una varietà di argomenti relativi alla SEO tecnica a livello aziendale.

Nota: questo riassunto parafraserà la conversazione, non sarà una trascrizione diretta. Se sei interessato ad ascoltare la conversazione esatta, puoi guardare gli incorporamenti del video in tutto.

La Panoramica

La conversazione è durata circa un'ora, durante la quale il nostro panel ha trattato una serie di argomenti, sfide e soluzioni.

Per rendere la discussione più digeribile, ho scomposto tutto qui. Sono inclusi video incorporati che iniziano all'inizio di ogni domanda corrispondente (indicata da sottotitoli gialli).

Ho anche tirato fuori citazioni o idee particolarmente interessanti tramite blocktext, per una maggiore leggibilità. Ancora una volta, queste non sono citazioni dirette.

Se preferisci guardare la registrazione video nella sua interezza, eccola:

Ecco le domande che il nostro gruppo di esperti ha affrontato:

1. I siti aziendali hanno migliaia se non milioni di pagine. Come assegni le priorità e gestisci i problemi tecnici su questa scala?
2. Lavorare con i client aziendali significa un ciclo di implementazione più lento. Come si pianifica di conseguenza?
3. La SEO riceve spesso un riconoscimento minimo nella struttura aziendale. Come combatti per il budget, vendi valore a monte e guadagni priorità?
4. La SEO tecnica richiede la collaborazione tra una varietà di reparti. Come si costruisce la collaborazione interdipartimentale?
5. Cosa ami di più della SEO tecnica?
6. Come gestisci enormi cambiamenti di inventario che causano tonnellate di 404 ogni giorno?
7. È consigliabile avere CSS e Javascript di grandi dimensioni per un sito Web nel piè di pagina in modo che la pagina si carichi più velocemente?
8. Come si misurano accuratamente i risultati delle modifiche e si mostrano tali risultati ai clienti?

Queste domande sono servite come punti di partenza per la discussione, aiutando a guidare la conversazione piuttosto che a controllarla.

Poiché la conversazione non è stata programmata, i nostri relatori sono stati in grado di includere aneddoti personali, strategie uniche e una vasta gamma di informazioni e consigli del mondo reale.

Spero ti diverta!

Domanda uno: i siti aziendali hanno migliaia se non milioni di pagine. Come assegni le priorità e gestisci i problemi tecnici su questa scala?

La discussione inizia alle 4:05.

Nicholas: Patrick, partiamo con te.

Priorità per impatto

Patrizio: Ok. Direi che colpisci dove hai intenzione di avere un impatto decente. A quella scala per pagina per pagina, a meno che non sia una delle pagine più importanti, non farà molta differenza. Ma a volte devi fare la pagina per pagina per ottenere alcune piccole vittorie e costruire la fiducia necessaria per affrontare progetti più grandi.

Per noi, si tratta di affrontare diversi problemi con diversi sistemi CMS e diverse unità aziendali una alla volta in modo da poter costruire casi di studio e mostrare l'impatto agli altri. Questo è il modo in cui ci muoviamo.

Nicholas: Trovi più facile ottenere il consenso se hai dimostrato il tuo caso con una sottosezione più piccola del tuo sito? Quindi hai la potenza di fuoco per convincere il team di sviluppo a farlo su larga scala?

Patrick: Sì, assolutamente.

Nicholas: Paul, cosa ne pensi di questo? Abbiamo anche una domanda dal pubblico se vuoi rispondere. La domanda è: "Come si ottimizza il budget di scansione per i clienti aziendali?"

Paul: Permettetemi di affrontare prima la domanda principale.

Penso che si tratti davvero di essere in grado di valutare l'impatto di eventuali modifiche che apporterai.

Una volta che sai quanto costerà e quanto ci vorrà, dovrebbe essere più facile stabilire le priorità.

Ciò significa costruire modelli, prevedere l'impatto, calcolare i costi (persone, risorse, tecnologia, ecc.) per implementare i cambiamenti e da lì dovresti essere in grado di stabilire le priorità di conseguenza. Una volta che sai quanto costerà e cosa ci vorrà per arrivarci, dovrebbe essere più facile stabilire le priorità.

Budget di scansione

Per quanto riguarda la domanda sul budget di scansione, puoi consultare un articolo che ho scritto per Search Engine Land che spiega come utilizzare l'algoritmo PageRank e calcolarlo internamente sul tuo sito Web e utilizzarlo per influire sul budget di scansione.

Nicola: Certo. Questo è un approccio che viene davvero trascurato abbastanza frequentemente, cercando di ottenere alcuni dati dietro il motivo per cui pensi che questo cambiamento nell'architettura produrrà il cambiamento che ti aspetti.

Tom, cosa ne pensi di questo?

Legare il ROI al SEO tecnico

Tom: Primo, sono d'accordo sia con Patrick che con Paul. La correlazione tra le cose che hanno toccato è cercare di capire quali soluzioni avranno il ROI più alto.

È necessario identificare su quali aree di un sito aziendale è effettivamente possibile lavorare e comprendere la rapidità con cui le cose possono essere implementate.

Quindi non solo devi avere un'ipotesi di quale sarà lo sforzo richiesto, ma devi anche parlare del payoff e della longevità. Un esempio di un brutto caso è qualcosa che impiegherà così tanto tempo per arrivare agli sviluppatori, che quando arriva la ricompensa non ne vale più la pena.

È necessario identificare su quali aree di un sito aziendale è effettivamente possibile lavorare e comprendere la rapidità con cui le cose possono essere implementate.

In termini di Distilled ODN, una delle cose eccitanti dal nostro punto di vista è avere una migliore ipotesi di impatto.

Normalmente, i siti aziendali hanno un lungo arretrato di modifiche tecniche SEO che richiedono un certo livello di priorità. Quindi stiamo incoraggiando le persone a utilizzare ODN per i test per aiutarci a ipotizzare meglio l'impatto di determinati cambiamenti. È sorprendentemente difficile prevedere il ROI delle modifiche tecniche SEO sui siti aziendali, ma ODN ci consente di testare molte cose diverse.

Nicholas: Penso che sia particolarmente vero a questo livello (aziendale), i semplici cambiamenti potrebbero avere un impatto maggiore di quanto ti aspetti. E penso che la SEO on-page sia ancora più importante quando si lavora su siti più grandi.

Tom: Assolutamente. E Mike King ha un ottimo post sulla SEO tecnica su Moz.

Nicholas: Sì, il post di Mike sottolinea che molti dei nostri strumenti SEO sono dietro il gioco. Quindi, se ti affidi solo agli strumenti e non controlli le cose manualmente, potresti perdere problemi importanti. È un post interessante e consiglio di dargli un'occhiata.

Domanda due: lavorare con i client aziendali implica un ciclo di implementazione più lento. Come si pianifica di conseguenza?

La discussione per questa domanda inizia alle 12:50.

Nicholas: Patrick, torniamo da te per questo.

Patrick: Ah, questa è una domanda divertente! A volte stai aspettando, molti dei cambiamenti che sto aspettando non mi aspetto che avvengano quest'anno o anche l'anno prossimo in alcuni casi. Ma c'è sempre un sacco di altre cose da fare.

Ma non è sempre così. Se hai il buy-in dell'esecutivo e il buy-in del team, le cose possono muoversi abbastanza rapidamente. Non è sempre lento.

Nicholas: Sì, ho sperimentato entrambi i lati della medaglia. Penso che tu abbia assolutamente ragione, e dipende da dove hai il consenso (a quale livello dell'organizzazione) che può farcela e farlo accadere più rapidamente.

E dall'altra parte, dove le cose si stanno muovendo lentamente e non vengono implementate, è perché non ti sei ancora guadagnato la fiducia o il consenso mettendoti alla prova. Una volta che hai dimostrato l'importanza dei tuoi consigli, spesso diventa un ciclo di implementazione più veloce.

Allora Paul, che ne pensi di questo?

Implementare le modifiche da soli

Paul: Spesso non puoi fare nulla per i tempi di implementazione, sarà un processo lento. Quello che puoi fare è implementare le cose da solo, quando possibile. Se hai l'opportunità di apportare il cambiamento da solo, ciò contribuirà ad accelerare il processo. Qualsiasi piccola cosa che puoi implementare da solo accelererà il processo.

Se disponi di un forte team tecnico, puoi creare fiducia con sviluppatori e ingegneri riconoscendo che i cambiamenti da parte loro potrebbero non essere sostanziali e offrendo il tuo aiuto dove puoi. Puoi fare le cose più velocemente semplicemente sapendo cosa stai facendo.

Inoltre, assicurati di comunicare chiaramente il valore di questi cambiamenti e di parlare con le persone giuste. Se disponi di un forte team tecnico, puoi creare fiducia con sviluppatori e ingegneri riconoscendo che i cambiamenti da parte loro potrebbero non essere sostanziali e offrendo il tuo aiuto dove puoi. Puoi fare le cose più velocemente semplicemente sapendo cosa stai facendo.

Nicholas: Essere disposti a prendere le redini ed essere di supporto agli sviluppatori ed empatici alla loro larghezza di banda aiuta. È assolutamente vero che se ti rendi disponibile puoi ottenere l'accesso, e spesso ottenere l'accesso per apportare modifiche da solo è più facile che essere messo in un arretrato e arrivare fino in cima.

Allora Tom, puoi pesare qui.

Costruire relazioni con i team di sviluppo

Tom: Mi associo assolutamente a ciò che gli altri ragazzi hanno detto sul fare amicizia con gli sviluppatori e portarli dalla tua parte.

Semplicemente essendo presenti scoprirai che puoi fare di più piuttosto che quando sei un'e-mail senza volto che arriva nella loro casella di posta.

Dal punto di vista dell'agenzia, se hai clienti dovresti andare a lavorare dal loro ufficio. Una volta che sei nel loro ufficio puoi vedere le dinamiche e capire con chi devi parlare per portare a termine le cose. In termini di team di sviluppo, vedi se puoi partecipare alle loro riunioni.

Semplicemente essendo presenti scoprirai che puoi fare di più piuttosto che quando sei un'e-mail senza volto che arriva nella loro casella di posta. Abbiamo avuto consulenti che sono andati a partecipare alle riunioni e all'improvviso i biglietti SEO che in precedenza languivano hanno iniziato a ribollire verso l'alto. I consulenti non hanno nemmeno dovuto dire nulla: solo essere una persona reale che ha investito nel risultato di questi biglietti, ha fatto sì che quei biglietti salissero in cima.

Quindi scopri cosa puoi fare per aiutare gli sviluppatori. Spesso ci sono biglietti che trovano difficili per determinati motivi, che non sempre ti vengono comunicati. Ma se vai davvero a parlare con loro puoi scoprire perché stanno lottando e offrire aiuto. Questo ti farà guadagnare fiducia in loro perché apprezzeranno che hai parlato con loro e riconosciuto le loro sfide.

Budget di scansione (segue)

L'analisi dei log è molto più accessibile di quanto pensi e puoi usarla per raccogliere molti dati utilizzabili. È qualcosa che è caduto nel dimenticatoio, ma i tronchi sono una miniera d'oro.

E tornando al crawl budget, l'analisi dei log su scala aziendale è molto utile per il crawl budget. L'analisi dei log è molto più accessibile di quanto pensi e puoi usarla per raccogliere molti dati utilizzabili. È qualcosa che è caduto nel dimenticatoio, ma i tronchi sono una miniera d'oro.

Nicholas: E non è mai stato così facile con strumenti come Screaming Frog Log Analyzer. Se non l'hai mai fatto prima, dovresti provarci perché rimarrai stupito da ciò che puoi imparare.

Tom: Spesso la parte più difficile su scala aziendale è convincere qualcuno a darti accesso ai log. Ma ancora una volta, inserirti nei team appropriati ti aiuterà.

Utilizzo di ODN per bypassare il ciclo di implementazione

Nicholas: E un'altra cosa. Con l'ODN di Distilled, puoi bypassare il ciclo di implementazione e occuparti di apportare modifiche da solo. L'ODN agisce come un CDN e ti consente di bypassare qualsiasi vecchio sistema esistente.

Tom: Sì, si distribuisce in modo simile a un CDN e dal punto di vista dell'utente non lo vedono. E si comporta quasi come un nuovo CMS che si trova sopra tutto il resto.

La cosa molto interessante di questo era che ci aspettavamo di avere un sacco di respingimenti da parte dei team di sviluppo perché avrebbero sentito una perdita di controllo. Ma ciò che è stato sorprendente è che molti team di sviluppo hanno accolto con favore questo cambiamento perché erano frustrati anche dalle vecchie piattaforme. Quindi noi (SEO) eravamo frustrati per il mancato completamento dei nostri biglietti e loro (sviluppatori) erano frustrati per non essere stati in grado di completarli. ODN crea una piattaforma in cui i SEO possono aiutare i team di sviluppo e raggiungere l'obiettivo comune di rendere il sito Web il più efficace possibile.

Nicholas: Giusto, è una vittoria in tutto e per tutto.

Nota: Nicholas ha combinato le domande tre e quattro poiché la domanda tre era già stata toccata e si è collegata bene alla domanda quattro. Di seguito le risposte alle due domande.

Domanda numero tre: la SEO riceve spesso un riconoscimento minimo nella struttura aziendale. Come combatti per il budget, vendi valore a monte e guadagni priorità?

Domanda quattro: la SEO tecnica richiede la collaborazione tra una varietà di reparti. Come si costruisce la collaborazione interdipartimentale?

La discussione su queste domande inizia alle 23:30.

Nicholas: Iniziamo con Patrick. Penso che questa sia una domanda particolarmente interessante nel contesto di IBM.

Formazione e collaborazione a livello aziendale

Patrick: Ok, abbiamo due domande in una. Per quanto riguarda il riconoscimento nella struttura aziendale, abbiamo già parlato di test, casi di studio, previsione del ROI, ecc. Ma penso che la grande parte che manchi sia la formazione dei diversi dipendenti e team.

Dare credito alle squadre fa molto. Se una squadra ha fatto un ottimo lavoro, dagli il merito. Se hanno fatto un sacco di duro lavoro e apportato i miglioramenti che hai suggerito, è la loro vittoria insieme alla tua.

Che ci crediate o no, ma nella SEO aziendale stiamo lavorando con molti meno SEO per le dimensioni del sito, quindi la formazione è essenziale. E la parte buona della formazione è che ti aiuta a trovare persone che lo capiscono, che diventeranno i tuoi evangelisti.

Dare credito alle squadre fa molto. Se una squadra ha fatto un ottimo lavoro, dagli il merito. Se hanno fatto un sacco di duro lavoro e apportato i miglioramenti che hai suggerito, è la loro vittoria insieme alla tua.

Se c'è qualcosa che pensi possa avere un impatto, non arrenderti. Devi solo trovare qualcuno che ascolti e trovare un modo per assicurarti che non muoia in un arretrato.

Per quanto riguarda la collaborazione, lavorare ripetutamente con i team aiuterà a costruire relazioni. Anche a volte puoi aiutare i team a ottenere budget o pagare dal tuo budget per aiutarli a ottenere le risorse di cui hanno bisogno per realizzare un progetto.

Non rinunciare ai progetti

Patrick: Continuo a sentire arretrati, arretrati, arretrati... succede abbastanza spesso. Interno o agenzia, non importa solo continuare a spingere. Se c'è qualcosa che pensi possa avere un impatto, non arrenderti. Devi solo trovare qualcuno che ascolti e trovare un modo per assicurarti che non muoia in un arretrato.

Nicholas: Sì, questo mi fa davvero impazzire quando succede. Ma ho scoperto che il più delle volte, se continuo a spingere posso farlo accadere. È davvero importante che non ti arrendi.

Patrick: Tom ha fatto un'ottima osservazione prima sull'arrivo di persone dell'agenzia. Quando le persone entrano in genere incontrano le persone giuste e ascoltano. Puoi dire la stessa cosa cinque cose a qualcuno come interno e non ottenere risultati, ma se una persona dell'agenzia arriva e dice la stessa cosa all'improvviso c'è più consenso e sei stato confermato.

Nicholas: Sì, è verissimo. Ho avuto persone all'interno delle organizzazioni che dicevano: "Grazie. Ho detto la stessa cosa, ma avevamo solo bisogno che qualcuno dall'esterno venisse a dirlo di nuovo".

Grazie per le tue risposte su quell'unico Patrick. Apprezzo la tua trasparenza. E Paul, ascoltiamo i tuoi pensieri su queste domande.

Parla la lingua

Paul: Prima di tutto, adoro il consiglio di Tom che ha menzionato prima sul cogliere le opportunità per costruire un rapporto faccia a faccia con i clienti.

In termini di altre cose che puoi fare, sapere con chi stai parlando e parlare la loro lingua aiuta davvero. Ad esempio, se stai parlando con un team di marketing, vorrai parlare di dollari e centesimi e di come ciò influenzerà il loro lavoro.

Nicholas: Di sicuro, questo è davvero un ottimo consiglio per andare nell'ufficio del cliente. Allora Tom, quali altri ottimi consigli hai per noi?

Reporting tecnico SEO

Tom: Una cosa che non abbiamo ancora menzionato—che tocca la terza domanda—è come fai i tuoi reportage. I SEO hanno la tendenza a scrivere grandi report che mescolano la logica SEO con i profitti. Un consiglio per una migliore segnalazione è non seppellire il piombo: la riga dell'oggetto della tua email dovrebbe essere il valore aggiunto di primo livello. Ma anche, non limitarti a dare loro un enorme documento di Word.

Dovresti guardare quale lingua usa il cliente nei loro rapporti annuali o sul loro sito Web e rispecchiare quella lingua nella tua presentazione. In questo modo, tutto ciò che dici rimanda a loro nella loro lingua.

Puoi creare report come slide deck che presentano i principali takeaway di alto livello, rendendo le informazioni molto accessibili e condivisibili. Perché quel rapporto di grandi dimensioni non verrà letto dai livelli di gestione, ma se fornisci loro una presentazione scansionabile, più persone all'interno dell'azienda saranno esposte a ciò che stai facendo per la loro attività.

Un altro punto davvero importante è quello che ha fatto Paolo: parlare la loro lingua. Dovresti guardare quale lingua usa il cliente nei loro rapporti annuali o sul loro sito Web e rispecchiare quella lingua nella tua presentazione. In questo modo, tutto ciò che dici rimanda a loro nella loro lingua. E collegalo alle entrate, perché è quello che interessa al livello dirigenziale.

Evidenzia obiettivi/obiettivi comuni

Un approccio più tattico consiste nello scoprire quali sono gli obiettivi di ciascun reparto. Comprendere i loro obiettivi ti consentirà di spiegare come i tuoi cambiamenti li aiuteranno a raggiungere i loro obiettivi.

Nicholas: Sì, questo è davvero un buon punto per comprendere gli obiettivi del dipartimento con cui stai lavorando e collegare direttamente i tuoi rapporti a questo.

Patrick: Questo è un ottimo punto. Ogni dipartimento avrà obiettivi diversi e puoi creare una scorecard che mostrerà a questi vari dipartimenti come i tuoi consigli li aiuteranno a raggiungere i loro obiettivi personali.

Nicola: Giusto. E questo può fornire la motivazione per passare attraverso il ciclo di implementazione.

Paul: C'è un ottimo post di Rob Ousbey sul blog di Moz che ti consiglio di leggere se hai a che fare con questo problema.

Nicholas: Vale la pena dare un'occhiata anche al post scritto da David Sottimano che fornisce una lista di controllo per i SEO Junior.

Creazione di report versatili

Nicholas: Un'altra cosa che hai menzionato Tom che è interessante per me è il triangolo della cronaca. Nella mia mente l'ho sempre visto come tre diversi tipi di report che metterai insieme, tra cui: fogli di calcolo e riepilogo dei dati, una presentazione per il livello dirigenziale che non vuole il nocciolo ma piuttosto un riepilogo, e poi la lunga relazione scritta che spiega tutto in modo approfondito.

Quando fai report, in genere fai tutti e tre o personalizzi i tuoi report in base a chi stai lavorando?

Tom: Quello che facciamo spesso è convertire il report con molto testo in una tabella. Quindi puoi avere la raccomandazione in una frase, e poi nelle colonne puoi avere la logica tecnica, cosa deve essere fatto e quale potrebbe essere l'impatto. Funziona bene perché team diversi potrebbero essere interessati a colonne diverse e possono saltare facilmente le informazioni irrilevanti.

Se riesci a creare un rapporto in modo tale che sia accessibile a più team, non devi creare più rapporti diversi.

Nicholas: Sì, l'ho sicuramente scoperto che è vero.

Tom: Quindi, se puoi creare un report in modo tale che sia accessibile a più team, non devi creare più report diversi.

Nicholas: Giusto, ha perfettamente senso. Penso che sarà sempre utile inserire queste informazioni in una presentazione con grafici e immagini, ma mi piace evitare di farlo quando possibile perché è un lavoro impegnativo.

Domanda n. 5: cosa ami di più della SEO tecnica?

La conversazione inizia alle 38:42.

Nicholas: Patrick, lascia che ci porti via.

SEO tecnico: nuove sfide, creatività e risultati misurabili

Patrick: Adoro questa domanda! Per quanto mi riguarda, mi piace che ci sia sempre un nuovo problema e cose che non ho mai visto prima. C'è sempre qualcosa che mi sembra che non vedrei da nessun'altra parte, c'è sempre qualcosa di nuovo.

Nicholas: Sono d'accordo, questa è una delle cose migliori della SEO tecnica, raramente c'è un momento secco, c'è sempre un nuovo enigma da risolvere.

Paul e tu, cosa ami di più?

Paul: Sai, la SEO tecnica ha la reputazione di essere molto arida. Ma trovo che sia una delle aree più creative della SEO, perché hai a che fare con forme di costrizione e sei costretto a trovare soluzioni uniche e risolvere problemi in modi interessanti. Quindi per me, è davvero la creatività coinvolta nella SEO tecnica che lo fa per me.

Nicola: Certo. Ci vuole un modo di pensare creativo e fuori dagli schemi per affrontare i problemi tecnici e capirli.

Allora Tom, qual è la cosa che preferisci della SEO tecnica?

Tom: Farò eco alla stessa risposta che penso—questa parte dei puzzle da risolvere. Spesso non c'è una risposta giusta o quando c'è, non possiamo effettivamente fare quella soluzione, quindi dobbiamo trovare la prossima risposta migliore. È quel pensiero creativo per trovare soluzioni diverse.

Nella SEO tecnica puoi effettivamente vedere cosa hai ottenuto.

Un altro motivo è che è una delle aree del marketing in cui puoi effettivamente iniziare a misurare il tuo impatto, mentre è difficile farlo in altre aree del marketing. Nella SEO tecnica puoi effettivamente vedere cosa hai ottenuto.

Nicholas: Certo, e una delle parti migliori della SEO tecnica è il test e la sperimentazione. Giocare con i motori di ricerca e gli algoritmi di apprendimento automatico e cercare di capire cosa funzionerà meglio è per me affascinante.

Tom: Sì. E l'ottimizzazione verso l'algoritmo di Google che, poiché in continua evoluzione, significa che ciò che ha funzionato un paio di mesi fa potrebbe non essere più il caso, quindi devi continuare a imparare.

Nicola: Assolutamente. Questa è davvero una buona serie di ragioni per cui la SEO tecnica è straordinaria, grazie signori.

Domanda sei: come gestisci enormi cambiamenti di inventario che causano tonnellate di 404 ogni giorno?

La discussione inizia alle 43:40.

Patrick: Quindi presumo che sia e-commerce. Immagino che inizierei con i prodotti stanno tornando? Se stanno solo effettuando il 404 perché hanno esaurito l'inventario ma avranno l'inventario la prossima settimana, è diverso rispetto a se i prodotti sono appena finiti.

Nel caso del primo non lascerei quelle pagine 404, mostrerei solo che sono esaurite. Nel caso di quest'ultimo, se è una tonnellata potresti dover aumentare i tuoi reindirizzamenti o dare loro la priorità in base ai collegamenti in entrata (sia interni che esterni) per assicurarti di non ricevere un sacco di 404.

Verifica dei dati

Nicholas: Mi chiedo se questa domanda provenga da qualcuno che sta ricevendo un sacco di errori in Strumenti per i Webmaster perché si tratta di soft 404. Quindi potrebbe andare bene che questi siano 404, ma semplicemente non dovrebbero essere soft 404 e devi assicurarti che il tuo server stia inviando una risposta adeguata.

Tom: Questa è un'altra ragione per l'analisi dei file di registro, perché sono dati di cui ti puoi davvero fidare. A volte con Strumenti per i Webmaster è davvero difficile sapere se i dati sono affidabili. E avere un approccio reazionario e agire su di esso può essere pericoloso, quindi prima devi verificare cosa sta realmente accadendo.

Paul: Potresti anche chiedere perché è 404ing. È intenzionale o no? Probabilmente vorrai riconfigurare le cose in modo che non sia 404ing quando non sarà più disponibile, e questo dipenderà dal CMS che stai utilizzando.

Nicholas: E dipende davvero dalla situazione e se questi sono prodotti che sono completamente spariti per sempre o stanno tornando? Questo è davvero il fattore decisivo.

Domanda sette: è consigliabile avere CSS e JavaScript di grandi dimensioni per un sito Web nel piè di pagina in modo che la pagina si carichi più velocemente?

La discussione inizia alle 46:20.

Tom: Quindi ci sono davvero due domande. JavaScript dovrebbe essere sicuramente nel piè di pagina, questa è la migliore pratica standard per la velocità della pagina. Non ho mai sentito un buon caso (JavaScript) che abbia un impatto sulla SEO.

Dovresti sempre verificare cosa sta succedendo all'interno di Search Console.

Il problema più grande con i file JavaScript di recente è che le persone utilizzano file JavaScript di terze parti che a volte sono più lenti e spesso bloccati da robots.txt. Quindi, se esegui qualsiasi tipo di rendering con Google all'interno di Search Console, vedrai che viene effettivamente bloccato. Quindi dovresti sempre verificare cosa sta succedendo all'interno di Search Console.

Nicola: Giusto. Un problema interessante che ho avuto con JavaScript in testa era con Search Console che rilevava il codice hreflang sottostante. Quindi Search Console ha detto che non c'erano pagine con markup, ed era perché JavaScript era sopra l'hreflang nella testa.

Quindi abbiamo spostato JavaScript nel piè di pagina e ha rilevato l'hreflang e ha anche fatto funzionare correttamente il recupero e il rendering.

Domanda otto: come misuri accuratamente i risultati delle modifiche e mostri tali risultati ai clienti?

La discussione inizia alle 48:51.

Tom: Ci sono un sacco di modi diversi per farlo. Un modo interessante è utilizzare la libreria CausalImpact di Google per aiutarti a testare l'impatto di una modifica che hai apportato. Tom ha fatto riferimento a questo post di Mark Edmondson.

Oltre a ciò, sempre più persone stanno iniziando a utilizzare una metodologia A/B. Tom ha fatto riferimento a questo post di Etsy.

Nicholas: Ascoltiamo Patrick o Paul su questo.

Patrick: Dipenderà dalla scala, devi solo tenere traccia di ciò che è importante. Assicurati solo di avere i dati necessari per tenere traccia di ciò che vuoi fare.

Nicola: Certo. Non so se sei mai arrivato alla fine della strada e non hai avuto i dati, ma non è un posto divertente in cui trovarsi.

Bene, concludiamo questo con i tuoi pensieri finali Paul.

Paolo: certo. Prima di tutto, penso che le metodologie di test A/B siano estremamente sottovalutate nell'ambiente SEO e, se riesci a trovare un buon processo per farlo all'interno della tua organizzazione, lo consiglio vivamente.

Se ciò non è fattibile, allora devi guardare quali modifiche sono state apportate, quando sono state apportate, quando i motori di ricerca hanno rilevato queste modifiche e qual è stato l'impatto (il traffico è aumentato, le conversioni migliorate, ecc.).

E poi cerchi di eliminare quanti più fattori estranei possibile e isolarlo dalle modifiche che hai apportato. Non è sempre facile, ma puoi almeno fare un lavoro decente dicendo che questo è l'impatto di un dato cambiamento.

E questo è un involucro!