Votre représentant commercial ouvre un autre email : « Combien coûte l'expédition de 8 palettes de Denver à Atlanta ? » Il copie les détails dans une feuille de calcul, contacte l'expédition, attend un rappel, puis répond six heures plus tard. Le prospect a déjà réservé avec quelqu'un d'autre. Nous avons construit un calculateur de devis fret pour un 3PL l'année dernière qui a remplacé cette boucle entière. Trois mois après le lancement, le volume des prospects entrants a triplé et l'équipe de vente a arrêté de répondre entièrement aux questions de taux de base. Le calculateur est devenu le premier filtre — il affichait les spécifications d'expédition, les coûts estimés en temps réel et capturait les informations de contact uniquement auprès des prospects dont les charges étaient réellement rentables. Voici comment le système fonctionne, ce qu'il coûte à construire et pourquoi la plupart des calculateurs échouent à l'étape finale de conversion.

Si vous êtes dans la logistique, le courtage en fret ou tout secteur d'activité lié à l'expédition, un calculateur de devis n'est pas qu'une fonctionnalité sympa — c'est le cœur de votre stratégie numérique. Mais en construire un qui soit réellement précis, rapide et qui convertisse les visiteurs en prospects ? C'est là que la plupart des équipes se bloquent.

J'ai construit plusieurs de ces systèmes maintenant, et je veux partager ce que j'ai appris sur l'architecture, les API, les pièges UX et les mécaniques de capture de prospects qui font la différence entre un outil que les gens abandonnent et un qui imprime l'argent.

Table des matières

Comment construire un site Web de calculateur de devis fret qui capture des prospects

Pourquoi les calculateurs de devis fret sont importants

L'industrie logistique vaut plus de 10,6 billions de dollars à l'échelle mondiale, et les expéditeurs s'attendent de plus en plus à une tarification instantanée. Une récente enquête de Freightos a révélé que 72 % des expéditeurs préfèrent obtenir un devis en ligne instantané plutôt que d'appeler ou d'envoyer un email. L'attente a changé.

Voici le cas commercial en termes simples :

  • Qualification des prospects sur autopilot. Quand quelqu'un remplit l'origine, la destination, le poids et la classe de fret, vous savez déjà s'il vaut un appel téléphonique avant même de décrocher.
  • Disponibilité 24/7. Votre calculateur fonctionne à 2 h du matin un samedi. Votre équipe de vente ne l'est pas.
  • Collecte de données. Chaque demande de devis vous dit quelque chose sur les couloirs d'expédition, les volumes et la demande du marché — des informations que vous pouvez utiliser pour négocier de meilleurs taux de transporteur.
  • Avantage concurrentiel. La plupart des petits et moyens courtiers en fret s'appuient toujours sur les demandes de devis par email. Un calculateur instantané vous met en avant de 80 % d'entre eux.

Le calcul du ROI est simple. Si vous payez un représentant commercial 60 000 $/an pour traiter les demandes de devis, et qu'un calculateur peut traiter 70 % des demandes initiales, l'outil se paie en quelques mois.

Choisir votre pile technologique

La bonne pile technologique dépend de savoir si vous avez besoin d'un calculateur autonome, de quelque chose intégré à un site existant ou d'une plate-forme complète. Voici comment je le vois :

Pour les sites Web de calculateur autonome

Next.js est mon premier choix ici. Vous obtenez le rendu côté serveur pour le SEO, les routes API pour gérer les recherches de taux de manière sécurisée, et le modèle de composants de React rend les formulaires multi-étapes gérables. Nous avons construit plusieurs outils logistiques de cette façon chez Social Animal — vous pouvez en savoir plus sur notre approche sur notre page de développement Next.js.

Pour les calculateurs légers intégrés

Si vous avez déjà un site marketing et que vous avez juste besoin d'intégrer un widget calculateur, Astro avec une île React fonctionne bien. La page environnante reste statique et rapide, et le calculateur interactif s'hydrate uniquement si nécessaire. Consultez nos capacités de développement Astro si cela vous intéresse.

Pour l'approche CMS-pilotée

De nombreuses entreprises logistiques veulent que leur équipe marketing contrôle le contenu environnant — des articles de blog sur l'expédition, des pages de destination pour des couloirs spécifiques, etc. Une configuration de CMS sans tête avec quelque chose comme Sanity ou Contentful derrière Next.js vous donne à la fois le calculateur dynamique et la flexibilité du contenu.

