Εδώ και χρόνια, ένας μικρός παιδαγωγικός πόλεμος μαίνεται στις γραμμές διευθύνσεών μας. Σε μια γωνία υπάρχουν μάρκες σαν Google, Instagram, να Facebook. Αυτή η ομάδα επέλεξε να ανακατευθύνει example.com προς την www.example.com. Στην απέναντι γωνία: GitHub, DuckDuckGo, να Διχόνοια. Αυτή η ομάδα επέλεξε να κάνει το αντίστροφο και να ανακατευθύνει www.example.com προς την example.com.
Το "WWW" ανήκει σε μια διεύθυνση URL; Ορισμένοι προγραμματιστές έχουν ισχυρές απόψεις για το θέμα. Θα διερευνήσουμε επιχειρήματα υπέρ και κατά μετά από λίγη ιστορία.
Τι συμβαίνει με τα Ws;
Τα τρία W αντιπροσωπεύουν "Παγκόσμιος Ιστός", μια εφεύρεση στα τέλη της δεκαετίας του 1980 που εισήγαγε τον κόσμο σε προγράμματα περιήγησης και ιστότοπους. Η πρακτική της χρήσης "WWW" πηγάζει από μια παράδοση ονομασίας υποτομέων σύμφωνα με τον τύπο της υπηρεσίας που παρέχουν:
- ένας διακομιστής ιστού στο www.example.com
- διακομιστή FTP στο ftp.example.com
- έναν διακομιστή IRC στο irc.example.com
Ανησυχία χωρίς τομέα WWW 1: Διαρροή cookie σε υποτομείς
Οι επικριτές των τομέων "χωρίς WWW" έχουν επισημάνει ότι σε ορισμένες περιπτώσεις, subdomain.example.com θα είναι σε θέση να διαβάζει cookies που έχουν οριστεί από example.com. Αυτό μπορεί να είναι ανεπιθύμητο εάν, για παράδειγμα, είστε πάροχος φιλοξενίας Ιστού που επιτρέπει στους πελάτες να λειτουργούν υποτομείς στον τομέα σας. Ενώ η ανησυχία είναι έγκυρη, η συμπεριφορά ήταν συγκεκριμένη για τον Internet Explorer.
RFC 6265 τυποποιεί τον τρόπο με τον οποίο τα προγράμματα περιήγησης αντιμετωπίζουν τα cookies και χαρακτηρίζει ρητά αυτή τη συμπεριφορά ως εσφαλμένη.
Μια άλλη πιθανή πηγή διαρροών είναι η Domain αξία τυχόν cookies που έχουν οριστεί από example.com. Εάν η Domain τιμή ορίζεται ρητά σε example.com, τα cookies θα εκτεθούν επίσης στους υποτομείς του.
| Αξία cookie | Εκτεθεί σε example.com | Εκτεθεί σε subdomain.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Εν κατακλείδι, αρκεί να μην ορίσετε ρητά α Domain τιμή και οι χρήστες σας δεν χρησιμοποιούν τον Internet Explorer, δεν θα πρέπει να προκύψουν διαρροές cookie.
Ανησυχία τομέα χωρίς WWW 2: Πονοκέφαλοι DNS
Μερικές φορές, ένας τομέας "χωρίς WWW" μπορεί να περιπλέξει τη ρύθμιση του συστήματος ονομάτων τομέα (DNS).
Όταν ένας χρήστης πληκτρολογεί example.com στη γραμμή διευθύνσεων του προγράμματος περιήγησής του, το πρόγραμμα περιήγησης πρέπει να γνωρίζει τη διεύθυνση Πρωτοκόλλου Διαδικτύου (IP) του διακομιστή ιστού που προσπαθεί να επισκεφτεί. Το πρόγραμμα περιήγησης ζητά αυτήν τη διεύθυνση IP από τους διακομιστές ονομάτων του τομέα σας – συνήθως έμμεσα μέσω των διακομιστών DNS του Παρόχου Υπηρεσιών Διαδικτύου (ISP) του χρήστη. Εάν οι διακομιστές ονομάτων σας έχουν ρυθμιστεί να απαντούν με ένα Μια εγγραφή που περιέχει τη διεύθυνση IP, ένας τομέας "χωρίς WWW" θα λειτουργήσει καλά.
Σε ορισμένες περιπτώσεις, μπορεί να θέλετε να χρησιμοποιήσετε αντ' αυτού a Κανονικό όνομα (CNAME) εγγραφή για τον ιστότοπό σας. Ένα τέτοιο αρχείο μπορεί να το δηλώσει www.example.com είναι ψευδώνυμο του example123.somecdnprovider.com, το οποίο λέει στο πρόγραμμα περιήγησης του χρήστη να αναζητήσει τη διεύθυνση IP του example123.somecdnprovider.com και στείλτε το αίτημα HTTP εκεί.
Σημειώστε ότι το παραπάνω παράδειγμα χρησιμοποιούσε έναν υποτομέα WWW. Δεν είναι δυνατός ο ορισμός εγγραφής CNAME για example.com. Σύμφωνα με RFC 1912, οι εγγραφές CNAME δεν μπορούν να συνυπάρχουν με άλλες εγγραφές. Εάν προσπαθήσατε να ορίσετε μια εγγραφή CNAME για example.com, ο διακομιστής ονομάτων (NS) καταγράφει για example.com που περιέχουν τις διευθύνσεις IP των διακομιστών ονομάτων του τομέα δεν θα επιτρέπεται να υπάρχουν. Ως αποτέλεσμα, τα προγράμματα περιήγησης δεν θα μπορούν να καταλάβουν πού βρίσκονται οι διακομιστές ονομάτων σας.
Ορισμένοι πάροχοι DNS θα σας επιτρέψουν να αντιμετωπίσετε αυτόν τον περιορισμό. Το Cloudflare καλεί τη λύση τους Ισοπέδωση CNAME. Με αυτήν την τεχνική, οι διαχειριστές τομέα διαμορφώνουν μια εγγραφή CNAME, αλλά οι διακομιστές ονομάτων τους θα εκθέσουν μια εγγραφή A.
Για παράδειγμα, εάν ο διαχειριστής διαμορφώσει μια εγγραφή CNAME για example.com στοχεύοντας σε example123.somecdnprovider.com, και ένα ρεκόρ Α για example123.somecdnprovider.com υπάρχει δείχνοντας σε 1.2.3.4, τότε το Cloudflare θα εξέθετε μια εγγραφή A για example.com στοχεύοντας σε 1.2.3.4.
Συμπερασματικά, ενώ η ανησυχία ισχύει για τους κατόχους τομέα που επιθυμούν να χρησιμοποιήσουν εγγραφές CNAME, ορισμένοι πάροχοι DNS προσφέρουν τώρα μια κατάλληλη λύση.
Οφέλη χωρίς WWW
Οι περισσότεροι από τους επιχειρήματα κατά WWW είναι πρακτικά ή καλλυντικά. Οι υποστηρικτές του «No-WWW» υποστήριξαν ότι είναι πιο εύκολο να το λες και να πληκτρολογείς example.com από www.example.com (το οποίο μπορεί να είναι λιγότερο μπερδεμένο για λιγότερο έμπειρους χρήστες της τεχνολογίας).
Οι αντίπαλοι του υποτομέα WWW έχουν επίσης επισημάνει ότι η απόρριψή του συνοδεύεται από ένα ταπεινό πλεονέκτημα απόδοσης. Οι κάτοχοι ιστότοπων θα μπορούσαν να αφαιρέσουν 4 byte από κάθε αίτημα HTTP. Ενώ αυτές οι εξοικονομήσεις θα μπορούσαν να αυξηθούν για ιστότοπους υψηλής επισκεψιμότητας όπως το Facebook, το εύρος ζώνης γενικά δεν είναι σπάνιος πόρος.
Οφέλη WWW
Ένα πρακτικό επιχείρημα υπέρ του WWW είναι σε καταστάσεις με νεότερους τομείς ανώτατου επιπέδου. Για παράδειγμα, www.example.miami είναι άμεσα αναγνωρίσιμη ως διεύθυνση web όταν παράδειγμα.miami δεν είναι. Αυτό είναι λιγότερο ανησυχητικό για ιστότοπους που έχουν αναγνωρίσιμους τομείς ανώτατου επιπέδου όπως .com.
Επίδραση στην κατάταξη στις μηχανές αναζήτησής σας
Η τρέχουσα συναίνεση είναι ότι η επιλογή σας δεν επηρεάζει την απόδοση της μηχανής αναζήτησής σας. Εάν θέλετε να κάνετε μετεγκατάσταση από το ένα στο άλλο, θα θέλετε να διαμορφώσετε τις μόνιμες ανακατευθύνσεις (HTTP 301) αντί για τις προσωρινές (HTTP 302). Οι μόνιμες ανακατευθύνσεις διασφαλίζουν ότι η αξία SEO των παλιών διευθύνσεων URL μεταφέρεται στις νέες.
Συμβουλές για την υποστήριξη και των δύο
Οι ιστότοποι συνήθως επιλέγουν ένα από τα δύο example.com or www.example.com ως τον επίσημο ιστότοπό τους και ρυθμίστε τις ανακατευθύνσεις HTTP 301 για το άλλο. Θεωρητικά, είναι δυνατό να υποστηριχθούν και τα δύο www.example.com και example.com. Στην πράξη, το κόστος μπορεί να υπερβαίνει τα οφέλη.
Από τεχνική άποψη, θα θελήσετε να επαληθεύσετε ότι η στοίβα τεχνολογίας σας μπορεί να το χειριστεί. Το σύστημα διαχείρισης περιεχομένου (CMS) ή ο ιστότοπός σας που δημιουργείται στατικά θα πρέπει να εξάγει εσωτερικούς συνδέσμους ως σχετικές διευθύνσεις URL για να διατηρήσει το όνομα κεντρικού υπολογιστή που προτιμά ο επισκέπτης. Τα εργαλεία ανάλυσης ενδέχεται να καταγράφουν την κίνηση και στα δύο ονόματα κεντρικών υπολογιστών χωριστά, εκτός εάν μπορείτε να διαμορφώσετε τα ονόματα κεντρικών υπολογιστών ως ψευδώνυμα.
Τέλος, θα χρειαστεί να κάνετε ένα επιπλέον βήμα για να διασφαλίσετε την απόδοση της μηχανής αναζήτησής σας. Η Google θα θεωρήσει ότι είναι οι εκδόσεις "WWW" και "non-WWW" μιας διεύθυνσης URL διπλό περιεχόμενο. Για να καταργήσει το περιεχόμενο στο ευρετήριο αναζήτησής της, η Google θα εμφανίσει όποιο από τα δύο πιστεύει ότι θα προτιμήσει ο χρήστης – καλώς ή κακώς.
Για να διατηρήσετε τον έλεγχο του τρόπου εμφάνισης σας στο Google, συνιστά την εισαγωγή κανονικών ετικετών συνδέσμων. Αρχικά, αποφασίστε ποιο όνομα κεντρικού υπολογιστή θα είναι το επίσημο (κανονικό).
Για παράδειγμα, αν διαλέξετε www.example.com, θα πρέπει να εισαγάγετε το ακόλουθο απόσπασμα στο ετικέτα https://example.com/my-article:
Αυτό το απόσπασμα υποδεικνύει στην Google ότι η παραλλαγή "WWW-less" αντιπροσωπεύει το ίδιο περιεχόμενο. Σε γενικές γραμμές, η Google θα προτιμήσει την έκδοση που έχετε επισημάνει ως κανονική στα αποτελέσματα αναζήτησης, η οποία θα ήταν η παραλλαγή "WWW" σε αυτό το παράδειγμα.
Συμπέρασμα
Παρά την έντονη εκστρατεία και από τις δύο πλευρές, και οι δύο προσεγγίσεις παραμένουν έγκυρες εφόσον γνωρίζετε τα οφέλη και τους περιορισμούς. Για να καλύψετε όλες τις βάσεις σας, φροντίστε να ρυθμίσετε μόνιμες ανακατευθύνσεις από τη μία στην άλλη και είστε έτοιμοι.
