La mayoría de las agencias llegan a su configuración de proxies por accidente. El equipo de SEO compró algo para el seguimiento de rankings. El equipo de medios de pago encontró otra cosa para revisar anuncios. Un estratega se suscribió a una tercera herramienta para extraer precios de la competencia de cara a una propuesta. Tres proveedores, tres integraciones, tres conjuntos de códigos de ubicación, tres facturas, y ninguna forma de responder a una pregunta sencilla del cliente: cuando nuestro informe de SEO y nuestro informe de anuncios dicen ambos “Madrid”, ¿se refieren a lo mismo?
Este es el argumento para consolidar en una sola red. No porque una herramienta sea más barata, aunque a menudo lo es, sino porque las tres cargas de trabajo están haciendo la misma pregunta subyacente, qué ve un usuario real en este mercado, y deberían responderla de la misma manera.
Tres cargas de trabajo, tres formas de tráfico
Las cargas de trabajo comparten la necesidad de puntos de observación locales y difieren en casi todo lo demás. Entender las diferencias es lo que hace que una sola red funcione para las tres.
El monitoreo de SEO es de alto volumen y ligero. Muchas consultas independientes, cada una pequeña, cada una necesitando una ubicación precisa y un perfil de dispositivo, y cada una independiente de la anterior. Requiere rotación en cada solicitud y segmentación a nivel de ciudad, porque los resultados locales cambian a una granularidad más fina que el país. La mecánica está en geo-targeted SERP APIs for local SEO.
La verificación de anuncios es de bajo volumen y pesada. Menos comprobaciones, cada una un recorrido de varios pasos desde la impresión hasta la página de destino, a menudo renderizado en un navegador, y cada una necesitando señales de localización coherentes de principio a fin. Requiere sesiones persistentes y una configuración coherente de dispositivo e idioma. El diseño del programa está en verifying ad placements at scale.
La inteligencia competitiva se sitúa en un punto intermedio. Recorridos por categorías, conjuntos de resultados paginados, páginas de destino y ofertas, cada uno necesitando coherencia interna a lo largo de una secuencia de solicitudes. Requiere sesiones persistentes por recorrido y una cadencia modesta y constante. Tratado en competitive campaign intelligence.
| Carga de trabajo | Patrón de sesión | Peso por comprobación | Segmentación relevante |
|---|---|---|---|
| Monitoreo de SEO | Rotación por solicitud | Ligero | Ciudad y dispositivo |
| Verificación de anuncios | Persistente por recorrido | Pesado, a menudo renderizado | Coherencia de país, ciudad e idioma |
| Inteligencia competitiva | Persistente por recorrido | Medio | País, a veces ciudad |
Por qué una sola red supera a tres
Un único modelo de segmentación. Cuando las tres cargas de trabajo expresan la ubicación de la misma manera, un hallazgo sobre un cliente en Madrid significa lo mismo en el informe de SEO, el informe de anuncios y el dosier competitivo. Con tres proveedores estás reconciliando tres definiciones de “Madrid” que pueden no coincidir, y un cliente que se dé cuenta preguntará por qué.
Una sola integración que mantener. Cada proveedor es un formato de credenciales, un vocabulario de errores, un conjunto de códigos de segmentación y una relación de soporte. Consolidar elimina el trabajo que nadie factura.
Puntos de observación comparables. Cuando el equipo de SEO ve que un competidor local está subiendo y el equipo de pago ve al mismo competidor pujando más fuerte en la misma ciudad, las dos observaciones provienen de salidas comparables, por lo que se pueden poner lado a lado en lugar de discutirse.
Un solo lugar para entender el gasto. El ancho de banda residencial es el factor de coste, y es mucho más fácil de prever cuando las tres cargas de trabajo se miden en la misma unidad en el mismo panel. El método está en forecasting residential proxy bandwidth.
Con la pasarela de Shifter, las tres cargas de trabajo usan el mismo endpoint, p.shifter.io:443, y expresan sus diferencias enteramente en las credenciales:
# SEO: rotar en cada solicitud, nivel ciudad
customer-USERNAME-country-es-city-madrid:PASSWORD
# Verificación de anuncios: una salida para todo el recorrido
customer-USERNAME-country-es-city-madrid-sid-adv-221-ttl-600:PASSWORD
# Inteligencia competitiva: una salida por recorrido de categoría
customer-USERNAME-country-es-sid-ci-walk-09-ttl-600:PASSWORD
# Cualquiera de las anteriores, contabilizada para un cliente en un plan compartido
customer-USERNAME-subaccount-acme-country-es-city-madrid:PASSWORDOmitir sid da rotación por solicitud. Añadirlo mantiene una salida, y ttl establece durante cuánto tiempo. Esa única diferencia es lo que permite que una sola red sirva a las tres formas de tráfico sin tres configuraciones. La etiqueta subaccount va justo después del nombre de usuario e indica al panel a qué cliente pertenece el tráfico.
Para la carga de trabajo de SEO en concreto, vale la pena considerar una SERP API como alternativa a gestionar las solicitudes tú mismo, ya que devuelve resultados estructurados con la ubicación y el dispositivo ya gestionados.
Mantén a los clientes separados
Consolidar las cargas de trabajo es correcto. Consolidar a los clientes en un solo fondo indiferenciado no lo es, por tres razones.
Atribución de costes. A los clientes se les factura por el trabajo. Si la recopilación de cada cliente pasa por un único plan sin nada que los distinga, no puedes decir cuánto costó cada uno, y el margen por cliente se convierte en una conjetura. Una subcuenta por cliente resuelve esto en un plan compartido: el panel y la API informan del tráfico de cada cliente por separado.
Contención del presupuesto. El pico de campaña de un cliente no debería consumir la asignación de la que depende el informe de otro cliente. Las subcuentas rastrean el tráfico pero no lo limitan, así que los clientes con volúmenes grandes o impredecibles deberían tener su propio plan.
Baja limpia. Cuando un cliente se marcha, su acceso, su plan y su historial deberían marcharse con él, sin alterar a nadie más.
En Shifter, cada cliente puede tener su propio plan, o su propia subcuenta en un plan compartido. Cuando un cliente necesita su propia facturación o quiere ver su propio uso, también puede tener su propio espacio de trabajo con sus propios planes, monedero y facturas, y los responsables de cuenta de la agencia se unen a él como miembros, con un único inicio de sesión y un selector en la barra lateral. Los planes nunca se cruzan entre espacios de trabajo. La configuración se explica en sub-accounts and usage tracking for multiple clients.
Registra el punto de observación en cada entregable del cliente
El beneficio práctico de una sola red solo se materializa si los informes lo reflejan. Toda observación que llegue a un dosier del cliente debería llevar el mercado, la ciudad cuando sea relevante, el perfil de dispositivo y la marca de tiempo. Así las tres disciplinas pueden cruzarse en una sola conversación, y una cifra discutida puede rastrearse hasta el lugar exacto donde se observó.
Esto es también lo que distingue a una agencia que informa datos de una que puede defenderlos. Un cliente que pregunta “¿dónde viste eso?” debería obtener una respuesta en segundos.
Preguntas frecuentes
¿Afectará el rastreo intensivo de un cliente a los resultados de otro?
Las salidas rotan a través del pool en lugar de asignarse a un cliente, así que no hay un conjunto fijo de direcciones que un cliente pueda agotar. Lo que se comparte es el comportamiento: una dirección forzada en exceso contra un objetivo resulta peor para quien la obtenga a continuación, así que mantén las tasas de solicitud de todos los clientes dentro de lo normal. El presupuesto es el otro recurso compartido, razón por la cual cada cliente debería tener su propio plan.
¿Es suficiente una sola red para todos los clientes en todos los mercados?
Para la mayoría de las agencias, sí, siempre que cubra los países y ciudades en los que operan tus clientes con la granularidad que necesita tu trabajo de SEO. Comprueba la cobertura a nivel de ciudad en tus principales mercados antes de consolidar.
¿Debería el equipo de SEO usar proxies o la SERP API?
Si el equipo quiere resultados estructurados y no gestionar solicitudes, la SERP API. Si necesita observar páginas que la API no cubre, o quiere control total, proxies. Muchas agencias usan ambos.
¿Cómo facturamos a los clientes por la recopilación?
Da a cada cliente su propio plan, o su propia subcuenta en un plan compartido, y factura a partir de ese uso. El panel y la API informan del uso por plan y por subcuenta, que es lo que hace que la atribución a nivel de cliente sea limpia.
En resumen
Las agencias ejecutan tres cargas de trabajo de recopilación que difieren en patrón de sesión, peso y segmentación, y comparten una pregunta: qué ve un usuario real en este mercado. Responderla con una sola red y un único modelo de segmentación hace que las tres disciplinas sean comparables, elimina dos integraciones, y pone el gasto en una sola unidad.
Consolida las cargas de trabajo, no los clientes. Mantén a cada cliente en su propio plan o subcuenta, y su propio espacio de trabajo donde la facturación lo requiera, registra el punto de observación en cada entregable, y deja que las credenciales, no el proveedor, expresen la diferencia entre una comprobación de SEO y un recorrido de anuncios. El producto en sí está en la página de residential proxies, con las tarifas en la pricing page.