A página inicial deve ser apenas um nome de domínio ou pode estar em uma pasta?

Estou trabalhando em um projeto de site e o cliente solicitou (por razões de conveniência de hospedagem) que o novo site fosse localizado em uma pasta específica. Isso significa que todas as páginas estarão em www.domain.com/folder em vez de apenas www.domain.com e terão um redirecionamento meta instantâneo na página padrão de www.domain.com, que será redirecionada para www.domain. com / pasta.

Gostaria de saber de uma perspectiva de SEO se isso é uma boa idéia?

Acredito que a atualização instantânea meta será tratada como um redirecionamento 301 (permanente) pelos importantes mecanismos de pesquisa, portanto presumo que www.domain.com e www.domain.com/folder serão tratados como a mesma página e também serão também considerou a mesma página para a popularidade do link. Isso está correto?

Existe algum argumento (de preferência com algum tipo de prova que eu possa lhes dar) que eu possa usar para argumentar contra eles fazendo isso?

O problema que você está enfrentando é bilateral:

• Em termos de SEO : as páginas mais próximas da raiz geralmente são vistas pelos motores de busca como as mais importantes. Por isso, sugiro fortemente que você use o nome de domínio completo (por exemplo, www.domainname.com) como página inicial. Se o site tiver muitos subdiretórios, eles serão colocados um nível abaixo no site por padrão. Você deseja reduzir ao mínimo a quantidade de diretórios subsequentes. Além disso, como declara Lese: se você deseja alterar a pasta no futuro e todos tiverem vinculado a www.domainname.com/folder em vez de www.domainname.com, será necessário criar 301 redirecionamentos para os links a serem salvos o suco do link.
• Experiência do usuário : é meio obscuro, especialmente para uma grande instituição educacional abrir em uma pasta. Em 2000, não seria um problema, mas com as expectativas e a experiência do usuário atual, sugiro fortemente que abra a página inicial na raiz também da perspectiva do usuário.

Em termos de SEO, não há realmente nenhum problema aqui. Muitos sites estão configurados para usar um caminho não wwwroot como página inicial. No entanto, o uso de um URI de página inicial não padrão pode ter repercussões no futuro, porque esse é o URL que será marcado pelos visitantes. Se você decidir alterar a arquitetura do site, precisará manter um redirecionamento extra para a página inicial.

Além disso, evitaria usar uma atualização meta para o redirecionamento. O Google e o Bing sabem tratá-lo como um 301, mas não é um 301. Como tal, outros serviços, como sites de bookmarking social ou sites de compartilhamento de links, não têm garantia de tratá-lo como um 301.

Há também o problema de atualização meta retornando um referenciador em branco da maioria dos navegadores, o que dificulta a configuração de análises adequadas. É muito melhor usar apenas um redirecionamento 301 adequado.

A maioria dos provedores de hospedagem compartilhada permite que você defina sua docroot para o que quiser e reescreva / redirecione URLs do lado do servidor. Se o seu cliente não tiver acesso a esses recursos, é muito provável que esteja usando um host de qualidade inferior. Seria melhor cortar o problema pela raiz e escolher apenas um novo host da Web, em vez de procurar uma solução de band-aid para essas restrições anormais. Caso contrário, é provável que seu cliente encontre problemas mais sérios no futuro usando um host de má qualidade.

Um outro argumento (embora pequeno) é que, se você deseja oferecer o opensearch no seu site. Descobri que, por exemplo, o Chrome adiciona seu site automaticamente se a página inicial estiver sem um subdiretório.

O Apache possui um recurso mod_alias que eu acho que você poderia usar para solucionar esse problema: -

As diretivas contidas neste módulo permitem a manipulação e o controle de URLs quando as solicitações chegam ao servidor. As diretivas Alias ​​e ScriptAlias ​​são usadas para mapear entre URLs e caminhos do sistema de arquivos. Isso permite conteúdo que não está diretamente sob o DocumentRoot, servido como parte da árvore de documentos da web. A diretiva ScriptAlias ​​tem o efeito adicional de marcar o diretório de destino como contendo apenas scripts CGI.