Gizmodo en español

Gizmodo en español era la versió en llengua castellana de Gizmodo, un mitjà digital dedicat a la tecnologia, la ciència i la cultura digital. Segons el Laboratorio de Periodismo Luca de Tena, la capçalera pertanyia a G/O Media, el grup editor que aleshores era propietari de la marca Gizmodo.

El corpus facilitat no concreta la ubicació de la redacció ni l'any en què es va posar en marxa aquesta edició.

No consta al corpus disponible cap dada sobre la data de fundació de Gizmodo en español, ni sobre qui la va impulsar ni sobre el procés de llançament. L'única informació cronològica verificada és la del tancament, el 5 de setembre de 2023, recollida pel Laboratorio de Periodismo Luca de Tena.

Segons la font citada, Gizmodo en español publicava continguts de Gizmodo adreçats al públic castellanoparlant. El corpus no detalla l'estructura de la redacció, el volum de publicacions ni el model de finançament més enllà de la dependència del grup G/O Media.

El corpus disponible no aporta dades sobre audiència, ingressos, plantilla ni fites editorials de Gizmodo en español. Per tant, no es pot descriure aquesta etapa amb la informació verificada.

D'acord amb el Laboratorio de Periodismo Luca de Tena (5 de setembre de 2023), G/O Media va tancar Gizmodo en español i va optar per continuar oferint contingut en castellà mitjançant traduccions fetes amb intel·ligència artificial. La font presenta aquesta decisió com una substitució de la redacció local per traducció automatitzada; el corpus no recull declaracions de l'empresa que ampliïn els motius econòmics o editorials.

El corpus no permet valorar què se n'ha fet, dels continguts o de la marca en castellà més enllà de la continuïtat de les traduccions automàtiques esmentades per la font. No consta informació sobre l'arxiu de la publicació original.

No consta al corpus cap nom de fundador ni de responsable editorial de Gizmodo en español, ni cap traça sobre la seva situació actual. Per completar aquesta informació caldria consultar fonts primàries: notes de premsa de G/O Media, perfils professionals públics dels qui constessin com a editors i el registre mercantil si l'edició hagués tingut entitat jurídica pròpia a Espanya.

• La substitució d'una redacció local per traducció automàtica és una decisió de costos que afecta directament la qualitat i l'adequació cultural del contingut; convé documentar com es comunica als lectors i als anunciants.
• Per a mitjans que operen com a edicions locals d'una marca global, la dependència de la matriu limita l'autonomia: qualsevol canvi d'estratègia del grup pot comportar el tancament sobtat de la versió local.
• Quan es tanca una edició, la traçabilitat de l'arxiu i dels drets sobre els continguts és un actiu a preservar; el corpus no indica com es va gestionar en aquest cas.

El que es podria construir avui no és una rèplica de Gizmodo en español, sinó una publicació en castellà sobre tecnologia, ciència i cultura digital que faci exactament allò que una traducció automàtica no pot fer: triar què importa, explicar per què importa i conversar amb una comunitat.

La diferència clau és el criteri. Una traducció pot traslladar un text; no pot decidir què mereix portada un dimarts a la tarda per a un lector de Madrid, Ciutat de Mèxic o Buenos Aires, ni pot contrastar una font, ni pot dir "això no ho publiquem". Aquest és el producte.

Es tracta, per tant, d'un mitjà natiu digital, en castellà, amb una redacció petita i especialitzada, que combini anàlisi i servei útil (guies, comparatives, explicadors) amb una veu recognoscible. La marca original no es pot reutilitzar lliurement; caldria un nom nou. Aquest informe assumeix un nom de treball genèric i no proposa cap marca concreta.

El fet verificat és clar: G/O Media va tancar la versió en espanyol i va optar per traduccions amb intel·ligència artificial (Laboratorio de Periodismo Luca de Tena, 05-09-2023). Això confirma dues coses alhora: que existia una audiència en castellà prou gran per justificar una redacció, i que el propietari va concloure que el cost d'aquella redacció no es cobria amb els ingressos que generava.

