Håndtering af sikre serverproblemer til SEO - dummies

Du skal holde SEO i tankerne, når du håndterer sikre serverproblemer. Du kan have sider på dit websted, hvor brugere giver følsomme data, såsom et kreditkortnummer eller anden type kontooplysninger. Internet-løsningen til beskyttelse af følsomme oplysninger er at sætte disse websider på en sikker server.

Teknisk betyder dette, at websiden er på en sikker port på serveren, hvor alle data er krypteret (konverteret til en formular, der ikke kan forstås, undtagen ved at kende en eller flere hemmelige dekrypteringsnøgler). Du kan se, hvornår du kigger på en webside på en sikker server, fordi // ændres til // i URL-adressen.

Google annoncerede i 2014, at sidesikkerhed var en placeringsfaktor, og at sider, der var vært på en sikker server, fik en mindre rangordning. Så især for sider, der håndterer følsomme data, anbefales en // -adresse stærkt.

Sikre servere kan forårsage duplikat indholdsproblemer, hvis et websted har både en sikker og usikker version af en webside og ikke har fortalt søgemaskinerne, hvilke af de to er den foretrukne eller kanoniske version. To versioner af samme side ender med at konkurrere mod hinanden for placeringer i søgemaskinerne, og søgemaskinerne vælger hvilken som skal vises i søgeresultaterne.

Her er nogle SEO-minded-metoder til håndtering af sikre servere:

• Du må ikke lave dubletter: Mange gange dupliserer folk hele deres hjemmeside for at lave en // version. Dette er en meget dårlig praksis, fordi det skaber øjeblikkeligt dobbelt indhold. Opret aldrig to versioner af dit websted eller en side på dit websted. Selvom du udelukker dine sikre sider fra at blive indekseret, linker folk til dem på et tidspunkt, og søgemaskinerne finder de sikre versioner gennem disse links.

• Hvis du har tilfælde af overlapning forårsaget af // og // , angiv en kanonisk version: Hver gang du har sider med lignende eller dobbelt indhold, kan du fortælle søgemaskinen hvilken side du foretrækker at dukke op i et søgeresultat, og hvilken side der skal give hele linket egenkapital til ved at bruge et kanonisk tag.

• Sikre de sider, der skal være sikre: Hvis siden ikke modtager følsom kontotypeinformation fra brugere, behøver den ikke at være sikret. Men hvis det ikke koster uoverkommeligt at gøre det, kan du vælge at sikre mange sider på tværs af dit websted for den marginale rangordning.

  Spiders shouldn ' t blokeres fra krypende sikre sider, hvis disse sider er vigtige for placeringer: Søgemaskiner gør indeks sikre sikre sider, hvis de kan komme til dem.Banker har normalt indekserede sikre sider, fordi de ofte sætter hele deres websted på en //.

  På grund af deres forretning er det fornuftigt, at bankerne vil give deres brugere det størst mulige tillid ved at sikre hele deres websted. Det er en god brugeroplevelse for en side, der skal vises, når en bruger søger efter det, for eksempel hvis en bruger søger efter sin online banking login side.

Hvis dit websted har sikre sider, der overtræder disse bedste fremgangsmåder, kan du rette dem:

1. Identificer hvilke sider på dit websted, der skal være sikre.

   Sørg altid for de sider, hvor brugerne skal indtaste kontooplysninger.

2. Sørg for, at dine sikre sider ikke kopieres.

   Dine sikre sider skal kun have en // version. Udbud ikke en ikke-sikret dobbeltversion. Hvis du har en duplikatside situation, skal du inkludere et kanonisk tag, der fortæller søgemaskiner, hvilken side er den bedste til at bruge. Alle links til og fra sikre sider skal være fulde sti links, hvilket betyder at de begynder // eller //. Brug af relative links til sikre sider kræver bare problemer.

3. Ryd op to eksemplarer af sider ved hjælp af 301 Omdirigeringer.

   Hvis du i øjeblikket har sikre sider, der ikke skal sikres, skal du omdirigere dem til // versionen ved hjælp af en 301 (permanent) omdirigering. På den måde omdirigeres eventuelle links til de sikre sider automatisk til de rigtige sider. Det samme gælder for ikke-sikre sider, der skal sikres, kun omvendt.