Planejar a experiência de pesquisa do usuário final (Search Server 2008)

Atualizado em: 2008-03-03

Observação:
Exceto quando especificado, as informações neste artigo aplicam-se tanto ao Microsoft Search Server 2008 como ao Microsoft Search Server 2008 Express.

Nesta seção:

• Planejar o que os usuários verão ao executar uma consulta

• Planejar o que os usuários verão nos resultados da pesquisa

Os administradores de pesquisa podem aumentar a relevância e a apresentação dos resultados da pesquisa planejando cuidadosamente a experiência de pesquisa do usuário final. A meta do planejamento é criar uma experiência de pesquisa que permita aos usuários localizar rapidamente as informações de que precisam. Este artigo contém informações que podem ajudar os administradores de serviços de pesquisa e os administradores de conjuntos de sites a otimizar a experiência de pesquisa do usuário final.

A primeira seção deste artigo:

• Descreve a interface de usuário de pesquisa para execução de consultas de pesquisa.

• Aborda pesquisas avançadas e como as propriedades podem ser usadas para filtrar os resultados da pesquisa. Os administradores podem usar essas informações para compreender as opções que têm de gerenciamento de palavras-chave e propriedades a fim de otimizar a capacidade do usuário de executar pesquisas avançadas e poderosas.

• Aborda os benefícios do uso de pesquisas de propriedade com escopos. Isso inclui como as propriedades rastreadas se relacionam com as propriedades gerenciadas e como planejá-las.

A segunda seção deste artigo aborda páginas de resultados da pesquisa e os recursos que os administradores podem controlar e que afetam o que os usuários veem nos resultados da pesquisa.

A segunda seção deste artigo:

• Descreve como planejar palavras-chave e melhores opções. Isso inclui como planejar palavras-chave eficazes, as melhores opções para uma determinada organização e como a associação de sinônimos com palavras-chave pode melhorar a experiência do usuário final.

• Aborda como os administradores podem controlar a classificação de relevância de sites específicos para aumentar a relevância dos resultados da pesquisa.

• Descreve o novo recurso de locais federados que pode ser usado para pesquisar em várias fontes e combinar os resultados em uma única página de resultados da pesquisa.

• Descreve como controlar links que aparecem nos resultados da pesquisa.

• Aborda como planejar alertas baseados na pesquisa.

As capacidades descritas neste artigo permitem que os administradores controlem muitos dos recursos da experiência de pesquisa do usuário final. Embora recomendemos que você avalie a eficácia das consultas de pesquisa regularmente, o bom planejamento anterior à implantação inicial pode ajudar a criar consultas de pesquisa eficientes desde o princípio e pode reduzir os futuros custos administrativos.

Planejar o que os usuários verão ao executar uma consulta

Para planejar com eficácia opções de configuração que ajudem você a cumprir a meta de ajudar os usuários a localizar o conteúdo que estão pesquisando, o ideal é primeiro considerar o que os usuários finais verão na interface de usuário.

A interface de usuário de pesquisa

Para compreender como planejar a experiência de pesquisa do usuário final, o ideal é primeiro familiarizar-se com a interface de usuário usada pelos usuários finais na execução de consultas. Como esperado, essa interface de usuário é simples. O ponto focal da interface de usuário é uma caixa de pesquisa onde eles podem inserir as consultas de pesquisa. Uma caixa pesquisa é fornecida em todas as páginas não-administrativas do conjunto de sites e também no Centro de Pesquisa. Por exemplo, a caixa de pesquisa será exibida, por padrão, no site e nos níveis de lista, além de no Centro de Pesquisa. O próprio Centro de Pesquisa é um conjunto de sites.

As próximas seções descrevem a interface de usuário de pesquisa em cada nível do conjunto de sites.

Interface de usuário de pesquisa no nível de site

A caixa de pesquisa no nível do site (texto explicativo 2) é um caixa de texto no canto superior direito das páginas do site na qual os usuários podem digitar suas consultas de pesquisa e, em seguida, clicar no ícone Pesquisar (texto explicativo 3) para executar sua consulta.

A primeira pergunta que os usuários farão ao analisar uma caixa de pesquisa em uma interface de usuário será: "minha consulta será executada em qual conteúdo?". A lista Escopo de Pesquisa (texto explicativo 1) ao lado da caixa de pesquisa especifica o corpo das informações no índice de conteúdo no qual a consulta será realizada. Os escopos de pesquisa, também chamados de escopos, são filtros aplicados aos resultados da pesquisa para restringir (ou seja, filtrar) os itens exibidos na página de resultados com base nos itens incluídos no escopo. Isso permite ao usuário executar consultas em subconjuntos de conteúdo do índice de conteúdo, o que aumenta a relevância dos resultados da pesquisa.

Por padrão, a caixa de pesquisa de nível de site usa o escopo Este Site. Isso significa que as consultas podem ser executadas em todo o conteúdo associado ao site atual e em todos os seus subsites.

Interface de usuário de pesquisa no nível de lista

A interface de usuário de pesquisa no nível de lista analisa e funciona da mesma maneira que a interface de usuário no nível de site, a exceção é que um escopo de pesquisa padrão adicional, chamado de Esta Lista, está disponível. A caixa de pesquisa do nível de lista fica no canto superior direito de cada lista e biblioteca de todos os conjuntos de sites e está configurada para usar o escopo Esta Lista, por padrão. Entretanto, os usuários podem selecionar o escopo Este Site ou um escopo personalizado, se disponível.

Interface de usuário de pesquisa no Centro de Pesquisa

O Centro de Pesquisa oferece uma interface de usuário centralizada e altamente personalizável onde os usuários podem executar consultas de pesquisa. O Centro de Pesquisa consiste em uma caixa de pesquisa para inserção das consultas de pesquisa e um link para a página Pesquisa Avançada a fim de que os usuários possam construir consultas de pesquisa avançadas. Por padrão, a caixa de pesquisa tem o escopo Todos os Sites para que os usuários pesquisem por todo o conteúdo do índice.

Como a caixa de pesquisa no nível de site, a caixa de pesquisa no Centro de Pesquisa (texto explicativo 1) é uma caixa de texto na qual os usuários podem digitar suas consultas de pesquisa. Os usuários clicam no botão Pesquisar (texto explicativo 2) para executar a consulta. Os usuários avançados podem clicar no link Pesquisa Avançada (texto explicativo 3) para usar a página Pesquisa Avançada a fim de construir consultas. Informações sobre a página Pesquisa Avançada são fornecidas mais adiante, neste artigo.

Se o Servidor de Pesquisa da Microsoft 2008 tiver sido instalado usando a opção de instalação básica, o modelo Centro de Pesquisa será usado para criar o site de nível superior. Isso significa que o site de nível superior de seu conjunto de sites será o Centro de Pesquisa.

A tabela a seguir mostra os escopos que estão disponíveis no Search Server 2008, por padrão, e os níveis em que estão disponíveis.

Este escopo	Permite aos usuários	Neste nível
Todos os Sites	Pesquisar em todo o conteúdo do índice	Centro de Pesquisa Site de Nível Superior Subsite Listas e bibliotecas
Este Site: nome do site	Pesquisar no site atual e em todos os seus subsites	Site de Nível Superior Subsite Listas e bibliotecas
Esta Lista: nome da lista	Pesquisar na lista atual	Listas e bibliotecas

Planejar escopos personalizados

Esta seção fornece informações sobre os escopos padrão que podem ser usados para filtrar o conteúdo incluído em uma consulta de pesquisa. Como um administrador de pesquisa, você pode ajudar a identificar quando sua organização pode precisar complementar os escopos padrão, criando escopos personalizados. Você pode usar escopos personalizados com regras de escopo para agrupar determinado conteúdo do índice em partes de conteúdo individualmente pesquisáveis.

