WWW ou não WWW, o que escolher como nome de site principal? [fechadas]


86

Do ponto de vista técnico, o único problema é o tráfego e os links de entrada (um deles deve redirecionar para outro).

Agora preciso escolher qual deve ser o principal. Alguns sites têm www (google, microsoft, ruby-lang) e outros sem www (stackoverflow, github). Parece-me que o mais recente não usa WWW.

O que escolher?

Por favor, com algumas explicações.

ATUALIZAÇÃO: Esta é uma questão relacionada à programação. Na verdade, o site é para programadores, então espero ver o que as pessoas técnicas pensam.

ATUALIZAÇÃO: Site sem WWW é o vencedor claro. Obrigada pessoal!


7
Para mim, http: // www parece realmente redundante. www implica que o tráfego será através de HTTP ... que http: // já informa.
Travis

4
você nunca poderá ter um subdomínio sem cookies (pense no CDN) se escolher a rota sem www. phpied.com/www-vs-no-www-and-cookies
Neil McGuigan

1
Essa resposta , embora não diretamente relacionada, parece relevante. Além disso, não se esqueça de ler qual é o sentido de ter “www” em um URL? .
Skippy le Grand Gourou

Respostas:


63

Não importa qual você escolha, mas você deve escolher um e ser consistente. É mais uma questão de estilo, mas é importante observar que os mecanismos de pesquisa consideram esses dois URLs como sites diferentes:

http://www.example.com
http://example.com

Portanto, o que você escolher por razões estéticas deve ser usado consistentemente por motivos de SEO.

Edit: Minha opinião pessoal é renunciar ao wwwque parece arcaico para mim. Eu também gosto de URLs mais curtos. Se dependesse de mim, redirecionaria todo o tráfego de www.example.compara example.com.


10
Também é útil ter um único domínio canônico para que os cookies não se percam, o que realmente confunde os usuários
Adam Batkin

4
Além disso, se você escolheu um como canônico, aceite o outro, mas redirecione-o para evitar conteúdo duplicado do ponto de vista dos mecanismos de pesquisa.
instanceof me

Eu preciso escolher :). Portanto, essa resposta não poderia me ajudar :). Estou ciente dos problemas com o CEO, já respondi isso em questão.
Mike Chaliy

9
@Mike - Eu não acho que você quis dizer problemas com o CEO - eles seriam quando o Chief Exec tivesse um ataque porque "todos os sites devem começar com WWW!" ;)
Keith Williams


21

Não use WWW. É um trava-língua desnecessário e um pé no saco para designers gráficos.


8
Que problemas isso causa aos designers gráficos?
StuperUser de

Eu acho que eles deveriam adicionar WWW ao logo, caso contrário os usuários ficarão confusos, o mesmo pode ser verdade para os anúncios.
Mike Chaliy

5
@StuperUser - é apenas ruído no logotipo; o padrão do Ws é bastante perturbador visualmente. @Mike - Acho que mysite.com é obviamente um site, com ou sem WWW. As pessoas ainda vão digite a WWW, que é por isso que você configurar tanto no servidor, mas dizer a alguém para ir para "bbc.co.uk/news" é tão compreensível como "www.bbc.co.uk/news"
Keith Williams

1
Algumas pessoas ainda digitarão www. Alguns não vão. E há algumas pessoas que datilografam http://no início, embora isso nunca seja necessário digitar. E tem gente que digita http://www.google.com/, espera o Google aparecer e depois digita http://www.yoursite.com/no Google. Resumindo, você precisa oferecer suporte a www e não www, independentemente de qual seja o seu "principal". Também é uma boa ideia sempre comprar o ".com", mesmo que o seu principal seja um ".net" ou ".org", etc. Algumas pessoas colocarão automaticamente ".com" ao digitar qualquer endereço da web.
thomasrutter

17

Existem algumas questões que você deve considerar. Consulte, por exemplo, Usar domínios sem cookies para componentes para um problema de validade de cookies.

Mas independentemente de como você decidir: use apenas um desses domínios como seu nome de domínio canônico e use um redirecionamento 301 para corrigir o inválido. Para um servidor web Apache, você pode usar o mod_rewrite para fazer isso.


