Come contrassegnare correttamente diverse versioni dello stesso documento che non sono canoniche

Il caso d'uso è un documento che ha più versioni che sono tutte disponibili contemporaneamente. Ad esempio, la documentazione su un prodotto per ciascuna versione di quel software:

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

Non si tratta dello stesso contenuto nel senso che sarebbe errato specificare nelle pagine v1 e v2 che l'URL canonico è v3. Se avessi cercato su Google la "guida all'installazione del prodotto v2", mi sarei trovato in grado di trovare v2. Ogni versione del documento sarebbe leggermente diversa ma avrebbero molto in comune l'una con l'altra.

Quindi la domanda è: posso contrassegnare queste pagine in qualche modo per segnalare a Google e agli amici che è preferita l'ultima versione (v3), quindi una semplice ricerca di 'guida all'installazione del prodotto' è più probabile che mostri la pagina v3 invece di la pagina v1 o v2?

data la tua domanda devo formulare le seguenti ipotesi:

1. il tuo sito Web offre una sezione per le guide all'installazione di un prodotto
2. le guide differiscono dalla versione del prodotto ma rimangono pertinenti per i clienti che utilizzano versioni precedenti del prodotto
3. i tuoi clienti ne sono consapevoli e sanno esattamente di quale versione potrebbero aver bisogno

Primo: questo in effetti non è il caso d'uso di a rel="canonical".

Un approccio per affrontare situazioni come la tua è la struttura: puoi implementare una pagina di guida statica per il tuo prodotto che contenga sempre la guida più recente. Questa pagina è collegata dalla pagina del prodotto o della categoria, quindi acquisisce molta importanza.

Schema:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

Ogni volta che viene rilasciata una nuova guida, questa viene pubblicata nella pagina statica e quella precedente passa a un nuovo URL più profondo nella struttura dell'URL. Questi URL "vecchia guida" sono collegati dalla pagina statica, ma non dalle pagine delle categorie. Pertanto saranno visti "meno importanti"

Assicurarsi che le v1, 2, 3, … nversioni siano collegate solo dalla pagina delle guide principali e ciascuna a ciascuna. La pagina principale deve essere ben collegata all'intero sito.

Rispetto alla struttura dell'URL esistente, questo dà maggiore rilevanza alla guida pubblicata exapmle.com/product/guide/.

• /v1/install-guide
• /v2/install-guide
• /v3/install-guide

In questa struttura ogni URL "vale" lo stesso e Google deve fare affidamento su altri segnali per decidere quale URL è il più pertinente.

Il passo successivo è l'ottimizzazione delle pagine guida in modo che i motori di ricerca comprendano rapidamente la differenza tra le singole versioni:

• personalizzare il titolo della pagina, ad es .: <title>Version 1.0 install Guide for Product XY</title>
• personalizzare l'intestazione principale della pagina, ad esempio: <h1>How to Install Version 1.0 of Product XY</h1>
• personalizzare la descrizione della pagina, ad es .: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
• fare uso dei testi di ancoraggio per indicare versioni diverse quando si collega alle guide <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Ciascuno per sottolineare la versione per cui è stato progettato e forse l'anno / mese / data.

Suggerimento: può essere utile sottolineare le differenze nella parte superiore delle singole pagine. In questo modo i clienti possono facilmente capire perché hanno bisogno di guide diverse e i motori di ricerca ottengono ulteriori informazioni e un contenuto unico per ogni pagina, riducendo il rischio di problemi "quasi duplicati".

In questo modo ti assicuri che la guida più recente sia sempre presente example.com/product/guide/e servirà come risultato per ricerche generiche come " guida all'installazione del prodotto ". I motori di ricerca riconosceranno che il contenuto di questa pagina viene aggiornato frequentemente e riconosceranno anche l'esistenza di elementi secondari di queste pagine e li serviranno per termini di ricerca più specifici come " guida all'installazione Product V 2.0 ". Ottimizzando le pagine per le versioni specifiche che rappresentano, assicurati che i clienti trovino la loro versione cercandola.

Non ho visto alcun modo tecnico provato che direbbe a un motore di ricerca che una certa versione di una guida o di una pagina è più recente rispetto alla data indicata da Norcal Johnny.

Tuttavia, ho notato che in molti casi la versione precedente includerà un avviso nella parte superiore dicendo: vai a cercare la versione più recente. Un po 'seccante se stai usando la versione che stai guardando ora, ma eccellente se stai cercando di valutare un prodotto e vuoi assicurarti di guardare l'ultimo.

Il primo sito web in cui ho visto chiaramente che la pratica si stava verificando era il W3C. Ad esempio, questo documento ha una "ultima versione" in alto: https://www.w3.org/TR/html401/

Ora, l'ho notato su MSDN, dove hanno un link chiamato "Versione consigliata". https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

