WEBVTT 00:00:10.009 --> 00:00:12.029 Esto es Sujétame el Micro, de Milcar FM, en su 00:00:12.029 --> 00:00:16.149 capítulo 359 del 29 de julio de 2096, el último 00:00:16.149 --> 00:00:18.210 en abierto de esta temporada. Yo soy Milcar y 00:00:18.210 --> 00:00:20.109 este es un podcast donde vamos a hablar de podcasting 00:00:20.109 --> 00:00:21.949 porque no hay nada que le guste más a un podcaster 00:00:21.949 --> 00:00:24.600 que hablar de podcasting. Si quieres ir un paso 00:00:24.600 --> 00:00:26.320 más allá, Sujeta en el Micro tiene versión Premium 00:00:26.320 --> 00:00:28.359 con un capítulo adicional cada semana con el 00:00:28.359 --> 00:00:30.820 contenido más extremo y una comunidad especializada 00:00:30.820 --> 00:00:33.200 en Telegram. Si quieres que te ayude a elevar 00:00:33.200 --> 00:00:35.000 tu podcast y a las más altas cotas de la excelencia, 00:00:35.100 --> 00:00:37.240 no lo dudes y suscríbete a Sujeta en el Micro 00:00:37.240 --> 00:00:48.850 Premium entrando a sujetamelmicro .com. Notificados 00:00:48.850 --> 00:00:51.170 publicaba una noticia breve, casi telegráfica, 00:00:51.170 --> 00:00:53.490 sobre unos acuerdos para unificar la medición 00:00:53.490 --> 00:00:59.070 del podcasting. Dicho así, no sé ni cómo se puede 00:00:59.070 --> 00:01:03.030 interpretar realmente. ¿Quién decide qué es un 00:01:03.030 --> 00:01:06.469 podcast, cómo se mide y cuándo alguien lo ha 00:01:06.469 --> 00:01:09.049 escuchado? Es algo que se puede llegar a un acuerdo 00:01:09.049 --> 00:01:12.650 de alguna forma entre quienes. Cada vez que alguien 00:01:12.650 --> 00:01:14.409 promete una medición común en el podcasting, 00:01:14.430 --> 00:01:17.269 pues hay que mirar dos cosas. qué problema resuelve, 00:01:17.269 --> 00:01:19.510 si es que había un problema que resolver y, digamos, 00:01:19.629 --> 00:01:24.969 qué poder está intentando acumular para resolverlo. 00:01:25.269 --> 00:01:29.250 Todo esto entra dentro de los acuerdos AMP, que 00:01:29.250 --> 00:01:30.870 a mí me suenan un poco a los acuerdos de Sokovia, 00:01:30.890 --> 00:01:33.510 de Los Vengadores. La AMP es la Alliance for 00:01:33.510 --> 00:01:36.150 Measurement in Podcasting, que fue convocada 00:01:36.150 --> 00:01:39.230 por Oxford Road en julio de 2025. Hablábamos 00:01:39.230 --> 00:01:42.890 de 12 miembros que votaban o 12 operadores, aunque... 00:01:43.280 --> 00:01:46.420 la lista pública completa no aparece de forma 00:01:46.420 --> 00:01:49.519 muy completa. Hablamos de Oxford Road, hablamos 00:01:49.519 --> 00:01:52.719 de Spotify, hablamos de Shopify, Better Health, 00:01:52.980 --> 00:01:56.840 DraftKings, la United Talent Agency, Fright Story, 00:01:57.140 --> 00:02:00.040 Libsyn, por aquí un nombre conocido, y un par 00:02:00.040 --> 00:02:05.439 más, SiriusXM y Podscribe. Sobre esta noticia, 00:02:05.459 --> 00:02:07.780 PodNews añadió que YouTube no participaba en 00:02:07.780 --> 00:02:10.419 conversaciones de AMP como miembro, pero que 00:02:10.419 --> 00:02:12.960 estaba confirmado por Google. Es decir, no aparecía 00:02:12.960 --> 00:02:15.500 en la lista de los convocados, pero Google confirmó 00:02:15.500 --> 00:02:19.219 que estaban ahí. A lo mejor no es seguramente 00:02:19.219 --> 00:02:22.139 un miembro votante, sino un observador, una voz 00:02:22.139 --> 00:02:26.280 con influencia, pues no lo sé. De todos estos 00:02:26.280 --> 00:02:28.620 que he mencionado, Lipsyn sí es un hosting de 00:02:28.620 --> 00:02:33.520 podcasting, pero la representación pública de 00:02:33.520 --> 00:02:37.240 gente que conozcamos del hosting abierto FeedRSS 00:02:37.240 --> 00:02:42.110 parece un poco escasa. quiero decir, al menos 00:02:42.110 --> 00:02:44.210 públicamente nos aparecen nombres como Acast, 00:02:44.550 --> 00:02:49.990 Megafon, Simplecast, Blubrry, RSS .com, Spreaker, 00:02:50.150 --> 00:02:54.909 todos los hosting que conocemos. Un solo hosting 00:02:54.909 --> 00:02:58.210 histórico yo creo que no representa todo el tejido 00:02:58.210 --> 00:03:00.710 técnico del podcasting abierto, al igual que 00:03:00.710 --> 00:03:04.169 una plataforma grande tampoco representa a todas 00:03:04.169 --> 00:03:06.689 las plataformas grandes. Vamos a ver qué es lo 00:03:06.689 --> 00:03:11.169 que quieren definir. Para el podcast, La AMP 00:03:11.169 --> 00:03:13.949 explica que es un contenido bajo demanda, cuidado 00:03:13.949 --> 00:03:16.150 con esto, que puede disfrutarse con los ojos 00:03:16.150 --> 00:03:19.509 cerrados. No es que vayas con confianza, no. 00:03:19.569 --> 00:03:22.129 Es que tiene que ser algo que no requiera vídeo, 00:03:22.250 --> 00:03:25.629 aunque tenga vídeo, cuidado, y aunque no use 00:03:25.629 --> 00:03:31.150 RSS. Ya escucho las vestiduras rasgarse. Está 00:03:31.150 --> 00:03:35.050 claro que esto, en lo que es la definición de 00:03:35.050 --> 00:03:37.729 podcast, incluye vídeo, aunque el vídeo no sea... 00:03:37.919 --> 00:03:41.439 y plataformas cerradas dentro del mismo mercado, 00:03:41.620 --> 00:03:45.300 porque dice que da igual que no use un RSS. ¿Qué 00:03:45.300 --> 00:03:47.219 es lo que considera una escucha? Esta definición 00:03:47.219 --> 00:03:50.460 de la AMP. 30 segundos de contenido reproducido, 00:03:50.520 --> 00:03:54.419 bien sea de audio o de vídeo. Aquí digamos que 00:03:54.419 --> 00:03:57.439 ya cambia el foco de la descarga hacia un consumo 00:03:57.439 --> 00:04:01.460 mínimo. En cuanto a impresión publicitaria, dicen 00:04:01.460 --> 00:04:02.919 que es la reproducción de cualquier parte de 00:04:02.919 --> 00:04:07.069 un anuncio para una persona. Y en cuanto a atribución, 00:04:07.129 --> 00:04:09.110 bueno, pues define modelos basados en impresiones 00:04:09.110 --> 00:04:11.650 consumidas y en grupos de control. Esto es como 00:04:11.650 --> 00:04:14.889 técnicamente más difuso. Aquí encontramos una 00:04:14.889 --> 00:04:16.850 definición de podcast que es deliberadamente 00:04:16.850 --> 00:04:20.529 expansiva. Es decir, esto de si funciona con 00:04:20.529 --> 00:04:23.550 los ojos cerrados cuenta como podcast, pues yo 00:04:23.550 --> 00:04:25.949 que sé. Puede parecer como muy potente, como 00:04:25.949 --> 00:04:28.069 muy definitoria, como muy que ha venido a solucionar 00:04:28.069 --> 00:04:29.550 todas las dudas que teníamos y todos los problemas. 00:04:30.300 --> 00:04:32.399 Pero es muy peligrosa. Incluye podcast de vídeo, 00:04:32.600 --> 00:04:36.060 incluye contenidos que no pasan por RSS y, bueno, 00:04:36.120 --> 00:04:40.079 pues claro, yo qué sé. Audiolibros, cursos, directos 00:04:40.079 --> 00:04:42.620 editados, vídeos conversacionales. Es decir, 00:04:42.660 --> 00:04:45.060 desplaza las fronteras del mecanismo de distribución 00:04:45.060 --> 00:04:49.120 hacia el modo de consumo. Y yo no sé tú, pero 00:04:49.120 --> 00:04:54.959 yo no compro esto. No tengo claro que esto sea 00:04:54.959 --> 00:04:59.699 así. Definimos el podcast, yo creo... que por 00:04:59.699 --> 00:05:05.980 su tecnología, no por otro tipo de distribución 00:05:05.980 --> 00:05:09.259 o por cómo se consume. Yo pienso que la tecnología 00:05:09.259 --> 00:05:12.300 aquí es una clave muy importante como para desdeñarla 00:05:12.300 --> 00:05:14.860 y aparecer queriendo hacer una definición oficial 00:05:14.860 --> 00:05:17.100 de que podcast es todo lo que yo puedo escuchar, 00:05:17.120 --> 00:05:21.019 aunque también tenga vídeo. Me parece que vienen 00:05:21.019 --> 00:05:24.480 a forzar un poco. En el podcasting abierto la 00:05:24.480 --> 00:05:26.259 métrica histórica siempre ha sido la descarga. 00:05:27.480 --> 00:05:31.639 IAP, que es ahora mismo el estándar de estadísticas, 00:05:31.740 --> 00:05:34.300 trabaja sobre los logs del servidor, sobre descargas 00:05:34.300 --> 00:05:38.259 válidas, filtrando bots con ventanas de eliminación 00:05:38.259 --> 00:05:40.579 de duplicados y entrega de archivos. Quiero decir, 00:05:40.660 --> 00:05:42.939 tenemos claro que una descarga no es una escucha, 00:05:42.939 --> 00:05:46.079 pero tampoco tenemos los mecanismos técnicos 00:05:46.079 --> 00:05:50.839 para medir la escucha. Es decir, ¿es cierto que 00:05:50.839 --> 00:05:53.040 la definición de MP te empuja a algo más parecido 00:05:53.040 --> 00:05:55.610 al consumo real? Pero 30 segundos reproducidos 00:05:55.610 --> 00:05:58.189 me parecen una medida mucho más débil que una 00:05:58.189 --> 00:06:01.709 descarga. Y luego tenemos, como digo, un problema 00:06:01.709 --> 00:06:03.790 práctico, ¿no? Que en el RSS abierto el hosting 00:06:03.790 --> 00:06:06.990 puede saber que ha entregado un archivo, incluso 00:06:06.990 --> 00:06:10.170 una parte suficiente del archivo, pero no sabe 00:06:10.170 --> 00:06:13.129 con certeza qué ha ocurrido después. Las plataformas 00:06:13.129 --> 00:06:14.910 cerradas sí pueden saber más. Ya lo hemos hablado 00:06:14.910 --> 00:06:17.949 muchas veces, ¿no? Spotify, Apple Podcast, aunque... 00:06:18.220 --> 00:06:20.120 beba del feed, pero como tiene una cuenta de 00:06:20.120 --> 00:06:22.279 usuario, tiene un control omnímodo sobre todo. 00:06:24.259 --> 00:06:26.420 Pueden saber si se ha reproducido, durante cuánto 00:06:26.420 --> 00:06:30.819 tiempo, con qué usuario, si hay una publicidad 00:06:30.819 --> 00:06:33.879 insertada, si la ha visto o no. Esta gráfica 00:06:33.879 --> 00:06:35.699 que tanto gusta muchas veces de la retención, 00:06:35.759 --> 00:06:40.079 saber cuándo han dejado de escuchar. Entonces, 00:06:40.160 --> 00:06:43.139 bueno, pues ya tenemos muy claro, creo, en el 00:06:43.139 --> 00:06:45.519 mundo del podcasting, que no podemos medir el 00:06:45.519 --> 00:06:50.920 consumo real. Y yo creo que no nos merece la 00:06:50.920 --> 00:06:53.560 pena cambiar nuestras definiciones, cambiar nuestras 00:06:53.560 --> 00:06:55.779 plataformas y cambiarlo todo para enterarnos 00:06:55.779 --> 00:06:58.120 del consumo real. Al final lo que buscamos es 00:06:58.120 --> 00:07:01.220 algo comparativo. Si la IAP tiene unas medidas 00:07:01.220 --> 00:07:04.139 y unos patrones para medir lo que es una descarga 00:07:04.139 --> 00:07:07.819 y todos estamos de acuerdo, no creo que haya 00:07:07.819 --> 00:07:11.860 motivos para entender que algunos podcast tienen 00:07:11.860 --> 00:07:14.019 diferencias con respecto a otros en cuanto al 00:07:14.019 --> 00:07:18.459 ratio de descarga -escucha. este capítulo imagínate 00:07:18.459 --> 00:07:22.360 tiene mil descargas y nos enteramos de alguna 00:07:22.360 --> 00:07:25.699 forma que tiene 900 escuchas tu podcast no va 00:07:25.699 --> 00:07:29.980 a ser muy distinto de este yo creo que esto no 00:07:29.980 --> 00:07:36.759 funciona así y ya te digo estos 30 segundos me 00:07:36.759 --> 00:07:41.319 parecen como muy ridículos y vienen además de 00:07:41.839 --> 00:07:43.860 de un anuncio de Spotify muy reciente, del mes 00:07:43.860 --> 00:07:46.420 de junio, en el que redefinía su métrica de Play 00:07:46.420 --> 00:07:48.920 con esta idea de los 30 segundos reproducidos. 00:07:51.939 --> 00:07:54.259 PodNews hizo un seguimiento interesante de esto 00:07:54.259 --> 00:07:57.879 y preguntó a RSS .com qué pasaría si el umbral 00:07:57.879 --> 00:08:00.800 de la IAP de descarga válida pasara de 60 a 30 00:08:00.800 --> 00:08:04.439 segundos, es decir, de la cantidad de datos que 00:08:04.439 --> 00:08:08.319 equivalen a 60 segundos. Dijo RSS .com que la 00:08:08.319 --> 00:08:10.990 diferencia sería alrededor... de un 1%. Quiero 00:08:10.990 --> 00:08:14.230 decir, para descargas técnicas cambiar de 60 00:08:14.230 --> 00:08:16.350 a 30 segundos quizás no mueve demasiado la cifra, 00:08:16.430 --> 00:08:18.569 pero para las formas que miden reproducción real, 00:08:18.769 --> 00:08:21.790 los 30 segundos sí pueden ser una forma de homogenizar 00:08:21.790 --> 00:08:26.970 el lenguaje comercial. ¿Vale? Porque es que una 00:08:26.970 --> 00:08:29.069 descarga que permite reproducir un minuto y una 00:08:29.069 --> 00:08:32.429 reproducción comprobada de 30 segundos no son 00:08:32.429 --> 00:08:34.269 lo mismo. El problema no es sólo donde pones 00:08:34.269 --> 00:08:36.570 el cronómetro, el problema es quién tiene el 00:08:36.570 --> 00:08:39.850 cronómetro. Luego dice que esta definición de 00:08:39.850 --> 00:08:42.049 momento no es vinculante. Y yo me he preguntado, 00:08:42.049 --> 00:08:46.090 ¿vinculante para quién? Es como si yo dijera 00:08:46.090 --> 00:08:48.330 aquí, bueno, tengo un artículo en sujetanelmicro 00:08:48.330 --> 00:08:50.850 .com donde intento explicar qué es un podcast. 00:08:51.509 --> 00:08:53.870 Intentar darnos una definición de podcast lo 00:08:53.870 --> 00:08:57.750 más académica posible para estos momentos de 00:08:57.750 --> 00:09:00.990 ya hace algunos meses. Y yo podría haber dicho 00:09:00.990 --> 00:09:03.629 en ese artículo, bueno, este artículo no es vinculante. 00:09:03.980 --> 00:09:06.639 Como si yo tuviera la capacidad para vincular 00:09:06.639 --> 00:09:10.700 a nadie. La AMP evidentemente no tiene poder 00:09:10.700 --> 00:09:12.500 regulatorio para obligar a Apple, a Spotify, 00:09:12.980 --> 00:09:16.539 a YouTube, a los hostings, a las redes publicitarias 00:09:16.539 --> 00:09:19.399 o los podcasts independientes a aceptar sus definiciones 00:09:19.399 --> 00:09:22.879 o sus parámetros. Si esos acuerdos se vuelven 00:09:22.879 --> 00:09:24.679 vinculantes, evidentemente van a ser porque hay 00:09:24.679 --> 00:09:29.850 una adopción contractual o algo comercial. que 00:09:29.850 --> 00:09:32.669 solo compran inventario que esté reportado con 00:09:32.669 --> 00:09:35.669 metodología AMP, por ejemplo. Es decir, ahora 00:09:35.669 --> 00:09:39.450 mismo determinadas agencias te piden que tu hosting 00:09:39.450 --> 00:09:41.950 tenga estadísticas IAP. Pues de pronto puede 00:09:41.950 --> 00:09:45.190 aparecer que una agencia o un anunciante te pida 00:09:45.190 --> 00:09:49.049 que tu hosting mida con la metodología de la 00:09:49.049 --> 00:09:52.629 AMP. Puede haber plataformas que lo incorporen 00:09:52.629 --> 00:09:54.490 automáticamente porque les conviene o porque, 00:09:54.649 --> 00:09:58.389 insisto, algunos anunciantes alineados les presionan. 00:09:58.990 --> 00:10:01.370 Pero vamos, esto puede ocurrir con la AMP como 00:10:01.370 --> 00:10:04.950 con la IAP, como cualquier cosa. No podemos confundir 00:10:04.950 --> 00:10:08.429 un estándar del mercado con una obligación universal. 00:10:08.750 --> 00:10:11.269 Todas estas cosas, como veis, van fundamentalmente 00:10:11.269 --> 00:10:14.850 por una cuestión de agencias, de anuncios. Quiero 00:10:14.850 --> 00:10:18.529 decir, toda esta pose pública de la AMP parece 00:10:18.529 --> 00:10:21.190 inclinada precisamente a eso, a compradores de 00:10:21.190 --> 00:10:24.850 publicidad, a agencias, a plataformas, a grandes 00:10:24.850 --> 00:10:28.740 vendedores. Cierto es... Cierto es que está aquí 00:10:28.740 --> 00:10:34.639 Lipsyn, pero no es una representación amplia 00:10:34.639 --> 00:10:38.600 del hosting ni del ecosistema RSS. Esto importa 00:10:38.600 --> 00:10:42.379 porque muy buena parte de los datos del podcasting 00:10:42.379 --> 00:10:45.519 viven en los servidores de los hostings, en los 00:10:45.519 --> 00:10:49.820 logs de descarga, en cómo esos logs son interpretados 00:10:49.820 --> 00:10:52.779 y cómo son utilizados por los sistemas de inserción 00:10:52.779 --> 00:10:55.059 dinámica de anuncios que sí tienen ya muchos 00:10:55.059 --> 00:10:59.059 hostings. También tenemos los prefijos estadísticos, 00:10:59.059 --> 00:11:03.700 las aplicaciones independientes. Entonces, ¿puede 00:11:03.700 --> 00:11:07.559 un estándar ser realmente común si quienes sostienen 00:11:07.559 --> 00:11:11.700 esa infraestructura no aparecen de forma importante 00:11:11.700 --> 00:11:13.480 en las tomas de los acuerdos, sino que aparecen 00:11:13.480 --> 00:11:19.759 de forma muy marginal? No sé. Creo que aquí hay 00:11:19.759 --> 00:11:24.139 alguien que está intentando salirse de un estándar 00:11:24.139 --> 00:11:27.419 que es la IAP. simplemente para intentar forzar 00:11:27.419 --> 00:11:29.460 otro estándar que se maneje desde otro punto 00:11:29.460 --> 00:11:32.860 de vista. La IAP, por cierto, publicó al principio 00:11:32.860 --> 00:11:39.559 de julio la versión 2 .3 de sus medidas de medición 00:11:39.559 --> 00:11:43.480 para que todo el mundo pueda ver lo que hay y 00:11:43.480 --> 00:11:46.820 pueda comentar las especificaciones y las diferencias 00:11:46.820 --> 00:11:51.080 que puede haber. Es importante la coincidencia 00:11:51.080 --> 00:11:53.100 en el tiempo. La IAP sigue trabajando en la medición 00:11:53.100 --> 00:11:57.019 técnica de descargas. de logs y de entrega publicitaria 00:11:57.019 --> 00:12:00.159 con la inserción dinámica, mientras que la AMP 00:12:00.159 --> 00:12:06.419 se marca una cantada que va sobre determinados 00:12:06.419 --> 00:12:08.860 parámetros, pero sobre todo intentando definir 00:12:08.860 --> 00:12:13.100 lo que es un podcast. La IA intenta ordenar cómo 00:12:13.100 --> 00:12:15.120 se mide lo que ocurre en la entrega técnica del 00:12:15.120 --> 00:12:18.320 podcast, mientras que la AMP intenta crear una 00:12:18.320 --> 00:12:20.220 especie de moneda común para vender y comparar 00:12:20.220 --> 00:12:24.460 consumo entre audio, vídeo, RSS. y plataformas 00:12:24.460 --> 00:12:27.720 cerradas. Lo de la IA puede sonar menos sexy, 00:12:27.879 --> 00:12:31.059 pero está mucho más pegado a lo que es la infraestructura 00:12:31.059 --> 00:12:35.240 real del podcasting en abierto. Y la MP sí puede 00:12:35.240 --> 00:12:38.980 tener más ambición, como pretender hacer definiciones 00:12:38.980 --> 00:12:42.379 globales y muy rimbombantes, pero exige datos 00:12:42.379 --> 00:12:45.320 que son imposibles de obtener si no los ciñes 00:12:45.320 --> 00:12:47.399 todo a las plataformas cerradas, que creo que 00:12:47.399 --> 00:12:49.340 en definitiva son las que al final pueden acabar 00:12:49.340 --> 00:12:52.600 observando este estándar. James Cridland en PodNews. 00:12:53.019 --> 00:12:56.399 Ha ido haciendo un seguimiento muy al pie de 00:12:56.399 --> 00:13:00.720 todas estas cosas y ha hecho una reflexión final 00:13:00.720 --> 00:13:04.539 que me parece muy interesante. Empezó el 29 de 00:13:04.539 --> 00:13:07.159 mayo con la publicación inicial de la AMP, sus 00:13:07.159 --> 00:13:10.799 objetivos. Es decir, el 4 de julio ya nos contaba 00:13:10.799 --> 00:13:13.919 que iban a plantear una alternativa cross -platform 00:13:13.919 --> 00:13:16.580 a lo que es la descarga, una alternativa que 00:13:16.580 --> 00:13:18.480 sirviera para todas las plataformas. Yo creo 00:13:18.480 --> 00:13:21.769 que hemos visto que eso no es así. Spotify en 00:13:21.769 --> 00:13:25.730 junio redefine su Play como 30 segundos. El 15 00:13:25.730 --> 00:13:29.049 de junio, PodNews le pregunta a RSS .com qué 00:13:29.049 --> 00:13:31.230 pasaría si cambiáramos los umbrales. Ya lo he 00:13:31.230 --> 00:13:34.409 comentado antes. El 18 de junio es cuando PodNews 00:13:34.409 --> 00:13:38.730 informa de la participación de alguna forma de 00:13:38.730 --> 00:13:42.110 YouTube en estas conversaciones. El 21 de julio, 00:13:42.110 --> 00:13:44.710 PodNews relaciona el asunto con la publicación 00:13:44.710 --> 00:13:48.309 de la versión 2 .3 de las guías de la IAP. Y 00:13:48.309 --> 00:13:51.320 el 24 de julio... PodNews cubre la publicación 00:13:51.320 --> 00:13:54.200 de estos acuerdos y recoge las reacciones de 00:13:54.200 --> 00:13:57.240 otras personas y otros medios del mundo del podcasting. 00:13:57.279 --> 00:14:00.200 Por supuesto, Apple no quiso comentar. Dice el 00:14:00.200 --> 00:14:04.779 24 de julio, PodNews, James Crislam, que si la 00:14:04.779 --> 00:14:07.100 AMP quiere que las aplicaciones de podcast envíen 00:14:07.100 --> 00:14:09.919 datos de consumo en periódicos, quizá esas aplicaciones 00:14:09.919 --> 00:14:12.360 deberían participar del dinero que esa medición 00:14:12.360 --> 00:14:14.740 ayuda a generar. Y esto es una clave muy importante. 00:14:16.819 --> 00:14:19.220 Son estas aplicaciones las que realmente tienen 00:14:19.220 --> 00:14:22.840 la clave de todas estas mediciones y son la única 00:14:22.840 --> 00:14:25.059 parte de todo el ecosistema que no se lleva un 00:14:25.059 --> 00:14:28.159 duro de nada de esto. Entonces, ¿qué estímulo 00:14:28.159 --> 00:14:30.320 tienen estas aplicaciones, sobre todo las grandes 00:14:30.320 --> 00:14:33.039 aplicaciones, para de alguna manera intentar 00:14:33.039 --> 00:14:36.440 generar todos estos datos y compartirlos con 00:14:36.440 --> 00:14:39.440 la AMP si no se van a llevar literalmente nada? 00:14:39.720 --> 00:14:42.919 Yo creo que... Las aplicaciones de podcast son 00:14:42.919 --> 00:14:45.559 la parte más débil de todo nuestro ecosistema 00:14:45.559 --> 00:14:48.500 en tanto en cuanto que son imprescindibles y 00:14:48.500 --> 00:14:51.360 son las que menos dinero recogen, porque por 00:14:51.360 --> 00:14:53.779 presiones del mercado muchas de estas aplicaciones 00:14:53.779 --> 00:14:57.019 tienen que funcionar de forma más o menos normal, 00:14:57.139 --> 00:15:02.159 gratuitamente, sin recibir ningún pago. Es cierto 00:15:02.159 --> 00:15:04.639 que las suscripciones anuales a las versiones 00:15:04.639 --> 00:15:06.899 premium... de overcast, de pocketcast y todo 00:15:06.899 --> 00:15:09.500 eso, traen cosas interesantes, pero son cosas 00:15:09.500 --> 00:15:11.860 interesantes para el usuario más avanzado. El 00:15:11.860 --> 00:15:15.159 usuario estándar no paga por una aplicación de 00:15:15.159 --> 00:15:18.379 escuchar podcast. Y ahora parece que la AMP quiere 00:15:18.379 --> 00:15:21.440 que sobre estas aplicaciones repose todavía mucha 00:15:21.440 --> 00:15:24.960 más responsabilidad técnica y un aparato de medición 00:15:24.960 --> 00:15:31.620 mucho más importante. Está claro que todos sabemos, 00:15:31.659 --> 00:15:33.980 como ya he dicho antes, que una descarga y una 00:15:33.980 --> 00:15:37.409 escucha no son lo mismo y que sería interesante 00:15:37.409 --> 00:15:42.090 evitar que cada plataforma nos vendiera su propia 00:15:42.090 --> 00:15:46.230 definición. Yo no tengo claro lo de incluir el 00:15:46.230 --> 00:15:48.190 vídeo en una conversación, aunque esto ya esté 00:15:48.190 --> 00:15:51.710 ocurriendo, pero creo que si la industria, así 00:15:51.710 --> 00:15:54.690 llamada del podcasting, ya acepta este estándar 00:15:54.690 --> 00:15:59.029 de con los ojos cerrados, pues mal vamos. Yo 00:15:59.029 --> 00:16:02.730 creo que si estiramos tanto la definición de 00:16:02.730 --> 00:16:05.500 podcast, vamos a perder una precisión técnica 00:16:05.500 --> 00:16:07.720 y sobre todo, creo muy importante, una precisión 00:16:07.720 --> 00:16:11.059 cultural. Yo no quiero quitarle para nadie, ¿vale? 00:16:11.120 --> 00:16:16.500 Voy a toser. Creo que el vídeo está ahí y tiene 00:16:16.500 --> 00:16:18.580 su espacio, ¿no? No tiene por qué invadir el 00:16:18.580 --> 00:16:21.940 espacio del podcast en audio y me sigue pareciendo 00:16:21.940 --> 00:16:23.539 que cuando hablamos de podcast estemos hablando 00:16:23.539 --> 00:16:25.700 de audio, ya está. Y bueno, pues hay vídeo, hay 00:16:25.700 --> 00:16:28.019 otras cosas, con mucha más audiencia, con mucho 00:16:28.019 --> 00:16:29.919 más enganche, con muchos más números. Enhorabuena 00:16:29.919 --> 00:16:34.629 por todo esto, pero no aquí. Insisto, en todas 00:16:34.629 --> 00:16:37.809 estas cosas creo que el ecosistema RSS tendría 00:16:37.809 --> 00:16:42.850 que estar mucho más representado e intentar que 00:16:42.850 --> 00:16:46.009 todos los estándares, aunque evidentemente nacen 00:16:46.009 --> 00:16:50.289 con una idea de presentar números al mercado 00:16:50.289 --> 00:16:56.009 publicitario, pero que no deformen. Entiendo 00:16:56.009 --> 00:16:58.159 que no haya que rechazar. toda nueva idea de 00:16:58.159 --> 00:17:01.120 medición por nostalgia del MP3, pero tampoco 00:17:01.120 --> 00:17:03.419 podemos aceptar que el mercado publicitario sea 00:17:03.419 --> 00:17:06.819 quien escriba la definición definitiva de lo 00:17:06.819 --> 00:17:09.819 que es un podcast. ¿Me molesta que un podcast 00:17:09.819 --> 00:17:13.000 con vídeo sea considerado podcast? No necesariamente 00:17:13.000 --> 00:17:15.339 y tampoco es relevante lo que a mí me moleste 00:17:15.339 --> 00:17:18.099 o no en ese sentido. ¿Me molesta que la definición 00:17:18.099 --> 00:17:20.779 la necesite el mercado publicitario? Sí, esto 00:17:20.779 --> 00:17:25.549 sí me molesta. Creo... Creo que si dejamos de 00:17:25.549 --> 00:17:28.150 definir el podcast por el RSS, podemos ganar 00:17:28.150 --> 00:17:30.329 amplitud, pero es una amplitud que realmente 00:17:30.329 --> 00:17:33.410 entiendo que no necesitamos y que sí podemos 00:17:33.410 --> 00:17:36.869 perder una frontera técnica que protege en cierta 00:17:36.869 --> 00:17:42.190 forma la independencia del podcasting. Y la clave 00:17:42.190 --> 00:17:43.829 es que con todas estas definiciones de la AMP, 00:17:44.029 --> 00:17:46.730 un creador independiente no gana absolutamente 00:17:46.730 --> 00:17:52.109 nada. Aunque venda publicidad, pero el tamaño 00:17:52.109 --> 00:17:54.369 de un podcast independiente no da. para que ninguna 00:17:54.369 --> 00:17:56.329 de estas definiciones nuevas y estos intentos 00:17:56.329 --> 00:18:04.009 le reporte algún beneficio, aunque a las marcas 00:18:04.009 --> 00:18:06.710 se les esté prometiendo comparabilidad y mejores 00:18:06.710 --> 00:18:09.109 promesas de atribución de escuchas y de descargas. 00:18:09.549 --> 00:18:11.990 Yo creo que aquí quien gana es una plataforma 00:18:11.990 --> 00:18:15.490 cerrada que puede conseguir que sus datos internos 00:18:15.490 --> 00:18:19.710 se conviertan en una referencia de calidad, vamos 00:18:19.710 --> 00:18:21.890 a decirlo así, de calidad de medición. para un 00:18:21.890 --> 00:18:24.170 determinado mercado publicitario frente a lo 00:18:24.170 --> 00:18:26.829 que es la descarga abierta. Las aplicaciones 00:18:26.829 --> 00:18:30.509 independientes, fatal. ¿Qué ganan? Nada. Se llevan 00:18:30.509 --> 00:18:33.970 más trabajo, más responsabilidad, además de intentar 00:18:33.970 --> 00:18:37.490 reportar datos de consumo y alguien tiene que 00:18:37.490 --> 00:18:39.569 pagar ese esfuerzo y no van a ser los oyentes. 00:18:39.670 --> 00:18:42.250 Unos oyentes a los que además se les va a tener 00:18:42.250 --> 00:18:46.130 que pedir consentimiento y ofrecerles cierta 00:18:46.130 --> 00:18:48.539 transparencia. y la posibilidad real de saber 00:18:48.539 --> 00:18:50.579 qué es lo que se está midiendo, más allá de la 00:18:50.579 --> 00:18:52.559 escucha, si se están midiendo otros datos que 00:18:52.559 --> 00:18:55.720 afecten más a su personalidad. Estos datos, estos 00:18:55.720 --> 00:18:58.920 acuerdos de la AMP, evidentemente no son ley, 00:18:59.039 --> 00:19:02.180 ni son un toque de corneta para algunos que se 00:19:02.180 --> 00:19:04.180 podría decir que nos hemos echado al monte, nos 00:19:04.180 --> 00:19:06.880 bajemos. Son una jugada del mercado para intentar 00:19:06.880 --> 00:19:10.200 crear una moneda común en ese podcasting que 00:19:10.200 --> 00:19:13.180 ellos quieren definir y que ya no cabe simplemente 00:19:13.180 --> 00:19:16.109 en la palabra descarga. ¿Que necesitamos mejores 00:19:16.109 --> 00:19:20.750 métricas? Pues sí, seguramente. Pero, ¿qué es 00:19:20.750 --> 00:19:22.630 lo que nos piden a cambio de esas mejores métricas? 00:19:22.690 --> 00:19:26.529 Pues no sé. No sé quién las controla y tengo 00:19:26.529 --> 00:19:29.630 claro que el podcasting abierto debe de poder 00:19:29.630 --> 00:19:32.369 seguir existiendo sin necesidad de pedir permiso 00:19:32.369 --> 00:19:34.769 a quienes tienen unos datos más completos que 00:19:34.769 --> 00:19:36.890 parecen más jugosos para determinados mercados, 00:19:36.890 --> 00:19:39.089 desde luego, no para los mercados en los que 00:19:39.089 --> 00:19:41.309 la mayoría de los podcasters independientes se 00:19:41.309 --> 00:19:42.990 mueven, que son la relación con la audiencia 00:19:42.990 --> 00:19:46.130 y sí, la monetización, pero no en esos términos 00:19:46.130 --> 00:19:48.250 grandilocuentes, no en esos términos más propios 00:19:48.250 --> 00:19:50.150 de otras industrias y que, por mucho que uno 00:19:50.150 --> 00:20:01.569 se empeñe, aquí tienen un difícil encaje. ¡Nada 00:20:01.569 --> 00:20:03.349 más! Espero tus comentarios en mastodon arroba 00:20:03.349 --> 00:20:05.430 milcar arroba mastodon punto social y principalmente 00:20:05.430 --> 00:20:07.740 en nuestra comunidad privada en Telegram. Si 00:20:07.740 --> 00:20:09.559 quieres ir un paso más allá, si quieres más contenido, 00:20:09.680 --> 00:20:11.279 si quieres que te ayude a elevar tu podcasting 00:20:11.279 --> 00:20:13.180 a las más altas cotas de la excelencia, no lo 00:20:13.180 --> 00:20:15.299 dudes y suscríbete a Sujétame el Micro Premium 00:20:15.299 --> 00:20:18.400 entrando a sujetameelmicro .com. Muchísimas gracias 00:20:18.400 --> 00:20:20.880 por haberme acompañado una temporada más de Sujétame 00:20:20.880 --> 00:20:23.180 el Micro. Volveré en septiembre y no olvides 00:20:23.180 --> 00:20:25.140 recomendar Sujétame el Micro porque no hay nada 00:20:25.140 --> 00:20:27.680 que le guste más a un podcaster que hablar de 00:20:27.680 --> 00:20:28.140 podcasting.