14

Configure ambos, obviamente. Eu faria o wwwredirecionamento para a URL normal, pois ela só existe para deixar felizes as pessoas que normalmente a digitam no início de cada endereço. Apenas não exija, faça o que fizer, que o wwwseja digitado manualmente. Sempre.


17
Você não inclui o "www" ao registrar nomes de domínio. O "www" é um subdomínio.
John Topley

6
Além disso, se você tiver um certificado https, não se esqueça de registrá-lo para www e não www.
Mercer Traieste

5
@John Acho que ele quis dizer registrá-los em seu servidor de aplicativos.
Mercer Traieste

12

Depende do seu público, eu acho. Um público não técnico presumirá que o wwwestá lá, enquanto um público técnico não esperará por isso instintivamente e apreciará os URLs mais curtos.

( Editar : recentemente configurei um domínio para minha família usar, incluindo webmail. Minha esposa perguntou qual era o endereço do webmail. Eu disse "mail.ourdomain.com". Ela digitou "www.mail.ourdomain.com" .)

De qualquer forma, certifique-se o que você não use limpa faz um redirecionamento 301 para o que você faz uso - então nem os utilizadores nem os motores de busca terá que cuidar.


1
Eu concordo que o público é importante considerar. Mas as pessoas precisam ser desanimadas fazendo com que www seja redirecionado para não www, para que um público não técnico ainda possa digitar www, mas esperançosamente percebe que a URL o descarta. Ou você pode ser um idiota como eu sou em meu site pessoal e encaminhar www para no-www.org .
Nenhum

1
no-www.org é uma ideia tão boa - eu só queria que seu design fosse um pouco mais amigável. Provavelmente se parece apenas com uma parede de gobbeldygook (correio 11pt novo, como você sabe, "ver fonte") para pessoas não técnicas.
thomasrutter

11

Um aspecto desta questão trata de CDNs e alguns hosts da web (por exemplo, Google Sites). Esses hosts exigem que você adicione um registro CNAME para o nome do seu site que aponta para os servidores host. No entanto, devido à forma como o DNS é projetado, os registros CNAME não podem coexistir com outros registros com o mesmo nome, como registros NS ou SOA. Portanto, você não pode adicionar um CNAME para o seu nome de example.com e, em vez disso, deve adicionar o CNAME para um subdomínio. Claro que as pessoas normalmente escolhem "www" para seu subdomínio.

Apesar dessa limitação técnica, prefiro omitir o www em meus sites sempre que possível.


2
Pelo que sei, isso não é verdade, você pode usar "example.com". (você notou um ponto após o nome de domínio?).
Mike Chaliy

1
Eu vejo o ponto, mas acho que você vai descobrir do ponto de vista do DNS, "exemplo.com" e "exemplo.com". são tratados da mesma forma e você ainda não pode adicionar um registro CNAME para nenhum deles.
Greg Hewgill

1
Pode ser que isso dependa das implementações, mas é exatamente assim que fiz isso com a hospedagem do heroku. Confira - onticoren.com/2009/06/29/go-daddy-dns-heroku
Mike Chaliy

Acho que também vale a pena mencionar que os registros CNAME não podem coexistir com os registros MX usados ​​para e-mail, conforme explicado na RFC 1912 seção 2.4 ("Um registro CNAME não pode coexistir com nenhum outro dado. Em outras palavras, se suzy .podunk.xx é um alias para sue.podunk.xx, você também não pode ter um registro MX para suzy.podunk.edu, ou um registro A, ou mesmo um registro TXT. ") e neste artigo . Qual é o motivo desta limitação técnica?
Maggyero

10

Eu redirecionaria para sem www. No Apache 2.x:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent] 

Acho que www não tem sentido; todos nós sabemos que estamos na rede mundial de computadores. Seria muito melhor usar subdomínios para balanceamento de carga ou para sites específicos de dispositivos (como m.google.com para celulares, por exemplo, embora haja um domínio de nível superior .mobi agora).


5
Estou
curioso

8

www é usado como um subdomínio padrão, subpasta para sites no domínio principal.

http://no-www.org/ estão tentando torná-lo obsoleto.

