Variationer af websiteadresser

Silktide tjekker, at de almindelige variationer af dit websites adresse alle fungerer. Besøgende kan indtaste dit domæne med eller uden "www", og deres browser kan forsøge en sikker eller usikker forbindelse, så alle fire kombinationer bør indlæse dit site.

For et website på example.com er de fire variationer:

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

En almindelig fejl er kun at konfigurere én af disse. Hver variation bør svare, helst ved at omdirigere til din foretrukne (kanoniske) adresse – se Duplikerede websiteadresser for at forstå, hvorfor det at vise det samme indhold på flere adresser er et problem i sig selv.

Hvorfor det er vigtigt

Besøgende ved ikke, hvilken konvention du har valgt. En person, der indtaster www.example.com, når kun example.com er konfigureret, ser en forbindelsesfejl, antager, at dit site er nede, og forlader det – og du får ingen fejlrapport, fordi fejlen opstår, før dit website overhovedet nås. Links i tryk, e-mails og mund-til-mund spreder alle variationer af din adresse, så alle har reel trafik.

Sådan løser du det

Sørg for, at dit domænes DNS har poster for både det nøgne domæne og underdomænet "www", som peger på din webserver.
Sørg for, at dit -certifikat dækker begge navne, så de sikre variationer opretter forbindelse uden fejl.
Konfigurer din webserver eller til at omdirigere alle variationer til din kanoniske adresse med en permanent omdirigering (301). Hostingudbydere viser ofte dette som en indstilling for "redirect www" eller "force HTTPS".

Sådan tester Silktide dette

Opret de fire variationer af dit websites domæne: http:// og https://, hver med og uden præfikset "www". Websites på et brugerdefineret underdomæne (såsom blog.example.com) testes ikke.
Forsøg at downloade hver variation, og følg eventuelle omdirigeringer.
Rapportér hver variation, der ikke kan indlæses – fordi adressen ikke kan opløses, forbindelsen mislykkes, eller svaret er en fejl.

Fejlfinding

En variation virker i min browser, men fejler tjekket

Nogle browsere skjuler dette problem ved stiltiende at forsøge andre variationer igen, når en fejler. Test den nøjagtige adresse med et værktøj, der ikke gør det, eller fra en enhed uden for dit netværk. Tjek også, at dit HTTPS-certifikat dækker både det nøgne navn og navnet med "www": Et certifikat, der ikke matcher, fejler dette tjek, selv om en browser muligvis kun viser en advarsel.

Vi viser bevidst ikke én variation

Nogle organisationer vælger for eksempel ikke at svare på http://. Hvis det sker bevidst, kan du fundet – men det er som regel bedre at omdirigere til din kanoniske adresse end at afvise forbindelsen, fordi besøgende, der indtaster denne variation, stadig når frem til dig.