Aquest segon punt és el que cal llegir amb honestedat. El mercat existeix, però el model de negoci que tenia Gizmodo en español —audiència massiva, monetització per publicitat programàtica, cost de redacció en diversos països— no li quadrava. La reconstrucció no pot repetir aquesta equació.

El que sí que queda és un buit de producte: lectors en castellà que volen context i criteri sobre tecnologia i cultura digital, i que les traduccions automàtiques no els el donen. Mida exacta d'aquest nínxol: a validar, no hi ha dada pública verificada.

Proposta, no fet: un model mixt amb tres potes, pensat per no dependre del volum de tràfic.

1. Subscripció de pagament. Un nucli de lectors que paga per anàlisi, newsletters i accés a la comunitat. És l'ingrés més estable i el que millor alinea qualitat amb sostenibilitat. Preu i conversió: estimació a validar (rang habitual al sector per a mitjans digitals especialitzats: uns quants euros al mes; la conversió real s'ha de provar amb un pilot).
2. Continguts de marca i patrocinis. Newsletters patrocinades, sèries temàtiques i formats de marca amb editors identificats. Requereix una audiència qualificada, no massiva.
3. Servei útil monetitzable. Guies de compra i comparatives amb enllaços d'afiliació, sempre amb política editorial explícita i separació clara entre publicitat i contingut.

El que no hauria de ser el centre: publicitat programàtica a gran escala. És precisament el model que, segons la lectura del tancament, no va sostenir la redacció original.

Proposta en fases, amb portes de decisió:

• Fase 0 — Validació (2-3 mesos, estimació). Newsletter setmanal amb veu pròpia, sense redacció completa. Objectiu: mesurar obertura, resposta i disposició a pagar. Porta de decisió: si no hi ha senyal de pagament, no es passa a la fase següent.
• Fase 1 — Nucli editorial (mesos 3-9, estimació). Equip mínim de 2-3 persones (direcció editorial + redacció + col·laboracions). Publicació diària lleugera i una peça de fons setmanal. Llançament del mur de pagament.
• Fase 2 — Creixement sostingut (mesos 9-18, estimació). Continguts de marca, afiliació, possible expansió a pòdcast o vídeo curt. Mètrica rectora: ingressos per subscriptor i retenció, no pàgines vistes.

Cada fase ha de tenir un criteri d'aturada explícit. El fracàs del model anterior és l'avís: cal saber quan no tirar endavant.

Totes les xifres són estimacions a validar, no dades de l'empresa original (de la qual no consten comptes públics en aquestes fonts).

• Cost d'equip inicial: 2-3 persones a temps complet durant el primer any. Cost laboral anual: rang estimat de sis xifres baixes en euros, molt dependent del país de contractació i de l'ús de col·laboradors freelance.
• Tecnologia i infraestructura: CMS, newsletter, pagaments i analítica. Rang estimat de cost mensual baix, assumible des del primer dia.
• Màrqueting i adquisició: el més volàtil. Estimació d'una part significativa del pressupost del primer any; cal provar canals barats (newsletter, xarxes, comunitat) abans de pagar adquisició.
• Capital de reserva: recomanable disposar de 6-12 mesos de despesa fixa abans de llançar el mur de pagament. Estimació.

La conclusió pràctica: és un projecte de capital moderat, no de capital alt, però exigeix disciplina de costos des del primer dia.

• El risc que va matar el projecte original. Si el model depèn de volum de tràfic i publicitat programàtica, la història es pot repetir. Cal subscripció des del principi.
• La traducció automàtica com a competència gratuïta. Sempre hi haurà contingut gratuït en castellà generat automàticament. La resposta no és competir en volum, sinó en criteri i confiança.
• Dispersió geogràfica i cultural. Un lector de Ciutat de Mèxic i un de Barcelona no volen exactament el mateix. Cal decidir a qui es serveix primer.
• Dependència de poques persones. Una redacció petita és fràgil; cal documentar processos i tenir col·laboradors.
• Marca i propietat intel·lectual. No es pot fer servir el nom ni el contingut de Gizmodo en español sense autorització. El projecte ha de néixer amb marca pròpia.

Les lliçons de l'informe original, en forma de resum:

