3 juillet 2022

Premiers conseils, chargements de page plus rapides en utilisant le temps d'attente du serveur avec HTTP 103

Découvrez comment votre serveur peut envoyer des suggestions de navigateur sur les ressources secondaires critiques et améliorer la vitesse de chargement avec Early Hints

Vous voulez connaßtre un secret sur les performances Internet ? Les navigateurs passent un temps démesuré à se tourner les pouces en attendant de savoir quoi faire. Cette attente affecte les performances de chargement de la page. Aujourd'hui, nous sommes heureux de discuter de ce que sont les premiers conseils, qui améliorent considérablement les performances de chargement des pages du navigateur et réduisent le temps d'attente.

Que sont les premiers conseils ?

Si nous traduisons littéralement le terme "Early Hints", nous obtiendrons "First Suggestions" en italien. Ce terme est certainement beaucoup plus immédiat et éloquent pour mieux comprendre la fonctionnalité proposée dÚs 2017 qui voit le jour vers la fin juin 2022.

Les sites Web sont devenus plus sophistiquĂ©s au fil du temps. Par consĂ©quent, il n'est pas rare qu'un serveur effectue un travail non trivial (par exemple, accĂ©der Ă  des bases de donnĂ©es ou Ă  des CDN accĂ©dant au serveur d'origine) pour produire le code HTML de la page demandĂ©e. Malheureusement, ce « temps de rĂ©flexion du serveur Â», techniquement appelĂ© « Temps de rĂ©flexion Â», entraĂźne une latence supplĂ©mentaire avant que le navigateur ne puisse commencer Ă  afficher la page. En effet, la connexion reste inactive aussi longtemps que le serveur prĂ©pare la rĂ©ponse.

Sans premiers conseils : tout est bloquĂ© sur le serveur, ce qui dĂ©termine comment rĂ©pondre pour la ressource principale.

Early Hints est un code d'Ă©tat HTTP ( 103 Early Hints) utilisĂ© pour envoyer une rĂ©ponse HTTP prĂ©liminaire avant une rĂ©ponse finale. Cela permet Ă  un serveur d'envoyer des suggestions au navigateur concernant des sous-ressources critiques (par exemple, feuille de style pour la page, JavaScript critique) ou des sources qui seront probablement utilisĂ©es par la page, pendant que le serveur est occupĂ© Ă  gĂ©nĂ©rer la ressource principale. Le navigateur peut utiliser ces conseils pour chauffer les connexions et demander des ressources secondaires en attendant la ressource principale. En d'autres termes, Early Hints aide le navigateur Ă  tirer parti de ce "temps de rĂ©flexion du serveur" en effectuant certaines tĂąches Ă  l'avance, accĂ©lĂ©rant ainsi le chargement de la page.

Avec les premiers indices : le serveur peut fournir une rĂ©ponse partielle avec des indices de ressources tout en dĂ©terminant la rĂ©ponse finale.

Dans certains cas, l'amĂ©lioration des performances du la plus grande peinture contente il peut aller de plusieurs centaines de millisecondes, comme observĂ© par Shopify e par Cloud Flare , et jusqu'Ă  une seconde plus rapide, comme le montre cette comparaison avant/aprĂšs :

Comparaison avant / aprĂšs des premiers conseils sur un site Web d'essai exĂ©cutĂ© avec WebPageTest (Moto G4 - DSL) Le cycle typique requĂȘte/rĂ©ponse entre navigateur et serveur laisse beaucoup de place Ă  l'optimisation. Lorsque vous tapez une adresse dans la barre de recherche de votre navigateur et appuyez sur EntrĂ©e, un certain nombre de choses se produisent pour vous fournir le le contenu dont vous avez besoin, le plus rapidement possible. Votre navigateur convertit d'abord le nom d'hĂŽte dans l'URL en une adresse IP, puis Ă©tablit une premiĂšre connexion au serveur sur lequel le contenu est stockĂ©. Une fois la connexion Ă©tablie, la demande proprement dite est envoyĂ©e. Il s'agit souvent d'une requĂȘte GET avec une sĂ©rie d'informations sur ce que le navigateur peut et ne peut pas montrer Ă  l'utilisateur final. Suite Ă  la requĂȘte, le navigateur doit attendre que le serveur d'origine envoie les premiers octets de la rĂ©ponse avant que la page ne commence Ă  s'afficher. En ce moment, le serveur est occupĂ© Ă  faire toutes sortes de logiques mĂ©tier (recherche d'Ă©lĂ©ments dans des bases de donnĂ©es, personnalisation de la page, dĂ©tection de fraude, etc.) avant de cracher une rĂ©ponse au navigateur.

