La differenza sono i motori di rendering per le finestre del browser.
Sappiamo che Safari rende il set di caratteri in modo diverso rispetto a Chrome. Ma gli elementi dell'interfaccia utente di Windows (le schede in Chrome) sono a posto. Questo è il nostro più grande indizio.
Gli elementi dell'interfaccia utente della finestra sono probabili (l'enfasi sul probabile, potrebbe non essere corretto qui) tutto il rendering dal sistema operativo. Quindi ottengono il pieno trattamento di espansione emoji a livello di sistema operativo.
Ma ciò che accade all'interno di una finestra del browser Web dipende molto dal browser. I motori di rendering sono una grande parte della salsa segreta di ciascun browser.
Sia Safari che Chrome usano WebKit, ma le somiglianze tra le istanze di WebKit che usano si fermano da qualche parte attorno al nome del motore. Sono entrambi fork dalla versione principale e sono entrambi strongmente personalizzati per migliorare le prestazioni in modo che ogni team di sviluppo del browser ritenga significativo per i loro utenti finali.
@JasonSalaz ha individuato un grosso bug nel database dei bug di Chrome che ci dà l'ultimo indizio che si tratta di forcelle WebKit: link - quel bug sta parlando delle differenze tra la forcella in Chrome e la linea principale di WebKit dal progetto open source. Ci sono differenze di rendering nella linea principale che devono ancora arrivare alla versione che Chrome sta usando. E sembra che abbiano intenzione di unire le modifiche a un certo punto.
Aggiornamento: Paul Irish ha un ottimo post sul blog su come differisce WebKit per tutti i browser che attualmente lo utilizzano . Se vuoi veramente capire quanto sia vario l'ambiente WebKit, questa è una lettura eccellente.