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

Video Embeds Fonts

Un vídeo alojado en WordPress hace buffering en móvil

Diagnostica el buffering móvil comprobando archivo, bitrate, fast start, rangos de bytes, servidor, CDN, HTML y tráfico competidor de la página.

Un vídeo propio funciona por Wi-Fi y se detiene cada pocos segundos con datos móviles. No demuestra que el teléfono falle ni que el hosting sea insuficiente. Influyen bitrate, estructura MP4, rangos del servidor y peticiones que compiten en la página.

Sigue una secuencia controlada para localizar el cuello.

Comparar URL directa y página completa

Abre el MP4 directamente con la conexión afectada y después dentro de WordPress. Si directo funciona y en la página no, otros recursos, JavaScript o el reproductor compiten.

Si ambos hacen buffering, revisa archivo y entrega. Compara además un MP4 pequeño conocido del mismo servidor. Registra dispositivo, navegador, red y momento de cada pausa.

Medir bitrate, dimensiones y codec

El peso total no basta: un vídeo corto puede exigir un bitrate sostenido alto. Para un archivo autorizado:

ffprobe -v error 
  -show_entries format=duration,size,bit_rate 
  -show_entries stream=codec_name,width,height,r_frame_rate 
  -of default=noprint_wrappers=1 video.mp4

Compara bitrate con una velocidad móvil realista dejando margen para variación y demás recursos. Verifica compatibilidad de codec y perfil. H.264 dentro de MP4 sigue siendo una base práctica.

No transcodifiques el único master; crea un derivado web desde una copia.

Comprobar fast start

Un MP4 puede guardar al final los metadatos necesarios y obligar a descargar mucho antes de reproducir. Crea una copia sin cambiar el flujo visual:

ffmpeg -i input.mp4 -c copy -movflags +faststart output-faststart.mp4

Verifica el archivo nuevo antes de sustituir producción. Si empieza antes pero se detiene en los mismos puntos, todavía fallan bitrate o capacidad de entrega.

Verificar solicitudes por rangos

Los navegadores piden partes del medio. Comprueba cabeceras y un rango pequeño:

curl -I https://example.com/uploads/video.mp4
curl -r 0-1023 -I https://example.com/uploads/video.mp4

La segunda petición debería responder normalmente 206 Partial Content y un Content-Range válido. Si servidor, CDN o WAF ignoran rangos, buscar y recuperar reproducción resulta ineficiente.

Prueba solo medios autorizados y compara origen y CDN si se comportan distinto.

Revisar el HTML

Para un vídeo de contenido controlado por el usuario, parte de:

<video controls preload="metadata" poster="/uploads/tutorial-poster.webp">
  <source src="/uploads/tutorial.mp4" type="video/mp4">
  <p><a href="/uploads/tutorial.mp4">Descargar el vídeo</a>.</p>
</video>

preload="auto" puede transferir mucho antes del clic y competir con otros vídeos. none ahorra más pero retrasa el inicio. Compáralos en la página real.

No reproduzcas automáticamente una explicación con sonido. Ofrece controles y subtítulos cuando la voz sea necesaria.

Buscar límites de servidor y CDN

Durante una reproducción controlada, revisa tiempo de respuesta, caché, velocidad y errores. Un MISS, cuota, protección anti-hotlink u origen saturado pueden interrumpir.

El MP4 debería cachearse como medio y no pasar por PHP. Algunos plugins de contenido protegido lo envían a través de la aplicación, elevando carga y perdiendo rangos eficientes.

Comprueba que la URL pública no cambia con parámetros aleatorios y que una respuesta parcial conserva las cabeceras de caché esperadas. Si el archivo se reemplaza bajo el mismo nombre, purga ese activo o utiliza una URL versionada; de lo contrario distintos nodos o teléfonos pueden seguir recibiendo una codificación antigua y producir resultados contradictorios.

Una medición desde un datacenter rápido no representa la región móvil afectada. Compara ubicaciones relevantes.

Decidir si MP4 progresivo sigue siendo adecuado

Un fondo o demostración breve funciona como un MP4 progresivo. Cursos largos, calidades múltiples o audiencia internacional pueden necesitar streaming adaptativo, que cambia la resolución al variar el ancho.

Construirlo en hosting compartido no suele ser el arreglo más sencillo; puede convenir una plataforma especializada.

Verificar un cambio cada vez

Repite la misma conexión después de cambiar solo fast start, bitrate, rangos o precarga. Confirma inicio, pausas, búsqueda, subtítulos y calidad.

Si sigue siendo irregular, aporta URL pública, duración, peso, dispositivo y hora a una evaluación, nunca credenciales inicialmente. El diagnóstico debe separar codificación, marcado y entrega antes de recomendar otro hosting.

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