24 août 2022

Script tiers, script tiers et comment ils affectent les performances

AmĂ©liorez PageSpeed ​​​​et les performances en incluant des scripts tiers ou des scripts tiers

Les scripts tiers ajoutent un large Ă©ventail de fonctions utiles Ă  votre site Web, le rendant plus interactif, dynamique et interconnectĂ©. Des fonctionnalitĂ©s telles que l'analyse, les publicitĂ©s, les boutons de partage de mĂ©dias sociaux, les intĂ©grations de vidĂ©os - toutes sont possibles grĂące Ă  des scripts tiers. Certaines de ces fonctionnalitĂ©s peuvent ĂȘtre essentielles Ă  la fonctionnalitĂ© ou Ă  la monĂ©tisation de votre site Web.

Cependant, les scripts tiers sont également une cause majeure de ralentissement des performances sur les sites Web. Ils sont généralement la ressource la plus chÚre lors du chargement de la page. Certains de ces scripts peuvent également présenter des risques pour la sécurité et la confidentialité.

Cet article vous fournira les bases des scripts tiers, comment ils affectent les performances du site Web et ce que vous pouvez faire pour atténuer leurs effets négatifs.

A l'air intéressant? Commençons!

Que sont les scripts tiers ?

« Script tiers Â» dĂ©signe tout script pouvant ĂȘtre incorporĂ© directement dans le site Web d'un fournisseur tiers. Ils ne sont pas crĂ©Ă©s par l'utilisateur, ni explicitement contrĂŽlĂ©s par l'utilisateur, et sont servis par une URL externe. Normalement pour ĂȘtre clair, tous les scripts Javascript par exemple qui sont chargĂ©s depuis des domaines externes au nĂŽtre, prĂ©cisĂ©ment depuis des tiers.

OĂč sont utilisĂ©s les scripts tiers ?

Presque tous les sites Web utilisent des scripts tiers pour ajouter des fonctionnalités. Certaines de leurs utilisations les plus courantes sont :

  • IntĂ©gration de vidĂ©os (par exemple YouTube, Vimeo)
  • Ajout de boutons de partage social
  • Ajout de widgets de chat
  • IntĂ©gration de systĂšmes de commentaires (par exemple, Disqus)
  • Activation de l'analyse Web (par exemple, Google Analytics)
  • IntĂ©gration d'annonces
  • Fournir des ressources via des rĂ©seaux de diffusion de contenu (CDN)
  • ExpĂ©rimenter des scripts de test A / B
  • Ajout de bibliothĂšques d'assistance (par exemple, animation, bibliothĂšques fonctionnelles, etc.)

Les développeurs peuvent ajouter des fonctionnalités puissantes aux sites Web avec seulement quelques lignes de code à l'aide de scripts tiers. Par exemple:

  • Les Ă©quipes marketing peuvent utiliser des rapports de scripts de test et d'analyse A/B pour gĂ©rer leurs dĂ©cisions commerciales concernant des donnĂ©es valides.
  • Les utilisateurs peuvent partager un article qu'ils aiment sur leur rĂ©seau social prĂ©fĂ©rĂ© en un seul clic.
  • Les clients potentiels peuvent contacter le support ou le personnel de vente via le widget de chat et obtenir immĂ©diatement des rĂ©ponses Ă  leurs questions.

Les applications de script tierces sont infinies, mais cela ne s'arrĂȘte pas lĂ .

S'ils sont utilisĂ©s sans prĂ©caution, les scripts tiers peuvent ĂȘtre problĂ©matiques pour la confidentialitĂ©, la sĂ©curitĂ© et les performances des pages.

 

Le coût du Javascript tiers.

Les scripts tiers sont partout. Selon Rapport d'Ă©tat JavaScript de HTTPArchive, le nombre mĂ©dian de scripts externes demandĂ©s par les sites Web est 20 et leur taille totale est d'environ 449 KB.

Un gros 93,59 % de pages Web comprend au moins une ressource de tiers. En approfondissant les mĂȘmes donnĂ©es, on constate que 76 % des sites Web suivent les utilisateurs avec des scripts d'analyse.

Le pire impact des scripts tiers est le rendu critique. Il s'agit de l'ensemble des actions qu'un navigateur effectue pour assembler HTML, CSS et JavaScript dans un site Web en direct et utilisable. Bien sĂ»r, la taille de la charge utile des scripts tiers joue ici un grand rĂŽle, mais il y a encore un autre facteur important Ă  prendre en compte.

