Planejar a experiência de pesquisa do usuário final (Office SharePoint Server)

Artigo
06/12/2012

Atualizado em: 2009-02-26

Neste artigo:

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 desse tipo de 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 do provedor de serviços compartilhados (SSP) e os administradores de conjuntos de sites a otimizar a experiência de pesquisa do usuário final.

A primeira seção deste artigo aborda:

A interface de usuário de pesquisa para execução de consultas de pesquisa.
Como planejar escopos personalizados. Inclui informações sobre os escopos padrão que os usuários utilizam para filtrar o conteúdo incluído em cada consulta de pesquisa. Os administradores podem usar essas informações para ajudar a identificar quando a organização precisa criar escopos personalizados. Esta subseção também aborda como planejar qualquer escopo personalizado necessário.
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.
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 seção inclui:

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.
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. Esse recurso exige o Atualização de infraestrutura para os Microsoft Office Servers. Para obter mais informações, consulte Instalar a atualização de infraestrutura para o Microsoft Office Servers (Office SharePoint Server 2007).
Como controlar a exibição dos links nos resultados da pesquisa.
Como planejar alertas baseados na pesquisa.

As capacidades descritas neste artigo permitem que os administradores tenham um excelente controle da experiência de pesquisa do usuário final. Embora recomendemos que você avalie a eficácia das consultas de pesquisa constantemente durante as operações regulares, o bom planejamento antes da implantação inicial pode ajudar a criar consultas de pesquisa eficientes desde o princípio e 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.

Níveis da 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, nos níveis de site e de lista. 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

Caixa de pesquisa no nível do site no Office SharePoint Server

A caixa de pesquisa no nível de site (texto explicativo 2) é uma caixa de texto no canto superior direito das páginas do site na qual os usuários podem digitar suas consultas de pesquisa. Depois de digitar uma consulta, os usuários clicam no botão Pesquisar (texto explicativo 3) para executar a consulta. Os usuários avançados podem clicar no link Pesquisa Avançada (texto explicativo 4) 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.

A primeira pergunta que você pode esperar dos usuários em relação a uma caixa de pesquisa de uma interface de usuário é: "Minha pesquisa consultará qual conteúdo?". A lista Escopo de Pesquisa, à esquerda da caixa de pesquisa (texto explicativo 1), especifica o corpo das informações contidas no índice de conteúdo que será consultado pela pesquisa.

Dica

Os escopos de pesquisa, também conhecidos como escopos, definem os itens no índice que a pesquisa consultará. O escopo determina, em parte, os itens que serão exibidos na página de pesquisa de uma consulta específica.

Isso permite que os usuários executem consultas em subconjuntos de conteúdo no índice de conteúdo, o que melhora a relevância dos resultados da pesquisa.

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

A interface de usuário de pesquisa nos níveis de lista e de biblioteca analisa e funciona da mesma maneira que a interface de usuário no nível de site, a exceção é que um escopo padrão adicional, denominado 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. A lista Escopo de Pesquisa é definida com o escopo Todos os Sites por padrão, mas os usuários podem selecionar outro escopo na lista.

Interface de usuário de pesquisa no Centro de Pesquisa

O Centro de Pesquisa fornece uma interface de usuário centralizada e altamente personalizável na qual os usuários podem executar consultas de pesquisa. O Centro de Pesquisa consiste em uma caixa de pesquisa para inserir consultas de pesquisa e em um link para uma 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 é definida como o escopo Todos os Sites, para que os usuários possam pesquisar em todo o conteúdo do índice. Entretanto, o escopo Pessoas, usado para procurar pessoas em sua organização, também está disponível em uma guia separada. Os administradores podem optar por adicionar guias e associá-las a escopos personalizados que os usuários podem usar para consultar diferentes subconjuntos de conteúdo.

Centro de pesquisa do Office SharePoint Server 2007

