Votre importateur actualise la page de suivi pour la quatrième fois cette heure. Le conteneur a quitté Shanghai il y a trois jours — mais votre site affiche toujours un PDF statique avec des dates estimées d'avant-hier. Elle ouvre son email pour demander une mise à jour, encore une fois. Pendant ce temps, le portail de votre concurrent affiche la position en direct du navire, l'état du dédouanement et l'arrivée estimée au port dans 90 minutes. Elle compare déjà les devis là-bas. En 2026, les clients du transport attendent l'expérience de suivi qu'ils obtiendraient d'Amazon — sauf que pour des expéditions de 47 000 $ traversant trois continents. La plupart des sites de transitaires traitent encore cela comme une fonctionnalité accessoire au lieu du facteur décisif qu'il est réellement. Voici ce qui sépare un portail qui gagne des contrats d'un portail qui force les clients à vous appeler douze fois par expédition.

Le transport de fret est une affaire de relations, c'est vrai. Mais les relations qui perdurent sont celles où les clients peuvent suivre leurs expéditions à 2 h du matin sans appeler personne, obtenir des devis instantanés sans attendre une réponse par email, et gérer toute leur chaîne d'approvisionnement à partir d'un seul tableau de bord. Les entreprises qui réussissent actuellement ne sont pas seulement bonnes pour déplacer du fret — elles sont bonnes pour construire des expériences numériques qui facilitent la vie de leurs clients.

Cet article détaille tout ce que vous devez savoir sur la construction d'un site web de transitaire qui performe réellement : portails clients, suivi d'expédition en temps réel, moteurs de devis, architecture CMS et les décisions de pile technologique qui comptent.

Table des matières

Conception de site web de transitaire : Portails clients et suivi d'expédition en 2026

Pourquoi la plupart des sites de transitaires échouent

Soyons directs. J'ai audité des dizaines de sites de transitaires et les mêmes problèmes surgissent à chaque fois :

Ce sont des brochures statiques. Une page d'accueil, une page « À propos », une page « Services » listant le transport maritime, aérien et l'entreposage, et un formulaire de contact. C'est tout. Aucune fonctionnalité. Aucune raison pour un client de revenir après la première visite.

Ils sont lents. Les entreprises logistiques adorent les images héroïques de gigantesques porte-conteneurs. Ces images non optimisées de 4 Mo se chargent sur un serveur hébergé quelque part de bon marché, et le site prend plus de 8 secondes avant d'être interactif. Les Core Web Vitals de Google pénalisent cela lourdement.

Ils ne s'intègrent à rien. L'entreprise utilise CargoWise, Magaya ou Descartes en interne, mais le site web existe dans un univers complètement séparé. Les clients appellent ou envoient un email pour obtenir des mises à jour d'expédition. C'est un coût de personnel qui augmente linéairement avec votre base de clients.

Ils ignorent le mobile. Environ 47 % des chercheurs B2B utilisent des appareils mobiles pendant le processus d'achat, selon la recherche Google/BCG. Les décideurs logistiques vérifient l'état des expéditions depuis les chantiers, les aéroports et les usines. Si votre site ne fonctionne pas sur un téléphone, vous êtes invisible pour eux aux moments qui comptent le plus.

Les transitaires qui agrandissent leur base de clients — des entreprises comme Flexport, Freightos et même des acteurs du marché intermédiaire — ont compris que le site web n'est pas une carte de visite numérique. C'est un produit.

Fonctionnalités essentielles que votre site logistique doit avoir en 2026

Voici l'ensemble de fonctionnalités que je recommande pour tout transitaire sérieux quant à sa présence numérique :

Fonctionnalités indispensables

  • Portail client avec authentification — Tableau de bord en libre-service pour les clients existants
  • Suivi d'expédition en temps réel — Suivi de conteneur/AWB avec visualisation cartographique
  • Moteur de demande de devis instantané — Formulaires de devis multi-modaux avec routage intelligent
  • Gestion des documents — Connaissement, factures commerciales, listes de colisage accessibles en ligne
  • Pages de services optimisées pour le SEO — Pages individuelles pour chaque corridor de service et mode
  • Support multilingue — Le transport de fret est intrinsèquement international
  • Chat en direct ou chatbot IA — Pour les demandes pré-vente et les questions de suivi basiques

