Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Video Embeds Fonts

Varios vídeos incrustados bloquean un artículo de WordPress

Diagnostica por qué un artículo WordPress con varios vídeos se bloquea y reduce reproductores, scripts y trabajo inicial sin eliminar contenido útil.

Un artículo con seis demostraciones puede dejar de responder aunque el texto ya aparezca. Cada embed crea reproductor, scripts, eventos y recursos visuales. El trabajo combinado del hilo principal, no solo los megabytes, dificulta desplazarse o hacer clic.

Conserva el valor editorial y cambia el momento en que se crean los reproductores.

Reproducir el bloqueo y contar iframes

Prueba desconectado en un teléfono modesto o con limitación de CPU. Anota si falla al cargar, al acercarse a los vídeos o después de iniciar uno.

Cuenta los iframes finales:

document.querySelectorAll("iframe").length

Ejecuta el diagnóstico solo en una web autorizada. Compara el número con los vídeos visibles. Pueden existir duplicados móviles, pestañas ocultas, modales o carruseles.

Separar red y trabajo del navegador

Network muestra dominios y bytes; Performance revela tareas largas, recálculo de diseño y ejecución.

Si se descargan muchos megabytes antes de llegar a los vídeos, la carga anticipada es importante. Si los bytes son moderados pero la interfaz se bloquea durante la inicialización, JavaScript y DOM son la pista. Ambas causas pueden coexistir.

No culpes a WordPress o al hosting si el documento principal responde normalmente y el coste aparece después.

Sustituir reproductores inactivos por previews

Usa un componente accesible para cada vídeo y crea el iframe solo al pulsar ese preview. El artículo inicial contendrá miniaturas, títulos y botones, no seis reproductores.

Aloja imágenes locales o usa una fuente aprobada por la política de consentimiento. Reserva proporción 16:9 para evitar saltos.

No cargues un paquete JavaScript completo por bloque. Un listener pequeño puede gestionar todos mediante una clase compartida o delegación de eventos.

Elegir clic o proximidad al viewport

IntersectionObserver puede inicializar un vídeo poco antes de verlo, pero también crea reproductores que el lector puede pasar de largo. El clic ofrece más ahorro y una acción de consentimiento clara.

La proximidad puede servir para un vídeo instructivo principal que casi todos verán. Aplícala solo a ese elemento. Si requiere autoplay, respeta las políticas y no inicies sonido inesperado.

Eliminar scripts duplicados con cuidado

Algunos plugins cargan la API del proveedor por cada bloque o combinan YouTube con librerías de slider. Inspecciona URL e iniciadores.

WordPress debería encolar un recurso compartido una sola vez. En código propio, usa un identificador estable; evita etiquetas <script> dentro de bloques repetidos. Con plugins externos, reproduce primero en staging.

Eliminar una copia sin entender dependencias puede romper todos los controles.

Revisar la carga editorial

No toda demostración necesita iframe. Un vídeo principal con capítulos y enlaces de texto a ejemplos opcionales puede servir mejor. Un índice también avisa cuántas secciones multimedia siguen.

Reducir reproductores mejora lectura, navegación con teclado y consumo de datos. Mantén embebidos los que explican realmente un paso y enlaza el material secundario con claridad.

Verificar memoria, desplazamiento y reproducción

Tras el cambio, confirma que no hay peticiones del proveedor antes del disparador, que el scroll responde de principio a fin y que activar un preview crea solo un reproductor.

Reproduce un segundo vídeo y comprueba que el primero no mantiene audio no deseado. Valida teclado, pantalla completa y explicación cuando se rechaza el consentimiento.

Decide también si al iniciar otro vídeo debe pausarse o retirarse el iframe anterior. En artículos largos, conservar todos los reproductores creados puede volver a aumentar memoria y eventos aunque la carga inicial haya mejorado. Hazlo sin destruir la posición de lectura ni obligar a descargar otra vez un vídeo que el usuario acaba de pausar.

Prueba también después de navegar desde otra página: las transiciones tipo SPA pueden dejar eventos antiguos.

Solicita evaluación si el constructor genera reproductores ocultos, la API se carga varias veces o la página sigue bloqueada con previews. Aporta URL, dispositivo y vídeos imprescindibles, sin credenciales.

Una reparación completa considera red, JavaScript, memoria, consentimiento y propósito editorial; una puntuación mayor por sí sola no lo demuestra.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia↗