Localizadores inteligentes y selección del DOM
Entiende cómo un pin sigue a un elemento después de que la página cambia y por qué Pinar puede pedir una colocación manual.
5 minEn esta guía
Huellas resistentes
Un pin de elemento combina un selector estable, camino DOM, tag, id, name, test id, role, clases, texto, etiqueta y geometría. Al reabrir, Pinar evalúa selector, estructura, semántica y geometría en lugar de confiar en un camino frágil.
Confianza y ambigüedad
Una coincidencia puede ser exact, probable, ambiguous o unresolved. Cuando dos candidatos son demasiado similares, Pinar conserva alternativas en lugar de encajar el pin en el elemento equivocado. Los destinos de iframe de origen cruzado pueden permanecer unresolved.
Reserva de selector y coincidencias en competencia
En el momento de la captura, Pinar prefiere un selector que coincida de forma única con el nodo por id, data-testid o data-test, o tag más name. Si ninguno de esos es único, guarda un camino CSS estructural. Los nombres de clase que parecen generados se omiten de la huella para que los módulos CSS con hash no se conviertan en la única señal.
Al reabrir, se fusionan y ordenan los candidatos de las estrategias stable-selector, structure, semantic y geometry. La confianza exact exige un acierto de selector estable o de estructura con puntuación alta; las coincidencias semánticas y geométricas se quedan en probable. Cuando las dos puntuaciones viables más altas difieren en un margen estrecho, el resultado es ambiguous y no se elige ningún elemento.
- Un selector posicional :nth-of-type puntúa más bajo cuando otros nodos comparten el mismo tag, texto y clases.
- Los pins de área se rechazan como destinos de elemento y permanecen unresolved durante la puntuación del localizador.
- Cuando el contentDocument de un iframe no se puede leer, la reubicación se detiene con un aviso cross-origin-frame en lugar de adivinar.