Qual è la politica di Google relativa a contenuti separati sugli stessi URL nelle versioni mobile e desktop?

Attualmente sto sviluppando una versione mobile del mio sito in cui i dispositivi degli utenti vengono automaticamente identificati e quindi visualizzati in modalità mobile o desktop con lo stesso URL.

Ai fini dell'usabilità, vorrei visualizzare informazioni diverse su determinati URL nei dispositivi mobili rispetto al desktop. Ad esempio, preferirei che il contenuto fosse direttamente sulla prima pagina su dispositivo mobile, mentre il mio dominio principale desktop è una pagina di destinazione.

• In che modo tale accordo influenzerà le opinioni di Google sul mio sito?
• È dannoso per le mie classifiche?
• O Google separa i risultati desktop e mobile?

Sembra che tu sia preoccupato che la pubblicazione di contenuti diversi per gli utenti mobili rispetto agli utenti desktop con lo stesso URL, utilizzando il rilevamento agente utente, possa essere considerata una forma di occultamento e quindi penalizzata da Google.

Secondo il Blog centrale per i webmaster di Google , non è così, a condizione che si esegua correttamente il rilevamento del browser mobile. In sostanza, il dettaglio importante da capire è che i crawler di Google utilizzano stringhe di user-agent diverse a seconda che si aspettino contenuti desktop o mobili. Ad esempio, una tipica stringa agente utente per le normali richieste di Googlebot sarebbe:

Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

mentre per le richieste dal crawler mobile, vedrai qualcosa di simile a:

SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1
UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1;
+http://www.google.com/bot.html)

