Comment utiliser les domaines sans cookies : un guide complet

Votre site Web souffre-t-il de performances médiocres et d'un trafic réseau élevé ? Là où les cookies sont souvent le coupable, 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 le suggère. Au-delà des problèmes de confidentialité et de sécurité 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 de la page.

Heureusement, il est possible de réduire le poids mort (dans ce cas, les cookies morts) en utilisant des domaines sans cookie. 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, penchons-nous sur la boîte à cookies numérique et examinons de plus près comment les domaines utilisent les cookies - pour le meilleur ou 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 entendu référence aux cookies HTTP. Contrairement à nos pâtisseries 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 pas plus que ce dont ils ont besoin, ils se sentiront paresseux 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 Web 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 incluent 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.

Examinons de plus près comment fonctionne cet échange de cookies (alerte spoiler : il n'y a pas de charmants paniers en osier ou d'éclaireuses impliqués).

Comme le montre l'image ci-dessus, l'échange peut être décomposé en trois étapes :

1. Votre navigateur demande une page Web. Lorsque vous entrez une adresse (par exemple, une URL de domaine telle que "kinsta.com") dans la barre d'adresse de votre navigateur ou 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 Web et ses pages.
2. Le serveur Web envoie la page et le cookie. Dès 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.
3. Le navigateur demande une autre page du même serveur. Supposons maintenant que vous cliquiez sur un lien vers une autre page du site Web, telle que « Boutique » ou « À propos de nous » sur un site de commerce électronique. Ici, votre navigateur envoie une autre demande au serveur Web et le 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 avez déjà visité. Avec ces informations, le serveur Web peut offrir des expériences plus personnalisées, telles que le maintien d'une connexion active ou des articles dans un panier.

Il existe également différents cookies à des fins différentes. Dans l'exemple ci-dessus, le serveur Web engagé dans la gestion de session conserve vos éléments de connexion ou de 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, telles que l'affichage de commandes récentes, d'articles consultés ou même de publicités ciblées.

Bien que cela puisse sembler agréable de recevoir des cookies où que vous alliez, ce n'est pas tout ce qu'il est censé être. Comme nous le verrons dans la section suivante, il est en fait possible qu'un site Web fournisse trop de cookies, dont certains préféreraient ne pas "manger".

Comment les domaines utilisent les cookies HTTP

Bien que les identifiants personnels soient une utilisation très importante des cookies HTTP, ils ne sont pas les seuls. En fait, les cookies peuvent être utilisés à diverses fins pour fournir des expériences Web plus personnalisées, fournir un contenu ciblé, etc.

Nous avons déjà expliqué comment les sites Web et les navigateurs échangent des cookies HTTP pour vous « souvenir ». 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 connaissez déjà celui-ci maintenant. La gestion de session est souvent considérée comme l'utilisation la plus « inoffensive » des cookies HTTP, car son seul objectif est de fournir une expérience utilisateur cohérente qui aide l'utilisateur à éviter d'avoir à répéter certaines actions. Bien que voir une activité précédente puisse présenter des problèmes de confidentialité pour certains utilisateurs, cela est relativement inoffensif. Les vrais problèmes de confidentialité surviennent lorsque les cookies sont utilisés pour le suivi, ce que nous aborderons sous peu.
• Personnalisation. La gestion de session peut également être utilisée pour personnaliser les pages Web en fonction des préférences et de l'activité de l'utilisateur. 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 visites ultérieures sans avoir à la changer à chaque fois. Les cookies peuvent également permettre aux sites Web de s'adapter aux exigences spécifiques des différents navigateurs Web.
• Suivi. Les cookies ont aussi un côté controversé. Étant donné que votre navigateur stocke les cookies que les sites Web vous fournissent, 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 sur le 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 cyberattaques. Dans tous les cas, les cookies de suivi peuvent donner l'impression que vous êtes "suivi", ce qui s'accompagne d'une multitude de problèmes d'éthique et de confidentialité.

Heureusement, la plupart des cookies HTTP sont utilisés pour la gestion et la personnalisation des sessions. 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 cookie. En réalité, une page envoie généralement plusieurs cookies, souvent un pour chaque élément de page - HTML, fichiers image, etc. Si certains de ces cookies sont nécessaires à la gestion et à la personnalisation des sessions, beaucoup d'entre eux ne le sont pas.

Par conséquent, il est possible d'envoyer trop de cookies, ce qui peut entraîner plusieurs problèmes. Nous discuterons de ces problèmes dans la section suivante.

Manger trop de cookies

Contrairement à la plupart des documents, les pages Web sont un ensemble d'éléments divers qui leur donnent forme, structure et sens. Chacun de ces éléments peut avoir son propre cookie.

Alors que les documents ordinaires que nous pouvons afficher au format .pdf ou .docx peuvent sembler être une «combinaison» unique de texte et d'images, les pages Web sont constituées de nombreuses petites parties distinctes.

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, tels que des images. Ainsi, lorsque votre navigateur reçoit une page Web, il reçoit et recombine en fait 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 simple page Web avec seulement quelques images, mais cela peut rapidement devenir écrasant si une page Web contient des dizaines, voire des centaines de composants différents - et envoie un cookie pour chacun.