Fonctionnalités sympa

  • Calculatrice de tarifs — Recherches de tarifs en temps réel (nécessite l'accès à l'API du transporteur)
  • Moteur de réservation — Permettre aux clients de réserver des expéditions directement
  • Tableau de bord analytique — Historique d'expéditions, analyse des dépenses, tendances de transit
  • Accès API — Laisser les clients d'entreprise intégrer vos données dans leurs systèmes
  • Calculateur d'empreinte carbone — De plus en plus important pour les chargeurs sensibles aux ESG

L'élément clé : votre site web doit réduire le nombre d'appels téléphoniques et d'emails que votre équipe d'opérations gère. Chaque fonctionnalité doit être évaluée par rapport à cette métrique.

Construire un portail client que les gens utilisent réellement

Le portail client est où réside la vraie valeur. C'est aussi où la plupart des projets déraillent, car le scope peut exploser rapidement si vous n'êtes pas prudent.

Authentification et gestion des utilisateurs

Vous avez besoin d'un contrôle d'accès basé sur les rôles dès le départ. Un client transitaire typique pourrait avoir :

  • Utilisateurs administrateurs qui gèrent la facturation et les paramètres de l'entreprise
  • Personnel des opérations qui suivent les expéditions et gèrent les documents
  • Utilisateurs en consultation seule qui ont juste besoin de visibilité sur l'état de l'expédition

J'implémente généralement ceci avec une combinaison d'Auth0 ou Clerk pour l'authentification et une couche de permissions personnalisée. Voici un exemple simplifié de ce à quoi ressemble un middleware basé sur les rôles dans une application Next.js :

// middleware.ts
import { withAuth } from '@clerk/nextjs/server';

export default withAuth({
  publicRoutes: ['/', '/services/(.*)', '/contact', '/api/public/(.*)'],
  afterAuth(auth, req) {
    // Rediriger les utilisateurs non authentifiés tentant d'accéder au portail
    if (!auth.userId && req.nextUrl.pathname.startsWith('/portal')) {
      return redirectToSignIn({ returnBackUrl: req.url });
    }
    
    // Vérifier l'accès basé sur les rôles
    const role = auth.sessionClaims?.metadata?.role;
    if (req.nextUrl.pathname.startsWith('/portal/admin') && role !== 'admin') {
      return NextResponse.redirect(new URL('/portal/dashboard', req.url));
    }
  },
});

Conception du tableau de bord

Le tableau de bord doit répondre à trois questions instantanément lorsqu'un client se connecte :

  1. Où sont mes expéditions actives ? — Une vue cartographique avec des épingles ou une liste triée par ETA
  2. Y a-t-il quelque chose que je dois faire ? — Les éléments d'action comme les téléchargements de documents en attente ou les approbations de factures
  3. Qu'est-il passé récemment ? — Un flux d'activités montrant les changements d'état, les nouveaux documents, les messages

J'ai constaté qu'une disposition à deux colonnes fonctionne le mieux : un tableau récapitulatif des expéditions sur la gauche prenant environ 60 % de la largeur, et un panneau de notifications/actions sur la droite. Sur mobile, ceux-ci s'empilent verticalement avec les éléments d'action en haut — parce que c'est ce qui drive l'engagement.

Gestion des documents

C'est la fonctionnalité que les clients aiment le plus, honnêtement. Au lieu de fouiller dans les fils d'email pour trouver un connaissement, tout se trouve au même endroit, organisé par expédition.

Nous utilisons généralement du stockage en nuage (AWS S3 ou Cloudflare R2) avec des URL signées pour un accès sécurisé. Les documents sont étiquetés avec des métadonnées — référence d'expédition, type de document, date de téléchargement — et sont consultables. Si vous vous intégrez à CargoWise, leur API peut pousser les documents directement dans la couche de stockage de votre portail.

Conception de site web de transitaire : Portails clients et suivi d'expédition en 2026 - architecture

Architecture de suivi d'expédition en temps réel

C'est la fonctionnalité qui reçoit le plus d'attention, et à juste titre. Le suivi en temps réel est ce qui transforme votre site web d'un site marketing en un produit.

Sources de données

Les données de suivi d'expédition proviennent de multiples sources, et vous devez les agréger :