1. Un tancament no és una absència de mercat, és un model que no quadrava. G/O Media va triar traducció automàtica perquè el cost de la redacció no es cobria. Qui vulgui reconstruir-ho ha de canviar l'equació econòmica, no només el contingut.
2. El criteri editorial és el producte. Allò que la IA no substitueix és la selecció, el contrast i la veu. El projecte ha de vendre això, explícitament.
3. Cal començar petit i validar abans d'escalar. Newsletter i comunitat primer; redacció completa després; només si hi ha senyal de pagament.
4. La sostenibilitat passa per ingressos directes. Subscripció i continguts de marca per davant de la publicitat programàtica.
5. Cal saber aturar-se. El projecte original va tancar; el nou ha de tenir portes de decisió clares per no repetir l'error amb diners nous.

Qui ho hauria de fer: un equip editorial petit amb experiència provada en mitjans digitals en castellà i, al costat, algú amb criteri de negoci digital (subscripcions, newsletters, marca). No cal un gran grup mediàtic; cal gent que sàpiga publicar amb criteri i cobrar per això.

El setembre de 2023, G/O Media va tancar la redacció de Gizmodo en español i va optar per traduccions generades amb intel·ligència artificial [Laboratorio de Periodismo Luca de Tena, 2023-09-05]. El tancament no elimina la demanda de contingut tecnològic i cultural en castellà: elimina la capacitat de produir-lo amb criteri editorial local.

La traducció automàtica directa falla en tres punts concrets per a un mitjà:

• Terminologia inconsistent: el mateix concepte (p. ex. "large language model") apareix traduït de tres maneres en una setmana.
• To i context cultural: referències, unitats, humor i noms propis que no es poden traslladar literalment.
• Absència de traçabilitat: no se sap quina peça va ser traduïda, per quin model, amb quina revisió i per qui.

El producte resol això amb un pipeline de localització que tracta la IA com un redactor júnior: produeix esborranys ràpids, però passa per memòria de termes, regles d'estil i revisió humana segons el risc de la peça.

Arquitectura de serveis en quatre capes, desplegada en un sol núvol amb cues persistents. El motiu de separar ingestió, traducció i publicació és que cada etapa té un cost i una latència molt diferents, i volem poder reintentar la traducció sense tornar a descarregar el contingut original.

``` [Fonts originals] --RSS/API--> [Ingestor] --> (cua: raw_items) | v [Normalitzador] --> Postgres (articles, blocs) | v [Motor de localització] ├─ Memòria de termes (glossari) ├─ Regles d'estil per mitjà └─ Crides a LLM (proveïdor abstracte) | v (cua: drafts) --> [Bústia de revisió] | aprovació humana / auto-publicació v [Publicador] --> CMS / API pública ```

Decisions i motius:

• Cua persistent entre etapes (Redis Streams o SQS): la traducció pot trigar o fallar per límits del proveïdor; volem reintents idempotents sense duplicar costos.
• Proveïdor LLM abstracte: una interfície `TranslationProvider` amb implementacions intercanviables. Motiu: els preus i la qualitat dels models canvien cada pocs mesos; el producte no ha de quedar lligat a un sol proveïdor.
• Postgres com a font de veritat: els esborranys, les revisions i les decisions queden en taules relacionals auditables, no en logs.
• Publicació desacoblada: el publicador escriu a un CMS extern o a una API pròpia; així el mateix motor serveix per a web, app o butlletí.

Esquema relacional mínim. Les taules `revisions` i `term_decisions` són la base de l'auditoria.

```sql -- Contingut original ingerit source_items ( id uuid pk, source_id text, -- p. ex. 'gizmodo-en' external_url text unique, published_at timestamptz, raw_html text, fetched_at timestamptz )

-- Article en castellà (esborrany o publicat) articles ( id uuid pk, source_item_id uuid fk, locale text default 'es-ES', status text check (status in ('draft','in_review','approved','published','rejected')), risk_level text check (risk_level in ('low','medium','high')), model_used text, published_at timestamptz )

-- Blocs traduïts per permetre revisió granular article_blocks ( id uuid pk, article_id uuid fk, position int, source_text text, translated_text text, flags jsonb -- p. ex. {"term_unknown": true, "number_mismatch": true} )

-- Glossari i decisions terminològiques terms ( id uuid pk, source_term text, target_term text, scope text, -- mitjà o global locked boolean default false )

-- Traçabilitat de revisions revisions ( id uuid pk, article_id uuid fk, reviewer_id text, action text check (action in ('edit','approve','reject')), diff jsonb, created_at timestamptz ) ```

