Chrome DevTools: cómo revisar un enlace de afiliado

Un enlace de afiliado puede abrir una página atractiva y perder información necesaria para atribuir el resultado. También puede ocurrir lo contrario: la dirección se acorta porque el anunciante ya guardó el identificador. La barra de direcciones no basta para decidir. El webmaster necesita un recorrido reproducible, una descripción precisa de la discrepancia y una conciliación independiente del resultado comercial.

Esta guía permite preparar una ficha del enlace, un registro técnico y una decisión sobre una prueba limitada. Los dos escenarios son ejercicios ficticios, no casos de clientes. Las cantidades en EUR son supuestos independientes, no tarifas de Chrome ni de AffiliateCore. No hace falta registrarse para seguir la explicación. Toda colocación comercial exige comprobar producto, país y fuente permitidos.

Delimita lo que demuestra el navegador

Separa cuatro hechos: una persona pulsa; el navegador alcanza la página adecuada; el anunciante recibe la acción acordada; el resultado es aceptado conforme al programa. La inspección del navegador observa principalmente los dos primeros. HTTP 200, un mensaje de agradecimiento o una cookie no acreditan una comisión. El intercambio entre servidores normalmente no aparece en Network del visitante.

En nuestra plataforma AffiliateCore puedes partir del enlace de una campaña disponible: contenido útil → enlace de campaña → página del anunciante → acción acordada → revisión del resultado. Comprueba el acceso real y las condiciones del anuncio. Los ejemplos de formación y software no prometen que esos productos estén disponibles. También sirve un programa directo que documente identificadores, autorizaciones y responsables de conciliación.

Acuerda el alcance antes de empezar. Inspecciona tu material y una ruta autorizada sin modificar integraciones ajenas. No generes solicitudes ficticias ni compras propias para cobrar una comisión. Tampoco repitas peticiones de pago desde Console. Si hace falta probar una conversión, acuerda con el responsable un procedimiento separado que no genere cargos ni comisiones. No se presupone ningún botón universal de pruebas.

Prepara la ficha del enlace

Anota fecha, hora y zona horaria, versión de Chrome, dispositivo, país real de conexión, contenido de origen y destino esperado. Añade fuente permitida, campaña accesible, acción válida, plazo de revisión y contacto técnico. Si falta algo, puedes preparar materiales y preguntar, pero no aprobar la compra de tráfico suponiendo que la integración funcionará.

Plantilla: «Prueba L01; material: comparación de cursos; ubicación: después del horario; destino: curso elegido; fuente: artículo propio; versión: v1; etiquetas previstas: source/article/footer; observación: pendiente; responsable: propietario de la ruta; decisión: pendiente». Las etiquetas describen ubicaciones, no personas. No incluyas teléfonos, nombres, correos ni contenido de solicitudes en parámetros.

Conserva la dirección original en privado y compárala con la que realmente está publicada. El editor, un acortador o un servicio intermedio pueden cambiarla. Pegar la dirección correcta no comprueba el botón del artículo. Si abre otra pestaña, prepara la captura en ese contexto; el registro de la pestaña inicial no garantiza observar la navegación nueva.

Cambia una sola condición en cada repetición. El perfil habitual y un perfil de pruebas son experimentos distintos; incógnito no reproduce exactamente a cualquier visitante nuevo. No borres cookies de una cuenta de trabajo solo para obtener un resultado limpio. Registra la elección real de consentimiento, sin simularla mediante valores añadidos manualmente.

Para preparar una primera colaboración, crea un perfil de webmaster en AffiliateCore y describe tu fuente. La disponibilidad de ofertas y la autorización del canal se comprueban aparte. Registrarse no equivale a tener una campaña lista para recibir tráfico.

Captura el recorrido antes del clic

Abre DevTools y Network, activa Preserve log y confirma que la grabación está en marcha. Borra las entradas anteriores y realiza una sola navegación. La guía oficial de Network documenta estos controles. Abrir las herramientas cuando ya estás en el destino puede omitir el inicio; un registro incompleto no demuestra ausencia de redirecciones.

Empieza por las solicitudes de documentos y quita filtros cuando necesites revisar recursos relacionados. Abre Headers en la fila relevante y anota dirección, método, estado y Location de la respuesta, si existe. Los parámetros se consultan en Payload. Los nombres ingleses ayudan a comparar con la documentación; la traducción y la posición pueden cambiar según la versión. No existe una evaluación automática de la validez comercial del enlace.

Construye tarjetas breves: «Paso uno: dominio de origen, clic deliberado. Paso dos: dominio de seguimiento, estado y siguiente destino. Paso tres: dominio del anunciante, producto e idioma». Es una plantilla didáctica propia, no una captura del programa. Guarda las direcciones privadas completas aparte y usa identificadores acordados para discutir el incidente.

Puedes hacer una segunda pasada con Disable cache, indicando expresamente el cambio. No reinicia todo el perfil, el consentimiento ni el estado del servidor. Comparar una visita repetida con caché y una visita inicial no demuestra una mejora de velocidad. Al terminar, restaura las condiciones habituales y vuelve a comprobar el camino real.