Source de données Couverture Fréquence de mise à jour Coût (2026)
API CargoSmart Maritime (90%+ des transporteurs mondiaux) Toutes les 2-4 heures 500-2 000 $/mo
project44 Multi-modal (maritime, aérien, camion, rail) Temps réel à horaire 2 000-10 000 $/mo
FourKites Multi-modal avec ETA prédictive Temps réel 3 000-15 000 $/mo
APIs de transporteurs directement Varie selon le transporteur Varie Gratuit à 500 $/mo par transporteur
Données AIS (MarineTraffic, VesselFinder) Positions de navires maritimes Minutes 200-1 500 $/mo
FlightAware/Cirium Cargo aérien Temps réel 500-3 000 $/mo

Pour la plupart des transitaires de taille intermédiaire, je recommande de commencer avec un agrégateur comme project44 plutôt que de construire des intégrations de transporteurs individuelles. Oui, cela coûte plus cher par mois, mais vous économiserez six chiffres en temps de développement.

Modèle d'architecture

Voici le modèle que j'utilise pour le suivi :

[APIs de transporteurs / project44] → [Récepteur webhook (serverless)] → [File d'attente d'événements (SQS/Redis)] 
    → [Worker de traitement] → [Base de données (PostgreSQL)] → [Serveur WebSocket] → [Navigateur client]

Les décisions clés :

  • Webhooks plutôt que polling — La plupart des fournisseurs de suivi supportent les webhooks. Utilisez-les. Le polling est gaspilleur et introduit une latence inutile.
  • File d'attente d'événements — Découpler le récepteur webhook du traitement. Vous ne voulez pas perdre d'événements de suivi si votre couche de traitement est temporairement hors ligne.
  • WebSockets pour les mises à jour en direct — Quand un client regarde une expédition, poussez les mises à jour vers son navigateur en temps réel. Ne le forcez pas à actualiser.

Voici une configuration WebSocket simplifié utilisant des routes API Next.js avec Socket.io :

// pages/api/tracking/socket.ts
import { Server } from 'socket.io';

export default function handler(req, res) {
  if (!res.socket.server.io) {
    const io = new Server(res.socket.server, {
      path: '/api/tracking/socket',
      cors: { origin: process.env.NEXT_PUBLIC_APP_URL },
    });

    io.on('connection', (socket) => {
      socket.on('subscribe-shipment', (shipmentId) => {
        // Vérifier que l'utilisateur a accès à cette expédition
        socket.join(`shipment:${shipmentId}`);
      });
    });

    res.socket.server.io = io;
  }
  res.end();
}

// Quand une mise à jour de suivi arrive du webhook :
export function broadcastTrackingUpdate(shipmentId: string, update: TrackingEvent) {
  io.to(`shipment:${shipmentId}`).emit('tracking-update', update);
}

Visualisation cartographique

Pour la carte, Mapbox GL JS est le choix standard. Il gère bien les itinéraires de navires, les emplacements des ports et les marqueurs personnalisés. Google Maps fonctionne aussi mais coûte plus cher à l'échelle. Pour un transitaire gérant 500+ expéditions actives avec utilisation régulière du portail, s'attendre à des coûts Mapbox de 100-300 $/mois par rapport à 500-1 500 $/mois pour Google Maps Platform.

Moteurs de demande de devis et gestion des tarifs

Le formulaire de demande de devis est votre principal outil de génération de leads. Faites-le bien.

Conception de formulaire intelligent

Ne déversez pas chaque champ sur l'utilisateur à la fois. Utilisez un formulaire multi-étapes qui recueille progressivement les informations :

  1. Étape 1 : Sélection du mode — FCL maritime, LCL maritime, Aérien, Camionnage, Multi-modal
  2. Étape 2 : Origine/Destination — Avec autocomplétion de port/aéroport
  3. Étape 3 : Détails du cargo — Produit, poids, dimensions, classification des matières dangereuses
  4. Étape 4 : Calendrier — Date de disponibilité, date de livraison requise
  5. Étape 5 : Coordonnées — Nom, entreprise, email, téléphone

Chaque étape doit être un seul écran avec une indication de progression claire. J'ai vu les taux de conversion augmenter de 40-60 % lors du passage d'un long formulaire unique à un assistant multi-étapes.

Pour l'autocomplétion de port et d'aéroport, la base de données UN/LOCODE est votre meilleure amie. C'est gratuit, contient plus de 100 000 emplacements, et vous pouvez construire un endpoint de recherche rapide par rapport :

// API de recherche de port simplifiée
export async function GET(request: Request) {
  const { searchParams } = new URL(request.url);
  const query = searchParams.get('q');
  
  const ports = await db.ports.findMany({
    where: {
      OR: [
        { name: { contains: query, mode: 'insensitive' } },
        { locode: { startsWith: query?.toUpperCase() } },
        { country: { contains: query, mode: 'insensitive' } },
      ],
    },
    take: 10,
    orderBy: { searchRank: 'desc' },
  });
  
  return Response.json(ports);
}

