C’est parce que tous les emojis unicode standardisés sont conçus pour s’intégrer dans un carré, et nous supposons que les sites veulent que leurs emojis aient une taille cohérente, d’une manière qui fonctionne avec le texte et les autres emojis 
si cette théière faisait 50x50, cela créerait un énorme espace entre les lignes comme ceci :
Il y a une bonne explication de la raison pour laquelle cela a été ajouté à l’origine :
Avec des détails supplémentaires de Multimedia: Images - Learn web development | MDN :
Lorsque les attributs
widthetheightd’une image sont inclus dans un élément HTML<img>, le rapport d’aspect de l’image peut être calculé par le navigateur avant que l’image ne soit chargée. Ce rapport d’aspect est utilisé pour réserver l’espace nécessaire à l’affichage de l’image, réduisant ainsi, voire empêchant, un décalage de mise en page lorsque l’image est téléchargée et affichée à l’écran. La réduction des décalages de mise en page est un élément majeur d’une bonne expérience utilisateur et des performances web.…
…
Bien que les meilleures pratiques de développement de la dernière décennie aient pu recommander d’omettre les attributs
widthetheightd’une image sur un élément HTML<img>, en raison du mappage du rapport d’aspect, l’inclusion de ces deux attributs est considérée comme une meilleure pratique de développement.
Cela dit, vous avez un exemple raisonnable d’un cas où le dimensionnement par défaut ne fonctionnera pas pour tous les emojis… cet ancien emoji de « cheers » est 3 fois plus large, il ne s’intègre donc pas bien dans un carré. Il n’est pas inhabituel que d’autres applications limitent tous les emojis à des carrés, nous ne sommes donc pas si inhabituels dans notre comportement (Slack et Discord le font, par exemple)… mais nous pourrions alternativement envisager de permettre aux emojis personnalisés d’avoir éventuellement des dimensions définies.