What exactly happens when ChromeBot tries to access Instagram's website?
How well does it handle Twitter Lite?
While Twitter's original desktop website still relies much on HTML source code, Twitter's Mobile page is a “Web App”, powered by AJAX. In addition, it causes serious compatibility problems with older versions of browsers (but Twitter redirects them to “Mobile Web (M2)”, their legacy mobile website, anyway).
The advantage of the AJAX-powered web-app is that allows for smoother browsing because thanks to AJAX, there is no need to reload the entire webpage. But the initial loading time takes obviously longer, because it needs to download more information into the RAM (if not already in browser cache).
The downside of AJAX is obvious, especially for YouTube comments. Starting circa 2013, those did no longer load within the page itself (included into HTML source code). See YouTube#Comment loading for more information. AJAX has been a death sentence for the Wayback Machine, also for other websites.
Archive.is has partially been able to handle AJAX content, losing it's ability to capture YouTube comments since late 2017 (except for directly linked comments).
But now, there is our mighty ChromeBot. Thankfully.
It is not very likely for Twitter to replace their legacy website (also known as “Twitter Web Client” in tweet source tags) with their new “App” style website (“Twitter Web App”, formerly “Twitter Lite”), but in case it actually happens, or in case it becomes the default and only users who are logged in are able to opt out, is ChromeBot prepared? …and will it support infinite scroll there too?
It would be good if Twitter still gives users the choice about which platform to use. If Twitter enforced their AJAX-powered website onto all users, ArchiveBot, (which is more mature and more suited for mass archivals of larger pages rather than ChromeBot for modern, JS-heavy pages), could be incapacitated.