Interpreta redirecciones y parámetros

Los códigos de redirección no tienen todos el mismo significado. No los cambies por tu cuenta para supuestamente mejorar la atribución. Primero establece secuencia y destino. MDN distingue redirecciones HTTP, HTML y JavaScript. Una página con respuesta 200 puede iniciar después otra navegación. Cuando la cadena no esté clara, revisa Initiator y el comportamiento visible.

Compara nombres y valores en los puntos de entrega acordados. Usa el formato de tu campaña, no parámetros imaginados a partir de otra red. El código actual del proyecto AffiliateCore incluye sub1, sub2 y sub3; su transmisión concreta debe verificarse en la ruta disponible y en el acuerdo de integración. utm_source no es automáticamente el identificador de conversión. Marca los campos obligatorios en la ficha.

Busca claves duplicadas, valores vacíos, espacios inesperados y codificación repetida. %2520 puede sugerir una doble codificación, pero por sí solo no explica el fallo. Compara la representación original con la decodificada y no edites manualmente una URL firmada. Valores sencillos como article_a o button_b facilitan la comprobación sin identificar visitantes.

La parte situada después de # es un fragmento y no se envía al servidor dentro de la petición HTTP, aunque el código del navegador puede leerla. No equivale a un parámetro de consulta; consulta la referencia de fragmentos de MDN. Que una identificación desaparezca de la dirección visible tampoco prueba pérdida: pregunta si se guardó antes y solicita una conciliación autorizada.

Separa errores, restricciones y rechazo comercial

Ante 404, revisa dirección y vigencia de la ruta. Ante 403, pregunta al propietario la causa de la negativa. Un 5xx requiere petición concreta y hora para investigar. Describe un bucle como secuencia repetida, no simplemente como página lenta. Una solicitud cancelada, una respuesta HTTP ausente y un error del servidor son observaciones diferentes. Conserva el mensaje exacto sin culpar a nadie por el color de una fila.

Un fallo CORS de una petición de script no demuestra automáticamente que falle el enlace normal. Identifica recurso y acción afectada; MDN explica el alcance de CORS. No desactives protecciones del navegador ni pidas a los visitantes que lo hagan. La reparación debe funcionar bajo condiciones habituales y compatibles.

Revisa cookies en Application → Storage → Cookies para el origen seleccionado y las advertencias correspondientes en Issues. La documentación de cookies y la guía de Issues describen esas herramientas. La ausencia de una cookie concreta no demuestra ausencia de atribución en el servidor. Alterar valores hasta obtener éxito invalida la prueba.

Comprueba también producto, legibilidad y regreso en una pantalla estrecha. Device Mode es una aproximación, no un teléfono real, como indica Chrome. La geolocalización simulada no cambia automáticamente el país de la IP. Una restricción regional requiere aclarar la audiencia admisible, no buscar una forma de eludirla.

Escenario uno: artículo de formación y continuación limitada

Un webmaster prepara una comparación de cursos de hojas de cálculo. Los materiales son un artículo original, criterios de elección, declaración de afiliación, el texto «Consultar programa y horarios», un enlace autorizado y la ficha L01. El lector sabe que llegará al anunciante, no a una descarga gratuita. El programa hipotético permite esa fuente y paga solicitudes de asesoramiento aceptadas; no se afirma que AffiliateCore tenga esa oferta.

Antes de colocar el contenido, el equipo compara enlace original y publicado. En la observación ficticia, una redirección de seguimiento conduce al curso elegido y conserva la etiqueta en el punto requerido. El perfil normal y un teléfono real muestran la oferta correcta. La revisión técnica no genera solicitudes. Sus clics se identifican aparte y se excluyen de la cohorte comercial. El responsable explica cómo conciliará las consultas auténticas.

El plan contempla siete días de captación, un límite total de 600 EUR y después el plazo acordado de resolución. Costes: colocación 360 EUR; contenido 80 EUR; cuatro horas de revisión a 25 EUR, total 100 EUR; herramientas y gestión asignadas 60 EUR. La suma es 600 EUR. Son todos los costes de este modelo; añade los impuestos aplicables antes de una decisión real.

Se registran 600 clics comerciales y 40 solicitudes únicas. Seis no cumplen las condiciones y cuatro son canceladas posteriormente; quedan 30 aceptadas y ninguna pendiente. Las razones proceden de la parte responsable, no de DevTools. A una comisión hipotética de 30 EUR, los ingresos son 900 EUR. El resultado después de los costes enumerados es 300 EUR y la rentabilidad sobre esos costes, 50%.

El coste completo por solicitud aceptada es 600 / 30 = 20 EUR. El ingreso por clic comercial es 900 / 600 = 1,50 EUR, frente a un coste completo de 1 EUR. El equilibrio exige 20 aceptadas manteniendo los costes. La aceptación es 75%; rechazo y cancelación suman 25%. No llames devoluciones a toda esa proporción: son causas distintas y necesitan un seguimiento separado.

