Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Video Embeds Fonts

Un vídeo allotjat a WordPress fa buffering al mòbil

Diagnostica el buffering mòbil comprovant fitxer, bitrate, fast start, rangs de bytes, servidor, CDN, HTML i trànsit competidor de la pàgina.

Un vídeo propi funciona per Wi-Fi i s’atura cada pocs segons amb dades mòbils. No demostra que el telèfon falli ni que l’allotjament sigui insuficient. Hi influeixen bitrate, estructura MP4, rangs del servidor i peticions que competeixen a la pàgina.

Segueix una seqüència controlada per localitzar el coll.

Comparar URL directa i pàgina completa

Obre l’MP4 directament amb la connexió afectada i després dins de WordPress. Si directe funciona i a la pàgina no, altres recursos, JavaScript o el reproductor competeixen.

Si tots dos fan buffering, revisa fitxer i lliurament. Compara també un MP4 petit conegut del mateix servidor. Registra dispositiu, navegador, xarxa i moment de cada pausa.

Mesurar bitrate, dimensions i còdec

El pes total no basta: un vídeo curt pot exigir un bitrate sostingut alt. Per a un fitxer autoritzat:

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 el bitrate amb una velocitat mòbil realista deixant marge per a variació i altres recursos. Verifica compatibilitat de còdec i perfil. H.264 dins d’MP4 continua sent una base pràctica.

No transcodifiquis l’únic màster; crea un derivat web des d’una còpia.

Comprovar fast start

Un MP4 pot desar al final les metadades necessàries i obligar a baixar molt abans de reproduir. Crea una còpia sense canviar el flux visual:

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

Verifica el fitxer nou abans de substituir producció. Si comença abans però s’atura als mateixos punts, encara fallen bitrate o capacitat de lliurament.

Verificar sol·licituds per rangs

Els navegadors demanen parts del mitjà. Comprova capçaleres i un rang petit:

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

La segona petició hauria de respondre normalment 206 Partial Content i un Content-Range vàlid. Si servidor, CDN o WAF ignoren rangs, cercar i recuperar reproducció resulta ineficient.

Prova només mitjans autoritzats i compara origen i CDN si es comporten diferent.

Revisar l’HTML

Per a un vídeo de contingut controlat per l’usuari, parteix de:

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

preload="auto" pot transferir molt abans del clic i competir amb altres vídeos. none estalvia més però retarda l’inici. Compara’ls a la pàgina real.

No reprodueixis automàticament una explicació amb so. Ofereix controls i subtítols quan la veu sigui necessària.

Buscar límits de servidor i CDN

Durant una reproducció controlada, revisa temps de resposta, memòria cau, velocitat i errors. Un MISS, quota, protecció anti-hotlink o origen saturat poden interrompre.

L’MP4 s’hauria de desar com a mitjà i no passar per PHP. Alguns connectors de contingut protegit l’envien a través de l’aplicació, elevant càrrega i perdent rangs eficients.

Comprova que l’URL pública no canvia amb paràmetres aleatoris i que una resposta parcial conserva les capçaleres de memòria cau esperades. Si el fitxer se substitueix sota el mateix nom, purga aquell actiu o utilitza una URL versionada; altrament diferents nodes o telèfons poden continuar rebent una codificació antiga i produir resultats contradictoris.

Una mesura des d’un centre de dades ràpid no representa la regió mòbil afectada. Compara ubicacions rellevants.

Decidir si MP4 progressiu continua sent adequat

Un fons o demostració breu funciona com un MP4 progressiu. Cursos llargs, qualitats múltiples o audiència internacional poden necessitar streaming adaptatiu, que canvia la resolució quan varia l’amplada.

Construir-lo en allotjament compartit no sol ser la reparació més senzilla; pot convenir una plataforma especialitzada.

Verificar un canvi cada vegada

Repeteix la mateixa connexió després de canviar només fast start, bitrate, rangs o precàrrega. Confirma inici, pauses, cerca, subtítols i qualitat.

Si continua irregular, aporta URL pública, durada, pes, dispositiu i hora a una avaluació, mai credencials inicialment. El diagnòstic ha de separar codificació, marcat i lliurament abans de recomanar un altre allotjament.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència