Servir le contenu static à partir d'un domaine sans cookie sans risque de duplicate ?
6 messages
• Page 1 sur 1
-

leo11173 - WRInaute occasionnel

- Messages: 326
- Inscription: 18 Avr 2009
Servir le contenu static à partir d'un domaine sans cookie sans risque de duplicate ?
Bonjour, excédé par le module page-speed qui me nargue en m'indiquant depuis des siècles que je devrais "Serve static content from a cookieless domain" servir le contenu statique (images et compagnies) à parti d'un domaine sans kookies.
Je me suis dit que s'en était trop, c'est décidé je passe à l'attaque sur ce point là . J'ai donc commencé la mise en œuvre de cet avis afin de gagner 3 points sur page speed, économiser probablement 2 ko par pages et cerise sur le gâteaux gagner 1-2 ms en temps de chargement
.
En effet, mon site n'est pas bien gros et pas franchement saturé, cette optimisation n'est pas vital mais c'est mon petit défi technique du week end.
Passons aux choses sérieuses :
Je me suis donc crée 2 nouveaux sous domaines (pour paralléliser les téléchargement simultanés tant qu'a faire) sur lesquels j'ai fait un Cname afin qu'ils soient de parfait allias de mon domaine principal.
Les images affiché à partir des domaines static.exemple.com sont OK, elles ne contiennent pas le cookie. Cependant, il y à une chose que me fait très très très peur ! Les risques de duplicate content.
Sachant que le domaine static.exemple.com pointe sur les mêmes répertoires que levraisite.exemple.com, comment pourrai-je faire pour interdire au domaine static.exemple.com de servir autre chose que des images ?
de plus 90% des images actuellement présentes sur mon site auront donc une nouvelle adresse static.exemple... seront elle considérés comme dupliqués ?
Que deviendrons toutes mes images indexés dans les recherches images de google ? Je suppose qu'elle risque de prendre un sérieux coup sur le casque étant donné que les pages de contenus du site ne pointeront plus vers leur ancienne urls ?
j'espère que vous pouvez m'aider sur ces points-ci, j'attends vos avis et conseil avant d'activer la fonction magique qui basculera toutes les url d'img statiques sur l'autre domaine.
Merci.
Je me suis dit que s'en était trop, c'est décidé je passe à l'attaque sur ce point là . J'ai donc commencé la mise en œuvre de cet avis afin de gagner 3 points sur page speed, économiser probablement 2 ko par pages et cerise sur le gâteaux gagner 1-2 ms en temps de chargement
En effet, mon site n'est pas bien gros et pas franchement saturé, cette optimisation n'est pas vital mais c'est mon petit défi technique du week end.
Passons aux choses sérieuses :
Je me suis donc crée 2 nouveaux sous domaines (pour paralléliser les téléchargement simultanés tant qu'a faire) sur lesquels j'ai fait un Cname afin qu'ils soient de parfait allias de mon domaine principal.
Les images affiché à partir des domaines static.exemple.com sont OK, elles ne contiennent pas le cookie. Cependant, il y à une chose que me fait très très très peur ! Les risques de duplicate content.
j'espère que vous pouvez m'aider sur ces points-ci, j'attends vos avis et conseil avant d'activer la fonction magique qui basculera toutes les url d'img statiques sur l'autre domaine.
Merci.
-

Leonick - WRInaute accro

- Messages: 19598
- Inscription: 8 Aoû 2004
Re: Servir le contenu static à partir d'un domaine sans cookie sans risque de duplicate ?
tu fais une redirection, dans ton htaccess pour toutes tes images pour les renvoyer vers ton domaine static.exemple.com
c'est facilement faisable si tu le fais pour toutes tes images et si tu ne changes pas de répertoire
c'est facilement faisable si tu le fais pour toutes tes images et si tu ne changes pas de répertoire
-

leo11173 - WRInaute occasionnel

- Messages: 326
- Inscription: 18 Avr 2009
Re: Servir le contenu static à partir d'un domaine sans cookie sans risque de duplicate ?
merci, je vais tenter de chercher comment faire la chose (moi et le htaccess) on se connait pas super bien ^^.
je suis toujours preneur pour un solution afin d'interdire au domaine .static.exemple.com de servir autre chose que des img, gif, jpg, css, js.
je suis toujours preneur pour un solution afin d'interdire au domaine .static.exemple.com de servir autre chose que des img, gif, jpg, css, js.
-

Leonick - WRInaute accro

- Messages: 19598
- Inscription: 8 Aoû 2004
Re: Servir le contenu static à partir d'un domaine sans cookie sans risque de duplicate ?
leo11173 a écrit:merci, je vais tenter de chercher comment faire la chose (moi et le htaccess) on se connait pas super bien ^^.
je suis toujours preneur pour un solution afin d'interdire au domaine .static.exemple.com de servir autre chose que des img, gif, jpg, css, js.
pareil, avec le htaccess et réécriture vers le domaine initial (utilise des rewrite cond)
6 messages
• Page 1 sur 1
Lectures recommandées sur ce thème :
- Vente de contenu, risque de duplicate content ?
- Echange de contenu : risque de duplicate content ?...
- Croisement des informations, risque de duplicate contenu ?
- Se servir d'un contenu privé pour générer du contenu
- vrai risque d'un duplicate content sur 20 noms de domaine différents
- 80% du trafic à partir de moteurs: risqué ?
- Mailing à partir d'un dédié, risqué ou pas pour l'IP ?
- Duplicate Content risqué ?
- Risque de Duplicate Content?
- Risque de duplicate content
Consultez la description détaillée des produits ou services de Google suivants : Google Ventures, Google Apps for your Domain, Google Apps Edition Premium
- Similarité et duplicate content
Cet outil vous permet de calculer la similarité entre 2 pages web. L'algorithme utilisé repose sur l'analyse des occurrences des mots (mais pas sur leur positionnement dans les pages). Google utilise cette notion à certains endroits dans son algorithme, mais de façon bien plus évoluée que ce petit outil... Avoir des pages trop similaires peut entraîner des problèmes d'indexation... Cet outil vous permettra peut-être de résoudre certains problèmes de contenus dupliqués.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités
