Tienes una fecha de lanzamiento en el calendario y un CEO que quiere la página de Wikipedia publicada antes. Cada proveedor que consultas da alguna versión de "depende — entre días y meses". Esa respuesta es inútil para planificar un lanzamiento. Aquí está la respuesta honesta: un proyecto de creación de página de Wikipedia gestionado profesionalmente tarda de 6 a 16 semanas desde el primer briefing hasta un artículo publicado y estable, y la diferencia no es aleatoria. Se divide claramente entre las semanas que tú controlas y las semanas que nadie controla. Este artículo recorre el cronograma semana a semana, para que puedas poner fechas reales delante de tu CEO — y saber cuáles de esas fechas puedes comprometer de verdad.
Puntos clave
- Plazo realista de extremo a extremo: 6–16 semanas. El extremo de 6 semanas asume fuentes sólidas ya existentes, aprobaciones en la misma semana y una revisión rápida. El extremo de 16 semanas asume una brecha de fuentes, una revisión interna lenta o un ciclo de rechazo y reenvío.
- En cada proyecto corren dos relojes. Tu Reloj (briefing, fuentes, aprobación del borrador) — cada día de retraso añade un día, 1:1. El Reloj de Wikipedia (revisión voluntaria) — nadie puede comprarlo, y quien afirme lo contrario está describiendo una estafa.
- La cola de Articles for Creation (AfC, el proceso de creación de artículos) tiene aproximadamente 4.300–4.500 borradores pendientes en cualquier momento, revisados sin un orden fijo. Planifica entre 3 y 12 semanas solo para la revisión, y considera los primeros 90 días tras la publicación como parte del cronograma.
La respuesta en una frase, desarrollada
De seis a dieciséis semanas. Vale la pena explicar qué separa los dos extremos, porque cada uno implica supuestos que alguien debe asumir.
El extremo de 6 semanas asume: que la cobertura de prensa independiente ya existe, que tu equipo devuelve el borrador aprobado en menos de una semana, que la declaración de conflicto de interés (COI, conflict of interest) es limpia y que el borrador es tomado pronto de una cola que se revisa sin ningún orden particular. Todo eso es plausible individualmente. Que coincidan los cuatro es suerte, no planificación.
El extremo de 16 semanas asume: que la auditoría de fuentes descubre vacíos que llevan tiempo resolver, que el borrador permanece en revisión legal tres semanas, o que el primer envío es rechazado y se da una vuelta al ciclo de reenvío. Nada de eso es un desastre. Todo ello es habitual.
La mayoría de los proyectos que gestionamos terminan entre las semanas 8 y 12. Si un proveedor te cotiza una fecha fija — "publicado el 15 de marzo" — está garantizando certeza sobre un proceso que no controla. Esa es la primera prueba de credibilidad en este mercado, y la mayoría de las presentaciones la suspenden.
El Modelo de los Dos Relojes
La razón por la que "depende" sobrevive como respuesta es que dentro de un proyecto corren dos relojes fundamentalmente distintos, y la mayoría de los proveedores los confunden. Separarlos es el único truco para establecer expectativas correctas.
Tu Reloj cubre todo lo que está bajo tu control y el de tu agencia: el briefing, la recopilación y auditoría de fuentes, la redacción, tu revisión interna, la declaración de edición pagada y el envío en sí. Este reloj es determinista. Cada día que tu equipo retiene el borrador añade exactamente un día a la fecha de lanzamiento, 1:1. Si el borrador pasa diecinueve días en legal, el cronograma crece diecinueve días. Sin misterio.
El Reloj de Wikipedia cubre la revisión voluntaria — la cola de Articles for Creation y, tras la publicación, New Page Patrol (la patrulla de páginas nuevas). Este reloj es probabilístico. Los revisores son voluntarios no remunerados que avanzan en un backlog en el orden que ellos elijen. No puedes pagar para subir puestos. No puedes llamar a nadie. No hay carril rápido, tarifa prioritaria ni contacto que "lo impulse". Un borrador puede aprobarse en cuatro días o esperar tres meses, y ambos resultados son normales.
La regla de planificación que se deriva: comprométete con fechas en Tu Reloj; da un rango con un nivel de confianza para el Reloj de Wikipedia. Dile a tu CEO "borrador aprobado antes del 4 de abril" como compromiso, y "publicado entre finales de abril y mediados de junio, probablemente a mediados de mayo" como previsión. Un proveedor que se niega a dividir el cronograma de este modo o no ha gestionado muchos proyectos, o pretende comprimir el Reloj de Wikipedia con métodos que consiguen borrar páginas y bloquear cuentas. Más sobre eso a continuación.
Semanas 0–2: briefing, auditoría de fuentes y la decisión de seguir adelante o no
Las primeras dos semanas corren íntegramente en Tu Reloj, y determinan más que cualquier otra fase.
Semana 0–1: briefing y auditoría de fuentes. Una toma de datos estructurada — quién es el sujeto, qué debe cubrir el artículo, qué cobertura existe — seguida de la auditoría que importa: cada fuente independiente y fiable listada, valorada en profundidad y contrastada con el estándar de notabilidad de Wikipedia (Wikipedia:Notability, el criterio que determina si un tema merece un artículo). No tus notas de prensa. No entrevistas donde tu CEO aporta las citas. Periodismo y análisis independiente sobre ti.
Semana 1–2: seguir adelante o no (go/no-go). Esta es la barrera. En nuestra experiencia de admisión, aproximadamente tres de cada diez proyectos deberían terminar aquí, porque la cobertura independiente no es todavía lo suficientemente sólida como para superar la revisión. No es un rechazo cortés — es el desenlace más barato posible. Descubrirlo al coste de una auditoría de notabilidad en la semana 1 es mejor que descubrirlo en la semana 14 con un borrador rechazado, un historial de envíos quemado y un CEO preguntando qué pasó. La auditoría te da un veredicto documentado en cualquier caso: proceder ahora, o aquí está el vacío de cobertura concreto que hay que cerrar primero.
Esta barrera también es la razón por la que existen tasas de éxito honestas. Una tasa de aprobación del 93% no es una propiedad de una redacción inteligente — es una propiedad de rechazar el 30% que habría fracasado.
Cómo se "atasca" esta fase: fuentes que llegan de tu lado en goteo durante tres semanas. La auditoría no puede terminar sin el material, y cada día de goteo añade un día, 1:1.
Semanas 2–5: redacción, tu revisión y Wikidata en paralelo
Semanas 2–4: redacción. Las guías del sector sitúan la redacción profesional en 2–4 semanas, lo que coincide con nuestra experiencia. El tiempo se invierte en mapear citas — cada frase rastreable a una fuente independiente —, no en prosa. Un artículo de Wikipedia es corto para los estándares del marketing; lo que lleva tiempo es hacerlo a prueba de balas.
Semanas 4–5: tu revisión. Una disciplina mantiene esta fase en el calendario: corrige hechos, no añadas adjetivos. Cada "líder", "innovador" y "galardonado" que tu equipo introduce en el borrador se convierte directamente en riesgo de rechazo en el Reloj de Wikipedia. El retraso más largo en Tu Reloj que vemos en la práctica no es la redacción — es el borrador parado en revisión legal o de comunicación durante tres semanas. Reserva el tiempo de los revisores en la semana 0, no en la semana 4.
En paralelo: Wikidata. Un elemento de Wikidata (la base de datos estructurada vinculada a Wikipedia) no tiene cola de revisión y se publica en días. Construirlo junto con el borrador significa que tus datos estructurados — la capa que alimenta el Knowledge Graph de Google y los asistentes de IA — existen independientemente de cómo vaya la revisión del artículo.
Semanas 5–14: la cola de revisión que nadie puede saltarse
El borrador se envía y el proyecto pasa al Reloj de Wikipedia. Existen dos vías. Editores autoconfirmados con experiencia pueden publicar directamente en el espacio de artículos, donde el artículo sigue enfrentando la revisión de New Page Patrol a posteriori. Pero para la edición pagada declarada — que es lo que constituye un encargo legítimo de agencia — la política de contribuciones pagadas de Wikipedia (WP:PAID, la norma que exige declarar si se cobra por editar) espera que los artículos nuevos pasen por Articles for Creation (AfC, el proceso donde un voluntario revisa el borrador antes de que se publique).
La cola de AfC suele tener alrededor de 4.300–4.500 borradores pendientes, y los borradores se revisan sin ningún orden específico — los envíos más recientes a veces se revisan antes que los más antiguos. Las guías independientes sobre el proceso sitúan las esperas típicas en 3–12 semanas, lo que coincide con lo que implica el cálculo del backlog.
Aquí está el cronograma completo en una tabla:
| Hito | Quién controla el reloj | Duración típica | Cómo se "atasca" |
|---|---|---|---|
| Briefing + auditoría de fuentes | Tú + agencia (Tu Reloj) | Semana 0–1 | Las fuentes llegan en fragmentos durante semanas |
| Decisión go/no-go | Agencia (Tu Reloj) | Semana 1–2 | El proveedor omite la barrera y empieza a facturar por la redacción |
| Redacción | Agencia (Tu Reloj) | Semanas 2–4 | Ciclos de reescritura interminables persiguiendo redacción promocional |
| Revisión del cliente + aprobación | Tú (Tu Reloj) | Semanas 4–5 | Borrador aparcado en legal durante tres semanas |
| Elemento de Wikidata | Agencia (pista paralela) | Semanas 3–4 | Omitido del todo; los datos estructurados nunca se construyen |
| Envío a AfC + revisión | Voluntarios de Wikipedia (Reloj de Wikipedia) | Semanas 5–14 | Silencio — que es normal; más de 12 semanas sin revisión ocurre |
| Rechazo + reenvío (si es necesario) | Compartido | +4 a 14 semanas por ciclo | Reenviar texto sin cambios sustanciales y agotar la buena voluntad del revisor |
| New Page Patrol + indexación en buscadores | Voluntarios de Wikipedia | Hasta 90 días tras la publicación | Aparecen etiquetas de mantenimiento; nadie está pendiente para responder |
Qué acorta legítimamente la espera — y qué te hace banear
Tres cosas comprimen genuinamente el cronograma. Ninguna toca la cola en sí; todas reducen la fricción en la revisión y el riesgo de rechazo.
- Calidad de las fuentes. Un revisor que puede verificar tres fuentes sólidas e independientes en cinco minutos aprueba más rápido y rechaza menos. La solidez de las fuentes es la palanca más importante sobre el tiempo total transcurrido, porque evita completamente el bucle de reenvío.
- Declaración de COI (conflicto de interés) limpia. El conflicto de interés no declarado es exactamente lo que buscan los revisores. Una declaración correcta y visible elimina la investigación de la revisión y señala un borrador que respeta las normas.
- Alcance ajustado. Seiscientas palabras neutrales y bien citadas superan la revisión más rápido que dos mil palabras con barniz promocional. Cada afirmación sin fuente es un motivo de rechazo.
Frente a eso, cuatro ofertas de "aceleración" que escucharás en llamadas de ventas — cada una es una estafa, una infracción de política, o ambas:
- "Conocemos revisores que lo aprobarán." Ningún editor puede vender posición en la cola. Ofrecer aprobación interna es el movimiento característico de las tramas de extorsión descritas a continuación.
- "Publicamos directamente en el espacio de artículos y nos saltamos la cola." Hecho con cuentas no declaradas, esto es sockpuppetry (uso de cuentas falsas) más edición pagada no declarada — la combinación detrás de las mayores acciones de cumplimiento de Wikipedia. La página se enfrenta igualmente a New Page Patrol, ahora con un historial de ediciones que atrae la eliminación.
- "Garantizado publicado en 7 días." Una garantía sobre un proceso de revisión voluntaria es la señal de alarma. La única manera de cumplir una promesa de 7 días de forma fiable es romper las reglas y esperar que nadie lo compruebe.
- "Tarifa de revisión acelerada." No existe un carril de pago en AfC. La tarifa no compra nada excepto pruebas de que el proveedor inventa procesos.
Un rechazo no es la muerte — pero cuesta semanas
Un rechazo en AfC es retroalimentación, no un veredicto. El revisor indica un motivo — normalmente notabilidad o sourcing (fuentes) — y el borrador permanece editable, listo para corregir y reenviar. La contabilidad honesta: un ciclo de reenvío cuesta 1–2 semanas de revisión más una nueva espera en cola de 3–12 semanas. Esa es la razón principal por la que el rango realista termina en 16 semanas en lugar de 10, y una propuesta seria presupuesta un ciclo aunque no espere ninguno.
Dos advertencias. Primera, reenviar sin cambios sustanciales agota la buena voluntad del revisor y convierte un rechazo suave en un rechazo duro. La mayoría de los rechazos son diagnosticables antes del envío — los patrones están catalogados en por qué se rechazan los borradores de Wikipedia. Segunda, un borrador abandonado no es estable: los borradores sin tocar durante seis meses se eliminan según el criterio G13. Un borrador rechazado que aparques en enero puede simplemente haber desaparecido en agosto.
Tras la publicación: los primeros 90 días siguen siendo parte del cronograma
"Aprobado" no es la línea de llegada, y un cronograma que termina en la publicación está incompleto. Un artículo nuevo entra en la cola de New Page Patrol, y hasta que un patrullero lo revise — o pasen 90 días — permanece sin indexar por los motores de búsqueda externos. Traducción práctica: la página puede estar publicada en Wikipedia y seguir siendo invisible en Google durante semanas.
La misma ventana es cuando aparecen las etiquetas de mantenimiento, cuando otros editores recortan o cuestionan el contenido y cuando un artículo sin vigilancia acumula problemas silenciosamente. Por eso los primeros 90 días pertenecen al proyecto, no son el epílogo — y por eso nuestros encargos incluyen 90 días de monitorización como estándar, con soporte anual para los años siguientes. Lo que implica ese seguimiento en la práctica está explicado en nuestra guía sobre mantenimiento y monitorización de páginas de Wikipedia.
Descarga: PDFla lista de comprobación para los primeros 90 días (PDF) — qué vigilar, semana a semana, desde la aprobación hasta el día 90.
La ventana de peligro tras el rechazo
Un dato más del cronograma que tu CEO debería conocer, porque llega por correo electrónico. Las semanas inmediatamente posteriores a un rechazo de AfC son una ventana de caza conocida: los estafadores monitorean los borradores rechazados y contactan en frío a los sujetos, haciéndose pasar por editores o administradores que pueden conseguir que el artículo se apruebe — a cambio de dinero.
Esto no es hipotético. En la Operación Orangemoody, la mayor investigación de sockpuppetry de Wikipedia, se bloquearon 381 cuentas tras descubrirse una red coordinada que tenía como objetivo exactamente a esta población — empresas con borradores rechazados o eliminados — cobrándoles por la publicación y luego exigiendo pagos mensuales continuos para "proteger" las páginas de la eliminación que ellos mismos controlaban. Extorsión construida sobre una carta de rechazo.
La defensa es sencilla: los proveedores legítimos no te contactan en frío a partir de un borrador rechazado, y nadie en Wikipedia vende protección. Si el contacto llega de forma no solicitada y hace referencia a tu rechazo, eres el objetivo del esquema más antiguo de este mercado.
Cinco preguntas sobre el cronograma que hacerle a cualquier proveedor
Inclúyelas en tu solicitud de propuestas. Las respuestas separan a los operadores de los vendedores en una sola ronda.
- ¿Qué semanas de su cronograma corren en su proceso y cuáles en la revisión voluntaria de Wikipedia? La división de los dos relojes es el test de competencia. "Todo está gestionado" es un suspenso.
- ¿Qué ocurre en el go/no-go — le dirá que pare, y qué cuesta parar? Un proveedor sin barrera de parada vende redacción a todos, incluyendo al 30% que no debería comprarla.
- ¿Cuál es la espera actual en AfC y en qué se basa esa estimación? La respuesta debería referenciar el backlog en tiempo real, no un folleto.
- Si el borrador es rechazado, ¿cuánto cuesta un ciclo de reenvío en semanas y en honorarios? La respuesta honesta tiene números: 1–2 semanas de revisión, 3–12 semanas de cola, y una política de honorarios clara.
- ¿Qué monitorizan exactamente durante los primeros 90 días tras la publicación? "Nada, el proyecto termina en la aprobación" significa que la ventana de mayor riesgo queda sin atender.
Si quieres esas respuestas para tu propio proyecto — contáctanos y recibirás un cronograma con fechas y hitos en la propuesta, con los compromisos de Tu Reloj y los rangos del Reloj de Wikipedia marcados exactamente como tales. Sin "depende".