web-dev-qa-db-fra.com

Google se soucie-t-il du formatage du code?

TLDR;

Google se soucie-t-il du formatage du code?

Contexte

Je travaille dans une agence. Un développeur tente de convaincre l’autre de placer des sauts de ligne entre les règles dans son fichier css:

.class {
    width:100%;
    height:auto;
}

par opposition à inline: .class { width:100%; height:auto; }

L'argument est que cela réduit la taille du fichier, pour lequel le contre-argument est "nous réduisons le css" par la suite.

Le dernier argument est "Google se soucie de la façon dont le code est formaté" et présente le lien suivant https://google.github.io/styleguide/htmlcssguide.xml

Nous avons souligné que l'un des derniers points au bas de la page est que les règles CSS doivent comporter des sauts de ligne:

Always put a blank line (two line breaks) between rules.

html {
  background: #fff;
}

body {
  margin: auto;
  width: 50%;
}

Même avec sa propre argumentation, il est toujours convaincu que Google se soucie de savoir si les fichiers CSS, HTML, etc. sont minifiés et en ligne.

Ce qui conduit à ma question (recherche d'une réponse faisant autorité - liens vers le site Web officiel de Google requis) - Google se soucie-t-il de la manière dont le code est formaté?

Ma réponse personnelle est "Non", sinon Google ne nous dirait pas de réduire notre code pour réduire le temps de chargement sur les appareils mobiles, etc.

3
Richard Parnaby-King

Cet article vise à rendre le code lisible par les humains et n'a rien à voir avec le référencement.

Google ne se soucie pas de la mise en forme. Google ne s'intéresse qu'au contenu. Tout ce qui peut aider à décrire ce contenu, tel que des titres appropriés pour leur montrer où une nouvelle section commence et des listes, les aidera à comprendre en quoi consiste votre contenu et où il commence et finit.

Chaque entreprise et chaque personne a son propre style d'écriture de code. Google ne dicte pas ou ne suggère pas que vous changiez cela, mais essaie de donner ce qu'ils considèrent être les meilleures pratiques ou les bonnes idées.

prenez quelques minutes pour examiner le code autour de vous et déterminer son style. S'ils utilisent des espaces autour de tous leurs opérateurs arithmétiques, vous devriez aussi.

Vous êtes libre de les ignorer ou de les accepter comme vous le souhaitez.

8
Rob

Google se souciera toujours de votre temps de chargement, car il s'agit de l'une des expériences utilisateur les plus importantes.

Selon les recherches d'Akamai, 47% des utilisateurs s'attendent à ce que le site Web se charge en 2 secondes et 57% des utilisateurs quitteront la page si elle ne se charge pas en 3 secondes.

! Google crawler annulera l'indexation de la page si la page ne se charge pas dans 3 secondes!

"Un résultat de recherche pour une ressource ayant un temps de chargement court par rapport à des ressources ayant un temps de chargement plus long peut être promu dans un ordre de présentation, et les résultats de recherche des ressources ayant un temps de chargement plus long peuvent être rétrogradés."

C'est une bonne pratique d'avoir 2 fichiers CSS, mais only 1 active, vous créez votre fichier CSS lisible par l'homme une fois votre projet terminé, vous sauvegardez votre CSS sur votre bureau ou dans un dossier à cet effet, en laissant la copie de côté. minify le CSS qui est toujours sur le site Web et le laisse minifié pour pouvoir le servir plus rapidement, et cette partie n'est pas ma préférée, mais pour chaque mise à jour du fichier css que vous effectuez à l'avenir, vous devez ajouter les modifications Pour les deux fichiers CSS OR, vous devez sauvegarder la sauvegarde et redimensionner l'original à nouveau.

Votre collègue a à la fois tort et raison. Si vous voulez mieux vous orienter dans votre code, il est bon d'avoir des sauts de ligne entre les règles, mais cela prendra plus de temps pour que le code soit servi, car plus le code est gros. , les plus gros problèmes que vous avez, ce qui est vraiment mauvais.

4
knif3r