Vídeo y subtítulos · Descargador de miniaturas y visor de metadatos de YouTube
Cómo funciona una solicitud de miniatura de YouTube: ID del video, nombre del tamaño e i.ytimg.com
· Cómo funciona
youtube miniaturas http
Las miniaturas de YouTube se encuentran en direcciones predecibles creadas a partir de la identificación del video y un nombre de tamaño. Esta publicación explica cómo se forman esas solicitudes, qué regresa y por qué una herramienta puede enumerar todos los tamaños sin tocar el video en sí.
Tienes un enlace y necesitas la imagen: la tarea diaria detrás de las descargas de miniaturas
Un editor de boletines a menudo comienza con un enlace de visualización y necesita una imagen de vista previa confiable, no la transmisión de video. La unidad útil es la identificación del video de once caracteres, porque cada dirección en miniatura pública se ensambla a partir de esa identificación y un nombre de archivo conocido. El registro de esa identificación le permite al editor vincular cada verificación de tamaño a un video incluso cuando la URL compartida original contiene parámetros de seguimiento o marca de tiempo.
ToolAcre analiza el enlace pegado en el navegador antes de realizar cualquier solicitud. Ese paso local separa la comprensión de la entrada de la recuperación de activos públicos, por lo que un host no válido o una identificación con formato incorrecto pueden rechazarse sin comunicarse con Google. En un registro de solicitudes, un pegado no válido no debería producir ninguna entrada i.ytimg.com; sólo una identificación validada avanza al sondeo de imágenes.
El servidor de imágenes: i.ytimg.com: dónde se muestran las miniaturas y por qué está separado de youtube.com
Los archivos de imagen provienen de i.ytimg.com en lugar del host de la página de visualización. Mantener carteles estáticos en un servidor de imágenes permite a un cliente solicitar un JPEG directamente sin cargar el reproductor, las recomendaciones, los comentarios o el JavaScript de la página. En consecuencia, la respuesta se puede evaluar como una imagen por sí sola, sin interpretar el marcado del jugador ni esperar a que se inicialice una página de visualización completa.
Un host de imágenes directas sigue siendo un servicio de red, no un procesamiento local. Los bloqueadores de anuncios, el modo fuera de línea, los servidores proxy administrados o la política de DNS pueden detener la solicitud, y Google recibe la solicitud más el encabezado Origin proporcionado por el navegador. DevTools puede demostrar adónde fue la solicitud, mientras que decodificar la respuesta proporciona la evidencia separada necesaria para distinguir las obras de arte del pequeño recurso alternativo de YouTube.
El patrón de dirección: ID de video más un nombre de tamaño como default, mqdefault, hqdefault, sddefault o maxresdefault
El patrón implementado es https://i.ytimg.com/vi/VIDEO_ID/VARIANT.jpg. ToolAcre sustituye uno de maxresdefault, sddefault, hqdefault, mqdefault, default, hq1, hq2 o hq3 después de validar la forma de ID. Probar todos los nombres evita que una respuesta 200 que lleva un pequeño respaldo gane prematuramente una variante diferente que contiene ilustraciones utilizables.
Esos ocho nombres incluyen cinco opciones de carteles y tres fotografías fijas. El catálogo registra las dimensiones nominales y el propósito, pero el navegador aún verifica el archivo devuelto porque no todos los videos publican todos los tamaños opcionales. Una fila informa lo que realmente arrojó este video para ese nombre, que puede diferir del tamaño que el catálogo asocia con una carga completamente completa.
Lo que prueba la respuesta: estado, bytes y dimensiones decodificadas juntas
El esquema trataba el estado HTTP como prueba de que existe un tamaño, pero la implementación corrige esa afirmación. Un candidato faltante puede ser un 404, otro error HTTP o una respuesta 200 exitosa que contenga el marcador de posición 120×90 de YouTube. Un informe fechado captura la respuesta entregada a un navegador cerrado en esa ejecución; no puede reconstruir un cartel más antiguo que anteriormente ocupaba el mismo camino predecible.
ToolAcre lee el cuerpo como un Blob y decodifica sus verdaderas dimensiones. Un cuerpo no decodificable es un error, mientras que un resultado 120×90 para una variante más grande se marca como faltante; Por lo tanto, el estado, las dimensiones y los bytes describen evidencia diferente. Debido a que la imagen proviene directamente de Google, esta validación mejora la precisión sin que la búsqueda sea secreta para el servicio que la proporcionó.
Ejemplo resuelto: crear las ocho solicitudes JPEG para un video
Para una identificación válida, la herramienta crea ocho URL JPEG en lugar de las cinco indicadas en el esquema. Sondea los cinco nombres de los carteles más hq1, hq2 y hq3, preservando el orden del catálogo de modo que el cartel más grande se considere primero. Por lo tanto, un editor puede comparar la obra de arte principal de la carga con sus tres posiciones de fotogramas capturados en lugar de confundir esas imágenes fijas con resoluciones de póster alternativas.
Una solicitud podría generar 1280×720, otra 480×360 y una opcional podría devolver un marcador de posición o 404. La lista informa cada resultado en lugar de pretender que una secuencia alternativa pueda certificar cada carga. Esa evidencia comparativa es especialmente útil cuando una carga anterior tiene un póster de definición estándar pero no un archivo genuino de máxima resolución.
Por qué esto nunca afecta el video: las miniaturas son archivos públicos separados, no forman parte de la transmisión
Una solicitud de miniatura nunca solicita bytes de video o audio. Se dirige a un archivo de imagen pública independiente y la herramienta no contiene ningún token de reproductor, descifrado de firma multimedia ni ruta de descarga de secuencias. Incluso el candidato más grande es una respuesta JPEG ordinaria, por lo que inspeccionar estas URL no dice nada sobre los formatos multimedia disponibles, las tasas de bits o la autorización de reproducción.
La separación no crea acceso. Los videos privados, eliminados y con restricción de edad no exponen ningún registro de cierre de sesión utilizable, y una convención de miniaturas pública no puede eludir esas restricciones ni recuperar un archivo que YouTube no publicó. La ruta predecible es simplemente una convención de direcciones; el permiso y la disponibilidad aún se deciden según lo que el servidor de imágenes ofrece en el momento de la solicitud.
Lo que esto no cubre: videos privados, contenido bloqueado por región y miniaturas que han cambiado desde la última vez que los miró.
Las miniaturas modificadas son otro límite: la URL predecible se refiere a la imagen publicada actualmente, no a una revisión histórica. La política regional y la disponibilidad de la sesión cerrada también pueden afectar lo que un visitante puede obtener en el momento de la búsqueda. Cualquiera que documente una campaña debe fechar la imagen descargada, porque solicitar la misma ruta después de un rediseño puede devolver píxeles diferentes en una URL sin cambios.
Las sondas de miniaturas pueden fallar a través de la red, debido a respuestas HTTP fallidas, a través de un marcador de posición 200 o porque el cuerpo no puede decodificarse como una imagen. La interfaz mantiene distintas estas clases de fallas para que no se exagere la ausencia. Una interrupción del proxy requiere un reintento, mientras que un marcador de posición 120×90 descodificado muestra específicamente que la variante más grande solicitada no se entregó.
Conclusión: direcciones predecibles, anunciadas con anticipación: cómo el Descargador de miniaturas de YouTube enumera todos los tamaños para un enlace
El análisis ocurre antes de Fetch. Después de Fetch, el navegador envía solicitudes GET anónimas sin credenciales, sin referencia, sin almacenamiento en caché y con redireccionamientos seguidos directamente a i.ytimg.com y www.youtube.com; Google ve esas solicitudes y el encabezado de Origin, mientras que no hay ningún servidor o proxy de ToolAcre entre ellos. Por lo tanto, DevTools debería mostrar el tráfico de imágenes que sale del navegador hacia Google, pero ninguna llamada a la API de ToolAcre que lleve la identificación del video pegado.
La búsqueda oEmbed adjunta utiliza una URL de observación canónica que contiene el mismo ID más formato=json. Puede fallar por red, respuesta HTTP o JSON no válido, y ninguna solicitud recupera material privado, eliminado o con restricción de edad. La evidencia en miniatura y la evidencia de metadatos permanecen separadas: un JPEG puede estar disponible incluso cuando el registro estructurado falla y ninguna de las ramas demuestra un acceso duradero.