Devez-vous inclure ?

Si vous n’appelez pas la favicon, favicon.ico , vous pouvez utiliser cette balise pour spécifier le chemin réel (si vous l’avez dans un répertoire images/ ). Le navigateur / la page Web recherche favicon.ico dans le répertoire racine par défaut.

Vous devriez en fait faire les deux, afin que tous les navigateurs trouvent l’icône.

Nommer le fichier “favicon.ico” et le mettre à la racine de votre site web est la méthode “découragée” par le W3C:

Méthode 2 (découragée): placer le favicon à un URI prédéfini
Une seconde méthode de spécification d’un favicon repose sur l’utilisation d’un URI prédéfini pour identifier l’image: “/ favicon”, qui est relatif à la racine du serveur. Cette méthode fonctionne car certains navigateurs ont été programmés pour rechercher des favicons en utilisant cet URI.
W3C – Comment append un favicon à votre site

Donc, pour couvrir toutes les situations, je le fais toujours en plus de la méthode recommandée pour append un atsortingbut “rel” et le diriger vers le même fichier .ico.

Je l’utilise pour deux raisons:

1. Je peux forcer un rafraîchissement de l’icône en ajoutant un paramètre de requête, par exemple ?v=2 . comme ceci:

2. Au cas où je devrais spécifier le chemin.

Le simple fait de l’append au dossier racine fonctionne après un certain temps, mais j’ai constaté que si je devais changer le favicon, cela pourrait prendre des jours avant de le mettre à jour… même une actualisation du cache ne fait pas l’affaire.

Beaucoup de gens définissent leur chemin de cookie vers /. Cela entraînera chaque demande de favicon à envoyer une copie des cookies du site, au moins en chrome. Adresser votre favicon à votre domaine sans cookie devrait corriger cela.

Selon la quantité de trafic que vous obtenez, cela peut être la raison la plus pratique pour append le lien.

Informations sur la configuration d’un domaine sans cookie:

http://www.ravelrumba.com/blog/static-cookieless-domain/