Impaginazione e canonizzazione per i professionisti - SMX Advanced 2012

Pubblicato: 2012-06-07

Di cosa tratta questa sessione tecnica? Ecco la descrizione all'ordine del giorno:

Utilizzo del tag di impaginazione con parametri, ordinamenti e filtri opzionali. Ci sono ancora motivi per usare robots.txt o noindex? Un tag canonico può davvero sostituire un 301? Come fai a mantenere il tuo sito basato su IIS= da infiniti loop di reindirizzamento quando canonizzi i nomi di pagina predefiniti? E che dire di rel=alternate href=lang? Analizzeremo i problemi passo dopo passo in modo che tu possa eliminare il disordine sul tuo sito, massimizzare la scansione e l'indicizzazione ed eliminare i rischi di contenuti duplicati.

Moderatore: Vanessa Fox, Contributing Editor, Search Engine Land (@vanessafox)
Moderatore di domande e risposte: Eric Enge, CEO, Stone Temple Consulting (@stonetemple)
Altoparlanti:
Adam Audette, Presidente, RKG (@audette)
Jeff Carpenter, SEO Manager, PETCO (@SanDiegoSEO)
Maile Ohye, Senior Developer Program Engineer, Google Inc. (@maileohye)

Vanessa dà il benvenuto al pubblico e dice che ci sarà molto tempo per le domande. Adam Audette inizia le presentazioni. È davvero entusiasta di uscire. È carino.

Impaginazione Cose da fare e da non fare

Il modo migliore per pensarci: "Tutto dovrebbe essere reso il più semplice possibile, ma non più semplice". – Einstein

Esempio: Zales, un grande sito di e-commerce. Hai diversi tipi e pagine di prodotti. In base all'ordinamento, alla visualizzazione della pagina e alla pagina, durante la scansione ci sono tantissime opportunità di confusione. Oltre 100 risultati duplicati, facilmente.

È un grosso problema? Sì, soprattutto dopo Panda: nessuna duplicazione simile.

Come gestirlo?

Metodo di impaginazione Noindex: pagine noindex, segui. Il problema è farli scansionare
Annotazioni:
pagine 2-N annotate con noindex, seguire
pagine 2-N autoreferenziale rel canonical
le pagine 2-N contengono titoli, URL e metadati univoci

Rel precedente/successivo Tecnica di impaginazione: un po' più difficile da implementare. Laddove noindex è una sorta di equità passata alla pagina 1 per essere classificata come candidata, rel next/prev raggruppa le pagine in una serie.

Le pagine più profonde sono ancora nell'indice, possono essere estratte con un sito: cercano e vengono visualizzate quando Google lo considera un risultato pertinente. Quando rel canonical è autoreferenziale, è appropriato, ma quando viene utilizzato per puntare alla pagina 1 c'è un segnale in conflitto.

Visualizza tutti i requisiti di impaginazione
Annotazioni:
le pagine 2-N specificano Visualizza tutto come destinazione canonica rel
Una soluzione elegante
Visualizza tutti tendono a convertire meglio

Vanessa spiega che anche uno scorrimento infinito AJAX per visualizzare i prodotti è una buona esperienza per l'utente.

Quora e Twitter eseguono entrambi questo metodo di caricamento e aggiornamento continuo. Googlebot ottiene le prime 500 parole. Questo è un potenziale problema se vuoi che i contenuti vengano scansionati.

Raccomandazioni:
Quando hai un'ottima VISTA Tutto questo è il modo elegante di andare
Quando Visualizza tutto non è un'opzione, usa rel next/prev
Altre due opzioni: aggiungere i parametri alla RL con un #hash e il rendering progressivo mentre gli utenti scorrono

SEO per le navigazioni sfaccettate

Se viene selezionato un aspetto, classificalo come importante per gli utenti ma non SEO o importante per SEO. Trattare in modo diverso per ogni situazione. Forza lo stesso percorso canonico per l'URL indipendentemente da come sono stati selezionati.

Svantaggi:
non risolve nulla per ridurre i costi generali di scansione
ad alta intensità di lavoro e incline agli errori

Common rel canonical gotcha: duplicazione del riferimento non canonico canonico a se stesso quando esiste una versione canonica effettiva. Questo è il problema più comune che incontrano.

Asporto:
Usa rel canonical per segnalare l'URL preferito, non come scorciatoia
I segnali di collegamento interni dovrebbero essere coerenti
Attenzione con autoreferenziazione rel canonical

Jeff Carpenter è il prossimo. Ha un case study su Petco.com. Grande quantità di duplicazione basata sulla categorizzazione. Ogni sottocategoria aveva molte opzioni di perfezionamento. Un sito ridisegna le categorie ricategorizzate e la struttura di navigazione e URL è cambiata.

Soluzione:
Riduci le opzioni di perfezionamento. Analisi esaminate per vedere i perfezionamenti utilizzati e non utilizzati. Sono passati da 50 perfezionamenti a 12.
Formazione interdipartimentale. L'istruzione tra i reparti ha portato alla pubblicità di formati URL unificati
Implementa tag canonici per abbinare la navigazione generata dinamicamente in loco. Ha creato formati URL uniformi e migliorato i dati analitici.
Utilizza noindex, segui tutte le pagine di impaginazione, riducendo il rischio di problemi di contenuto duplicato in loco.