Approche Meilleur pour Framework Complexité de construction
Plateforme autonome Les courtiers en fret construisant un produit principal Next.js + PostgreSQL Élevée
Widget intégré Ajouter à un site marketing existant Astro + île React Moyenne
Site piloté par CMS Les sociétés logistiques axées sur le marketing Next.js + CMS sans tête Moyen-Élevé
Plugin WordPress Budget limité, besoins basiques WordPress + plugin personnalisé Faible-Moyen

Fonctionnalités essentielles que tout calculateur de taux d'expédition doit avoir

J'ai vu trop de calculateurs qui sont soit des monstres sur-ingéniérés, soit des formulaires minimalistes qui ne fournissent pas assez de valeur. Voici le point d'équilibre :

Fonctionnalités obligatoires

  1. Entrées d'origine et de destination avec autocomplétion d'adresse (API Google Places ou Mapbox)
  2. Sélection de classe de fret ou classification automatique basée sur la marchandise
  3. Entrée de poids et dimensions avec bascules d'unités (lbs/kg, in/cm)
  4. Sélecteur de type d'expédition — LTL, FTL, colis, intermodal
  5. Services accessoriels — liftgate, livraison résidentielle, livraison intérieure, matières dangereuses
  6. Affichage des taux en temps réel montrant plusieurs options de transporteur
  7. Capture d'email avant ou après l'affichage des taux
  8. Fonctionnalité de sauvegarde/partage de devis avec des URL uniques

Fonctionnalités sympa

  • Estimations du délai de transit aux côtés de la tarification
  • Visualisation de la carte de l'itinéraire
  • Outil de recherche de classe de fret (codes NMFC)
  • Comparaison de devis historiques
  • Support multi-arrêts/multi-expéditions
  • Génération de devis PDF
  • Intégration CRM (HubSpot, Salesforce)

