Cómo separar las promesas de donación en comentarios de Facebook de las donaciones confirmadas

1. Define las publicaciones públicas y la finalidad del registro

Anota qué publicaciones públicas originales abarca el registro. Guarda la URL de cada publicación original, es decir, su dirección web. Si también revisas una publicación compartida, guarda su dirección por separado. No des por hecho que una publicación compartida incluye los comentarios originales.

La necesidad del lector que motiva esta guía es concreta. Un comentario público del 10 de septiembre de 2024 dice que las comunidades de rescate necesitan el historial de comentarios porque muestra el historial de promesas de donación. Esto respalda la necesidad de conservar el contexto. No demuestra que exista demanda de un diseño concreto de hoja de cálculo. El registro que se presenta a continuación es una propuesta de método manual. Consulta el comentario público sobre el historial de promesas, publicado el 10 de septiembre de 2024; comprobado el 25 de octubre de 2026; un testimonio público del problema.

Antes de recopilar datos, anota:

1. La finalidad, como conservar las promesas expresadas para que el titular las compruebe después.
2. Las direcciones conocidas de las publicaciones públicas originales.
3. Las direcciones conocidas de publicaciones compartidas que requieran una comprobación separada.
4. Las fechas que abarca la revisión.
5. La persona que puede comprobar las pruebas de los ingresos que conserva el titular.
6. Las personas que pueden acceder a los registros de origen guardados.

Este método no corrige la función de compartir de Facebook ni encuentra todas las publicaciones relacionadas. Conserva las pruebas públicas que puedes observar y mantiene separadas las comprobaciones de ingresos que realiza el titular.

El objetivo también difiere del de usar los comentarios de Facebook para conocer las opiniones de los clientes. Ese método agrupa temas. Aquí debes conservar la promesa exacta y su vínculo con las pruebas comprobadas.

2. Guarda registros exactos de los comentarios públicos

Si hay pocos comentarios, guarda los registros manualmente. Conserva las palabras exactas y la dirección de la fuente original. Copiar solo un importe elimina condiciones que pueden cambiar su significado.

Un ID es un identificador: un valor que sirve para hacer referencia a un registro. Conserva los ID de Facebook exactamente como se proporcionan. El ID de un comentario identifica un comentario. No identifica un pago ni demuestra quién controla una cuenta de pago.

Guarda estos campos en una tabla de comentarios:

Mantén separadas la fecha y hora de publicación y las de observación. La fecha y hora de observación indican cuándo viste el comentario. No indican cuándo lo escribió el autor.

Conserva una copia sin modificar de cada exportación. Limita el acceso a las personas que lo necesiten. Usa registros ficticios o con los datos privados eliminados en los informes. No publiques datos de contacto de los donantes ni pruebas de ingresos a las que solo deba acceder el titular.

Usa el Actor cuando necesites filas estructuradas con datos públicos

Un Actor es un programa de Apify que realiza una tarea definida. Chronometrica Facebook Comments Scraper recopila los comentarios y las respuestas públicos disponibles a partir de los enlaces de contenido proporcionados. Su entrada documentada admite entre 1 y 100 enlaces públicos de publicaciones, Reels, vídeos o fotos. También funcionan los enlaces cortos y los enlaces para compartir compatibles. Los enlaces de páginas, grupos, perfiles, historias y contenido privado quedan fuera de las especificaciones de entrada.

La salida documentada incluye los ID de los comentarios, el texto disponible, las referencias del hilo, las fechas y horas de recopilación y las fechas y horas de publicación disponibles. También incluye `contentId` y `postUrl` para el contenido al que pertenece el comentario. Los valores opcionales pueden faltar. Consulta las especificaciones del Actor, comprobadas el 25 de octubre de 2026; compilación predeterminada 2.0.9; solo campos documentados, sin comprobar ninguna ejecución.

Este pequeño ejemplo de entrada muestra el formato admitido:

{
  "collectAllAvailable": false,
  "commentSortMode": "all",
  "includeReplies": true,
  "maxResultsPerPost": 10,
  "startUrls": [
    "https://www.facebook.com/reel/1733966934399341"
  ]
}

Sustituye la dirección de ejemplo de `startUrls` por la dirección conocida de tu contenido público. Del ejemplo proporcionado solo se comprobó el formato de entrada. No se ejecutó y no aporta pruebas sobre los comentarios de ese Reel.

En esta entrada, `maxResultsPerPost` limita a 10 los comentarios y las respuestas guardados por cada URL proporcionada. Las respuestas cuentan para ese límite y se cobran como filas separadas. `commentSortMode` cambia el orden solicitado; `all` no elimina el límite. `collectAllAvailable` se mantiene en false.

