<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:image="http://www.google.com/schemas/sitemap-image/1.1">
  <url>
    <loc>https://tomco.tech/blog</loc>
    <lastmod>2026-06-23</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://tomco.tech/blog/recuperer-site-wordpress-pirate</loc>
    <lastmod>2026-06-23</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/recuperer-site-wordpress-pirate-hero-1600.webp</image:loc>
      <image:title>Bouclier de verre fissuré dressé sur un sol-circuit sombre, cœur hexagonal lumineux au centre, éclats en suspension, la brèche magenta du coin supérieur droit en cours de résorption dans la masse bleu électrique</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/recuperer-site-wordpress-pirate-quarantaine-1600.webp</image:loc>
      <image:title>Cube de confinement aux filaments bleu électrique enserrant un fichier de pierre fracturé à lueur magenta, clé de verre posée au sol se désagrégeant en particules cubiques, panneaux translucides en arrière-plan</image:title>
      <image:caption>Le webshell confiné, la clé révoquée : l'EDR Tomco met le fichier en quarantaine dès détection — alerte visible dans Enhance Panel — mais la révocation des accès (WordPress, FTP, base de données, clés d'API) reste un geste manuel, le vôtre.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/recuperer-site-wordpress-pirate-terminal-diagnostic-1600.webp</image:loc>
      <image:title>Console d'analyse de logs sur panneau de verre : chronologie verticale à repères, rangées de requêtes floutées en bleu, panneaux carte mondiale et graphe d'activité à gauche, une entrée unique cerclée et surlignée en magenta au centre</image:title>
      <image:caption>Une ligne sur des milliers : la première requête vers le fichier malveillant date l'intrusion. Sur les incidents traités par le support Tomco, elle pointe d'abord vers une extension obsolète, ensuite vers des identifiants faibles.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/recuperer-site-wordpress-pirate-arbre-decision-1600.webp</image:loc>
      <image:title>Diagramme isométrique : d'un nœud racine lumineux, un tracé bleu rectiligne rejoint en une étape une baie serveur de verre intacte (restauration) ; un tracé magenta sinueux traverse trois nœuds d'inspection — empreinte, grille, loupe — vers une structure encore fragmentée (nettoyage manuel)</image:title>
      <image:caption>Voie courte ou voie longue : la restauration remet un site en ligne en moins d'une heure quand une sauvegarde saine existe ; le nettoyage manuel enchaîne trois inspections — logs, fichiers, base — sans garantie d'exhaustivité. Les 90 jours de rétention Tomco gardent la voie courte ouverte.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/sauvegarde-wordpress-strategie-3-2-1</loc>
    <lastmod>2026-06-16</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-hero-1600.webp</image:loc>
      <image:title>Coffre-fort de verre dans une salle serveur sombre contenant un cube de données lumineux, deuxième cube identique sur un socle séparé, troisième cube filant vers un portail magenta au fond de l'allée — métaphore de la règle de sauvegarde 3-2-1</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-regle-3-2-1-1600.webp</image:loc>
      <image:title>Schéma isométrique de la règle 3-2-1 : un cube source dupliqué en trois copies, acheminées vers deux supports distincts — baie serveur de verre et module de stockage plat — dont une expédiée par un lien magenta vers un îlot isolé hors site</image:title>
      <image:caption>Trois copies, deux supports, une hors site : aucune défaillance unique — matérielle, logicielle ou organisationnelle — ne peut atteindre les trois copies en même temps.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-composants-1600.webp</image:loc>
      <image:title>Écran de portable affichant du code : un cylindre de base de données bleu électrique se déverse en un flux de données lumineux vers un paquet d'archive compressée aux arêtes magenta — visualisation d'un export mysqldump compressé</image:title>
      <image:caption>Le flux mysqldump compressé à la volée par gzip : un export de base WordPress pèse 50 Mo à 2 Go, contre 500 Mo à 20 Go pour les fichiers.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-enhance-restore-1600.webp</image:loc>
      <image:title>Panneau de restauration vitré : chronologie verticale de sauvegardes journalières avec une entrée sélectionnée, trois cibles de restauration au choix — fichier, base de données, compte entier — et bouton de restauration lumineux</image:title>
      <image:caption>Enhance Panel : 90 jours d'historique journalier, restauration granulaire en 1 clic — fichier isolé, base seule ou compte entier. RTO constaté en support : 22 minutes pour une base WooCommerce.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-local-vs-distant-1600.webp</image:loc>
      <image:title>Écran scindé : à gauche, cube de sauvegarde bleu rangé dans la même baie que son serveur source ; à droite, cube identique sous halo magenta posé sur un promontoire rocheux isolé, relié par un mince pont de lumière — copie locale contre copie hors site</image:title>
      <image:caption>Une copie locale protège de l'erreur humaine ; seule la copie hors site survit à la perte du serveur, du compte ou du prestataire.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/sauvegarde-wordpress-strategie-3-2-1-test-restauration-1600.webp</image:loc>
      <image:title>Deux maquettes de site en verre côte à côte : la production bleue entièrement matérialisée, et la copie de staging magenta se reconstruisant bloc par bloc depuis une archive lumineuse à sa base — test de restauration WordPress en cours</image:title>
      <image:caption>Le staging rejoue la restauration complète sans toucher la production : la durée chronométrée — environ une heure pour la première itération — devient le RTO réel.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/securiser-wordpress-2026</loc>
    <lastmod>2026-06-09</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-hero-1600.webp</image:loc>
      <image:title>Bouclier holographique bleu à texture réseau dressé sur un sol en circuit imprimé, devant un mur de pluie de données lumineuse ; des traînées d'attaque magenta venues de la droite se dissolvent contre le bouclier</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-protege-vs-compromis-1600.webp</image:loc>
      <image:title>Serveur en rack scindé verticalement : moitié gauche bleu électrique cerclée d'anneaux de protection intacts, moitié droite désintégrée en éclats magenta</image:title>
      <image:caption>À gauche, un site durci et intègre ; à droite, un site compromis qui se désagrège. La frontière tient à l'empilement des couches : sur le WAF Tomco, la force brute reste le premier vecteur, bloqué avant d'atteindre PHP.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-matrice-impact-effort-1600.webp</image:loc>
      <image:title>Quatre tuiles de verre translucides en matrice 2×2 flottante avec des axes fléchés lumineux, le quadrant supérieur gauche brillant en bleu électrique, les autres teintés de magenta</image:title>
      <image:caption>Matrice impact/effort : le quadrant fort impact / faible effort (en haut à gauche, le plus lumineux) regroupe les premières mesures — 2FA, mises à jour, mots de passe uniques.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-couches-securite-1600.webp</image:loc>
      <image:title>Coquilles circulaires concentriques bleues autour d'un cœur de données lumineux, accents magenta sur l'anneau extérieur, faisceaux de lumière tentant de traverser les couches</image:title>
      <image:caption>Modèle en oignon : quatre couches concentriques — accès, fichiers, applicatif, serveur — protègent le cœur du site. Une seule couche franchie ne suffit pas à compromettre l'ensemble.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-couche-acces-1600.webp</image:loc>
      <image:title>Clé numérique magenta à texture de circuit pointant vers un cadenas holographique bleu à serrure, au-dessus d'un formulaire de connexion dont un champ affiche un mot de passe masqué</image:title>
      <image:caption>La couche accès protège le formulaire de connexion : 2FA, mots de passe longs et uniques et limitation des tentatives ferment la porte la plus attaquée — premier vecteur du WAF Tomco, plusieurs millions de requêtes bloquées par mois.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-couche-fichiers-1600.webp</image:loc>
      <image:title>Panneau de terminal affichant des lignes de code à gauche et, à droite, un dossier verrouillé par un cadenas magenta au-dessus d'une liste de fichiers à indicateurs de permissions</image:title>
      <image:caption>La couche fichiers : permissions correctes, wp-config verrouillé et exécution PHP bloquée dans /uploads neutralisent les webshells. Le scan de wp-config compte des dizaines de milliers de tentatives mensuelles sur l'infrastructure Tomco.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/securiser-wordpress-2026-monitoring-waf-1600.webp</image:loc>
      <image:title>Tableau de bord de supervision de sécurité : flux de requêtes convergeant vers un nœud central, liste d'alertes à droite, graphes de pics et mappemonde, accents bleu électrique et magenta</image:title>
      <image:caption>Console de supervision WAF/SOC : flux de requêtes bloquées, alertes et pics de trafic en temps réel. La détection se prépare avant l'incident — supervision SOC 24/7 sur l'infrastructure Tomco.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/core-web-vitals-2026</loc>
    <lastmod>2026-06-02</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-hero-1600.webp</image:loc>
      <image:title>Tableau de bord futuriste avec compteur de vitesse central, aiguille pointée au maximum et traînées lumineuses bleu électrique — métaphore visuelle de la mesure de la vitesse d'un site web via les Core Web Vitals</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-cls-shift-1600.webp</image:loc>
      <image:title>Wireframe d'une page web stylisée affichant une zone rouge de décalage de mise en page sur une rangée de cartes — illustration d'un Cumulative Layout Shift au chargement</image:title>
      <image:caption>Zone rouge = décalage de mise en page (CLS). Une rangée de cartes sans hauteur réservée pousse le contenu situé en dessous au moment du rendu.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-inp-latency-1600.webp</image:loc>
      <image:title>Doigt touchant un écran tactile, ondes concentriques bleu et magenta émanant du point de contact — métaphore de la latence d'interaction INP</image:title>
      <image:caption>INP chronomètre le délai entre une interaction (clic, tap, saisie clavier) et le prochain rendu visible reflétant son résultat.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-crux-flow-1600.webp</image:loc>
      <image:title>Schéma de la collecte des Core Web Vitals — flux des navigateurs Chrome agrégés dans CrUX puis exposés via PageSpeed Insights et Search Console, contre un capteur isolé représentant Lighthouse en mode lab</image:title>
      <image:caption>À gauche : essaim de Chrome utilisateurs (field data CrUX). À droite : capteur isolé (lab data Lighthouse). Les deux flux convergent dans PageSpeed Insights — mais seule la donnée field alimente Search Console et le classement.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-pagespeed-report-1600.webp</image:loc>
      <image:title>Trois jauges PageSpeed Insights côte à côte — visualisation des métriques Core Web Vitals LCP, CLS et INP en zone bon, graphes d'historique agrégé sous chaque cadran</image:title>
      <image:caption>Trois jauges = trois Core Web Vitals. La couleur (vert / orange / rouge) résume le P75 sur 28 jours. La courbe sous chaque cadran trace l'historique CrUX et permet de repérer une régression.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/06/core-web-vitals-2026-avant-apres-1600.webp</image:loc>
      <image:title>Comparaison avant/après optimisation Core Web Vitals — panneau gauche avec trois jauges rouges et amber (LCP, CLS, INP en échec), panneau droit avec trois jauges bleu électrique (toutes en zone bonne)</image:title>
      <image:caption>Échantillon de 12 sites WordPress migrés : trois jauges rouges (LCP 3,8 s · CLS 0,18 · INP 320 ms) basculent en zone bonne (LCP 1,4 s · CLS 0,02 · INP 145 ms) après hébergement LiteSpeed + LSCache + audit applicatif.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/configurer-litespeed-cache-wordpress</loc>
    <lastmod>2026-05-26</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/configurer-litespeed-cache-wordpress-hero-1600.webp</image:loc>
      <image:title>Mains en mouvement sur un clavier mécanique rétroéclairé bleu électrique, grand écran dark mode affichant des métriques LiteSpeed Cache en arrière-plan</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/configurer-litespeed-cache-wordpress-plugin-lscache-1600.webp</image:loc>
      <image:title>Tableau de bord du plugin LiteSpeed Cache dans l'administration WordPress, affichant le statut de connexion serveur et les statistiques de cache</image:title>
      <image:caption>Interface LSCache — statut LiteSpeed Web Server détecté et compteurs de cache actifs.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/configurer-litespeed-cache-wordpress-cache-flow-1600.webp</image:loc>
      <image:title>Schéma du flux requête HTTP avec LiteSpeed Cache : chemin HIT direct depuis le serveur versus chemin MISS passant par PHP et MySQL</image:title>
      <image:caption>Flux d'une requête HTTP — cache HIT servi directement par LiteSpeed vs cache MISS avec exécution PHP et requête base de données.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/configurer-litespeed-cache-wordpress-image-optim-1600.webp</image:loc>
      <image:title>Onglet Image Optimization du plugin LiteSpeed Cache avec les options WebP, lazy load et dimensions explicites</image:title>
      <image:caption>Onglet Image Optimization — activation WebP, lazy load et correction des dimensions manquantes.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/optimiser-wordpress-performance-2026</loc>
    <lastmod>2026-05-19</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-hero-1600.webp</image:loc>
      <image:title>Tableau de bord LiteSpeed affichant les métriques de cache d'un WordPress en production</image:title>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-pyramide-leviers-1600.webp</image:loc>
      <image:title>Schéma pyramidal des leviers de performance WordPress : hébergeur, cache serveur, applicatif, CDN</image:title>
      <image:caption>Hiérarchie des leviers de performance par contribution au gain total.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-pagespeed-mesure-1600.webp</image:loc>
      <image:title>Interface PageSpeed Insights affichant les scores Core Web Vitals d'un site WordPress</image:title>
      <image:caption>Mesure de référence via PageSpeed Insights — Core Web Vitals desktop et mobile.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-benchmark-litespeed-1600.webp</image:loc>
      <image:title>Comparaison visuelle des temps de réponse LiteSpeed et Apache sur WordPress</image:title>
      <image:caption>Benchmark TTFB — LiteSpeed Enterprise vs Apache mod_php sur WordPress identique.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-cache-hierarchy-1600.webp</image:loc>
      <image:title>Schéma des trois niveaux de cache serveur : LSCache, Redis Object Cache, OPcache</image:title>
      <image:caption>Architecture en trois couches : cache page (LSCache), cache objet (Redis), cache bytecode (OPcache).</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-webp-comparison-1600.webp</image:loc>
      <image:title>Comparaison visuelle d'une image JPEG et de la même image en WebP avec leurs poids</image:title>
      <image:caption>Conversion JPEG → WebP — gain de poids typique sur photo paysage haute résolution.</image:caption>
    </image:image>
    <image:image>
      <image:loc>https://tomco.tech/assets/img/blog/2026/05/optimiser-wordpress-performance-2026-avant-apres-1600.webp</image:loc>
      <image:title>Comparaison avant/après des scores PageSpeed Insights après optimisation complète</image:title>
      <image:caption>Résultats mesurés sur un site WordPress identique, avant et après application de la méthode.</image:caption>
    </image:image>
  </url>
  <url>
    <loc>https://tomco.tech/blog/categorie/securite</loc>
    <lastmod>2026-06-23</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.5</priority>
  </url>
  <url>
    <loc>https://tomco.tech/blog/categorie/performance</loc>
    <lastmod>2026-06-23</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.5</priority>
  </url>
  <url>
    <loc>https://tomco.tech/blog/categorie/tutoriels</loc>
    <lastmod>2026-06-23</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.5</priority>
  </url>
</urlset>