oppure (per richieste smartphone):

Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26
(KHTML, like Gecko) Version/6.0 Mobile/10A5376e Safari/8536.25 (compatible;
Googlebot/2.1; +http://www.google.com/bot.html)

Fintanto che ti assicuri di rilevare correttamente l'ultimo tipo di richieste di Googlebot (e non il primo tipo) come mobile e di offrire loro contenuti mobili, tutto dovrebbe andare bene. Fondamentalmente, l'importante è che le normali richieste di Googlebot debbano ricevere contenuti desktop, mentre le richieste di Googlebot mobili devono ricevere contenuti mobili.

Ecco un bel diagramma che illustra questo, dall'articolo del blog di Google Webmaster Central a cui ho collegato sopra:

Inoltre, per far sapere al crawler di Google che potrebbero esserci contenuti diversi disponibili per i browser mobili, ti consigliamo di configurare il tuo server web per inviare l' Vary: User-Agentintestazione HTTP per tutte le pagine per le quali stai utilizzando il rilevamento user-agent . Dovrai anche assicurarti di evitare insidie ​​comuni durante il rilevamento di user-agent .

Il miglior modo di agire è usare URL canonici . Questo evita una situazione in cui sei penalizzato per contenuti duplicati.

Quando si tratta di siti Web desktop e mobili, la maggior parte dei siti avrà qualcosa di simile sul loro sito Web mobile:

Esempio per: http://m.mywebsite.com/page.html

<link rel="canonical" href="http://mywebsite.com/page.html" />

Il tag canonico sostanzialmente dice a Google che è possibile accedere allo stesso contenuto tramite più URL.

Gli utenti desktop / mobili vengono rilevati dal server e reindirizzati alla versione appropriata (ciò accade su Blogger, di proprietà di Google).

Con questo metodo, Google non separerà i risultati (non si desidera questo). Significa anche che i collegamenti in entrata alle pagine mobili restituiranno peso / "collegamento succo" alla pagina originale. In questo caso, i collegamenti a http://m.mywebsite.com/page.htmlinfluenzerannohttp://mywebsite.com/page.html

Nella mia esperienza, i visitatori mobili desiderano gli stessi contenuti dei tuoi visitatori desktop. Ho lavorato per un sito web di viaggi con molte informazioni su hotel e ristoranti. Il sito è generalmente noto per gli hotel, ma abbiamo pensato che gli utenti di dispositivi mobili sarebbero molto più interessati ai contenuti dei ristoranti perché stanno cercando qualcosa quando erano fuori. L'assunto non era corretto, gli utenti di dispositivi mobili cercavano i contenuti degli hotel tanto quanto gli utenti desktop.

Ho anche sentito l'argomentazione secondo cui l'analisi dei contenuti può aiutare l'esperienza mobile perché le pagine si caricano più velocemente. Ho scoperto che raramente i contenuti causano il caricamento lento delle pagine sui dispositivi mobili.

• La latenza è un problema maggiore della velocità di download sui dispositivi mobili. Le pagine grandi non sono il problema, ma ogni richiesta può richiedere alcuni secondi. Spesso ha senso inserire più contenuti nella pagina e consentire all'utente di scorrere fino a farlo anziché farli fare clic su più pagine.
• Il peso del contenuto è spesso ridotto dal peso del markup, CSS e JavaScript. Inizia con le cose che l'utente non può vedere quando prova a rimuovere byte dalla pagina.

Gli utenti tendono a sentirsi frustrati quando non possono usare il sito mobile come usano il sito desktop. Google utilizza la soddisfazione degli utenti come un segnale importante nei loro algoritmi di classificazione. Dubito che Google penalizzerebbe completamente il tuo sito per la pubblicazione di contenuti diversi per gli utenti mobili. Tuttavia, quando gli utenti trovano il tuo sito meno utilizzabile di quanto sperassero, le tue classifiche diminuiranno.

Puoi visualizzare una versione mobile usando i tag canonici e rel alternativi, la versione desktop che mostra il tag alternativo e la versione mobile che mostra il tag canonico. Quando offri HTML dinamico sullo stesso URL, devi utilizzare l'intestazione HTTP variabile.

Google lo spiega in dettaglio:

https://developers.google.com/webmasters/smartphone-sites/details

Google è abbastanza intelligente da rilevare siti mobili rispetto a siti non mobili. E commenta specificamente che questo non è visto come spam.

La considerazione più importante è contrassegnare il tuo URL preferito come canonico.

Dal WMT di Google:

Il contenuto duplicato si riferisce generalmente a blocchi sostanziali di contenuto all'interno o tra domini che corrispondono completamente ad altri contenuti o sono notevolmente simili. Principalmente, questo non è ingannevole in origine. Esempi di contenuti duplicati non dannosi potrebbero includere:

Discussion forums that can generate both regular and stripped-down pages targeted at mobile devices
Store items shown or linked via multiple distinct URLs
Printer-only versions of web pages

Questo è stato ben documentato dal 2010.

Vedi l'articolo SEL su:

Non penalizzare te stesso: i siti mobili non sono contenuti duplicati

Più recentemente, Matt Cut's di Google ha detto di non preoccuparsi troppo dei contenuti duplicati. Il problema è più di quale pagina vuoi classificare nelle SERP.

Come vengono richiesti contenuti duplicati (termini e condizioni, ecc.)

Infine, consulta l'argomento Strumenti per i webmaster di Google su:

Contenuto duplicato

Anche SEOMOz, ha un ottimo articolo sull'argomento:

Che cos'è il contenuto duplicato

Le parole di Google: quando un sito Web è configurato per servire browser desktop e mobili utilizzando URL diversi, i webmaster potrebbero voler reindirizzare automaticamente gli utenti all'URL che li serve meglio. Se il tuo sito Web utilizza il reindirizzamento automatico, assicurati di trattare tutti i Googlebot come qualsiasi altro agente utente e reindirizzarli in modo appropriato.

Google riconosce tre diverse configurazioni per la creazione di siti mobili.

Google non favorisce alcun particolare formato URL purché la pagina (e) e tutte le risorse della pagina siano accessibili a tutti gli user-agent di Googlebot.