Los campos opcionales `commentsFrom` y `commentsUntil` filtran por fecha de publicación. Cuando estableces un filtro de fecha, se omiten los comentarios sin fecha pública. Eliminar el límite de resultados con `collectAllAvailable` puede costar mucho más. La recopilación aún puede detenerse porque se agota la fuente pública, se alcanza un límite de cobro, se acaba el tiempo o falla la fuente. Estos son controles documentados, no resultados de una ejecución realizada para esta guía.

Asigna `commentId` a `source_comment_id`, `contentId` a `source_post_id`, `text` a `source_text` y `scrapedAt` a `observed_at`. Mantén `publishedAt` separado. Usa `parentCommentId`, `rootCommentId` e `isReply` para conservar el contexto del hilo. Si `commentUrl`, el texto o una fecha no están disponibles, déjalos sin datos.

3. Crea el registro de promesas

Mantén una sola identidad de promesa comprobada por cada entrada del registro. Una identidad de promesa es tu referencia para una promesa expresada. Es distinta del ID del comentario porque varios comentarios pueden repetir una misma promesa.

Usa estos campos:

Un importe en blanco es desconocido, no cero. Si un comentario indica un importe sin moneda, mantén la moneda como desconocida. No asignes una moneda a partir de la ubicación de la página ni de las palabras de otra persona que haya comentado.

Mantén las condiciones junto al importe. No conviertas una promesa condicional en una promesa sin condiciones eliminando parte de su texto. Si no se sabe si la condición se ha cumplido, registra esa incertidumbre.

Usa términos de estado que describan las pruebas. Por ejemplo, distingue una promesa expresada y guardada de una retirada comprobada o de un cambio sin resolver. Un estado no debe convertir una declaración pública en un ingreso confirmado.

Varios comentarios no significan necesariamente varias promesas ni varias personas. Los datos públicos del autor no demuestran la identidad del donante. Esto también difiere de convertir las solicitudes de funciones de Facebook en prioridades de producto: ni los comentarios repetidos ni el número de cuentas permiten determinar cuántas promesas de pago se hicieron.

4. Conserva los comentarios repetidos y los cambios de texto como registros fechados

Conserva las observaciones repetidas sin volver a sumar la misma promesa.

Si una recopilación posterior encuentra el mismo ID de comentario, guarda la nueva fecha y hora de observación. Si las palabras visibles han cambiado, conserva ambas versiones con sus fechas. Una versión es el estado guardado de un registro en un momento indicado. No sobrescribas las palabras anteriores.

Registra una fecha y hora públicas de edición solo cuando tengas pruebas de ellas. Si hoy observas por primera vez que las palabras han cambiado, eso permite fechar la observación de hoy. No permite determinar cuándo hizo el cambio el autor.

Un segundo comentario puede repetir una promesa anterior. Un mismo autor también puede hacer más de una promesa. Ni un texto parecido ni el mismo nombre visible resuelven esa cuestión.

Para vincular varios comentarios con una promesa:

1. Conserva cada comentario como una fila de origen separada.
2. Registra el vínculo propuesto con una referencia de promesa.
3. Comprueba una referencia que conserve el titular u otras pruebas verificadas manualmente que demuestren la relación.
4. Guarda el resultado de la comprobación, la fecha y la persona que la hizo.
5. Unifica las identidades de las promesas solo cuando la relación esté respaldada.

Si la comprobación está incompleta, deja la relación sin resolver. No presentes el importe resultante como un total definitivo.

Que un comentario falte en una exportación posterior no demuestra que se haya retirado la promesa. Conserva el último registro guardado y describe con precisión la observación posterior. No deduzcas un pago, un reembolso ni la retirada de una promesa a partir del silencio público.

5. Guarda los ingresos facilitados por el titular en una tabla separada

El titular autorizado comprueba los ingresos mediante registros que ya controla. El Actor no recopila esos ingresos ni sus comprobantes, no lee grupos privados ni verifica transferencias. Tampoco oculta, elimina, aprueba ni publica comentarios. Estos límites constan en las especificaciones del Actor, comprobadas el 25 de octubre de 2026; alcance de recopilación pública, sin verificación de pagos.

Conserva solo las referencias necesarias para la revisión. Una referencia puede remitir a pruebas que conserva el titular autorizado sin copiar registros privados de donantes en el archivo de comentarios públicos. Las credenciales de pago y el acceso a cuentas financieras no forman parte de este proceso de recopilación.

