Fundamentalmente, hago esto por el divide y vencerás, proverbio latino atribuido a Julio César, que parece que se cumple también en mis vídeos. Después de grabar Desarrollando un juego en Slick2D, con episodios que de media duran aproximadamente 16 minutos, grabé HTML Básico, donde según los cálculos, cada episodio dura aproximadamente 11 minutos. Algunos episodios de la primera serie duran casi 30 minutos; en cambio algunos en HTML Básico no superan los 6 minutos.
Mientras montaba esta segunda serie, me daba cuenta de las ventajas que hacer episodios más cortos. En general, si hago mis vídeos de menos de 10 minutos es por los siguientes motivos:
Primero: tardo menos en planificar el vídeo. Los vídeos de Desarrollando un juego en Slick2D eran demasiado genéricos: en 20 minutos ocurrían muchas cosas. Desde que hago vídeos cortos, antes de grabar, me digo "en este episodio voy a hacer X", y hago única y exclusivamente lo que el guión me dice. No hablo de algo que no venga a cuento.
Segundo: tardo menos en montar el vídeo. Se edita mejor un vídeo corto que un vídeo largo, porque el tiempo que tardas en editar es mucho menor. De hecho, muchos vídeos nuevos los intento grabar en una sola toma para que montarlos únicamente sea recodificarlos y ponerle la introducción.
Tercero: tardo menos en subir el vídeo. Mi Internet no es muy bueno. Mis primeros vídeos tardaban media hora en subirse. Ahora tardo apenas cinco minutos en subir un vídeo (también tiene que ver la destreza que he aprendido en codificar y comprimir vídeos sin perder calidad).
Cuarto: YouTube tarda menos en tragarse el vídeo. A veces YouTube se pone tonto y tarda un tiempo considerable en procesar vídeos largos. En cambio, un vídeo corto se procesa enseguida. Incluyo en procesar el tiempo que tengo que esperar mientras mi vídeo pasa el filtro de la monetización. Comprobado está, que cuanto más corto sea el vídeo, menor es la probabilidad de que Content ID genere un falso positivo.
Quinto: la gestión del vídeo es más precisa. La verdad, es que si el vídeo es corto y sólo haces una única cosa, gestionarlo es mejor. "¿De qué trata este vídeo? Pues en este vídeo enseño cómo se usa el bucle while". Luego, el vídeo puede adjuntarse a una entrada de blog donde explique qué es el bucle while. Y si una persona quiere aprender cómo se usa el bucle while, busca en YouTube "bucle while" y encuentra mi vídeo. En cambio, los vídeos de Slick2D son tan grandes que se hacen tantas cosas, que gestionarlo es horrible: en este vídeo hago esto, esto, esto y esto.
Sexto: a la gente le gustan los vídeos cortos. Las estadísticas de YouTube me avalan en esto: los vídeos de Desarrollando en Slick2D tienen muchas visitas, vale; pero el porcentaje de vídeo reproducido está entre el 20 y el 30%. La gente viene, repasa hasta el minuto 14, ve los dos minutos que le interesan, y abandonan el vídeo. En cambio, los vídeos más cortos suelen verse mejor porque al espectador no le quitan tanto tiempo, y gozan de un porcentaje de vídeo reproducido que está entre el 40 y el 60% en los vídeos nuevos subidos recientemente.
En conclusión: los vídeos cortos funcionan mejor. Experimentalmente lo comprobé, y desde entonces prefiero grabarlo así. La cantidad de minutos que subo a YouTube sigue siendo la misma: aunque sean más cortos, suelo subir un par de vídeos para ofrecer más material (no sólo 5 minutos).
Esto también forma parte de ser un creador de YouTube: innovar, experimentar, comprobar cómo afecta a tu audiencia los cambios técnicos que hagas en tu vídeo, si funcionan aplaudirlos, y si no funcionan, pensar otros.
