This happens on iOS when a font (such as Bravura) using specific code points in the U+E000..U+F8FF range fails to load.
iOS first had emoji in 2.2, a year or so before Unicode officially added them. They were mapped to "Private Use Area" (6400 code points at U+E000..U+F8FF; there's also supplemental PUAs of 65,534 code points each at U+F0000..U+FFFFD and U+100000..U+10FFFD, but those weren't used for legacy emoji) code points, and—for backwards compatibility—those code points are still mapped to those emoji (on iOS) in the absence of a font to supersede them.
This has the same cause as Etsy's "





" bug and
Disney's cigarette issue, and persists until the font loads. If the font doesn't load (perhaps you just don't have it here, which is probably the case with Bravura on iOS), though, then you just get random emojis until you leave the page. (At least they're the
same random emojis for the same icons on the same font.) I suppose that many of them are Japanese foods because the emojis were grouped together in the same way that ranges are allocated in SMuFL.
I'm in college (a CS major), but apparently there's still a decent amount of time to check this out. I wonder if the main page will ever have 59edo changed to green...