Offshore, nearshore et onshore : définitions et différences

Un plateau de conseillers à Tunis : nearshore ou offshore ? Les deux réponses circulent, et aucune n’est fausse. Vue de Paris, la Tunisie est proche, membre de la Francophonie et à l’heure française l’hiver (une heure de moins l’été). Vue du RGPD, c’est un pays tiers, au même titre que l’Inde.

L’étiquette change selon le critère regardé : la distance, le fuseau horaire ou le droit des données. Les comparaisons dérapent précisément là, quand un devis « nearshore » laisse croire que tout sera plus simple.

Cette fiche du lexique ExternFlow pose d’abord les trois définitions, puis ce que chaque modèle apporte et ce qu’il ne règle pas. Viennent ensuite un tableau sur cinq critères, sans classement de pays, et cinq questions pour trancher avant de signer.

Offshore, nearshore et onshore : les trois modèles en une minute

Le point de repère est toujours le pays du donneur d’ordre, jamais une carte figée.

• Offshore : l’équipe travaille dans un pays éloigné du marché du client, souvent sur un autre continent et à plusieurs fuseaux horaires.
• Nearshore : elle travaille dans un pays proche, ou dans une zone où la coordination reste simple (fuseau, langue, cadre juridique).
• Onshore : le prestataire exécute la mission dans le même pays que son client.

Loin, près, chez soi : le résumé tient en trois mots, et il bouge avec le client. Pour une entreprise française, une équipe à Manille est offshore, une équipe à Lisbonne ou à Tunis passe le plus souvent pour du nearshore. Vue de Montréal, la même équipe tunisienne relève de l’offshore.

L’Office québécois de la langue française (OQLF) traduit nearshoring par délocalisation à proximité et offshoring par délocalisation à l’étranger. Ses deux définitions reposent sur la recherche d’une main-d’œuvre moins chère. En externalisation, le sens est plus neutre : ces mots situent le prestataire sans rien dire de son prix.

Offshore : définition, usages et points de vigilance

Pour une entreprise française, l’Inde, les Philippines ou Madagascar sont des destinations offshore courantes, à plusieurs heures de vol de Paris.

En externalisation offshore comme en BPO offshore (externalisation de processus métier), les usages possibles sont larges. Saisie de documents, service client, assistance informatique, comptabilité fournisseurs ou développement logiciel partagent un trait : un travail qui se décrit et se contrôle à distance.

La distance ne prédit pas le décalage horaire. Madagascar n’a qu’une à deux heures d’écart avec Paris selon la saison ; l’Inde en compte trois et demie à quatre et demie.

Prenons deux équipes qui travaillent chacune de 9 h à 18 h, heure locale. Avec Antananarivo, la plage commune atteint sept à huit heures selon la saison. Avec l’Inde, elle tombe à quatre heures et demie en hiver et cinq heures et demie en été (calcul ExternFlow).

Les points de vigilance tiennent donc moins à la destination qu’à l’organisation :

• Fenêtre commune de travail : compter les heures où les deux équipes sont joignables en même temps, et désigner qui décide en dehors.
• Pilotage à distance : sans visites fréquentes, tout repose sur des procédures écrites, des indicateurs partagés et des comités réguliers.
• Langue de travail : tester le niveau sur de vrais cas clients, pas sur un entretien de recrutement.
• Compétences disponibles : un vivier large ne dit rien de la rotation sur le plateau ni de la connaissance de votre métier.
• Flux de données : un prestataire établi hors de l’Union qui consulte vos bases à distance reçoit des données au sens du RGPD.

Ce dernier point surprend souvent. Pour le Comité européen de la protection des données (CEPD), ouvrir un accès à un prestataire situé dans un pays tiers constitue déjà un transfert. Aucun fichier n’a besoin de voyager. Les garanties à prévoir sont détaillées dans la checklist RGPD d’une externalisation hors Union européenne.

La fiche pays d’ExternFlow applique ces critères à Madagascar, destination offshore francophone proche en fuseau, limites comprises.

Nearshore : définition et intérêt de la proximité

Le nearshore rapproche l’équipe du client sur un ou plusieurs axes : distance, fuseau horaire, langue, habitudes de travail, cadre juridique. Ces axes ne vont pas forcément ensemble.

Vue de France, la Pologne ou le Portugal apportent la proximité réglementaire : les données y restent dans le champ du RGPD, sans mécanisme de transfert. Le Maroc et la Tunisie offrent un vivier francophone et un fuseau voisin, mais restent des pays tiers pour le RGPD. La fiche pays d’ExternFlow examine le Maroc comme destination nearshore pour une entreprise française, fuseau et loi 09-08 compris.

L’OQLF donne justement le service à la clientèle en exemple : la proximité y évite les complications liées au décalage horaire.

