Respuesta breve
Una dependencia de plataforma es aceptable si propiedad, acceso, exportación, soporte, actualizaciones y salida quedan explícitos. El riesgo no es usar tecnología ajena, sino descubrir la dependencia después del lanzamiento.
El campo que no existe
Una ficha de VIT MARKET publica trece campos. Un número, un título, una palabra de dificultad, una categoría, una descripción, dos cadenas de precio, una estimación de plazo, un slug, una clave de grupo, un suelo de precio, un techo y una marca de destacado. Ninguno nombra un requisito previo, una cuenta, una suscripción ni una plataforma. No hay campo que diga sobre qué va a funcionar este trabajo cuando esté terminado.
No es raro —la mayoría de los catálogos de servicios están construidos igual— y por eso conviene preguntarlo antes de encargar. El precio dice lo que le debe al proveedor. Calla sobre la cuenta que usted tendrá y sobre la segunda factura que llegará de alguien con quien nunca ha hablado.
Así que VJOURNAL leyó los únicos campos donde una plataforma puede aparecer: el título y la descripción de cada una de las 100 fichas, en las tres ediciones lingüísticas que sirve el sitio. Un nombre se contó solo cuando los textos ruso, inglés y español de la misma ficha lo llevan los tres, de modo que nada del recuento sea un artefacto de una traducción. La pasada devuelve 35 fichas, 34 terceros distintos y 57 menciones.
Treinta y cinco fichas, treinta y cuatro nombres
Sesenta y cinco fichas de cien no nombran a nadie. De las 35 que sí, 21 nombran una plataforma, nueve dos, dos tres y tres cuatro. Las tres que nombran cuatro son la ficha de GEO y AEO —Google, Yandex, ChatGPT, Perplexity—, el piloto automático de redes sociales —Telegram, Google, VKontakte, Zen— y el recopilador de reseñas —Telegram, Yandex, 2GIS, Otzovik.
La lista completa de nombres, por frecuencia: Telegram once veces; Google nueve; Yandex tres; Ozon, Shopify y Wildberries dos cada uno; y una vez cada uno Astro, Next.js, WordPress, Tilda, Wix, Figma, Notion, Behance, ThemeForest, YouTube, ChatGPT, Perplexity, Yandex Alice, n8n, Make, Albato, amoCRM, Bitrix24, Outlook, Gmail, Apple Mail, Slack, Supabase, Excel, 1C, VKontakte, Zen, 2GIS y Otzovik. Veintiocho de los 34 aparecen exactamente una vez en el catálogo entero.
Conviene declarar un límite porque cambia la cifra. Schema.org aparece en el título de una ficha y quedó excluido: es un vocabulario compartido, no una plataforma en la que nadie tenga cuenta. Quien discrepe puede devolverlo y leer 36 fichas y 35 nombres. Lo demás de la lista es un producto, un mercado o una red cuyo dueño no es usted ni su proveedor.
Un nombre de plataforma hace tres trabajos distintos
No cualquier nombre es un compromiso, y tratarlos igual produciría una lista corta sin sentido. Leyendo las 57 menciones una a una, salen tres papeles. Cincuenta son dependencias: lo entregado funciona sobre esa plataforma, escribe en ella o se mide contra ella. Tres son salidas: la ficha vende sacarle de la plataforma que nombra, y las tres caben en dos fichas, una de WordPress y otra que cubre Tilda y Wix a la vez. Cuatro son puro contraste: la plataforma se nombra solo para decir qué no va a recibir.
Los casos de contraste merecen una lectura atenta, porque a primera vista parecen dependencias. La ficha de la página de destino promete un sitio funcional en su propio dominio «y no solo un diseño en Figma». La de portafolio ofrece un sitio personal en lugar de un enlace a Behance, la de documentación ofrece documentación viva en lugar de páginas dispersas en Notion, y la versión multilingüe promete tráfico de búsqueda en otros países en lugar de una traducción de Google. Cuatro nombres, cero compromisos.
Ordenado por fichas y no por menciones: 30 fichas nombran al menos una plataforma de la que el resultado dependerá de verdad. Dos nombran una solo como algo que usted abandona. Tres la nombran solo como contraste retórico. Sesenta y cinco no nombran nada, y esa es otra situación distinta: allí la pila técnica queda sin declarar, y la elección —con el coste recurrente que arrastre— sigue abierta en el momento en que usted lee el precio.
Telegram se nombra más veces que Google
El tercero más nombrado de este catálogo es Telegram, en once fichas. Google le sigue con nueve. Nada más llega a cuatro. Ese orden es un hecho sobre lo que la tienda vende de verdad: las alertas, los bots, la entrega de informes y los asistentes internos terminan en un chat, y en este catálogo el chat suele ser Telegram.
De ahí se sigue una consecuencia que el precio no puede mostrar. Un bot necesita un token, un canal tiene dueño, y ambos pertenecen a una cuenta. Si once de los trabajos que podría encargar terminan dentro de una misma plataforma de mensajería, quién registra esa cuenta —y quién la controla tras la última factura— es la diferencia entre poseer la automatización y alquilarla.
El grupo que nombra plataformas es además el grupo barato, al revés de lo que casi nadie espera. Tomando el punto medio de cada horquilla publicada, las 35 fichas que nombran una plataforma tienen una mediana de 525 dólares frente a 800 de las 65 que no nombran ninguna. Sus medias casi coinciden —1.014,57 frente a 992,31—, así que la diferencia es de forma y no de tamaño: nombrar una plataforma se concentra en el extremo barato, con unas pocas excepciones grandes que tiran de la media hacia arriba.
El estante más caro es el que nombra menos plataformas
Reparta las 30 fichas con dependencia por grupos y el reparto sale torcido: 13 en automatización, nueve en desarrollo web, cinco en búsqueda y contenido y tres en IA. Cada grupo tiene exactamente 25 fichas, así que el estante de IA declara una plataforma ajena tres veces de 25: la proporción más baja del catálogo, y justo el estante cuyo trabajo más evidentemente corre sobre el modelo de otro.
El catálogo lo reconoce, pero no en ninguna ficha concreta. El punto de entregables propio del grupo de IA —la única línea que cambia con el grupo— promete evaluación de la calidad, límites de costes, registros y un procedimiento de apagado seguro. Límites de costes: una expresión que está en las 25 páginas de IA y en ninguna otra, y la única admisión estructural de que este trabajo arrastra una factura que sigue llegando.
Una ficha va más lejos, y es la excepción que confirma la idea: la auditoría de prompts, publicada entre 800 y 2.500 dólares, cuyo objeto entero es reducir de dos a cinco veces una factura de API. Es la única ficha del catálogo cuyo producto es un coste recurrente de plataforma y no un proyecto. Y es también, por fuerza, una factura que el catálogo nunca cotiza: ya es suya.
La factura ajena aparece cinco veces y siempre como dinero que deja de pagar
Al leer las 100 descripciones buscando cualquier mención de un coste recurrente de terceros vuelven cinco. La tienda en Shopify llega sin hosting. La migración de WordPress no requiere alojamiento pago. El sitio de catálogo sobre una hoja de cálculo evita pagar un CMS, y el blog en MDX dice lo mismo del alojamiento y del panel de administración. La salida del constructor pierde la suscripción mensual y afirma que el ahorro amortiza el trabajo en seis a doce meses.
Las cinco apuntan al mismo lado. En cada caso la tarifa de la plataforma se presenta como dinero que el comprador deja de gastar. Ninguna de las 100 descripciones cita una tarifa de plataforma que el comprador empiece a gastar, ni siquiera donde la ficha vende una construcción sobre una plataforma que no es gratis mantener.
No es una trampa: una descripción escrita para vender un sitio web puede empezar por lo que mejora. Es un hueco estructural que el comprador ha de cerrar, porque las dos cifras de la ficha son un precio de proyecto, y la cifra que decide si el proyecto es asumible en el segundo año no está en la ficha.
Las salidas que cotiza y las que no
Alinee las entradas frente a las salidas y aparece una asimetría. El catálogo cotiza una salida de WordPress y otra de Tilda y Wix, y ninguna entrada a las tres. En sentido contrario cotiza dos entradas a Shopify —una tienda llave en mano y un tema a medida—, más una página de destino en Astro, un sitio corporativo en Next.js, un área de cliente en Supabase y una plantilla para vender en ThemeForest. Para esas seis no hay salida en ninguna parte de las cien.
Es un reflejo honesto de lo que la tienda cree, no un defecto oculto: salir de un constructor de webs es un trabajo por el que se paga, y salir de un framework moderno normalmente no. Pero conviene fijarse en qué lado de esa raya está cada ficha. Una ficha de migración es prueba cotizada de que la plataforma que nombra tiene un coste de salida y de que alguien lo pagó alguna vez.
La lectura inversa es la útil. Antes de encargar cualquiera de las 30 fichas con dependencia, pregunte cuánto costaría la salida equivalente, y observe que el catálogo responde a esa pregunta para tres plataformas y calla sobre las demás.
Lo que un nombre de plataforma no puede decirle
Un nombre en una descripción no es una especificación. No dice qué plan, qué región, qué límites, ni a nombre de quién se abre la cuenta. Y el silencio tampoco significa independencia: 65 fichas no nombran a nadie y varias tocan casi seguro un proveedor de alojamiento, un relé de correo o un punto de acceso a un modelo. Los datos sostienen únicamente que esas fichas no lo dicen.
La clasificación en dependencia, salida y contraste es la lectura que VJOURNAL hace de 57 frases, no un campo del conjunto de datos. Los recuentos son reproducibles; las etiquetas son un juicio, publicado ficha por ficha para que quien lea una frase de otra manera pueda moverla y volver a contar. La única garantía mecánica del método es la regla de las tres ediciones, que elimina los nombres presentes en una traducción y ausentes en las otras.
Nada de esto respalda una afirmación sobre cuánto cobra ninguna plataforma nombrada, y en el artículo no aparece ninguna cifra así. El catálogo no publica precios ajenos, VJOURNAL no los consultó, y una comparación que los citara de memoria valdría menos que el silencio al que sustituye.
Cuatro preguntas antes de encargar
Primera: enumere cada plataforma ajena que el trabajo va a tocar, incluidas las que la ficha no menciona, y llévelas al briefing. Si la ficha nombra una, esa mitad de la respuesta le sale gratis; si no nombra ninguna, pregúntelo en voz alta. Segunda: ¿de quién es la cuenta, la tarjeta y el correo de recuperación? Poseer una automatización es poseer la cuenta donde vive.
Tercera: cuánto cuesta esa plataforma al mes con el volumen que espera de verdad, y quién responde cuando el volumen se duplique. El estante de IA del catálogo llama a esto un límite de costes y lo pone en sus 25 páginas; tómelo como el molde de la pregunta, no como la respuesta. Cuarta: cuánto costaría marcharse. Para WordPress, Tilda y Wix este catálogo publica una cifra. Para lo demás la cifra existe, pero nadie se la ha dicho.
Nada de esto convierte una ficha con plataforma nombrada en peor compra que una callada. Más bien al revés: una ficha que nombra Telegram, Shopify o n8n le ha contado algo real sobre lo que está firmando. La cuestión es que el nombramiento ocurre en una frase y no en un campo, y una frase solo sostiene peso cuando usted la ha copiado en el briefing.
Marco de decisión: propiedad de la plataforma web
Una dependencia de plataforma es aceptable si propiedad, acceso, exportación, soporte, actualizaciones y salida quedan explícitos. El riesgo no es usar tecnología ajena, sino descubrir la dependencia después del lanzamiento.
CISA aconseja pedir al proveedor información sobre componentes terceros, procedencia, soporte y fin de vida. Las mismas preguntas sirven para constructores, plugins, alojamiento y API.
Crea un registro por servicio externo con dueño de cuenta y pago, ubicación de datos, formato de exportación, renovación, alternativa e interlocutor de incidentes.
Lista práctica
- propiedad de la plataforma web: escribe el resultado prometido y la regla de aceptación.
- propiedad de la plataforma web: registra exclusiones, dependencias e incógnitas.
- propiedad de la plataforma web: asigna responsable y fecha de revisión a la evidencia.
- Crea un registro por servicio externo con dueño de cuenta y pago, ubicación de datos, formato de exportación, renovación, alternativa e interlocutor de incidentes.
Preguntas frecuentes
propiedad de la plataforma web: ¿qué debe verificarse primero?
Una dependencia de plataforma es aceptable si propiedad, acceso, exportación, soporte, actualizaciones y salida quedan explícitos. El riesgo no es usar tecnología ajena, sino descubrir la dependencia después del lanzamiento. Crea un registro por servicio externo con dueño de cuenta y pago, ubicación de datos, formato de exportación, renovación, alternativa e interlocutor de incidentes.
propiedad de la plataforma web: ¿qué supuesto cambia más la estimación?
CISA aconseja pedir al proveedor información sobre componentes terceros, procedencia, soporte y fin de vida. Las mismas preguntas sirven para constructores, plugins, alojamiento y API.
propiedad de la plataforma web: ¿cuál es el siguiente paso práctico?
Crea un registro por servicio externo con dueño de cuenta y pago, ubicación de datos, formato de exportación, renovación, alternativa e interlocutor de incidentes.