Backend de gestion des tarifs

Si vous voulez afficher des tarifs instantanés (pas juste recueillir des demandes de devis), vous aurez besoin soit d'intégrations d'API de transporteurs, soit d'une base de données de gestion des tarifs. Des outils comme Catapult, Freightos ou Xeneta fournissent des APIs de données tarifaires. Alternativement, de nombreux transitaires maintiennent leurs propres barèmes de tarifs — auquel cas vous aurez besoin d'une interface administrateur pour que l'équipe de tarification télécharge et gère les tarifs.

Architecture CMS headless pour transitaires

Pour le côté marketing du site web — pages de services, articles de blog, études de cas, biographies d'équipe, emplacements des bureaux — un CMS headless est le bon choix. Il découple la gestion de contenu de la fonctionnalité du portail, permettant à votre équipe marketing de mettre à jour le site sans toucher au code.

Nous avons obtenu d'excellents résultats avec des configurations CMS headless utilisant Sanity ou Contentful comme backend de contenu, avec Next.js ou Astro en frontend.

Pourquoi Headless plutôt que WordPress ?

Pour un site qui est purement du marketing ? WordPress est correct. Mais un site web de transitaire en 2026 doit mélanger le contenu marketing avec les fonctionnalités de portail authentifiées, les données en temps réel et les intégrations API. C'est là que le headless excelle — votre frontend Next.js gère à la fois les pages marketing publiques et le portail authentifié dans une seule application rapide.

Modèle de contenu pour la logistique