Elle ne garantit rien pour autant. Un prestataire voisin peut sous-traiter plus loin, une destination proche connaître une forte rotation des équipes. Quant au cadre européen, il ne protège que si les données restent dans l’Union, sauvegardes et outils compris. Le nearshore n’est donc ni plus simple ni plus sûr par principe.

Pour une destination repérée, le guide de l’externalisation en Tunisie détaille services, limites et critères de choix.

Onshore : définition et cas d’usage

L’onshore confie la mission à un prestataire installé dans le même pays que le donneur d’ordre, sur son site, chez le client ou en télétravail. Cinq situations peuvent le justifier :

• Coordination en présence : ateliers, formation en face à face, intervention sur le site du client.
• Contrainte de secteur : client final qui impose par contrat une exécution en France, ou activité réservée à des intervenants habilités.
• Besoin linguistique pointu : registre juridique ou médical, connaissance fine des usages et des interlocuteurs locaux.
• Délai très court : intervention dans l’heure, pic d’activité à absorber sans préavis.
• Sensibilité opérationnelle : processus en cours de stabilisation, gestion de crise, données que l’entreprise refuse de voir quitter le territoire.

L’onshore évite aussi une question que pose tout prestataire établi à l’étranger. Faute de clause, le règlement européen Rome I soumet en principe un contrat de services à la loi du pays du prestataire (article 4). Avec un prestataire étranger, la loi qui gouverne le contrat de prestation se négocie donc dès la signature.

Il ne garantit pas, en revanche, que les données restent dans l’Union. Un outil hébergé hors de l’Union, ou un sous-traitant ultérieur installé dans un pays tiers, suffit à créer un transfert.

Tableau de comparaison : comment choisir entre offshore, nearshore et onshore ?

Le tableau compare les trois modèles sur cinq critères, sans noter ni recommander : chaque case appelle une vérification, pas une conclusion.

Lisez-le ligne par ligne plutôt que colonne par colonne. La ligne des données ne se remplit qu’une fois le prestataire identifié : ses sites, son hébergement et ses sous-traitants comptent davantage que l’étiquette commerciale.

Même prudence pour le coût. Un tarif horaire ne dit rien du coût total : coordination, outils, déplacements, temps de pilotage interne et, avec un prestataire étranger, fiscalité du paiement. Deux entreprises peuvent lire la même ligne et conclure l’inverse, parce que leurs processus diffèrent.

Les cinq questions à trancher avant de choisir un modèle

Ces questions portent sur le processus lui-même. Leurs réponses écartent souvent un modèle avant toute comparaison de destinations.

1. Maturité du processus : le processus est-il suffisamment documenté et standardisé ? Si la réponse est non, l’écriture des procédures passe avant tout choix de localisation.
2. Coordination nécessaire : quelle coordination humaine, horaire et linguistique est indispensable ? Une activité qui exige des échanges en direct toute la journée supporte mal un grand écart de fuseau.
3. Données et accès : quelles données, quels accès et quels sous-traitants sont concernés ? La réponse fixe les garanties à prévoir, avant toute signature.
4. Niveau de contrôle : quel niveau de contrôle et de reporting faut-il mettre en place ? Plus le prestataire est loin, plus ce dispositif doit être écrit et outillé.
5. Continuité et sortie : quel scénario de continuité ou de réversibilité prévoir ? Une panne, une crise locale ou une fin de contrat ne se gèrent pas de la même façon à deux heures de train et à dix heures d’avion.

Ce qu’il faut retenir avant de choisir

Aucun modèle n’est supérieur par principe, et une même entreprise peut en combiner deux sur des processus différents. La localisation se décide en dernier : elle découle du processus, des données et du pilotage, pas l’inverse. D’où une règle simple : qualifier le processus avant de choisir la destination.

Concrètement, tout commence par un cahier des charges précis : processus, volumes, données, horaires. Pour la suite, notre méthode pour sélectionner un prestataire fournit une grille de comparaison entre offres. Les guides pays cités plus haut prennent ensuite le relais, une fois tranché le choix entre offshore, nearshore et onshore.

Sources et références

Cet article s’appuie notamment sur le chapitre V du règlement général sur la protection des données, sur la présentation par la CNIL du cadre général des transferts hors de l’Union et sur sa page consacrée aux outils de transfert de données hors de l’Union. La situation des pays tiers provient de la liste des décisions d’adéquation tenue par la Commission européenne, et la notion de transfert par simple accès des lignes directrices 05/2021 du Comité européen de la protection des données. La règle de loi applicable renvoie à l’article 4 du règlement Rome I publié sur EUR-Lex. Les équivalents terminologiques viennent des fiches délocalisation à proximité et délocalisation à l’étranger du Grand dictionnaire terminologique de l’OQLF. Les décalages horaires ont été relevés le 22 septembre 2026 sur la page pratique du Routard consacrée à Madagascar, la table horaire de Tunis publiée par Où et Quand et la page du fuseau d’Antananarivo sur Zeitverschiebung.