Os usuários acessam o Centro de Pesquisa clicando na guia Pesquisar , na barra de links superior (texto explicativo 1). Como a caixa de pesquisa no nível de site, a caixa pesquisa no Centro de Pesquisa (texto explicativo 3) é uma caixa de texto na qual os usuários podem digitar consultas de pesquisa. Em seguida, os usuários clicam no botão Pesquisar (texto explicativo 4) para executar as consultas. Por padrão, o escopo Todos os Sites está selecionado, mas um usuário pode selecionar outra guia disponível, como a guia Pessoas , para usar um escopo diferente na pesquisa.

Os usuários avançados podem clicar no link Pesquisa Avançada (texto explicativo 5) para usar a página Pesquisa Avançada para construir consultas. O Centro de Pesquisa usa a mesma página que a caixa de pesquisa do nível de site. Informações sobre a página Pesquisa Avançada são fornecidas mais adiante neste artigo.

Ao contrário da caixa de pesquisa de nível de site, a caixa de pesquisa do Centro de Pesquisa não tem uma lista de Escopo de Pesquisa adjacente à esquerda dela, por padrão, para a seleção de escopos diferentes. Em vez disso, os usuários clicam na guia (texto explicativo 2) que corresponde ao escopo com o qual desejam pesquisar. O Office SharePoint Server 2007 fornece dois escopos padrão no Centro de Pesquisa: Todos os Sites e Pessoas.

Dica

O proprietário do site do Centro de Pesquisa pode adicionar uma lista de Escopo de Pesquisa adjacente a uma caixa de pesquisa editando a Web Part de Caixa de Pesquisa.

A tabela a seguir mostra os escopos padrão que estão disponíveis no Office SharePoint Server 2007 e os níveis em que estão disponíveis.

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

Dica

O escopo Todos os Sites é o padrão em todos os níveis de cada conjunto de sites. No entanto, os usuários podem selecionar qualquer escopo disponível.

Planejar escopos personalizados

Para entender quando sua organização pode precisar complementar os escopos padrão com escopos personalizados, primeiro você deve conhecer os escopos padrão. Esta seção fornece informações sobre os escopos padrão fornecidos com o Microsoft Office SharePoint Server 2007. Você pode usar escopos personalizados com regras de escopo para agrupar determinado conteúdo do índice em um conjunto do conteúdo no qual as consultas possam ser executadas. 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 específico ou qualquer combinação desses parâmetros.

Os escopos que você cria no nível do SSP são chamados escopos compartilhados, pois são compartilhados com todos os conjuntos de sites que usam esse SSP. Os administradores de conjunto de sites decidem os escopos compartilhados que usarão e como exibi-los.

Você também pode criar escopos personalizados no nível do conjunto de sites, o que disponibiliza os escopos personalizados apenas para o conjunto de sites no qual eles foram criados. Os escopos criados nesse nível são às vezes chamados escopos de nível de conjunto de sites.

Cenário de escopo

Durante o planejamento do conteúdo e da estrutura do site de uma organização de grande porte, determina-se que recursos humanos é uma divisão grande que fornece conteúdo relevante a todos os funcionários em vários sites do SharePoint e aplicativos de linha de negócios. Portanto, o administrador do SSP cria um escopo compartilhado para conteúdo relacionado a recursos humanos.

O administrador do conjunto de sites do site de recursos humanos usa esse escopo compartilhado e cria escopos adicionais no nível de conjunto de sites. Os escopos de nível de conjunto de sites são para políticas da empresa e informações sobre novas contratações, pois esses são os conceitos básicos que são relevantes para o conjunto de sites. Esses escopos de nível de conjunto de sites não fazem sentido como escopos corporativos, porque as pessoas que pesquisam em outros conjuntos de sites provavelmente não procuram escopos tão específicos.

Os administradores de conjunto de sites podem usar os escopos compartilhados conforme definido pelo administrador de serviços compartilhados ou copiar os escopos compartilhados que desejam usar no conjunto de sites e modificá-los. Eles podem, em seguida, selecionar os grupos de exibição a serem incluídos em cada escopo, como lista suspensa da caixa de pesquisa e a página Pesquisa Avançada.

Dica

Os administradores de conjunto de sites não podem modificar, nem excluir escopos compartilhados, mas podem copiar um escopo compartilhado e, em seguida, modificar a cópia.