Tout comme manger trop de cookies dans la vraie vie, envoyer et recevoir trop de cookies HTTP ralentit les performances. Étant donné que 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 énorme quantité de ressources réseau.

Régime de domaine : ne pas utiliser de cookies

Heureusement, la solution pour envoyer 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 sommes-nous censés abandonner ? Dans la plupart des cas, il est recommandé de supprimer les cookies de tous les éléments statiques de votre page.

Les éléments statiques sont ceux que vous ne vous attendez pas à modifier avec le comportement de l'utilisateur, tels que les images statiques ou les fichiers statiques, comme les fichiers CSS. Par conséquent, ils n'ont 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, supprimer les cookies n'est pas aussi simple que de décocher une case "cookies".

Au lieu de cela, les serveurs Web utilisent 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 (comme 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 configuration d'un sous-domaine n'est pas la seule méthode pour le faire.

Mais avant de nous salir les mains, explorons certains 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 cookies ?

Supprimer les cookies supplémentaires peut sembler être une petite action - et franchement, ça l'est.

Cependant, cette petite action s'accompagne d'assez gros avantages. En envoyant uniquement les cookies dont vous avez besoin, vous allégerez votre trafic réseau et bénéficierez de nombreux autres avantages décrits ci-dessous, dont certains n'ont rien à voir avec les performances.

Réduit le 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 de 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 du 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 des cookies.

Même si les cookies sont des fichiers de données relativement petits, le fait d'en envoyer beaucoup à chaque demande de page peut rapidement s'accumuler. En conséquence, les utilisateurs doivent attendre plus longtemps que la page se charge car votre pauvre hébergeur est débordé (et, par conséquent, dépasse le budget).

Cependant, si vous utilisez des domaines sans cookies, vous éliminerez la majeure partie de l'encombrement causé par l'envoi de cookies inutiles.

Améliore les performances du site Web

Comme vous pouvez l'imaginer, la réduction de 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 est une demande distincte adressée au serveur Web, les utilisateurs peuvent se retrouver à attendre pendant de longues périodes juste 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 toujours poser un problème si les pages changent ou si l'utilisateur plonge encore plus profondément dans votre site Web.

Avantages SEO et expérience utilisateur

En réduisant le trafic inutile pour améliorer les performances du site Web, votre site Web peut également voir des avantages concernant l'optimisation des moteurs de recherche (SEO) et, bien sûr, l'expérience client et utilisateur.

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. En conséquence, ils seront plus susceptibles d'explorer votre site Web (et vos produits ou services) et moins susceptibles de cliquer de frustration.

Le même avantage s'applique également au référencement. Bien que les temps de chargement des pages n'affectent pas directement le référencement, votre taux de rebond - le pourcentage de visiteurs qui cliquent sur votre page - l'affecte certainement.

Selon un rapport d'Unbounce, les trois quarts des expéditeurs 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 améliore vos temps de chargement d'une seconde seulement, vous constaterez toujours une réduction massive des rebonds et, par conséquent, une amélioration de votre classement dans les recherches.

Réduit les coûts d'hébergement

Le trafic réseau coûte finalement 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 de la page, les dommages 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ée par des temps de chargement lents.

Heureusement, les services d'hébergement gérés comme Kinsta peuvent vous aider à utiliser pleinement vos visites de pages. Kinsta propose des outils APM et d'autres fonctionnalités pour vous aider à tirer le meilleur parti de votre site Web WordPress.

Préparation future sans cookie

Enfin, même s'il ne s'agit peut-être pas d'un avantage direct pour le moment, la diffusion de contenu sans cookie vous aidera à mieux vous préparer à un avenir sans cookie.

Avec l'augmentation de la controverse sur les cookies à la lumière des exigences de confidentialité, telles que le RGPD, de nombreux moteurs de recherche majeurs et des entreprises technologiques recherchent des moyens d'éliminer complètement les cookies. Bien que les cookies ne disparaissent probablement pas avant un certain temps, ils pourraient très bien éventuellement - et plus tôt vous serez prêt pour cela, plus la transition sera facile.

Méthodes d'utilisation des domaines sans cookies

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 séparé soit le moyen le plus direct de le faire, c'est également possible avec les CDN et quelques astuces WordPress.

Créer un domaine séparé et sans cookie

Avec cette méthode, vous créerez un domaine distinct pour héberger les composants statiques de votre site Web, tels que les images et le 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.votredomaine.com ») est le domaine racine dans le fichier racine de votre site Web.

Pour rendre le sous-domaine sans cookie, vous devez normalement rechercher et modifier votre fichier .htaccess directement à l'aide d'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 un plugin.

Quelle que soit la manière dont vous configurez votre sous-domaine sans cookie, vous pouvez télécharger des composants statiques, tels que vos composants CSS, images, texte et JavaScript.

Utiliser un réseau de diffusion de contenu (CDN)