El camp `risk_level` es calcula automàticament (vegeu "Com es valida") i decideix si la peça pot auto-publicar-se o ha de passar per revisió humana.

API REST interna i una de pública de només lectura. Autenticació per token de servei; la bústia de revisió usa sessió d'usuari.

• `POST /v1/ingest/rss` — registra una font i el seu feed. Retorna `source_id`.
• `GET /v1/articles?status=in_review&risk=high` — llista per a la bústia.
• `GET /v1/articles/{id}` — retorna blocs, flags i historial de revisions.
• `PATCH /v1/articles/{id}/blocks/{blockId}` — edició d'un bloc; genera una fila a `revisions`.
• `POST /v1/articles/{id}/approve` — aprovació; encua la publicació.
• `POST /v1/terms` — alta o bloqueig d'un terme del glossari.
• `GET /v1/public/articles` — feed publicat amb camp `translation_disclosure` (obligatori per transparència).

Integracions:

• Proveïdor LLM via HTTP amb timeout i pressupost per article; si se supera, la peça va a revisió manual en lloc de reintentar indefinidament.
• CMS extern (WordPress REST o similar) per a la publicació final.
• Webhook de sortida perquè redaccions o butlletins consumeixin les peces aprovades.

Ordre deliberat per obtenir valor abans d'escriure el motor complet:

1. Ingestor + normalitzador per a una sola font RSS. Sense això no hi ha res a traduir.
2. Traducció per blocs amb glossari bàsic i emmagatzematge a `article_blocks`. És el nucli del producte.
3. Bústia de revisió mínima (llista, edició de bloc, aprovació). És el que separa aquest producte d'un simple traductor.
4. Publicador a un CMS amb el camp de divulgació de traducció.
5. Càlcul de `risk_level` i auto-publicació per a peces de risc baix, un cop hi hagi dades de revisions reals per calibrar-lo.

El glossari i les regles d'estil es poden començar amb 50-100 termes; no calen milers per validar el flux.

• Cost per article: depèn del proveïdor i de la longitud; cal un pressupost per peça i alertes quan se superi. Risc: un feed amb peces molt llargues pot disparar la factura.
• Latència: la traducció per blocs permet paral·lelitzar, però el coll d'ampolla és el límit de peticions del proveïdor. Cal backoff i cues per prioritat.
• Qualitat terminològica: el glossari redueix la inconsistència, però no l'elimina. Risc de termes nous no coberts; per això els `flags` marquen termes desconeguts.
• Deriva del model: canviar de proveïdor o de versió pot alterar l'estil. Mitigació: proves de regressió amb un conjunt fix de 20-30 peces de referència.
• Risc legal i de reputació: la divulgació de traducció automàtica és obligatòria al feed públic; ometre-la és un risc de confiança, no només tècnic.
• Dependència d'una sola font: si el producte depèn d'un sol feed, una caiguda de la font atura tot. Cal suport multi-feu des del disseny.

• Conjunt de regressió editorial: 20-30 peces originals amb traducció de referència feta per humans. Cada canvi de model o de prompt s'avalua contra aquest conjunt amb una mètrica de coincidència terminològica i una revisió cega.
• Càlcul de `risk_level`: es valida comparant la classificació automàtica amb la decisió real dels revisors durant les primeres setmanes; si la discrepància supera un llindar, no s'activa l'auto-publicació.
• Proves d'idempotència: reintentar la mateixa peça a la cua no ha de generar articles ni costos duplicats.
• Auditoria de traçabilitat: per a qualsevol peça publicada s'ha de poder reconstruir font, model, revisions i aprovador. Es prova amb una consulta sobre `revisions` i `articles`.
• Mètrica d'acceptació: percentatge de blocs aprovats sense edició. És l'indicador que diu si el motor estalvia feina real o només genera esborranys que cal reescriure.