Qual é a política do Google sobre conteúdo separado nos mesmos URLs nas versões para celular e computador?

No momento, estou desenvolvendo uma versão móvel do meu site em que os dispositivos dos usuários são automaticamente identificados e exibidos na visualização para celular ou para computador do mesmo URL.

Para fins de usabilidade, eu gostaria de exibir informações diferentes em determinados URLs no celular e no computador. Por exemplo, eu prefiro que o conteúdo seja direto na primeira página no celular, enquanto o domínio raiz do meu desktop é uma página de destino.

• Como esse acordo afetará as opiniões do Google sobre meu site?
• É prejudicial para meus rankings?
• Ou o Google separa os resultados para computadores e dispositivos móveis?

Parece que você está preocupado que a veiculação de conteúdo diferente para usuários móveis e usuários de desktop no mesmo URL, usando a detecção de agente do usuário, possa ser considerada uma forma de ocultação e, portanto, penalizada pelo Google.

De acordo com o Blog da Central do webmaster do Google , esse não é o caso, desde que você faça a detecção do navegador móvel corretamente. Essencialmente, o detalhe importante a ser percebido é que os rastreadores do Google usam diferentes cadeias de agente de usuário, dependendo de esperar conteúdo para computador ou celular. Por exemplo, uma sequência típica de agente do usuário para solicitações normais do Googlebot seria:

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

enquanto que para solicitações do rastreador móvel, você verá algo como:

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)

ou (para solicitações de 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)

Desde que você detecte corretamente o último tipo de solicitações do Googlebot (e não o primeiro) como móvel e sirva conteúdo móvel para eles, tudo ficará bem. Basicamente, o importante é que as solicitações normais do Googlebot precisam receber conteúdo para computador, enquanto as solicitações móveis do Googlebot precisam receber conteúdo para celular.

Aqui está um bom diagrama ilustrando isso, do artigo do Blog da Central do webmaster do Google ao qual vinculei acima:

Além disso, para informar ao rastreador do Google que pode haver conteúdo diferente disponível para navegadores de celular, convém configurar seu servidor da Web para enviar o Vary: User-Agentcabeçalho HTTP para todas as páginas para as quais você está usando a detecção de agente do usuário . Você também deve evitar armadilhas comuns ao detectar agentes do usuário .

O melhor curso de ação é usar URLs canônicos . Isso evita uma situação em que você é penalizado por conteúdo duplicado.

Quando se trata de sites para computador e sites para celular, a maioria dos sites tem algo parecido com isto em seus sites para celular:

Exemplo para: http://m.mywebsite.com/page.html

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

A tag canônica basicamente informa ao Google que o mesmo conteúdo pode ser acessado por meio de vários URLs.

Os usuários de computadores / dispositivos móveis são detectados pelo servidor e redirecionados para a versão apropriada (isso acontece no Blogger, que pertence ao Google).

Com esse método, o Google não separará os resultados (você não deseja isso). Isso também significa que os links de entrada para páginas para celular retornam peso / "suco de link" para a página original. Nesse caso, os links para http://m.mywebsite.com/page.htmlafetarãohttp://mywebsite.com/page.html

Na minha experiência, os visitantes de dispositivos móveis desejam o mesmo conteúdo que os visitantes de computadores. Eu trabalhei para um site de viagens com muitas informações sobre hotéis e restaurantes. O site é geralmente conhecido por hotéis, mas pensamos que os usuários de dispositivos móveis estariam muito mais interessados ​​no conteúdo de restaurantes porque procuravam algo quando estavam fora. Essa suposição não estava correta, os usuários móveis procuravam o conteúdo do hotel tanto quanto os usuários de computadores.

Também ouvi o argumento de que reduzir o conteúdo pode ajudar a experiência móvel, porque as páginas carregam mais rapidamente. Descobri que raramente é o conteúdo que faz com que as páginas sejam carregadas lentamente no celular.

• A latência é um problema maior do que a velocidade de download no celular. Páginas grandes não são o problema, mas cada solicitação pode levar alguns segundos para ser feita. Geralmente, faz sentido colocar mais conteúdo na página e permitir que o usuário role até ela, em vez de fazê-lo clicar em mais páginas.
• O peso do conteúdo geralmente é diminuído pelo peso da marcação, CSS e JavaScript. Comece com o que o usuário não pode ver ao tentar remover bytes da página.

Os usuários tendem a ficar frustrados quando não podem usar o site móvel da maneira que usam o site para computador. O Google usa a satisfação do usuário como um sinal importante em seus algoritmos de classificação. Duvido que o Google penalize seu site imediatamente por exibir conteúdo diferente para usuários de celular. No entanto, quando os usuários consideram seu site menos utilizável do que esperavam, suas classificações caem.

Você pode exibir uma versão móvel usando tags alternativas canônicas e rel, versão desktop mostrando a tag alternativa e versão móvel mostrando a tag canônica. Ao veicular HTML dinâmico na mesma URL, você deve usar o cabeçalho HTTP variado.

O Google explica isso em detalhes:

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

O Google é inteligente o suficiente para detectar sites para celular e não para celular. E comenta especificamente que isso não é visto como spam.

A consideração mais importante é marcar seu URL preferido como canônico.

Do WMT do Google:

O conteúdo duplicado geralmente se refere a blocos substantivos de conteúdo dentro ou entre domínios que correspondem completamente a outro conteúdo ou são consideravelmente semelhantes. Principalmente, isso não é de origem enganosa. Exemplos de conteúdo duplicado não malicioso podem incluir:

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

Isso está bem documentado desde 2010.

Veja o artigo da SEL sobre:

Não se penalize: sites para celular não são conteúdo duplicado

Mais recentemente, Matt Cut, do Google, disse não se preocupar muito com conteúdo duplicado. A questão é mais sobre qual página você deseja classificar nas SERPs.

Como o conteúdo duplicado necessário (termos e condições etc.)

Por fim, confira o tópico das ferramentas para webmasters do google em:

Conteúdo duplicado

Também o SEOMOz, tem um ótimo artigo sobre o tema:

O que é conteúdo duplicado

Palavras do Google: quando um site é configurado para atender navegadores de desktop e dispositivos móveis usando URLs diferentes, os webmasters podem querer redirecionar automaticamente os usuários para o URL que melhor os serve. Se o seu site usa o redirecionamento automático, trate todos os Googlebots como qualquer outro agente do usuário e redirecione-os adequadamente.

O Google reconhece três configurações diferentes para criar sites para celular.

O Google não favorece nenhum formato de URL específico, desde que a (s) página (s) e todos os ativos da página sejam acessíveis a todos os user-agents do Googlebot.