<!-- 523c28b69bccd0f7269f6dbd9afc9cb4 -->
<!Doctype html>
<html lang="fr">
<head>
<meta charset="utf-8">
<title>SiteBug.fr — Dépannage site web sans stress</title>
<meta
name="description"
content="Votre site web plante, affiche une erreur 500, rame ou se fait des nœuds ? SiteBug.fr dépanne, corrige et sécurise rapidement, avec une approche durable (pas un pansement sur une jambe de bois)."
/>
<meta
name="keywords"
content="dépannage site web, erreur 500, erreur 503, site lent, correction bug, maintenance WordPress, optimisation performance, sécurité site web"
/>
<meta name="author" content="SiteBug.fr" />
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>SiteBug</title>
<link rel="stylesheet" href="css/header.css">
<link rel="stylesheet" href="css/styles.css">
<link href="https://cdn.jsdelivr.net/npm/bootstrap@5.3.8/dist/css/bootstrap.min.css" rel="stylesheet" integrity="sha384-sRIl4kxILFvY47J16cr9ZwB07vP4J8+LH7qKQnuqkuIAvNWLzeN8tE5YBujZqJLB" crossorigin="anonymous">
<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/bootstrap-icons@1.13.1/font/bootstrap-icons.min.css">
</head>
<body>
<!-- Matomo -->
<script>
var _paq = window._paq = window._paq || [];
/* tracker methods like "setCustomDimension" should be called before "trackPageView" */
_paq.push(['trackPageView']);
_paq.push(['enableLinkTracking']);
(function() {
var u="//stat.redacteur.pro/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '4']);
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
})();
</script>
<!-- End Matomo Code -->
<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-SDSGQG9X03"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-SDSGQG9X03');
</script>
<!-- End Matomo Code -->
<header>
<!-- Header du site -->
<p class="bi bi-telephone"> BESOIN D'AIDE ? APPELEZ-NOUS AU +33 1 84 16 06 79</p>
<nav class="navbar navbar-expand-lg bg-body-primary">
<div class="container">
<img src="/img/logo.png" alt="Logo" style="height: 100px; width: auto;">
<button class="navbar-toggler" type="button"
data-bs-toggle="collapse" data-bs-target="#navbarNav"
aria-controls="navbarNav" aria-expanded="false" aria-label="Toggle navigation">
<span class="navbar-toggler-icon"></span>
</button>
<div class="collapse navbar-collapse" id="navbarNav">
<!-- Menu centré -->
<ul class="navbar-nav mx-auto">
<li class="nav-item"><a class="nav-link active" aria-current="page" href="https://sitebug.fr">Accueil</a></li>
<li class="nav-item"><a class="nav-link" href="https://sitebug.fr/creation-site-internet">Création de site Web</a></li>
<li class="nav-item"><a class="nav-link" href="https://sitebug.fr/services">Dépannage Web</a></li>
<li class="nav-item"><a class="nav-link" href="https://sitebug.fr/contact">Contact</a></li>
<li class="nav-item"><a class="nav-link" href="https://sitebug.fr/blog">Blog</a></li>
</ul>
<!-- Bouton à droite -->
<a class="btn btn-primary" href="https://sitebug.fr/ouvrir-demande">Ouvrir une demande</a>
</div>
</div>
</nav>
</header>
<section id="sitebug">
<div class="container">
<h1>Votre site bug ? On le remet d'aplomb vite et bien</h1>
<p>Que vous soyez à la recherche d'un développeur Web pour <strong>créer votre site internet</strong> ou de quelqu'un pouvant vous aider dans la remise en état de ce dernier, SiteBug est votre solution.</p>
<p><strong>Erreur 500, site lent, page blanche, plugins capricieux</strong>, hébergement soupirant à chaque tentative d'accès à l'une des pages de votre site... Nos développeurs Web diagnostiquent, corrigent et sécurisent le tout dans un seul but: réparer dès aujourd'hui, stabilisé pour demain !</p>
<p>Nos développeurs Web disposent d'une maîtrise parfaite de la plupart des CMS présents sur le marché mais également de la majorité des frameworks.</p>
</div>
</section>
<section class="tech-logos">
<div class="container logos">
<img src="img/woocommerce.svg" alt="logo WooCommerce" class="logo">
<img src="img/laravel-2.svg" alt="logo Laravel" class="logo">
<img src="img/joomla.svg" alt="logo Joomla" class="logo">
<img src="img/prestashop.svg" alt="logo PrestaShop" class="logo">
<img src="img/wordpress.svg" alt="logo WordPress" class="logo">
</div>
</section>
<section class="stats-band">
<div class="container stats-band__inner">
<h2 class="stats-band__title">Développeur spécialisé dans la création et le dépannage de sites Web depuis 2019</h2>
<div class="stats">
<div class="stat">
<div class="stat__icon">
<i class="bi bi-calendar3"></i>
</div>
<div class="stat__value">+ de 6</div>
<div class="stat__label">ANNEES D’EXPERIENCE</div>
</div>
<div class="stat">
<div class="stat__icon">
<i class="bi bi-people-fill"></i>
</div>
<div class="stat__value">+ de 300</div>
<div class="stat__label">CLIENTS</div>
</div>
<div class="stat">
<div class="stat__icon">
<i class="bi bi-chat-square-text"></i>
</div>
<div class="stat__value">+ de 90%</div>
<div class="stat__label">DE CLIENTS SATISFAITS</div>
</div>
</div>
</div>
</section>
<section class="expertise">
<div class="container expertise__inner">
<h2 class="expertise__title">Nos domaines d’expertises en développement et dépannage de site Web</h2>
<article class="expertise-card">
<div class="expertise-card__text">
<h3 class="expertise-card__kicker">CRÉATION DE SITE INTERNET</h3>
<p>
Vous n’avez pas encore de site… et cela peut être tout à fait normal : lorsque l’on gère une PME,
on n’a pas le temps de “jouer au webdesigner”. Sauf qu’aujourd’hui, sans site, vous êtes invisible
au moment précis où le client cherche une solution.
</p>
<p>
Pourquoi nous choisir : parce qu’on ne fait pas “un site en plus”. On construit votre vitrine prête
à travailler pour vous :
</p>
<ul class="expertise-card__list">
<li>Message clair expliquant ce que fait votre entreprise ;</li>
<li>Structure à l’image de votre entreprise ;</li>
<li>Site rapide, propre et évolutif ;</li>
<li>On vous accompagne tout au long du projet et après.</li>
</ul>
<a class="expertise-card__btn" href="https://sitebug.fr/creation-site-internet">
Plus d’infos sur la création de site web
</a>
</div>
<div class="expertise-card__media">
<img src="img/creation-site-internet.png" alt="Illustration création de site web" class="expertise-card__img">
</div>
</article>
</div>
</section>
<section class="expertise">
<div class="container expertise__inner">
<article class="expertise-card is-reverse">
<div class="expertise-card__text">
<h3 class="expertise-card__kicker">DEPANNAGE DE SITE WEB</h3>
<p>
Un site qui plante, rame ou affiche une page blanche, ce n’est pas “un petit bug”. Pour une PME, c’est une vitrine fermée en pleine journée : des prospects perdus, des demandes qui n’arrivent pas, et une image qui prend cher.
</p>
<p>
Pourquoi nous choisir ? Parce qu’on ne fait pas du bricolage au hasard. On dépanne comme on doit dépanner :
</p>
<ul class="expertise-card__list">
<li>Diagnostic rapide et clair (vous comprenez ce qui se passe),</li>
<li>Correction durable (pas un pansement qui recasse demain),</li>
<li>Sécurité et stabilité après intervention (on évite la rechute),</li>
<li>Et un vrai retour avec ce qui a été fait, pour que vous soyez serein.</li>
</ul>
<a class="expertise-card__btn" href="https://sitebug.fr/depannage-site-web">
Plus d’infos sur le dépannage de site web
</a>
</div>
<div class="expertise-card__media">
<img src="img/depannage-site-web.png" alt="Illustration dépannage de site web" class="expertise-card__img">
</div>
</article>
</div>
</section>
<section class="expertise">
<div class="container expertise__inner">
<article class="expertise-card">
<div class="expertise-card__text">
<h3 class="expertise-card__kicker">OPTIMISATION SEO</h3>
<p>
Avoir un site, c’est bien. Être trouvé par des clients qui cherchent exactement ce que vous vendez, c’est mieux. Sans SEO, votre site ressemble souvent à une boutique dans une rue sans passage : impeccable… mais vide.
</p>
<p>
Pourquoi nous choisir ? Parce qu’on fait du SEO utile, orienté PME, pas des “astuces” qui font joli :
</p>
<ul class="expertise-card__list">
<li>On cible les vraies recherches de vos clients (celles qui amènent des demandes),</li>
<li>On optimise vos pages pour être compris par Google et choisi par l’humain,</li>
<li>On corrige les freins techniques qui vous bloquent,</li>
<li>Et on met en place une stratégie simple, priorisée, avec des actions concrètes.</li>
</ul>
<a class="expertise-card__btn" href="https://sitebug.fr/optimiser">
Plus d’infos sur l’optimisation SEO
</a>
</div>
<div class="expertise-card__media">
<img src="img/optimisation-seo.png" alt="Illustration optimisation SEO" class="expertise-card__img">
</div>
</article>
</div>
</section>
<section class="expertise">
<div class="container expertise__inner">
<article class="expertise-card is-reverse">
<div class="expertise-card__text">
<h3 class="expertise-card__kicker">SITE WORDPRESS HACKE</h3>
<p>
Un site WordPress hacké, ce n’est pas “un souci technique”. C’est comme si quelqu’un avait changé la serrure de votre boutique… en laissant la porte grande ouverte. Pendant que vous essayez de comprendre, Google peut vous déréférencer, vos visiteurs fuient, et vos formulaires deviennent un terrain de jeu pour les spams.
</p>
<p>
On sécurise pour de vrai, avec une méthode propre et durable :
</p>
<ul class="expertise-card__list">
<li>On identifie l’origine de l’intrusion (faille, plugin, accès compromis, FTP, admin),</li>
<li>On nettoie le site sans casser vos contenus (malware, redirections, scripts cachés),</li>
<li>On répare et on durcit la sécurité (mises à jour, permissions, protections, accès),</li>
<li>Et on met en place des garde-fous (sauvegardes, surveillance, prévention de la récidive).</li>
</ul>
<a class="expertise-card__btn" href="https://sitebug.fr/site-wordpress-hacke">
Plus d’infos sur le dépannage de site WordPress hacké
</a>
</div>
<div class="expertise-card__media">
<img src="img/site-wordpress-hacke.png" alt="Illustration site wordpress hacké" class="expertise-card__img">
</div>
</article>
</div>
</section>
<section class="about-band">
<div class="container about-band__inner">
<div class="about-card">
<div class="about-card__text">
<h2 class="about-card__title">A PROPOS DE SITEBUG ?</h2>
<p>
Je m’appelle Fabrice, développeur Web Full Stack depuis de nombreuses années.
Je conçois des sites et applications solides, rapides et agréables à utiliser — côté back-end
comme côté front-end.
</p>
<p>
Mon objectif est simple : un site fiable qui ne plante pas, qui se charge vite et qui inspire confiance.
Je travaille avec une approche pragmatique : comprendre votre besoin, aller droit au problème,
livrer une solution propre et durable.
</p>
<p class="about-card__cta">
Envie d’en savoir plus sur mon parcours et ma façon de travailler ?
</p>
<a class="about-card__btn" href="https://sitebug.fr/a-propos">Rendez-vous sur la page “A Propos”</a>
</div>
<div class="about-card__media">
<img src="img/profil.png" alt="Photo de Fabrice" class="about-card__img">
</div>
</div>
</div>
</section>
<section class="process">
<div class="container process__inner">
<h2 class="process__title">Une intervention en 3 étapes permettant d’éviter l’effet boomerang</h2>
<!-- 3 étapes -->
<div class="process-steps">
<article class="step">
<div class="step__badge">1</div>
<h3 class="step__title">DIAGNOSTIQUER</h3>
<p class="step__text">
On identifie la source du bug (pas juste la conséquence). Log serveur, erreurs PHP,
conflits, dépendances, surcharge…
</p>
</article>
<article class="step">
<div class="step__badge">2</div>
<h3 class="step__title">CORRIGER</h3>
<p class="step__text">
On applique un correctif propre : compatible, maintenable, sans “bidouille”
pouvant casser lors de la prochaine mise à jour.
</p>
</article>
<article class="step">
<div class="step__badge">3</div>
<h3 class="step__title">VERROUILLER</h3>
<p class="step__text">
On sécurise et on stabilise : sauvegardes, monitoring, bonnes pratiques,
recommandations actionnables.
</p>
</article>
</div>
<!-- Bas de section -->
<div class="process-bottom">
<article class="box">
<h3 class="box__title">Pourquoi ça bug vraiment ?</h3>
<p>
Dans la majorité des cas, ce n’est pas “WordPress qui est nul”, ni le serveur qui déteste votre projet.
C’est souvent un empilement de petites décisions : plugin ajouté au fil de l’eau, thème modifié
sans versioning, cache mal configuré, mises à jour faites au hasard, hébergement sous dimensionné,
sécurité minimale.
</p>
<p>
Notre job : remettre de l’ordre. Sans jargon, sans panique, sans dette technique en plus.
</p>
</article>
<article class="box">
<h3 class="box__title">Ce que l’on vise</h3>
<ul class="checklist">
<li>Site stable, qui ne casse pas à la moindre mise à jour</li>
<li>Temps de chargement respectant vos utilisateurs</li>
<li>Base propre et évolutive</li>
<li>Routine simple permettant d’éviter les urgences</li>
</ul>
</article>
</div>
</div>
</section>
<section class="causes">
<div class="container causes__inner">
<h2 class="causes__title">QUELLES SONT LES CAUSES FRÉQUENTES DEMANDANT UN DÉPANNAGE DE VOTRE SITE WEB ?</h2>
<div class="causes-grid">
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/cause-wordpress.png" alt="Cause WordPress" class="cause-card__img">
</div>
<h3 class="cause-card__title">Conflits extensions et thèmes</h3>
<p class="cause-card__text">
Deux plugins faisant la même chose, ou un thème surchargeant le tout. Résultat : bug, lenteurs, erreurs.
</p>
</article>
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/hebergement-limite.png" alt="cause problème hébergement Web" class="cause-card__img">
</div>
<h3 class="cause-card__title">Hébergement limité</h3>
<p class="cause-card__text">
CPU saturé, PHP mal configuré, mémoire trop basse. Le site “tient” jusqu’au pic de trafic…
</p>
</article>
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/mise-a-jour.png" alt="" class="cause-card__img">
</div>
<h3 class="cause-card__title">Mises à jour sans filet</h3>
<p class="cause-card__text">
Update en prod, pas de sauvegardes, pas de staging. Et soudain, votre site devient une surprise.
</p>
</article>
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/securite.png" alt="problème de sécurité" class="cause-card__img">
</div>
<h3 class="cause-card__title">Sécurité trop légère</h3>
<p class="cause-card__text">
Brute force, fichiers modifiés, redirections, malware. Ça commence souvent par un petit ralentissement.
</p>
</article>
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/lenteur.png" alt="problème de lenteur" class="cause-card__img">
</div>
<h3 class="cause-card__title">Lenteur côté front</h3>
<p class="cause-card__text">
Images trop grandes, JS de partout, cache absent. L’utilisateur attend… puis repart.
</p>
</article>
<article class="cause-card">
<div class="cause-card__icon">
<img src="img/base-de-donnees.png" alt="base de données encombrée" class="cause-card__img">
</div>
<h3 class="cause-card__title">Base de données encombrée</h3>
<p class="cause-card__text">
Tables gonflées, révisions infinies, requêtes lourdes. Une base propre change tout.
</p>
</article>
</div>
</div>
</section>
<!-- Les critères -->
<section class="criteria">
<div class="container criteria__inner">
<h2 class="criteria__title">3 critères à privilégier lors de la création d’un site internet</h2>
<div class="criteria__rows">
<div class="criteria__row">
<div class="criteria__left">Performance et fiabilité</div>
<div class="criteria__right">
Un site doit charger vite, rester stable et être sécurisé. Sinon, tu perds des visiteurs avant même qu’ils aient lu une ligne,
et tu te retrouves avec des bugs, des erreurs ou des piratages à gérer au pire moment. La performance, ce n’est pas “du confort” :
c’est la base pour convertir, rassurer et tenir dans le temps.
</div>
</div>
<div class="criteria__row">
<div class="criteria__left">Expérience utilisateur<br>(clarté, navigation, mobile)</div>
<div class="criteria__right">
Un bon site guide l’utilisateur sans le forcer à réfléchir. Menu simple, pages lisibles, boutons visibles, infos accessibles en 2 clics…
et surtout une version mobile impeccable (la majorité de ton trafic vient souvent du téléphone). Si l’utilisateur se perd, il part.
Si tout est clair, il avance… et il contacte.
</div>
</div>
<div class="criteria__row">
<div class="criteria__left">Objectif business<br>(message, offre, conversion)</div>
<div class="criteria__right">
Un site n’est pas une vitrine décorative : c’est un outil. Chaque page doit servir un but (demande de devis, appel, achat,
prise de rendez-vous, inscription). Pour ça, il faut un message clair, une proposition de valeur nette, des preuves (avis, réalisations,
garanties) et des appels à l’action bien placés. Sinon, tu as du trafic… mais pas de résultats.
</div>
</div>
</div>
</div>
</section>
<!-- FaQ-->
<section class="faq">
<div class="container faq__inner">
<h2 class="faq__title">Vos questions fréquentes sur la création et le dépannage de sites Web</h2>
<div class="faq-acc" id="faqAcc">
<!-- FAQ Item 1 -->
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Mon site est lent, pourquoi ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Les causes les plus fréquentes sont rarement “mystérieuses” : dans 80 % des cas, c’est un cumul de petites choses qui finissent par plomber l’expérience. Les coupables classiques : des images trop lourdes (bannières en 4000 px, formats non optimisés), trop de scripts (plugins, trackers, widgets, chat, pixels pub) qui se chargent tous en même temps, un cache absent ou mal réglé, un hébergement qui sature dès qu’il y a un peu de trafic, et une base de données qui traîne des années d’options, de révisions et de tables inutilisées.</p>
<br><p>Ce qui complique le diagnostic, c’est que “lent” peut vouloir dire plusieurs choses. Parfois la page met du temps à commencer (serveur lent, TTFB élevé, requêtes PHP/MySQL trop lourdes). Parfois elle s’affiche vite… mais reste “molle” quand on clique (JavaScript trop chargé, INP qui explose). Parfois elle “saute” pendant le chargement (dimensions d’images manquantes, éléments injectés tard, CLS). Bref : un site peut être lent côté serveur, côté front, ou côté base de données, et ce n’est pas la même correction.</p>
<br><p>Le bon réflexe, c’est d’éviter les optimisations au hasard et de faire simple, dans l’ordre :</p>
<br><ul>
<li>Mesurer : PageSpeed Insights et les Core Web Vitals (idéalement en mobile), et jeter un œil au waterfall (DevTools) pour voir ce qui bloque.</li>
<li>Identifier le goulet : serveur (TTFB/CPU), front (images/CSS/JS), scripts tiers, ou base de données.</li>
<li>Corriger par priorité : optimiser et servir les images en WebP/AVIF + lazy-load, réduire/désactiver les scripts inutiles, différer le JavaScript, mettre un cache de page propre, nettoyer la base, et valider que l’hébergement suit (PHP à jour, OPcache, ressources suffisantes, éventuellement CDN).</li>
</ul>
</div>
</div>
<!-- FAQ Item 2 -->
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>J’ai une erreur 500 sur mon site. Qu’est-ce que cela veut dire ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Une erreur 500, c’est la version “rideau baissé” du serveur : la page ne s’affiche pas parce que, côté machine, quelque chose a planté pendant le traitement. Contrairement à une 404 (page introuvable), ici la page existe… mais le serveur n’arrive pas à la générer. Et oui, c’est frustrant, parce que l’erreur 500 ne donne pas toujours le détail à l’écran. La bonne nouvelle : la cause est presque toujours identifiable en quelques minutes avec les bons réflexes.</p>
<br> <p>Les raisons les plus fréquentes :</p>
<ul>
<li>Une erreur PHP fatale : un bout de code qui casse (souvent après une mise à jour de plugin/thème, ou une incompatibilité avec la version de PHP).</li>
<li>Un .htaccess ou une configuration serveur bancale : règle de réécriture mal formée, directives non supportées, conflit avec un plugin de cache/sécurité.</li>
<li>Des permissions ou propriétaires de fichiers incorrects : le serveur n’a plus le droit de lire/écrire où il faut.</li>
<li>Mémoire insuffisante : PHP sature (memory_limit trop bas, ou script trop gourmand).</li>
<li>Un plugin ou un thème qui déclenche une boucle ou une requête trop lourde (base de données qui met à genoux le process).</li>
</ul>
<p>Le bon réflexe, c’est d’arrêter de “tâtonner” et de diagnostiquer proprement, dans cet ordre :</p>
<ul>
<li>Vérifier les logs : error_log PHP et logs Apache/Nginx. C’est là que se trouve la vraie explication (fichier, ligne, message).</li>
<li>Se souvenir du dernier changement : mise à jour, nouveau plugin, modification du thème, ajout de règles SEO/caching, migration, changement d’hébergeur… La 500 arrive très souvent juste après “un petit truc rapide”.</li>
<li>Contrôler l’environnement PHP : version de PHP (compatibilité), memory_limit, max_execution_time, extensions manquantes.</li>
<li>Isoler le coupable : désactiver temporairement le plugin/ thème suspect (ou passer sur un thème par défaut), renommer le dossier plugins si le back-office est inaccessible.</li>
<li>Vérifier .htaccess / cache : régénérer les permaliens, vider caches, tester sans règles personnalisées si besoin.</li>
</ul>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Erreur 503 : Pourquoi mon site est indisponible ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Une erreur 503, c’est le serveur qui te dit : “Je suis vivant, mais je ne peux pas te répondre maintenant.” Ce n’est pas une page introuvable (404) ni forcément un crash applicatif (500). Le 503 signifie “service indisponible” et, dans la majorité des cas, ça pointe vers un problème de charge, de ressources, ou de filtrage trop agressif. Autrement dit : ton site existe, mais il est temporairement incapable de traiter les requêtes.</p>
<br><p>Les causes les plus courantes :</p><br>
<ul>
<li>Surcharge / pic de trafic : trop de visiteurs d’un coup (ou des bots) et le serveur n’a plus assez de CPU/RAM pour suivre.</li>
<li>Maintenance : WordPress peut afficher un 503 pendant une mise à jour (fichier .maintenance), ou lors d’un déploiement côté serveur.</li>
<li>Protection anti-bot / WAF trop agressif : un pare-feu (Cloudflare, mod_security, plugin de sécurité) bloque à tort et renvoie un 503.</li>
<li>Ressources saturées : CPU à 100 %, RAM pleine, ou processus PHP-FPM/Apache limités. Le serveur “refuse” des connexions.</li>
<li>Cron / tâche planifiée qui tourne mal : un cron WordPress, une sauvegarde, une génération de cache, un import, un scan de sécurité… qui monopolise les ressources.</li>
<li>Hébergement limité : sur certains mutualisés, dès que tu dépasses un quota (processus, I/O, connexions), l’hébergeur peut retourner un 503.</li>
</ul>
<p>Le bon réflexe, c’est de vérifier rapidement si c’est un incident ponctuel ou un problème qui va revenir :</p><br>
<ul>
<li>Confirmer si c’est intermittent : est-ce que ça tombe uniquement à certaines heures (pics, sauvegardes, cron) ou en continu ?</li>
<li>Regarder les logs serveur : Apache/Nginx + PHP-FPM + logs du plugin de sécurité/CDN. Un 503 laisse souvent des traces “upstream unavailable”, “rate limit”, “resource temporarily unavailable”.</li>
<li>Surveiller les ressources : CPU, RAM, nombre de workers, charge système. Si tout est au plafond, la cause est presque toujours là.</li>
<li>Identifier le déclencheur : nouveau plugin, mise à jour, changement DNS/CDN, règle WAF, ajout d’un script tiers, import produit, etc.</li>
<li>Corriger par priorité : limiter/bloquer les bots, ajuster le WAF, optimiser les pages lourdes (cache + DB), réduire les tâches cron, et si besoin augmenter les ressources (ou passer sur un hébergement plus costaud).</li>
</ul>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Mon site a été piraté. Que faire en premier ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Quand un site a été piraté, le but n’est pas de le remettre en ligne dans la panique. Le vrai objectif, c’est de reprendre le contrôle, garder de quoi comprendre ce qui s’est passé, nettoyer correctement, puis fermer la porte d’entrée. Sinon, vous relancez le site… et l’attaquant revient exactement par la même faille.</p>
<br><p>En premier, mettez le site en maintenance (ou bloquez l’accès) pour éviter que l’infection continue à faire des dégâts. Ensuite, sauvegardez une copie des fichiers et de la base de données avant toute modification : c’est indispensable pour analyser et prouver l’origine du problème si besoin. Troisième étape : changez immédiatement les accès critiques (admin du site, hébergement, FTP/SFTP, base de données, emails liés au domaine). Tant qu’un seul de ces accès reste compromis, le nettoyage ne sert à rien. </p>
<br><p>Une fois la main reprise, vous pouvez nettoyer ou restaurer une sauvegarde saine, puis corriger la cause (mise à jour, extension vulnérable, mot de passe trop simple, faille d’upload, etc.). C’est cette dernière étape qui évite la récidive… et vous épargne le “piraté deux fois dans la même journée”, qui est un sport malheureusement très pratiqué.</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Entre WordPress, Wix, Shopify, Laravel : quelle solution choisir pour développer mon site ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Tout dépend de votre objectif (vendre, présenter, publier) et du niveau d’évolutivité dont vous aurez besoin dans 6 à 12 mois.</p>
<br><p>WordPress est souvent le meilleur choix pour un site vitrine ou un blog : rapide à lancer, très flexible, et bon en SEO… à condition de garder des extensions fiables et de ne pas transformer le site en sapin de Noël. Wix va vite et reste simple, mais vous serez plus limité sur le SEO avancé et les évolutions sur-mesure, avec une dépendance forte à la plateforme. Shopify est taillé pour l’e-commerce : stable, efficace pour vendre rapidement, mais avec des coûts récurrents (abonnement + apps) à anticiper. Laravel, lui, est le choix du sur-mesure : parfait pour une application métier, des fonctionnalités spécifiques ou des performances exigeantes, mais c’est plus long (et plus cher) à développer.</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Combien de temps faut-il pour créer un site internet ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Ça dépend surtout de votre type de site, et d’un point souvent sous-estimé : est-ce que vos contenus (textes, photos, offres) sont déjà prêts ou pas.</p>
<br><p>En moyenne, un site vitrine simple peut se faire en 1 à 3 semaines si tout est validé rapidement. Un WordPress plus complet (plusieurs pages, blog, formulaires, design plus travaillé) demande plutôt 3 à 6 semaines. Un site e-commerce est généralement plus long, parce qu’il faut gérer le catalogue, les paiements, la livraison, les règles de TVA, les emails, et les tests : comptez souvent 4 à 8 semaines, parfois plus. Pour un site sur-mesure type Laravel (fonctionnalités spécifiques, espace client, automatisations, intégrations), on est plutôt sur 6 à 12 semaines selon la complexité.</p>
<br><p>Le vrai facteur qui fait gagner ou perdre du temps, c’est rarement “le code”. C’est la validation, les contenus, les retours, et les intégrations (paiement, CRM, ERP, tracking, etc.). Si vous voulez aller vite, la meilleure stratégie est simple : une version 1 claire et efficace, puis des améliorations par étapes.</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Pourquoi mon formulaire de contact n’envoie plus d’emails ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Quand un formulaire de contact n’envoie plus d’emails, ce n’est pas forcément le formulaire “qui ne marche plus”. Dans la majorité des cas, c’est la délivrabilité ou la configuration d’envoi qui bloque quelque part.</p>
<br><p>Les causes les plus fréquentes : une configuration SMTP absente ou incorrecte, des emails rejetés à cause des réglages SPF/DKIM/DMARC du domaine, une IP serveur avec une mauvaise réputation, ou un plugin/formulaire qui s’est cassé après une mise à jour. Il arrive aussi, plus bêtement, que l’adresse de destination soit mauvaise, que les messages partent dans les spams, ou que l’hébergeur limite l’envoi d’emails.</p>
<br><p>La solution la plus fiable consiste à arrêter d’envoyer “en direct” depuis le serveur et à passer par un SMTP authentifié (ou une API d’envoi), puis à vérifier SPF/DKIM/DMARC pour que les mails soient acceptés. Enfin, pensez à activer des logs côté site/serveur : sans journalisation, on devine… et deviner avec les emails, c’est rarement rentable.</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Mon site n’apparaît pas sur Google : est-ce normal ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Oui, surtout au début. Un site tout neuf n’apparaît pas toujours immédiatement dans Google : l’indexation peut prendre quelques jours… parfois quelques semaines, selon la “clarté” technique du site et la quantité de contenu réellement utile.</p>
<br> <p>La première chose à faire, c’est vérifier que Google peut bien accéder à vos pages. Un site inaccessible (erreurs 401/403, maintenance permanente, blocage serveur) ou bloqué volontairement (robots.txt, balise noindex, réglage “ne pas indexer” dans le CMS) peut être invisible même s’il est en ligne. Ensuite, passez par Google Search Console : c’est l’outil qui vous dit si Google voit votre site, s’il a reçu un sitemap, et s’il rencontre des erreurs d’exploration. Sans sitemap soumis et sans demande d’indexation, Google avance parfois au ralenti.</p>
<br><p>Enfin, il y a une réalité simple : sans contenu consistant et sans liens entrants, Google n’a pas forcément de raison de se presser. Un site avec “3 pages vitrines” très légères peut mettre plus de temps à décoller qu’un site qui publie des contenus utiles, structurés, et ciblés sur de vraies recherches. Si vous voulez accélérer, le trio gagnant reste : pages accessibles, sitemap + Search Console, et contenu qui mérite d’être indexé.</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Mon site a tendance à “sauter” au chargement de mes pages, pourquoi ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Quand votre site “saute” pendant le chargement, c’est presque toujours un problème de stabilité visuelle, mesuré par Google via le CLS (Cumulative Layout Shift). En clair : la page se construit, puis des éléments arrivent en retard et poussent tout le reste, ce qui donne cette impression de “tremblement” ou de décalage.</p>
<br><p>Les causes les plus fréquentes sont très terre-à-terre : des images (ou vidéos) insérées sans largeur/hauteur définies, des polices qui se chargent après coup et changent la taille des textes, ou des bandeaux injectés tardivement (cookies, pub, popups, chat, widgets). Le pire combo, c’est quand tout ça arrive “au-dessus de la ligne de flottaison” : là où l’utilisateur est en train de lire ou de cliquer.</p>
<br><p>La correction consiste surtout à réserver l’espace avant que les éléments ne s’affichent : donner des dimensions aux médias, éviter que des blocs apparaissent sans place prévue, et charger proprement les polices. Résultat : une page plus stable, une expérience plus agréable, et un signal positif pour les Core Web Vitals (donc pour le SEO aussi).</p>
</div>
</div>
<div class="faq-item">
<button class="faq-q" aria-expanded="false">
<span>Est-ce qu’un site a besoin de maintenance régulière ?</span>
<span class="faq-ico" aria-hidden="true">+</span>
</button>
<div class="faq-a" hidden>
<p>Oui. Un site sans maintenance, c’est un peu comme une voiture sans révision : ça roule… jusqu’au jour où ça ne roule plus, et là ce n’est jamais “juste un petit voyant”. Sans suivi régulier, vous accumulez des failles de sécurité, des bugs, et des lenteurs qui finissent par impacter vos visiteurs, vos ventes, et votre visibilité sur Google.</p>
<br><p>La maintenance, ce n’est pas “mettre à jour pour mettre à jour”. C’est surtout éviter les urgences : garder le cœur du site et ses extensions à jour, vérifier que les sauvegardes sont bien exploitables (pas juste “existantes”), surveiller les erreurs, et contrôler que rien d’anormal ne se passe côté sécurité. On en profite aussi pour faire un peu de ménage : cache, base de données, fichiers inutiles… ce qui aide souvent à garder un site plus stable et plus rapide.</p>
<br><p>Au final, une maintenance simple et régulière coûte presque toujours moins cher qu’un dépannage en catastrophe, surtout quand le site est en panne un lundi matin (comme par hasard) ou qu’il se fait pirater parce qu’un plugin n’a pas bougé depuis deux ans.</p>
</div>
</div>
</div>
</div>
</section>
<!--Blog-->
<!-- DERNIERS ARTICLES DE BLOG -->
<section id="blog" class="blog-latest py-5">
<div class="container">
<h2 class="blog-latest__title text-center mb-4">Nos derniers articles de blog</h2>
<div class="row g-4">
<div class="col-md-6 col-lg-4">
<article class="post-card h-100">
<a class="post-card__media" href="https://sitebug.fr/blog/erreur-504-gateway-timeout" aria-label="Lire : Erreur 504 gateway timeout et résolution">
<img
class="post-card__img"
src="https://sitebug.fr/storage/uploads/articles/2JHyPKFZLjtkBrGz7JU16RNwWcQrRSa0m3VHEZd0.png"
alt="Erreur 504 gateway timeout et résolution"
loading="lazy"
>
</a>
<div class="post-card__body">
<div class="post-card__meta">
<span class="meta-item">
<i class="bi bi-calendar3"></i>
09/03/2026
</span>
<span class="meta-item">
<i class="bi bi-clock"></i>
5 min
</span>
</div>
<h3 class="post-card__title">
<a href="https://sitebug.fr/blog/erreur-504-gateway-timeout">
Erreur 504 gateway timeout et résolution
</a>
</h3>
<p class="post-card__excerpt">
Vous cliquez sur une page. Le navigateur charge, charge… puis abandonne. Et là, au lieu du contenu attendu, vous tombez sur un message d’erreur : ...
</p>
<a class="post-card__link" href="https://sitebug.fr/blog/erreur-504-gateway-timeout">
Lire l’article →
</a>
</div>
</article>
</div>
<div class="col-md-6 col-lg-4">
<article class="post-card h-100">
<a class="post-card__media" href="https://sitebug.fr/blog/assistance-wordpress" aria-label="Lire : Assistance WordPress : différence entre maintenance, dépannage et infogérance">
<img
class="post-card__img"
src="https://sitebug.fr/storage/uploads/articles/LgxSEMdS1aAM0N1NAGUZCDropC1XX6dCSMlv05rj.png"
alt="Assistance WordPress : différence entre maintenance, dépannage et infogérance"
loading="lazy"
>
</a>
<div class="post-card__body">
<div class="post-card__meta">
<span class="meta-item">
<i class="bi bi-calendar3"></i>
01/03/2026
</span>
<span class="meta-item">
<i class="bi bi-clock"></i>
5 min
</span>
</div>
<h3 class="post-card__title">
<a href="https://sitebug.fr/blog/assistance-wordpress">
Assistance WordPress : différence entre maintenance, dépannage et infogérance
</a>
</h3>
<p class="post-card__excerpt">
Votre site WordPress peut avoir l’air “ok” à l’écran… jusqu’au jour où une mise à jour se transforme en m...
</p>
<a class="post-card__link" href="https://sitebug.fr/blog/assistance-wordpress">
Lire l’article →
</a>
</div>
</article>
</div>
<div class="col-md-6 col-lg-4">
<article class="post-card h-100">
<a class="post-card__media" href="https://sitebug.fr/blog/erreur-410-impact-seo" aria-label="Lire : Qu'est-ce que le code d'erreur 410 ?">
<img
class="post-card__img"
src="https://sitebug.fr/storage/uploads/articles/poHpcTmsSzaUe4IzUqHLsY5kmUvfPmX6AwLsGA32.png"
alt="Qu'est-ce que le code d'erreur 410 ?"
loading="lazy"
>
</a>
<div class="post-card__body">
<div class="post-card__meta">
<span class="meta-item">
<i class="bi bi-calendar3"></i>
01/03/2026
</span>
<span class="meta-item">
<i class="bi bi-clock"></i>
5 min
</span>
</div>
<h3 class="post-card__title">
<a href="https://sitebug.fr/blog/erreur-410-impact-seo">
Qu'est-ce que le code d'erreur 410 ?
</a>
</h3>
<p class="post-card__excerpt">
Si vous voyez une erreur 410, le message est simple : ce contenu a été supprimé volontairement et il ne reviendra pas. Et ça change tout, parc...
</p>
<a class="post-card__link" href="https://sitebug.fr/blog/erreur-410-impact-seo">
Lire l’article →
</a>
</div>
</article>
</div>
</div>
</div>
</section>
<!--Footer-->
<footer class="site-footer">
<div class="container site-footer__inner">
<!-- CTA bandeau -->
<div class="footer-cta">
<div class="footer-cta__text">Vous souhaitez travailler avec nous ?</div>
<a class="footer-cta__btn" href="https://sitebug.fr/contact">Contactez-nous</a>
</div>
<!-- Colonnes -->
<div class="footer-cols">
<!-- Infos -->
<div class="footer-col">
<h3 class="footer-col__title">NOS INFORMATIONS:</h3>
<p class="footer-info">
Fabrice STOLLER<br>
66 Avenue des champs Elysées<br>
75008 Paris
</p>
<p class="footer-info">
<span class="footer-ico" aria-hidden="true">📞</span>
<a href="tel:+33185097403">+33 1 84 16 06 79</a><br>
<span class="footer-ico" aria-hidden="true">✉️</span>
<a href="mailto:contact@sitebug.fr">contact@sitebug.fr</a>
</p>
<div class="footer-social">
<a class="social-btn" href="#" aria-label="Facebook">f</a>
<a class="social-btn social-btn--ig" href="#" aria-label="Instagram">⌁</a>
</div>
</div>
<!-- Services -->
<div class="footer-col footer-col--wide">
<h3 class="footer-col__title">NOS SERVICES</h3>
<div class="footer-links footer-links--2">
<ul>
<li><a href="https://sitebug.fr/bug-wordpress">Dépannage site WordPress</a></li>
<li><a href="https://sitebug.fr/bug-prestashop">Dépannage Prestashop</a></li>
<li><a href="https://sitebug.fr/bug-laravel">Dépannage Laravel</a></li>
<li><a href="https://sitebug.fr/bug-magento">Dépannage Magento</a></li>
<li><a href="https://sitebug.fr/bug-drupal">Dépannage Drupal</a></li>
<li><a href="https://sitebug.fr/bug-joomla">Dépannage Joomla</a></li>
<li><a href="https://sitebug.fr/bug-woocommerce">Dépannage Woocommerce</a></li>
<li><a href="https://sitebug.fr/bug-site-web">Dépannage site web</a></li>
<li><a href="https://sitebug.fr/site-wordpress-hacke">Site WordPress hacké</a></li>
<li><a href="https://sitebug.fr/maintenance-wordpress">Maintenance WordPress</a></li>
</ul>
<ul>
<li><a href="https://sitebug.fr/bug-erreur-5XX">Correction Erreur 5XX</a></li>
<li><a href="https://sitebug.fr/bug-erreur-4XX">Correction Erreur 4XX</a></li>
<li><a href="https://sitebug.fr/bug-mysql">Correction Erreur MySQL</a></li>
<li><a href="https://sitebug.fr/bug-site-lent">Lenteur site Web</a></li>
<li><a href="https://sitebug.fr/bug-securite">Sécurité SSL</a></li>
<li><a href="https://sitebug.fr/bug-hebergement">Lenteur Hébergement Web</a></li>
<li><a href="https://sitebug.fr/optimiser">Optimisation SEO</a></li>
<li><a href="https://sitebug.fr/creation-site-internet">Création site internet</a></li>
<li><a href="https://sitebug.fr/maintenance-site-web">Maintenance site Web</a></li>
</ul>
</div>
</div>
<!-- A propos -->
<div class="footer-col">
<h3 class="footer-col__title">A PROPOS</h3>
<ul class="footer-links">
<li><a href="https://sitebug.fr/a-propos">A propos de nous</a></li>
<li><a href="https://sitebug.fr/methode">Notre méthode</a></li>
<li><a href="https://sitebug.fr/faq">Notre FaQ</a></li>
<li><a href="https://sitebug.fr/mentions-legales">Mentions légales</a></li>
<li><a href="https://sitebug.fr/protection-donnees">Protection des données</a></li>
<li><a href="https://sitebug.fr/cgu">Condition générales de vente</a></li>
<li><a href="https://sitebug.fr/contact">Nous contacter</a></li>
</ul>
</div>
</div>
<div class="footer-bottom">
© 2026 SiteBug.fr — Tous droits réservés
</div>
</div>
</footer>
<!--Start of Tawk.to Script--><!--
<script type="text/javascript">
var Tawk_API=Tawk_API||{}, Tawk_LoadStart=new Date();
(function(){
var s1=document.createElement("script"),s0=document.getElementsByTagName("script")[0];
s1.async=true;
s1.src='https://embed.tawk.to/69a1cce7a69f731c382ee13a/1jig0gq87';
s1.charset='UTF-8';
s1.setAttribute('crossorigin','*');
s0.parentNode.insertBefore(s1,s0);
})();
</script> -->
<link rel="stylesheet" href="https://sitebug.fr/chat/chat-widget.css">
<script>
window.LiveChatConfig = {
apiBase: "/api",
title: "Besoin d'aide ?"
};
</script>
<script src="https://sitebug.fr/chat/chat-widget.js" defer></script>
<!--End of Tawk.to Script-->
<script src="https://cdn.jsdelivr.net/npm/bootstrap@5.3.8/dist/js/bootstrap.bundle.min.js" integrity="sha384-FKyoEForCGlyvwx9Hj09JcYn3nv7wiPVlz7YYwJrWVcXK/BmnVDxM+D2scQbITxI" crossorigin="anonymous"></script>
<script>
(function(){
const acc = document.getElementById('faqAcc');
if(!acc) return;
const items = Array.from(acc.querySelectorAll('.faq-item'));
items.forEach((item) => {
const btn = item.querySelector('.faq-q');
const panel = item.querySelector('.faq-a');
btn.addEventListener('click', () => {
const isOpen = item.classList.contains('is-open');
// ferme tout (accordéon "single open")
items.forEach(i => {
i.classList.remove('is-open');
const b = i.querySelector('.faq-q');
const p = i.querySelector('.faq-a');
b.setAttribute('aria-expanded', 'false');
p.hidden = true;
});
// ouvre si c'était fermé
if(!isOpen){
item.classList.add('is-open');
btn.setAttribute('aria-expanded', 'true');
panel.hidden = false;
}
});
});
})();
</script>
</body>