En 2019, les principaux coûts de traitement des scripts sont désormais le téléchargement et l'exécution du processeur.

Le coût de JavaScript en 2019

JavaScript prend beaucoup de ressources CPU pour s'exĂ©cuter. MĂȘme si vous optimisez les scripts tiers pour rĂ©duire l'impact sur les temps de rendu, ils peuvent toujours affecter la mĂ©trique "Time to Interactive". Il mesure la rapiditĂ© avec laquelle les utilisateurs peuvent interagir avec une page Web. Plus il est lent, plus vos utilisateurs seront frustrĂ©s et plus ils sont susceptibles de quitter votre site Web.

Vous pouvez résumer le coût d'utilisation de JavaScript avec deux métriques principales.

Augmenter la taille de la page

Octet par octet, JavaScript est la ressource de tiers plus cher Ă‰tant donnĂ© qu'un navigateur doit tĂ©lĂ©charger tous les scripts tiers liĂ©s pendant le chargement de la page, les ajouter Ă  votre site Web peut le ralentir considĂ©rablement.

La taille de transfert de la somme des scripts externes dans une page Web (Source : HTTPArchive)

Plus la taille du script est grande, plus il sera difficile pour votre site Web de perdre des performances. AprĂšs tout, plus la taille d'une page Web est grande, plus elle se chargera lentement.

Réduire la taille des scripts externes est un moyen impressionnant d'accélérer votre site Web.

Demandes de réseau supplémentaires

Chaque fois qu'un utilisateur demande l'une des pages de votre site, le navigateur doit rĂ©cupĂ©rer tous les scripts tiers intĂ©grĂ©s. Pour ce faire, le navigateur va accĂ©der Ă  toutes les URL externes oĂč sont hĂ©bergĂ©s ces scripts pour les tĂ©lĂ©charger.

Le nombre de scripts externes requis par une page type (Source : HTTPArchive)

En rĂšgle gĂ©nĂ©rale, chaque script tiers ne reprĂ©sente pas grand-chose Ă  lui seul. Mais charger chaque script tiers en est un requĂȘte HTTP supplĂ©mentaire que le navigateur doit effectuer pour rendre la page pleine. Ces demandes s'accumulent pour ralentir les performances de la page.

De plus, plus votre page Web reçoit de requĂȘtes, plus la mĂ©trique "Time to Interactive" sera longue.

Dans l'exemple ci-dessus, vous pouvez voir que la page prend plus de 9 secondes pour se charger complÚtement. Le principal coupable ici est l'intégration de nombreux scripts tiers qui ralentissent la vitesse de chargement des pages.

Les scripts ne sont pas les seules ressources tierces utilisĂ©es par les sites Web, mais ils constituent une masse de demandes tierces dans toutes les catĂ©gories et tous les types de contenu. Donc, les optimiser devrait ĂȘtre votre prioritĂ© absolue.

Mesurer l'impact du chargement de scripts tiers

Il existe de nombreux outils de test de vitesse de page Web que vous pouvez utiliser pour diagnostiquer les scripts tiers et déterminer lesquels d'entre eux sont les ressources les plus chÚres sur votre site Web. Ces outils vous indiquent le nombre de scripts tiers chargés à partir de votre site et le temps qu'ils mettent à s'exécuter.

Voici quelques outils gratuits que vous pouvez utiliser pour Ă©valuer des scripts tiers :

WebPageTest.org

WebPageTest est un outil de test de vitesse open source gratuit que vous pouvez utiliser pour évaluer les performances du site Web. Il comprend de nombreuses fonctionnalités avancées telles que les graphiques en cascade, la répartition du contenu par type et domaine, le rendu des pages Web et les clips vidéo et la comparaison des tests.


WebPageTest fournit de nombreux outils avancés pour tester les performances de votre site

J'ai testĂ© mon site Web de portefeuille sur WebPageTest. Ci-dessous la vue en cascade des requĂȘtes faites par mon site pendant le chargement de la page. Cela fait beaucoup de demandes, mais elles ne proviennent pas toutes de sources tierces.

Le graphique en cascade décompose les demandes par domaine et par taille, ainsi qu'une chronologie représentant le chargement de la page.

Vous pouvez Ă©galement vĂ©rifier la rĂ©partition du contenu par type en cliquant sur l'onglet "RĂ©partition du contenu". Comme vous pouvez le voir, JS constitue un grand nombre de requĂȘtes et d'octets transfĂ©rĂ©s.