La decisión permite otra cohorte limitada. La regla didáctica exige dos cohortes cerradas comparables con resultado positivo, aceptación mínima del 70% y ninguna discrepancia técnica pendiente antes de aumentar el límite como máximo un 20%. Una cohorte favorable solo permite repetir. Se detiene la captación si desaparece un identificador obligatorio, se muestra otro producto o se alcanza el presupuesto. Lo gastado sigue en el informe.

Escenario dos: servicio de software y pausa del gasto

El segundo artículo ayuda a un equipo pequeño a organizar tareas. Incluye comparación honesta de funciones, imagen de una plantilla propia, «Consultar condiciones del servicio», versión separada del enlace y ficha L02. El programa ficticio admite la fuente y contabiliza solicitudes cualificadas de demostración. No se promete acceso gratuito, aprobación automática ni una integración externa ya operativa con AffiliateCore.

La comprobación inicial utilizó la dirección directa, pero la publicación incorpora un paso adicional. En el ejemplo, ese intermediario dirige a una sección general de idioma y elimina un parámetro obligatorio antes del punto donde el anunciante debe guardarlo. El webmaster compara registros y comunica la primera diferencia al propietario del intermediario. No introduce identificadores ajenos ni pide contabilizar cada clic como una solicitud.

El defecto afecta a una variante de colocación, no a todos los recorridos de la cohorte. Las solicitudes siguientes ya fueron conciliadas por el responsable mediante rutas operativas; los eventos sin correspondencia no aportan ingresos. Se desconoce la pérdida atribuible por separado a la variante defectuosa.

Al detenerse se han gastado 420 EUR en colocación, 120 EUR en contenido, 100 EUR en revisión y 60 EUR en herramientas y gestión: 700 EUR en total. Hay 500 clics comerciales y 40 solicitudes. Diez rechazadas, seis canceladas y 24 definitivamente aceptadas; ninguna pendiente. A 25 EUR por resultado, los ingresos son 600 EUR y la pérdida es 100 EUR. La rentabilidad sobre costes es aproximadamente −14,29%.

El coste por aceptada es 700 / 24 ≈ 29,17 EUR. Cada clic genera 1,20 EUR frente a 1,40 EUR de coste completo. Harían falta 28 aceptadas para equilibrar, cuatro más con gastos y comisión constantes. Es un umbral matemático, no una predicción de recuperación tras arreglar el enlace. La proporción no aceptada es 16 / 40 = 40%. El defecto técnico no demuestra la causa de todos los rechazos y cancelaciones.

La decisión es detener gasto, pedir la corrección al responsable y volver a probar el punto publicado. Un nuevo piloto autorizado tendrá presupuesto y número de cohorte propios; la pérdida anterior no desaparece. Solo se amplía tras dos cohortes reparadas y cerradas con resultado positivo, aceptación mínima del 70% y recorrido correcto reproducible. No mezcles los mejores días de la versión nueva con los peores de la anterior para ocultar diferencias.

Entrega las pruebas y cierra la revisión

Una ficha de incidencia debe incluir expectativa, observación, pasos, hora, condiciones de perfil, primer punto divergente y responsable. Ejemplo: «L02 v1; se esperaba demostración; segunda redirección abre sección general; falta el parámetro antes de su almacenamiento; propietario confirma; gasto pausado». Si no hay confirmación, escribe «hipótesis pendiente de comprobar». Una observación precisa es más útil que una acusación general.

Si necesitas un HAR, exporta la versión sanitized y revisa igualmente direcciones, consultas, cuerpos de peticiones y respuestas. Retirar determinados encabezados sensibles no garantiza eliminar datos personales. Comparte solo el extracto mínimo permitido por un canal privado. La referencia de Network documenta la exportación. Define destinatarios y plazo de conservación antes de recopilar más información.

Lista final: enlace publicado coincide con la ficha; grabación previa al clic; dominios y producto esperados; parámetros obligatorios comprobados; fallos técnicos separados de decisiones comerciales; móvil revisado aparte; resultados cerrados; gastos y cancelaciones completos; reglas de parada respetadas. Conserva versiones anterior y posterior del registro. El aviso de reparación no sustituye una nueva observación.

Si ya colaboras, entra en AffiliateCore, contrasta la ficha con tu campaña disponible y prepara una pregunta concreta sobre el paso dudoso. Sin campaña adecuada, conserva materiales y descripción de la fuente para evaluarlos después. Nunca envíes cookies completas, credenciales ni datos de solicitantes ajenos a la incidencia.

Fuentes y siguiente tarea

Las fuentes originales enlazadas de Chrome y MDN se comprobaron el 22 de octubre de 2026. Respaldan funciones del navegador y comportamiento web. Los presupuestos, el umbral del 70%, las dos cohortes y el incremento del 20% son decisiones didácticas editoriales, no normas oficiales de Chrome o AffiliateCore. Las condiciones comerciales reales pertenecen a cada programa.

Continúa con el análisis de clics sin conversiones y las prioridades móviles en PageSpeed. Aquí la tarea es más concreta: obtener evidencia reproducible del enlace. Completa una ficha, captura una navegación autorizada, distingue una causa confirmada de una hipótesis y asigna el siguiente paso a una persona responsable.