Cyfeiriadau gwefan dyblyg

Mae Silktide yn gwirio bod eich gwefan yn cael ei gwasanaethu o un cyfeiriad gwe yn unig. Camgymeriad cyffredin yw bod yr un wefan ar gael mewn sawl cyfeiriad, megis gyda "www" a hebddo, neu drwy gysylltiadau diogel ac anniogel, heb ailgyfeirio i un fersiwn ddewisol.

Er enghraifft, gall pob un o'r pedwar hyn wasanaethu'r un wefan:

http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/

Dylai gwefan fod ag un cyfeiriad canonaidd, gyda'r amrywiadau eraill yn ailgyfeirio ato. Pan nad ydynt yn gwneud hynny, mae pob amrywiad yn gweithredu fel copi ar wahân o'ch gwefan.

Pam mae hyn yn bwysig

Mae gwasanaethu cynnwys union yr un fath o sawl cyfeiriad yn rhannu enw da eich gwefan ac yn achosi problemau ymarferol:

Mae pobl yn cysylltu â pha fersiwn bynnag y maent wedi glanio arni, gan wanhau gwerth chwilio eich dolenni cefn ar draws y copïau.
Mae rhannu ar y cyfryngau cymdeithasol yn cael ei rannu yn yr un modd, gan wasgaru hoffterau a chyfrifon rhannu ar draws URLau dyblyg.
Rhaid i beiriannau chwilio ddyfalu pa fersiwn sy'n awdurdodol, a gallant fynegeio un nad oeddech wedi'i bwriadu.
Efallai na fydd modd darllen cwcis a osodir ar un fersiwn ar un arall, a gall hynny dorri mewngofnodiadau a basgedi siopa pan fydd ymwelwyr yn symud rhyngddynt.
Mae fersiynau a wasanaethir heb yn gadael ymwelwyr ar gysylltiad anniogel.

Sut i'w drwsio

Dewiswch un cyfeiriad canonaidd — fel arfer y fersiwn https://, gyda neu heb "www" yn ôl eich dewis.
Ffurfweddwch eich gweinydd gwe neu i ailgyfeirio'n barhaol (statws HTTP 301) bob amrywiad arall ato. Yn aml, mae gan banel rheoli eich darparwr cynnal osodiad ar gyfer hyn; fel arall, newid bach i ffurfweddiad y gweinydd ydyw, er enghraifft:

# Apache: ailgyfeirio popeth i https://www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [L,R=301]

Diweddarwch ddolenni mewnol a'ch map gwefan i ddefnyddio'r cyfeiriad canonaidd fel nad yw ymwelwyr a chropianwyr yn cael eu hanfon drwy ailgyfeiriadau.

Sut mae Silktide yn profi hyn

Crëwch bedwar amrywiad o barth eich gwefan: http:// a https://, pob un gyda'r rhagddodiad "www" a hebddo. Ni phrofir gwefannau ar is-barth personol (megis blog.example.com).
Gofynnwch am bob amrywiad yn uniongyrchol, gan ddilyn unrhyw ailgyfeiriadau, a chofnodwch y cyfeiriad terfynol y mae'n glanio arno. Anwybyddir llinynnau ymholiad a darnau a gynhyrchir yn awtomatig fel nad ydynt yn ymddangos fel cyrchfannau gwahanol.
Os yw pob amrywiad sy'n ymateb yn gorffen yn yr un cyfeiriad, mae'r gwiriad yn pasio.
Fel arall, ailbrofwch bob amrywiad sy'n ymateb mewn porwr gwe go iawn (mae rhai gwefannau'n ailgyfeirio gan ddefnyddio , a dim ond porwr sy'n gallu dilyn hynny) a rhowch wybod am bob amrywiad ynghyd â'r cyfeiriad y mae'n arwain ato, ar gyfer y ddau fath o gais.

Datrys problemau

Mae fy ngwefan yn ailgyfeirio, ond mae'r gwiriad yn dal i fethu

Gwiriwch fod pob amrywiad yn ailgyfeirio. Bwlch cyffredin yw ailgyfeirio http://example.com ond nid http://www.example.com, neu ailgyfeirio i gyrchfannau gwahanol (un amrywiad i'r hafan, un arall i ddewiswr iaith).

Mae'r ailgyfeiriad yn gweithio yn fy mhorwr

Mae ailgyfeiriadau a wneir gyda JavaScript yn gweithio mewn porwyr ond maent yn arafach, yn llai dibynadwy ar gyfer cropianwyr, ac yn cael eu trin yn llai ffafriol gan beiriannau chwilio nag ailgyfeiriadau ar ochr y gweinydd. Mae Silktide yn dangos yr hyn a welodd cais uniongyrchol a phorwr fel y gallwch sylwi ar hyn: defnyddiwch ailgyfeiriad 301 ar ochr y gweinydd yn lle hynny.