Infrastructure
· 17 checks — DNS, redirects, IPv6, crawlability, URL variants, and domain intelligence rolled into one auditable list.BDNSSECUnsigned (DNSSEC not deployed)REVIEW
BCAA RecordsNo CAA records (any CA may issue certificates)REVIEW
CReverse DNSAction0/4 IPs match cert SANREVIEW
BTLS Certificate Expiry & Recommendations42 days until leaf cert expires — 3 issues to addressREVIEW
Certificate validity
Recommended actions
- Add the preload directive and submit to hstspreload.org once max-age + includeSubDomains are in place
- Enable DNSSEC on your domain for DNS spoofing protection
- Enable OCSP stapling on your TLS server to remove a CA roundtrip and protect user privacy
BOperational Status PageNo status page link detectedREVIEW
BHealth Check EndpointNo conventional health endpoint foundREVIEW
ADNS Records2 A records, 39 ms lookupPASS
| A | 104.21.22.18, 172.67.201.215 |
| AAAA | 2606:4700:3035::6815:1612, 2606:4700:3037::ac43:c9d7 |
| CNAME | — |
| NS | — |
| MX | — |
| TXT | — |
| CAA | Lookup not available with standard resolver |
SPF helps prevent email spoofing. Add a TXT record starting with 'v=spf1'.
Without SPF, receiving servers can't validate sending IPs — your domain is easier to spoof in phishing.
Learn more ▾ ▴
SPF complements DMARC. Both should be published. SPF records list authorized sending IPs (e.g., `v=spf1 include:_spf.google.com ~all` for Google Workspace). After publishing, verify in Google Postmaster Tools or mxtoolbox.
Source: RFC 7208 (SPF)
A+Subdomain TakeoverNo subdomain takeover risk detectedPASS
A+Multi-Resolver DNS SpeedMean 32ms across 3 resolvers (spread 20ms)PASS
A+Redirect ChainNo redirects — direct accessPASS
https://www.gively.fr
111 ms · HTTP/1.1 FINAL
| # | URL | Status | Time | Protocol | Server |
|---|---|---|---|---|---|
| 1 | https://www.gively.fr | 200 | 111 ms | HTTP/1.1 | cloudflare |
A+IPv6 ReadinessIPv6 reachable (17 ms)PASS
A+Crawlabilityrobots.txt present, sitemap with 3 URLsPASS
# As a condition of accessing this website, you agree to abide by the following
# content signals:
# (a) If a Content-Signal = yes, you may collect content for the corresponding
# use.
# (b) If a Content-Signal = no, you may not collect content for the
# corresponding use.
# (c) If the website operator does not include a Content-Signal for a
# corresponding use, the website operator neither grants nor restricts
# permission via Content-Signal with respect to the corresponding use.
# The content signals and their meanings are:
# search: building a search index and providing search results (e.g., returning
# hyperlinks and short excerpts from your website's contents). Search does not
# include providing AI-generated search summaries.
# ai-input: inputting content into one or more AI models (e.g., retrieval
# augmented generation, grounding, or other real-time taking of content for
# generative AI search answers).
# ai-train: training or fine-tuning AI models.
# use: how AI systems may consume the content (immediate, reference, or full).
# ANY RESTRICTIONS EXPRESSED VIA CONTENT SIGNALS ARE EXPRESS RESERVATIONS OF
# RIGHTS UNDER ARTICLE 4 OF THE EUROPEAN UNION DIRECTIVE 2019/790 ON COPYRIGHT
# AND RELATED RIGHTS IN THE DIGITAL SINGLE MARKET.
# BEGIN Cloudflare Managed content
User-agent: *
Content-Signal: search=yes,ai-train=no,use=reference
Allow: /
User-agent: Amazonbot
Disallow: /
User-agent: Applebot-Extended
Disallow: /
User-agent: Bytespider
Disallow: /
User-agent: CCBot
Disallow: /
User-agent: ClaudeBot
Disallow: /
User-agent: CloudflareBrowserRenderingCrawler
Disallow: /
User-agent: Google-Extended
Disallow: /
User-agent: GPTBot
Disallow: /
User-agent: meta-externalagent
Disallow: /
# END Cloudflare Managed Content
# Robots.txt Gively — Phase 12.1 (mai 2026).
#
# Stratégie : tout est public par défaut sauf les chemins strictement
# applicatifs/auth (admin, checkout, profil, messagerie).
#
# Bots SEO standards — règles communes :
User-agent: *
Allow: /
# Routes admin (back-office, jamais à indexer).
Disallow: /admin
Disallow: /admin-v2
# Routes auth-only.
Disallow: /login
Disallow: /register
Disallow: /forgot-password
Disallow: /reset-password
Disallow: /verify-email
Disallow: /settings
Disallow: /dashboard
Disallow: /messages
Disallow: /wallet
# Tunnel d'achat / publication / profil.
Disallow: /payment
Disallow: /checkout
Disallow: /publish
Disallow: /profile
# Recherche live PARAMÉTRÉE (?q=, ?category=, ?city=…) : non indexable.
# Chaque paramètre crée une URL distincte = duplication massive + vecteur
# d'injection de mots-clés arbitraires sous gively.fr (audit Red Team SEO #6).
# Les vraies landings de recherche sont /recherche/{slug} (encadrées, data-aware).
# La page /search nue (sans paramètre) reste, elle, indexable.
Disallow: /search?
# Pages applicatives connectées (audit GIVELY SEO #6) : indexables par erreur
# (HTML SPA générique servi à Googlebot avant la redirection JS) = soft-404.
Disallow: /mes-recherches
Disallow: /favorites
Disallow: /notifications
# Audit SEO 06/08/2026 (P1-2) : pages applicatives qui manquaient — espace
# perso complet + tunnels + pages techniques (doublées d'un noindex serveur).
Disallow: /mes-achats
Disallow: /mes-ventes
Disallow: /mes-annonces
Disallow: /mes-dons
Disallow: /mes-locations
Disallow: /mes-services
Disallow: /mes-offres
Disallow: /mes-demandes
Disallow: /mon-impact
Disallow: /reclamations
Disallow: /onboarding
Disallow: /simulation
Disallow: /leaderboard
Disallow: /welcome
Disallow: /review/
Disallow: /payment-success
Disallow: /confirm-receipt
Disallow: /share-target
Disallow: /open-file
Disallow: /preferences-email
Disallow: /portefeuille
Disallow: /revenus
Disallow: /verification
Disallow: /account/
# Espace association connecté.
Disallow: /association/dashboard
Disallow: /association/profile
Disallow: /association/login
Disallow: /association/register
Disallow: /association/setup-password
# API (backend).
Disallow: /api/
# …MAIS on autorise explicitement les sitemaps servis sous /api/ : sans ces
# exceptions, Googlebot refuse de RÉCUPÉRER le fichier sitemap lui-même
# (Search Console : « Impossible de récupérer le sitemap »). Une règle Allow
# plus spécifique que le Disallow l'emporte chez Google.
Allow: /api/sitemap.xml
Allow: /api/sitemap-index.xml
Allow: /api/sitemap-images.xml
Allow: /api/sitemap-blog.xml
# Note : Crawl-delay retiré (Googlebot l'ignore et GSC déclenche
# des warnings « Règle ignorée par Googlebot »). Les bots SEO
# (Ahrefs, Semrush, MJ12, DotBot) tombent sur User-agent: * et
# crawlent à vitesse standard — pour les throttler, utiliser
# leur dashboard respectif ou un rate-limit côté serveur.
# ─── Bots IA générative (GEO) — on AUTORISE ───
# Stratégie GEO (juin 2026) : Gively VEUT être cité spontanément par les
# moteurs génératifs (ChatGPT, Gemini, Claude, Perplexity, Copilot, Google
# AI Overviews). On ne peut pas être cité par un bot qu'on bloque. On RETIRE
# donc les anciens blocs « Disallow: / » pour GPTBot/PerplexityBot/Google-
# Extended/anthropic-ai/CCBot, etc. : sans bloc spécifique, ces robots héritent
# des règles « User-agent: * » ci-dessus — donc ils crawlent tout le contenu
# PUBLIC (annonces, associations, pages piliers GEO) et restent exclus des zones
# privées déjà protégées (/admin, /api/, /payment, /profile, /messages, auth…).
# Le contenu structuré (JSON-LD Article/FAQPage) est injecté côté serveur par
# server.js → lisible par ces robots sans exécuter de JS.
# ─── Sitemaps (3 sitemaps spécialisés via index) ───
# Le sitemap-index racine pointe vers les sub-sitemaps dynamiques
# servis par le backend.
Sitemap: https://www.gively.fr/sitemap.xml
Sitemap: https://www.gively.fr/api/sitemap.xml
Sitemap: https://www.gively.fr/api/sitemap-images.xml
Sitemap: https://www.gively.fr/api/sitemap-blog.xml
A+URL Variantswww/non-www, trailing slash, HTTP→HTTPSPASS
www / non-www
Preferred variant: www
HTTP → HTTPS
Consistent
A+Domain Intelligencegively.fr — via OVH, 4 months oldPASS
211 days
March 25, 2027
42 days
Issued by Google Trust Services
4 months
Registered March 25, 2026
Status unknown
Protects against DNS spoofing
Unknown
2606:4700:3037::ac43:c9d7
OVH
Expiry timeline
Recommended actions
- Newly registered domain — build backlinks and content to establish SEO trust
- Enable registrar lock (clientTransferProhibited) to block unauthorized domain transfers
Newly registered domains may face SEO trust challenges. Search engines generally give more authority to older domains. This is informational — not a problem to fix.
Informational: domain age. Newer domains may have lower trust signals in spam/security filters.
The domain can be transferred without an unlock step. Enable registrar lock (clientTransferProhibited) in your registrar's control panel to protect against unauthorized or accidental transfers.
Without registrar lock, an attacker who phishes your registrar credentials can transfer the domain in minutes — total brand hijack.
Learn more ▾ ▴
Registrar lock (clientTransferProhibited, clientUpdateProhibited, clientDeleteProhibited) requires extra verification before any transfer/update/delete. Every major registrar offers it free. Combined with 2FA on your registrar account, it's the strongest defense against domain hijacking.
Source: ICANN / domain-security best practice