Por exemplo, você pode possibilitar a pesquisa de um determinado conjunto de sites ou de todos os documentos do Word que foram criados por uma determinada pessoa ou durante um período de tempo ou uma combinação desses parâmetros.

Você pode criar escopos personalizados no nível do conjunto de sites, o que disponibiliza os escopos personalizados para o conjunto de sites no qual eles foram criados.

Ao planejar escopos de pesquisa, examine sua arquitetura de informações para identificar conjuntos de conteúdo amplos em que as pessoas provavelmente pesquisarão. Alguns desses conjuntos se estenderão por vários sites e outros por subconjuntos de informações dentro dos conjuntos de sites.

Planejar escopos para conjuntos de sites

Durante o planejamento, cada administrador de conjunto de sites desejará criar escopos com base na arquitetura de informações do site.

A lista a seguir é uma lista de tarefas relacionadas aos escopos que os administradores de conjuntos de sites podem executar no nível de site:

• Escolher como exibir escopos de pesquisa (lista suspensa de pesquisa, pesquisa avançada ou as duas).

• Criar escopos no nível do conjunto de sites.

• Editar escopos no nível do conjunto de sites (mais informações fornecidas abaixo).

• Adicionar regras de escopo.

• Excluir escopos no nível do conjunto de sites.

• Exibir o status. Por exemplo, as regras de escopo que eles contêm e a ordem na lista de escopos em que aparecem.

Ao criar ou editar um novo escopo no nível de conjunto de sites, especifique o seguinte:

• Título exclusivo.

• Descrição do escopo (opcional).

• Grupo de exibição, às vezes chamado de grupo de escopos. Os administradores de conjuntos de sites podem atribuir escopos aos grupos de exibição para determinar onde aparecem no site. Por padrão, o Search Server 2008 fornece grupos de exibição à lista suspensa da caixa de pesquisa e à página Pesquisa Avançada. Os administradores de conjuntos de sites podem atribuir um ou mais escopos a qualquer grupo de exibição ou criar novos grupos de exibição.

• Página de resultados. Você pode escolher usar a página de resultados da pesquisa padrão para exibir os resultados da pesquisa quando esse escopo for usado ou especificar uma página diferente. Observe que, se você escolher usar uma página diferente, deverá primeiro criar essa página de resultados da pesquisa.

Planejar grupos de exibição

Os grupos de exibição fornecem uma maneira de atribuir escopos a uma caixa de pesquisa específica. Os administradores de conjuntos de sites têm várias opções de configuração dos grupos de exibição existentes ou podem optar por criar um ou mais novos grupos de exibição. Normalmente, o proprietário do site identifica uma necessidade específica de um grupo de exibição. Por exemplo, os usuários de um determinado site de equipe talvez precisem pesquisar com frequência em um conteúdo espalhado por várias bibliotecas de documentos. Para restringir o corpo do conteúdo no qual estão pesquisando, eles têm de executar pesquisas separadas em caixas de pesquisa diferentes, como a caixa de pesquisa de cada biblioteca, ou construir uma consulta avançada para filtrar os resultados da pesquisa. Para fornecer aos usuários uma maneira mais fácil de executar essa pesquisa frequente, o administrador do conjunto de sites cria um grupo de exibição e atribui o escopo apropriado a ele. Os proprietários de site podem então associar esse grupo de exibição a uma caixa de pesquisa específica. Por exemplo, uma caixa de pesquisa em uma página de pesquisa personalizada do site. Assim, os usuários usam essa caixa de pesquisa para pesquisar o conteúdo definido pelo escopo, neste caso, as bibliotecas de documentos. Por padrão, o Search Server 2008 fornece dois grupos de exibição:

• Lista suspensa de pesquisa   O escopo Todos os Sites é atribuído a este grupo de exibição e é usado pela caixa de pesquisa, por padrão.

• Pesquisa Avançada   O escopo Todos os Sites é atribuído a este grupo de exibição e é usado pela caixa de pesquisa da página Pesquisa Avançada, por padrão.

Os administradores de conjuntos de sites podem realizar as seguintes ações:

• Adicionar escopos a qualquer grupo de exibição.

• Remover escopos de qualquer grupo de exibição.

• Criar novos grupos de exibição e atribuir os escopos desejados a eles.

• Alterar a ordem na qual os escopos aparecem na lista Escopos de Pesquisa.

• Especificar o escopo selecionado, por padrão, na lista Escopos de Pesquisa.

Os proprietários de site podem:

• Atribuir grupos de exibição diferentes à caixa de pesquisa e à página Pesquisa Avançada do site Centro de Pesquisa.

• Criar novas páginas de pesquisa usando as Web Parts Caixa de Pesquisa e Pesquisa Avançada e atribuir os grupos de exibição que queiram usar.

Planejar regras de escopo

Você define um escopo adicionando regras de escopo ao escopo. As regras de escopo definem o conteúdo que será ou não associado ao escopo. As regras de escopo adicionadas a um determinado escopo definem sua extensão.

Cada regra de escopo baseia-se em um tipo específico de regra de escopo, que define propriedades, locais e fontes de conteúdo. A tabela a seguir lista os tipos de regra de escopo que estão disponíveis para escopos de pesquisa no nível de conjunto de sites.

