Eu sou um desenvolvedor web e recentemente consegui um show para desenvolver a versão americana / internacional de um site para uma empresa que é grande na Europa, mas ainda não fez muita expansão nos EUA. Eles têm um site existente em company.com, que deve permanecer visível para os clientes europeus depois que o novo site for lançado, e um site existente (não ótimo) em company.us, que eu vou desenvolver novamente. nós site será removido quando a minha versão subir - continue lendo para mais detalhes). Minha solução precisa levar em conta o fato de que haverá versões novas e localizadas do site em um futuro próximo, portanto, a estrutura que estou escrevendo precisa ser capaz de lidar com localizações com bastante facilidade (carregar dinamicamente pacotes de idiomas, etc).
O mais complicado é que a filial européia da empresa gerencia o site de hospedagem .com (baseado no IIS) e o DNS, enquanto eu gerirei a hospedagem dos EUA (e futuras localizações), que provavelmente será baseada em apache. . Eu nunca fui um grande fã do TLD ".us" - acho que a maioria dos usuários dos EUA está acostumada a visitar o .com - então o pensamento é que a filial européia detectará o IP do tráfego de entrada e redirecionará todos os EUA. endereços baseados em nós para us.example.com (ou qualquer que seja o subdomínio localizado apropriado), que apontaria para o endereço IP do meu host. Eu, então, serviria o conteúdo específico do código de idioma apropriado, puxando o subdomínio do superglobal $ _SERVER (assumindo o PHP).
Não encontrei nenhum exemplo de organizações internacionais que adotam uma abordagem baseada em subdomínio para localização, mas não tenho certeza se tenho outras opções como resultado da estrutura exclusiva de hospedagem aqui (em que não há uma estrutura unificada solução de hospedagem para os sites europeus e norte-americanos). Na minha experiência, a versão americana de um site internacional residiria em domain.com/us, não em us.domain.com, e imagino que isso tenha a ver com SEO (subdomínios são tratados como sites separados, portanto, melhorados rankings para o site dos EUA não ajudariam a versão canadense se subdomínios são usados para diferenciá-los).
A minha pergunta é: existe uma abordagem melhor para resolver este problema do que aquele que estou a tomar? Idealmente, eu gostaria de usar uma abordagem baseada em pastas (veja adidas.com como um exemplo do que estou falando), mas não tenho certeza se é uma possibilidade, dado que o site dos EUA (e outras localizações) não ser hospedado no mesmo servidor que o resto do .com. Você pode, no IIS, mapear uma pasta (por exemplo, domain.com/us) para um endereço IP diferente? O que você recomendaria?
Obrigado pela sua consideração.