Risultati:
13+% di aumento del tasso di conversione dalla ricerca naturale in 6 mesi
Quantità ridotta di pagine di basso valore nelle SERP
Le classifiche complessive sono aumentate: circa il 20% di miglioramento delle frasi monitorate in 2 mesi
Dirigere il traffico SERP alle pagine dell'elenco dei prodotti

Maile darà un abbraccio di gruppo, spiegando come la conferenza ha fornito a lei e al suo team un feedback utile. Parlare qui è stato vantaggioso per loro in Google. Nel 2009 ha tenuto una sessione sulla duplicazione e ha lavorato su questioni relative alla scultura di PageRank: divertimento. Nel 2012 un panel ha sollevato problemi di navigazione sfaccettati. Nel 2011 hanno lanciato uno strumento per i parametri URL migliorato.

Nel 2011 un panel con REI ha sollevato problemi di impaginazione, cercando di utilizzare rel canonical per contenuti non duplicati, che non era quello per cui lo intendevano. Il supporto di Google rel next/prev è stato rilasciato 5 mesi dopo. Aiuta Google a identificare più sequenze di quante ne possa rilevare da solo.

Parametri URL in Strumenti per i Webmaster

Si scusa per il post del blog e l'articolo del Centro assistenza non così esaurienti come avrebbe potuto essere.

Aiuta a comprendere i parametri per eseguire la scansione del sito in modo più efficiente
Scansiona il tuo sito in modo più efficiente
Risparmia larghezza di banda
Aiuta a indicizzare nuovi contenuti più esclusivi
Per le rimozioni, vai a Rimozioni URL in WMT

Il markup a livello di pagina applicato separatamente dopo che la pagina è stata scansionata e ancora presa in considerazione
I parametri URL possono essere un suggerimento utile e non sono direttive

È una funzionalità avanzata. A volte i siti hanno già un'elevata copertura della scansione, come determinato da Google. Azioni improprie possono comportare la mancata visualizzazione delle pagine nei risultati di ricerca.

Problema: scansione inefficiente
URL idonei: chiave=valore&chiave2=valore 2

Passaggio 1: specificare i parametri che non modificano il contenuto
1. Ho parametri che non influiscono sul contenuto della pagina (sessionID, affiliateID, trackingID)?
Probabilmente contrassegnare come "non cambia il contenuto".

Passaggio 2a: specificare i parametri che modificano il contenuto
Passaggio 2b: specifica il comportamento preferito di Googlebot

Il parametro di ordinamento cambia il contenuto dell'ordine viene presentato.
1. Il parametro di ordinamento è facoltativo nell'intero sito?
2. Googlebot può scoprire tutto ciò che è utile quando il parametro di ordinamento non è visualizzato?

Se sì ad entrambi, è probabile che con il tuo parametro tu possa specificare "crawl No URLSs".

Verifica che gli esempi visualizzati non siano canonici e che il canonico possa essere raggiunto tramite la navigazione.

Oppure, gli stessi valori di ordinamento a livello di sito?
1. Gli stessi valori di ordinamento vengono utilizzati in modo coerente per ogni categoria?
2. Quando un utente modifica il valore di ordinamento, il numero totale di elementi rimane invariato?

In caso affermativo, è probabile che con il parametro di ordinamento sia possibile specificare "solo URL con valore x" dove x è uno dei valori di ordinamento utilizzati in tutto il sito.

Narrows filtra il contenuto della pagina mostrando il sottoinsieme degli elementi totali.

Se il parametro narrows mostra contenuto meno utile che è un sottoinsieme del contenuto dell'URL senza parametro restringe, potresti essere in grado di specificare "Scansione senza URL".

Ricontrolla verificando che gli URL mostrati nell'esempio forniscano contenuto ridondante.

Il parametro specificato determina il contenuto visualizzato su una pagina.

Traduce il parametro, a meno che tu non voglia escludere determinate lingue dalla scansione/disponibili nei risultati di ricerca, specifica "Esegui la scansione di ogni URL". Best practice per inserire le lingue nella sottodirectory o nella sottocartella anziché nei parametri per aiutare i motori di ricerca a comprendere più facilmente la struttura del sito.

Impaginazioni visualizza una pagina componente di una sequenza di più pagine. Usa Scansiona ogni URL.

Che dire di più parametri in un URL? Immagina che tutti gli URL inizino come idonei per la scansione, quindi applica ciascuna impostazione come un processo di eliminazione, non di inclusione.
Se un parametro nell'URL corrisponde a un'impostazione di parametri URL, se l'impostazione corrispondente specificata esegue la scansione di Nessun URL, non esegue la scansione. Se l'URL arriva fino in fondo, viene scansionato.

Migliori pratiche:
I collegamenti interni devono includere solo URL canonici
Elenca i canonici in Sitemaps
Aiuta con la promozione canonica
Fornisce conteggi degli indici più accurati
Il markup dell'indicizzazione sulla pagina è ancora utile. rel canonical, rel next/prev possono essere usati in tandem.
Utilizza i parametri URL per una scansione più efficiente