vendredi, 30 juillet 2021

SEO Headless et ce que cela signifie pour votre entreprise

Table des matières

  1. Les avantages et les inconvénients de la gestion du matériel
  2. Où les CMS peuvent finir par être préjudiciables
  3. Passer de gonflé à inintéressant
  4. Découplage : L’avancement du CMS
  5. Qu’est-ce qu’un CMS Headless ?
  6. Est-ce qu’un CMS Headless affecte les classements ?
  7. Autres considérations relatives au référencement Javascript
  8. Alors, qu’est-ce que le référencement sans tête ?
  9. Ne perdez pas la tête

Les sites Web conventionnels progressent. Non seulement ils deviennent plus dynamiques, mais la méthode que nous établissons et améliorons les sites Web devient également de plus en plus dynamique. La raison en est simple : à mesure que le monde évolue vers le mobile, le besoin de matériel, de services et d’expériences plus dynamiques augmentera avec lui.

La transformation numérique est en fait une pratique organisationnelle acceptée étant donné que 2013. Même le Wall Street Journal en 2018 a déclaré que chaque entreprise est désormais une entreprise de technologie. Le monde était sur le point depuis assez longtemps de passer à une main-d’œuvre éloignée.

Certes, l’épidémie virale actuelle a en fait accéléré cette amélioration. Certaines entreprises viennent tout juste d’accueillir une politique de travail à distance, fermant même définitivement leurs bureaux physiques. D’autres ont en fait adopté une conception de travail mobile, à distance ou hybride.

Seoplus est une agence de numérique réputée à Ottawa, au Canada. Nous servons des clients partout au Canada et partout dans le monde. Un certain nombre de nos clients ont constaté un développement important en ligne, en particulier après le coup de COVID. Certains sont également devenus complètement éloignés.

C’était logique quand, en juin 2021, seoplus a fini par devenir une entreprise de travail à partir de n’importe où. De nombreuses grandes entreprises ouvrent également la voie. Les entreprises qui passent à l’exploitation à distance sont, en tout ou en partie, Amazon, Capital One, , Ford, , Hubspot, Microsoft, Shopify, Verizon et bien d’autres. Et la liste ne cesse de s’allonger.

En d’autres termes, il est révolu le temps d’être coincé dans un lieu de travail central ou un siège social. On peut constater que les entreprises et leurs pratiques finissent par être de plus en plus « décapées ». (Le jeu de mots est tout à fait intentionnel. Vous comprendrez bientôt pourquoi.)

Les avantages et les inconvénients de la gestion de contenu

Quand une variété croissante d’activités traditionnelles de brique et de mortier sont en adoptant une méthode mobile, nous pouvons affirmer en toute sécurité qu’il ne s’agit pas d’une simple tendance. Voir où ils vont est également un bon signe de la direction que prend le numérique.

Pour cette raison, les sites Web que nous développons, les outils que nous utilisons pour développer ces sites Web et les pratiques que nous adoptons participer à la promotion de ces sites Web, doivent également s’adapter et se développer.

L’avancement du Web et le marketing numérique finissent par être progressivement mobiles, décentralisés et dynamiques. Considérez le développement du cloud computing, des applications logicielles en tant que service (SaaS), de l’automatisation du marketing et surtout de la gestion de contenu.

Quand j’ai commencé en ligne à la fin des années 80, j’ai codé en dur toutes mes pages en HTML. Il s’agissait de texte noir de base sur fond blanc avec quelques liens bleus. Simple à faire mais laborieux. Au milieu des années 90, j’ai commencé à utiliser des inclusions côté serveur (SSI). Cette procédure m’a permis de recycler des parties typiques du site Web sans avoir à recoder les zones répétitives à chaque fois.

L’introduction de langages de script côté client comme Javascript a simplifié la création de pages. Cela les a également rendus plus rapides et un peu plus dynamiques. Certains des premiers navigateurs l’appelaient HTML ou DHTML dynamique pour les différencier du HTML standard.

Quelques années plus tard, l’introduction du système de gestion de contenu (CMS) a considérablement amélioré le déploiement du site, sans parler du plaisir. Avec l’augmentation de la vitesse, de l’efficacité et de l’efficacité, il n’est pas surprenant qu’il y ait une hypercroissance dans l’utilisation des CMS. WordPress, le premier CMS au monde, exploite 40% de tous les sites Web aujourd’hui et 65% de tous les CMS.

