Devo incluir "www" nos URLs do meu site? Quais são os prós e contras?

Quais são os prós e os contras de ter http://www.example.com/vs http://example.com/?

Por exemplo, um problema que estou ciente é que, se eu usar um domínio sem, wwwnão posso definir um cookie apenas para o subdomínio atual (já que não há subdomínio), e os cookies que definir serão enviados a todos os subdomínios.

Lembre-se de que o uso www.example.compermite definir cookies apenas no site principal . A utilização example.compermitirá apenas definir cookies nos *.example.comquais inclui static.example.com. Portanto, toda solicitação de qualquer subdomínio incluirá os cookies que atrasam um pouco a transferência. O uso www.example.compermitirá que você decida qual parte você deseja definir cookies.

Se você for usar www.example.com, faça example.comum redirecionamento permanente para www.example.com.

O wwwsubdomínio, em alguns casos, é realmente um servidor completamente diferente do TLD pai. Embora a maioria dos mecanismos de pesquisa seja inteligente o suficiente para descobrir isso, ainda é uma boa prática colocar o redirecionamento.

Eu sou o reverso completo disso, www.example.comé um redirecionamento permanente para example.com, porque eu prefiro usar o URL canônico mais curto. Também faz sentido para mim que eu possa esperar que uma solicitação HTTP example.comproduza uma página da Web ou um redirecionamento para qualquer subdomínio que esteja lidando com solicitações HTTP.

Além disso, você deseja que as pessoas vinculem ao seu site usando o URL canônico, que elas escolhem na barra de ferramentas do navegador. O redirecionamento para aquele que NÃO é seu URL canônico ajuda a garantir consistência nesse sentido.

A inclusão do wwwsubdomínio parece se resumir a duas condições:

1. Cookies - A configuração de cookies pode *.example.comcausar luto (incorrer em mais tráfego), porque os cookies serão enviados com todas as solicitações, independentemente do subdomínio. Nesse caso, eu optaria por usar o, wwwpois ele me dá a opção de definir cookies *.example.comse eu precisar (por exemplo, cookie de usuário autenticado) ou www.example.comreduzir o tráfego para meus outros subdomínios.

2. Estética - Eu me importo muito com a aparência do domínio? Se eu realmente odeio, wwwmas estou preocupado com o tráfego de cookies, posso aliviar o problema hospedando meu conteúdo estático em um domínio totalmente novo, como o static-example.comque permaneceria livre de cookies.

Essa é uma consideração menor, mas relevante para sites comerciais. Há uma expectativa de usuários não técnicos com os quais um site começa, wwwportanto, quando eles não veem que talvez não pensem em um domínio como um site.

Embora possa parecer bobagem para aqueles de nós que sabem como as coisas funcionam, deparo-me com essa atitude frequentemente com familiares, amigos e colegas não técnicos e essas pessoas provavelmente representam a grande maioria de seus clientes.

Além disso, muitos softwares, como email, processadores mundiais, clientes de redes sociais e empresas, reconhecerão automaticamente um nome de domínio começando com wwwum hiperlink e o ativarão - com um domínio nu ou necessário non-www, você precisará adicionar http://o software para torná-lo ativo. Ser capaz de clicar em um link em vez de copiar e colar em um navegador pode fazer a diferença entre um cliente que visita seu site ou acessa seu concorrente.

Parece não haver razões concretas para o uso de um sobre o outro, tanto quanto os resultados da pesquisa ou outros resultados desejados. Minha preferência pessoal é no-wwwdevido ao tamanho.

O mais importante é garantir que você redirecione para seu domínio preferido e lembre-se de definir seu domínio preferido no Google Search Console (Ferramentas do Google para webmasters).

Sem repetir as respostas válidas acima sobre cookies, estética, usuários não técnicos que esperam o wwwsubdomínio, etc ...

Outro motivo pelo qual tendem a favorecer a www.abordagem de subdomínio no site principal é o desenvolvimento local. Eu uso local.para o meu servidor de teste local. Eu sempre espero que o site seja acessado por meio de um subdomínio e possa distinguir facilmente entre os sites de teste e os ativos, se necessário. Os cookies podem ser mantidos separados dos sites locais e ao vivo.

• www.example.com Site ao vivo
• local.example.com Servidor de teste local

O uso de um subdomínio para o servidor de teste também permite testes fáceis em um dispositivo móvel, pois o subdomínio pode ser definido no DNS público que aponta para um servidor de teste local (IP local). Somente quando o dispositivo móvel estiver na rede Wi-Fi local, ele poderá acessar o servidor de teste local. (Verifique se as otimizações do navegador móvel estão desabilitadas ao se conectar localmente; caso contrário, o servidor de otimização remota também tentará acessar o servidor local e falhará.)

Sim, sempre use em wwwvez de um domínio nu. Embora o Heroku seja um pouco especializado, o tipo de malha de roteamento que eles criaram provavelmente se tornará mais comum à medida que as pessoas implementam sites em grupos de máquinas. Domínios nus são apenas muito menos flexíveis que www, porque exigem um A em vez de um registro CNAME. Consulte https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords .

Embora você talvez não pense isso hoje, todos os sites da Web devem e esperamos que em breve estejam usando SSL o tempo todo. Isso ocorre porque a segurança é sempre melhor que a não segurança, e os custos do SSL já são apenas ~ 1% da CPU adicional (consulte http://www.imperialviolet.org/2010/06/06/25/overclocking-ssl.html ). Você também deve obter seu certificado SSL para www.

Meu pessoal de SEO me diz que o Google não gosta de domínios nus. Um sintoma disso é que, se você tentar redirecionar o seu myblog.blogspot.comblog example.com/blog, receberá um erro informando que os Blogs não podem ser hospedados em domínios nus .