Coût des jobs (EF)
L'EF est l'unité de coût d'outsend. Elle est estimée sous forme de fourchette avant lancement, ne dépasse jamais le seuil par job, et mesure ce que les proxies et le navigateur consomment réellement.
Chaque job porte un coût exprimé en EF. Cette page explique ce qu'est l'EF, pourquoi vous voyez une fourchette plutôt qu'un chiffre unique, la garantie de ne jamais dépasser, et ce qui pèse vraiment dans le coût.
Pendant l'alpha, tout est gratuit. L'EF existe aujourd'hui pour caler la perception du coût avant l'ouverture commerciale : l'unité et son échelle apparaissent donc déjà partout dans le produit.
Ce que signifie l'EF
EF = « équivalent-France ». 1 EF = scraper la France entière, une fois, pour une requête.
1 EF, c'est donc beaucoup. Une seule ville ou une région coûte une petite fraction d'EF ; toute la base de référence, c'est un passage complet sur la France. L'EF est une échelle de référence, pas une monnaie : elle permet de raisonner sur la taille d'un job d'un coup d'œil, indépendamment de tout prix. La France n'est que l'étalon — vous pouvez scraper l'un des ~199 pays, et un pays plus grand que la France coûte simplement plusieurs EF (un plus petit, moins de 1).
La base est mesurée à partir de la vraie grille de scrap : le coût d'une zone reflète le nombre de points cartographiques réellement couverts — ce qui détermine aussi le temps de scrap.
Pourquoi une fourchette [bas – haut]
On ne connaît pas le nombre de résultats d'une zone avant de la lancer. Une zone dense rend bien plus de fiches qu'une zone clairsemée, et le scrap re-subdivise les tuiles saturées pour creuser davantage (voir Modes de scrap). Une même zone peut donc coûter très différemment selon la densité.
Avant lancement, outsend estime donc une borne basse et une borne haute :
- Bas — ce que coûte le job si rien ne sature (cas clairsemé).
- Haut — le pire cas, égal au seuil que le job est autorisé à atteindre.
Le formulaire de lancement affiche cette fourchette en direct ; elle s'élargit quand vous ajoutez des requêtes, agrandissez les zones, ou choisissez un mode plus profond.
La garantie : décidé au lancement, jamais arrêté en chemin
Le contrôle se fait avant le lancement : un job ou un pipeline ne peut démarrer que si sa borne haute tient sous votre seuil EF. Si l'estimation haute dépasse votre seuil, le lancement est refusé — réduisez le pipeline (zones, requêtes ou étapes) ou augmentez votre seuil dans Réglages.
Une fois lancé, il va jusqu'au bout — jamais mis en pause, plafonné ni tronqué en chemin. Pas de demi-scrap, pas d'enrichissement partiel. Si la réalité dépasse parfois l'estimation haute, ce surplus est absorbé (pas facturé), et l'estimation se resserre avec le temps à mesure qu'on mesure l'usage réel.
Équitable : le surplus est pour nous
Ce qui vous est compté est plafonné à l'estimation haute affichée avant le lancement. Si un job coûte finalement plus que prévu — typiquement un gros job sur une zone plus dense qu'attendu — le dépassement est à notre charge, pas à la vôtre. Vous ne payez jamais au-dessus de ce qu'on vous a annoncé.
Autrement dit : on plafonne le coût, pas vos résultats. Les petits jobs paient leur petit coût réel (les outils sont gratuits, les produits presque rien), et les gros jobs ne sont jamais gonflés au-delà de l'estimation. On ne fait pas payer les petits pour les gros — c'est l'inverse : c'est sur les gros qu'on absorbe l'écart.
Le seuil EF par job
Le seuil est par utilisateur et réglable :
| Réglage | Valeur |
|---|---|
| Défaut par job | 5 EF |
| Réglable jusqu'à | 50 EF (plafond dur) |
| Minimum | 0,1 EF |
Réglez-le dans Réglages. Laissé au défaut, un job reste bien dimensionné ; augmentez-le quand vous voulez sciemment un gros job plutôt que découper le travail. Le serveur ramène toute valeur dans [0,1 – 50].
Ce qui coûte vraiment
Le vrai coût, ce sont les proxies (et le navigateur headless). Les jobs qui n'utilisent ni l'un ni l'autre coûtent peu ou rien :
| Type de job | Coût relatif | Pourquoi |
|---|---|---|
| Scrap (Google Maps) | le plus lourd | Nombreuses requêtes carto via proxy ; les modes profonds re-subdivisent les tuiles saturées. |
| Enrichissements proxy (emails, réseaux sociaux, téléphones supplémentaires, tarifs, stack technique, identifiants entreprise, données société…) | moyen | Un ou plusieurs chargements de page via proxy par item. |
| Produits sans proxy (vérification emails, PageSpeed, profil pub/marketing, assets visuels, infos téléphone) | très faible | Pas de proxy ni navigateur → peu cher, mais pas gratuit (vrai travail : API, DNS/SMTP, fetch). |
| Outils purs (import, filtre, tri) | 0 (gratuit) | Réarrangent vos données existantes. Aucun EF, ne comptent jamais dans votre seuil. |
Le coût est mesuré par job, et l'estimation se précise dans le temps : chaque run réel alimente une calibration continue. Les valeurs ci-dessus sont des ordres de grandeur relatifs, pas des prix figés.
Bon à savoir
- L'EF est une échelle de taille/coût, pas de l'argent. En alpha, rien n'est facturé.
- La fourchette est l'estimation pré-lancement ; la borne haute est ce qui est comparé à votre seuil au lancement. Une fois lancé, le run va toujours jusqu'au bout.
importet les autres déplacements internes au pipeline ne consomment aucun EF.- Les modes de scrap plus profonds augmentent l'estimation car ils lancent plus de requêtes — voir Modes de scrap.