Usa una tabla de ingresos separada:

Una transferencia parcial, la retirada de una promesa o un reembolso necesitan su propio registro comprobado. Conserva el registro anterior y vincula el cambio posterior con él. No borres el historial para simplificar el resumen actual.

Un ingreso confirmado puede quedar sin vincular a una promesa. Del mismo modo, una promesa guardada puede no tener una correspondencia confirmada con ningún ingreso. Mantén visibles ambos casos. La falta de correspondencia con un ingreso significa que esa correspondencia no está confirmada; no demuestra que la persona no haya pagado.

6. Vincula los registros solo con referencias verificadas

La conciliación consiste en comprobar cómo se relacionan los registros y mantener visibles sus diferencias. Aquí concilias el registro de promesas con la tabla separada de ingresos.

Crea un registro de correspondencias con estos campos:

Usa pruebas verificadas de identidad y referencias que estén disponibles para el titular autorizado. Un nombre visible por sí solo no basta. Un importe igual por sí solo no basta. Un agradecimiento público por sí solo tampoco basta.

Si las pruebas solo respaldan una parte del importe prometido, registra esa parte. No la aumentes hasta el importe completo de la promesa. Si la identidad o las referencias siguen siendo inciertas, deja la posible correspondencia sin resolver.

Mantén separadas las distintas monedas. Una cifra combinada sin una moneda clara no ofrece al lector un importe útil.

7. Ejemplo paso a paso: una promesa repetida y una promesa retirada

Ficción original. Todas las promesas, los comentarios, los registros de ingresos y las comprobaciones del titular que aparecen a continuación son inventados. No son donaciones reales ni resultados del Actor.

La persona voluntaria guarda estos registros públicos:

Hay tres registros de comentarios y dos referencias de promesas. Conserva C3, pero no sumes otros 100 USD. La comprobación del titular demuestra que C3 repite P1.

Después, el titular facilita dos registros comprobados separados:

W1 es un registro de retirada de la promesa, no de un ingreso. R1 es un ingreso confirmado separado y vinculado a P1.

Los cálculos son:

• Promesas expresadas originalmente: 100 USD + 50 USD = 150 USD.
• Promesa retirada con comprobación: 50 USD.
• Promesa expresada que se mantiene: 150 USD − 50 USD = 100 USD.
• Ingreso confirmado vinculado: 70 USD.
• Parte restante de P1 sin confirmar: 100 USD − 70 USD = 30 USD.

Presenta las cinco cifras con sus etiquetas. Los 150 USD originales conservan lo que se expresó. La retirada comprobada explica el cambio. Los 70 USD confirmados proceden de R1, no de los comentarios públicos.

Los 30 USD son una parte sin confirmar de la promesa expresada en P1. No son una deuda ni dinero disponible. El Actor no verificó ninguna transferencia. En este ejemplo no se facilita ningún registro de ingreso para P2; esa ausencia no debe transformarse en un pago confirmado de cero.

8. Comprueba el registro antes de presentar el informe

Pide a otra persona revisora que siga cada promesa hasta su fuente y cada correspondencia confirmada hasta las pruebas que conserva el titular. Dale el registro completo de promesas, el registro de correspondencias y las versiones pertinentes de las fuentes.

Usa estas comprobaciones de aceptación:

1. Cada promesa tiene una referencia a su fuente y sus palabras exactas guardadas.
2. Las fechas de publicación, observación y comprobación se mantienen separadas.
3. Los importes y las monedas que faltan se mantienen como desconocidos.
4. Los comentarios repetidos no crean promesas adicionales sin pruebas.
5. Los textos modificados siguen disponibles como versiones fechadas.
6. Cada ingreso confirmado tiene una referencia separada a las pruebas del titular.
7. Cada correspondencia tiene pruebas adicionales a un nombre o un importe igual.
8. Las retiradas de promesas, los cambios y los reembolsos conservan sus registros comprobados.
9. Los registros sin correspondencia y los importes sin resolver siguen visibles.
10. Cada total tiene una moneda clara y una etiqueta que indica las pruebas que lo respaldan.

No presentes un total definitivo si un registro sin resolver puede cambiarlo. Muestra los importes conocidos y explica esa limitación.

Si una recopilación alcanzó el límite de filas guardadas, informa de ese límite. Si un filtro de fecha excluyó comentarios sin fecha, informa de esa exclusión. Si un enlace de origen ya no muestra el contexto necesario, conserva la observación guardada y marca la comprobación actual como incompleta. Ninguna de estas situaciones respalda una acusación contra un donante.