Índice
- 1 Por qué desactivar emojis WordPress mejora tu velocidad
- 2 Qué recursos carga WordPress para los emojis
- 3 Método 1: desactivar los emojis con código en functions.php
- 4 Método 2: desactivar los emojis con un plugin
- 5 Cuándo NO conviene desactivar los emojis
- 6 Impacto real en las peticiones HTTP y el rendimiento
- 7 Otras optimizaciones rápidas para reducir peticiones HTTP
- 8 Preguntas frecuentes
- 9 Conclusión
Por qué desactivar emojis WordPress mejora tu velocidad
Desde la versión 4.2, WordPress trae de serie soporte para emojis. Lo hace mediante un script JavaScript llamado wp-emoji-release.min.js que se carga en todas las páginas, frontend y escritorio incluidos, aunque ni un solo visitante use jamás un emoji. Es curioso cuando lo piensas. Si buscas desactivar emojis WordPress para recortar peticiones HTTP, vas bien encaminado: es una de esas optimizaciones simples que se notan de verdad en el tiempo de carga.
¿Qué hace ese script exactamente? Detecta el navegador y el sistema operativo, comprueba si soporta emojis de forma nativa y, si no es así, sustituye los caracteres por imágenes SVG o PNG alojadas en s.w.org. Traducido: al menos dos peticiones HTTP externas por visita, más los cerca de 10 KB del propio script.
Qué recursos carga WordPress para los emojis
Antes de quitar nada, mejor saber qué estamos quitando. En cada página, WordPress inyecta esto:
- wp-emoji-release.min.js: el script principal, registrado con el handle wp-emoji.
- Estilos CSS en línea: reglas para alinear verticalmente los emojis convertidos en imágenes.
- Peticiones a s.w.org: para detectar soporte y, si hace falta, cargar las imágenes SVG/PNG.
- Etiqueta meta de compatibilidad: la que activa el renderizado en Internet Explorer.
En la práctica, casi todo esto sobra hoy. Todos los navegadores relevantes pintan emojis nativamente desde hace años, así que el beneficio visual ronda el cero. Lo que queda es peso muerto y peticiones que penalizan métricas como el Largest Contentful Paint (LCP) o el Time to Interactive.
Método 1: desactivar los emojis con código en functions.php
Es la opción más limpia, y la que yo recomendaría si gestionas tu propio sitio. Añade este fragmento al functions.php de tu tema hijo o, mejor todavía, a un plugin de snippets como Code Snippets:
add_action(‘init’, function() { remove_action(‘wp_head’, ‘print_emoji_detection_script’, 7); remove_action(‘admin_print_scripts’, ‘print_emoji_detection_script’); remove_action(‘wp_print_styles’, ‘print_emoji_styles’); remove_action(‘admin_print_styles’, ‘print_emoji_styles’); remove_filter(‘the_content_feed’, ‘wp_staticize_emoji’); remove_filter(‘comment_text_rss’, ‘wp_staticize_emoji’); remove_filter(‘wp_mail’, ‘wp_staticize_emoji’); add_filter(‘emoji_svg_url’, ‘__return_false’); add_filter(‘tiny_mce_plugins’, function($plugins) { return array_diff($plugins, array(‘wpemoji’)); }); });
El código cubre todos los frentes:
- Elimina el script de detección, tanto en el frontend como en el panel de administración.
- Suprime los estilos CSS de los emojis.
- Quita la conversión a imágenes en los feeds RSS y en los correos enviados con wp_mail.
- Elimina el DNS prefetch hacia s.w.org.
- Filtra el plugin wpemoji del editor clásico TinyMCE.
Verificar que los emojis ya no se cargan
¿Y comprobamos que funcionó? Abre tu web, clic derecho, «Ver código fuente» y busca la cadena wp-emoji con Ctrl+F. Si no aparece ninguna coincidencia, hecho. También puedes mirar la pestaña Network de las herramientas de desarrollo y confirmar que ya no hay peticiones a s.w.org.
Método 2: desactivar los emojis con un plugin
Prefieres no tocar código, entiendo. Hay plugins que lo resuelven por ti:
- Disable Emojis: ligero y específico, sin configuración; aplica exactamente el código anterior.
- Asset CleanUp o Perfmatters: suites de optimización que permiten desactivar los emojis junto a otros scripts innecesarios.
- Autoptimize: en sus opciones avanzadas se puede suprimir el script de emojis entre otras cosas.
Eso sí: instalar un plugin solo para esto no tiene mucho sentido. Si ya usas uno de optimización, activa la opción desde ahí y no sumes otro componente más a la instalación.
Cuándo NO conviene desactivar los emojis
No todo es blanco o negro. Hay casos donde la desactivación puede dar problemas, y conviene valorarlos antes:
- Comentarios con emojis: si tu audiencia los usa y tienes visitantes con navegadores muy antiguos, dejarán de verse bien.
- Contenido feed-dependiente: si distribuyes tu RSS a plataformas que dependen de la conversión estática de emojis.
- Escritorios muy viejos: un Windows 7 sin actualizar y un navegador obsoleto mostrarán cuadros vacíos.
Aun así, para la inmensa mayoría de sitios actuales estos escenarios son marginales. El beneficio de rendimiento pesa bastante más.
Impacto real en las peticiones HTTP y el rendimiento
Números: en una web típica, desactivar los emojis elimina entre 2 y 4 peticiones HTTP por visita y reduce el peso de la página en torno a 10-15 KB. ¿Poco? Depende. En sitios con miles de visitas diarias la suma es considerable, y cada petición menos alivia la fase de carga inicial, algo que Google mide con los Core Web Vitals.
Otras optimizaciones rápidas para reducir peticiones HTTP
Ya que estás manos a la obra, revisa también estos puntos, porque suelen generar peticiones que nadie pidió:
- Embeds de WordPress: el sistema oEmbed también carga JavaScript en cada página; puedes desactivarlo con wp_deregister_script(‘wp-embed’).
- Google Fonts: reduce familias y pesos tipográficos, o aloja las fuentes localmente.
- Iconos de librerías completas: deja de cargar Font Awesome entero; usa en SVG los pocos iconos que realmente necesitas.
- DNS prefetch: elimina los prefetch hacia dominios que ya no cargas.
Preguntas frecuentes
¿Al desactivar los emojis dejarán de verse en mi contenido? En la práctica, no. Los emojis escritos en tus textos seguirán mostrándose porque los navegadores modernos los renderizan nativamente. Lo que desaparece es el sistema de sustitución por imágenes de WordPress.
¿Es reversible? Sí, del todo. Quitas el snippet o desactivas el plugin y todo vuelve a estar como antes.
¿Funciona igual con Gutenberg? Sí. El script de emojis es independiente del editor, así que la desactivación afecta a todo el frontend sin importar cuál uses.
Conclusión
Pocas optimizaciones son tan rápidas, seguras y reversibles como esta: quitas un script que nadie necesita en cada página, reduces peticiones externas hacia s.w.org y ayudas a tus Core Web Vitals. Por código es la vía más limpia y duradera; si ya tienes un plugin de optimización instalado, usa su opción y no compliques la instalación. Copia de seguridad antes, verificación después (código fuente o herramientas de desarrollo, lo que prefieras), y listo. Y si prefieres dejar esta y otras optimizaciones en manos de quien esto hace todos los días, en RedServicio (redservicio.net) te echan una mano para acelerar tu WordPress y resolver cualquier problema técnico de tu sitio.