Para resumir, os administradores de SSP e de conjunto de sites primeiro criam os escopos necessários à organização e, em seguida, um administrador de conjunto de sites os associam aos grupos de exibição para torná-los disponíveis para as caixas de pesquisa associadas a esses grupos de exibição. Os administradores de conjunto de sites podem associar um ou mais escopos a um grupo de exibição. Há mais informações sobre como os grupos de exibição são apresentadas mais adiante neste artigo.

Ao planejar escopos de pesquisa, examine sua arquitetura de informações para identificar conjuntos de conteúdo amplos em que as pessoas provavelmente desejarão pesquisar. Para obter mais informações, consulte Determinar a arquitetura de informações do site. Alguns desses conjuntos de conteúdo estenderão a arquitetura de informações por vários sites e outros estenderão subconjuntos das informações dentro de conjuntos de sites. Os administradores de conjunto de sites decidem se implementarão escopos compartilhados ou de nível de conjunto de sites para um conjunto de sites específico, com base nas necessidades dos usuários desse conjunto. O conteúdo que for relevante apenas a determinados conjuntos de sites deverá ser deixado para o planejamento de escopo no nível de conjunto de sites.

Planejar escopos compartilhados

Como determinados conjuntos de sites estão ligados a um SSP específico, as configurações desse SSP afetam todos os sites associados. O administrador do SSP gerencia escopos compartilhados de todos os sites que usam o mesmo SSP e podem executar as seguintes tarefas.

Criar e editar escopos compartilhados.
Adicionar regras de escopo aos escopos compartilhados.
Excluir escopos compartilhados.
Atualizar as alterações feitas nos escopos.

Escopos compartilhados estão visíveis e disponíveis para uso dos administradores de todos os conjuntos de sites que utilizam o mesmo conjunto de serviços compartilhados.

Os escopos compartilhados a seguir são criados automaticamente para cada SSP e estão disponíveis no Centro de Pesquisa, por padrão:

Todos os Sites
Pessoas

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. Eles podem optar por criar novos escopos, fazer uma cópia dos escopos compartilhados (uma cópia de um escopo compartilhado se torna um escopo de nível de conjunto de sites) ou ambos. Por exemplo, os administradores de conjuntos de sites podem adicionar escopos selecionando escopos compartilhados que sejam úteis para as pessoas que usam o conjunto de sites e, em seguida, complementando-os com escopos para o conjunto de sites.

A tabela a seguir mostra as ações relacionadas aos escopos que podem ser executadas pelos administradores de conjuntos de sites.

Os administradores de conjuntos de sites podem executar essas ações nos escopos compartilhados	Os administradores de conjuntos de sites podem executar essas ações nos escopos de nível de conjunto de sites
Escolher como exibir escopos de pesquisa (lista suspensa de pesquisa, pesquisa avançada ou as duas). Copiar e modificar um escopo compartilhado para uso como escopo para o 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.	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.

Os administradores de conjuntos de sites podem executar essas ações nos escopos compartilhados

Os administradores de conjuntos de sites podem executar essas ações nos escopos de nível de conjunto de sites

Escolher como exibir escopos de pesquisa (lista suspensa de pesquisa, pesquisa avançada ou as duas).
Copiar e modificar um escopo compartilhado para uso como escopo para o 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.

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.

Os administradores de conjuntos de sites não podem criar ou adicionar regras de correspondência a escopos compartilhados diretamente, embora possam copiar um escopo compartilhado como um escopo de conjunto de sites e modificar a cópia.

Dica

Depois que um administrador de conjunto de sites copia um escopo compartilhado, a cópia torna-se um escopo de nível de conjunto de sites que o respectivo administrador pode usar para executar qualquer ação que executa em outros escopos de nível de conjunto de sites.

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

Título exclusivo.
Descrição do escopo (opcionalmente).
Grupo de exibição, às vezes chamado 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 Office SharePoint Server 2007 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.
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.

Por padrão, não existem escopos de nível de conjunto de sites, mas cada conjunto de site tem acesso a todos os escopos compartilhados.

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 devem 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 Office SharePoint Server 2007 fornece dois grupos de exibição:

Lista suspensa de pesquisa Os escopos Todos os Sites e Pessoas são atribuídos 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 compartilhados e escopos de pesquisa no nível de conjunto de sites.

