Håndtering av sikre serverproblemer for SEO - dummies

Du må holde SEO i tankene når du håndterer sikre serverproblemer. Du kan ha sider på nettstedet ditt der brukerne gir sensitive data, for eksempel et kredittkortnummer eller annen type kontoinformasjon. Internett-løsningen for å beskytte sensitiv informasjon er å sette disse nettsidene på en sikker server.

Teknisk betyr dette at nettsiden er på en sikker port på serveren, hvor alle data er kryptert (omgjort til et skjema som ikke kan forstås unntatt ved å kjenne en eller flere hemmelige dekrypteringsnøkler). Du kan fortelle når du ser på en nettside på en sikker server fordi // endres til // i URL-adressen.

I 2014 annonserte Google at sidesikkerhet var en rangeringsfaktor, og at sidene som ble hostet på en sikker server, fikk en mindre rangering. Så, spesielt for sider som håndterer sensitive data, anbefales en // URL.

Sikre servere kan forårsake dupliserte innholdsproblemer hvis et nettsted har både en sikker og usikker versjon av en nettside og ikke har fortalt søkemotorene hvilken av de to er den foretrukne eller kanoniske versjonen. To versjoner av samme side ender opp med å konkurrere mot hverandre for søkemotorrangeringer, og søkemotorene velger hvilken som skal vises i søkeresultatene.

Her er noen gode ideer for SEO for å håndtere sikre servere:

• Ikke gjør duplikater: Mange ganger kopierer folk bare hele nettstedet for å lage en // versjon. Dette er en veldig dårlig praksis fordi det skaper øyeblikkelig duplikat innhold. Opprett aldri to versjoner av nettstedet ditt eller en side på nettstedet ditt. Selv om du ekskluderer dine sikre sider fra å bli indeksert, kobler folk til dem på et tidspunkt, og søkemotorene finner de sikre versjonene gjennom disse koblingene.

• Hvis du har tilfeller av duplisering forårsaket av // og // , angi en kanonisk versjon: Hver gang du har sider med lignende eller duplikat innhold, kan du fortelle søkemotoren hvilken side du foretrekker å dukke opp i et søkeresultat, og hvilken side som skal gi all linken egenkapital til ved å bruke en kanonisk kode.

• Sikre sidene som må være sikre: Hvis siden ikke mottar sensitiv informasjon om kontoinformasjon fra brukere, trenger den ikke å være sikret. Men hvis det ikke er kostnadskrevende å gjøre det, kan du velge å sikre mange sider på hele nettstedet ditt for den marginale rangeringsfordelen.

  Spiders shouldn ' t bli blokkert fra krypende sikre sider hvis disse sidene er viktige for rangeringer: Søkemotorer gjør indekserte sikre sider, hvis de kan komme til dem.Bankene har vanligvis indekserte sikre sider fordi de ofte legger hele nettstedet sitt på en //.

  På grunn av virksomhetenes natur er det fornuftig at bankene vil gi brukerne størst mulig tillit ved å sikre hele nettstedet. Det er en god brukeropplevelse for en side som skal vises når en bruker søker etter det, for eksempel hvis en bruker ser etter nettbasert innloggingsside.

Hvis nettstedet ditt har sikre sider som bryter med disse beste praksisene, kan du løse dem:

1. Identifiser hvilke sider på nettstedet ditt som skal være sikre.

   Sikre alltid sidene som brukerne må legge inn kontoinformasjon på.

2. Kontroller at de sikre sidene dine ikke dupliseres.

   Dine sikre sider skal bare ha en // versjon. Ikke tilbud en ikke-sikret duplikatversjon. Hvis du har en duplikat-sidesituasjon, inkludere en kanonisk kode som forteller søkemotorer hvilken side som er den beste som skal brukes. Alle koblinger til og fra sikre sider skal være fulle bane lenker, som betyr at de begynner // eller //. Ved å bruke relative lenker til sikre sider, er det bare å spørre om problemer.

3. Oppryd dupliserte sider ved å bruke 301 Omadresser.

   Hvis du for øyeblikket har sikre sider som ikke må sikres, kan du omdirigere dem til // versjonen ved hjelp av en 301 (permanent) omadressering. På den måten blir alle koblinger som går til de sikre sidene omdirigert automatisk til høyre side. Det samme gjelder for usikre sider som skal sikres, bare omvendt.