Ad ogni modo, non ho visto alcun tipo di HTTP o HTML tecnico che potesse essere usato per indicarlo. C'è un tag di collegamento con rel = "alternate" che può funzionare, ma da quello che ho capito che funziona davvero solo per le lingue o altre versioni variabili dello stesso documento esatto, non varie versioni diverse.

C'è un'altra tecnologia con cui Google ha provato e sono abbastanza sicuro che la stiano ancora utilizzando, è http://schema.org che ha un tag https://schema.org/softwareVersion . Quindi supponendo che Google abbia implementato quel tag specifico, allora dovrebbe capire il tuo schema di versione. Seguendo le intuizioni di Seb, con una pagina / guida, potresti quindi avere collegamenti a ciascuna versione. Il collegamento verrebbe taggato con lo schema per includere tali softwareVersioninformazioni. Tuttavia, quella versione accetta solo Text facendomi pensare che sia una descrizione ("Migliore versione di sempre!") Del software e non una versione effettiva (1.0, 2.3, 3.7.1 ...) Ma penso che probabilmente sarebbe la migliore tu puoi fare.

Ho visto casi come i tuoi durante la navigazione di documentazione tecnica come i documenti Django .

Non ci sono tag specifici da aggiungere in questo caso, ma puoi utilizzare le seguenti strategie per suggerire a Google che preferisci il link v3 (l'ultima versione):

Collegamenti senza versioni

• Quando si fa riferimento a questo contenuto al di fuori dell'ambito v3, utilizzare i collegamenti senza versioni che reindirizzano automaticamente alla pagina della versione più recente, ad esempio:

  example.com/install-guide - reindirizza all'ultimo -> example.com/v3/install-guide

Quando hai una versione più recente (v4) verrà reindirizzata a example.com/v4/install-guide.

Avvisi con collegamenti all'ultima versione

• mostra sempre la versione disponibile della tua documentazione in modo che l'utente possa facilmente decidere quale utilizzare e se visitano una versione precedente puoi mostrare un avviso che non si trovano nella versione più recente e aggiungere un collegamento al collegamento senza la versione nella url, Google saprà che quelle pagine della versione precedente si riferiscono a quella più recente, implicitamente dando loro più peso per decidere quale selezionare. In questo caso all'ultima versione verrà sempre fatto riferimento dagli altri.

Quando Django depreca una versione, la mostra chiaramente all'utente, nel tuo caso puoi anche aggiungere il collegamento all'ultima versione nell'avviso.

Link nuovi

• i nuovi collegamenti (contenuto più recente o versioni più recenti nel tuo caso) avranno naturalmente una maggiore trazione rispetto a quelli più vecchi.

Ogni volta che cerco informazioni sull'API FB, mi restituisce le informazioni più recenti con l'URL dell'API più recente e non utilizzano alcun reindirizzamento né tag di collegamento canonico che rimandano a informazioni più recenti, ciò che semplicemente fanno è, iniziano a indicare le informazioni più recenti ovunque, quindi Google eseguirà la scansione più spesso e passerà più juicyrank, questo è l'unico segnale che puoi utilizzare anche per il tuo sito web. Hai il controllo sui tuoi link, quindi usa quello.

Non utilizzare noindex, reindirizzamento 301 e tag di collegamento canonico su vecchie pagine che puntano all'URL più recente, che renderà la tua pagina web inattaccabile dal motore di ricerca di Google, intendo che Google rimuoverà tutti i vantaggi iniziali che vengono offerti a quella pagina web. Ho chiesto di recente all'Hangout ufficiale di Google e mi hanno detto che non danno alcun valore PR iniziale per il tag noindex, quindi penso che si applicherà allo stesso modo al tag di collegamento canonico. e quando esegui il reindirizzamento 301, tutti i PR passano al nuovo URL e qualsiasi PR iniziale viene dato a quella vecchia pagina web verrà rimosso perché non è più disponibile. Google dà un certo valore a quelle pagine web che sono attive.

Non è necessario modificare il markup. I siti di e-commerce visualizzano lo stesso tipo di pagina Web su due URL diversi per indirizzare due Paesi e ciò che cambiano è solo il prezzo di valuta. Ad esempio, per gli Stati Uniti è il dollaro e per l'India sono le rupie, e il resto di tutte le cose sono uguali, e quel tipo di sito Web non ha subito alcuna penalità di Panda.

È possibile utilizzare Date della pagina per l'ordinamento.

Google stima una data della pagina in base alle funzionalità della pagina, come le date nel titolo e nell'URL.

La ricerca personalizzata ti consente di utilizzare questa data per ordinare, distorcere e limitare i risultati utilizzando una chiave di data speciale per metadati. Questa data stimata può essere utilizzata in tutti gli operatori che utilizzano il &sort=parametro URL, tra cui "Ordina per attributo", "Bias per attributo", "Limita a intervallo".

Per esempio:

Per un elenco dei codici correnti visitare la documentazione di Ricerca personalizzata di Google .