L'utilisation d'un réseau de diffusion de contenu ou d'un CDN est un moyen extrêmement pratique d'utiliser des domaines sans cookies.

Ici, plutôt que d'avoir à créer des sous-domaines séparés et à modifier les fichiers de configuration, vous pouvez simplement dire à 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 c'est en fait une fonctionnalité 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 permettant de désactiver les cookies.

Reconfigurez votre site WordPress

Si vous utilisez WordPress, vous avez de la chance : tout ce qu'il faut pour désigner un domaine sans cookie est de mettre à jour quelques lignes dans votre fichier wp-config.php. Passez à la section suivante (Configuration de WordPress pour utiliser des domaines sans cookies) pour des instructions complètes.

Utiliser un plugin WordPress

Une autre option WordPress simple consiste à utiliser un plugin pour créer des versions statiques de sites Web WordPress.

Un plugin populaire pour ce faire est WP2Static (littéralement "WordPress-to-Static"). Après avoir installé le plugin, ouvrez-le simplement dans votre tableau de bord WordPress et configurez les paramètres pour exporter votre site Web vers une version statique :

Configuration de WordPress pour utiliser des domaines sans cookies

Comme mentionné ci-dessus, WordPress offre un moyen simple d'implémenter des domaines sans cookies. Le processus se résume à quelques étapes simples :

1. Ajout d'un sous-domaine alternatif et du DNS associé
2. Dire à WordPress quel domaine servira les ressources statiques
3. Mise à jour des enregistrements de base de données WordPress existants 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 couvrirons les deux ci-dessous.

Utiliser MyKinsta pour configurer un domaine sans cookie

Les clients 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 le 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à opérationnel sur www.example.com .

Étape 1. Créer un sous-domaine dans MyKinsta

Si vous avez initialement créé votre site WordPress chez Kinsta en utilisant l'option joker avec son nom de domaine (comme : *.example.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 Sites WordPress 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 boîte 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 le DNS de vos domaines via un fournisseur tiers, vous utiliserez ses outils pour le faire. 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 de 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 permet 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 statique 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 actifs du dossier wp-content soient servis à partir du domaine « statique » et que les cookies soient livrés uniquement via l'adresse « www ».

La plupart des clients Kinsta utiliseront un client FTP/SFTP pour se connecter à leur site WordPress et télécharger wp-config.php sur leur bureau pour le modifier :

Utilisez un éditeur de texte pour ajouter les lignes suivantes au fichier wp-config.php (en remplaçant les exemples de domaines 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échargez-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 entraîneront l'association de contenu comme les téléchargements de médias et d'actifs comme JavaScript, CSS et les polices dans les thèmes à l'adresse "statique". " domaine.

Cependant, votre site Web peut déjà avoir un contenu qui contient des liens vers ces actifs à l'adresse "www". Vous pouvez nettoyer cela avec une petite recherche et 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. Après que cela soit 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 sur le site , faites défiler jusqu'au bloc Accès à la base de données. (Vous pouvez copier ici le nom d'utilisateur et le mot de passe de la base de données 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 d'actifs dans vos publications existantes sont dirigés vers votre sous-domaine sans cookie (encore une fois, assurez-vous de 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 souhaitez pas envoyer de cookies WordPress et utilisez votre domaine habituel 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 l'une des alternatives populaires à cPanel.

Étape 1. Créer un sous-domaine dans cPanel

Accédez à 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.

Ces paramètres peuvent être vus ci-dessous pour créer le sous-domaine static.example.com .

Étape 2. Configurez le sous-domaine en tant que statique dans cPanel

Avec votre nouveau sous-domaine statique prêt à fonctionner, il est temps de le rendre digne de son nom en lui faisant servir du contenu statique dans WordPress.

Nous le ferons en modifiant le fichier wp-config.php de votre site WordPress. Le moyen le plus simple d'accéder à ce fichier est dans l'outil Gestionnaire de fichiers de cPanel.

Dans le Gestionnaire de fichiers , accédez au 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 prenant soin de 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 publications existantes vers le sous-domaine

Enfin, vous devrez rediriger vos publications existantes vers le nouveau sous-domaine statique. Mais d'abord, assurez-vous de sauvegarder votre site WordPress au cas où il ne fonctionnerait pas correctement par la suite.

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 vos URL de publication sont dirigées vers votre sous-domaine sans cookie (encore une fois, assurez-vous de 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 à 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 cookies est un moyen très efficace d'améliorer les performances de votre site, de réduire les coûts d'hébergement et même d'améliorer votre expérience client et votre référencement.

Comme nous l'avons vu, la configuration de domaines sans cookies dans WordPress est bénéfique. Cependant, seul un hébergeur WordPress infogéré comme Kinsta peut profiter pleinement de ces avantages.

Avec des outils pratiques pour supprimer les en-têtes de set-cookie et un accès direct à la base de données pour rediriger les messages vers un sous-domaine statique, il n'a jamais été aussi simple d'utiliser des domaines sans cookie. Les outils APM de Kinsta et d'autres fonctionnalités 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émo gratuite dès aujourd'hui.