Esse tipo de regra de escopo	Está disponível para escopos de pesquisa compartilhados	Está disponível para escopos de pesquisa no nível de conjunto de sites	Testa conteúdo por
Endereço Web (http://servidor/site)	Sim	Sim	Local
Consulta de Propriedade (Author = Carlos Grilo)	Sim	Sim	Propriedade única
Fonte de conteúdo	Sim	Não	Uma fonte de conteúdo específica
Todo o Conteúdo	Sim	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 SSP 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 nos seguintes locais:

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 assunto.
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 SSP.
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 SSP tenham especificamente disponibilizado para escopos poderão ser usadas nos escopos de pesquisa.

Dica

Os administradores de SSP 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 para o SSP, 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

Há vários motivos para um administrador de SSP criar fontes de conteúdo adicionais. Geralmente, elas são criadas para rastrear conteúdo em um agendamento diferente dos demais. Normalmente, um administrador de SSP cria uma fonte de conteúdo separada para rastrear conteúdo que está em um farm do SharePoint ou em um compartilhamento de arquivos diferente. Se houver uma fonte de conteúdo que já inclua o conteúdo no qual os usuários desejam pesquisar, como um arquivo morto, o administrador de SSP poderá criar um escopo compartilhado com uma regra de escopo (tipo de fonte de conteúdo) para permitir que os usuários pesquisem nessa parte do conteúdo.

Somente escopos compartilhados podem conter regras de escopo baseadas em uma fonte de conteúdo específica. Esse tipo de regra de escopo não está disponível para os escopos no nível de conjunto de sites. Seu planejamento da fonte de conteúdo pode ajudá-lo a identificar conjuntos de conteúdo que são mais fáceis de administrar quando estão em fontes de conteúdo separadas.

Para cada fonte de conteúdo que você planejar, considere se o conteúdo que foi indexado usando essa fonte de conteúdo é algo que faria sentido ser agrupado em um escopo compartilhado para pessoas que usam o conjunto de sites. Em caso positivo, você poderá adicionar uma regra de escopo para essa fonte de conteúdo.

Considere também se a fonte de conteúdo pode ser dividida em corpos de conteúdo menores e passíveis de pesquisa. Em caso positivo, você pode combinar regras de escopo para especificar a fonte de conteúdo com outros tipos de regra para criar um escopo mais restrito.

Para obter mais informações sobre o planejamento de fontes de conteúdo, consulte Planejar o rastreamento de conteúdo (Office SharePoint Server).

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 compartilhado 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 de pesquisa compartilhada 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 compartilhado 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.

Exemplo de planejamento de escopo

A Contoso Corporation possui uma divisão de serviços de TI, uma divisão de atendimento ao cliente e uma divisão de vendas. Cada uma dessas três divisões possui seu próprio conjunto de sites e também existe um conjunto de sites de portal central para notícias da empresa e informações de recursos humanos. Todo o conteúdo é indexado em um índice de conteúdo.

Como o conteúdo de cada divisão é diferente, o administrador de SSP cria uma fonte de conteúdo separada para cada um dos três conjuntos de sites divisionais para que cada um deles possa ser rastreado em um agendamento diferente. O administrador de SSP também cria uma quarta fonte de conteúdo usada para rastrear um conjunto de sites de portal central que inclui o conteúdo de notícias e de recursos humanos da empresa.

Por padrão, todo o conteúdo que foi indexado de cada conjunto de sites está incluído no escopo compartilhado Todos os Sites, que está disponível para todos os conjuntos de sites. O administrador de SSP cria um escopo compartilhado separado para cada conjunto de sites divisional e, em seguida, cria uma regra de escopo para cada escopo compartilhado que inclui a fonte de conteúdo apropriada do escopo compartilhado de cada conjunto de sites.

Por exemplo, para a divisão de atendimento ao cliente, o administrador de SSP cria um escopo chamado Atendimento ao Cliente e, em seguida, adiciona uma regra de escopo a ele. Ao adicionar a regra de escopo, o administrador de SSP seleciona a fonte de conteúdo como tipo de regra de escopo, seleciona a fonte de conteúdo Atendimento ao Cliente da lista de fontes disponíveis e, em seguida, seleciona o comportamento de inclusão para incluir todos os itens rastreados por essa fonte de conteúdo.

Dica

Todas as fontes de conteúdo existentes aparecem na lista Fonte de Conteúdo da página Adicionar Regra de Escopo, durante a criação de uma regra de escopo com base em uma fonte de conteúdo.

A tabela a seguir lista os escopos compartilhados que foram criados pelo administrador de SSP na Contoso Corporation.

Este escopo compartilhado	Tem este conteúdo
Divisão de serviços	Todo o conteúdo do conjunto de sites de serviços de TI que foi rastreado usando a fonte de conteúdo Divisão de Serviços.
Atendimento ao Cliente	Todo o conteúdo do conjunto de sites de atendimento ao cliente que foi rastreado usando a fonte de conteúdo Atendimento ao Cliente.
Vendas	Todo o conteúdo do conjunto de sites de vendas que foi rastreado usando a fonte de conteúdo Vendas.
Portal Central	Todo o conteúdo do conjunto de sites do portal central que foi rastreado usando a fonte de conteúdo Atendimento ao Cliente.

Além dos escopos compartilhados criados pelo administrador de SSP, o escopo padrão Todos os Sites inclui todo o conteúdo rastreado no índice. O escopo compartilhado Todos os Sites está disponível, por padrão, para todos os conjuntos de sites.

O administrador do conjunto de sites de cada divisão decide usar o escopo compartilhado Todos os Sites e o escopo compartilhado que contém o conteúdo de seu conjunto de sites, mas nenhum deles pretende usar o escopo Portal Central, embora seja um escopo compartilhado. A opção só estará disponível na lista suspensa Escopo de Pesquisa do conjunto de sites do portal central.

O administrador do conjunto de sites de cada divisão faz cópias do escopo compartilhado que criou para o conjunto de sites. Essas cópias tornam-se escopos de nível de conjunto de sites. Cada administrador então adiciona regras de escopo aos escopos de nível de conjunto de sites para direcionar apenas o conjunto mais importante do conteúdo que seus usuários desejam pesquisar ao usar esses escopos.

Por exemplo, o administrador de conjunto de sites de vendas cria escopos para o conteúdo relacionado a cada linha de produtos, com base nas propriedades gerenciadas dos documentos de marketing e outro conteúdo, bem como no local de bibliotecas de documentos e sites de equipe relacionados.

Ação de planilha
Registre suas decisões sobre escopos, regras de escopo e grupos de exibição na seção de planejamento de escopos da planilha de planejamento da experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

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.

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 Paulo Neves, eles poderiam digitar a seguinte consulta na caixa de pesquisa:

negotiate author:neves

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 SSP escolhem as propriedades gerenciadas que desejam disponibilizar nos escopos e podem criar propriedades adicionais para atender às necessidades da organização. As propriedades gerenciadas habilitadas pelo administrador do SSP para uso em escopos estão disponíveis em todos os conjuntos de sites.

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 SSP 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 de metadados associadas a esse conteúdo. Propriedades rastreadas incluem os metadados do conteúdo armazenado nos arquivos e os bancos de dados e aplicativos de linha de negócios usados por sua organização. Propriedades rastreadas podem representar diferentes tipos de informações, como autor, título e email.

Nas versões anteriores de Produtos e Tecnologias do Microsoft SharePoint, era possível reduzir a duplicação de propriedades por meio do mapeamento de algumas propriedades para outras propriedades comuns, mas muitas delas confundiam os resultados de pesquisas porque não eram relevantes. Por isso, era difícil encontrar propriedades relevantes no meio de tantas propriedades irrelevantes.

O Office SharePoint Server 2007 diminui essa confusão, permitindo que os administradores de SSP 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 SSP 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 SSP 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 SSP 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 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.

Para usar a propriedade gerenciada em um escopo, você deve disponibilizá-la para os escopos. No entanto, não é preciso fazer isso para usar a propriedade gerenciada na página Pesquisa Avançada ou como parte de uma consulta em uma caixa de pesquisa.

Os administradores que planejam a implantação inicial do Office SharePoint Server 2007 devem registrar o conjunto inicial de propriedades gerenciadas planejadas para o serviço de pesquisa em cada SSP usado na implantação.

Muitas dessas propriedades rastreadas podem ser encontradas com a análise das propriedades dos aplicativos de dados corporativos e 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 Office SharePoint Server 2007, 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 de pesquisa e reduz o desempenho na mesma medida; portanto, convém mapear propriedades apenas quando você estiver seguro quanto à relevância desse mapeamento.

É 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 Office SharePoint Server 2007 é 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.

Observação

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 simplificar a experiência do usuário.

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, 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.

Cenário

Um aplicativo de linha de negócios rastreia dados de clientes e funcionários e as propriedades desses dados são prováveis candidatas a propriedades gerenciadas depois de registradas no Catálogo de Dados Corporativos e rastreadas como parte de uma fonte de conteúdo de dados corporativos. Você também pode identificar propriedades rastreadas para aplicativos que devem ser mapeados para essas propriedades gerenciadas; por exemplo, uma propriedade de identificação (ID) de representante de atendimento ao cliente em um aplicativo de dados à parte ou uma propriedade Autor para um tipo de aplicativo usado exclusivamente por representantes de atendimento ao cliente. Uma consulta de pesquisa que usar essa propriedade ou um termo a ela associado incluirá resultados de pesquisa para todos os itens que contenham qualquer uma das propriedades rastreadas mapeadas para a propriedade gerenciada Identificação do representante de atendimento ao cliente.

Cada principal processo corporativo identificado na arquitetura de informações terá um conjunto de tipos de arquivos associados ou de aplicativos de dados corporativos que podem ser usados para identificar prováveis propriedades gerenciadas.

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.

Planejar propriedades de dados corporativos

Como parte do planejamento de pesquisas de dados corporativos, os administradores de SSPs devem mapear as propriedades de aplicativos de negócios para propriedades gerenciadas. Essas propriedades precisam ser selecionadas como propriedades gerenciadas para dados corporativos de um aplicativo para aparecerem nos resultados de pesquisas. O cenário de atendimento ao cliente anteriormente descrito ilustra o mapeamento de propriedades de dados corporativos até propriedades gerenciadas usadas pela pesquisa. Para obter mais informações sobre o planejamento de dados corporativos, consulte Planejar a pesquisa de dados corporativos.

Ação de planilha
Registre suas decisões sobre propriedades rastreadas e gerenciadas nas tabelas, na seção de planejamento de propriedades gerenciadas da planilha de planejamento da experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

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 para novos tipos de arquivo

O Office SharePoint Server 2007 usa categorias de propriedades para agrupar propriedades rastreadas com base nas propriedades descobertas durante o rastreamento de documentos.

Para obter informações sobre categorias de propriedade associadas a tipos de arquivo, consulte o artigo sobre gerenciamento de metadados (https://go.microsoft.com/fwlink/?linkid=81062\&clcid=0x416). Para obter informações sobre rastreamento de conteúdo, consulte Planejar o rastreamento de conteúdo (Office SharePoint Server).

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

O Office SharePoint Server 2007 fornece várias configurações que permitem aos administradores de SSP 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, antes da 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. Esse recurso exige o Atualização de infraestrutura para os Microsoft Office Servers. Para obter mais informações, consulte Instalar a atualização de infraestrutura para o Microsoft Office Servers (Office SharePoint Server 2007).
Planejar a aparência dos links.
Planejar se os usuários podem usar alertas baseados na pesquisa.

Planejar palavras-chave, melhores opções e sinônimos

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 Office SharePoint Server 2007 exibe os resultados da pesquisa de todo o conteúdo no escopo selecionado que contém essa palavra-chave.

O Office SharePoint Server 2007 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.
Uma ou mais melhores opções, que são URLs que os administradores de SSP especificam como sendo altamente relevantes para uma determinada palavra-chave.

Dica

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 no nível de conjunto de sites, convém tornar o seu planejamento e a sua implementação consistentes em toda a organização.

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 de resultados da pesquisa.

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

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.

Pesquisa de usuário final do Office SharePoint Server

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.

Dica

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

Sinônimos são 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 Office SharePoint Server 2007 é 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 analisar o conteúdo de sua arquitetura de informações para compilar uma lista de termos com o qual deseja criar palavras-chave que possa associar a conteúdo altamente relevante e específico.

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.

Palavras-chave que ajudam as pessoas a localizar outras pessoas incentivam a colaboração entre pessoas na organização que possuem importantes conhecimentos para compartilhar ou simplesmente sobre pessoas importantes na empresa. Por exemplo, você pode associar um cargo como "CEO" ao diretor executivo da empresa ou pode tornar o Meu Site de uma pessoa a melhor opção para uma palavra-chave relacionada à empresa ou a uma área de especialização, como "departamento de química".

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 resultados de alta prioridade a todos os usuários.

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 um bom planejamento de palavras-chave

A Contoso Corporation tem dois conjuntos de sites, um para vendas e outro para marketing. Um administrador de conjunto de sites diferente é atribuído a cada um deles. Como os usuários desses conjuntos de sites passam muito tempo localizando a lista de clientes da empresa, os dois administradores decidem que é necessário criar uma palavra-chave para o conjunto de sites e associar uma melhor opção a essa palavra-chave que vincule os usuários diretamente à lista de clientes.

Para garantir que os usuários finais tenham uma experiência consistente em ambos os conjuntos de sites, os administradores dos dois conjuntos trabalham juntos para decidir como a palavra-chave e a melhor opção devem ser definidas.

Observação

Planejar a consistência das palavras-chave pela organização exige boa colaboração entre os administradores de conjuntos de sites. Sempre que possível, mantenha a consistência das palavras-chave e das melhores opções entre os conjuntos de sites.

Ao evitar o uso de palavras-chave e melhores opções diferentes entre conjuntos de sites que apontam para o mesmo conteúdo, você evita confusões para o usuário final. Por exemplo, se o administrador do conjunto de sites de vendas criar uma palavra-chave chamada "super lista" e o administrador do conjunto de sites de marketing criar uma palavra-chave chamada "lista mestra", os usuários finais que usam ambos os conjuntos de sites ficarão confusos, pois as pesquisas por palavra-chave não exibirão consistentemente a melhor opção que esperam ver na página de resultados da pesquisa. Ou seja, um funcionário que use principalmente o conjunto de sites de venda está acostumado a pesquisar usando a palavra-chave "super lista" e espera que ela funcione para ambos os 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, 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 um sinal de mais (+) e um sinal de menos (-), 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.

Observação

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

Além das propriedades listadas na seção "Palavras-chave, melhores opções e sinônimos", anteriormente neste artigo, cada uma tem 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.

Com o uso do modelo de objetos, você também pode importar e exportar palavras-chave entre conjuntos de sites como uma planilha do Excel; portanto, se algumas melhores opções forem aplicáveis a outros conjuntos de sites, será possível planejar uma vez e implantar em todos os conjuntos de sites relevantes. Isso também permite que os gerentes de palavras-chaves de um conjunto de sites em nível de projeto ou de divisão sugiram melhores opções para um conjunto de sites central em um ambiente de serviços compartilhados.

Para obter mais informações sobre como gerenciar palavras-chaves, consulte o Guia de Operações do Office SharePoint Server 2007.

Ação de planilha
Registre suas decisões sobre palavras-chave na seção de palavras-chave da planilha de planejamento da experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

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 Office SharePoint Server 2007 permite que os administradores de SSP 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 o quão próximo do início 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 da priorização dos resultados da pesquisa. Para obter mais informações sobre relevância da pesquisa, consulte o artigo de visão geral da arquitetura de relevância do Enterprise Search (https://go.microsoft.com/fwlink/?linkid=93736\&clcid=0x416).

As definições de página autoritativa são configuradas no nível de SSP e aplicam-se a todas as consultas feitas usando esse SSP. Os administradores de SSP 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 não atribuídos a uma classificação de página autoritativa são ponderados com base na distância em cliques de um site autoritativo. Distância em cliques refere-se ao número de links entre um item de conteúdo e uma página autoritativa que vincula ao item de conteúdo. Para obter mais informações, consulte a seção de distância em cliques do artigo de visão geral da arquitetura de relevância do Enterprise Search (https://go.microsoft.com/fwlink/?linkid=93736\&clcid=0x416).

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 menos relevantes (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 e aplicativos de negócios 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.

Ação de planilha
Registre suas decisões sobre páginas autoritativas na seção "Authoritative pages" da planilha de planejamento da experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

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

Dica

As informações fornecidas nesta seção aplicam-se ao Office SharePoint Server 2007 com a Atualização de infraestrutura para os Microsoft Office Servers. Para obter mais informações, consulte Instalar a atualização de infraestrutura para o Microsoft Office Servers (Office SharePoint Server 2007).

Federação, um novo recurso que foi introduzido pela primeira vez no Search Server 2008 e está disponível no Office SharePoint Server 2007 com a instalação da Atualização de infraestrutura para os Microsoft Office Servers, 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 Office SharePoint Server 2007 em outras divisões ou regiões do mundo.

Quando o usuário final emite uma consulta, o Office SharePoint Server 2007 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 Office SharePoint Server 2007. 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 Trabalhar com gatilhos e modelos de consulta (Office SharePoint Server).

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 Federando resultados de pesquisa de outros locais (Office SharePoint Server).

Planejar a aparência dos links

Os administradores de SSP 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 de SSP para todo o conteúdo rastreado por esse SSP, sendo aplicados sempre que um rastreamento completo das fontes de conteúdo afetadas é realizado. 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.

Ação de planilha
Registre suas decisões sobre páginas autoritativas na seção "Authoritative pages" da planilha de planejamento da experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

Planejar alertas com base em pesquisas

Um administrador de SSP pode decidir se alertas baseados em pesquisa serão ativados em um determinado SSP. 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.

Observação

Se você desativar os alertas baseados em pesquisa no provedor de serviços compartilhados, recomendamos que todos os proprietários de site removam o link Alertar-me da parte superior das páginas de resultados da pesquisa.

Durante as operações, os alertas baseados em pesquisas são automaticamente desabilitados sempre que o índice de conteúdo todo é redefinido a fim de evitar o envio de notificações de todos os alertas baseados em pesquisa. Os administradores terão de reabilitar esses alertas posteriormente.

Ação de planilha
Registre suas decisões sobre alertas baseados em pesquisa na seção "Alertas baseados em pesquisa" da Planilha de experiência de pesquisa do usuário final (https://go.microsoft.com/fwlink/?linkid=81039&clcid=0x416).

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

Planejamento e arquitetura para o Office SharePoint Server 2007, parte 1

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.

Compartilhar via

Planejar a experiência de pesquisa do usuário final (Office SharePoint Server)

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

Níveis da interface de usuário de pesquisa

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

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

Interface de usuário de pesquisa no Centro de Pesquisa

Planejar escopos personalizados

Cenário de escopo

Planejar escopos compartilhados

Planejar escopos para conjuntos de sites

Planejar grupos de exibição

Planejar regras de escopo

Usando regras de escopo baseadas no local

Usando regras de escopo baseadas em propriedades gerenciadas

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

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

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

Exemplo de planejamento de escopo

Pesquisas avançadas

Planejar propriedades para pesquisa

Propriedades gerenciadas e rastreadas

Usando propriedades em consultas

Planejar propriedades gerenciadas

Evitar a duplicação de propriedades gerenciadas

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

Cenário

Planejar propriedades de dados corporativos

Usar propriedades gerenciadas em escopos de pesquisa

Planejar a integração de propriedades para novos tipos de arquivo

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

Planejar palavras-chave, melhores opções e sinônimos

Exemplo de palavra-chave

Noções básicas sobre sinônimos

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

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

Planejar palavras-chave em toda a organização

Exemplo de um bom planejamento de palavras-chave

Planejar o gerenciamento de palavras-chave

Planejar a relevância dos resultados da pesquisa

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

Planejar a aparência dos links

Planejar alertas com base em pesquisas

Baixar este manual

Recursos adicionais