# Cómo auditar formatos de contenido y cadencia de publicación en Instagram Compará la mezcla de formatos y la tasa de publicación a partir de las URLs de contenido revisadas, en una misma ventana de tiempo. Usá la misma ventana para cada cuenta. Si una lista está incompleta, informá solo la tasa de esa lista. Más publicaciones no demuestran mejores resultados. Aquí, una auditoría significa este conteo de fechas y de formatos. Una publicación es un ítem de contenido público. La cadencia es la cantidad de publicaciones en una semana. Un formato es el tipo de publicación. La cobertura es qué parte de la publicación pública de la cuenta incluye tu lista. Mantené la cobertura junto a cada tasa. Esta auditoría es para cuentas que ya elegiste. No encuentra cuentas nuevas. No ordena las publicaciones por me gusta ni por comentarios. No prepara un paquete de resultados de un creador. No elige una mejor hora para publicar. Hay personas que preguntan cómo hacer este conteo de la competencia en una hoja de cálculo. Una cuenta de la competencia es una cuenta pública que elegiste para comparar. Consultá [¿Cómo estás haciendo el análisis de la competencia en Instagram?](https://www.reddit.com/r/InstagramMarketing/comments/1sr2v99/how_are_you_doing_competitor_analysis_on_instagram/). Esa pregunta muestra una necesidad. No muestra que una tasa sea la mejor. Algunas respuestas hablan de seguidores falsos, de herramientas automáticas o de causa y efecto. Dejá esas afirmaciones fuera de esta auditoría. ## Qué recopilás Un Actor es un programa alojado de recopilación de datos. Una Task es un ajuste de entrada guardado. El Actor [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper) recopila filas de origen. Vos armás el calendario, los conteos y la elección del calendario. La compilación pública actual es la 1.0.35. Esa compilación se revisó el 2026-10-13. Los modos aceptados son auto, contentUrls y profileUrls. Usá contentUrls para esta auditoría. Ese modo significa que vos aportás las URLs de contenido. profileUrls toma nombres de cuenta. Poné las URLs en startUrls. maxItems es un tope opcional de la cantidad total de filas. Una fila de contenido es un ítem de contenido público con al menos una métrica pública. Una URL fallida puede aparecer como un hueco, en lugar de una fila de contenido. Usá estos campos: | Campo | Significado simple | | --- | --- | | postId | Identidad pública de una publicación. | | postUrl | URL pública de esa publicación. | | shortCode | Código público corto de esa URL. | | profileId | Identidad pública de la cuenta. | | profileHandle | Nombre público de la cuenta. | | profileUrl | URL pública de la cuenta. | | mediaType | Etiqueta de formato guardada en la fila. | | publishedAt | Hora de publicación. Una hora faltante sigue siendo desconocida. | | status | Estado de resultado de la fila. | | statusReason | Motivo indicado de ese estado. | | scrapedAt | Hora en la que se recopiló la fila. | scrapedAt no es la hora de publicación. No lo uses como la fecha de la publicación. Podés ver estos contadores públicos. Pueden estar ausentes. Son views, plays, playsInstagram, likes y comments. Mantené cada contador en su propio campo. No los sumes. No los conviertas en un tamaño de audiencia privada. Esta auditoría usa la fecha y el formato. Una fecha puede faltar. Una etiqueta de formato puede faltar. Lo que falta es desconocido. Desconocido no es cero. La Task guardada actual es [Instagram Content Publishing Cadence Source Data](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-cadence-data). Una Task es solo una entrada de partida. No significa que el conteo sea automático. La entrada guardada es: ```json { "mode": "profileUrls", "startUrls": ["@nike", "@adidas", "@playstation"], "maxItems": 60 } ``` Qué recopilás Cambiá esa entrada antes de esta auditoría. Establecé mode en contentUrls. Reemplazá @nike, @adidas y @playstation por URLs públicas conocidas de publicaciones o por URLs de Reels. Un Reel es una publicación de video pública de Instagram. En una fila guardada, la etiqueta de formato reel nombra un Reel. Un piloto es una primera prueba pequeña. Para el piloto, establecé maxItems en 3. Usá tres URLs para que el tope coincida con la lista. ```json { "mode": "contentUrls", "startUrls": [ "FIRST_KNOWN_PUBLIC_POST_OR_REEL_URL", "SECOND_KNOWN_PUBLIC_POST_OR_REEL_URL", "THIRD_KNOWN_PUBLIC_POST_OR_REEL_URL" ], "maxItems": 3 } ``` Qué recopilás Reemplazá los tres textos de relleno por URLs públicas reales. No dejes los nombres de cuenta del ejemplo en startUrls. El ajuste guardado de perfil no se acepta para descubrir cuentas. No se acepta como historial completo. Un piloto en modo perfil sobre @nike devolvió no_profile_content. El registro de descubrimiento fue blocked_or_challenged. Ese resultado no demuestra que @nike no tuviera publicaciones. blocked_or_challenged no significa que la cuenta esté vacía. Una prueba aparte usó una URL pública conocida de un Reel. Esa es la vía aceptada para esta auditoría. La fila guardada tenía un postId. Incluía campos de la cuenta. Su mediaType era reel. Tenía publishedAt. Había un epígrafe. Había métricas públicas. Ese único Reel no demuestra un historial completo. Estos son hechos de producto revisados. No son el calendario de ficción que aparece más adelante en este artículo. No hay un archivo completo revisado. No hay una búsqueda revisada por rango de fechas. Una página que parece completa no demuestra cobertura completa. Un tope alcanzado no demuestra cobertura completa. El éxito en las métricas no demuestra que hayas listado cada publicación. El README actual son las instrucciones públicas del Actor. Esas instrucciones mencionan maxItemsPerProfile. El esquema de entrada actual es la lista de campos de entrada aceptados. Esa lista no incluye maxItemsPerProfile. No establezcas ese campo. maxItems cuenta filas en toda la recopilación. No cuenta una cuenta por vez. Un tope pequeño puede cortar una lista de URLs más larga. En la salida guardada, revisá providedInputs, contentUrls, inputUrls, resolvedUrls, metricRows, stops y statuses. Hacé coincidir esas partes con la lista de URLs que planeabas recopilar. ## Hacé la auditoría en ocho pasos 1. Elegí dos o tres cuentas conocidas de la competencia. Elegí una ventana UTC para todas. UTC es el reloj mundial que se usa para cada fecha aquí. Un solo reloj mantiene una publicación tardía en una sola fecha. La misma ventana mantiene justa la comparación. Un mes con mucha actividad contra un mes tranquilo no sería una comparación justa. Duración de ejemplo: 28 días, que son 4 semanas. Escribí la hora de fin como exclusiva. Exclusiva significa que el instante final queda fuera de la ventana. La ventana siguiente puede empezar en ese mismo instante. Así, una publicación no queda en las dos ventanas. Usá una sola regla de inclusión para cada cuenta. Incluí las publicaciones públicas comunes y los Reels con una hora conocida dentro de la ventana. Excluí las Historias. Una Historia es un ítem de Instagram de corta duración. Este Actor no recopila Historias. Indicá cómo tratás las publicaciones fijadas. Incluí una publicación fijada por su fecha de publicación. No uses su lugar en la pantalla. Una fijación puede ser antigua. 2. Armá el inventario de URLs a mano. Un inventario es la lista de URLs de contenido conocidas que planeás recopilar. Usá las cuentas públicas que elegiste, u otro método de listado que ya hayas verificado. Este artículo no da una forma de descubrir cuentas. Guardá inventory_date, la clave de la cuenta, la URL del contenido y una nota breve de recopilación. inventory_date es la fecha en la que armaste la lista. Marcá la cobertura como complete_for_checked_source solo cuando la evidencia respalde esa marca. Esa marca significa que la fuente revisada está cubierta. Por sí sola, no significa que todo el historial de la cuenta esté cubierto. Si no, marcá partial/unknown. Una página que parece completa no es evidencia suficiente. Un tope alcanzado no es evidencia suficiente. 3. Enviá URLs de contenido conocidas en el modo contentUrls. [Usá primero un tope total pequeño](/es/articles/dimensionar-recoleccion-investigacion-instagram/). El tope del piloto es maxItems 3 con tres URLs conocidas. Compará cada fila guardada con la URL que enviaste. Mirá postId, los campos de la cuenta, mediaType, publishedAt, status y statusReason. Usá solo campos de entrada que el esquema actual acepte. No agregues maxItemsPerProfile. Un piloto pequeño muestra que la vía funciona antes de una lista larga. El Reel conocido de arriba es el ejemplo de éxito. El resultado del perfil de @nike no es ese ejemplo. 4. Hacé corresponder cada URL planeada con una fila guardada o con un hueco. Mantené las entradas fallidas y no disponibles en una lista aparte. Leé un publishedAt conocido como UTC. Conservá la fila cuando esa hora esté dentro de la ventana. Si falta publishedAt, poné la fila en una lista lateral sin resolver. No llames a una fecha faltante "fuera de la ventana". "Fuera" ocultaría una fila que podría pertenecer adentro. "Adentro" inventaría una fecha. scrapedAt no elige la ventana. Una fila con métricas puede igual estar fuera de tu inventario. Las métricas no demuestran que la lista esté completa. Usá una tabla de correspondencia como esta. Completala con tu recopilación. El calendario que aparece más adelante en este artículo es ficción, no esta tabla. | URL planeada | postId | status | statusReason | publishedAt | Decisión de ventana | Nota | | --- | --- | --- | --- | --- | --- | --- | | URL que enviaste | Id guardado, o en blanco | Estado guardado | Motivo guardado | Hora UTC, o desconocida | incluida, fuera o sin resolver | hueco o conflicto | 1. Contá la misma publicación una sola vez. Usá un postId que esté presente y que hayas verificado. Si falta postId, revisá la URL de la publicación resuelta antes de contar la fila. Una identidad faltante necesita revisión. No la borres sin una nota. No la trates como un duplicado seguro. Títulos o epígrafes iguales no demuestran un duplicado. Dos epígrafes pueden coincidir por azar. Un duplicado de colaboración es el mismo ID de contenido guardado más de una vez. Contá ese ID una sola vez dentro del inventario de una cuenta. Conservá las filas de origen. Conservá una nota cuando dos filas entren en conflicto. 2. Conservá el texto de mediaType que la fila ya tiene. No cambies el nombre de una etiqueta. Si falta la etiqueta, mantené el formato como desconocido. Armá un calendario diario para cada cuenta. Armá una tabla de conteo por formato. Un día sin fila incluida significa que no hay un registro incluido para ese día. Demuestra que la cuenta no publicó nada solo cuando la cobertura de ese día es suficiente. Si la cobertura es partial/unknown, escribí "sin registro incluido". No escribas que no se publicó nada. 3. Dividí las publicaciones incluidas con fecha conocida por las semanas de la ventana. Ese resultado es la tasa de publicación observada. Usá esta fórmula simple. publicaciones por semana = publicaciones incluidas con fecha conocida / semanas de la ventana. Para la participación del formato, usá todas las publicaciones incluidas como número de abajo. Participación significa la parte de un formato en ese número de abajo. participación del formato = conteo de ese formato / todas las publicaciones incluidas. Mantené los formatos desconocidos en ese número de abajo. También podés armar una segunda mezcla que use solo formatos conocidos. Indicá que el número de abajo cambió. No llames mejor mezcla a ninguna de las dos. No llames a la tasa la mejor tasa para todos los equipos. Una tasa sobre una lista parcial es la tasa de esa lista. No es la tasa de la cuenta completa. 4. Compará la tasa, el hueco observado más largo y la mezcla de formatos. Poné una nota de cobertura en cada comparación. Mantené cada hora de publicación en UTC. Un hueco entre dos fechas conocidas es un hueco entre publicaciones. Un hueco desde el inicio o el fin de la ventana hasta la publicación incluida más cercana es un hueco de límite. Mantené los huecos de límite aparte. No promedies los dos tipos salvo que escribas la regla antes. Un promedio sin regla inventa un número nuevo. Guardá una pregunta de planificación con la tabla. Preguntá si tu equipo puede sostener el calendario. No afirmes cuántas personas vieron las publicaciones. No afirmes que las mismas personas siguen las dos cuentas. No afirmes que sabés cómo Instagram ordena las publicaciones. No afirmes que las fechas causaron mejores resultados. ## Ejemplo resuelto en ficción original El calendario de abajo es ficción original. Enseña los conteos. No es un resultado del Actor. No es el piloto de @nike. No es la prueba del Reel conocido. Ningún contador de esta ficción muestra que los Reels sean mejores. Ningún contador muestra que una tasa más alta sea mejor. La ventana de ficción empieza el 2026-09-01 a las 00:00 UTC. Termina el 2026-09-29 a las 00:00 UTC. El fin es exclusivo. La duración es de 28 días. 28 / 7 = 4 semanas. La cuenta A tiene seis publicaciones incluidas con fechas conocidas. Las fechas son el 2 sep, el 5 sep, el 9 sep, el 13 sep, el 20 sep y el 27 sep. Cuatro filas usan la etiqueta reel. Dos filas usan la etiqueta carousel. Carousel es aquí una etiqueta de formato de ficción. No es una afirmación sobre cada lista real de etiquetas. La cuenta A también tiene una fila observada sin fecha. Esa fila queda fuera de las seis. La cuenta B tiene cuatro publicaciones incluidas. Las fechas son el 3 sep, el 10 sep, el 17 sep y el 24 sep. Una fila usa reel. Dos filas usan image. Una fila no tiene etiqueta de formato, así que el formato sigue desconocido. La lista de la cuenta B es un inventario público parcial. Aquí, muestra significa esa lista parcial. No significa una muestra científica. La tasa de B es la tasa de la lista parcial. No es una tasa confirmada de la cuenta completa. Las dos cuentas son partial/unknown. La ficción no respalda complete_for_checked_source. No respalda una marca de completo para toda la cuenta. Once filas de ficción | Fila | Clave de publicación | Cuenta | publishedAt UTC | mediaType | Decisión de ventana | Cobertura | | --- | --- | --- | --- | --- | --- | --- | | 1 | A-01 | A | 2026-09-02 | reel | incluida | partial/unknown; lista revisada | | 2 | A-02 | A | 2026-09-05 | reel | incluida | partial/unknown; lista revisada | | 3 | A-03 | A | 2026-09-09 | reel | incluida | partial/unknown; lista revisada | | 4 | A-04 | A | 2026-09-13 | carousel | incluida | partial/unknown; lista revisada | | 5 | A-05 | A | 2026-09-20 | reel | incluida | partial/unknown; lista revisada | | 6 | A-06 | A | 2026-09-27 | carousel | incluida | partial/unknown; lista revisada | | 7 | A-07 | A | desconocido | desconocido | lista lateral sin resolver | partial/unknown; fecha faltante | | 8 | B-01 | B | 2026-09-03 | reel | incluida | partial/unknown; inventario público parcial | | 9 | B-02 | B | 2026-09-10 | image | incluida | partial/unknown; inventario público parcial | | 10 | B-03 | B | 2026-09-17 | image | incluida | partial/unknown; inventario público parcial | | 11 | B-04 | B | 2026-09-24 | desconocido | incluida | partial/unknown; inventario público parcial | La fila 7 es la fila sin fecha de la lista lateral. No es una de las seis publicaciones con fecha conocida. El total de la ventana para la cuenta A puede cambiar después de la revisión. La ficción no le da un formato a la fila 7. El formato sigue desconocido. Las once filas son 6 incluidas de A, más 1 sin resolver de A, más 4 incluidas de B. Calendario por semana La semana 1 va del 2026-09-01 al 2026-09-07. La semana 2 va del 2026-09-08 al 2026-09-14. La semana 3 va del 2026-09-15 al 2026-09-21. La semana 4 va del 2026-09-22 al 2026-09-28. El instante final del 2026-09-29 queda fuera de las cuatro semanas. | Semana | Incluidas de la cuenta A | Incluidas de la cuenta B | Días sin registro incluido | | --- | --- | --- | --- | | 1 | A-01 reel el 2 sep; A-02 reel el 5 sep | B-01 reel el 3 sep | A: 1, 3, 4, 6 y 7 sep. B: 1, 2, 4, 5, 6 y 7 sep | | 2 | A-03 reel el 9 sep; A-04 carousel el 13 sep | B-02 image el 10 sep | A: 8, 10, 11, 12 y 14 sep. B: 8, 9, 11, 12, 13 y 14 sep | | 3 | A-05 reel el 20 sep | B-03 image el 17 sep | A: 15, 16, 17, 18, 19 y 21 sep. B: 15, 16, 18, 19, 20 y 21 sep | | 4 | A-06 carousel el 27 sep | B-04 desconocido el 24 sep | A: 22, 23, 24, 25, 26 y 28 sep. B: 22, 23, 25, 26, 27 y 28 sep | Un día de la última columna es un registro cero observado. Significa que no hay una fila incluida ese día. No demuestra que la cuenta no haya publicado nada. La cobertura es partial/unknown para las dos cuentas. Para la cuenta A, el 1 sep no tiene registro incluido. El hueco de límite del 1 sep al 2 sep es una nota distinta. No es una segunda publicación. A-07 no completa ningún día. Su fecha es desconocida, no un día en cero. Conteos de formato por semana Un cero en esta tabla significa que no hay registro incluido de ese formato en esa semana. No es una prueba de que no se haya publicado nada. | Semana | reel de A | carousel de A | incluidas de A | reel de B | image de B | desconocido de B | incluidas de B | Cobertura | | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 2 | 0 | 2 | 1 | 0 | 0 | 1 | las dos partial/unknown | | 2 | 1 | 1 | 2 | 0 | 1 | 0 | 1 | las dos partial/unknown | | 3 | 1 | 0 | 1 | 0 | 1 | 0 | 1 | las dos partial/unknown | | 4 | 0 | 1 | 1 | 0 | 0 | 1 | 1 | las dos partial/unknown | | Las 4 | 4 | 2 | 6 | 1 | 2 | 1 | 4 | A-07 sigue sin resolver | Revisá los totales. Las semanas de la cuenta A son 2 + 2 + 1 + 1 = 6. Las semanas de la cuenta B son 1 + 1 + 1 + 1 = 4. reel de A es 2 + 1 + 1 + 0 = 4. carousel de A es 0 + 1 + 0 + 1 = 2. Tasa, participación y cobertura | Cuenta | Publicaciones incluidas con fecha conocida | Semanas | Publicaciones por semana | Fórmula | Cobertura | | --- | --- | --- | --- | --- | --- | | A | 6 | 4 | 1,5 | 6 / 4 = 1,5 | partial/unknown; una fila sin fecha no está en las 6 | | B | 4 | 4 | 1 | 4 / 4 = 1 | partial/unknown; inventario público parcial | | Cuenta | Formato | Conteo | Número de abajo | Participación | Cobertura | | --- | --- | --- | --- | --- | --- | | A | reel | 4 | 6 publicaciones incluidas | 66,7 por ciento | partial/unknown; todos los formatos incluidos | | A | carousel | 2 | 6 publicaciones incluidas | 33,3 por ciento | partial/unknown; todos los formatos incluidos | | B | reel | 1 | 4 publicaciones incluidas | 25 por ciento | partial/unknown; todos los formatos incluidos | | B | image | 2 | 4 publicaciones incluidas | 50 por ciento | partial/unknown; todos los formatos incluidos | | B | desconocido | 1 | 4 publicaciones incluidas | 25 por ciento | partial/unknown; lo desconocido sigue visible | | B | reel, solo formatos conocidos | 1 | 3 publicaciones de formato conocido | 33,3 por ciento | partial/unknown; número de abajo distinto | La matemática de la participación es: - reel de A: 4 / 6 = 0,667, que es 66,7 por ciento. - carousel de A: 2 / 6 = 0,333, que es 33,3 por ciento. - reel de B sobre todas las publicaciones incluidas: 1 / 4 = 0,25, que es 25 por ciento. - image de B: 2 / 4 = 0,5, que es 50 por ciento. - desconocido de B: 1 / 4 = 0,25, que es 25 por ciento. - Los formatos conocidos de B son 1 reel + 2 image = 3. La fila desconocida queda fuera de esta segunda mezcla. - reel de B solo sobre formatos conocidos: 1 / 3 = 0,333, que es 33,3 por ciento. No pongas el 66,7 por ciento de A al lado del 33,3 por ciento de B como si fueran el mismo tipo de participación. El número de abajo de A es 6 publicaciones incluidas. El 33,3 por ciento de B usa 3 publicaciones de formato conocido. Nombrá el número de abajo cada vez. Huecos Los huecos con fecha conocida de la cuenta A, en orden, son 3, 4, 4, 7 y 7 días. El hueco entre publicaciones observado más largo es de 7 días. | Cuenta | Desde | Hasta | Días | Tipo de hueco | Cobertura | | --- | --- | --- | --- | --- | --- | | A | 2026-09-02 | 2026-09-05 | 3 | entre publicaciones | partial/unknown | | A | 2026-09-05 | 2026-09-09 | 4 | entre publicaciones | partial/unknown | | A | 2026-09-09 | 2026-09-13 | 4 | entre publicaciones | partial/unknown | | A | 2026-09-13 | 2026-09-20 | 7 | entre publicaciones | partial/unknown | | A | 2026-09-20 | 2026-09-27 | 7 | entre publicaciones | partial/unknown | | A | 2026-09-01 | 2026-09-02 | 1 | límite | partial/unknown | | A | 2026-09-27 | 2026-09-29 | 2 | límite | partial/unknown | | B | 2026-09-03 | 2026-09-10 | 7 | entre publicaciones | inventario público parcial | | B | 2026-09-10 | 2026-09-17 | 7 | entre publicaciones | inventario público parcial | | B | 2026-09-17 | 2026-09-24 | 7 | entre publicaciones | inventario público parcial | | B | 2026-09-01 | 2026-09-03 | 2 | límite | inventario público parcial | | B | 2026-09-24 | 2026-09-29 | 5 | límite | inventario público parcial | Los huecos entre publicaciones de B usan la misma resta que los huecos de A. Son huecos de la lista parcial. No son una prueba de que la cuenta B no haya publicado nada en el medio. El hueco de 7 días de A es el hueco más largo entre sus fechas conocidas. No es una prueba de una semana vacía, salvo que la cobertura de esos días sea suficiente. Esta ficción no tiene esa cobertura. No promedies los huecos de límite dentro de los huecos entre publicaciones. Para la cuenta A, los huecos de límite son de 1 día y de 2 días. Responden otra pregunta. Muestran la espera desde el inicio o el fin de la ventana. No muestran la espera entre publicaciones. Una elección de planificación a partir de esta ficción La tasa revisada de la cuenta A es de 1,5 publicaciones por semana. La tasa de la lista parcial de la cuenta B es de 1 publicación por semana. Un equipo que no puede sostener 1,5 no debería adoptar 1,5. Una prueba justa dentro de esta ficción es 1 publicación por semana durante 4 semanas. Eso coincide con la lista observada más baja. Registrá el formato de cada una de las 4 publicaciones. Podés mirar la mezcla de A, que es 4 filas reel de 6 publicaciones incluidas. No fijes esa mezcla como un objetivo que mejore los resultados. Esta ficción no muestra un formato ganador. Preguntá si el equipo puede sostener el formato elegido durante toda la ventana. Si la respuesta es no, elegí un calendario más lento. Después, repetí las mismas reglas de ventana en los 28 días siguientes. ## Siguiente acción Armá un calendario a partir de una lista pequeña de URLs públicas conocidas de publicaciones y de Reels. Registrá la fecha, el formato y una nota de cobertura. Recopilá las filas con el Actor [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper). Empezá desde la Task [Instagram Content Publishing Cadence Source Data](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-cadence-data). Cambiá mode a contentUrls, reemplazá los handles de ejemplo guardados por tus URLs y establecé maxItems en 3 para el piloto. ## Fuentes y lecturas adicionales - [Instagram Metrics Scraper](https://apify.com/chronometrica/instagram-metrics-scraper) - [Instagram Content Publishing Cadence Source Data](https://apify.com/chronometrica/instagram-metrics-scraper/examples/instagram-cadence-data) - [¿Cómo estás haciendo el análisis de la competencia en Instagram?](https://www.reddit.com/r/InstagramMarketing/comments/1sr2v99/how_are_you_doing_competitor_analysis_on_instagram/)