Para quién es
Sigue lo que publican otros productos
La investigación de la competencia guardada como marcadores se degrada hasta ser una lista de enlaces que no se puede buscar. Capturada en Markdown, se convierte en un corpus con fechas que puedes recorrer, comparar y citar en un documento de decisión. Cada nota lleva la fecha de publicación real de la página, no la del día en que la guardaste.
Seguimiento que no se puede consultar
El seguimiento de la competencia se acumula en pestañas, marcadores y capturas de pantalla en un chat de equipo. Seis meses después, cuando hay que justificar por qué se priorizó algo, no se puede buscar por palabra ni ordenar por fecha. Y la mitad de los enlaces lleva a una página de producto que ya se ha rehecho, así que la prueba de lo que viste ha desaparecido.
La fecha es el dato que más se pierde y el que más falta hace. Sin ella no se sabe si una función salió antes o después que la de tu producto, ni con qué ritmo publica el otro equipo. Y una entrada de changelog sin fecha no vale como argumento en una discusión de prioridades.
Y las fuentes no se parecen entre sí. Un changelog es una lista, la documentación es texto con tablas, unas notas de versión llevan fecha declarada y una página de producto no es más que bloques de marketing sin cuerpo de artículo. Esa última clase es la que hay que mirar con cuidado: cuando más de una cuarta parte del texto está dentro de enlaces, la extensión marca la captura como «sin artículo» en lugar de devolver una página de reclamos, y en una página de precios eso pasa a veces.
Qué cambia en el seguimiento
- La fecha de publicación se lee de la página, así que una entrada de changelog conserva su momento real
- Las reglas por sitio llevan a cada competidor a su propia carpeta y con sus propios ajustes
- Las tablas de planes, límites y comparativas sobreviven enteras
- La dirección de origen está en cada nota, así que toda afirmación es rastreable
- Los archivos son texto: se buscan con grep y se comparan versión contra versión
- Todo vive en tu carpeta o en tu vault, junto a las decisiones que sostiene
- Una segunda captura de la misma dirección recibe un sufijo numérico, así que la versión anterior de una página de producto no se pierde
dateModifiedse descarta: una entrada editada después no cambia el día en que ese equipo publicó la función
--- title: "Firefox 128.0, notas de la versión" source: "https://www.mozilla.org/es-ES/firefox/128.0/releasenotes/" published: "2024-07-09" extraction: "dom" --- ## Novedades * Firefox traduce ahora el texto que seleccionas dentro de una página. * Mejoras en la protección contra el rastreo en ventanas privadas.
Cómo montar un seguimiento de competencia
La diferencia entre un seguimiento útil y una carpeta de enlaces está en dos ajustes: dónde cae cada captura y qué metadatos lleva. Estos seis pasos dejan las dos cosas resueltas.
- Crea una carpeta de seguimiento y señálala en los ajustes como carpeta de destino. Lo que va a hacer que se consulte dentro de seis meses es que todo esté junto y sea texto.
- Crea una regla por sitio por cada competidor que sigas: el patrón de su dominio, su propia subcarpeta y su propio ajuste de imágenes. A partir de ahí capturar no exige ninguna decisión, que es la condición para que el seguimiento sobreviva a una semana ocupada.
- Pon la plantilla de nombre en
{date}-{title}. En seguimiento de producto el orden cronológico es el que responde a la pregunta que de verdad se hace: qué salió antes, lo de ellos o lo de tu equipo. - Deja activos
title,sourceypublished.publishedse lee de los metadatos de la página, así que una entrada de changelog conserva su fecha real y no la del día en que te enteraste. - Antes de capturar una página con pestañas o acordeones –comparativas de planes, listas de funciones–, despliega lo que quieras conservar. Se guarda lo que hay en el DOM en ese instante.
- Deja el clic en el icono en «carpeta» y usa Alt+Shift+M. Un anuncio se captura mientras lo lees; si lo dejas para luego, la página de producto ya se habrá rehecho una de cada tres veces.
Ajustes para seguir a la competencia
Esta configuración está pensada para acumular material durante meses y poder consultarlo de golpe. Lo que la distingue de otros usos son las reglas por sitio, que aquí hacen casi todo el trabajo.
| Ajuste | Valor | Por qué así en seguimiento de producto |
|---|---|---|
| Clic en el icono | Carpeta | Capturar mientras lees es lo único que sobrevive a una semana con la agenda llena |
| Regla por sitio | Un patrón de dominio por competidor | Cada uno en su carpeta, sin decidir nada al capturar y sin clasificar nada después |
| Plantilla de nombre | `{date}-{title}` | La cronología es la pregunta central: qué se publicó antes y con qué ritmo publica el otro equipo |
| Frontmatter | `title`, `source`, `published` | `published` da la fecha real de la entrada; `source` hace rastreable cualquier afirmación del documento de decisión |
| Imágenes | Enlace | Las capturas de pantalla de la interfaz ajena no se descargan, pero el enlace al menos indica que había algo visual |
| Antes de capturar | Desplegar pestañas y acordeones | Las comparativas de planes esconden la mitad de las filas hasta que se pulsa |
| Segunda captura | Misma dirección, sufijo automático | Es lo que convierte dos visitas en una comparación de versiones |
---
title: "Límites de uso y facturación de Actions"
source: "https://docs.github.com/es/actions/administering/usage-limits"
published: "2025-03-18"
extraction: "dom"
---
| Recurso | Plan gratuito | Plan de equipo |
| --- | --- | --- |
| Minutos al mes | 2.000 | 3.000 |
| Trabajos simultáneos | 20 | 60 |
| Duración máxima de un trabajo | 6 horas | 6 horas |
| Retención de artefactos | 90 días | 90 días[^1] |
[^1]: Configurable por repositorio; el valor de la tabla es el
predeterminado.
La tabla llega entera porque la escribe la propia extensión y no un
conversor genérico. La nota al pie queda dentro del archivo, no como un
ancla a una página que puede rehacerse mañana.Tres casos reales
Seguir el ritmo de publicación de tres competidores
Cada lunes recorres las notas de versión de tres productos y capturas lo que ha salido. Las reglas por sitio mandan cada uno a su carpeta con la fecha en el nombre, así que al cabo de un trimestre tienes tres cronologías comparables sin haber clasificado nada a mano.
Cuando alguien pregunta con qué frecuencia publica el otro equipo, la respuesta se saca contando archivos por mes. La fecha de cada uno es la que declaraba la página, no la del día en que la leíste, y dateModified se descarta a propósito para que una entrada editada después no falsee la cronología.
Sostener una decisión de prioridad
Vas a defender que una función pasa por delante de otra. En el documento citas tres fuentes: una entrada de changelog, una página de documentación y un hilo de comunidad, cada una con su fecha y su dirección tomadas del frontmatter de tu propia captura.
Seis meses después alguien revisa la decisión y la página de producto ya no existe con esa forma. Tu copia sigue diciendo qué había y cuándo. Los archivos son texto, así que se buscan con las herramientas que ya usas y se comparan entre versiones sin ninguna aplicación intermedia.
Ver qué cambió en la documentación de una API ajena
Capturaste en enero la referencia de un endpoint del que depende tu producto. En junio vuelves a la misma dirección y capturas otra vez: el sufijo numérico deja las dos copias juntas en la carpeta del competidor.
Comparar los dos archivos enseña los parámetros nuevos, los que desaparecieron y los límites que cambiaron, que es exactamente lo que hay que llevar a la conversación con ingeniería. La extensión no vigila la página ni avisa de nada: solo garantiza que las dos copias sean comparables línea por línea.
Frente a las otras formas de seguir el mercado
Cuando hay presupuesto para una herramienta de vigilancia, esa hace cosas que esto no hace. La lista compara lo que se usa a diario, esta extensión incluida.
| Cómo se hace ahora | Qué obtienes | Qué cuesta |
|---|---|---|
| Marcadores y pestañas abiertas | Cero esfuerzo y siempre a mano | No se busca por palabra ni se ordena por fecha, y la mitad de los enlaces lleva a una página ya rehecha |
| Capturas de pantalla en el chat del equipo | Rápido de compartir y visual | El chat las archiva por fecha de mensaje, no de publicación, y a los seis meses no se encuentran |
| Hoja de cálculo con enlaces y notas | Estructura y campos propios | Hay que rellenarla a mano y guarda referencias, no el texto que después habrá que citar |
| Herramienta de vigilancia de competencia | Avisos automáticos y comparación de cambios | Cuesta dinero y decide ella qué páginas mira; lo que quede fuera de su lista no existe |
| Imprimir a PDF la página de producto | La página tal como se veía, con su diseño | No se busca ni se compara bien, y no lleva dentro la fecha real de publicación |
| Clean Clipper | Notas fechadas y buscables con la dirección de origen, en tu carpeta | No vigila, no avisa y no compara; no hace capturas de la interfaz ajena, y una página de puro marketing puede salir como «sin artículo» |
Cuando el seguimiento falla
¿Por qué una página de precios sale como «sin artículo»?
Porque está construida solo con bloques de marketing y enlaces, sin cuerpo de artículo. La extensión revisa el Markdown terminado y, si más de una cuarta parte del texto está dentro de etiquetas de enlace, lo dice en lugar de entregar una página de reclamos. Cuando ocurre, la vía suele ser la documentación: los límites por plan casi siempre están también en las páginas de ayuda, donde sí hay texto y tablas.
¿Por qué no recibo aviso cuando el competidor publica algo?
Porque no hay vigilancia, y no la va a haber por accidente: la extensión no hace ninguna petición de red y solo accede a la pestaña en la que has pulsado. Capturas cuando lees. Si necesitas avisos, eso es otra clase de herramienta; lo que esto aporta es que lo que leas quede en un formato que sirva dentro de seis meses.
¿Por qué el campo published está vacío en un changelog?
Porque muchos changelogs escriben la fecha solo como texto dentro de la entrada, sin declararla en los metadatos. Se buscan JSON-LD datePublished, article:published_time, citation_date, time[datetime] y marcas de tiempo Unix; si no hay ninguno, el campo queda vacío.
La fecha sigue estando en el cuerpo de la nota, donde la escribió el sitio, y el {date} del nombre del archivo registra cuándo lo capturaste tú. Los dos datos conviven sin confundirse, que es la razón de que vivan en sitios distintos.
¿Por qué falta la mitad de la comparativa de planes?
Porque estaba plegada. Las tablas de planes esconden las filas de detalle tras un «ver todas las funciones», y los planes se reparten entre pestañas mensual y anual. La extensión lee el DOM en el instante de la captura: lo que no esté desplegado no entra. Despliega primero y captura después; si necesitas las dos pestañas, captura dos veces y el sufijo numérico mantiene las dos copias.
Lo que no hace
No vigila los sitios por ti: no hay rastreo, ni avisos, ni comprobaciones periódicas; capturas cuando lees. No compara versiones ni detecta cambios: para eso están tus archivos y la herramienta de comparación que ya uses. No hace capturas de pantalla de la interfaz del otro producto, que a veces es justo lo que quieres guardar. Y una página de producto hecha solo de bloques de marketing, sin cuerpo de artículo, puede salir marcada como «sin artículo».
Preguntas
¿Puedo tener a cada competidor en una carpeta distinta?
¿Captura bien las páginas de precios?
¿Me avisa cuando algo cambia?
¿Puedo comparar dos capturas de la misma página?
¿Cuesta algo?
¿Se pueden capturar varias pestañas de golpe?
¿Sirve para investigación de usuarios además de competencia?
¿Puedo compartir las capturas con el equipo?
.md normales. Van a un repositorio, a una carpeta compartida o a un vault de equipo como cualquier otro texto, y no hay ningún formato propietario ni ninguna cuenta de por medio.