Voici le modèle de contenu que je configure généralement dans Sanity pour les transitaires :

  • Service — Nom, slug, description, icône, couloirs commerciaux connexes, CTA
  • Couloir commercial — Région d'origine, région de destination, modes disponibles, temps de transit, services connexes
  • Bureau/Emplacement — Ville, pays, adresse, coordonnées, membres de l'équipe, services locaux
  • Étude de cas — Industrie du client, défi, solution, résultats, témoignage
  • Article de blog — Blog standard avec taxonomie de catégories (nouvelles du secteur, mises à jour commerciales, actualités de l'entreprise)
  • FAQ — Paires questions/réponses, catégorisées par service
  • Membre de l'équipe — Nom, rôle, photo, biographie, emplacement du bureau

Le type de contenu du couloir commercial est particulièrement important pour le SEO. Plus à ce sujet ci-dessous.

Comparaison de la pile technologique pour sites logistiques

Voici comment les options principales se comparent pour construire un site web de transitaire avec fonctionnalité de portail :

Approche Meilleure pour Performance Capacité du portail Coût de développement Maintenance
Next.js + CMS Headless Sites complets avec portail Excellent (hybride SSR/SSG) Natif — routes API et middleware intégrés 80 000-250 000 $ Moyen
Astro + CMS Headless Sites lourds en marketing, portail plus léger Excellent (architecture d'îles) Bon — nécessite une couche API séparée 60 000-180 000 $ Faible
WordPress + Plugin personnalisé Conscient du budget, portail simple Modéré Limité — l'écosystème de plugins est fragile 30 000-80 000 $ Haut
Webflow + Memberstack Site marketing avec contenu restreint basique Bon pour le marketing Très limité 20 000-50 000 $ Faible
Stack personnalisé complet (Django/Rails) Portail complexe, moins de focus marketing Dépend de l'implémentation Excellent 150 000-400 000 $ Haut

Pour la plupart des transitaires, Next.js avec un CMS headless est le sweet spot. Cela vous donne la performance marketing dont vous avez besoin pour le SEO tout en fournissant la capacité full-stack pour les fonctionnalités du portail. Si vos besoins en portail sont plus simples et que le contenu marketing est prioritaire, Astro vaut le coup — il expédie moins de JavaScript au client, ce qui signifie des chargements de page plus rapides.

SEO pour transitaires : ce qui fonctionne vraiment

Le transport de fret est un espace de recherche compétitif. Voici ce qui fait bouger l'aiguille :

Pages de couloirs commerciaux

Créez des pages individuelles pour chaque couloir commercial majeur que vous servez. « Transport maritime de Shanghai à Los Angeles » devrait être sa propre page avec des temps de transit spécifiques, des détails de port, une fréquence de service et un contexte tarifaire. Ces pages se classent bien parce qu'elles correspondent précisément aux requêtes de recherche à fort potentiel.

Un transitaire de taille intermédiaire pourrait avoir 50-200 pages de couloirs commerciaux. Avec un CMS headless, votre équipe de vente peut créer ces pages sans l'implication d'un développeur.

SEO local pour chaque bureau

Si vous avez des bureaux dans plusieurs villes, chacun a besoin de sa propre page d'accueil optimisée pour la recherche locale. « Transitaire à Houston » obtient environ 1 200 recherches mensuelles. « Agent en douane Miami » obtient environ 900. Ce sont des requêtes à fort potentiel et haut taux de conversion.

Fondamentaux techniques du SEO

  • Core Web Vitals — LCP inférieur à 2,5 s, CLS inférieur à 0,1, INP inférieur à 200 ms. Une compilation Next.js ou Astro avec optimisation d'images appropriée atteint facilement ces niveaux.
  • Balisage schema — Utilisez LocalBusiness, Organization et FAQPage schema. Pour les pages de couloirs commerciaux, envisagez d'utiliser le schema Service avec areaServed.
  • Génération de sitemap — Sitemaps dynamiques incluant toutes les pages de couloirs commerciaux, pages de bureaux et articles de blog.
  • Liaison interne — Liez les pages de couloirs commerciaux aux pages de services pertinentes et vice-versa. Liez les articles de blog aux pages de couloirs commerciaux lors de la discussion d'itinéraires spécifiques.

Performance, sécurité et conformité

Objectifs de performance

Pour un site logistique en 2026, visez :

  • Time to First Byte (TTFB) : < 200 ms mondialement (utilisez un CDN comme Vercel Edge ou Cloudflare)
  • Largest Contentful Paint (LCP) : < 2,0 s
  • Première interaction significative dans le portail : < 1,5 s après authentification
  • Actualisation des données de suivi : < 5 s du l'événement à l'affichage du navigateur

Considérations de sécurité

Les transitaires gèrent des données commerciales sensibles — valeurs d'expédition, partenaires commerciaux, documentation douanière. Votre portail a besoin :

  • Hébergement conforme à SOC 2 Type II — Vercel, AWS et Azure remplissent tous les critères
  • Chiffrement de bout en bout — TLS 1.3 pour le transit, AES-256 pour les documents stockés
  • Authentification multi-facteurs — Obligatoire pour les utilisateurs administrateurs, optionnelle pour les utilisateurs standard
  • Journalisation d'audit — Suivez chaque accès au document, chaque connexion, chaque changement de permission
  • Contrôles de résidence des données — Certains clients exigent que les données restent dans des régions spécifiques (données EU sur serveurs EU, etc.)

Conformité

Selon vos marchés, vous pourriez avoir besoin de tenir compte :

  • RGPD — Si vous servez des clients européens
  • CCPA/CPRA — Pour les clients basés en Californie
  • C-TPAT — Si vous gérez les douanes US, vos systèmes numériques pourraient être audités
  • AEO — Équivalent européen, exigences numériques similaires

Ventilation des coûts : ce qui faut s'attendre en 2026

Laissez-moi vous donner des chiffres réalistes basés sur les projets que nous avons scopés et construits :

Composant Plage budgétaire (USD) Calendrier
Site web marketing (CMS headless + frontend) 40 000-80 000 $ 8-12 semaines
Portail client (auth, tableau de bord, documents) 60 000-150 000 $ 12-20 semaines
Intégration de suivi d'expédition 25 000-75 000 $ 6-12 semaines
Moteur de demande de devis 15 000-40 000 $ 4-8 semaines
Intégrations API transporteur/TMS 20 000-80 000 $ 8-16 semaines
Maintenance continue & hébergement 2 000-8 000 $/mo Continu

Une construction complète — site marketing plus portail plus suivi — s'exécute généralement à 150 000-350 000 $ et prend 5-9 mois. Ce n'est pas bon marché, mais considérez le ROI : réduction du temps de personnel des opérations, meilleure rétention des clients, et un outil de vente qui vous différencie réellement des concurrents exécutant toujours des sites WordPress brochure.

Pour une conversation de scoping plus détaillée, notre page de tarification décrit comment nous abordons les estimations de projet, ou vous pouvez nous contacter directement pour une évaluation personnalisée.

FAQ

Combien de temps faut-il pour construire un site web de transitaire avec portail client ?

Un calendrier réaliste pour une construction complète — site marketing, portail client avec authentification, suivi d'expédition et moteur de devis — est de 5-9 mois. Vous pouvez lancer par phases : site marketing en premier (8-12 semaines), puis les fonctionnalités du portail progressivement. La plupart des transitaires voient de la valeur du site marketing immédiatement pendant que le portail est toujours en développement.

Quelle est la meilleure plateforme pour un site d'entreprise logistique en 2026 ?

Pour les transitaires qui ont besoin à la fois de contenu marketing et de fonctionnalité de portail, Next.js associé à un CMS headless comme Sanity ou Contentful est l'option la plus forte. Il gère le rendu côté serveur pour le SEO, l'interactivité côté client pour le portail, et les routes API pour la logique backend — le tout dans un framework. WordPress fonctionne pour les sites marketing uniquement, mais devient un passif quand vous ajoutez les fonctionnalités du portail.

Comment intégrer le suivi d'expédition à mon site web ?

Le chemin le plus facile utilise un agrégateur de données de suivi comme project44, FourKites ou CargoSmart. Ils fournissent des APIs qui normalisent les données de suivi à travers des centaines de transporteurs. Votre site web consomme leur API, stocke les événements dans votre base de données et les affiche aux clients. Pour les mises à jour en temps réel, implémentez des connexions WebSocket pour que le navigateur se mette à jour automatiquement quand de nouveaux événements de suivi arrivent.

Combien coûte un site web de transitaire ?

Un site web marketing basique s'exécute à 40 000-80 000 $. Ajouter un portail client avec suivi d'expédition et gestion de documents porte généralement le total à 150 000-350 000 $. Les coûts continues incluant l'hébergement, les abonnements API (fournisseurs de données de suivi) et la maintenance s'exécutent à 2 000-8 000 $ par mois. Les plages larges reflètent les différences de complexité — les besoins d'un transitaire de 5 personnes sont très différents d'un top-50 NVOCC.

Dois-je construire un portail personnalisé ou utiliser une plateforme logistique prête à l'emploi ?

Cela dépend de votre stratégie de différenciation. Les solutions prêtes à l'emploi comme Logitude, le portail client de Magaya ou le web portal de CargoWise se déploient plus rapidement mais ressemblent et se sentent génériques. Un portail personnalisé vous permet de contrôler complètement l'expérience et de vous intégrer avec votre pile technologique spécifique. La plupart des transitaires de taille intermédiaire réussis commencent avec des solutions prêtes à l'emploi et migrent vers du personnalisé une fois qu'ils dépassent les limitations.

Quel CMS un transitaire doit-il utiliser ?

Pour un site logistique moderne, un CMS headless comme Sanity, Contentful ou Storyblok vous donne le plus de flexibilité. Votre équipe marketing gère le contenu via l'interface CMS, tandis que les développeurs construisent le frontend et le portail séparément. Cette architecture signifie que les changements de contenu ne risquent pas de casser la fonctionnalité du portail, et vice-versa. WordPress est moins cher initialement mais crée une dette technique quand vous avez besoin d'ajouter des fonctionnalités dynamiques plus tard.

Comment un site web de transitaire peut générer plus de leads ?

Trois choses font bouger l'aiguille le plus : les pages de couloirs commerciaux spécifiques (ciblant des recherches comme « fret aérien Hong Kong vers JFK »), un formulaire de demande de devis bien conçu multi-étapes qui capture les données d'intention, et le marketing de contenu axé sur la conformité douanière, les réglementations d'expédition et les guides d'itinéraires. Le formulaire de devis est votre point de conversion la plus haute valeur — investissez pour le rendre rapide, mobile-friendly et assez intelligent pour router les leads vers la bonne équipe de vente basée sur le mode et la géographie.

Ai-je besoin d'une application mobile ou une site responsive est-elle suffisante ?

Pour 90 % des transitaires, une application web progressive responsive (PWA) construite sur votre site web existant est suffisante. Les PWAs peuvent envoyer des notifications push, fonctionner hors ligne pour les données en cache, et se sentir natives sur les appareils mobiles — sans le coût et la maintenance d'applications iOS et Android séparées. L'exception : si vous avez des conducteurs ou des travailleurs d'entrepôt qui ont besoin de fonctionnalité mobile spécialisée (numérisation de codes-barres, photo de preuve de livraison), une application native a du sens pour ces cas d'utilisation spécifiques.