La véritable valeur d’un CMS provient de sa capacité à gérer le matériel, d’où son nom. Un autre avantage essentiel est qu’il gère également la sortie de ce matériel sans avoir à le coder. En utilisant une interface utilisateur WYSIWYG, nous pouvons concevoir et pas simplement établir des sites.

Cet avantage inclus produit son propre ensemble de problèmes.

Où les CMS peuvent finir par être désavantageux

La sortie, souvent appelée « couche de discussion », est composée d’une combinaison de trois parties : les propriétés statiques côté serveur (fichiers), le contenu de la base de données et les scripts côté client. Au fur et à mesure que les CMS grandissent (et que le besoin de matériel et d’expériences bien meilleures grandit), chacune de ces trois parties augmentera inévitablement également, ajoutant ainsi plus à cette couche.

Le résultat est une charge utile beaucoup plus lourde et, par la suite, un site plus lent.

Quand quelqu’un se rend sur un site Web, son navigateur télécharge tous les fichiers et extrait toutes les informations de la base de données. Il les assemble ensuite, les analyse, les rend et peint l’avant-dernier document. (Il se passe beaucoup plus de choses, naturellement. Par souci de simplicité, ce sont les étapes de base.)

J’ai dit avant-dernier en raison du fait que tous les scripts côté client peuvent personnaliser n’importe quel élément du fichier (ou DOM) pour rendre la page ou des parties de celle-ci dynamique et interactive. Cette action est normalement la plus rapide car, après avoir chargé les ressources depuis le serveur source, le reste peut se faire côté client et ne dépend pas de la bande passante.

(Certains fichiers se chargent de manière séquentielle ou synchrone, d’autres pack ensemble ou de manière asynchrone. Dans tous les cas, les scripts ne peuvent pas s’exécuter tant que les ressources prévues ne sont pas chargées.)

Mais à mesure que nous ajoutons de plus en plus de fichiers et d’informations, les choses peuvent ralentir et avoir un impact négatif sur la méthode de chargement des utilisateurs. et découvrez la page Web.

Ainsi, dans un effort pour améliorer les performances et la vitesse, l’avant-dernier document, assemblé en totalité ou en partie, est mis en cache à divers endroits sur le Web. De cette manière, le navigateur d’un utilisateur affichera la version mise en cache la plus proche au lieu de télécharger de toutes nouvelles copies des fichiers et de tout réassembler à chaque vérification.

Cela fonctionne. Cela aussi a ses contraintes.

Dans la plupart des cas, cela peut également empirer les choses.

Passer de gonflé à inintéressant

Les appareils mobiles sont devenus la principale méthode de recherche sur le Web. Pratiquement 60 % du trafic sur Internet se fait via les téléphones portables, et plus de 75 % si vous pensez aux autres appareils mobiles tels que les tablettes, les consoles portables, les appareils photo numériques et les appareils intelligents.

Influencé dans en grande partie par la croissance explosive de l’utilisation des mobiles, Google a présenté cette année de nouveaux algorithmes qui classeront votre site Web en fonction d’une variété de facteurs supplémentaires liés à l’expérience utilisateur du site Web.

L’algorithme d’expérience de page de mesure un ensemble de les mesures de performance, qui incluent la vitesse, la stabilité et l’interactivité (c’est-à-dire le temps qu’il faut à la page pour se charger, s’arrêter de bouger et être connectée). Google appelle ces Core Web Vitals. Les autres éléments vitaux Web incluent la sécurité, la sécurité, la réactivité et la disponibilité (c’est-à-dire, aucun interstitiel invasif).

Les éléments vitaux Web de base de Google et la mise à niveau de l’expérience de la page.

En fin de compte, cela signifie que vos pages seront un peu mieux classées si leur expérience utilisateur est bien meilleure que celle de vos concurrents. Le défi est que, outre l’amélioration de la puissance de traitement du serveur et de la mise en cache, nous avons en fait atteint un point où il n’y a que de nombreuses optimisations techniques de vitesse que nous pouvons faire.

Donc la seule option qui reste à ce stade est de réduire.

Nous abaissons, minimisons, éliminons, compressons. Rincez et répétez.

Le problème est que cette procédure peut atteindre un point de diminution des retours. Alors que de nombreux concepteurs et concepteurs de sites Web ont adopté une technique minimaliste, si nous continuons à minimiser de plus en plus les pages, le résultat est le retour lent à ces simples pages blanches avec du texte noir et des liens bleus. Dans un effort pour améliorer l’expérience utilisateur, nous l’empêchons.

