Undvik att använda Sessions-ID i URL-adresser för att förbättra din sökrankning

Undvik att använda Sessions-ID i webbadresser för att förbättra din sökrankning - dummies

Sessions-ID kan göra sökmotorns liv intressant. Ett session ID identifierar en viss person som besöker webbplatsen vid en viss tidpunkt, vilket gör det möjligt för servern att spåra vilka sidor besökaren tittar på och vilka åtgärder besökaren tar under sessionen.

Om du begär en sida från en webbplats skickar webbservern som har sidan den till din webbläsare. Om du sedan begär en annan sida skickar servern också den där sidan, men ser inte ut att du är samma person. Om servern behöver veta vem du är, behöver den ett sätt att identifiera dig varje gång du begär en sida. Det gör det genom att använda session-ID.

Sessions-ID används av olika orsaker, men deras huvudsakliga syfte är att tillåta webbutvecklare att skapa olika typer av interaktiva webbplatser. Till exempel, om utvecklare har skapat en säker miljö kan de kanske tvinga besökare att gå igenom hemsidan först. Eller kan utvecklarna ha ett sätt att återuppta en oavslutad session.

Genom att ställa in cookies som innehåller sessions-ID på besökarens dator kan utvecklare se var besökaren var på platsen i slutet av besökarens sista session.

Sessions-ID är vanliga vid körning av program som har någon form av säkerhetsprocedur, som behöver lagra variabler eller som vill besegra webbläsarens cache - det vill säga att webbläsaren alltid visar information från servern, aldrig från sin egen cache. Varukorgssystem använder vanligtvis sessions-ID-s. Så kan systemet låta dig placera en vara i kundvagnen och sedan gå och fortsätta handla. Det känner igen du baserat på ditt session-ID.

Ett sessions-ID kan skapas på två sätt:

  • Spara det i en kaka.

  • Visa den i webbadressen själv.

Vissa system är inställda för att lagra sessionen ID i en cookie men använd sedan ett URL-session ID om användarens webbläsare är inställd att inte acceptera cookies. Här är ett exempel på en webbadress som innehåller ett sessions-ID:

  // dindomän. com / index. jsp; jsessionid = 07D3CCD4D9A6A9F3CF9CAD4F9A728F44 

07D3CCD4D9A6A9F3CF9CAD4F9A728F44 delen av webbadressen är den unika identifieraren som tilldelats sessionen.

Om en sökmotor identifierar en URL-adress som innehåller ett sessions-ID läser det förmodligen inte den refererade sidan eftersom varje gång sökroboten återvänder till din webbplats, kommer sessionen ID att ha löpt ut, så servern kommer att göra en av de följer:

  • Visa en fel sida snarare än den indexerade sidan eller kanske visa webbplatsens standard sida. Med andra ord har sökmotorn indexerat en sida som inte finns om någon klickar på länken på sökresultatsidan.

  • Tilldela ett nytt sessions-ID. Den webbadress som sökroboten ursprungligen använde har löpt ut, så servern ersätter ID med en annan och ändrar webbadressen. Så kan spindeln matas till flera webbadresser för samma sida.

Även om sökroboten läser den angivna sidan kan den inte indexera den. webmasters klagar ibland att en sökmotor gick in på sin webbplats, begärde samma sida om och om och lämnade utan att indexera det mesta av webbplatsen. Sökroboten blev helt enkelt förvirrad och lämnade. Eller ibland känner sökmotorn inte om ett sessions-ID i en webbadress. En klient hade hundratals webbadresser som indexerats av Google, men eftersom de var alla långvariga session-ID-skivor pekade de alla på webbplatsens huvudsida.

Det här är alla värsta scenarier, eftersom de stora sökmotorns sökrobotar gör sitt bästa för att känna igen sessionen och jobba runt dem. Dessutom rekommenderar Google att om du använder sessions-ID använder du det kanoniska direktivet för att berätta för sökmotorerna rätt webbadress för sidan. Låt oss säga att du använder sessions-ID och dina webbadresser ser något ut så här:

  // www. youdomain. se / produkt. php? item = rodent-racing-gear & xyid = 76345 & sessionid = 9876 

En sökmotor kan sluta med hundratals webbadresser som effektivt hänvisar till samma sida. Så du kan sätta taggen i avsnittet på dina webbsidor för att berätta för sökmotorerna den korrekta webbadressen, så här:

Session ID-problem är sällsynta än de en gång var; Tidigare var det att fixa ett session-ID-problem som att utföra magi: Platser som var osynliga för sökmotorer blir plötsligt synliga! En webbplatsägare i en diskussionsgrupp för sökmotorer beskrev hur hans webbplats aldrig hade mer än 6 sidor indexerad av Google, men inom en vecka efter att ha tagit bort session-ID hade Google indexerat över 600 sidor.

Om din webbplats har ett session-ID-problem, finns det några andra saker du kan göra, förutom att använda det kanoniska direktivet:

  • Snarare än att använda sessions-ID i webbadressen, lagra sessionsinformation i en cookie på användarens dator. Varje gång en sida begärs kan servern kontrollera kakan för att se om sessionsinformation lagras där. Servern ska dock inte kräva cookies, eller du kan få problem med ytterligare problem.

  • Få din programmerare att släppa session-IDer om enheten som begär en webbsida från servern är en sökrobot. Servern levererar samma sida till sökroboten men tilldelar inte ett sessions-ID, så sökroboten kan resa hela webbplatsen utan att använda sessions-ID. Denna process är känd som leverans av användaragent, i vilket användaragent hänvisar till enheten - webbläsare, sökrobot eller annat program - som begär en sida.

Användaragentmetoden har ett potentiellt problem: I tekniken som ibland kallas cloaking, skickar en server en sida till sökmotorerna och en annan till verkliga besökare.Sökmotorer gillar i allmänhet inte cloaking eftersom vissa webbplatser försöker lura dem genom att ge olika innehåll från innehållet som besökare ser.

Det är självklart inte i avsikt att i samband med att använda denna teknik för att undvika problem med session-ID. Det är ett sätt att visa innehållet samma som besökaren ser, så det är inte sant cloaking. Men faran är att sökmotorerna kan se den som kappa om de upptäcker vad som händer.