Esse tipo de regra de escopo	Está disponível para escopos de pesquisa no nível de conjunto de sites	Testa conteúdo por
Endereço da Web (http://servidor/site)	Sim	Local
Consulta de propriedade (Autor=Jane Dow)	Sim	Propriedade única
Fonte de conteúdo	Não	Uma fonte de conteúdo específica
Todo o conteúdo	Sim	Todo o conteúdo no índice de conteúdo

O tipo de regra de escopo Todo o Conteúdo é o mais simples, pois associa todo o conteúdo rastreado ao escopo. Para cada um dos outros três tipos de regra de escopo, um administrador de serviços de pesquisa pode especificar o comportamento da regra que determina o conteúdo a ser associado ao escopo. Esses comportamentos estão descritos na seguinte lista:

• Incluir Os itens correspondentes a essa regra aparecerão nos resultados da pesquisa, a não ser que outra regra os remova. Na combinação de regras, esse comportamento é semelhante ao operador lógico OR.

• Exigir Os itens correspondentes a outras regras também devem corresponder a essa regra nos resultados da pesquisa. Esse comportamento equivale ao operador lógico AND.

• Excluir Os itens correspondentes a essa regra serão excluídos dos resultados de pesquisa mesmo se corresponderem a outras regras. Esse comportamento equivale ao operador lógico AND NOT.

Normalmente, os escopos baseiam-se em uma única regra de escopo. No entanto, existem bons motivos para se usar escopos com várias regras. Você pode criar escopos com base em um tema específico ou conjunto conceitualmente relacionado de conteúdo. Para fazer isso, você pode incluir e excluir vários locais, propriedades ou uma combinação de locais e propriedades que estejam conceitualmente relacionados. A combinação lógica de regras determina o conteúdo que será incluído ou excluído do escopo.

Usando regras de escopo baseadas no local

Você pode criar regras baseadas no local (endereço Web ou caminho UNC) do conteúdo usando o tipo de regra de escopo Endereço da Web. Vários cenários de uso requerem regras desse tipo, incluindo pesquisa de conteúdo:

• Em um grupo de bibliotecas de documentos.

• Dentro de um conjunto de pastas em um único repositório grande de documentos, como ao pesquisar o arquivo morto de uma empresa.

• Em sites externos de um determinado sujeito.

• Em outros servidores de sua organização.

Cada regra de escopo de endereço Web contém um único local, definido por uma única pasta, nome de domínio ou nome de servidor. Dependendo de qual conjunto de conteúdo deseja disponibilizar em um escopo, você adiciona regras de correspondência até que todos os locais relevantes estejam incluídos no escopo e todos os locais irrelevantes excluídos. Examine a arquitetura de informações e o planejamento da estrutura do site para ajudá-lo a decidir quais locais devem ser incluídos em cada escopo.

Usando regras de escopo baseadas em propriedades gerenciadas

Você pode basear regras de escopo em um valor específico de uma única propriedade gerenciada, usando o tipo de regra de escopo Consulta de Propriedade. Antes de criar essa regra de escopo, verifique se:

• A propriedade gerenciada que deseja usar existe porque ela é uma propriedade gerenciada padrão ou foi criada por um administrador de serviços de pesquisa.

• A propriedade gerenciada está configurada para ser disponibilizada para uso em escopos. Várias propriedades gerenciadas são criadas, mas apenas algumas são configuradas para estar disponíveis para uso em escopos, por padrão. Apenas as propriedades gerenciadas que os administradores de serviços de pesquisa tenham especificamente disponibilizado para escopos poderão ser usadas nos escopos de pesquisa.

  Observação:
  Os administradores de serviços de pesquisa podem habilitar a disponibilização de uma propriedade para uso em escopos usando a página Editar Propriedade Gerenciada da propriedade específica.

Depois da criação da regra de escopo, cada item do conteúdo correspondente à consulta da propriedade é testado em relação a esse valor específico e incluído ou excluído conforme a regra. As regras baseadas nas propriedades só podem ser consultadas com o uso do operador Is exactly e não com outros operadores, como o Contains.

Por exemplo, um administrador de conjunto de sites de um site de portal de vendas pode criar escopos para cada escritório de vendas usando a propriedade gerenciada SalesOffice e definindo o valor da regra em cada escopo como o valor do escritório relevante. Como essa propriedade gerenciada é usada para definir o escopo, os resultados da pesquisa só incluirão conteúdo do escritório de vendas quando esse escopo for usado.

Quando sua organização planeja propriedades gerenciadas, considera escopos. Para criar um escopo de um determinado conjunto de conteúdo, você deve garantir que existam propriedades desse conteúdo mapeadas até propriedades gerenciadas que possam ser incluídas nas regras de escopo.

Usando regras de escopo baseadas em uma fonte de conteúdo

Quando você tem permissões de Administrador de Servidor de Pesquisa, pode criar regras de escopo nas fontes de conteúdo no nível de conjunto de sites. Talvez seja conveniente fazer isso por diversas razões:

• Para criar fontes de conteúdo adicionais que rastreiem conteúdo em um agendamento diferente.

• Para criar uma fonte de conteúdo separada para rastrear conteúdo em um farm diferente de Serviços e Tecnologias do SharePoint ou em um compartilhamento de arquivos.

• Para dividir o conteúdo em conjuntos menores com os quais combinará regras de escopo e para criar um escopo mais restrito do conteúdo.

Para obter mais informações sobre o planejamento de fontes de conteúdo, consulte Planejar para rastrear conteúdo (Search Server 2008).

Usando o tipo de regra de escopo Todo o Conteúdo

Quando você cria uma regra de escopo usando o tipo de regra de escopo Todo o Conteúdo, todo o conteúdo do índice de conteúdo é disponibilizado para o escopo. Para criar um escopo mais restrito, você pode adicionar regras de escopo a um escopo que use o tipo de regra Todo o Conteúdo para excluir conteúdo específico do escopo.

Excluindo conteúdo usando uma regra de escopo com o comportamento de exclusão

O escopo Todos os Sites pode ser copiado e usado como ponto de partida da inclusão de todo o conteúdo no índice de conteúdo. Em seguida, você poderá adicionar regras de escopo que excluam conteúdo dos resultados da pesquisa para criar escopos que sejam amplos, mas não incluam um determinado conjunto de resultados. Às vezes, é mais fácil usar uma cópia do escopo Todos os Sites com regras de exclusão que criar um escopo de pesquisa complexo contendo regras que incluam cada subconjunto de conteúdo do site.

Independentemente de você iniciar com uma cópia do escopo Todos os Sites ou com outro escopo, talvez seja conveniente adicionar regras de escopo que excluam conteúdo como uma etapa separada da adição de regras de escopo que incluem conteúdo, pois os motivos para excluir conteúdo dos resultados da pesquisa podem diferir substancialmente dos motivos para incluir conteúdo.

Pesquisas avançadas

Em muitos casos, os usuários digitam uma frase de palavra-chave na caixa de pesquisa e, em seguida, clicam no botão Pesquisar ou pressionam ENTER para executar a consulta. Se essa técnica não gerar o resultado que estão procurando nas primeiras páginas de resultados da pesquisa, alguns usuários desistirão. No entanto, usuários avançados costumam tentar novamente usando uma consulta mais avançada para direcionar o conteúdo que estão procurando.

Observação:
À medida que o volume do conteúdo que os usuários estão pesquisando aumenta, a chance de encontrarem o que estão procurando por uma simples frase de palavra-chave diminui.

Usuários muito avançados podem construir consultas de pesquisa avançadas na caixa de pesquisa. Por exemplo, para localizar conteúdo com a palavra "negociar" de autoria de David Jones, eles poderiam digitar a seguinte consulta na caixa de pesquisa:

negociar autor:jones

Contudo, a maioria dos usuários não está familiarizada com a sintaxe necessária para construir consultas avançadas dessa maneira. Portanto, a maioria dos usuários constrói uma consulta avançada usando a página Pesquisa Avançada, que permite direcionar o conteúdo que estão pesquisando através de sintaxe. A tabela a seguir descreve as opções da página Pesquisa Avançada relacionadas às palavras-chave.

Para localizar documentos com esta opção	Faça isto
Todas essas palavras	Procura conteúdo que contenha todas as palavras-chave que o usuário digita, mas as palavras não precisam estar no conteúdo em uma ordem específica.
A frase exata	Procura conteúdo que contenha as palavras que o usuário digita na ordem exata.
Qualquer uma dessas palavras	Procura conteúdo que contenha qualquer uma das palavras digitadas pelo usuário.
Nenhuma dessas palavras	Procura conteúdo que não contenha nenhuma das palavras digitadas pelo usuário.

Os usuários também podem usar a página Pesquisa Avançada para restringir a pesquisa a um idioma ou tipo de documento específico. Finalmente, os usuários podem selecionar as restrições de propriedade para filtrar os resultados da pesquisa com base na correspondência do valor da propriedade selecionada com o valor que eles inserem. Por exemplo, os usuários podem selecionar a propriedade Autor, o operador de inclusão Contém, digitar um valor e, em seguida, clicar em Pesquisar.

Várias propriedades, chamadas de propriedades gerenciadas, são fornecidas, por padrão, como Autor e Título. No entanto, a maior parte das propriedades gerenciadas padrão não é disponibilizada para uso em escopos. Os administradores de serviços de pesquisa escolhem as propriedades gerenciadas que desejam disponibilizar nos escopos e podem criar propriedades adicionais para atender às necessidades da organização.

Planejar propriedades para pesquisa

Uma maneira de organizar o conteúdo dos conjuntos de sites de forma a tornar a pesquisa mais eficiente é agrupar o conteúdo de tema comum no mesmo local. Assim, você pode aproveitar os escopos padrão do site e do nível de lista para pesquisar pelo conteúdo. Por exemplo, é possível criar um site para armazenar toda a informação de um determinado projeto. Nesse site, você pode criar bibliotecas de documentos e listas separadas para armazenar tipos diferentes de informações relacionadas a esse projeto. Os usuários usam o escopo padrão Este Site para pesquisar por todo o conteúdo do site ou o escopo Esta Lista para pesquisar em uma lista ou biblioteca específica do site. Os administradores de serviços de pesquisa e de conjuntos de sites podem criar escopos personalizados conforme necessário para os usuários pesquisarem em partes diferentes do conteúdo.

Embora seja relativamente fácil organizar o conteúdo para obter pesquisas eficientes, essa abordagem em si não atende às necessidades de todas as organizações, especialmente quando uma grande quantidade de conteúdo está sendo pesquisada. Alguns motivos para isso são:

• Nem sempre é possível organizar todo o conteúdo com um tema comum no mesmo local.

• Mesmo que todo o conteúdo com um tema comum seja organizado no mesmo local na implantação, o conteúdo poderá se tornar disperso por um conjunto de sites com o tempo.

Recomendamos que você organize o conteúdo por local quando fizer sentido fazê-lo e, em seguida, complemente essa organização usando propriedades.

Propriedades gerenciadas e rastreadas

Quando o conteúdo é rastreado, o rastreador também rastreia as propriedades associadas a esse conteúdo. Propriedades rastreadas incluem os metadados do conteúdo armazenado nos arquivos e os bancos de dados usados por sua organização. Propriedades rastreadas podem representar diferentes tipos de informações, como autor, título e email.

O Search Server 2008 permite que os administradores de serviços de pesquisa criem propriedades gerenciadas. Depois, eles podem mapear as propriedades rastreadas, que são aquelas que o rastreador coleta e adiciona ao armazenamento de propriedades ao rastrear conteúdo, até as propriedades gerenciadas usadas pelas consultas de pesquisa.

A relação entre propriedades gerenciadas e propriedades rastreadas é simples, mas poderosa. Os administradores de serviços de pesquisa podem mapear uma ou mais propriedades rastreadas (aquelas descobertas pelo rastreador) até propriedades gerenciadas (aquelas que podem ser usadas em regras de escopo e consultas). Esse mapeamento é importante porque muitas propriedades rastreadas contêm o mesmo tipo de metadados e as propriedades rastreadas normalmente têm nomes nada intuitivos. Por exemplo, por padrão, as propriedades rastreadas chamadas "Mail:6" e "Office:4" são mapeadas até uma propriedade gerenciada chamada Autor. Isso porque os valores dessas duas propriedades rastreadas contêm o nome do autor. Esse mapeamento das propriedades rastreadas até as propriedades gerenciadas facilita a administração e beneficia os usuários. Os administradores se beneficiam porque têm menos propriedades para trabalhar na criação dos escopos. Os usuários finais que constroem consultas avançadas na caixa de pesquisa se beneficiam porque também têm nomes em menor quantidade e mais intuitivos para se lembrar.

As propriedades gerenciadas trazem os seguintes benefícios:

• Os usuários podem usar propriedades gerenciadas para construir consultas na caixa de pesquisa que filtrem os resultados da pesquisa.

• Você pode usar propriedades da página Pesquisa Avançada para permitir que os usuários finais filtrem facilmente os resultados da pesquisa.

• Os proprietários de site podem personalizar a página Pesquisa Avançada para usar propriedades gerenciadas diferentes.

• Os administradores de serviços de pesquisa e de conjuntos de sites podem criar escopos personalizados com regras que filtrem os resultados da pesquisa conforme as consultas. Os usuários finais se beneficiam das consultas baseadas na propriedade avançada sem precisar aprender a construir uma consulta avançada.

Várias propriedades gerenciadas são criadas e mapeadas até propriedades rastreadas, por padrão. Os administradores de serviços de pesquisa podem mapear outras propriedades rastreadas até as propriedades gerenciadas existentes e criar novas propriedades gerenciadas.

Usando propriedades em consultas

Para que o valor das propriedades rastreadas afete uma consulta de pesquisa, as propriedades rastreadas devem ser mapeadas até uma propriedade gerenciada, a propriedade gerenciada tem de estar disponível para escopos e o usuário deve executar uma pesquisa relacionada a essa propriedade gerenciada. Incluir os valores de muitas propriedades rastreadas pode ter um efeito negativo sobre a relevância e o desempenho da pesquisa.

Os administradores que planejam a implantação inicial do Search Server 2008 devem gravar o conjunto inicial de propriedades gerenciadas planejadas para o serviço de pesquisa.

Muitas dessas propriedades rastreadas podem ser encontradas com a análise dos tipos de conteúdo das propriedades exibidas nos aplicativos, como documentos do Microsoft Office Word ou Office Excel.

Se você tiver acesso a um servidor de teste, poderá rastrear conteúdo de alta prioridade e usar as propriedades rastreadas que aparecem para ajudar no planejamento.

Você pode facilitar a localização de conteúdo de seu site com um planejamento cuidadoso das propriedades gerenciadas e de como implementá-las. Ao planejar sua implantação, é recomendável que você mantenha um número mínimo de propriedades gerenciadas. Isso significa considerar cuidadosamente as propriedades que são mais úteis para a organização e implantá-las como um ponto de partida. Também é possível criar propriedades gerenciadas adicionais após a implantação, se necessário.

Planejar propriedades gerenciadas

Uma maneira prática de identificar propriedades gerenciadas potenciais é examinar o conteúdo existente e seus metadados de alta prioridade. Se você tiver acesso a um farm de teste antes da implantação ativa do Search Server 2008, poderá rastrear o conteúdo, ver que propriedades rastreadas são exibidas e usá-las para identificar parte da sua arquitetura de informações. Entretanto, a maioria das organizações se beneficiará com o planejamento de uma arquitetura de informações já na fase de rascunho, antes da preparação de uma implantação, pois essa arquitetura pode ajudar a centralizar o planejamento e a identificar o conteúdo e os processos que não estão tão bem organizados quanto deveriam estar.

A chave para a criação de um conjunto útil de propriedades gerenciadas é determinar os conceitos mais importantes e localizar propriedades no conteúdo que possam ser mapeadas até propriedades gerenciadas que permitam ao usuário localizar conteúdo relevante durante as pesquisas. O mapeamento de mais propriedades aumenta o tamanho do banco de dados e reduz o desempenho na mesma medida; portanto, convém mapear propriedades apenas quando você estiver seguro quanto à relevância desse mapeamento.

Alguns conceitos são usados para sugerir uma estrutura de conjuntos de sites e um conteúdo dentro desses conjuntos. Outros conceitos são usados para criar termos especiais, como palavras-chave para realçar resultados de pesquisa relevantes.

É difícil descobrir propriedades de conteúdo sem primeiro rastrear conteúdo. Portanto, o ideal é deixar para planejar as propriedades gerenciadas quando tiver uma boa ideia do conteúdo de cada conjunto de sites. Em seguida, em um servidor de teste, você poderá rastrear todo o conteúdo para que tenha uma lista de propriedades rastreadas para comparar com sua arquitetura de informações ao criar propriedades gerenciadas. Pode ser difícil mapear propriedades mesmo após o rastreamento de conteúdo, pois também é difícil identificar o tipo de conteúdo ou o aplicativo que usa a propriedade. Se não tiver certeza da natureza e do conteúdo de uma determinada propriedade, talvez seja conveniente configurar um mapeamento em um ambiente de teste e experimentar com pesquisas dessa propriedade.

Muitas das propriedades gerenciadas mais úteis são automaticamente criadas quando o Search Server 2008 é instalado. Use-as como ponto de partida ao planejar as outras propriedades gerenciadas. As propriedades criadas automaticamente incluem:

• Autor

• Descrição

• Nome do Site

• Tipo

• Tamanho do Arquivo

• Data da Última Modificação

• URL

• Título

Lembre-se de que para pesquisar eficientemente usando propriedades, é preciso primeiro atribuir valores às propriedades rastreadas. Por exemplo, se você tiver um documento que tenha uma propriedade que mapeie até uma propriedade gerenciada chamada Autor e nenhum valor for atribuído a essa propriedade em um dado documento, o documento não será exibido nos resultados da pesquisa quando os usuários consultarem usando a propriedade Autor de um autor específico.

Evitar a duplicação de propriedades gerenciadas

Algumas propriedades são básicas e podem aparecer como propriedades diferentes em tipos distintos de conteúdo. Exemplos incluem as propriedades Autor e Título de documentos.

A ação mais importante a tomar com essas propriedades básicas durante o planejamento é reduzir a duplicação por meio da criação de um conjunto de propriedades gerenciadas e do mapeamento das propriedades rastreadas com o mesmo significado para propriedades no conjunto de propriedades gerenciadas. No caso da propriedade Autor, é possível mapear cada apresentação exclusiva de uma propriedade rastreada para autores com uma única propriedade gerenciada Autor.

Você pode mapear uma ou mais propriedades rastreadas até uma ou mais propriedades gerenciadas.

Dica

A inclusão de cada propriedade Autor como uma propriedade gerenciada à parte não faz sentido, pois adiciona outras propriedades gerenciadas ao banco de dados sem aumentar a relevância.

Você pode optar por priorizar várias propriedades rastreadas para que, se mais de uma propriedade for encontrada durante o rastreamento, apenas o valor da propriedade com a maior prioridade seja usado em consultas que usam uma ou mais propriedades gerenciadas. Se você não priorizar as propriedades rastreadas, os valores de todas as propriedades rastreadas que forem mapeadas para a prioridade gerenciada serão usados para consultas e essa propriedade gerenciada terá vários valores. Isso significa que a pesquisa retornará resultados de todo o conteúdo que inclua valores de qualquer uma das propriedades mapeadas que corresponda à consulta. Uma abordagem lógica para uma propriedade com apenas um valor é escolher a propriedade rastreada mais comum como propriedade gerenciada e, então, priorizar as propriedades gerenciadas com base na frequência em que ocorre. Nem sempre é fácil determinar qual propriedade é rastreada com mais frequência, mas uma estratégia é priorizar as propriedades que você sabe estarem associadas com aplicativos comumente usados.

Ao mapear propriedades com diferentes tipos de dados, o tipo de dados da propriedade gerenciada é usado pela pesquisa na maioria dos casos.

Ao mapear propriedades, tome cuidado para não mapear propriedades irrelevantes ou com correspondência insuficiente, pois mapeamentos imprecisos podem acabar reduzindo a relevância dos resultados da pesquisa. Se possível, teste as propriedades gerenciadas em pesquisas antes da implantação inicial e planeje a revisão de dados de uso em consultas de pesquisa durante operações normais, de forma a ajustar as propriedades que foram mapeadas.

Adicionar propriedades para apresentar conceitos-chave na arquitetura de informações

Além das propriedades rastreadas que são mapeadas até as propriedades gerenciadas, por padrão, outras propriedades rastreadas podem ser claramente mapeadas até conceitos de sua arquitetura de informações ainda não capturados pelas propriedades gerenciadas existentes. Por exemplo, uma empresa pode identificar o atendimento ao cliente como um processo corporativo principal em sua arquitetura de informações. Conceitos principais associados ao atendimento ao cliente na arquitetura de informações podem incluem clientes, representantes de atendimento ao cliente e regiões de atendimento ao cliente.

Para cada conceito na sua arquitetura de informações, pergunte-se se existe uma propriedade rastreada que represente esse conceito e que possa ser mapeada até uma propriedade gerenciada. Se existir, transforme-a em propriedade gerenciada.

Observe que, embora muitos conceitos na arquitetura de informações não sejam representados por propriedades, eles são úteis durante o planejamento da estrutura de sites e durante a implementação de outros recursos de pesquisa. A arquitetura de informações pode identificar propriedades gerenciadas que passaram despercebidas, mas o simples fato de um conceito estar listado nessa arquitetura de informações não significa que exista ou deveria existir uma propriedade gerenciada para ele.

Usar propriedades gerenciadas em escopos de pesquisa

Cada propriedade gerenciada pode ser exposta como uma propriedade para regras de escopo de pesquisa. Para obter mais informações sobre o planejamento de escopos de pesquisa, consulte a seção "Planejar escopos de pesquisa", neste artigo.

Planejar a integração de propriedades de novos tipos de arquivo usando IFilters

O Search Server 2008 usa categorias de propriedades para rastrear propriedades por documentos em cada categoria. Categorias de propriedades incluem o manipulador de protocolo e o IFilter usados pela pesquisa ao indexar conteúdo. Antes de rastrear conteúdo, convém associá-lo às categorias de propriedades que mais eficientemente localizarão as propriedades rastreadas necessárias para que você crie propriedades gerenciadas. Para registrar IFilters no Search Server 2008, consulte o artigo sobre como registrar o Microsoft Filter Pack no SharePoint Server 2007 e no Search Server 2008.

Para adicionar conteúdo ao índice de conteúdo que exija IFilters ou manipuladores de protocolo diferentes, você pode criar programaticamente uma nova categoria de propriedades para esse conteúdo. Como parte do processo de planejamento inicial, identifique qual conteúdo precisa de novos IFilters e manipuladores de protocolo. Isso poderá exigir um código personalizado, embora alguns IFilters e manipuladores de protocolo sejam fornecidos.

Para obter informações sobre categorias de propriedades, consulte Gerenciar mapeamentos de propriedades de metadados (Search Server 2008). Para obter mais informações sobre como rastrear conteúdo, consulte Planejar para rastrear conteúdo (Search Server 2008).

Planejar o que os usuários verão nos resultados da pesquisa

O Search Server 2008 fornece várias configurações que permitem aos administradores de serviços de pesquisa e de conjunto de sites controlar o que os usuários veem em páginas de resultados da pesquisa. Embora você possa controlar os resultados da pesquisa de várias maneiras, durante a implantação, recomendamos:

• Planejar palavras-chave, as Melhores Opções e sinônimos.

• Planejar os sites mais e menos relevantes para controlar o quão próximo do início dos resultados da pesquisa serão exibidos.

• Planejar o uso ou não de locais federados e Web Parts de federação.

• Planejar a aparência dos links.

• Planejar se os usuários podem usar alertas baseados na pesquisa.

Planejar palavras-chave e Melhores Opções

As palavras-chave, às vezes chamadas de frases de palavra-chave, são as palavras que os usuários digitam em uma caixa de pesquisa quando constroem uma consulta. Quando os usuários executam uma pesquisa simples de palavra-chave, por exemplo, inserindo a palavra "objeto" na caixa de pesquisa e clicando no botão Pesquisar, o Search Server 2008 exibe os resultados da pesquisa de todo o conteúdo no escopo selecionado que contém essa palavra-chave.

O Search Server 2008 permite que os administradores de conjuntos de sites criem uma entidade chamada palavra-chave diretamente relacionada às frases de palavra-chave de mesmo nome contidas no índice. Um administrador de conjunto de sites pode criar uma palavra-chave usando uma ou mais palavras. Por exemplo, uma palavra-chave pode ser uma única palavra, como "OOF" ou um grupo de palavras que devem ser digitadas em uma ordem específica, como "out of office".

Além do nome da palavra-chave, também chamada de frase de palavra-chave, os administradores de conjuntos de sites podem criar palavras-chave compostas de uma ou mais das seguintes opções:

• Uma definição de palavra-chave que apareça nos resultados da pesquisa.

• Um ou mais sinônimos.

• Um ou mais Melhores Opções, que são URLs que os administradores de serviços de pesquisa especificam como sendo altamente relevantes para uma determinada palavra-chave.

Observação:
Embora você possa criar uma palavra-chave que não contenha uma das informações opcionais listadas acima, fazer isso não melhorará a relevância dos resultados da pesquisa.

As palavras-chave permitem que os administradores de conjuntos de sites aumentem a relevância das consultas do usuário final. Os resultados da pesquisa de qualquer conjunto de sites podem ser modificados de forma a promover um conteúdo específico e, assim, fazer com que ele apareça de maneira mais proeminente em resposta a consultas que usam termos de pesquisa específicos. Embora as palavras-chave sejam planejadas, implementadas e gerenciadas em nível de conjunto de sites, convém garantir que o seu planejamento e a sua implementação sejam consistentes em toda a empresa.

Definições de palavra-chave são uma boa maneira de fornecer acesso fácil às informações sobre conceitos de alta prioridade em cada conjunto de sites. Para cada conceito, os administradores de conjuntos de sites podem criar uma palavra-chave para que sua definição apareça na Web Part Melhores Opções da Pesquisa, próxima aos resultados da pesquisa. Por exemplo, um portal de vendas dedicado à venda de uma linha de produtos específica pode fornecer definições para os principais itens da linha de produtos. Essas definições podem ser usadas para ajudar os associados a vendas a compreender melhor os produtos ou podem ser exibidas nos resultados da pesquisa de um site de portal público para clientes.

Exemplo de palavra-chave

Um administrador de conjunto de sites sabe que os usuários finais estão com dificuldades para localizar o calendário usado para controlar quando os membros da equipe estão ausentes. Os usuários relatam que, quando pesquisam o calendário, suas consultas geram várias páginas de resultados irrelevantes e que eles desistem depois de examinar as primeiras páginas.

O administrador do conjunto de sites decide criar uma palavra-chave chamada "oof" que contém o seguinte:

Definição de palavra-chave: acrônimo equivalente a "out of office" (ausência temporária).

Sinônimo: time off.

Melhor Opção: URL para o calendário e uma descrição da Melhor Opção.

O administrador do conjunto de sites pede então para os usuários finais usarem essa nova palavra-chave "oof" ou seu sinônimo "time off" ao pesquisar no calendário.

A figura a seguir mostra um exemplo da página padrão de resultados da pesquisa que os usuários finais veem ao pesquisar pela palavra-chave "oof" no Centro de Pesquisa, neste cenário. Lembre-se de que, por padrão, as descrições de Melhores Opções e palavra-chave só aparecem nas páginas de resultados das pesquisas executadas pelo Centro de Pesquisa.

Na figura acima, é mostrada a consulta executada pelo usuário final (texto explicativo 1). O recurso realçando a palavra-chave também mostra as palavras-chave no conteúdo como texto negrito (texto explicativo 2). A descrição que o administrador de conjuntos de sites atribuiu a essa palavra chave aparece no canto superior direito da página de resultados da pesquisa, por padrão (texto explicativo 3). Cada palavra-chave pode ser associada a uma definição e você pode incluir uma URL nas definições. Da mesma maneira, o ideal é:

• Identificar fontes de definição durante o planejamento.

• Incluir uma etapa separada durante o planejamento para criar um glossário de todas as definições usadas em cada conjunto de sites.

• Criar algumas palavras-chave com o único objetivo de associá-las a uma definição.

A Melhor Opção (texto explicativo 4) aparece diretamente abaixo da descrição da palavra-chave, quando há uma. Uma Melhor Opção é, na maioria das vezes, uma URL. Ela também tem um título e pode, opcionalmente, ter uma descrição. Neste exemplo, o administrador do conjunto de sites chamou a Melhor Opção de "Out of Office Page". A descrição que o administrador atribuiu à Melhor Opção aparece imediatamente abaixo do nome e, em seguida, a URL da Melhor Opção aparece abaixo dela.

Documentos específicos, sites e pessoas com experiência na concepção associada a um termo da pesquisa são usos comuns de Melhores Opções. É muito importante levar em consideração o título e a descrição de cada Melhor Opção durante o planejamento do conteúdo para aumentar a relevância e a capacidade de uso de cada Melhor Opção. Você pode associar até 25 Melhores Opções a cada palavra-chave na interface de usuário de administração e pode associar muito mais ao modelo de objeto, mas convém não usá-las exageradamente. O planejamento eficiente do conteúdo pode ajudá-lo a identificar um número apropriado de Melhores Opções para cada palavra-chave que equilibre o número de resultados com a relevância de uma pesquisa.

Observação:
Como a URL de uma Melhor Opção é embutida pelo administrador do conjunto de sites, ela pode ser qualquer URL. Pode até mesmo apontar para conteúdo não rastreado.

Você pode usar a mesma Melhor Opção para mais de uma palavra-chave. Se a Melhor Opção já existir, você poderá adicioná-la a qualquer palavra-chave sem precisar reinserir as propriedades dela e, possivelmente, introduzir Melhores Opções redundantes. Você também pode alterar simultaneamente a URL e a descrição dessa Melhor Opção para todas as palavras-chave que a usam. Isso será particularmente útil se você estiver usando um site de teste durante o planejamento e antes da implantação inicial.

Noções básicas sobre sinônimos

Um sinônimo é uma ou mais palavras intimamente relacionadas a uma determinada palavra-chave. Por exemplo, um sinônimo eficaz para a palavra-chave "carro" pode ser "auto", "automóvel" ou "veículo". São todos sinônimos eficazes para essa determinada palavra-chave, pois você espera que alguns usuários que estejam procurando carros digitem uma dessas palavras na caixa de pesquisa. Os administradores de conjuntos de sites podem definir um ou mais sinônimos para cada palavra-chave. O objetivo de um sinônimo é exibir a mesma definição de palavra-chave e Melhor Opção na página de resultados da pesquisa exibida ao usar a palavra-chave. Seguindo o exemplo anterior, se os usuários finais executarem uma consulta de pesquisa usando o sinônimo "out of do office", eles verão a mesma descrição de palavra-chave e Melhores Opções que veem ao executar a consulta de pesquisa usando a palavra-chave "OOF". A diferença, no entanto, é que eles verão os resultados da pesquisa apenas do conteúdo que contém as palavras "out of do office", em vez do conteúdo que inclui a palavra "OOF".

Os sinônimos são úteis quando vários termos de pesquisa são usados para os mesmos conceitos e conteúdos, para que os resultados das pesquisas fiquem consolidados e não espalhados por diversos termos de pesquisa. A lista atualizada quando um administrador de conjuntos de sites cria palavras-chave e adiciona sinônimos é chamada de dicionário de sinônimos. O dicionário de sinônimos do Search Server 2008 é compatível com o dicionário de sinônimos do Microsoft Office SharePoint Portal Server 2003.

Usar a arquitetura de informações para identificar palavras-chave

Você pode usar a arquitetura de informações criada pelas equipes de planejamento de conteúdo para identificar um conteúdo de alta prioridade a fim de associá-lo a palavras-chave. Como sua arquitetura de informações contém uma lista de termos, você pode rapidamente usar alguns desses termos para criar palavras-chave que possa associar a um conteúdo específico e altamente relevante.

Conteúdo relevante refere-se a todas as informações específicas que as pessoas visualizarão em primeiro lugar ou na posição mais proeminente quando fizerem pesquisas usando uma palavra-chave específica. Exemplos de conteúdo relevante para cada conceito importante de negócios ou área de conteúdo incluem:

• Documentos

• Sites

• Pessoas

• Definições

• Termos aprovados ou oficiais que signifiquem a mesma coisa, mas que não foram incluídos na consulta de pesquisa

Associar palavras-chave a uma Melhor Opção é útil para incentivar as pessoas a exibir os principais documentos necessários para colaboração em importantes processos corporativos. Por exemplo, uma empresa pode ter um modelo especial para relatórios de despesa e uma palavra-chave "relatórios de despesas" que promova essa modelo para o início dos resultados da pesquisa. Sem essa palavra-chave, cada funcionário poderá demorar vários minutos perguntando a seus colegas qual é a URL apropriada ou navegando pelo site da empresa. Com a palavra-chave associada à URL levando ao modelo de relatório de despesas como uma Melhor Opção, os funcionários poderão localizar facilmente o modelo.

Palavras-chave para sites são úteis para identificar o local de sites para informações relevantes em uma empresa de grande porte. Por exemplo, "feriados" pode ser uma palavra-chave associada a uma Melhor Opção que contém a URL do site de recursos humanos com informações sobre licenças remuneradas dos funcionários. Idealmente, a Melhor Opção poderia conter a URL da página exata que fornece informações sobre as folgas da empresa.

Considerações de segurança para palavras-chave

Diferentemente das versões anteriores do Office SharePoint Office Server, palavras-chave e Melhores Opções não são afetadas por permissões de segurança e todos os leitores do conjunto de sites podem ver todas as Melhores Opções e as palavras-chave desse conjunto de sites exibidas nos resultados da pesquisa. Os usuários que não tenham permissões para ver a página à qual uma Melhor Opção está vinculada, não conseguirão acessar a página. No entanto, poderão ver a descrição da Melhor Opção na página de resultados da pesquisa e as URLs para o conteúdo. Isso poderia expor informações que alguns usuários não deveriam ver.

As palavras-chave servem para fornecer aos usuários resultados de alta prioridade. Para direcionar conteúdo para determinados usuários segundo suas permissões, use audiências e Web Parts direcionadas nos lugares apropriados do conjunto de sites.

Planejar palavras-chave em toda a organização

É importante planejar as palavras-chave antecipadamente para ajudar a garantir a consistência das palavras-chave em toda a organização. Mesmo que as palavras-chave sejam implementadas no nível do conjunto de sites, você deverá garantir a consistência delas entre os conjuntos de sites sempre que possível.

Exemplo de planejamento insatisfatório de palavras-chave

O administrador de um conjunto de sites cria uma palavra-chave chamada "super lista" no conjunto de sites de marketing e criar uma melhor opção para a palavra-chave que contém uma URL para a lista de clientes da empresa. O administrador de outro conjunto de sites cria uma palavra-chave chamada "lista mestre" no conjunto de sites de vendas e cria uma melhor opção para essa palavra-chave que contém uma URL para a mesma lista de clientes.

Os usuários que utilizam ambos os conjuntos de sites ficarão confusos quando a pesquisa de palavra-chave não exibir consistentemente a Melhor Opção que esperam ver na página de resultados da pesquisa. Por exemplo, um funcionário que use principalmente o conjunto de sites de marketing está acostumado a pesquisar usando a palavra-chave "super lista" e espera que funcione em ambos os conjuntos de sites.

Dica

Planejar a consistência das palavras-chave pela organização exige boa colaboração entre os administradores de conjuntos de sites.

Em pequenas empresas, é provável que a equipe de planejamento de conteúdo seja pequena e organizada em torno de um único conjunto de sites e o planejamento das palavras-chave deve ser organizado por uma ou duas pessoas apenas. Em organizações de grande porte, por outro lado, uma equipe de planejamento maior pode ser útil. Você deve incluir planejadores de negócios e administradores em cada nível para garantir que todas as necessidades da empresa sejam atendidas.

As Melhores Opções aparecerão nos resultados da pesquisa mesmo que o conteúdo não tenha sido rastreado. Esse é outro motivo para planejar palavras-chave durante a implantação inicial, para que o conteúdo de alta prioridade possa estar disponível nos primeiros estágios de uma implantação, antes do rastreamento de todas as fontes de conteúdo. Em casos raros nos quais o conteúdo não pode ser rastreado porque um IFilter relevante está ausente na pesquisa ou por qualquer outro motivo técnico, você poderá usar Melhores Opções de palavras-chave para facilitar a localização do conteúdo, mesmo que ele não tenha sido rastreado.

Pessoas-chave em cada nível da organização planejam palavras-chave para seus conjuntos de sites. Essas pessoas usam o mesmo plano geral de conteúdo, adaptado ao conteúdo nos conjuntos de sites que estão planejando. Ao planejar palavras-chave, processo iniciado antes da implantação e que continua após ela em ondas ao longo do tempo, cada conjunto de planejadores de conteúdo pode se comunicar uns com os outros de forma a manter a consistência no plano geral.

Nem todas as palavras-chave serão planejadas antes da implantação. A função das suas equipes de planejamento de conteúdo é identificar conceitos de alta prioridade que são mais relevantes a consultas de pesquisa na sua organização, de forma que essas consultas sejam relevantes aos usuários desde o primeiro dia da implantação. A equipe de planejamento pode identificar uma pessoa de contato para cada palavra-chave, que podem ou não ser alguém da equipe de planejamento. Após a implantação, os administradores de conjuntos de sites poderão expandir a lista de palavras-chave depois de identificarem termos de pesquisa comuns nos logs de consulta.

Na fase de planejamento, os gerentes de listas de palavras-chave devem considerar como essas palavras correspondem a consultas. Palavras-chave precisam corresponder exatamente à sequência de caracteres completa de termos de pesquisa e não devem usar uma sintaxe especial, como + e -, ao pesquisar conteúdo nas listas. Isso evita o retorno de várias listas de palavras-chave para a mesma consulta de pesquisa, acelerando os resultados.

Planejar o gerenciamento de palavras-chave

Os detalhes do gerenciamento de palavras-chave são principalmente relevantes para as operações de rotina em conjuntos de sites, mas existem alguns aspectos da administração que vale a pena considerar ao planejar sua implantação. Especificamente, o contato opcional e as propriedades de publicação que os administradores de conjuntos de sites podem atribuir às propriedades.

Dica

Quando maior o planejamento feito antes da implantação, menor será o gerenciamento necessário durante operações de rotina.

Cada palavra-chave possui as seguintes propriedades opcionais:

• Datas de início, término (vencimento) e revisão

• Contato

Talvez seja necessário que as palavras-chave passem por aprovação antes de afetarem os resultados da pesquisa e também podem ser configuradas para iniciar ou vencer depois de um determinado período de tempo. É improvável que as palavras-chave de alta prioridade identificadas durante o planejamento inicial sejam temporárias, com exceção de conteúdo relevante para as pessoas que usam um conjunto de sites durante a implantação inicial.

O contato de cada palavra-chave é a pessoa que deve ser contatada quando uma palavra-chave perder a validade, se houver validade configurada. Os planejadores de conteúdo de cada conjunto de sites devem considerar quem irá gerenciar as palavras-chave após a implantação inicial e devem incluir pelo menos algumas dessas pessoas no processo de planejamento, no nível de conjunto de sites.

No entanto, parte do processo de planejamento está prevendo quem tomará decisões sobre palavras-chave no futuro. Tomar essas decisões durante o processo de planejamento pode melhorar a transição para operações regulares do site e promover o uso consistente e eficiente de palavras-chave no futuro.

Para obter mais informações sobre como gerenciar palavras-chave, consulte Gerenciar definições para aprimorar resultados da pesquisa (Search Server 2008).

Planejar a relevância dos resultados da pesquisa

Quanto maior o corpo de conteúdo pesquisado, mais provável será a exibição de várias páginas de resultados da pesquisa para uma consulta específica. Isso acontece principalmente quando se usa consultas básicas de palavra-chave, em vez de consultas avançadas. Para promover uma experiência positiva para o usuário final, procure exibir links para o conteúdo mais relevante o quanto antes nas páginas de resultados da pesquisa.

O Search Server 2008 permite que os administradores de serviços de pesquisa atribuam definições de relevância às páginas da Web indexadas. Cada definição de relevância, que é associada a uma determinada página da Web, determina com que antecedência o link para uma determinada página aparecerá na página de resultados da pesquisa. As páginas que recebem uma definição de relevância são conhecidas como páginas autoritativas.

As definições de página autoritativa são um fator a ser considerado na priorização dos resultados da pesquisa e não superam a importância de todos os outros fatores, como palavras-chave gerenciadas por administradores de conjuntos de sites, propriedades que são gerenciadas pelo administrador de serviços de pesquisa ou a ponderação automática aplicada ao conteúdo pela tecnologia de pesquisa.

As definições de página autoritativa são configuradas no nível de Administração de Pesquisa e os administradores de serviços de pesquisa podem atribuir sites a um dos quatro níveis de página autoritativa:

• Mais autoritativa

• Autoritativa de segundo nível

• Autoritativa de terceiro nível

• Sites a serem rebaixados

As páginas da Web são ponderadas com base em seus níveis de autenticidade, sendo que cada nível recebe uma ponderação de relevância proporcional. Por padrão, todas as páginas de nível superior para aplicativos Web são automaticamente adicionadas como as mais autoritativas. É possível mover essas páginas para outros níveis de página autoritativa ou removê-las completamente das definições de página autoritativa.

Os sites que recebem a definição Sites a serem rebaixados geralmente aparecem próximos do fim dos resultados da pesquisa, após a consideração de todos os outros fatores de ponderação de relevância.

Isso significa que eles normalmente serão exibidos na página de resultados da pesquisa após as páginas que nem ao menos foram especificadas como página autoritativa. Recomendamos o uso dessa definição para sites que contenham informações irrelevantes (por exemplo, um site de arquivamento).

Ao planejar definições de página autoritativa, considere a finalidade de cada site e analise seus subsites. Agrupe sites autoritativos em três níveis de importância e agrupe os sites que provavelmente não serão relevantes como sites a serem rebaixados.

Práticas recomendadas de planejamento das definições de página autoritativa incluem:

• Sites do SharePoint centrais para processos corporativos de alta prioridade serão, em geral, mais autoritativos.

• Sites que incentivam a colaboração ou a ação serão provavelmente mais autoritativos que sites meramente informativos.

• Sites informativos mas não centrais para processos corporativos de alta prioridade ou usados para colaboração provavelmente serão sites autoritativos de nível dois ou três.

• Sites externos serão menos autoritativos, pois a sua empresa não pode controlar o conteúdo desses sites.

• Não é necessário atribuir uma definição de página autoritativa a cada site. Convém selecionar a relevância para um pequeno número de sites que você sabe serem mais autoritativos ou menos relevantes e ajustar as definições de página autoritativa durante operações normais com base nos comentários dos usuários e em informações nos logs de consulta e de rastreamento.

Planejar o uso ou não de locais federados e Web Parts de federação

Federação, um novo recurso do Search Server 2008, pode ser planejada com o restante da experiência de pesquisa do usuário final. A federação permite que os usuários finais emitam uma consulta que pesquise várias fontes e combine os resultados em uma única página de resultados da pesquisa. Essas fontes podem incluir:

• Repositórios de conteúdo de sua empresa.

• Mecanismos de pesquisa ou serviços de assinatura da Internet usados pela empresa.

• Documentos corporativos indexados pelo Search Server 2008 em outras divisões ou regiões do mundo.

Quando o usuário final emite uma consulta, o Search Server 2008 formata e processa os resultados juntamente com os resultados indexados usando novas Web Parts de federação.

Ao planejar a experiência desejada para os usuários ao pesquisarem locais federados, tente direcionar as necessidades e os hábitos de pesquisa dos usuários de sua empresa. Pergunte-se: que conteúdo os usuários precisam para uma localização mais produtiva? que consultas estão usando no momento?. Direcione seus locais federados para resolver os principais problemas de informação de sua empresa.

Ao usar federação, é tentador adicionar muitos locais federados para satisfazer todas as necessidades possíveis do usuário. Infelizmente, isso leva muitos usuários a desconsiderar os resultados federados, considerando-os confusos.

Para garantir que os resultados federados direcionem para respostas úteis às consultas, os locais federados podem atender a formatos específicos de consulta com regras disparadoras. Quando você cria uma regra disparadora para um local federado, a Web Part associada a esse local exibe resultados apenas das consultas que correspondem ao padrão ou prefixo especificado.

Por exemplo, digamos que você trabalhe em uma empresa chamada Contoso, onde os funcionários fabricam um produto chamada objeto. Os funcionários precisam localizar esses objetos várias vezes por dia usando uma identificação de objeto de dez dígitos. Os objetos estão armazenados em um banco de dados que não pode ser rastreado pelo Search Server 2008. Para permitir que os funcionários da Contoso pesquisem objetos, você cria um conector de federação que pesquisa o banco de dados de objetos. No entanto, exibir informações de objeto em cada consulta provavelmente frustraria os usuários. Assim, você cria um disparador de local federado usando um padrão que reconhece consultas de dez dígitos. Agora, quando os usuários pesquisarem identificações de objeto, obterão um resultado federado principal do banco de dados de objetos.

Para obter mais informações sobre como usar disparadores e regras disparadoras, consulte o tópico que explica como trabalhar com disparadores e modelos de consulta, na Ajuda do Search Server 2008.

Você pode adicionar e configurar resultados federados na página de resultados da pesquisa com uma Web Part de resultados federados ou principais resultados federados. Por padrão, a página de resultados da pesquisa contém duas Web Parts de resultados federados da pesquisa e uma Web Part de principais resultados federados. Você define o local federado e suas propriedades das Web Parts na página de resultados da pesquisa.

Para obter mais informações sobre federação, consulte o tópico sobre federação de resultados da pesquisa em outros locais, na Ajuda do Search Server 2008.

Planejar a aparência dos links

Os administradores de serviços de pesquisa podem usar mapeamentos de nomes para alterar como URLs específicas ou intervalos de URLs serão exibidos nos resultados da pesquisa. Os mapeamentos de nomes de servidor são definidos no nível da administração de pesquisa para todo o conteúdo rastreado por esse serviço de pesquisa, sendo aplicados sempre que uma consulta é realizada. Convém usar mapeamentos de nomes de servidor nos seguintes cenários:

• Para evitar problemas de acesso e possíveis vulnerabilidades de segurança causadas por links que mostram os endereços locais no servidor. Por exemplo, dependendo de como o conteúdo é rastreado, uma URL poderia exibir um caminho local no servidor.

• Para obscurecer URLs complexas em resultados de pesquisas e, para isso, você as substitui por um nome mais conciso no servidor.

• Por motivos de segurança, para ocultar o nome da fonte original de conteúdo, como o nome do servidor ou do compartilhamento.

Use os mapeamentos de nomes de servidor apenas quando tiver um dos problemas de exibição descritos na lista anterior. Na maioria dos casos, o planejamento de mapeamentos de nomes de servidor antes da implantação inicial será mínimo.

Planejar alertas com base em pesquisas

Um administrador de serviços de pesquisa pode decidir se alertas baseados em pesquisa serão ativados em um determinado Centro de Pesquisa. Se os alertas baseados em pesquisa forem ativados e o servidor estiver configurado para enviar email, os usuários finais poderão clicar no link Alertar-me , na parte superior das páginas de resultados da pesquisa, e especificar os tipos de alterações dos quais desejam ser alertados e com que frequência desejam receber um alerta no email. Quando você permite alertas baseados em pesquisa, seu sistema usa recursos adicionais nos servidores de correio e aumenta a carga em servidores de consulta, pois as consultas para cada alerta baseado em pesquisas são executadas sempre que um alerta desse tipo é processado. Ao planejar a implantação inicial, considere os recursos disponíveis para alertas e a probabilidade de as pessoas que usam os sites virem a usar alertas de forma produtiva. Por padrão, os alertas baseados em pesquisa estão ativados.

Durante as operações, os alertas baseados em pesquisas são automaticamente desabilitados quando as fontes de conteúdo são redefinidas de forma a evitar o envio de notificações de todos os alertas baseados em pesquisa. Os administradores terão de reabilitar esses alertas posteriormente.