Apesar http://www.w3.org/ inclui www.

Vale a pena verificar os dois sites.

Parece que se tornou uma questão de gosto e uma questão de religião no momento, em vez de um padrão. O que quer que você escolha, certifique-se de registrar ou redirecionar de www como Control + enter etc. cópia de atalhos em www.



2
Acho que você quer dizer www.www.extra-www.org . Também gosto de como eles redirecionam www.www.www.www.extra-www.org para o caso de você acidentalmente adicionar muitos wwws extras.
thomasrutter

6

Você teria outros subdomínios? Em caso afirmativo, isso pode fazer com que o uso do www faça mais sentido para mim, pois alguns lugares podem ter vários subdomínios usados ​​para outros fins, como uma loja ou subdomínios de internacionalização.


Para mim, faz sentido que o domínio de uma empresa sem fornecer um nome de dispositivo, ou seja, no-www, vá para uma página com informações sobre esse domínio e talvez a navegação para os vários nomes de dispositivos dentro desse domínio. Você nunca gostaria de mostrar um site se nenhum subdomínio fosse especificado? Ou deseja que mais de um FQDN vá para o mesmo lugar? Ou ter seu domínio padrão apontando para um dispositivo diferente de www? Eu ficaria confuso se example.com fosse, digamos, ftp, e você tivesse que digitar www.example.com para acessar a web. No momento, redirecionar www para não www é temporário até que www desapareça completamente.
Nenhum

5

Eu normalmente vou com www.sitename.com porque é explícito que é a parte principal do seu site. Testing.sitename.com está testando. House.sitename.com é meu PC doméstico. Gosto de ser explícito, mas não me importo quando os sites não usam www. Eu não sou o mais puro. :)


3

Use sem o www. O raciocínio geral por trás disso é que, como você está escrevendo um endereço para um navegador da web, já está implícito que você está acessando um site da web (o que mais você faria com um navegador?) - usar o www extra é, portanto, inútil.

Para ser mais específico, ao receber uma solicitação http, você sabe que o usuário deseja acessar o site. O navegador da web adiciona o cabeçalho http: // - implicitamente, de modo que o usuário só precisa se preocupar com o endereço. O mesmo vale para outros serviços - se você hospedar ftp, deve ser suficiente apontar o cliente ftp para o domínio sem o ftp. -prefixo.

Se bem entendi, os motivos para usar os diferentes subdomínios www., Ftp., Etc. são em sua maioria históricos e não são mais relevantes hoje em dia, uma vez que o tráfego é simplesmente direcionado para o servidor / serviço correto - os prefixos redundantes simplesmente travaram porque de sua popularidade.


Você pode digitar um domínio em mais coisas do que apenas um navegador da web. Faz sentido que nenhum subdomínio seja padronizado para a web, pois ele é mais acessado pelo público.
Nenhum

2

Eu sempre faço o não-www redirecionar para www e me refiro a eles como www.mysite; Pense em vários fóruns e aplicativos de mensagens instantâneas que convertem links corretamente apenas quando eles começam com www. .


2
em seguida, digite-o como sitename.com - isso será aceito sem problemas e funcionará em MAIS casos.
tomfanning

3
SO peguei o que eu digitei e converti em um link :-) provando meu ponto. http: // sitename .com
tomfanning

@tomfanning: come.to/foobar. Apenas verificando o que acontece.
Salman A,

@tomfanning @Salman Os links começam com um protocolo como http://ou ftp://não www. Supõe-se que www seja um protocolo de transferência de hipertexto, mas esse é um bom ponto que eu nunca havia considerado ... embora possa ser facilmente evitado incluindo o protocolo em seu link.
Nenhum

2

Você quer que seu url seja memorável e deseja que o Google e outros registrem o mesmo url para classificações e similares.

A prática recomendada parece ser lidar com o www, mas sempre o HTTP redireciona para uma variante não-www. Dessa forma, os motores de busca sabem classificar os links para ambas as variantes como o mesmo site.


1

O que quer que você use, use apenas um ou então você terá que fazer 2 conjuntos de cookies para cada domínio para que suas sessões / cookies funcionem corretamente.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.