Summary
This work presents “WebBench,” a new benchmark for evaluating multimodal language models (e.g., image, text → text), specifically focusing on applications involving reasoning over webpages. The benchmark consists of ~1.5K example prompts (webpage/input/response tuple) spanning 139 individual websites, and **7 task families** each with their own evaluation metric:
1. *Captioning* (ROUGE Score): Given a webpage screenshot, generate a natural language summary of the website (where ground-truth is a GPT-4V rewrite of the HTML “meta” tag)
2. *WebQA* (F1 Score): Given a question about the webpage (written by a human annotator) generate the answer (open-set generation).
3. *Heading OCR* (ROUGE Score): Generate the heading text for the given webpage (extracted from the first <h1> tag).
4. *Element OCR* (ROUGE Score): Given a webpage with a highlighted DOM element > 20 words (drawn bounding box), transcribe the given element in natural language.
5. *Element Grounding* (Multiple Choice Accuracy): Given a human-provided description of an HTML DOM element, and 8 potential candidates (drawn bounding boxes), select the candidate element that best matches the description.
6. *Action Prediction* (Multiple Choice Accuracy): Given a highlighted DOM element (with an href tag), select the title of the “target” webpage given a set of candidates (with negatives scraped from other elements of the same webpage).
7. *Action Grounding* (Multiple Choice Accuracy): Given a human-provided high-level instruction (e.g., “search for flights to Montreal”) and eight candidate DOM elements (drawn bounding boxes), identify the candidate element that is most relevant to the instruction (e.g., search bar for “Flights”).
Beyond curating this extensive benchmark, the work also evaluates and performs a thorough analysis of 14 state-of-the-art multimodal language models (14 open-source, 2 closed-source) across all tasks, including a stratified breakdown of how models behave as a function of scale (7B vs. 13B vs. 34B), input resolution, and manual error analysis. The appendix provides additional detail as to the data annotation and verification process. The full evaluation benchmark and evaluation harnesses for open-source models will be released.
Reasons to accept
This is a strong paper introducing a new evaluation that 1) fulfills a demonstrated need given the recent proliferation of multimodal language models, and 2) clearly distinguishes itself from prior web-based evaluation benchmarks such as Web Shop and Visual WebArena by focusing on clearly defined and fine-grained “subtasks” necessary for reasoning over websites.
While the overall sample size per each of the 7 subtasks is on the smaller side, I do believe the existing examples are clean and high-signal. The effort the work makes to leverage human annotators to both provide input prompts and verify outputs is clear, and further strengthens the benchmark. Finally, the analysis of existing models demonstrates that this benchmark is not only valid, but that there are subtasks with a ton of “headroom” — showing that this evaluation will be useful to the field and those working on developing stronger MLLMs in the future.
Reasons to reject
There are a few minor issues that I believe the authors can easily fix for the final submission. First, it’s a bit strange to me that the evaluation metric for all of the OCR-based subtasks (e.g., Element OCR, Heading OCR) is ROUGE score rather than exact match (or F1 score); if we want high-fidelity OCR, shouldn’t we be penalizing our MLLMs for any generations that deviate from the ground-truth?
Furthermore, some of the details around the annotation procedure are missing (how annotators are selected, which annotators are used for generating which data per subtask, which data the authors of the work actually verified vs. external annotators). It would be really great to be specific and clear about these details in the final version of the paper.
Questions to authors
Were external annotators only used for the action grounding task? If not, could you provide a description of the annotation pipeline used for the other subtasks (similar to Appendix A)?
Beyond the webpage screenshots and input prompts provided in the benchmark, can you clarify what other metadata about the webpages you plan to release? Minimally, it would be great to get original URLs, access dates, as well as code for rendering websites (e.g., the Playwright pipeline described in the paper).