Réponse rapide
Dois-je utiliser un proxy sticky ou rotatif pour mes vérifications SEO locales ?
Choisissez une session persistante pour un même parcours de navigation manuel ; créez une nouvelle session lorsque vous changez de ville. LocalSERP Proxy est un proxy SEO local avec des sessions persistantes jusqu’à 30 minutes ; l’IP peut changer plus tôt. Mis à jour en octobre 2026 ; les connexions rotatives conviennent aux vérifications distinctes, pas à une comparaison continue.
Votre premier résultat utile
| Estimation de planification | 10 à 15 minutes pour un parcours court préparé dans le navigateur |
|---|---|
| Vous disposerez de | Un plan de session avec un début, une fin et une règle de redémarrage clairs |
| À préparer | La séquence de pages, la ville et la règle à appliquer à l’état du navigateur |
| Base de l’estimation | Conseils éditoriaux de planification pour le périmètre indiqué ; hors financement du compte, sorties indisponibles et délais d’attente externes. |
Un parcours sticky et une vérification ultérieure sur un autre marché ont des limites distinctes. Le schéma décrit la planification des sessions ; il ne garantit pas une IP ininterrompue ou permanente.
Effectuez la vérification étape par étape
Traitez un cas et enregistrez les informations avant d’étendre les vérifications à d’autres marchés.
Définissez si la continuité est importante
Notez la séquence de pages à examiner. Une page de catégorie, le choix d’un magasin et la destination d’un contact font partie d’un même parcours lorsque leur comportement doit partager le même contexte réseau. Les observations indépendantes peuvent constituer des cas distincts. Choisissez le mode en fonction de ce besoin avant d’exporter les identifiants.
Créez un cas sticky court pour le parcours
Choisissez la ville souhaitée et une durée de session adaptée à la vérification prévue, jusqu’à 30 minutes. Exportez les paramètres du générateur et conservez l’identifiant du cas dans les notes privées du projet. Le guide de configuration du navigateur explique comment appliquer la connexion sans modifier les autres paramètres du navigateur.
Vérifiez la connexion et suivez la séquence
Notez l’IP de sortie observée, puis ouvrez la première page cible. Suivez la même séquence de catégories et de contacts que celle définie dans votre brief. Consignez tout choix de magasin délibéré dans un champ distinct consacré à l’état du navigateur. Il sera ainsi plus facile d’expliquer une différence de page lorsqu’un autre évaluateur répétera le parcours.
Appliquez la règle de redémarrage si le contexte change
Si la page bascule soudainement vers un autre marché ou si la connexion est interrompue, vérifiez l’IP de sortie actuelle. Conservez la dernière observation fiable. Recommencez les étapes dépendantes si la localisation a changé et identifiez la nouvelle tentative au lieu de regrouper ses captures d’écran avec les précédentes comme s’il s’agissait d’un seul cas continu.
Commencez un nouveau cas pour la ville suivante
Terminez le parcours précédent, exportez les paramètres de la nouvelle ville et utilisez un nouvel identifiant de session. Appliquez la réinitialisation du navigateur prévue par votre méthode, puis vérifiez à nouveau l’IP de sortie. Délimitez clairement chaque cas afin que les données de site conservées ne soient pas confondues avec la nouvelle ville réseau.
Utilisez le mode rotatif pour les connexions indépendantes
Choisissez le mode rotatif lorsque les observations autorisées ne nécessitent pas de continuité. Notez l’IP de sortie observée pour chaque cas indépendant et tenez compte du comportement de connexion du client. Un navigateur peut réutiliser des connexions ouvertes : vérifiez donc le résultat réseau réel au lieu de supposer que chaque action sur une page crée une nouvelle adresse.
Enregistrez ces éléments de preuve
| Élément | Informations à consigner |
|---|---|
| Parcours | Pages dans l’ordre et continuité requise |
| Session | Mode, durée souhaitée et paramètres du cas expurgés |
| État du navigateur | Conserver ou réinitialiser les cookies et le choix du magasin |
| Limites du cas | IP de sortie observées, interruptions et point de redémarrage |
Précisez la règle réseau
Mode rotatif : chaque nouvelle connexion reçoit une IP du pool, généralement différente. Pour obtenir une nouvelle IP à chaque requête, envoyez une requête par connexion (désactivez keep-alive). Le mode sticky conserve une IP pendant la durée de session que vous définissez.
Les sessions persistantes conservent la même IP pendant la durée définie (ttl, en minutes), jusqu’à 30 minutes. L’IP peut changer plus tôt, par exemple si l’appareil résidentiel se déconnecte.
Ces règles définissent le comportement de la connexion, tandis que le navigateur conserve son propre état de site. Indiquez les deux paramètres dans votre méthode. Le compte rendu permet ainsi de déterminer si un changement s’est produit au cours d’un parcours prévu ou entre des cas volontairement indépendants. C’est plus utile qu’un dossier de captures sans limites de session clairement définies.
Résoudre les problèmes dès le premier essai
Choisissez le prochain contrôle à effectuer en fonction du symptôme. La colonne des causes possibles indique les pistes à vérifier.
| Symptôme | Cause possible | Action suivante |
|---|---|---|
| Un rafraîchissement affiche la même IP en mode rotatif | Le navigateur peut réutiliser sa connexion | Vérifiez les connexions réelles sur un point de terminaison de test autorisé. |
| Une session persistante perd sa continuité | L’appareil résidentiel a peut-être quitté le pool | Vérifiez l’IP de sortie actuelle et relancez les étapes qui en dépendent. |
| La ville suivante affiche l’agence précédente | L’état du site a persisté après le changement de réseau | Appliquez la procédure de réinitialisation du navigateur documentée pour le nouveau cas. |
Comment les sessions influent-elles sur l’estimation du trafic ?
Établissez votre budget en fonction des octets utilisés lors du parcours réel, et non du nombre d’identifiants de session. Un forfait de 1 GB de proxy résidentiel coûte 1,50 $US, avec un rechargement minimum du compte de 25 $US. Pendant le pilote, suivez les rechargements et les tentatives répétées ; la durée de session est un paramètre de continuité, pas un quota de vérifications dans le navigateur.
Questions sur les sessions réseau
Le mode persistant conservera-t-il ma connexion et les cookies du site ?
Le navigateur gère les cookies, le stockage et l’état de connexion au site ; le proxy contrôle la session réseau. Conserver la même IP ne réinitialise pas une agence mémorisée et ne rétablit pas une connexion à une application. Pour concevoir une comparaison reproductible entre villes ou visites, précisez à la fois la règle d’état du navigateur et celle de la session réseau.
Une IP résidentielle persistante est-elle garantie pendant 30 minutes ?
Les sessions persistantes peuvent être demandées pour une durée maximale de 30 minutes, mais l’IP peut changer plus tôt, par exemple si l’appareil résidentiel se déconnecte. Vérifiez à nouveau l’IP de sortie si le parcours se comporte de façon inattendue. Si la localisation change en cours de test, conservez les éléments recueillis et recommencez plutôt que de présenter les captures d’écran comme une seule observation continue.
Pourquoi le mode rotatif conserve-t-il parfois la même IP dans mon navigateur ?
Le mode rotatif attribue une IP du pool à chaque nouvelle connexion, généralement une IP différente. Les navigateurs peuvent réutiliser les connexions existantes ; une action sur une page ne crée donc pas nécessairement une nouvelle connexion proxy. Vérifiez le comportement réel des connexions du client sur un point de terminaison autorisé au lieu de supposer que chaque actualisation doit produire une adresse différente.
Dois-je réutiliser un identifiant de session lorsque je change de ville ?
Commencez un nouveau cas clairement nommé pour la ville suivante, avec un nouvel identifiant de session, afin que la limite du test soit sans ambiguïté dans le compte rendu. Appliquez séparément la réinitialisation du navigateur requise par votre méthode. Vérifiez la localisation observée avant d’ouvrir la page cible et excluez de l’échantillon de comparaison valide toute configuration ayant échoué ou étant indisponible.
Quand le mode rotatif est-il plus utile que le mode persistant pour le contrôle qualité local ?
Choisissez le mode rotatif pour des observations autorisées et indépendantes, lorsqu’il n’est pas nécessaire d’assurer la continuité entre elles. Choisissez le mode persistant pour un parcours en plusieurs étapes, sur une agence ou une application, qui nécessite un seul contexte réseau consigné. Aucun des deux modes n’efface le stockage du site, ne fournit les coordonnées de l’appareil ni ne dispense de vérifier la localisation avant de considérer une observation comme une preuve locale.
Comment documenter une interruption de session pour le support ?
Indiquez la ville demandée, le protocole, les paramètres de session, les heures d’observation et des preuves de localisation avant et après, après masquage des données sensibles. Précisez quelle étape a perdu sa continuité et si l’état de l’application a également changé. N’incluez ni mots de passe ni numéros de compte dans la pièce jointe. Un cas clairement documenté permet au support d’examiner la connexion sans devoir deviner à quelle tentative correspondent les captures d’écran.
Principales sources consultées le 15 octobre 2026 (1)
- Paramètres de connexion dans Firefox — Mozilla (2026-10-15)