VĂ©rifiez le nombre de requĂȘtes JS et d'octets transfĂ©rĂ©s Ă  WebPageTest

En cliquant sur l'onglet "Domaines", vous obtiendrez une liste complĂšte de tous les domaines atteints par le navigateur lors du chargement de la page.

Dans ce cas, la plupart des requĂȘtes proviennent du domaine principal lui-mĂȘme. Vous pouvez Ă©galement cliquer sur le lien 'Map Requests' pour afficher toutes ces demandes.

Afficher toutes les demandes de téléchargement d'un site Web sur WebPageTest

Si vous reconnaissez un script problématique qui prend beaucoup de temps à charger ou à exécuter, vérifiez si le script est nécessaire. Supprimez ces scripts s'ils ne représentent aucun dommage perceptible à la fonctionnalité de votre site Web ou à l'expérience utilisateur.

WebPageTest fournit Ă©galement un moyen de tester la vitesse de votre site Web blocage des demandes provenant de domaines spĂ©cifiques. Ceci est utile pour mesurer l'impact sur les performances des scripts tiers problĂ©matiques en les ciblant spĂ©cifiquement.

blockDomainsExcept www.domain.com cdn.domain.com cdnjs.cloudflare.com
navigate  https://www.domain.com

Par exemple, vous pouvez bloquer les demandes de tous les domaines externes (à l'exception des CDN importants), puis ordonner à WebPageTest d'accéder au site pour le tester.

Noter: Vous pouvez Ă©galement utiliser l'onglet "Bloquer" dans la section "ParamĂštres avancĂ©s" de WebPageTest pour faire de mĂȘme.

Voici un flux de travail typique pour utiliser WebPageTest pour identifier les scripts lents :

  • Testez la page Web d'origine.
  • Testez Ă  nouveau la mĂȘme page Web, mais cette fois avec des scripts tiers bloquĂ©s.
  • Comparez les deux rĂ©sultats Ă  l'aide de la fonction "Comparer" de WebPageTest dans le panneau "Historique des tests".

Outils chromés

Chrome DevTools prend en charge mise en avant des demandes rĂ©seau de tiers dans le panneau "RĂ©seau". Cette fonctionnalitĂ© vous permet d'obtenir des informations dĂ©taillĂ©es sur les demandes de scripts tiers sur une page.

Utilisez la balise "badge tiers" pour mettre en Ă©vidence les demandes externes (Source : Google)

Pour utiliser cette fonction, appuyez sur CTRL / CMD, Maj et P dans l'un des panneaux Chrome DiSCi pour afficher le "Menu de commandes". Ensuite, tapez "Afficher les badges tiers" et activez cette fonction.

Passez la souris sur un script tiers dans Chrome DevTools (source : Google)

Noter: Google Chrome version 80 a supprimĂ© cette fonctionnalitĂ© en annonçant aucun remplacement. Il s'agit trĂšs probablement d'un insecte. Pour l'instant, vous devez trier manuellement les scripts externes jusqu'Ă  ce que Google corrige ce problĂšme.

Vous pouvez Ă©galement utiliser le Panneau "Performances" dans Chrome DevTools pour identifier tout problĂšme de performances sur votre site Web.

Pour plus d'informations sur la façon de tester les performances de chargement des pages avec Chrome DevTools, consultez Tutoriel de Google sur ce sujet.

Audit phare

L'outil de test de vitesse Lighthouse de Google dispose de deux vérifications spécifiques pour évaluer les performances de votre site.

L'audit du temps de dĂ©marrer JavaScript Lighthouse classe les scripts en fonction du temps d'analyse, de compilation et d'Ă©valuation. Ces mĂ©triques aident Ă  identifier les scripts tiers qui ont accumulĂ© beaucoup de ressources serveur.

Audit Lighthouse 'JavaScript Boot-up Time' (Source : Google)

La vĂ©rification de charge utile du rĂ©seau Lighthouse rĂ©pertorie tous les scripts en fonction de la taille totale et du temps de transfert. Vous pouvez utiliser ces statistiques pour identifier les scripts tiers susceptibles de ralentir le temps de chargement des pages de votre site.

Audit Lighthouse 'Network Payloads' (Source : Google)

L'outil Lighthouse intégré de Chrome vous montre également des ressources tierces coûteuses sur une page triée par taille et temps de transfert.

(Source: Addy Osman, responsable de l'ingĂ©nierie, Ă©quipe Google Chrome)

Maintenant que vous avez appris à tester les performances des scripts tiers, il est temps d'apprendre à réduire ou réparer leurs dégùts.

Comment minimiser les effets négatifs des scripts tiers.

1. Retarder le chargement des scripts tiers

Si vous trouvez des scripts tiers qui ralentissent votre site Web, vous pouvez les charger Ă  l'aide d'attributs async o reporter HTML pour Ă©viter leur impact nĂ©gatif sur le chargement des pages.

L'attribut async force le navigateur Ă  continuer Ă  analyser le reste du document HTML jusqu'Ă  ce que le script soit tĂ©lĂ©chargĂ©. Une fois le script tĂ©lĂ©chargĂ©, l'analyse du document HTML est suspendue pour exĂ©cuter le script.

L'attribut reporter il fait la mĂȘme chose, sauf que le navigateur n'exĂ©cute pas le script tant qu'il n'a pas analysĂ© l'intĂ©gralitĂ© du document HTML.

Attributs 'Async' vs 'defer' (Source : Attributs 'async' vs 'defer' (Source : Grandir avec le Web)

Il est recommandĂ© de charger tous les scripts tiers avec des attributs asynchrone o de renvoi (sauf s'ils sont critiques pour le chemin de rendu critique de la page Web).

2. Hébergez des fichiers JavaScript tiers auto-hébergés

L'hĂ©bergement de scripts tiers sur le serveur peut vous donner plus de contrĂŽle sur la façon dont ils sont chargĂ©s. Il permet de rĂ©duire les temps de recherche DNS et d'aller-retour, d'amĂ©liorer les en-tĂȘtes de mise en cache HTTP et d'utiliser des fonctionnalitĂ©s avancĂ©es telles que HTTP / 2 server push.

L'hébergement en auto-hébergement est recommandé pour tout script tiers essentiel au fonctionnement de votre site Web (par exemple, jQuery, Modernizr, Underscore.js).

Avertissement: Les scripts auto-hĂ©bergĂ©s peuvent ĂȘtre obsolĂštes et ne pas fonctionner comme prĂ©vu. Par exemple, si vous hĂ©bergez vous-mĂȘme un script de diffusion d'annonces et si l'Ă©diteur d'annonces modifie le fonctionnement de son script, votre site Web ne diffusera aucune annonce tant que vous n'aurez pas mis Ă  jour manuellement le script auto-hĂ©bergĂ©.

3. Supprimez complĂštement le script tiers

Si un script tiers n'ajoute aucune valeur claire Ă  votre site ou Ă  vos utilisateurs, envisagez de le supprimer. De nombreux thĂšmes et plugins WordPress chargent de nombreux scripts inutiles que vous ne pourrez jamais utiliser.

WordPress oblige Ă©galement chaque site Ă  charger le script jQuery Migrate (wp-includes / js / jquery / jquery-migrate.min.js). Cela aide les anciens plugins et thĂšmes Ă  maintenir la compatibilitĂ© avec les anciennes versions de jQuery. Bien qu'il ne s'agisse pas d'un script tiers car il est auto-hĂ©bergĂ©, il ajoute toujours une requĂȘte HTTP supplĂ©mentaire inutilement.

Demandez-vous si votre site Web a vraiment besoin d'un script de formatage de curseur ou de date. En cas de doute, vous pouvez exĂ©cuter le test A / B pour voir si la suppression d'un script affecte les performances du site Web en termes de convivialitĂ©.

4. Mettre en Ɠuvre les suggestions de ressources du navigateur

La connexion à des domaines externes pour télécharger des scripts tiers peut prendre un temps excessif, surtout si les utilisateurs se trouvent sur des réseaux lents. Les recherches DNS, les redirections et les allers-retours pour charger chaque script tiers peuvent entraßner des retards importants.

Vous pouvez utiliser les indicateurs de ressources du navigateur pour établir une connexion avec le domaine externe hébergeant le script tiers au début du chargement de la page.

Il existe de nombreuses suggestions de ressources, mais celles qui sont utiles ici sont DNS-prĂ©lecture o prĂ©connexion.

<link rel="dns-prefetch" href="http://domain.com">

Si la destination finale du script tiers du domaine externe utilise https://, vous pouvez l'utiliser pour Ă©viter les allers-retours TCP et gĂ©rer toutes les nĂ©gociations TLS Ă  l'avance.

<link rel="preconnect" href="https://cdn.domain.com">

5. Chargement paresseux JS tiers

Les éléments tiers intégrés tels que les publicités et les vidéos ajoutent beaucoup de stress à votre site Web, surtout s'ils sont diffusés via des sources mal optimisées. Vous pouvez différer ces ressources intégrées pour accélérer le chargement des pages.

Par exemple, si vous diffusez des annonces dans le pied de page de votre site Web, vous pouvez les charger de maniÚre différée afin qu'elles ne soient chargées que lorsque l'utilisateur fait défiler la page.

Chargement paresseux sous le contenu pliĂ© (source : Google)

Si vous intĂ©grez des annonces sur votre site Web, consultez cet article de MĂ©diavine oĂč ils expliquent comment ils ont amĂ©liorĂ© la vitesse des pages de 200 % aprĂšs avoir mis en Ɠuvre le chargement paresseux.

Utiliser un gestionnaire de balises pour organiser le JS tiers

Les gestionnaires de balises vous permettent de regrouper plusieurs scripts (ou balises) tiers et de les gérer tous à partir d'une seule source. L'utilisation judicieuse d'un gestionnaire de balises vous permet de minimiser les résultats de performance du chargement de scripts tiers.

Bien qu'il soit possible de charger des scripts tiers de maniĂšre asynchrone, le navigateur doit toujours les analyser et les exĂ©cuter individuellement. Cela peut signifier demander des donnĂ©es supplĂ©mentaires pendant le chargement de la page. Les gestionnaires de balises rĂ©solvent ce problĂšme en rĂ©duisant le nombre de requĂȘtes Ă  une.

Google Tag Manager (GTM) est la solution la plus populaire pour gĂ©rer les balises. Il se charge ainsi que toutes ses balises de maniĂšre asynchrone afin que le navigateur affiche une page sans s'arrĂȘter. MĂȘme un script tiers Ă  chargement lent ne bloquera pas le chargement d'un autre script.

Il Gestionnaire de balises Google pour WordPress plugin est un moyen facile d'intĂ©grer GTM sur les sites WordPress.

Les autres gestionnaires de balises que vous pouvez consulter sont Adobe Experience Platform Launch, Ensight et Qubit.

Avertissement: Utilisez les gestionnaires de balises comme GTM avec prudence. Bien qu'il rĂ©duise le coĂ»t de chargement de scripts tiers, sa simplicitĂ© ouvre Ă©galement la porte Ă  des abus de la part de toute personne disposant des informations d'identification nĂ©cessaires pour ajouter des balises. Certaines balises peuvent Ă©galement introduire une chaĂźne de requĂȘtes pouvant conduire votre site Ă  un crawl.

(Source: Harry Roberts, Consultant Performance Engineer chez Google, BBC, Kickstarter, etc.)

Avoir un budget de performance

Une fois que vous avez optimisĂ© les performances de votre site, vous devez utiliser un budget pour performances pour vous assurer que les performances de votre site ne diminuent pas avec le temps.

Un budget de performance est une limite auto-imposĂ©e pour compter le nombre total de requĂȘtes et la taille des scripts, des images, etc. Cela peut Ă©galement inclure la dĂ©finition d'une limite pour les mesures de performances, telles que "Time to Interactive" et "First Meaningful Paint".

Pour plus d'informations, voir la liste de tous les types de ressources et mĂ©triques pris en charge.

Vous pouvez utiliser le contrĂŽle. Conserver le nombre de demandes Farhouse taille de fichier faible et petite pour Ă©tablir le budget de performance. Discuter de la mĂ©thode exacte de dĂ©finition des budgets de performances dĂ©passe le cadre de cet article, mais vous pouvez lire plus d'informations sur la façon de le faire dans les documents du Phare.

Conclusions

Les scripts tiers sont devenus un Ă©lĂ©ment crucial de la plupart des sites Web aujourd'hui. MĂȘme si vous avez optimisĂ© tous les autres codes de votre site Web, vous ne pouvez pas contrĂŽler la lecture des scripts tiers. Vous ne pouvez pas les Ă©viter, car certains d'entre eux peuvent ĂȘtre essentiels Ă  la fonctionnalitĂ©, Ă  l'expĂ©rience utilisateur ou au flux de revenus de votre site.

Certains sujets abordĂ©s dans cet article peuvent ne pas ĂȘtre faciles Ă  comprendre tout de suite. Je vous suggĂšre de les revoir une fois de plus. Comprendre l'impact des scripts tiers sur les performances et savoir comment les gĂ©rer vous aidera Ă  reprendre le contrĂŽle des performances de chargement des pages.

Si vous avez des questions sur l'un des points abordés dans cet article, n'hésitez pas à nous contacter.

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