Evitar o uso de ids de sessão em urls para melhorar seu ranking de pesquisa
Session IDs podem fazer pesquisa vida útil do motor interessante. UMA identificação de sessão
Conteúdo
Video: como achar o ID session do dragon city
Se você solicita uma página de um site, o servidor web que tem a página envia para o seu browser. Então, se você solicitar outra página, o servidor envia a página, também, mas o servidor não sabe que você é a mesma pessoa. Se o servidor precisa saber quem você é, ele precisa de uma forma de identificá-lo cada vez que você solicitar uma página. Ele faz isso usando IDs de sessão.
IDs de sessão são usados para uma variedade de razões, mas o seu principal objectivo é permitir que desenvolvedores web para criar vários tipos de sites interativos. Por exemplo, se os desenvolvedores têm criado um ambiente seguro, eles podem querer forçar os visitantes para percorrer a página inicial em primeiro lugar. Ou, os desenvolvedores podem querer uma maneira de retomar uma sessão inacabado.
Ao definir biscoitos contendo o ID da sessão no computador do visitante, os desenvolvedores podem ver onde o visitante estava no local no final da última sessão do visitante.
IDs de sessão são comuns ao executar aplicativos de software que têm qualquer tipo de procedimento de segurança, que precisam armazenar variáveis, ou que querem derrotar o cache do navegador - ou seja, garantir que o navegador exibe sempre informações do servidor, não a partir de seu próprio cache . sistemas de carrinho de compras normalmente usam IDs de sessão - é assim que o sistema pode permitir que você coloque um item no carrinho de compras e, em seguida, ir embora e continuar a fazer compras. isto reconhece você com base no seu ID sessão.
A ID da sessão podem ser criados de duas maneiras:
Armazená-lo em um cookie.
Exibi-lo na própria URL.
Video: Expanding your site to more languages
Alguns sistemas são configurados para armazenar o ID da sessão em um cookie, mas, em seguida, usar um ID da sessão URL se o navegador do usuário é definido para não aceitar cookies. Aqui está um exemplo de um URL contendo um ID de sessão:
https://yourdomain.com/index.jsp-jsessionid=07D3CCD4D9A6A9F3CF9CAD4F9A728F44
o 07D3CCD4D9A6A9F3CF9CAD4F9A728F44 pedaço da URL é o identificador único atribuído à sessão.
Se um motor de busca reconhece uma URL como incluindo um ID de sessão, ele provavelmente não lê a página referenciada, porque cada vez que o searchbot retorna ao seu site, a identificação da sessão terá expirado, então o servidor irá fazer um dos seguintes procedimentos:
Exibir uma página de erro em vez da página indexada ou talvez exibir a página padrão do site. Em outras palavras, o motor de pesquisa indexou uma página que não está lá, se alguém clica no link na página de resultados de pesquisa.
Atribuir um novo ID de sessão. O URL que o searchbot usado originalmente expirou, portanto, o servidor substitui o ID com outro e muda a URL. Assim, a aranha poderia ser alimentado várias URLs para a mesma página.
Video: Football Manager 2015 - Como fazer qualquer jogador aceitar negociar contrato
Mesmo que o searchbot lê a página referenciada, não pode indexá-lo. webmasters, por vezes, se queixam de que um motor de busca entrou seu site, solicitou a mesma página repetidamente, e saiu sem indexar a maior parte do site. O searchbot simplesmente ficou confuso e saiu. Ou, às vezes, o motor de busca não reconhece um ID de sessão em uma URL. Um cliente tinha centenas de URLs indexados pelo Google, mas porque eles foram todos de longa expirado IDs de sessão, todos eles apontam para a página principal do site.
Estes são todos os piores cenários, como searchbots o principal mecanismo de busca fazer o seu melhor para reconhecer IDs de sessão e trabalhar em torno deles. Além disso, o Google recomenda que se você estiver usando IDs de sessão, você usar a diretiva canônica para dizer aos motores de busca o URL correto da página. Por exemplo, digamos que você está usando IDs de sessão, e seus URLs algo parecido com isto:
https://youdomain.com/product.php?item=rodent-racing-gear &xyid = 76345&idsessão = 9876
Um motor de busca pode acabar com centenas de URLs referência efetivamente a mesma página. Assim, você pode colocar o tag na seção de suas páginas da web para contar os motores de busca a URL correta, como este:
problemas de identificação da sessão são mais raros do que uma vez foram-no passado, a fixação de um problema de identificação de sessão era como realizar mágica: Sites que eram invisíveis aos motores de busca, de repente se tornam visíveis! Um proprietário do site em um grupo de discussão motor de pesquisa descrito como o seu site nunca tinha tido mais de 6 páginas indexadas pelo Google, mas dentro de uma semana de remover IDs de sessão, o Google tinha indexado mais de 600 páginas.
Video: Como fazer um Questionario no Google Docs gratuito
Se seu site tem um problema de identificação de sessão, há um par de outras coisas que você pode fazer, além de usar a directiva canônica:
Ao invés de usar IDs de sessão na URL, informações da sessão armazenar em um cookie no computador do usuário. Cada vez que uma página é solicitada, o servidor pode verificar o cookie para ver se as informações da sessão é armazenado lá. No entanto, o servidor não deve exigir cookies, ou você pode se deparar com mais problemas.
Obtenha seu programador para omitir IDs de sessão se o dispositivo solicitando uma página web a partir do servidor é um searchbot. O servidor oferece a mesma página para o searchbot mas não atribui um ID de sessão, assim que o searchbot pode viajar por todo o local sem o uso de IDs de sessão. Este processo é conhecido como de libertação de agente de utilizador, em que agente do usuário refere-se ao dispositivo - navegador, searchbot, ou outro programa - que está solicitando uma página.
O método do agente usuário tem um problema em potencial: Na técnica, por vezes conhecido como cloaking, um servidor envia uma página para os motores de busca e outro para os visitantes do site real. Os motores de busca geralmente não gostam de camuflagem porque alguns sites tentam enganá-los, fornecendo conteúdo diferente do conteúdo que os visitantes do site ver.
Claro que, no contexto da utilização dessa técnica para evitar o problema sessão-ID, que não é o intent- é uma maneira de mostrar o mesmo conteúdo que o visitante do site vê, por isso não é verdade cloaking. No entanto, o perigo é que os motores de busca podem vê-lo como cloaking se descobrirem o que está acontecendo.