La plupart des agences arrivent à leur configuration de proxy par accident. L’équipe SEO a acheté quelque chose pour le suivi de classement. L’équipe paid media a trouvé autre chose pour vérifier les publicités. Un stratège s’est inscrit à un troisième outil pour extraire les prix des concurrents pour un pitch. Trois fournisseurs, trois intégrations, trois jeux de codes de localisation, trois factures, et aucun moyen de répondre à une question client simple : quand notre rapport SEO et notre rapport publicitaire disent tous les deux « Madrid », parlent-ils de la même chose ?
C’est l’argument en faveur d’une consolidation sur un seul réseau. Pas parce qu’un outil est moins cher, bien que ce soit souvent le cas, mais parce que les trois charges de travail posent la même question sous-jacente, à savoir ce qu’un utilisateur réel voit sur ce marché, et elles devraient y répondre de la même manière.
Trois charges de travail, trois formes de trafic
Ces charges de travail partagent un besoin de points d’observation locaux et diffèrent sur presque tout le reste. Comprendre ces différences est ce qui permet à un seul réseau de fonctionner pour les trois.
Le suivi SEO est à volume élevé et léger. De nombreuses requêtes indépendantes, chacune petite, chacune nécessitant une localisation précise et un profil d’appareil, et chacune indépendante de la précédente. Il veut une rotation à chaque requête et un ciblage au niveau de la ville, car les résultats locaux changent à une granularité plus fine que le pays. La mécanique est détaillée dans geo-targeted SERP APIs for local SEO.
La vérification publicitaire est à faible volume et lourde. Moins de vérifications, chacune étant un parcours en plusieurs étapes, de l’impression à la page d’atterrissage, souvent rendu dans un navigateur, et chacune nécessitant des signaux de locale cohérents du début à la fin. Elle veut des sessions persistantes et des paramètres d’appareil et de langue cohérents. La conception du programme est détaillée dans verifying ad placements at scale.
L’intelligence concurrentielle se situe entre les deux. Des parcours de catégories, des ensembles de résultats paginés, des pages d’atterrissage et des offres, chacun nécessitant une cohérence interne sur une séquence de requêtes. Elle veut des sessions persistantes par parcours et une cadence modeste et stable. Traité dans competitive campaign intelligence.
| Charge de travail | Modèle de session | Poids par vérification | Ciblage important |
|---|---|---|---|
| Suivi SEO | Rotation par requête | Léger | Ville et appareil |
| Vérification publicitaire | Persistante par parcours | Lourd, souvent rendu | Cohérence pays, ville, locale |
| Intelligence concurrentielle | Persistante par parcours | Moyen | Pays, parfois ville |
Pourquoi un seul réseau l’emporte sur trois
Un seul modèle de ciblage. Lorsque les trois charges de travail expriment la localisation de la même manière, un constat concernant un client à Madrid signifie la même chose dans le rapport SEO, le rapport publicitaire et le dossier concurrentiel. Avec trois fournisseurs, vous devez réconcilier trois définitions de « Madrid » qui peuvent ne pas correspondre, et un client qui le remarque demandera pourquoi.
Une seule intégration à maintenir. Chaque fournisseur représente un format d’identifiants, un vocabulaire d’erreurs, un jeu de codes de ciblage et une relation de support. La consolidation supprime le travail que personne ne facture.
Des points d’observation comparables. Lorsque l’équipe SEO voit un concurrent local monter et que l’équipe paid voit ce même concurrent enchérir plus fort dans la même ville, les deux observations proviennent de points de sortie comparables, ce qui permet de les mettre côte à côte plutôt que de les débattre.
Un seul endroit pour comprendre les dépenses. La bande passante résidentielle est le facteur de coût déterminant, et il est bien plus facile de faire des prévisions lorsque les trois charges de travail sont mesurées dans la même unité sur le même tableau de bord. La méthode est détaillée dans forecasting residential proxy bandwidth.
Avec la passerelle Shifter, les trois charges de travail utilisent le même point de terminaison, p.shifter.io:443, et expriment leurs différences entièrement dans les identifiants :
# SEO: rotate every request, city-level
customer-USERNAME-country-es-city-madrid:PASSWORD
# Ad verification: one exit for the whole journey
customer-USERNAME-country-es-city-madrid-sid-adv-221-ttl-600:PASSWORD
# Competitive intel: one exit per category walk
customer-USERNAME-country-es-sid-ci-walk-09-ttl-600:PASSWORDOmettre sid donne une rotation par requête. L’ajouter fixe un point de sortie unique, et ttl définit sa durée. C’est cette seule différence qui permet à un réseau unique de servir les trois formes de trafic sans trois configurations.
Pour la charge de travail SEO en particulier, le SERP API mérite d’être envisagé comme alternative à la gestion des requêtes par vous-même, puisqu’il renvoie des résultats structurés avec la localisation et l’appareil déjà pris en charge.
Séparer les clients
Consolider les charges de travail est une bonne chose. Consolider les clients dans un seul pot indifférencié n’en est pas une, pour trois raisons.
Attribution des coûts. Les clients sont facturés pour du travail. Si la collecte de chaque client passe par un seul plan, vous ne pouvez pas dire ce que chacun a coûté, et la marge par client devient une estimation.
Contenance du budget. Le pic de campagne d’un client ne devrait pas consommer le forfait dont dépend le reporting d’un autre client.
Désengagement propre. Lorsqu’un client part, ses accès, son plan et son historique devraient partir avec lui, sans perturber personne d’autre.
Shifter gère cela avec les Team Workspaces : chaque client peut avoir son propre espace de travail avec ses propres plans, portefeuille et factures, et les responsables de compte de l’agence sont ajoutés comme membres avec une seule connexion et un sélecteur dans la barre latérale. Les plans ne se croisent jamais entre espaces de travail, donc le trafic n’est jamais mélangé. La mise en place est expliquée dans sub-accounts and usage tracking for multiple clients, et la fonctionnalité elle-même dans introducing Team Workspaces.
Enregistrer le point d’observation dans chaque livrable client
L’avantage pratique d’un réseau unique ne se concrétise que si les rapports le montrent. Chaque observation qui atteint un dossier client devrait porter le marché, la ville le cas échéant, le profil d’appareil et l’horodatage. Les trois disciplines peuvent alors être recoupées dans une seule conversation, et un chiffre contesté peut être retracé jusqu’à l’endroit exact où il a été observé.
C’est aussi ce qui distingue une agence qui rapporte des données de celle qui peut les défendre. Un client qui demande « où avez-vous vu ça ? » devrait obtenir une réponse en quelques secondes.
FAQ
Le crawling intensif d’un client affectera-t-il les résultats d’un autre client ?
Les points de sortie tournent à travers le pool plutôt que d’être assignés à un client, il n’existe donc pas d’ensemble fixe d’adresses qu’un client peut épuiser. Ce qui est partagé, c’est le comportement : une adresse trop sollicitée contre une cible sera pire pour celui qui la tirera ensuite, il faut donc maintenir des taux de requêtes ordinaires pour chaque client. Le budget est l’autre ressource partagée, c’est pourquoi chaque client devrait avoir son propre plan.
Un seul réseau suffit-il pour chaque client sur chaque marché ?
Pour la plupart des agences, oui, à condition qu’il couvre les pays et villes où opèrent vos clients à la granularité dont votre travail SEO a besoin. Vérifiez la couverture au niveau ville sur vos principaux marchés avant de consolider.
L’équipe SEO devrait-elle utiliser des proxies ou le SERP API ?
Si l’équipe veut des résultats structurés et aucune gestion des requêtes, le SERP API. Si elle a besoin d’observer des pages que l’API ne couvre pas, ou veut un contrôle total, les proxies. De nombreuses agences utilisent les deux.
Comment facturer les clients pour la collecte ?
Donnez à chaque client son propre plan, et facturez à partir de l’usage de ce plan. L’usage est suivi par plan dans le panneau, ce qui constitue l’unité qui rend l’attribution au niveau client propre.
En résumé
Les agences gèrent trois charges de travail de collecte qui diffèrent par le modèle de session, le poids et le ciblage, et partagent une seule question : ce qu’un utilisateur réel voit sur ce marché. Y répondre avec un seul réseau et un seul modèle de ciblage rend les trois disciplines comparables, supprime deux intégrations, et regroupe les dépenses dans une seule unité.
Consolidez les charges de travail, pas les clients. Gardez chaque client dans son propre plan et espace de travail, enregistrez le point d’observation dans chaque livrable, et laissez les identifiants, et non le fournisseur, exprimer la différence entre une vérification SEO et un parcours publicitaire. Le produit lui-même se trouve sur la page residential proxies, avec les tarifs sur la pricing page.