Questo perché tutte le emoji unicode standardizzate sono destinate a rientrare in un quadrato, e presumiamo che i siti vogliano che le loro emoji abbiano dimensioni coerenti in un modo che funzioni insieme al testo e ad altre emoji 
se quella teiera fosse 50x50 creerebbe un enorme spazio tra le righe come questo:
C’è una buona spiegazione di quando è stato aggiunto originariamente:
Con dettagli di supporto da Multimedia: Images - Learn web development | MDN
Quando gli attributi
widtheheightdi un’immagine sono inclusi in un elemento HTML<img>, l’aspetto dell’immagine può essere calcolato dal browser prima che l’immagine venga caricata. Questo aspetto viene utilizzato per riservare lo spazio necessario per visualizzare l’immagine, riducendo o addirittura prevenendo uno spostamento del layout quando l’immagine viene scaricata e visualizzata sullo schermo. La riduzione dello spostamento del layout è una componente importante di una buona esperienza utente e delle prestazioni web.…
Mentre le migliori pratiche degli sviluppatori dell’ultimo decennio potrebbero aver raccomandato di omettere gli attributi
widtheheightdi un’immagine su un elemento HTML<img>, a causa della mappatura dell’aspetto, l’inclusione di questi due attributi è considerata una migliore pratica per gli sviluppatori.
Detto tutto questo, hai un esempio ragionevole di un caso in cui il ridimensionamento predefinito non funzionerà per tutte le emoji… quella vecchia emoji del brindisi è 3 volte più larga, quindi non rientra bene in un quadrato. Non è insolito che altre app limitino tutte le emoji a quadrati, quindi non siamo troppo insoliti nel nostro comportamento (sia Slack che Discord lo fanno, per esempio)… ma in alternativa potremmo considerare di consentire alle emoji personalizzate di avere opzionalmente le dimensioni impostate.