Une fois la réponse de la page HTML d'origine reçue, le navigateur doit ensuite analyser la page, générer un modÚle d'objet de document (DOM) et commencer à charger les sous-ressources spécifiées dans la page, telles que des images, des scripts et des feuilles de style supplémentaires. .

Jetons un coup d'Ɠil Ă  cela en action. Vous trouverez ci-dessous la cascade de performances pour une page de paiement sur pinecoffeesupply.com, un cafĂ© devanture sur Shopify :

Premiers conseils Shopify exemple

La page ne peut pas ĂȘtre rendue (et l'acheteur ne peut pas obtenir la dose de cafĂ© et le cafĂ© ne peut pas ĂȘtre payĂ© !) Tant que les Ă©lĂ©ments clĂ©s ne sont pas chargĂ©s. Les informations sur les sous-ressources nĂ©cessaires au navigateur pour charger la page ne sont pas disponibles tant que le serveur n'a pas attendu et renvoyĂ© la rĂ©ponse initiale (le premier document du tableau ci-dessus).

Dans l'exemple prĂ©cĂ©dent, le chargement de la page aurait pu ĂȘtre accĂ©lĂ©rĂ© si le navigateur avait su, avant de recevoir la rĂ©ponse complĂšte, que la feuille de style et les quatre scripts suivants seraient nĂ©cessaires pour rendre la page.

La tentative de parallĂ©liser cette dĂ©pendance est l'objectif d'Early Hints : utiliser de maniĂšre productive cette "temps d'attente du serveur"Pour permettre au navigateur d'effectuer des Ă©tapes critiques de rendu de page avant l'arrivĂ©e de la rĂ©ponse complĂšte du serveur. La barre verte "rĂ©flexion" chevauche la barre bleue "tĂ©lĂ©charger le contenu", permettant Ă  la fois au navigateur et au serveur de prĂ©parer la page en mĂȘme temps. Plus besoin d'attendre. C'est de cela qu'il s'agit dans Early Hints !

« Les entrepreneurs savent que la premiĂšre impression compte. Les donnĂ©es de Shopify montrent qu'en moyenne, lorsqu'un magasin amĂ©liore de 10 % la vitesse de la premiĂšre page du parcours de l'acheteur, il y a une augmentation de 7 % des conversions. Nous pensons que Early Hints est trĂšs prometteur comme un autre outil pour aider Ă  amĂ©liorer les performances et l'expĂ©rience de tous les marchands et clients."
Colin Bendel , directeur de l'ingĂ©nierie des performances de Shopify

 

Mise en Ɠuvre des premiers conseils

Early Hints est disponible à partir de la version 103 de Chrome, en réponse aux demandes de navigation ou aux interactions des utilisateurs qui modifient l'URL dans la barre d'état, avec prise en charge des suggestions de préconnexion et de préchargement.

Avant d'approfondir le sujet, gardez Ă  l'esprit que les suggestions initiales ne sont pas utiles si votre serveur peut immĂ©diatement envoyer un 200 (ou d'autres rĂ©ponses finales). Au lieu de cela, envisagez d'utiliser la rĂ©ponse normale link rel=preloadlink rel=preconnectsur la rĂ©ponse principale ( Lien rel en-tĂȘte HTTP ) ou dans la rĂ©ponse principale ( <link>Ă©lĂ©ments), dans de telles situations. Pour les cas oĂč votre serveur a besoin de temps pour gĂ©nĂ©rer la rĂ©ponse principale, lisez la suite !

De maniĂšre trĂšs directe, au-delĂ  de nombreuses virtuositĂ©s techniques, si vous utilisez un cache statique efficace avec un Temps jusqu'au premier octet trĂšs faible et rapide (moins de 200ms), les premiers conseils n'offriront probablement aucun avantage tangible sinon peut-ĂȘtre de l'ordre de quelques millisecondes.

La premiÚre étape pour tirer parti des premiers conseils consiste à identifier vos principales pages de destination - les pages à partir desquelles vos utilisateurs commencent généralement lorsqu'ils visitent votre site Web. Il peut s'agir de la page d'accueil ou de pages de liste de produits populaires si vous avez beaucoup d'utilisateurs d'autres sites Web. La raison pour laquelle ces points d'entrée sont plus importants que d'autres pages est que l'utilité des premiers conseils diminue à mesure que l'utilisateur navigue sur votre site Web (c'est-à-dire , le navigateur est plus susceptible d'avoir toutes les sous-ressources dont il a besoin dans la seconde ou la troisiÚme navigation suivante). C'est toujours une bonne idée de faire une bonne premiÚre impression aussi!

Maintenant que vous avez cette liste prioritaire de landing pages, la prochaine Ă©tape consiste Ă  identifier quelles sources ou sous-ressources seraient de bons candidats pour vos suggestions. prĂ©-connexion o prĂ©charger , en premiĂšre approximation. En rĂšgle gĂ©nĂ©rale, il s'agit de sources et de ressources secondaires qui contribuent le plus aux mesures clĂ©s des utilisateurs, telles que La plus grande peinture riche en contenu o PremiĂšre peinture contentieuse . Plus concrĂštement, recherchez des ressources secondaires qui bloquent le rendu telles que le JavaScript synchrone, les feuilles de style ou mĂȘme les polices Web. De mĂȘme, recherchez des sources qui hĂ©bergent des sous-ressources qui contribuent beaucoup aux mesures clĂ©s des utilisateurs. Remarque : si vos Ă©lĂ©ments principaux utilisent dĂ©jĂ  <link rel=preconnect>o<link rel=preload>, vous pouvez considĂ©rer ces sources ou actifs comme des candidats pour Early Hints. Vous voyez cet article pour plus de dĂ©tails.

Bien que ce soit un bon point de dĂ©part, ce n'est pas nĂ©cessairement suffisant. La deuxiĂšme Ă©tape consiste Ă  minimiser le risque d'utiliser les premiers conseils sur des ressources ou des sources qui peuvent ĂȘtre obsolĂštes ou ne plus ĂȘtre utilisĂ©es par la ressource principale. Par exemple, les ressources mises Ă  jour frĂ©quemment et avec la version (par exemple example.com/css/main.fa231e9c.css) n'est peut-ĂȘtre pas le meilleur choix. Notez que ce problĂšme n'est pas spĂ©cifique Ă  Early Hints, il s'applique Ă  n'importe quel lien rel=preloadrel=preconnectpartout oĂč ils pourraient ĂȘtre prĂ©sents. C'est le type de dĂ©tail qui est le mieux traitĂ© avec l'automatisation ou la modĂ©lisation (par exemple, un processus manuel est plus susceptible d'entraĂźner des URL de hachage ou de version incompatibles entre link rel=preloadet la balise HTML rĂ©elle utilisĂ©e par la ressource).

Par exemple, considĂ©rons le flux suivant :

GET /main.html
Host: example.com
User-Agent: [....] Chrome/103.0.0.0 [...]

Le serveur s'attend Ă  ce que main.abcd100.csssera nĂ©cessaire et suggĂšre de le prĂ©charger via Early Hints :

103 Early Hints
Link: </main.abcd100.css>; rel=preload; as=style
[...]

Quelques instants plus tard, la page Web est servie, y compris le CSS liĂ©. Malheureusement, cette ressource CSS est frĂ©quemment mise Ă  jour et la ressource principale a dĂ©jĂ  cinq versions d'avance ( abcd105) de la ressource CSS attendue ( abcd100).

200 OK
[...]
<HTML>
<head>
   <title>Example</title>
   <link rel="stylesheet" href="/main.abcd105.css">

En gĂ©nĂ©ral, visez des sources et des origines qui sont assez stables et largement indĂ©pendantes du rĂ©sultat pour la ressource primaire. Si nĂ©cessaire, vous pouvez envisager de diviser vos actifs clĂ©s en deux : une partie stable conçue pour ĂȘtre utilisĂ©e avec Early Hints et une partie plus dynamique laissĂ©e Ă  rĂ©cupĂ©rer aprĂšs la rĂ©ception de la ressource principale par le navigateur :

<HTML>
<head>
   <title>Example</title>
   <link rel="stylesheet" href="/main.css">
   <link rel="stylesheet" href="/experimental.3eab3290.css">

Enfin, cĂŽtĂ© serveur, recherchez les principales demandes de ressources envoyĂ©es par les navigateurs connus pour prendre en charge les Early Hints et rĂ©pondez immĂ©diatement avec 103 Early Hints. Dans la rĂ©ponse 103, incluez des suggestions pertinentes de prĂ©connexion et de prĂ©chargement. Une fois que la ressource principale est prĂȘte, continuez avec la rĂ©ponse habituelle (par exemple, 200 OK en cas de succĂšs). Pour la rĂ©trocompatibilitĂ©, c'est une bonne idĂ©e d'inclure Ă©galement LinkEn-tĂȘtes HTTP dans la rĂ©ponse finale, augmentant peut-ĂȘtre mĂȘme avec des ressources critiques qui sont devenues apparentes dans le cadre de la gĂ©nĂ©ration de la ressource principale (par exemple, la partie dynamique d'une ressource clĂ© si vous avez suivi l'astuce "diviser en deux"). Voici Ă  quoi cela ressemblerait :

GET /main.html
Host: example.com
User-Agent: [....] Chrome/103.0.0.0 [...]
103 Early Hints
Link: <https://fonts.google.com>; rel=preconnect
Link: </main.css>; rel=preload; as=style
Link: </common.js>; rel=preload; as=script

Quelques instants plus tard :

200 OK
Content-Length: 7531
Content-Type: text/html; charset=UTF-8
Content-encoding: br
Link: <https://fonts.google.com>; rel=preconnect
Link: </main.css>; rel=preload; as=style
Link: </common.js>; rel=preload; as=script
Link: </experimental.3eab3290.css>; rel=preload; as=style
<HTML>
<head>
   <title>Example</title>
   <link rel="stylesheet" href="/main.css">
   <link rel="stylesheet" href="/experimental.3eab3290.css">
   <script src="/common.js"></script>
   <link rel="preconnect" href="https://fonts.googleapis.com">

Prise en charge des premiers conseils pour divers serveurs Web HTTP

Voici un bref rĂ©sumĂ© du niveau de prise en charge d'Early Hints parmi les logiciels de serveur HTTP OSS les plus populaires :

Il faut nĂ©cessairement considĂ©rer qu'Ă  la base de CloudFlare il y a le Serveur Web NGINX (prononcĂ© Engine X) et donc compte tenu Ă©galement de la dynamique commerciale et de la propension Ă  l'Open Source, ce correctif (comme cela s'est produit pour le correctif QUIC) peut Ă©galement ĂȘtre publiĂ© pour NGINX. Sinon, nous sommes assez convaincus que d'ici 6 ou 12 mois, cette fonctionnalitĂ© sera publiĂ©e par l'Ă©quipe de dĂ©veloppement du serveur Web NGINX.

Activer les premiers conseils, le moyen le plus simple

Si vous utilisez l'un des CDN ou plates-formes suivants, vous n'aurez peut-ĂȘtre pas besoin de mettre en Ɠuvre manuellement les conseils initiaux. Reportez-vous Ă  la documentation en ligne de votre fournisseur de solutions pour savoir s'il prend en charge les suggestions initiales, ou reportez-vous Ă  la liste non exhaustive ici :

Premiers conseils sur CloudFlare

Schéma des premiers conseils sur CloudFlare

Cloudflare, en tant que rĂ©seau de pĂ©rimĂštre situĂ© entre le client et le serveur, est bien placĂ© pour fournir ces conseils aux clients au nom des serveurs. Cela est vrai pour plusieurs raisons :

  1. 103 est un code de statut expĂ©rimental que les origines peuvent ne pas ĂȘtre en mesure d'Ă©mettre par elles-mĂȘmes, principalement pour des raisons d'hĂ©ritage. Une grande partie des mĂ©canismes qui alimentent le Web prĂ©supposent Ă  tort Les requĂȘtes HTTP correspondent toujours 1 : 1 avec les rĂ©ponses HTTP. Cette prĂ©misse erronĂ©e est intĂ©grĂ©e Ă  la plupart des logiciels de serveur HTTP, ce qui rend difficile pour les serveurs d'origine d'Ă©mettre des rĂ©ponses Early Hints 103 avant une rĂ©ponse "finale" 200 OK.
    Les serveurs périphériques Cloudflare qui gÚrent cette complexité pour le compte de nos clients échappent parfaitement à ces défis techniques et font tourner plus rapidement le volant d'inertie de cette nouvelle technologie passionnante (nous en reparlerons plus tard).
  2. L'avantage de Cloudflare est trĂšs proche des utilisateurs finaux . Cela signifie que nous pouvons fournir des suggestions trĂšs rapidement, remplissant mĂȘme les plus petits blocs de rĂ©flexion du serveur avec des informations utiles que le client peut utiliser pour commencer Ă  charger les ressources immĂ©diatement.
  3. Cloudflare voit déjà le flux de demandes et de réponses de nos clients. Nous utilisons ces données pour générer automatiquement des recommandations, sans qu'un client n'ait à modifier la source.

ModÚle avancé

Si vous avez entiĂšrement appliquĂ© les conseils initiaux Ă  vos principales pages de destination et que vous vous trouvez Ă  la recherche de plus d'opportunitĂ©s, vous serez peut-ĂȘtre intĂ©ressĂ© par le plan avancĂ© suivant.

Pour les visiteurs qui sont chez eux Ă©niĂšme demande de page dans le cadre d'un parcours utilisateur typique, vous souhaiterez peut-ĂȘtre adapter la rĂ©ponse Early Hints au contenu qui est plus bas et plus profond sur la page, en d'autres termes en utilisant Early Hints sur des ressources moins prioritaires. Cela peut sembler contre-intuitif car nous avons recommandĂ© de se concentrer sur les ressources hautement prioritaires ou les sources secondaires, qui bloquent le rendu. Cependant, lorsqu'un visiteur navigue depuis un certain temps, il est fort probable que son navigateur dispose dĂ©jĂ  de toutes les ressources critiques. À partir de lĂ , il peut ĂȘtre judicieux de vous concentrer sur des ressources moins prioritaires. Par exemple, cela pourrait signifier utiliser Early Hints pour charger des images de produits ou JS / CSS supplĂ©mentaires uniquement nĂ©cessaires pour les interactions utilisateur moins courantes.

Limites actuelles des premiers conseils

Voici les limites des premiers conseils mis en Ɠuvre dans Chrome 103 et les versions futures jusqu'Ă  nouvel ordre :

  • Disponible uniquement pour les demandes de navigation (qui est la ressource principale du document de niveau supĂ©rieur).
  • Il ne prend en charge que la prĂ©connexion et le prĂ©chargement (c'est-Ă -dire que le prĂ©chargement n'est pas pris en charge).
  • Early Hint suivi d'une redirection multi-origine sur la rĂ©ponse finale entraĂźnera la suppression par Chrome des ressources et des connexions obtenues via Early Hints.

Quelle est la prochaine Ă©tape?

En fonction de l'intĂ©rĂȘt de la communautĂ©, nous pouvons augmenter notre implĂ©mentation Early Hints avec les fonctionnalitĂ©s suivantes :

  • Suggestions initiales envoyĂ©es sur les demandes de sous-ressources.
  • PremiĂšres suggestions publiĂ©es sur les demandes de ressources de base iframe.
  • Prise en charge de la prĂ©lecture dans les premiers conseils.

Relation avec HTTP2 Push ou H2/Push

Si vous ĂȘtes familier avec le dĂ©prĂ©ciĂ© Fonction HTTP2 / Pousser , vous vous demandez peut-ĂȘtre en quoi Early Hints diffĂšre. Alors que Early Hints nĂ©cessite un aller-retour pour que le navigateur commence Ă  rĂ©cupĂ©rer les sous-ressources critiques, avec HTTP2 / Push, le serveur peut commencer Ă  envoyer des sous-ressources avec la rĂ©ponse. Bien que cela semble surprenant, cela comportait un inconvĂ©nient structurel clĂ© : avec HTTP2 / Push, il Ă©tait extrĂȘmement difficile d'Ă©viter d'envoyer des sous-ressources que le navigateur avait dĂ©jĂ . Cet effet de « poussĂ©e excessive Â» a entraĂźnĂ© une utilisation moins efficace de la bande passante du rĂ©seau, ce qui a considĂ©rablement entravĂ© les gains de performances. Dans l'ensemble, les donnĂ©es de Chrome ont montrĂ© que HTTP2 / Push Ă©tait en fait un inconvĂ©nient distinct pour les performances Web.

Inversement, Early Hints fonctionne mieux dans la pratique car il combine la possibilité d'envoyer une réponse préliminaire avec des suggestions qui laissent le navigateur récupérer ou se connecter à ce dont il a réellement besoin. Bien que Early Hints ne couvre pas tous les cas d'utilisation que HTTP2 / Push pourrait théoriquement traiter, nous pensons que Early Hints est une solution plus pratique pour accélérer la navigation.

Conclusion sur les premiers conseils et les performances Web

Ce que nous rĂ©pĂ©tons toujours et que nous ne nous lasserons pas de rĂ©pĂ©ter, c'est que les performances web sont un processus et non un produit. Penser Ă  activer Early Hints, implĂ©menter CloudFlare et ne pas avoir de cache statique comme Varnish, ne pas avoir un rĂ©glage adĂ©quat des pools PHP-FPM, avoir des requĂȘtes lentes sur la base de donnĂ©es, une architecture matĂ©rielle sous-alimentĂ©e, le manque de compression brotli, le manque de TCP BBR avec 0-RTT, ne mĂšnera qu'Ă  la conviction d'avoir rĂ©solu l'un des nombreux problĂšmes qui doivent ĂȘtre rĂ©solus avant d'insĂ©rer Early Hints.

Il ne suffit pas d'acheter et de porter les chaussures de course d'Usain Bolt pour battre le record du monde, tout comme il ne suffit pas d'activer Early Hints sur le serveur Web pour avoir un site rapide.

Nous vous rappelons cet article sur les différentes étapes à suivre pour avoir un site rapide.

 

Informations sur l'auteur

Vous avez des doutes ? Vous ne savez pas par oĂč commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions systÚme GNU/Linux avancées orientées vers la haute performance. Avec un modÚle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accÚs à des technologies avancées en matiÚre d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils systÚme sur les systÚmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. dĂ©tient les droits de Red HatÂź, RHELÂź, RedHat LinuxÂź et CentOSÂź ; AlmaLinuxℱ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky LinuxÂź est une marque dĂ©posĂ©e de la Rocky Linux Foundation ; SUSEÂź est une marque dĂ©posĂ©e de SUSE LLC ; Canonical Ltd. dĂ©tient les droits sur UbuntuÂź ; Software in the Public Interest, Inc. dĂ©tient les droits sur DebianÂź ; Linus Torvalds dĂ©tient les droits sur LinuxÂź ; FreeBSDÂź est une marque dĂ©posĂ©e de la FreeBSD Foundation ; NetBSDÂź est une marque dĂ©posĂ©e de la Fondation NetBSD ; OpenBSDÂź est une marque dĂ©posĂ©e de Theo de Raadt. Oracle Corporation dĂ©tient les droits sur OracleÂź, MySQLÂź et MyRocksÂź ; PerconaÂź est une marque dĂ©posĂ©e de Percona LLC ; MariaDBÂź est une marque dĂ©posĂ©e de MariaDB Corporation Ab ; REDISÂź est une marque dĂ©posĂ©e de Redis Labs Ltd. F5 Networks, Inc. dĂ©tient les droits sur NGINXÂź et NGINX PlusÂź ; VarnishÂź est une marque dĂ©posĂ©e de Varnish Software AB. Adobe Inc. dĂ©tient les droits sur MagentoÂź ; PrestaShopÂź est une marque dĂ©posĂ©e de PrestaShop SA ; OpenCartÂź est une marque dĂ©posĂ©e d'OpenCart Limited. Automattic Inc. dĂ©tient les droits sur WordPressÂź, WooCommerceÂź et JetPackÂź ; Open Source Matters, Inc. dĂ©tient les droits sur JoomlaÂź ; Dries Buytaert dĂ©tient les droits sur DrupalÂź. Amazon Web Services, Inc. dĂ©tient les droits sur AWSÂź ; Google LLC dĂ©tient les droits sur Google Cloudℱ et Chromeℱ ; Facebook, Inc. dĂ©tient les droits sur FacebookÂź ; Microsoft Corporation dĂ©tient les droits sur MicrosoftÂź, AzureÂź et Internet ExplorerÂź ; La Fondation Mozilla dĂ©tient les droits sur FirefoxÂź. ApacheÂź est une marque dĂ©posĂ©e de The Apache Software Foundation ; PHPÂź est une marque dĂ©posĂ©e du groupe PHP. CloudFlareÂź est une marque dĂ©posĂ©e de Cloudflare, Inc. ; NETSCOUTÂź est une marque dĂ©posĂ©e de NETSCOUT Systems Inc. ; ElasticSearchÂź, LogStashÂź et KibanaÂź sont des marques dĂ©posĂ©es d'Elastic NV. Ce site n'est affiliĂ©, sponsorisĂ© ou autrement associĂ© Ă  aucune des entitĂ©s mentionnĂ©es ci-dessus et ne reprĂ©sente aucune de ces entitĂ©s de quelque maniĂšre que ce soit. Tous les droits sur les marques et noms de produits mentionnĂ©s sont la propriĂ©tĂ© de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnĂ©es appartiennent Ă  leurs titulaires. MANAGED SERVERÂź est une marque dĂ©posĂ©e au niveau europĂ©en par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systĂšmes sans avoir Ă  migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entiÚrement gratuite.

Non merci, mes clients préfÚrent le site lent.
Retour en haut de page