로컬 에이전트에서 browser_search가 한 번 실행에 거의 1분이 걸려 뭔가 이상하다고 생각했다. 처음에는 검색 엔진이나 네트워크를 의심했지만, 실제로 시간을 측정해 보니 페이지 자체는 약 1.1초 만에 열리고 있었다. 느린 부분은 그 이후에 일어나는 일이었다.

에이전트는 각 요소를 하나씩 확인하고 있었다. 보이는지 여부, 여러 속성 읽기, 비활성화 여부 확인 등이었고, 이러한 검사마다 브라우저와 왕복 통신을 반복했다. 테스트한 페이지는 5개 프레임에 걸쳐 494개의 요소를 담고 있었다. 이런 작은 호출들이 수천 번의 브라우저 왕복으로 누적되었고, 단 한 번의 스냅샷이 결국 53.5초가 걸렸다.

모든 요소를 개별적으로 확인하는 대신 각 프레임을 한 번의 패스로 읽도록 변경했다. 동일한 쿼리에서 browser_snapshot은 53.5초에서 0.5초로, browser_search는 41.3 / 53.9 / 36.3초에서 3.4 / 1.2 / 1.5초로 줄었다.

동일한 12개의 검색 결과가 여전히 반환되었다. 즉 모델도 병목이 아니었고 검색 엔진도 아니었다. 시간 대부분은 에이전트가 페이지를 읽는 방식에 소요되고 있었다.

다만 이를 수정하면서 또 다른 문제가 드러났다. 기존 스냅샷 과정은 너무 느려서 의도치 않게 로딩 지연 역할을 하고 있었다. 빨라지자 일부 요소가 렌더링을 마치기 전에 읽히기 시작했다. 그래서 스냅샷이 충분히 느리기만 하기를 기대하는 대신, 페이지가 실제로 상호작용 가능한 상태인지 확인하는 별도의 검사를 추가하게 되었다.