Analyse experte avec des avis d’utilisateurs Hostinger vérifiés
J’ai provisionné un VPS Laravel Hostinger, l’ai soumis à une suite complète de benchmarks serveur, et j’ai transmis à l’assistance Kodee AI deux vraies questions techniques. Un bouton sur le tableau de bord n’a pas fait ce que son libellé promettait.
J’ai provisionné un VPS Laravel Hostinger, l’ai soumis à une suite complète de benchmarks serveur, et j’ai transmis à l’assistance Kodee AI deux vraies questions techniques. Un bouton sur le tableau de bord n’a pas fait ce que son libellé promettait.
Hostginger vend son VPS Laravel comme un serveur préinstallé, géré par l’IA, conçu pour mettre rapidement en ligne un projet Laravel. La majeure partie de cette promesse s’est vérifiée lors de tests réels, avec de solides benchmarks, un agent de support IA compétent, et des sauvegardes confirmées comme s’exécutant selon le calendrier prévu.
Un bouton du tableau de bord m’a toutefois envoyé là où je ne m’attendais absolument pas à aller, et il vaut mieux le savoir avant de cliquer dessus vous-même. Voici le compte-rendu complet.
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
Laravel préinstallé automatiquement lors du provisionnement
Passage de la commande au serveur en quelques minutes
Cloudpanel offre un accès complet au contrôle du serveur
Kodee inspecte et corrige les problèmes en direct
Des sauvegardes hebdomadaires s’exécutent et se vérifient automatiquement
Forte montée en charge CPU sur les deux cœurs
Vitesses de lecture et d’écriture du disque équilibrées
Débit réseau constant proche du gigabit sur les différents tests
Garantie de remboursement de 30 jours sur les plans VPS
Cons
Le scanner de malwares n’est pas installé par défaut
Le bouton Manage App redirige vers Laravel Cloud
Tip Gérez votre application Laravel via Cloudpanel plutôt qu’avec le bouton Manage App, et vérifiez l’onglet Security si vous voulez que le scanner de malwares soit réellement activé.
Répartition des notes
Pour noter l’hébergement VPS Laravel de Hostinger, j’ai appliqué la méthodologie de notation de HostAdvice, la même approche standardisée utilisée pour chaque test du site, afin que les scores restent cohérents et fondés sur des tests réels plutôt que sur des promesses marketing. Voici comment le service s’est classé pour chaque paramètre.
Kodee a vérifié le serveur en direct à deux reprises et a fourni à chaque fois des correctifs exacts, prêts à être déployés.
Globalement
9.1/10
Un hébergeur Laravel capable, avec un support excellent et de très bons benchmarks, freiné par une seule véritable erreur d’interface.
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
Hostinger vend l’hébergement Laravel sous la forme de quatre paliers de VPS KVM, KVM 1 à KVM 8, chacun faisant évoluer en parallèle les cœurs CPU, la RAM, l’espace disque NVMe et la bande passante à mesure que l’on monte en gamme.
Laravel n’est pas un achat séparé, c’est une application installée en un clic sur le palier que vous choisissez lors du paiement, avec Cloudpanel inclus comme véritable panneau de contrôle pour gérer l’installation une fois qu’elle est en ligne.
Conditions de facturation : Les plans sont payés d’avance sur des durées de 1, 12 ou 24 mois, les durées plus longues bénéficiant de véritables remises sur le tarif mensuel. Consultez le widget de prix ci-dessous pour le détail complet par palier et par durée.
Garantie de remboursement : Les plans VPS bénéficient d’une garantie de 30 jours, mais les petites lignes imposent une vraie limite. Vous ne pouvez demander un remboursement VPS qu’une fois tous les 180 jours, donc une seconde demande sur un autre achat VPS dans cette période ne passera pas. Les mises à niveau d’un plan VPS existant sont exclues entièrement.
Essai gratuit : Je n’ai pas trouvé d’essai gratuit dédié à l’hébergement VPS Laravel, seulement la garantie de remboursement de 30 jours. Gardez cette limite à l’esprit pour votre période d’évaluation.
Moyens de paiement : Carte (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay en variantes séparées Chine et Hong Kong, et Coingate pour les cryptomonnaies. Les paiements en crypto sortent entièrement de la politique de remboursement, donc gardez cela en tête si la garantie compte pour vous.
Ce qui est inclus : Chaque palier inclut un domaine .cloud gratuit pendant la première année, l’accès root complet, l’intégration Git et Cloudpanel sans surcoût, donc le prix affiché est plus proche du coût réel que chez des hébergeurs qui facturent le panneau séparément.
Les propres recommandations de Hostinger suggèrent que KVM 1 suffit pour un site Laravel simple, tandis que KVM 8 est recommandé pour les projets plus lourds et gourmands en ressources.
À ajouter d’après les tests, la confusion autour du bouton Manage App, et le scanner de malwares laissé désactivé par défaut, s’appliquent à tous les paliers de la même façon, donc monter en gamme ne corrigera ni l’un ni l’autre. Choisissez votre offre selon les besoins réels en CPU et en trafic, et traitez ces deux points spécifiques de la même manière quelle que soit l’offre retenue.
Fonctionnalités
Processeurs AMD EPYC sur tous les paliers
Stockage SSD NVMe sur tous les plans
Intégration Git pour un déploiement de code simplifié
Accès root complet via SSH
Panneau de contrôle Cloudpanel inclus par défaut
Agent IA pour les tâches de gestion VPS
Sauvegardes hebdomadaires automatiques sur chaque plan
Vitesse réseau de 1 Gbps par plan
Domaine .cloud gratuit pendant un an
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
Une application Laravel vit ou meurt autant sur le serveur sous-jacent que sur le code lui-même. Le chargement des pages dépend de la vitesse du CPU pour exécuter PHP, les requêtes de base de données dépendent des E/S disque, les sessions et le cache dépendent de la mémoire, et si l’application exécute des tâches planifiées ou reçoit de vrais visiteurs, le débit réseau et la tenue sous charge continue comptent aussi.
Laravel ne change rien à cela, il s’agit toujours de PHP tournant sous Linux, donc le véritable test ici concerne le VPS.
J’ai exécuté une suite complète de benchmarks sur le serveur, couvrant le CPU, la mémoire, le disque, le réseau et une phase de stress soutenue, afin de voir ce que ce plan délivre réellement et ce que cela signifie pour une application concrète.
L’instance que j’ai testée était le plan KVM 2, celui que j’avais choisi lors du paiement :
CPU : 2 vCPU, prélevés sur un hôte équipé d’un processeur AMD EPYC 9354P
RAM : 7.8GB utilisables sur les 8GB alloués, plus 2GB de swap
Disque : 96GB utilisables sur l’allocation NVMe de 100GB
OS : Ubuntu 24.04.4 LTS, noyau 6.8.0-137-generic
Avant d’entrer dans les chiffres, il est bon de savoir que la gamme VPS Laravel de Hostinger suit les mêmes quatre paliers que le reste de son offre VPS, KVM 1 à KVM 8, et que KVM 2 se situe au deuxième rang en partant du bas, un cran au-dessus de l’option la moins chère et bien en dessous des paliers KVM 4 et KVM 8 conçus pour des charges de travail plus lourdes, avec plusieurs applications.
Ce qui suit reflète un projet Laravel petit à moyen, une seule application servant un trafic réel mais modeste, et non une grande plateforme faisant tourner plusieurs services sur une seule machine.
Écart type de répartition des threads : 182.50 sur une moyenne de 14,321.5 événements par thread
Voici ce que signifie réellement ce chiffre monothread en pratique. Une requête Laravel typique, qui rend une vue Blade, exécute quelques requêtes Eloquent, vérifie une session, passe la majeure partie de son temps sur un seul cœur CPU à faire du travail PHP plutôt qu’à se répartir simultanément sur plusieurs cœurs.
Avec 0.61ms de latence moyenne par événement de calcul dans ce test, le CPU n’est pas la partie de la pile qui va donner une impression de lenteur à la page.
L’écart entre la latence moyenne et le 95e percentile est faible aussi, 0.61ms contre 0.64ms, ce qui signifie que les performances sont restées régulières plutôt qu’avec, de temps en temps, une requête beaucoup plus lente que les autres, un schéma qui se traduirait par des chargements de pages aléatoirement lents pour de vrais visiteurs.
Le résultat multithread est le chiffre le plus utile pour comprendre la concurrence. Passer d’un thread à deux a presque doublé le débit, soit environ 88 pour cent d’efficacité de montée en charge, ce qui signifie que ce VPS ne perd pas beaucoup de capacité à cause de l’overhead ou d’autres locataires se disputant les mêmes cœurs physiques
En pratique, cela signifie que PHP-FPM, avec deux processus workers sur ce plan, peut gérer environ deux fois plus de volume de requêtes qu’un scénario monothread avant que le CPU ne devienne le goulot d’étranglement, plutôt que beaucoup moins que le double, ce qui serait le cas si les deux vCPU se disputaient les cycles.
La mesure de répartition des threads, avec environ 1.3 pour cent de variance entre les deux threads, confirme que les deux cœurs ont effectué à peu près la même part du travail plutôt qu’un cœur portant la charge pendant que l’autre restait inactif. Pour un vrai site, cela signifie que les requêtes sont réparties équitablement entre les workers PHP-FPM au lieu de s’accumuler derrière celui qui est occupé.
2. Vitesse de la mémoire
Écriture séquentielle : 5,865.22 MiB/sec
Lecture séquentielle : 7,155.43 MiB/sec
La vitesse de la mémoire compte pour Laravel d’une manière qu’il est facile de sous-estimer. Chaque consultation d’OPcache, chaque lecture de session, chaque tableau ou collection que votre application construit pendant le traitement d’une requête vit en RAM, et si une couche de cache comme Redis tourne aussi sur la même machine, elle entre en concurrence pour cette même bande passante mémoire.
Avec environ 5.9 GiB par seconde en écriture et 7.2 GiB par seconde en lecture, ce VPS peut déplacer des données vers et depuis la mémoire assez vite pour que les opérations mémoire ne soient très probablement pas ce qui ralentira une requête, le goulot d’étranglement pour une application Laravel classique sera presque toujours le disque ou le réseau avant la RAM.
Là où la mémoire compte davantage, c’est en capacité plutôt qu’en vitesse. Avec 7.8GB utilisables et 2GB de swap en réserve, ce plan peut faire tourner confortablement PHP-FPM, MySQL ou PostgreSQL et une petite instance Redis côte à côte pour une seule application, mais il ne laisse pas beaucoup de marge si vous hébergez plusieurs sites sur le même VPS ou une base de données avec un jeu de données très volumineux.
Le swap est un filet de sécurité pour un pic de mémoire temporaire, pas un substitut à la RAM si l’application est réellement sous-dimensionnée pour ce plan.
Lecture/écriture mixte aléatoire 4K : environ 9,400 IOPS dans chaque direction, soit environ 36.7 MiB/s de débit par direction
La vitesse séquentielle est le chiffre qui compte pour les opérations importantes en une seule fois, comme restaurer une sauvegarde de base de données, extraire une archive téléversée ou écrire un gros fichier journal.
Avec environ 740 à 750 MiB/s dans les deux sens, et des valeurs de lecture et d’écriture qui restent à moins de deux pour cent l’une de l’autre, ce disque n’a pas la faiblesse asymétrique que l’on observe parfois sur certains stockages cloud, où les lectures sont rapides mais les écritures sont nettement plus lentes.
Les performances aléatoires en 4K sont le chiffre qui prédit réellement l’impression quotidienne d’utilisation d’une application Laravel, car une base de données ne lit et n’écrit pas en gros blocs séquentiels ; elle lit et écrit de petits blocs dispersés sur le disque lorsqu’elle recherche des lignes, met à jour des index et écrit dans son journal de transactions.
Un peu plus de 9,000 IOPS dans chaque direction se traduit par environ 9,000 petites opérations de base de données par seconde avant que les E/S disque ne deviennent le facteur limitant.
Un chargement de page Laravel typique peut déclencher entre quelques requêtes et quelques dizaines selon la manière dont l’application est construite, ce qui signifie que ce disque dispose de la marge nécessaire pour supporter un nombre significatif d’utilisateurs simultanés interrogeant la base de données avant que les requêtes ne commencent à s’empiler en attente d’un accès disque.
Il faudrait une charge clairement axée sur l’écriture, beaucoup de journalisation, une file d’attente très active, des écritures fréquentes du cache sur disque, pour atteindre ce plafond particulier.
4. Vitesse réseau
Test 1 : téléchargement 990.06 Mbps, envoi 910.87 Mbps, latence au repos 0.31ms, 0% de perte de paquets
Test 2 : téléchargement 985.24 Mbps, envoi 947.82 Mbps, latence au repos 0.27ms, 0% de perte de paquets
Les deux tests ont abouti sur un serveur de Phoenix, en Arizona, correspondant à la localisation États-Unis que j’avais sélectionnée lors du paiement, à presque un gigabit complet dans les deux sens, avec zéro perte de paquets sur les deux essais.
Pour une application Laravel, ce chiffre compte surtout pour deux choses : la vitesse à laquelle le serveur peut servir les ressources et les réponses API aux visiteurs, et, si l’application appelle des API externes ou récupère des données d’autres services, la vitesse de ces appels sortants.
Un débit proche du gigabit signifie que la bande passante ne sera pas la contrainte pour une application web classique ; il faudrait un très grand volume de transferts de gros fichiers, de vidéo, de gros téléchargements, d’exports en masse, pour que cela devienne le facteur limitant plutôt que le CPU ou le disque.
Les résultats quasi identiques entre deux exécutions distinctes, espacées de quelques minutes, écartent aussi l’idée d’un bon résultat ponctuel chanceux : c’est ce que la connexion fournit de manière constante, pas un chiffre qui a simplement grimpé une fois.
5. Test de stress
J’ai lancé des stress tests sur le CPU, la mémoire et le disque pendant 180 secondes chacun afin de voir comment le serveur tient sous une charge prolongée plutôt que sur une courte rafale :
Les chiffres individuels de bogo ops comptent moins ici que ce qui ne s’est pas produit.
Zéro worker en échec et zéro métrique jugée peu fiable sur les trois tests, exécutés coup sur coup pendant trois minutes complètes chacun, signifient que le serveur a maintenu le CPU, la mémoire et le disque sous pression simultanée sans crash, sans basculer dans un état peu fiable ni renvoyer de résultats que le benchmark lui-même aurait signalés comme suspects. C’est ce qui se rapproche le plus, dans ce type de tests, d’une simulation de pic de trafic réel, plusieurs ressources poussées au maximum
à la fois, et c’est le résultat qui compte le plus pour quiconque craint de voir son site s’effondrer pendant une période chargée plutôt que d’afficher de bonnes performances uniquement dans des tests isolés, pris un par un.
Verdict global sur les performances
Le plan KVM 2 offre de bonnes performances pour ce qu’il est, un VPS de niveau petit à moyen plutôt qu’un modèle haut de gamme. Concrètement, ce serveur dispose d’assez de puissance CPU monothread et d’assez d’IOPS disque aléatoires pour maintenir un chargement de page Laravel rapide, d’assez de bande passante réseau pour que la connexion ne soit pas le goulot d’étranglement d’une application web normale, et il a tenu le coup sans aucune erreur sous trois tests de stress simultanés.
Il ne faut pas y voir un verdict sur l’hébergement Laravel de Hostinger dans son ensemble, puisqu’il ne s’agit que d’un palier sur quatre.
Un petit projet personnel ou une application à faible trafic pourrait parfaitement fonctionner sur le plan KVM 1 moins cher, tandis qu’une application Laravel servant du trafic de production réel, exécutant des tâches planifiées, des workers de file d’attente et une base de données en même temps, aurait intérêt à regarder du côté de KVM 4 ou KVM 8 plutôt que de prendre ces chiffres du KVM 2 comme plafond. Choisissez en fonction de ce que l’application doit réellement faire tourner, pas seulement du prix d’entrée affiché sur la page d’offre.
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
J’ai testé le VPS Laravel de Hostinger du paiement jusqu’à l’ouverture des véritables outils de gestion fournis avec.
Cela comprenait le choix d’une offre et de l’emplacement du serveur, la création d’un compte, le paiement, puis le fait de comprendre comment gérer concrètement un déploiement Laravel une fois le serveur en ligne. Voici à quoi ce processus a réellement ressemblé, y compris un moment où l’interface m’a envoyé là où je ne m’attendais pas du tout à aller.
1. Inscription
J’ai commencé sur la page d’accueil du VPS Laravel, qui met en avant trois promesses à retenir d’emblée :
Sauvegardes hebdomadaires automatiques gratuites
VPS géré par l’IA
Scanner de malwares automatique
J’ai choisi le plan KVM 2, un compromis raisonnable pour une seule application Laravel plutôt qu’un projet gourmand en ressources, puis je suis passé au panier.
De là, la page du panier affichait tout sur un seul écran :
Période de facturation : 1, 12 ou 24 mois, avec les économies affichées pour chaque option
Emplacement du serveur : régions regroupées par continent, estimation de latence à côté de chacune
Place de marché d’applications : plus de mille options d’OS, de panneaux et d’applications en un clic
J’ai opté pour 24 mois pour obtenir le tarif le plus bas, puis j’ai passé plus de temps que d’habitude sur le choix de l’emplacement du serveur.
Le Royaume-Uni affichait la meilleure latence de la liste, mais j’ai quand même parcouru les autres régions pour comparer. L’Amérique du Nord montrait un résultat solide pour les États-Unis, et l’option la plus rapide en Asie, la Malaisie, était nettement derrière les deux autres.
Comme le site auquel je pensais devait viser principalement une audience américaine, j’ai choisi les États-Unis plutôt que l’option théoriquement plus rapide du Royaume-Uni.
Il vaut la peine d’en avertir tout lecteur qui compare les régions sur cette page. La meilleure latence pour vous, assis devant votre propre ordinateur, n’est pas la mesure qui compte. C’est la latence pour les personnes qui visiteront réellement le site, donc choisissez en fonction de votre audience, pas en fonction de vos propres résultats de test.
Ensuite, j’ai déroulé la place de marché des applications, où Laravel était déjà sélectionné, selon le même schéma d’installation en un clic que Hostinger utilise pour tout son catalogue d’applications. Rien n’avait besoin d’être changé, donc je suis allé directement au paiement.
J’étais déjà connecté à un compte Hostinger existant, donc l’inscription elle-même m’a pris un clic.
Ensuite, la page d’adresse de facturation et de paiement proposait :
Carte, couvrant Visa, Mastercard, Amex et Discover
PayPal
Google Pay
AliPay, en variantes séparées Chine et Hong Kong
Coingate, pour le paiement en crypto
Tout sur une seule page, sans redirection séparée. J’ai validé le paiement, reçu immédiatement un e-mail de confirmation, puis je suis revenu dans hPanel avec le nouveau serveur déjà affiché comme en cours d’exécution.
Ce qui ressort ici, c’est combien de choix Hostinger donne au moment du paiement sans rendre aucun d’eux obligatoire.
La comparaison des emplacements en particulier mérite d’être prise au sérieux plutôt que d’être ignorée, puisque la recommandation par défaut de la page d’offre ne correspondra pas toujours aux personnes qui utiliseront réellement le serveur.
2. Tableau de bord/Espace client
Une fois le paiement validé, hPanel s’est ouvert sur sa page d’accueil, le même panneau central de compte qui gère les domaines, l’e-mail, le constructeur de sites et la gestion VPS depuis un seul endroit.
Il m’a accueilli par mon nom avec une barre de prompt IA, une rangée de boutons de raccourci, une liste de tâches à faire et, plus bas, une liste de tous les sites et serveurs du compte.
Ensuite, j’ai fait défiler jusqu’au tableau VPS, où le nouveau serveur apparaissait déjà marqué Running, avec son nom d’hôte, son adresse IP, son offre et sa date d’expiration visibles sans rien ouvrir.
J’ai cliqué sur Manage pour accéder au panneau spécifique du serveur.
Arriver sur la page d’accueil du compte immédiatement après le paiement, avec le serveur déjà provisionné et सूचीné, est la partie de ce parcours qui fonctionne de manière constante et satisfaisante.
Il n’y a pas d’écran d’attente séparé ni besoin de fouiller dans les menus pour retrouver ce que vous venez d’acheter.
3. Gestion de Laravel et du serveur
Cliquer sur Manage a ouvert la page Vue d’ensemble du VPS, et c’est là que les vraies différences commencent à apparaître.
En haut se trouvait une carte d’application intitulée Laravel avec un bouton Manage App, confirmant que Laravel avait été installé automatiquement lors du provisionnement.
Juste en dessous se trouvait une deuxième carte à laquelle je ne m’attendais pas :
Cloudpanel, basé sur Ubuntu 24.04
Nom d’utilisateur admin affiché en clair
Lien de réinitialisation du mot de passe
Son propre bouton Manage panel, distinct de la carte Laravel au-dessus
Cette deuxième carte compte plus qu’il n’y paraît. Cloudpanel est un panneau de contrôle complet pour le serveur, intégré à Laravel, pas un simple assistant de configuration, et il s’est avéré être la véritable interface pour gérer les fichiers, les sites et le serveur au quotidien.
En faisant défiler au-delà des deux cartes, l’instance Ubuntu 24.04 sous-jacente apparaissait plus bas, marquée Running, avec les contrôles de redémarrage et de terminal, ainsi que les accès root SSH présentés de la même manière que pour tous les autres VPS de ce compte.
Comme ce serveur venait d’être provisionné, les graphiques de ressources n’étaient pas encore alimentés ; hPanel affichait un message demandant de revenir dans environ 30 minutes pour disposer des données d’utilisation, une manière honnête de traiter un serveur qui n’a effectivement aucun historique de trafic plutôt que d’afficher des graphiques vides comme s’ils signifiaient quelque chose.
Plus bas, j’ai trouvé :
Gestion des clés SSH
Règles de pare-feu
Snapshots de sauvegarde
Scanner de malwares : non installé
Cette dernière ligne est la première vraie lacune. Le scanner de malwares apparaît comme non installé, juste sous une page d’offre qui liste un scanner de malwares automatique parmi les trois fonctionnalités principales de ce produit précis. Quelles que soient les promesses marketing, il n’est pas activé par défaut sur le serveur que vous recevez réellement.
Par curiosité, pour voir si l’autre promesse principale tenait mieux, j’ai ensuite consulté Backups & Monitoring. Le journal des dernières actions indiquait :
Une action recreate enregistrée le même jour
Des entrées weekly backup_create, chacune marquée Success, remontant sur plus d’un mois
Cette promesse s’est vérifiée d’après les propres journaux du compte, un vrai contraste avec le scanner de malwares resté inactif à une section de distance.
Il vaut la peine de savoir que Hostinger tient certaines de ses fonctionnalités annoncées par défaut et en laisse d’autres à activer soi-même, et que la seule façon de savoir lesquelles est de les chercher, puisque la page d’offre les présente comme toutes incluses au même titre.
Ensuite, je suis retourné à la carte Laravel et j’ai cliqué sur Manage App, en m’attendant à ce qu’elle ouvre une sorte d’écran de configuration ou de gestion de fichiers spécifique à Laravel, comme le faisait le bouton de Cloudpanel.
À la place, elle a ouvert une page intitulée “Let’s get started”, avec des liens vers la documentation Laravel et des tutoriels vidéo Laracasts, et un seul bouton en dessous indiquant Deploy now.
J’ai cliqué quand même pour voir où cela menait, et cela m’a envoyé vers laravel.com/cloud, la page d’inscription de Laravel Cloud.
Voici la distinction qu’il faut préciser.
Laravel Cloud n’est pas un produit de Hostinger et n’a rien à voir avec le VPS que je venais de payer. C’est une plateforme d’hébergement entièrement gérée, construite et vendue directement par l’équipe Laravel, concurrente d’un service comme Vercel ou Heroku, avec son propre système de compte, sa propre tarification et son propre crédit d’utilisation gratuit.
S’y inscrire signifierait payer Laravel, en plus de ce que vous avez déjà payé à Hostinger, pour héberger votre application ailleurs complètement.
Quant à la raison pour laquelle Manage App pointe là, j’ai vérifié l’article officiel de la base de connaissances que Kodee lui-même citait quand je lui ai demandé : “How to use the Laravel VPS template at Hostinger“. Cet article explique comment accéder à CloudPanel à l’adresse IP de votre VPS sur le port 8443, modifier le fichier .env et exécuter les commandes Composer et Artisan via SSH.
Il ne mentionne jamais le bouton Manage App, et ne mentionne jamais Laravel Cloud non plus. Donc ce n’est pas un cas où l’explication existerait quelque part sans que je l’aie consultée.
Le guide officiel de Hostinger pour ce modèle exact n’évoque pas l’existence de ce bouton, et Kodee, quand je l’ai interrogé directement, a confirmé que Manage App ne gère pas le VPS et a averti que s’inscrire à Laravel Cloud depuis là signifierait une deuxième facture distincte.
Quiconque clique sur Manage App en pensant gérer son application se retrouve à consulter une page d’inscription pour un autre produit payant, sans qu’aucune documentation n’explique cela à l’avance.
Le bouton qui vous y mène réellement se trouve une carte plus bas. Manage panel, sur la carte Cloudpanel.
Cliquer dessus ouvre un écran de connexion demandant un nom d’utilisateur et un mot de passe, et il vaut la peine d’être précis ici, puisque le panneau ne donne aucun indice une fois sur cet écran.
Le nom d’utilisateur est admin, et le mot de passe est celui du serveur envoyé par e-mail par Hostinger lors du provisionnement initial du VPS, pas le mot de passe de votre compte Hostinger.
Si cet e-mail a disparu depuis longtemps, le lien Reset situé juste à côté du champ du mot de passe génère un nouveau mot de passe sans qu’il soit nécessaire de fouiller dans votre boîte de réception.
Une fois connecté, Cloudpanel s’ouvre sur une liste de Sites, avec le nom d’hôte du VPS déjà configuré comme site actif, PHP défini comme type d’application, et un lien Manage à côté.
En ouvrant les paramètres de ce site, on trouve toute une rangée d’onglets, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs et Logs.
C’est un véritable panneau de contrôle complet, et il vaut la peine de souligner qu’un onglet Cron Jobs est bien là, dans la même interface. Kodee m’a guidé pour ajouter à la main l’entrée cron du planificateur via SSH, ce qui fonctionne très bien, mais Cloudpanel dispose d’une solution en point-and-click pour faire la même chose sans toucher au terminal, et ni Kodee ni l’article de la base de connaissances ne l’ont mentionnée comme option.
Une fois cet aspect réglé, le menu de gauche sur la page de gestion du serveur est l’endroit où se trouvent les vrais contrôles.
Voici ce qu’il propose :
Vue d’ensemble : la page récapitulative elle-même, avec les cartes d’application Laravel et Cloudpanel, l’utilisation des ressources et des liens rapides vers tout ce qui suit
Paramètres : configuration au niveau du serveur, couvrant notamment les réinitialisations du mot de passe root et les changements de nom d’hôte
OS & Panel : contrôle du système d’exploitation et du panneau de contrôle installé sur le serveur
Backups & Monitoring : se déploie en Snapshots & Backups, Server Usage et Latest Actions, qui est l’endroit où j’ai trouvé le journal hebdomadaire des sauvegardes confirmant que cette promesse était tenue
Sécurité : couvre le scanner de malwares et les paramètres du pare-feu, la section où j’ai trouvé le scanner désactivé
API : ouvre la documentation API de Hostinger dans un nouvel onglet, pour toute personne automatisant la gestion du serveur en dehors du panneau
Gestion DNS : gestion des domaines et des enregistrements DNS liés au serveur
Tutoriels : lien externe vers le contenu d’aide de Hostinger
Cela couvre suffisamment de terrain pour parler d’une administration VPS complète. Paramètres du serveur, contrôle de l’OS, sécurité, sauvegardes, DNS et accès API sont tous représentés comme catégories distinctes plutôt que noyés dans un menu de paramètres fourre-tout, et je n’ai pas rencontré de fonction dont j’aurais eu besoin et qui manquerait à cette liste.
En revanche, cela n’intègre aucune fonctionnalité spécifique à Laravel : le déploiement du code, la gestion des fichiers d’environnement, l’exécution des commandes Artisan, tout cela se fait via Cloudpanel ou le terminal, pas via cette barre latérale.
Ce qui m’amène au bouton Terminal situé sur la carte Ubuntu. Son but est de donner un accès direct en ligne de commande au serveur lui-même, en ouvrant une session SSH en direct dans le navigateur sans avoir besoin d’un client SSH séparé ni de copier une clé privée sur votre machine.
En cliquant dessus, je suis arrivé directement dans un shell root, déjà authentifié, avec la bannière d’accueil de Cloudpanel affichant sa propre adresse web et un outil CLI appelé clpctl pour gérer le panneau depuis la ligne de commande.
Pour toute personne à l’aise avec le terminal, c’est le moyen le plus rapide de réellement configurer l’installation Laravel, déployer du code, modifier les variables d’environnement, exécuter des migrations, puisque rien de tout cela n’a de bouton dédié dans hPanel lui-même.
Verdict global sur la facilité d’utilisation
Le paiement et le passage d’un règlement à un serveur opérationnel fonctionnent bien ici, et accorder un vrai poids au choix de l’emplacement du serveur, plutôt que de se contenter de la région qui teste le plus vite, est un petit détail utile pour quiconque pense à l’endroit où se trouvent réellement ses visiteurs.
La barre latérale de gestion du serveur couvre tout ce qu’un administrateur VPS peut attendre, paramètres, contrôle de l’OS et du panneau, sauvegardes, sécurité, DNS et accès API, comme des catégories clairement séparées, et je n’ai buté sur aucun contrôle VPS manquant. Là où le système échoue, c’est au niveau de la gestion de l’application.
Le scanner de malwares annoncé sur la page d’offre n’était pas installé sur le serveur que j’ai reçu, et le seul bouton réellement intitulé pour gérer l’application Laravel vous envoie vers une page d’inscription pour un produit concurrent au lieu de quelque chose qui ressemble à de la gestion d’application.
Cloudpanel et le terminal fonctionnent exactement comme ils le devraient une fois trouvés, et les sauvegardes hebdomadaires s’exécutent comme promis. Le point faible, c’est que l’interface de Hostinger vous dirige d’abord vers la mauvaise porte, et rien dans le panneau n’explique que Manage App n’est pas la gestion d’application que vous cherchez.
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
Kodee, l’assistant IA de Hostinger, se trouve derrière le bouton Ask AI dans hPanel et gère ici le support, comme c’est le cas sur l’ensemble des produits Hostinger.
Je l’ai testé avec deux questions techniques distinctes sur ce VPS, l’une concernant un problème d’interface que j’avais déjà rencontré, et l’autre, plus approfondie, sur la façon dont Laravel fonctionne réellement en production sur ce serveur.
Ensuite, j’ai parcouru la base de connaissances de Hostinger pour voir quelle part de ce terrain elle couvre sans qu’il soit nécessaire de demander à quelqu’un.
1. Support IA (Kodee)
Ma première question venait directement de l’essai du bouton Manage App de la carte Laravel, qui avait ouvert Laravel Cloud, une plateforme payante distincte, au lieu de quelque chose lié au VPS lui-même.
J’ai demandé directement à Kodee si ce bouton était censé ouvrir Laravel Cloud ou gérer l’installation déjà en cours via Cloudpanel, et ce qui se passerait réellement si je m’inscrivais à Laravel Cloud depuis là.
Kodee a répondu en moins d’une minute :
A confirmé que Manage App ne gère pas l’installation VPS existante
L’a identifié correctement comme un lien vers Laravel Cloud, une plateforme de déploiement distincte
A indiqué Cloudpanel, accessible via l’IP du VPS sur le port 8443, comme la véritable interface de gestion
A averti que s’inscrire à Laravel Cloud créerait un environnement séparé, facturé indépendamment, et ne déploierait rien sur le VPS que j’avais déjà payé
C’est une réponse claire et correcte à une question qui a un coût réel si vous vous trompez, et elle est accompagnée d’une citation vers la documentation propre à Hostinger plutôt que d’une supposition.
Ensuite, j’ai posé une question plus technique. Les applications Laravel en production dépendent d’une entrée cron pour le planificateur de tâches et d’un processus Supervisor pour maintenir les workers de file d’attente, et je voulais savoir si le modèle VPS configurait automatiquement l’un ou l’autre, et si Supervisor survivrait à un redémarrage si je le configurais moi-même.
Kodee a dit qu’il allait vérifier directement le serveur avant de répondre, et il l’a fait :
A indiqué qu’aucune entrée cron schedule:run n’était présente
A indiqué qu’aucun service Supervisor n’était configuré
A indiqué qu’aucun worker de file d’attente n’était mis en place
A fourni la ligne cron exacte nécessaire pour le planificateur
A fourni un bloc complet de configuration Supervisor pour un worker de file d’attente, avec les bons indicateurs
A confirmé que Supervisor persiste après un redémarrage une fois activé avec systemctl enable –now supervisor
A ajouté le rappel d’exécuter php artisan queue:restart après le déploiement de nouveau code, un détail facile à oublier et qui provoque de vrais bugs en production lorsqu’il est omis
Ce que j’ai pensé du support IA : Kodee a gagné sa crédibilité ici. Le fait de confirmer l’absence de cron du planificateur et de processus Supervisor avant de recommander quoi que ce soit fait la différence entre une réponse de type checklist et une réponse fondée sur ce que ce serveur précis faisait réellement, et le rappel de redémarrer le worker de file d’attente après les déploiements est le genre de détail qui n’apparaît que lorsque quelqu’un, ou quelque chose, comprend vraiment le fonctionnement des queues Laravel en production.
Deux questions, deux réponses exactes et complètes, toutes deux fournies en quelques minutes.
2. Base de connaissances
La base de connaissances de Hostinger est organisée de la même manière pour tous les produits, avec de grandes tuiles de catégories, un nombre d’articles, une barre de recherche et un filtre de catégorie en haut.
Plutôt que de parcourir les catégories, je suis allé directement à la recherche et j’ai tapé “laravel”, ce qui a renvoyé 15 résultats sur deux pages, nettement plus qu’un simple outil one-click app tend à en afficher.
Il convient toutefois de nuancer cela. Plus de résultats ne veut pas dire plus de pertinence, car plusieurs correspondances n’étaient que tangentielles ; un article sur les limites du courrier PHP et un autre sur les problèmes de migration de site apparaissaient simplement parce qu’ils mentionnaient Laravel en passant.
Le résultat le plus pertinent, “How to use the Laravel VPS template at Hostinger,” explique comment accéder à Cloudpanel, comprendre l’arborescence des dossiers Laravel, modifier le fichier .env, exécuter Composer et lancer les migrations.
C’est un bon guide pour mettre en route un premier projet Laravel sur ce modèle. Ce qu’il ne couvre pas, en revanche, c’est le planificateur ou les workers de file d’attente, exactement le manque que Kodee a dû combler quand je lui ai posé la question.
En creusant davantage dans les résultats, j’ai trouvé quelque chose qu’il faut signaler. Un article plus ancien, “How to deploy Laravel 8 at Hostinger,” contient bien un exemple de cron fonctionnel pour le planificateur, mais il est rédigé pour une autre configuration, plus ancienne, qui consistait à déployer Laravel manuellement sur un hébergement mutualisé ou cloud, avec une structure de fichiers public_html qui n’a rien à voir avec l’organisation d’un VPS sous Cloudpanel.
Quelqu’un sur ce modèle VPS cherchant des indications sur le planificateur tomberait sur un article décrivant un autre produit avant de trouver quelque chose d’applicable à son serveur.
Ce que j’ai pensé de la base de connaissances : Le nombre d’articles paraît solide sur le papier, 15 résultats pour un terme de recherche, mais le volume brut masque à quel point le contenu utile est dispersé. L’article principal sur le modèle VPS est bien rédigé et permet de faire démarrer un premier projet, mais il s’arrête exactement là où un déploiement de production devient sérieux, et l’unique documentation qui couvre le planificateur appartient à une configuration d’hébergement ancienne et sans rapport.
Un lecteur qui se fierait uniquement à la base de connaissances pourrait facilement suivre ce guide plus ancien et mal configurer son VPS en copiant des commandes prévues pour une structure de fichiers complètement différente.
Verdict global sur le support
Kodee fait ici l’essentiel du travail, et il le fait bien. Les deux échanges ont impliqué qu’il vérifie l’état réel du serveur avant de répondre, et le second a donné un correctif complet, exact et prêt à déployer pour quelque chose que le modèle VPS ne configure pas par défaut.
La base de connaissances fonctionne correctement pour mettre en route un premier projet Laravel, mais sa couverture s’amenuise rapidement au-delà, et ce qui existe pour la configuration avancée, comme le planificateur, se trouve dans un article rédigé pour un produit d’hébergement entièrement différent.
Pour tout ce qui dépasse les bases, Kodee est la voie la plus fiable, et il a constamment prouvé cela en s’appuyant sur ce qu’il trouvait réellement après vérification plutôt que sur ce qu’il supposait.
Hébergement VPS Laravel Hostinger
Découvrez comment l'hébergement VPS Laravel de Hostinger offre un environnement flexible pour déployer des applications Laravel avec des ressources serveur dédiées, un contrôle total, des performances évolutives et des configurations personnalisables pour les projets web modernes.
Recommandons-nous l’hébergement Laravel de Hostinger ?
Oui. Les fondamentaux sont solides ici. Laravel et Cloudpanel arrivent préinstallés et opérationnels, le matériel sous-jacent obtient de bons résultats sur le CPU, la mémoire et le disque, et Kodee a fourni deux réponses techniques exactes et adaptées au serveur quand je l’ai mis à l’épreuve. Les sauvegardes hebdomadaires ont bien été confirmées dans les journaux du compte, exactement comme annoncé.
Les petits défauts sont limités mais méritent d’être connus avant l’achat. Le scanner de malwares présenté comme une fonctionnalité phare n’était pas activé par défaut, et le bouton Manage App de la carte Laravel vous envoie vers Laravel Cloud, un produit payant distinct, au lieu de quelque chose qui ressemble à de la gestion d’application, sans qu’aucune documentation ne vous prévienne à l’avance.
Aucun des deux n’est difficile à contourner une fois que l’on sait que Cloudpanel est la véritable surface de gestion, mais aucun des deux ne devrait nécessiter de deviner.
Pour un développeur qui veut faire tourner Laravel rapidement sur une infrastructure solide, et qui accepte de passer cinq minutes à trouver Cloudpanel plutôt que le bouton mal nommé à côté, c’est une recommandation facile. Pour quelqu’un qui veut que chaque fonctionnalité annoncée soit activée dès le démarrage du serveur sans avoir à vérifier quoi que ce soit, prévoyez quelques minutes de configuration supplémentaires avant de considérer le tout comme terminé.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
J'ai perdu mes domaines en me connectant avec Google
En me loggant avec mon compte Google sans faire exprès, j'ai overridé mon précédent compte qui avait la même adresse mail, et perdu mes domaines. Voilà, rien que cette phrase devrait vous alerter sur leur service. Après un mois de va-et-vient avec le SAV, je n'ai toujours pas récupéré mes domaines à l'heure actuelle.
Incompétence ultime du SAV, gestion des comptes buggée, les prix sont juste là pour vous attirer dans leur piège, fuyez.
Nous sommes désolés d'apprendre que vous avez dû faire face à de tels désagréments. Nous nous en excusons sincèrement.
Merci de nous avoir laissé un avis et d'avoir porté cela à notre attention. Nous avons vérifié la situation et nos agents seniors ont été chargés de résoudre ce problème. Actuellement, nous pouvons constater qu'il a été réglé et vous pouvez utiliser votre compte sans problème.
Nous apprécions également beaucoup vos commentaires et nous aimerions en savoir plus sur vos impressions concernant cet avis. Si vous avez une minute, n'hésitez pas à nous contacter via quality@hostinger.com, et nous ferons tout notre possible pour vous satisfaire.
Nous espérons vraiment pouvoir améliorer votre expérience et faire grandir votre projet ensemble!
Nous vous souhaitons beaucoup de succès, L'équipe Hostinger
Cela vient d'être mon cas, merci de me contacter en urgence car je viens de souscrire à un contrat pour 4ans chez vous depuis hier (anciennement chez OVH), et cette première expérience est plus que déplaisante.
Une catastrophe. Et cela continue !Je ne peux pas écrire Single dans le service concerné
Il a fallu UN MOIS à Hostinger et de multiples chats durant des heures pour résoudre le problème qu'il avait avec FREE. Maintenat, on recommence avec l'impossibilité de créer les comptes Mails associés sur un Ipod de dernière génération et sur un Samsung J3 android. Le service client nous balade joyeusement. Nous décidons d'abandonner Hostinger pour un autre hébergeur avec lequel les problèmes se règlent en quelques jours. Je tiens à la disposition de ceux qui le veulent, le fichier de la tchat qui dura un mois (nonantehuit@free.fr). Cas d'école. Ma réclamation écrite au siège en Lituanie est resté lettre morte.
Merci pour vos commentaires et vraiment désolé pour les inconvénients que vous avez dû affronter.
En ce moment, nous pouvons voir que les problèmes de webmail que vous avez rencontrés ont déjà été résolus et pleinement opérationnels.
Notre service d'assistance est informé des problèmes que vous rencontrez avec l'installation de votre e-mail sur vos autres appareils. Un agent du succès client vous contactera sous peu pour vous donner des informations détaillées sur la façon de configurer l'email sur différents appareils. Si vous rencontrez des problèmes lors de la configuration, n'hésitez pas à contacter notre équipe du service clientèle par le chat en direct ou via support@hostinger.com
Nous sommes désolés que cette situation ait duré plus que prévu, merci pour vos commentaires et notre équipe se chargera de faire en sorte que cette situation ne se reproduise plus pour vous.
J'avais tout d'abord été attiré par une offre soit disant exceptionnelle d'un hébergement à 80ct/mois. C'est alors que les problèmes commencèrent... Mon site est extrêmement lent (environ 30sec de chargement en moyenne), horrible pour une utilisation avec Wordpress, et pire parfois je recevais des messages comme quoi il n'y avait pas assez de ressources. Je me suis alors dit "Bon ça va j'ai 3 mois a attendre et je change d'hébergeur", c'était sans compter sur un renouvellement automatique qui m'as prélevé 18euros (plus de reduc bien sur) pour 3 mois de plus et toujours autant de latence à ce jour. Petite précision concernant les lag en fait ce n'est pas étonnant, la RAM est bloquée à 256Mo pour un hébergeur qui a soit disant "l'esprit de la performance". Pour conclure entre fausses réductions, avis mensongers sur leur site, et une latence phénoménale, je vous déconseille très fortement cet hébergeur.
Nous sommes vraiment désolé d'entendre parler de votre expérience avec notre plan Single (Unique). Il semble que votre site Web nécessite plus de ressources que cette plan pourrait vous suggérer, ce qui est une bonne chose, car il indique que votre site Web est en croissance! Nous nous efforçons toujours de fournir la meilleure expérience possible et nous avons élaboré des plans différenciés pour tous types de sites Web.
Il y a aussi des alternatives au lieu de choisir le plus gros plan - Nous vous recommandons vivement d'optimiser votre site Web pour atteindre la meilleure vitesse possible. Si vous avez besoin d'aide, nos agents de réussite client sont à votre disposition! Nous vous avons déjà contacté avec les meilleures options pour vous.
Nous nous ferons un plaisir de vous aider à trouver une solution à votre cas.
Alors personnellement, mon histoire avec cet hébergeur est un peu longue lol ! J'ai commencé avec Hostinger sur de mauvais sentiments : je trouvais ça lent ! Bon je n'ai pas baissé les bras et j'ai demandé au support pourquoi c'était lent. Et heureusement ils m'ont répondu dans les minutes qui suivaient. En gros pour vous faire court, il y avait une mauvaise configuration sur mon serveur, qui apparemment était passé à côté du service d'administration. Aie aie aie, je commençais à m'énerver ! MAIS, heureusement, le gars du support est venu à ma rescousse en me proposant une solution : ils allaient mettre le serveur en maintenance et virer tous les gens dessus en attendant que la panne soit résolue et bien sûr, ils nous ont assignés à un autre serveur. Résultat des courses : mon site web est beaucoup plus rapide et marche comme il le faut ! Et donc je recommande cet hébergeur, déjà pour sa rapidité, mais surtout pour l'efficacité du support qui est venu m'aider en 2 temps 3 mouvements. testez par vous mêmes et faites votre choix, personnellement, j'ai déjà fait le mien !
Toi t'es bon. T'es juste un gars d'Hostinger pour faire des faux avis !! Pas très malin d'utiliser encore la même photo que celle du dessus. Tu fais hontes. Honte à Hostinger !!!!
Toi je vais t’arracher ta grande gueule la photo est un avatar qui m’appartient et le mec du dessus C MOI pauvre con ensuite un faux avis ??? Je dis ce que je pense comme tous autres. Donc c’est plutôt toi qui fais honte à hostinger à emmerder les gens pour rien
J'ai actuellement un serveur VPS chez eux et il marche. Je n'étais pas trop convaincu de prime abord puisque l'interface était assez douteuse. Mais je suis resté un peu pour être sûr. Ayant travaillé dans l'informatique, je vous recommande cet hébergeur puisque contrairement à ses concurrents il justifie son prix à la hauteur de ses services. Après, c'est vrai que c'est un peu plus cher. Mais chacun son avis sur l'importance de la qualité quand on fait quelque chose d'au minima professionnel.
Hostinger est-il adapté à l’hébergement d’applications Laravel ?
Oui. Laravel et Cloudpanel sont préinstallés dès que le VPS est provisionné, le matériel sous-jacent offre de bonnes performances en CPU, mémoire et disque, et l’assistant IA Kodee de Hostinger fournit des réponses précises et concrètes à de vraies questions de configuration Laravel. Le principal bémol est un scanner de malwares qui est livré désactivé malgré le fait qu’il soit annoncé comme inclus.
Est-ce que le VPS Laravel de Hostinger est livré avec Laravel préinstallé ?
Oui. Laravel est proposé en tant qu’application en un clic lors du paiement du VPS et s’installe automatiquement sur Ubuntu avec Cloudpanel, le panneau de contrôle utilisé ensuite pour gérer l’application, sa base de données et les paramètres de son domaine.
Hostinger propose-t-il un essai gratuit pour l’hébergement VPS Laravel ?
Il n’existe pas d’essai gratuit dédié pour les forfaits Laravel VPS. Hostinger offre à la place à chaque niveau VPS une garantie de remboursement de 30 jours, bien qu’un deuxième remboursement VPS dans les 180 jours suivant le premier ne soit pas approuvé.
Puis-je obtenir un remboursement sur l’hébergement VPS Hostinger ?
Oui, dans les 30 jours suivant l’achat, à condition que vous n’ayez pas déjà été remboursé pour un autre forfait VPS au cours des 180 derniers jours. Les mises à niveau d’un forfait VPS existant et les paiements effectués en cryptomonnaie sont exclus de tout remboursement.
Comment puis-je gérer mon application Laravel sur le VPS de Hostinger ?
Via Cloudpanel, accessible depuis le bouton du panneau de gestion sur la carte Cloudpanel dans hPanel, ou directement à l’adresse IP du VPS sur le port 8443. Le bouton Gérer l’application sur la carte Laravel elle-même ne gère pas l’application, il renvoie vers Laravel Cloud, un produit d’hébergement distinct sans lien avec le VPS.
HostAdvice.com fournit des critiques professionnels d'hébergement web totalement indépendantes de toute autre entité. Nos avis sont impartiaux, honnêtes, et les mêmes critères d'évaluations sont appliqués à toutes les sociétés examinées.
Bien qu'une compensation financière soit reçue de la part de quelques hébergeurs apparaissant sur le site, la rémunération de services et de produits n'influence en aucun cas le sens et les conclusions de nos avis. Celle-ci n'affecte pas non plus le classement de certains hébergeurs. Cette rémunération couvre les frais d'achats de compte, de tests et les droits d'auteur versés aux critiques.