Fonctionnalités à ignorer (au moins au début)

  • Suivi en temps réel (c'est un produit différent)
  • Traitement des paiements (la tarification et la réservation sont des flux de travail séparés pour la plupart des frets)
  • Fonctionnalité TMS complète (la portée du projet tue les projets)

Comment construire un site Web de calculateur de devis fret qui capture des prospects - architecture

Intégrations d'API de taux fret

C'est là que la théorie devient pratique. Votre calculateur n'est aussi bon que les taux qu'il retourne. Voici les principales options :

APIs des transporteurs directs

La plupart des grands transporteurs LTL offrent des API de taux :

  • API FedEx Freight — Bien documentée, RESTful. Nécessite un compte développeur FedEx.
  • UPS Freight (TForce) — Renommé après l'acquisition de Coyote. L'API est décente.
  • API XPO Logistics — Solide pour LTL, nécessite un contrat.
  • Old Dominion (ODFL) — Leur API est... fonctionnelle. La documentation pourrait être meilleure.
  • Estes Express — API REST disponible, nécessite la configuration du compte.

APIs d'agrégateur de taux

Si vous ne voulez pas intégrer avec 15 transporteurs individuellement (et croyez-moi, vous ne le voulez pas), les agrégateurs sont le chemin à suivre :

Fournisseur Couverture Tarification (2026) Qualité API
Freightos (WebCargo) Mondial, multi-modal Personnalisé par volume Excellente
ShipEngine Colis + LTL Niveau gratuit disponible, puis ~0,05 $/étiquette Bonne
EasyPost Colis-focused 0,01-0,05 $/appel API Très bonne
GoShip Axé sur LTL Modèle de partage des revenus Décente
SMC³ (RateWare) Taux de référence LTL ~500-2 000 $/mois Standard de l'industrie
Turvo Multi-modal Tarification d'entreprise Bonne

Voici un exemple basique de la façon dont vous récupéreriez des taux de ShipEngine dans une route API Next.js :

// app/api/rates/route.ts
import { NextRequest, NextResponse } from 'next/server';

export async function POST(req: NextRequest) {
  const { origin, destination, weight, dimensions } = await req.json();

  const response = await fetch('https://api.shipengine.com/v1/rates', {
    method: 'POST',
    headers: {
      'API-Key': process.env.SHIPENGINE_API_KEY!,
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({
      rate_options: {
        carrier_ids: [process.env.FEDEX_CARRIER_ID, process.env.UPS_CARRIER_ID],
      },
      shipment: {
        ship_from: { postal_code: origin.zip, country_code: 'US' },
        ship_to: { postal_code: destination.zip, country_code: 'US' },
        packages: [{
          weight: { value: weight, unit: 'pound' },
          dimensions: {
            length: dimensions.length,
            width: dimensions.width,
            height: dimensions.height,
            unit: 'inch',
          },
        }],
      },
    }),
  });

  const data = await response.json();
  
  // Transform et trier les taux
  const rates = data.rate_response.rates
    .map((rate: any) => ({
      carrier: rate.carrier_friendly_name,
      service: rate.service_type,
      price: rate.shipping_amount.amount,
      transit_days: rate.delivery_days,
    }))
    .sort((a: any, b: any) => a.price - b.price);

  return NextResponse.json({ rates });
}

Tableaux de taux personnalisés

Certains courtiers n'utilisent pas d'API du tout — ils ont des taux négociés stockés dans des feuilles de calcul. Pour ces clients, nous construisons un moteur de taux qui récupère à partir d'une base de données :

// Recherche de taux simplifiée à partir de tableaux personnalisés
async function getCustomRates(
  originZip: string,
  destZip: string,
  weight: number,
  freightClass: number
) {
  const lane = await db.lanes.findFirst({
    where: {
      originZipRange: { contains: originZip.substring(0, 3) },
      destZipRange: { contains: destZip.substring(0, 3) },
    },
  });

  if (!lane) return null;

  const rate = lane.baseRate
    + (weight * lane.perPoundRate)
    + (getClassMultiplier(freightClass) * lane.classAdjustment);

  return {
    carrier: 'Direct Rate',
    price: Math.round(rate * 100) / 100,
    transit_days: lane.estimatedTransitDays,
  };
}

Construire l'UX du formulaire de devis

C'est là où je vois échouer la plupart des calculateurs de fret. Le formulaire est tout. Si vous le faites mal, les gens abandonnent avant même de voir un taux.

Multi-étapes vs. Page unique

Pour le fret LTL avec beaucoup d'entrées, le multi-étapes gagne à chaque fois. Nos tests montrent un taux de complétion 34 % plus élevé avec un formulaire à 3 étapes par rapport à un long formulaire unique. Voici la répartition :

Étape 1 : Détails d'expédition — Code postal d'origine, code postal de destination, type d'expédition (LTL/FTL/colis)

Étape 2 : Informations sur la cargaison — Poids, dimensions, classe de fret, nombre de palettes, accessoriels

Étape 3 : Informations de contact — Nom, email, téléphone, entreprise (c'est votre capture de prospect)

La clé : afficher un indicateur de progression. Les gens ont besoin de savoir qu'ils sont aux 2/3 du chemin. L'abandon diminue considérablement quand ils peuvent voir la ligne d'arrivée.

Autocomplétion d'adresse

Ne forcez pas les utilisateurs à taper des adresses complètes. L'API Google Places coûte environ 2,83 $ pour 1 000 demandes (en 2026). Pour un calculateur de fret, c'est des centimes comparé à la valeur de chaque prospect. Mapbox est une bonne alternative à 5 $ pour 1 000 demandes avec des niveaux gratuits plus généreux.

// Autocomplétion d'adresse simple avec Google Places
import usePlacesAutocomplete, { getGeocode } from 'use-places-autocomplete';

function AddressInput({ onSelect }: { onSelect: (address: Address) => void }) {
  const {
    value,
    suggestions: { data },
    setValue,
    clearSuggestions,
  } = usePlacesAutocomplete({
    requestOptions: { componentRestrictions: { country: 'us' } },
    debounce: 300,
  });

  const handleSelect = async (description: string) => {
    setValue(description, false);
    clearSuggestions();
    const results = await getGeocode({ address: description });
    // Extraire zip, city, state des résultats
    onSelect(parseAddressComponents(results[0]));
  };

  return (
    <div className="relative">
      <input
        value={value}
        onChange={(e) => setValue(e.target.value)}
        placeholder="Entrez la ville ou le code postal"
        className="w-full p-3 border rounded-lg"
      />
      {data.length > 0 && (
        <ul className="absolute z-10 w-full bg-white border rounded-lg mt-1 shadow-lg">
          {data.map((suggestion) => (
            <li
              key={suggestion.place_id}
              onClick={() => handleSelect(suggestion.description)}
              className="p-3 hover:bg-gray-50 cursor-pointer"
            >
              {suggestion.description}
            </li>
          ))}
        </ul>
      )}
    </div>
  );
}

Assistant de classe de fret

La plupart des expéditeurs ne connaissent pas leur classe de fret d'emblée. Créez un assistant qui demande le type de marchandise et estime la classe. Le système NMFC (National Motor Freight Classification) a 18 classes allant de 50 à 500. Une liste déroulante simple avec des catégories de marchandises communes mappées aux classes de fret économise énormément de friction à vos utilisateurs.

Stratégie de capture de prospects et gating

Voici le débat éternel : montrez-vous les taux avant ou après la collecte des informations de contact ?

Après avoir construit ceux-ci pour plusieurs clients, voici mon avis : montrez un aperçu, gated les détails.

Le modèle le plus efficace que nous avons testé :

  1. Laissez les utilisateurs remplir les détails d'expédition sans aucune inscription
  2. Afficher une plage de taux (par exemple, « 450 $ - 680 $ pour cette route »)
  3. Exiger l'email + le nom pour voir les taux des transporteurs spécifiques et les délais de transit
  4. Proposer un CTA « obtenir un devis exact » qui déclenche le suivi des ventes

Cette approche a eu un taux de capture de prospect de 47 % dans nos tests, contre 23 % pour le gating complet (exiger des informations avant tout affichage de taux) et 8 % pour l'absence de gating (montrer tout gratuitement).

Intégration CRM

Chaque demande de devis doit affluer automatiquement dans votre CRM. Voici à quoi devrait ressembler la charge utile de données :

interface QuoteLeadData {
  // Informations de contact
  name: string;
  email: string;
  phone?: string;
  company?: string;
  
  // Détails d'expédition
  origin: { city: string; state: string; zip: string };
  destination: { city: string; state: string; zip: string };
  shipmentType: 'LTL' | 'FTL' | 'Parcel' | 'Intermodal';
  weight: number;
  freightClass?: number;
  
  // Résultats du devis
  quotedRates: Array<{ carrier: string; price: number; transitDays: number }>;
  selectedRate?: { carrier: string; price: number };
  
  // Métadonnées
  quoteId: string;
  createdAt: Date;
  utmSource?: string;
  utmMedium?: string;
  utmCampaign?: string;
}

L'API HubSpot est simple pour cela. Salesforce fonctionne aussi, bien que la configuration soit plus impliquée. Le point important est que votre équipe de vente voit le contexte complet du devis quand elle effectue le suivi — pas seulement un nom et un email.

Architecture backend et flux de données

Voici l'architecture que je recommande pour un calculateur de fret en production :

Navigateur utilisateur
  → Frontend Next.js (formulaire multi-étapes)
  → Routes API Next.js (ou service Express/Fastify séparé)
    → Couche de cache de taux (Redis, TTL 15 min)
    → APIs des transporteurs / Tableaux de taux
    → Stockage de devis (PostgreSQL)
    → Webhook CRM (HubSpot/Salesforce)
    → Notification par email (SendGrid/Resend)

Pourquoi une couche de cache est importante

Les appels d'API des transporteurs ne sont pas gratuits et ne sont pas rapides. Un appel API de taux LTL typique prend 2-5 secondes. Si vous frappez 5 transporteurs, c'est potentiellement 25 secondes de temps d'attente.

Solution : mettez en cache les taux par couloir (préfixe code postal d'origine + préfixe code postal de destination) avec un TTL de 15 minutes. La plupart des taux de fret ne changent pas minute par minute. Redis est parfait pour cela.

async function getCachedRates(origin: string, dest: string, params: QuoteParams) {
  const cacheKey = `rates:${origin.substring(0,3)}:${dest.substring(0,3)}:${params.weight}:${params.freightClass}`;
  
  const cached = await redis.get(cacheKey);
  if (cached) return JSON.parse(cached);
  
  const rates = await fetchCarrierRates(origin, dest, params);
  await redis.setex(cacheKey, 900, JSON.stringify(rates)); // 15 min TTL
  
  return rates;
}

Schéma de base de données

Stockez chaque devis pour l'analyse et le suivi des ventes :

CREATE TABLE quotes (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  lead_id UUID REFERENCES leads(id),
  origin_zip VARCHAR(10),
  origin_city VARCHAR(100),
  origin_state VARCHAR(2),
  dest_zip VARCHAR(10),
  dest_city VARCHAR(100),
  dest_state VARCHAR(2),
  shipment_type VARCHAR(20),
  weight_lbs DECIMAL(10,2),
  freight_class INTEGER,
  num_pallets INTEGER,
  accessorials JSONB,
  rates JSONB,
  selected_carrier VARCHAR(100),
  selected_price DECIMAL(10,2),
  status VARCHAR(20) DEFAULT 'quoted',
  created_at TIMESTAMPTZ DEFAULT NOW(),
  converted_at TIMESTAMPTZ
);

Considérations de performance et SEO

Une page de calculateur de fret doit être classée pour des termes comme « calculateur de devis de fret », « tarifs d'expédition LTL » et « estimateur de coûts de fret ». Voici comment faire en sorte que cela se produise :

Vitesse de la page

Le calculateur lui-même est interactif, mais la page environnante doit charger instantanément. Avec le routeur d'application Next.js, vous pouvez restituer le shell de la page et diffuser en continu le composant calculateur. Ciblez une Largest Contentful Paint (LCP) inférieure à 2,5 secondes.

Stratégie de contenu

Ne faites pas de votre page de calculateur un formulaire vide. Entourez-le avec :

  • Une explication de la façon dont la tarification du fret fonctionne
  • Un tableau de recherche de classe de fret
  • Des FAQ sur les taux d'expédition
  • Des signaux de confiance (logos de transporteurs, nombre de clients, années en activité)

Google a besoin de texte pour comprendre de quoi parle votre page. Une page qui est à 90 % formulaire JavaScript sans contenu de support ne sera pas classée.

Balisage de schéma

Ajoutez un balisage de schéma SoftwareApplication ou WebApplication pour aider Google à comprendre que votre calculateur est un outil :

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Freight Quote Calculator",
  "description": "Obtenez des tarifs d'expédition LTL et FTL instantanés",
  "applicationCategory": "BusinessApplication",
  "offers": {
    "@type": "Offer",
    "price": "0",
    "priceCurrency": "USD"
  }
}

Tarification réelle et coûts de développement

Parlez nombres. Voici ce qu'il coûte réellement de construire un calculateur de devis fret en 2026 :

Composant Coût DIY Coût Agence Délai
Calculateur basique (transporteur unique, formulaire simple) 3 000 $-8 000 $ 8 000 $-15 000 $ 2-4 semaines
Multi-transporteur avec intégrations API 10 000 $-25 000 $ 25 000 $-50 000 $ 6-10 semaines
Plateforme complète avec CRM, analyses, admin 25 000 $-60 000 $ 50 000 $-120 000 $ 12-20 semaines
Maintenance continue + coûts API 500 $-2 000 $/mois 1 000 $-5 000 $/mois Mensuel

Les coûts d'API sont souvent sous-estimés. Budget pour :

  • ShipEngine : Gratuit pour 500 étiquettes/mois, puis ~0,05 $/étiquette
  • API Google Places : ~2,83 $/1 000 demandes
  • SMC³ RateWare : 500-2 000 $/mois selon le volume
  • Hébergement Redis (Upstash/Railway) : 10-50 $/mois
  • Hébergement PostgreSQL (Neon/Supabase) : Niveau gratuit à 25 $/mois pour la plupart des calculateurs

Si vous envisagez l'option de niveau moyen et que vous voulez discuter de la portée, consultez notre page de tarification ou contactez-nous directement. Nous avons décidé assez bien de ces questions pour vous donner une estimation réaliste rapidement.

FAQ

Combien coûte la construction d'un site Web de calculateur de devis de fret ?

Un calculateur de fret basique avec une intégration de transporteur unique coûte 8 000 $-15 000 $ via une agence, tandis qu'une plateforme multi-transporteurs avec intégration CRM et tableau de bord d'administration coûte généralement 25 000 $-50 000 $. Les principaux facteurs de coûts sont le nombre d'intégrations d'API de transporteur, la complexité de votre logique de taux et si vous avez besoin d'un panneau d'administration personnalisé. Le DIY avec une petite équipe de développement peut réduire les coûts de 40 à 60 %, mais attendez-vous à un délai plus long.

Quelles API dois-je pour les devis de taux de fret en temps réel ?

Pour l'expédition LTL, vous voudrez soit les API des transporteurs directs (FedEx Freight, XPO, Old Dominion) soit un agrégateur comme ShipEngine ou Freightos qui regroupe plusieurs transporteurs. Pour les colis, EasyPost et ShipEngine sont les plus populaires. SMC³ RateWare est le standard de l'industrie pour les taux de référence LTL. La plupart des projets commencent par une API d'agrégateur et ajoutent ultérieurement des intégrations de transporteurs directs pour de meilleurs taux sur les couloirs à fort volume.

Dois-je gater mon calculateur de fret derrière un formulaire de capture de prospect ?

L'approche la plus efficace est le gating partiel — montrez aux utilisateurs une plage de taux ou un résumé gratuitement, puis exigez les informations de contact pour voir les taux spécifiques aux transporteurs détaillés. Dans nos tests, cette approche capture les prospects à peu près le double du taux du gating complet (exiger des informations avant d'afficher les prix) tout en générant toujours beaucoup plus de prospects que de ne rien afficher gratuitement.

Combien de temps faut-il pour construire un calculateur de taux d'expédition ?

Un calculateur minimum viable avec une API de transporteur, un formulaire multi-étapes simple et une capture d'email peut être construit en 2-4 semaines. L'ajout de plusieurs intégrations de transporteur, un moteur de taux personnalisé, l'intégration CRM et un tableau de bord administrateur prolonge généralement le délai à 8-16 semaines. La phase d'intégration et de test de l'API du transporteur prend généralement plus de temps que prévu en raison des incohérences dans la documentation de l'API du transporteur.

Quelle est la meilleure pile technologique pour un outil de devis logistique ?

Next.js avec TypeScript sur le frontend, PostgreSQL pour le stockage des données et Redis pour la mise en cache des taux est une combinaison éprouvée. Pour la couche de déploiement, Vercel gère bien l'hébergement Next.js, bien qu'AWS ou Railway fonctionnent si vous avez besoin de plus de contrôle du backend. Si vous intégrez un calculateur à un site marketing statique existant, Astro avec des îles React est une alternative plus légère.

Comment gérer le calcul de la classe de fret dans mon outil ?

Créez un sélecteur de marchandises qui mappe les catégories de produits courantes aux classes de fret NMFC. Vous n'avez pas besoin d'inclure les 18 classes — la plupart des expéditions tombent dans les classes 50, 55, 60, 65, 70, 77,5, 85 et 100. Laissez les utilisateurs sélectionner parmi une liste déroulante de marchandises courantes (« électronique », « meubles », « conserves ») et auto-attribuer la classe. Incluez une option de remplacement pour les utilisateurs qui connaissent leur classe spécifique.

Puis-je construire un calculateur de fret avec WordPress ?

Oui, mais avec des limitations. Les plugins WordPress comme WooCommerce Shipping ou les plugins personnalisés peuvent gérer les calculs de taux basiques. Cependant, pour les intégrations d'API multi-transporteur en temps réel, la logique de taux complexe et l'UX de formulaire haute performance, une solution personnalisée construite avec Next.js ou un framework similaire surpassera considérablement WordPress. WordPress convient à un formulaire « demander un devis » basique mais ne convient pas à l'affichage des taux instantanés.

Comment faire en sorte que mon calculateur de fret soit classé sur Google ?

Entourez votre calculateur avec un contenu substantiel de soutien — expliquez comment fonctionne la tarification du fret, incluez un tableau de référence de classe de fret et ajoutez des FAQ sur les coûts d'expédition. Utilisez le balisage de schéma WebApplication, assurez-vous que la page se charge rapidement (moins de 2,5 s LCP) et créez des liens internes à partir du contenu de blog connexe sur l'expédition et la logistique. Le calculateur seul ne sera pas classé — Google a besoin de contenu textuel pour comprendre la pertinence de la page.