Pourquoi la vitesse compte
Un site lent vous coûte des visiteurs et des ventes : la plupart des gens quittent une page qui met plus de trois secondes à s'afficher, et Google utilise les Core Web Vitals — la rapidité et la stabilité perçues de vos pages — comme signal de classement. Des pages plus rapides, c'est un meilleur classement, moins de rebond et plus de conversions à trafic égal.
Les deux grands leviers sont de servir le contenu au plus près du visiteur et d'envoyer moins d'octets. Un CDN fait les deux, sans réécrire votre site ni changer d'hébergement.
Comment un CDN réduit votre temps de chargement et le TTFB
cdn.com.tr met en cache vos pages, images et fichiers sur des serveurs edge en Turquie et en Europe et sert chaque visiteur depuis le plus proche. Cela raccourcit le trajet et abaisse le Time to First Byte (TTFB), le délai avant que le navigateur ne reçoive quoi que ce soit. Votre serveur d'origine travaille aussi beaucoup moins, il reste donc rapide en charge.
Avec des emplacements edge en Turquie, les visiteurs turcs sont servis depuis un edge situé dans le pays — le trajet le plus court possible — tandis que les emplacements edge en Europe gardent une audience internationale rapide.
Optimisation automatique des images et compression
Les images sont généralement la partie la plus lourde d'une page. En périphérie, cdn.com.tr les convertit automatiquement aux formats modernes WebP et AVIF — souvent 25 à 50 % plus légers que le JPEG ou le PNG — sans plugin et sans réexporter votre médiathèque. Les fichiers texte sont compressés en Brotli et Gzip, le HTML/CSS/JS est minifié, et HTTP/2 garde les requêtes en parallèle.
Résultat : moins d'octets, plus petits, sur le réseau, et un Largest Contentful Paint (LCP) mesurablement plus rapide — le Core Web Vital sur lequel la plupart des sites échouent — le tout pris en charge pour vous en périphérie.
Deux façons de faire : ne rien toucher, ou prendre le contrôle
Pour la plupart des sites, la première est la bonne réponse. Vous pointez un enregistrement DNS vers nous, vous définissez les durées de cache dans le panneau sous Delivery Rules, et la conversion des images et la compression se font à l'edge. Votre code ne change pas et vous n'avez pas besoin de développeur.
Si vous avez un développeur, la seconde façon donne un résultat plus propre : publiez le bon en-tête Cache-Control depuis votre propre serveur. Sur une règle avec Use browser cache time activé, l'edge le respecte — et l'en-tête parvient au navigateur du visiteur sans modification, si bien que la deuxième requête de ce même visiteur ne touche plus le réseau. Une durée fixe définie dans le panneau ne peut pas faire cela : elle n'accélère que l'edge et réécrit avec notre valeur l'en-tête que voit le navigateur.
L'un ou l'autre par règle, jamais les deux — mais vous pouvez séparer les règles par type de contenu : un an pour les noms de fichiers versionnés, quelques minutes pour les pages de listing qui changent souvent. Quelle directive utiliser et quand est expliqué dans le guide Cache-Control et max-age.
Compatible avec tout site — WordPress, WooCommerce, OpenCart, sur mesure
Pas besoin de plateforme particulière ni de refonte. Que vous utilisiez WordPress, WooCommerce, OpenCart, un front-end headless ou un site codé à la main, vous le laissez où il est et vous le routez par le CDN avec un seul changement DNS. Le contenu statique est servi rapidement depuis l'edge tandis que les pages dynamiques, panier et paiement, continuent de fonctionner normalement.
Pour les boutiques, c'est encore plus vrai : des pages produit et catégorie plus rapides augmentent directement la conversion, et le même edge bloque les bots et les attaques qui ralentissent la boutique.
Mise en place simple, tarifs honnêtes
Gagner en vitesse, c'est un changement DNS, pas une migration : créez un compte, ajoutez votre domaine, pointez un enregistrement vers l'edge et le SSL est émis automatiquement. La plupart des sites sont en ligne en quelques minutes, et le gain apparaît immédiatement dans vos scores PageSpeed et Core Web Vitals.
Les offres démarrent à 9 $/mois avec WAF, protection DDoS et SSL automatique inclus, plus 15 jours d'essai. Annulez quand vous voulez et gardez l'essai, ou demandez un remboursement le jour même. Sans engagement.
Questions fréquentes sur la vitesse
Comment un CDN rend-il mon site plus rapide ?
Un CDN sert des copies en cache de vos pages, images et fichiers depuis un serveur edge proche de chaque visiteur, au lieu d'une origine lointaine. Cela abaisse le Time to First Byte et le temps de chargement, décharge votre serveur et, avec cdn.com.tr, ajoute par-dessus les images WebP automatiques, la compression Brotli et la minification.
Est-ce que cela améliorera mes Core Web Vitals et mon score PageSpeed ?
Presque toujours. Servir depuis un edge proche améliore le TTFB, et l'optimisation automatique des images et la compression améliorent le LCP : les deux métriques que la plupart des sites échouent. Vous gardez votre site tel quel ; le gain vient de la périphérie.
Dois-je changer d'hébergement ou refaire mon site ?
Non. Vous conservez votre hébergement et votre site. Le routage par le CDN tient en un seul changement DNS ; le contenu statique est servi depuis l'edge tandis que les pages dynamiques continuent de fonctionner. La plupart des sites sont en ligne en quelques minutes.
Est-ce compatible avec WordPress, WooCommerce ou OpenCart ?
Oui, avec toutes les plateformes. WordPress, WooCommerce, OpenCart, PHP sur mesure ou sites headless fonctionnent. Pour les boutiques, des pages produit et catégorie plus rapides augmentent la conversion, et le même edge bloque les bots et les attaques.
Combien cela coûte-t-il ?
Les offres démarrent à 9 $/mois avec CDN, WAF, protection DDoS et SSL automatique inclus, plus 15 jours d'essai. Vous pouvez annuler à tout moment et garder l'essai, ou demander un remboursement le jour même.
Je définis mes propres en-têtes Cache-Control. Le CDN les respecte-t-il ?
Oui, c'est le comportement par défaut sur les nouveaux comptes. Sur une règle avec Use browser cache time activé, le Cache-Control, s-maxage ou Expires de votre origine fixe la durée à l'edge, et l'en-tête parvient au navigateur sans modification. Renseignez un Cache Expire Time sur cette règle et les en-têtes de l'origine sont ignorés, celui que reçoit le navigateur étant réécrit avec notre valeur. Deux points de vigilance : une réponse portant Set-Cookie n'est jamais mise en cache, et sur une règle avec Image Optimization activée les images sont conservées 365 jours quoi que dise l'origine.