La diferencia está en los motores de representación para las ventanas del navegador.
Sabemos que Safari reproduce el conjunto de caracteres de manera diferente a Chrome. Pero los elementos de la interfaz de usuario de la ventana (las pestañas en Chrome) están bien. Esa es nuestra mayor pista.
Es probable que los elementos de la interfaz de usuario de la ventana (énfasis en probable, puede que no esté correcto aquí) sean procesados por el SO. Así que reciben el tratamiento completo de expansión emoji a nivel de sistema operativo.
Pero lo que sucede dentro de una ventana del navegador web es muy dependiente del navegador. Los motores de renderizado son una gran parte de la salsa secreta de cada navegador.
Tanto Safari como Chrome utilizan WebKit, pero las similitudes entre las instancias de WebKit que usan se detienen en algún lugar alrededor del nombre del motor. Ambas son las claves de la versión principal y están muy personalizadas para mejorar el rendimiento de manera que cada equipo de desarrollo de navegadores considere significativo para sus usuarios finales.
@JasonSalaz encontró un gran error en la base de datos de errores de Chrome que nos da la pista final de que depende de las bifurcaciones de WebKit: enlace : ese error está hablando de las diferencias entre el fork en Chrome y la línea principal de WebKit del proyecto de código abierto. Hay diferencias de representación en la línea principal que aún no han llegado a la versión que está usando Chrome. Y parece que tienen la intención de fusionar los cambios en algún momento.
Actualización: Paul Irish tiene una excelente publicación de blog sobre cómo difiere WebKit para todos estos navegadores que actualmente la usan . Si realmente quiere comprender cuán diverso es el entorno WebKit, esta es una gran lectura.