Alors quelle est une bien meilleure solution ?

Découplage : l’évolution du CMS

Alimenté par le l’augmentation du changement numérique, du travail à distance et de l’utilisation du mobile, le besoin de vitesse et de performance augmente à une vitesse rapide. Les offres de cloud en tant que service devraient atteindre 927,51 milliards de dollars d’ici 2027.

Par la suite, la demande d’expériences numériques plus rapides et plus performantes poussera le besoin de sites Web bien meilleurs. Mais comment créer rapidement des sites toujours pratiques ? Comment créer du matériel dynamique qui n’est pas dépouillé, suroptimisé ou fade ?

Passez à la gestion du matériel sans tête.

Un CMS conventionnel est un système monolithique qui dicte la fonctionnalité de l’ensemble du site Web, du back-end au front-end. Chaque extrémité est inextricablement liée à l’autre. Un petit changement dans le backend apparaît dans le frontend.

Le frontend s’appelle la « tête ». C’est là que le matériel est rendu et vécu par l’utilisateur. Le backend est l’endroit où le matériel est produit, conservé et manipulé. C’est le « corps ». Dans les CMS traditionnels, le corps et la tête sont liés ou « appariés », pour ainsi dire.

Maintenant, le terme « sans tête » provient de la procédure de « découplage » des 2 extrémités. Pour le dire simplement, le backend (c’est-à-dire le matériel en plus de toutes ses parties nécessaires) est différent du frontend (c’est-à-dire le rendu de ces composants dans le navigateur Web de l’utilisateur).

Le contenu est disponible mais ne vient pas avec une couche frontale ou de discussion intégrée. Il est (presque complètement) indépendant de l’appareil de l’utilisateur, du système d’exécution, de la vitesse de la bande passante, de la taille de l’écran et de l’emplacement géographique.

Le CMS finit par être moins un outil de publication de matériel tout-en-un et plus encore d’une base de données – un référentiel axé sur le contenu où vous pouvez produire, modifier, stocker et gérer du matériel. Et c’est tout.

La prochaine action dans l’évolution des systèmes de gestion de contenu.

Qu’est-ce qu’un CMS Headless ?

Par rendant le matériel du côté de l’utilisateur dans une procédure différente, le résultat est un temps de chargement beaucoup plus rapide et une meilleure expérience de page. Le CMS finit par être un vrai CMS, si vous voulez, du fait qu’il gère simplement le contenu et non la façon dont il est publié ou présenté.

La meilleure façon de le concevoir ressemble à une application. Une API (l’application affiche l’interface) des informations sur les produits (dans ce cas, à une application sur l’appareil d’un utilisateur, même s’il s’agit d’un site Web), qui sont rendues séparément et séparément.

Ce CMS découplé ou « CMS sans tête  » acquiert de l’attrait en raison du fait qu’il utilise une flexibilité beaucoup plus élevée, sans parler de la vitesse. En traitant le matériel comme l’information, il offre une collaboration plus simple, une plus grande évolutivité et des temps d’avancement beaucoup plus rapides.

Il n’est pas nécessaire de s’adapter à divers navigateurs Web, systèmes d’exploitation, téléphones mobiles, vitesses de connexion, etc. . Au contraire, il unifie les données en un seul endroit, rationalise (et accélère) le développement du contenu et accélère son déploiement.

De plus, il est plus protégé car le contenu est complètement séparé de la couche de présentation. En éliminant les nombreux points d’accès entre le serveur et le client, cela diminue la variété des chances d’exploiter par les pirates.

Est-ce que cela veut dire que le CMS conventionnel est mort ?

Pas n’importe lequel bientôt, évidemment. Les CMS conventionnels alimentent toujours la majeure partie d’Internet, et un certain nombre d’entre eux sont suffisants pour de nombreux sites Web simples et autonomes. Pour les sites qui nécessitent vitesse, agilité, interactivité et évolutivité, le headlessness est une solution réalisable.

De nombreux environnements headless utilisent également des CMS traditionnels comme backend. Dans le cas de WordPress, par exemple, on peut toujours accéder au backend pour composer et gérer du matériel. Le front-end est, tout simplement, inutile.

Au lieu du front-end du CMS, un autre front-end côté client extrait le contenu du CMS. Ce front est codé (souvent à la main) à l’aide d’un framework dont la majorité est basée sur Javascript. Ils sont nombreux :

.

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici