Votre site web souffre de performances lentes et d’un trafic réseau élevé ? Les cookies étant souvent les coupables, une solution efficace consiste à utiliser des domaines sans cookies.
Bien que les cookies soient l’une des principales pierres angulaires de notre expérience en ligne, ils ne sont pas toujours aussi savoureux que leur nom pourrait le suggérer. Au-delà des problèmes de sécurité et de confidentialité liés aux cookies tiers, les cookies qui sont automatiquement attachés aux images de votre site et à d’autres contenus statiques peuvent avoir un impact important sur les performances des pages.
Heureusement, il est possible d’éliminer le poids mort (dans ce cas, les cookies morts) en utilisant des domaines sans cookies. Dans ce guide complet, nous passerons en revue les bases des domaines sans cookies, pourquoi ils sont si utiles, et comment vous pouvez configurer votre site WordPress pour les utiliser.
Mais d’abord, mettons la main dans la boite à cookies numérique et regardons de plus près comment les domaines utilisent les cookies – pour le meilleur et pour le pire.
Que sont les domaines sans cookies ?
Les domaines sans cookies sont des parties d’un site web qui n’envoient pas de cookies aux navigateurs des utilisateurs.
Mais pourquoi ne pas envoyer des cookies tout le temps ? Après tout, ne serait-il pas poli de donner aux utilisateurs autant de cookies que possible ?
Pas nécessairement. Lorsque nous parlons de domaines sans cookies, nous faisons bien sûr référence aux cookies HTTP. Contrairement à nos friandises préférées, les cookies HTTP sont de petits paquets de données que les sites web envoient aux navigateurs des utilisateurs. Bien qu’ils ne soient pas très savoureux, ils sont extrêmement utiles pour permettre aux sites web de « se souvenir » des utilisateurs lors de leur prochaine visite.
Cependant, tout comme les cookies réels, vous ne voulez pas servir trop de cookies HTTP. Comme nous le verrons bientôt, les visiteurs adorent quelques cookies – mais s’ils en ont plus que ce dont ils ont besoin, ils se sentiront lents et gonflés.
Que sont les cookies HTTP ?
Les cookies HTTP sont partout sur le web.
Chaque fois que vous visitez un site web, il y a de fortes chances que le site vous demande de stocker des cookies avec votre navigateur. En plus des informations sur le site web lui-même et la page que vous avez visitée, les cookies comprennent un identifiant personnel lié à vous et à votre navigateur. Cet identifiant permet au site web de « se souvenir » si vous avez déjà visité la page.
Voyons de plus près comment fonctionne cet échange de cookies (alerte spoiler : il n’y a pas de charmants paniers en osier ni de scouts impliqués).
Comme le montre l’image ci-dessus, l’échange peut être décomposé en trois étapes :
- Votre navigateur demande une page web. Lorsque vous saisissez une adresse (par exemple, une URL de domaine telle que « kinsta.com ») dans la barre d’adresse de votre navigateur ou que vous cliquez sur un lien web, votre navigateur génère une requête HTTP qui indique au site web qu’il souhaite afficher la page. Cette requête est envoyée au serveur web qui héberge le site et ses pages.
- Le serveur web envoie la page et le cookie. À la réception de votre demande, le serveur web renvoie la page demandée et un cookie contenant certaines informations. Comme nous l’avons mentionné précédemment, ce cookie comprend presque toujours un identifiant personnel pour vous et votre navigateur.
- Le navigateur demande une autre page au même serveur. Disons maintenant que vous cliquez sur un lien vers une autre page du site web, comme « Boutique » ou « À propos de nous » sur un site de commerce électronique. Ici, votre navigateur envoie une autre requête au serveur web et au cookie qui lui a été attribué à l’origine. Lorsque le serveur web reçoit cette demande, il voit le cookie qu’il a envoyé précédemment et se souvient que vous l’avez déjà visité. Grâce à ces informations, le serveur web peut offrir des expériences plus personnalisées, comme le maintien d’une connexion active ou des articles dans un panier.
Il existe également différents cookies pour différents objectifs. Dans l’exemple ci-dessus, le serveur web chargé de la gestion des sessions maintient votre connexion ou les éléments de votre panier d’achat – en d’autres termes, votre session individuelle sur leur site web. De même, les cookies peuvent également être utilisés pour offrir des expériences personnalisées, comme l’affichage des commandes récentes, des articles consultés ou même des publicités ciblées.
Bien que cela puisse sembler agréable de recevoir des cookies partout où vous allez, ce n’est pas tout à fait ce que l’on dit. Comme nous le verrons dans la section suivante, il est en fait possible pour un site web de délivrer trop de cookies – dont certains que beaucoup de gens préfèrent ne pas « manger »
Comment les domaines utilisent les cookies HTTP
Bien que les identifiants personnels soient une utilisation très importante des cookies HTTP, ce ne sont pas les seules. En fait, les cookies peuvent être utilisés à des fins très diverses pour offrir des expériences web plus personnalisées, fournir un contenu ciblé, et plus encore.
Nous avons déjà vu comment les sites web et les navigateurs échangent des cookies HTTP pour « se souvenir » de vous. Bien que cela puisse être utile pour maintenir les sessions de connexion et afficher les articles du panier, les cookies peuvent également être utilisés à des fins plus néfastes (ou carrément ennuyeuses).
Voici quelques-unes des façons les plus courantes dont les domaines utilisent les cookies HTTP.
- Gestion des sessions. Vous la connaissez déjà maintenant. La gestion de session est souvent considérée comme l’utilisation la plus « bénigne » des cookies HTTP, car son seul objectif est de fournir une expérience utilisateur cohérente qui aide l’utilisateur à ne pas avoir à répéter certaines actions. Si le fait de voir l’activité précédente peut poser des problèmes de confidentialité pour certains utilisateurs, c’est relativement inoffensif. Les véritables problèmes de confidentialité surviennent lorsque les cookies sont utilisés pour le suivi, ce que nous aborderons sous peu.
- Personnalisation. La gestion des sessions peut également être utilisée pour personnaliser les pages web en fonction des préférences et de l’activité des utilisateurs. Par exemple, après avoir sélectionné la langue de leur choix, les utilisateurs pourront consulter le site web dans cette même langue lors de leurs visites ultérieures sans avoir à en changer à chaque fois. Les cookies peuvent également permettre aux sites web de s’adapter aux exigences spécifiques des différents navigateurs web.
- Traçage. Les cookies ont également un côté controversé. Comme votre navigateur stocke les cookies que les sites web vous donnent, ces cookies peuvent être utilisés pour vous suivre partout où vous allez sur le web. Par exemple, vous pouvez visiter un site web qui donne à votre navigateur un cookie de suivi permettant aux annonceurs affiliés du web de savoir que vous avez visité leur page. Lorsque les annonceurs remarquent ce cookie, ils peuvent afficher des publicités ciblées pour le site web d’origine ou même l’utiliser comme vecteur de cyber-attaques. Dans tous les cas, les cookies de suivi peuvent donner l’impression que vous êtes « suivi » – ce qui pose un grand nombre de problèmes d’éthique et de confidentialité.
Heureusement, la plupart des cookies HTTP sont utilisés pour la gestion des sessions et la personnalisation. Cependant, même les cookies les plus innocents peuvent causer des problèmes.
Jusqu’à présent, nous avons exploré l’idée qu’une page envoie un seul cookie. En réalité, une page envoie généralement plusieurs cookies, souvent un pour chaque élément de la page – HTML, fichiers image, etc. Si certains de ces cookies sont nécessaires pour la gestion de la session et la personnalisation, beaucoup d’entre eux ne le sont pas.
Par conséquent, il est possible d’envoyer trop de cookies, ce qui peut causer plusieurs problèmes. Nous aborderons ces problèmes dans la section suivante.
Manger trop de cookies
Contrairement à la plupart des documents, les pages web sont une collection de divers éléments qui leur donnent forme, structure et signification. Chacun de ces éléments peut avoir son propre cookie.
Alors que les documents ordinaires que nous pouvons consulter au format .pdf ou .docx peuvent sembler être une seule « combinaison » de texte et d’images, les pages web sont constituées de nombreux petits éléments séparés.
Par exemple, lorsque vous demandez une page web, vous demandez en fait des composants de page distincts, tels que HTML (structure), CSS (style/formatage), JavaScript (interactivité) et des médias, comme des images. Ainsi, lorsque votre navigateur reçoit une page web, il reçoit et recombine ces composants pour afficher la page complète sur votre écran.
Si le serveur web envoie également des cookies, il peut envoyer automatiquement un cookie avec chaque élément au cours de ce processus. Cela peut ne pas signifier grand-chose pour une page web simple ne comportant que quelques images, mais cela peut rapidement devenir accablant si une page web comporte des dizaines, voire des centaines de composants différents – et qu’elle envoie un cookie pour chacun d’eux.
Tout comme le fait de manger trop de cookies dans la vie réelle, l’envoi et la réception d’un trop grand nombre de cookies HTTP entrainent un ralentissement des performances. Comme l’envoi de données supplémentaires nécessite du temps et des ressources supplémentaires, l’envoi de cookies avec chaque élément peut facilement consommer une quantité énorme de ressources réseau.
Régime de domaine : Ne plus envoyer de cookies
Heureusement, la solution à l’envoi de trop de cookies utilise une analogie avec le monde réel : Pour améliorer les performances, il suffit de manger (lire : envoyer) moins de cookies.
Mais quels cookies devons-nous abandonner ? Dans la plupart des cas, la meilleure pratique consiste à supprimer les cookies de tous les éléments statiques de votre page.
Les éléments statiques sont ceux dont vous ne vous attendez pas à ce qu’ils changent en fonction du comportement de l’utilisateur, comme les images statiques ou les fichiers statiques, comme les fichiers CSS. Ils n’ont donc pas besoin de cookies, ce qui fait de leur suppression l’un des meilleurs moyens de réduire la charge du réseau et d’améliorer les performances.
Bien sûr, la suppression des cookies n’est pas aussi simple que de décocher la case « cookies ».
Les serveurs web utilisent plutôt des domaines sans cookies pour distribuer le contenu statique sans cookies séparément du contenu avec cookies. Un domaine sans cookie est généralement un domaine distinct (tel qu’un sous-domaine ou un FQDN, comme « static.kinsta.com » ou « kinsta.com »).
Heureusement, il n’est pas très difficile d’utiliser des domaines sans cookies lorsque vous utilisez les bons outils – et la mise en place d’un sous-domaine n’est pas la seule méthode pour y parvenir.
Mais avant de nous salir les mains, explorons quelques-uns des plus grands avantages de l’utilisation de domaines sans cookies et l’impact que cela peut avoir sur votre site web (et votre budget).
Pourquoi utiliser des domaines sans cookie ?
La suppression des cookies supplémentaires peut sembler être une petite action – et franchement, elle l’est.
Cependant, cette petite action présente des avantages assez importants. En envoyant uniquement les cookies dont vous avez besoin, vous allègerez votre trafic réseau et récolterez de nombreux autres avantages présentés ci-dessous – dont certains n’ont rien à voir avec les performances du tout.
Réduction du trafic réseau inutile
La plupart des avantages de l’utilisation de domaines sans cookies proviennent de la réduction de la charge du réseau due au trafic inutile des cookies.
Comme nous l’avons vu précédemment, l’envoi d’éléments de page à vos visiteurs nécessite une certaine quantité de ressources réseau. Au-delà des éléments eux-mêmes, chaque élément (ou même plusieurs parties d’un même élément) est envoyé avec des en-têtes de réponse contenant des informations de routage, ainsi que d’autres éléments tels que les cookies.
Même si les cookies sont des fichiers de données relativement petits, le fait de devoir en envoyer un grand nombre à chaque demande de page peut rapidement s’accumuler. En conséquence, les utilisateurs doivent attendre plus longtemps pour que la page se charge, car votre pauvre hébergeur est débordé (et, par conséquent, dépasse son budget).
En revanche, si vous utilisez des domaines sans cookies, vous éliminerez la majeure partie de l’encombrement causé par l’envoi de cookies inutiles.
Amélioration des performances du site web
Comme vous pouvez l’imaginer, réduire la charge du réseau en réduisant les cookies a un impact significatif sur les temps de chargement et les performances du site web.
Étant donné que chaque clic sur une page constitue une requête distincte au serveur web, les utilisateurs peuvent se retrouver à attendre pendant de longues périodes rien que pour effectuer une navigation de base (Page d’accueil > À propos de nous > Boutique, etc.). Bien que les éléments de page et les cookies puissent être mis en cache et réutilisés après les premiers chargements, cela peut tout de même poser un problème si les pages changent ou si l’utilisateur plonge encore plus profondément dans votre site web.
Avantages pour le SEO et l’expérience utilisateur
En réduisant le trafic inutile pour améliorer les performances de votre site web, celui-ci peut également présenter des avantages en matière d’optimisation des moteurs de recherche (SEO) et, bien sûr, d’expérience utilisateur et client.
L’expérience client est l’avantage le plus évident : avec un temps de chargement plus court, les utilisateurs peuvent accéder plus rapidement au contenu qu’ils souhaitent. Par conséquent, ils seront plus enclins à explorer votre site web (et vos produits ou services) et moins enclins à cliquer ailleurs par frustration.
Le même avantage s’applique également au référencement. Si les temps de chargement des pages n’ont pas d’incidence directe sur le SEO, votre taux de rebond – le pourcentage de visiteurs qui cliquent sur votre page – en a certainement une.
Selon un rapport d’Unbounce, trois quarts des gens abandonneront une page s’ils doivent attendre quatre secondes ou plus pour qu’elle se charge.
Cela signifie que même si la suppression des cookies inutiles n’améliore vos temps de chargement que d’une seconde, vous constaterez une réduction massive des rebonds et, par conséquent, une amélioration de votre classement dans les moteurs de recherche.
Réduction des couts d’hébergement
Le trafic réseau finit par couter de l’argent en frais d’hébergement web.
Cela signifie que si vous envoyez plus de cookies que nécessaire, vous payez également beaucoup plus en frais d’hébergement web. Et si les cookies ont un impact sur les performances des pages, les dégâts sont doublés : En plus de payer pour plus de trafic, vous devrez payer encore plus pour obtenir le même rendement en raison de l’augmentation du taux de rebond causé par des temps de chargement lents.
Heureusement, les services d’hébergement infogérés comme Kinsta peuvent vous aider à utiliser pleinement les visites de vos pages. Kinsta propose des outils APM et d’autres fonctionnalités pour vous aider à tirer le meilleur parti de votre site WordPress.
Préparation de l’avenir sans cookie
Enfin, bien qu’il ne s’agisse pas d’un avantage direct aujourd’hui, la fourniture d’un contenu sans cookie vous aidera à mieux vous préparer à un avenir sans cookie.
Avec la controverse sur les cookies en hausse à la lumière des exigences en matière de confidentialité, telles que le RGPD, de nombreux moteurs de recherche importants et des entreprises technologiques cherchent des moyens d’éliminer complètement les cookies. Si les cookies ne disparaitront probablement pas avant un certain temps, ils pourraient bien finir par disparaitre – et plus tôt vous serez prêt, plus facile sera la transition.
Méthodes d’utilisation des domaines sans cookie
Comme nous l’avons vu précédemment, l’idée générale d’un domaine sans cookie est de fournir un contenu statique sans fournir de cookies. Bien que la création d’un domaine ou d’un sous-domaine statique distinct soit le moyen le plus direct d’y parvenir, c’est également possible avec les CDN et quelques astuces WordPress.
Créer un domaine séparé, sans cookie
Avec cette méthode, vous créerez un domaine séparé pour héberger les composants statiques de votre site web, tels que les images et les CSS.
Bien que vous puissiez enregistrer un nom de domaine entièrement séparé, il est généralement plus facile et plus rentable de créer un sous-domaine de votre nom de domaine existant. La plupart des domaines sans cookie utilisent simplement un préfixe statique (par exemple, « static.yourdomain.com ») comme sous-domaine.
Notez que cela ne fonctionnera que si la version « www » de votre domaine (par exemple, « www.yourdomain.com » est le domaine racine dans le fichier racine de votre site web.
Pour que le sous-domaine soit sans cookie, vous devriez normalement trouver et modifier votre fichier .htaccess directement en utilisant un code spécial. Cependant, comme nous le verrons plus tard, il est beaucoup plus facile de reconfigurer simplement votre site WordPress ou d’utiliser une extension.
Quelle que soit la façon dont vous configurez votre sous-domaine sans cookie, vous pouvez téléverser des composants statiques, tels que vos composants CSS, vos images, votre texte et votre JavaScript.
Utiliser un réseau de diffusion de contenu (CDN)
L’utilisation d’un réseau de diffusion de contenu ou CDN est un moyen extrêmement pratique d’utiliser des domaines sans cookie.
Ici, plutôt que de devoir créer des sous-domaines distincts et modifier les fichiers de configuration, vous pouvez simplement indiquer à votre CDN d’ignorer et de supprimer les cookies des en-têtes de réponse de vos composants statiques. Cela peut sembler un peu compliqué, mais il s’agit en fait d’une fonction simple dans de nombreux CDN.
Notez que tous les CDN ne proposent pas cette fonctionnalité. Par conséquent, il est généralement préférable de modifier la configuration de votre site web, sauf si vous utilisez déjà un CDN qui vous permet de désactiver les cookies.
Reconfigurer votre site WordPress
Si vous utilisez WordPress, vous avez de la chance : il suffit de mettre à jour quelques lignes dans votre fichier wp-config.php pour désigner un domaine sans cookie. Passez à la section suivante (Configurer WordPress pour utiliser des domaines sans cookie) pour obtenir des instructions complètes.
Utilisez un plugin WordPress
Une autre option WordPress facile consiste à utiliser une extension pour créer des versions statiques des sites WordPress.
Une extension populaire pour cela est WP2Static (littéralement « WordPress-to-Static »). Après avoir installé l’extension, ouvrez-la simplement dans votre tableau de bord WordPress et configurez les réglages pour exporter votre site web vers une version statique :
Configurer WordPress pour utiliser des domaines sans cookie
Comme mentionné ci-dessus, WordPress offre un moyen facile de mettre en œuvre des domaines sans cookie. Le processus se résume à quelques étapes simples :
- Ajout d’un sous-domaine alternatif et des DNS associés
- Indiquer à WordPress le domaine qui servira les ressources statiques
- Mise à jour des enregistrements existants de la base de données de WordPress pour refléter cette nouvelle adresse
Les clients de Kinsta peuvent utiliser le tableau de bord MyKinsta pour accomplir certaines de ces tâches. De nombreux autres utilisateurs de WordPress pourront faire de même dans cPanel.
Nous allons couvrir les deux ci-dessous.
Utiliser MyKinsta pour configurer un domaine sans cookie
Les clients de Kinsta peuvent associer des sous-domaines (ou des domaines complètement différents) à une instance WordPress dans le tableau de bord MyKinsta. De nombreux clients utiliseront également les outils de MyKinsta pour configurer les DNS pour ces domaines.
Dans cet exemple, nous allons créer un domaine sans cookie sur static.example.com pour notre site web déjà en place et en cours d’exécution sur www.example.com.
Étape 1. Créer un sous-domaine dans MyKinsta
Si vous avez initialement établi votre site WordPress sur Kinsta en utilisant l’option wildcard avec son nom de domaine (comme : *.exemple.com), vous êtes déjà prêt à prendre en charge n’importe quel nom de sous-domaine. Sinon, vous pouvez ajouter le nouveau domaine pour un contenu sans cookie comme ceci :
- Sélectionnez WordPress Sites dans le menu de gauche.
- Cliquez sur le nom de votre site WordPress.
- Sélectionnez Domaines dans le menu de gauche.
- Cliquez sur le bouton Ajouter un domaine.
Dans la boite de dialogue suivante :
- Tapez le nom de votre domaine sans cookie.
- Cliquez sur le bouton Ajouter un domaine.
Ensuite, votre nouveau domaine statique aura besoin d’un enregistrement DNS pointant vers votre site web existant. Si vous gérez les DNS de vos domaines par le biais d’un fournisseur tiers, vous utiliserez ses outils pour cela. Si votre DNS est fourni par nous, configurez votre nouveau domaine dans MyKinsta comme ceci :
- Sélectionnez DNS dans le menu de gauche de la page d’accueil MyKinta.
- Sur la page Gestion DNS, faites défiler jusqu’au bloc Enregistrements DNS et cliquez sur le bouton Ajouter un enregistrement DNS.
Nous vous recommandons d’ajouter votre nouveau sous-domaine au DNS en tant qu’enregistrement CNAME, ce qui vous permettra de vous fier uniquement au nom de domaine de deuxième niveau pour les associations avec les adresses IP. Ci-dessous, nous ajoutons un enregistrement CNAME pour static qui pointe vers example.com :
Étape 2. Désactiver les cookies sur votre sous-domaine statique
Nous allons maintenant modifier le fichier wp-config.php de votre site WordPress afin que les ressources du dossier wp-content soient servies à partir du domaine « static » et que les cookies soient délivrés uniquement via l’adresse « www ».
La plupart des clients de Kinsta utiliseront un client FTP/SFTP pour se connecter à leur site WordPress et télécharger wp-config.php sur leur ordinateur pour le modifier :
Utilisez un éditeur de texte pour ajouter les lignes suivantes au fichier wp-config.php (en remplaçant les domaines d’exemple par les vôtres) :
define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");Après avoir enregistré le fichier, téléversez-le sur votre site WordPress, en remplaçant la version précédente.
Étape 3. Rediriger les ressources existantes vers le sous-domaine
Les étapes ci-dessus permettront aux cookies d’être distribués lorsque les navigateurs chargent du contenu comme des pages et des articles de blog à partir de l’adresse « www », mais feront en sorte que le contenu comme les téléversements de médias et les ressources comme JavaScript, CSS et les polices dans les thèmes soient associés au domaine « static ».
Cependant, votre site web peut déjà avoir un contenu qui contient des liens vers ces ressources à l’adresse « www ». Vous pouvez nettoyer cela en effectuant une petite recherche et un remplacement dans la base de données WordPress elle-même.
Sauvegardez toujours votre site WordPress avant de travailler dans la base de données. Une fois que c’est fait :
- Sélectionnez Sites WordPress dans le menu de gauche du tableau de bord MyKinsta.
- Cliquez sur le nom de votre site WordPress.
- Sélectionnez Domaines dans le menu de gauche.
- Sur la page Informations du site, faites défiler vers le bas jusqu’au bloc Accès à la base de données. (Vous pouvez copier les informations de nom d’utilisateur et de mot de passe de la base de données ici si nécessaire.)
- Cliquez sur le lien Ouvrir phpMyAdmin.
- Connectez-vous à votre base de données WordPress.
- Cliquez sur l’onglet SQL.
Exécutez la commande suivante pour vous assurer que tous les liens de ressources dans vos articles existants sont dirigés vers votre sous-domaine sans cookie (en veillant à remplacer les domaines par les vôtres) :
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')
Vous avez maintenant configuré avec succès un domaine sans cookie dans WordPress avec l’aide de MyKinsta. Utilisez ce domaine pour héberger tout contenu statique pour lequel vous ne voulez pas envoyer de cookie WordPress et utilisez votre domaine normal pour tout le reste.
Utiliser cPanel pour configurer un domaine sans cookie
Voici les étapes pour accomplir ce que nous avons fait ci-dessus dans MyKinsta en utilisant cPanel ou une des alternatives populaires de cPanel.
Étape 1. Créer un sous-domaine dans cPanel
Naviguez vers la section Domaines de la page principale de cPanel. Dans l’outil Sous-domaines, créez simplement un sous-domaine connecté au domaine de premier niveau de votre site WordPress actuel.
Vous pouvez voir ci-dessous les réglages permettant de créer le sous-domaine static.example.com.
Étape 2. Configurer le sous-domaine comme statique dans cPanel
Votre nouveau sous-domaine statique étant prêt, il est temps de le faire vivre comme son nom l’indique en lui faisant servir du contenu statique dans WordPress.
Pour ce faire, nous allons modifier le fichier wp-config.php de votre site WordPress. La façon la plus simple d’accéder à ce fichier est dans l’outil Gestionnaire de fichiers de cPanel.
Dans le gestionnaire de fichiers, naviguez dans le dossier public_html de votre site web et sélectionnez wp-config.php (1). Ensuite, sélectionnez l’option Modifier (2) pour modifier le fichier.
Dans le fichier wp-config.php, ajoutez simplement les lignes suivantes (en veillant à remplacer les domaines par les vôtres !) :
define("WP_CONTENT_URL", "https://static.example.com/wp-content");
define("COOKIE_DOMAIN", "www.example.com");Cliquez sur Enregistrer les modifications.
Étape 3. Rediriger les articles existants vers le sous-domaine
Enfin, vous devrez rediriger vos articles existants vers le nouveau sous-domaine statique. Mais d’abord, assurez-vous de sauvegarder votre site WordPress juste au cas où il ne fonctionnerait pas correctement après.
Dans la section Base de données de cPanel, ouvrez l’outil PhpMySQL. Sélectionnez la base de données de votre site, puis sa table _posts.
Cliquez sur l’onglet SQL de la table _posts. Exécutez la commande suivante pour vérifier que les URL de vos messages sont dirigés vers votre sous-domaine sans cookie (en veillant à remplacer les domaines par les vôtres) :
UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')
Et c’est tout ! Vous avez maintenant configuré un domaine sans cookie dans WordPress avec l’aide de cPanel. Utilisez le domaine sans cookie pour le contenu statique comme les images, CSS, JavaScript et les polices, tout en autorisant les cookies sur le domaine principal de votre site.
Résumé
L’utilisation de domaines sans cookie est un moyen très efficace d’améliorer les performances de votre site, de réduire les couts d’hébergement et même d’améliorer l’expérience de vos clients et votre SEO.
Comme nous l’avons vu, la mise en place de domaines sans cookie dans WordPress est bénéfique. Cependant, seul un hébergement WordPress infogéré comme Kinsta peut profiter pleinement de ces avantages.
Avec des outils pratiques pour supprimer les en-têtes set-cookie et un accès direct à la base de données pour rediriger les articles vers un sous-domaine statique, il n’a jamais été aussi facile d’utiliser des domaines sans cookie. Les outils APM de Kinsta et d’autres fonctions de surveillance des performances peuvent également vous aider à suivre les résultats.
Pour plus d’informations et pour voir Kinsta par vous-même, contactez-nous ou planifiez une démonstration gratuite dès aujourd’hui.
Laisser un commentaire