Crear con Coderick AI es realmente increíble. Describes lo que quieres y Coderick AI lo construye por ti. Esto funciona de maravilla cuando partes de una idea. Pero a veces no es así. A veces ya tienes algo creado en otro lugar que quieres utilizar como referencia o aprovechar dentro de tu proyecto.
Quizás maquetaste un diseño con Claude Design y lo quieres como página de inicio. Quizás un artefacto de Claude te dejó un componente muy cerca de lo que necesitabas y solo tienes que meterlo en un proyecto real y publicado. Quizás encontraste una plantilla HTML que casi es perfecta, y prefieres pasarle el archivo antes que describirla en tres párrafos.
Para eso está la subida de archivos en Coderick AI.
Construye sobre lo que ya tienes, no desde cero
Utiliza la función de carga de archivos como punto de partida y pídele a Coderick que trabaje a partir de ellos. Añade nuevas secciones a un diseño de página de inicio que hayas subido. Convierte una página única en un sitio web multipágina. Añade funcionalidades a un diseño estático.
Coderick construye sobre tu trabajo existente, añade nuevos elementos, mejora tu borrador y finaliza el proyecto, en lugar de empezar desde cero. Así ahorras tiempo y créditos, al mismo tiempo que aumentas el valor del trabajo que ya has realizado.
Mantén tus propios estilos
Puedes pedirle a Coderick que aplique directamente un archivo. El HTML que subas se convierte en la base de tu página de inicio. Los estilos que cargues se utilizan en todo el proyecto. Coderick lee el código fuente y lo reconstruye dentro de tu proyecto: tu estructura, tus estilos y tus elementos específicos.
Antes, tenías que describir con palabras cualquier trabajo previo que hubieras realizado: los espaciados, las columnas, los efectos hover o cualquier elemento visual que quisieras conservar. Y cualquiera que haya intentado describir detalles de diseño específicos a una IA sabe cómo suele acabar: obtienes algo que se parece en un 80% a lo que querías, y el 20% restante se convierte en un largo proceso de ajuste mediante prompts de seguimiento.
Lleva tu trabajo a producción más rápido
Subir tus archivos a Coderick AI te permite tener un proyecto funcional en línea mucho antes. Ahorras el tiempo que dedicarías a volver a describir mediante prompts algo que ya has creado y puedes invertirlo en transformar ese diseño en un sitio web o una aplicación web real y operativa.
Tipos de archivo compatibles con Coderick AI
Coderick AI acepta los tipos de archivo de texto que más probablemente ya tienes:
Tipo de archivo
Para qué se suele usar
.html
Estructura de páginas, landing pages, plantillas exportadas
.css, .scss
Estilos, maquetación, sistemas de diseño
.js, .jsx
Comportamiento en JavaScript, elementos interactivos, componentes React
.ts, .tsx
Lógica en TypeScript, archivos frontend tipados, componentes React + TypeScript
.md
Documentación, especificaciones, briefs de contenido, notas de proyecto
Puedes subir hasta 30 archivos a la vez, con un tamaño combinado de 500 kB. Las subidas de imágenes son independientes y admiten hasta 10 imágenes.
Cómo sacarle el máximo partido a la subida de archivos
La subida de archivos da a Coderick más con lo que trabajar. Cómo la uses determina el resultado.
Aun así, debes ser específico: «Aplica este diseño como página de inicio» siempre da mejor resultado que «usa este archivo». Coderick lee lo que subes, pero necesita que le digas dónde va el archivo y qué papel desempeña.
Sube juntos todos los archivos relevantes: Si tu diseño está repartido entre un archivo HTML y uno CSS, súbelos juntos. Coderick tiene más contexto cuando el panorama está completo.
Elimina de tus archivos los elementos innecesarios: Si puedes, revisa y elimina estilos sin usar, comentarios innecesarios o código auxiliar de otra herramienta. En definitiva, cualquier cosa que no quieras que Coderick interprete como intención. Una revisión rápida antes de subir hace que el primer resultado se acerque más al objetivo.
La subida de archivos es para los archivos concretos que quieres que Coderick lea como contexto dentro de un proyecto (todavía). No es una forma de importar un repositorio completo ni una carpeta de proyecto entera.
Ve a Coderick AI y carga lo que ya tengas creado: una exportación de Claude, una plantilla o un componente que hayas estado perfeccionando. A partir de ahí, deja que Coderick continúe construyendo sobre tu trabajo.
Seguramente llevas tiempo trabajando tu propósito de marca. Has definido tu misión, tu visión, tus valores. Sabes exactamente a quién ayudas y qué resultado logras.
El problema es que tu competencia también.
Esa fue la idea central que Rosa Morel, narratóloga, escritora y experta en brand storytelling, trajo a nuestro último webinar. El propósito es aspiracional y, por eso mismo, tiende a ser genérico e intercambiable. Dos empresas que venden lo mismo al mismo precio y con la misma calidad probablemente tienen el mismo propósito. Y en la era de la inteligencia artificial, donde cualquiera puede generar mensajes y contenidos en segundos, eso ya no alcanza. Lo que sí puede diferenciarte, lo que ninguna IA puede copiar y ningún competidor puede replicar, es tu herida fundacional.
Revive el webinar completo
¿Quieres escuchar a Rosa explicar todo esto en sus propias palabras? Incluye ejemplos en directo y las preguntas de la audiencia:
¿Qué es la herida fundacional de un negocio?
La herida fundacional es el momento clave que vivió tu yo pasado y que te empujó a emprender de la manera en que lo hiciste.
No es un trauma sin resolver. No es victimismo. Es el origen real de tu negocio: aquello que te dolió, te indignó o te faltó, y que convertiste en el motor de lo que hoy ofreces.
La diferencia con el propósito es fundamental:
El propósito es la conclusión de tu negocio. Es aspiracional y mira hacia adelante.
La herida es el origen. Es biográfica, específica y, por tanto, irreproducible.
Cuando la nombras bien, el cliente se reconoce en ella a modo de espejo. Ese reconocimiento, respaldado por la neurociencia, tiene una alta probabilidad de convertirse en confianza. Y la confianza, en ventas.
Como lo resumió Rosa en el webinar:
«Transformo tu herida en relato y tu relato en pasta.»
Los 5 arquetipos de herida fundacional
Rosa lleva años trabajando con emprendedores y ha identificado cinco heridas que se repiten como patrones. Pueden combinarse, pero siempre hay una principal.
A) Rechazo: En algún momento clave (infancia, primer trabajo, una relación) alguien importante te hizo sentir que no dabas la talla. Aprendiste a demostrar constantemente que eres válido. Hoy eso se traduce en perfeccionismo y en dar siempre más de lo esperado. Tu marca convierte a otros en suficientes.
B) Abandono: Alguien que debería haber estado no estuvo. Te dejaron resolver las cosas solo, te enseñaron que pedir ayuda era pedir demasiado. Por eso hoy eres el profesional que siempre está, que entrega más de lo que promete. Tu marca acompaña donde nadie acompañó.
C) Injusticia: Viviste en un sistema, una empresa o una norma donde las cosas se hacían mal y no podías decir nada. Te juraste que cuando pudieras lo harías distinto. Tienes el don de identificar patrones injustos donde otros solo ven malestar. Tu marca repara un sistema roto.
D) Silencio: Tu voz nunca contó. Te dijeron que exagerabas, te ignoraron, te callaron. Aprendiste a guardar tus ideas. Esa herida te llevó a buscar, en tu trabajo, la manera de poner palabras a lo que otros no saben decir. Tu marca pone palabras a lo que no se decía.
E) Jaula: Alguien (una familia, una pareja, una institución) decidió por ti cosas fundamentales durante mucho tiempo. Cuando pudiste elegir, dijiste: nunca más pido permiso. Es la más difícil de mostrar porque quienes la tienen raramente quieren mostrarse vulnerables. Tu marca devuelve la capacidad de elegir.
¿Con cuál te has identificado? El test del lead magnet al final de este artículo te ayuda a confirmarlo.
Por qué esto importa más que nunca ahora
Con la inteligencia artificial, crear contenido es más fácil que nunca. Eso también significa que sonar igual que todos los demás es más fácil que nunca.
Si un agente de IA puede generar el mismo tipo de mensaje que tú, la única razón para elegirte es la identidad y la confianza. Y esas dos cosas solo se construyen a través del storytelling auténtico: una narrativa con un origen real, irrepetible, tuyo.
Rosa lo demostró con números concretos. Al lanzar su primera novela bajo pseudónimo, sin seguidores, sin publicidad pagada, incluyó en los agradecimientos un texto construido desde su herida de rechazo: su historia de acoso escolar y de refugiarse en los libros.
El resultado fue una tasa de conversión a reseña del 39,6% y 40,5% en sus dos primeros libros. La media del sector en Amazon es del 1 al 2%. Si llegas al 5%, ya es un resultado excepcional.
El storytelling bien construido desde tu herida no es sentimentalismo. Es la decisión de negocio más inteligente que puedes tomar.
Narrativa vs relato: no son lo mismo
Antes de lanzarte a contar historias, conviene entender la diferencia entre dos conceptos que se usan como sinónimos pero no lo son:
La narrativa de marca es el sistema completo: la visión del mundo, los conflictos que defines, los valores que defiendes, la transformación que prometes. Es el universo que sostiene todos tus mensajes.
El relato es una historia concreta dentro de ese sistema: el relato de origen, el relato de cliente, el relato de producto.
El error más común, que Rosa ha visto tanto en negocios unipersonales como en multinacionales con presencia en varios países, es crear relatos sin tener narrativa: publicar historias que no están conectadas entre sí, que no forman parte de un hilo coherente.
La herida fundacional es el punto de partida de esa narrativa. Sin ella, todo lo demás flota. Rosa trabaja estos elementos a través de su Método Morel de narrativa con 12 anclajes, que va desde la narrativa interna (quién eres) hasta la narrativa de atracción (lo que publicas).
Preguntas durante el webinar:
¿Contar tu herida te convierte en víctima?
No, siempre que hables desde la cicatriz y no desde la herida abierta. No se trata de dramatizar ni de dar detalles que no tienen función dentro de tu narrativa de marca. Rosa lo explica así: si cuenta que sufrió acoso escolar, no entra en los detalles del acoso porque eso no le aporta nada al lector. Lo que sí cuenta es lo que ese momento le enseñó y cómo lo transformó. Las heridas que se usan en la narrativa de marca deben estar, al menos en parte, cicatrizadas. Una herida reciente y abierta no es material de marca, es material de terapia.
¿Con qué frecuencia hay que usar el storytelling en redes sociales?
Cuando tienes una narrativa de marca bien construida, el storytelling está presente en casi todo lo que publicas, no solo cuando compartes algo personal. Existen diferentes tipos de relato: el relato de origen, el relato de cliente, el relato de producto. Todos forman parte de la misma narrativa. Eso sí: cada publicación debe tener una función clara dentro de ese hilo. Publicar por llenar el calendario, sin saber qué objetivo tiene cada pieza, no es storytelling. Y recuerda: en tu narrativa de marca, el protagonista no eres tú, es tu cliente.
¿Hay que identificar la emoción que quieres generar antes de escribir, o se va encontrando en el camino?
Siempre antes. La emoción es lo más importante a definir antes de escribir cualquier texto, ya sea un post, una página de ventas o un email. Cuando sabes exactamente qué quieres provocar en el lector, el texto fluye con mucha más claridad y coherencia. Rosa aplica esto también en sus novelas: antes de escribir cada escena sabe qué emoción quiere generar: angustia, esperanza, tensión. Si no lo defines antes, el texto puede estar bien escrito pero no mover a nadie.
Descarga el test: encuentra tu herida fundacional
Rosa preparó para este webinar una guía de 14 páginas para ayudarte a identificar cuál de los cinco arquetipos es el tuyo y cómo empezar a transformarlo en relato de marca.
Las últimas semanas han sido intensas para quienes se dedican a administrar servidores Linux. Entre finales de abril y mediados de mayo, investigadores de seguridad revelaron cinco graves vulnerabilidades del kernel, cada una de las cuales otorgaba a cualquier usuario conectado acceso root completo a la máquina. Varias de ellas incluían código de explotación funcional publicado desde el primer día.
SiteGround aplicó correcciones para todas ellas en nuestra infraestructura de hosting sin reiniciar ningún servidor y sin interrumpir el servicio de ningún cliente.
¿Qué habría significado esto para tus sitios web?
En pocas palabras: si alguna de estas vulnerabilidades se hubiera explotado en un servidor antes de ser parcheada, un atacante que ya tuviera incluso el más mínimo acceso (un plugin de WordPress comprometido, una contraseña FTP filtrada, un script vulnerable) podría haber escalado desde una sola cuenta con privilegios limitados dentro de un sitio hasta obtener el control total del servidor subyacente. A partir de ahí, el procedimiento habitual: leer los archivos de otros usuarios, instalar puertas traseras persistentes, obtener credenciales y penetrar aún más en la red.
Estos no son riesgos teóricos. Existía código de explotación público para cada una de estas vulnerabilidades. Copy Fail, en particular, se estaba utilizando activamente a los pocos días de su divulgación.
¿Qué sucedió realmente?
En orden aproximado, esto es lo que afectó al mundo Linux:
29 de abril, se reveló la vulnerabilidad Copy Fail (CVE-2026-31431): un script de Python de 732 bytes podía convertir a cualquier usuario normal en root en prácticamente todas las distribuciones de Linux lanzadas desde 2017. Sin trucos de sincronización ni conjeturas, solo un fallo lógico en el subsistema criptográfico del kernel. CISA la añadió a su lista de vulnerabilidades explotadas activamente en cuestión de días.
7 de mayo, se reveló la vulnerabilidad Dirty Frag (falla xfrm/ESP, CVE-2026-43284): una vulnerabilidad en el código de red IPsec ESP del kernel que permitía a un atacante escribir datos arbitrarios en la copia en memoria de archivos del sistema de solo lectura. A menudo se la conoce como “Copy Fail 2”.
7 de mayo, se reveló la vulnerabilidad Dirty Frag (falla RxRPC, la segunda parte de la cadena): un fallo relacionado en el módulo de red RxRPC del kernel. En combinación con la vulnerabilidad xfrm/ESP mencionada anteriormente, otorga a un usuario normal acceso root completo.
13 de mayo: Fragnesia / Copy Fail 3.0 (CVE-2026-46300) revelada: el tercer error en tres semanas, de la misma familia que Dirty Frag, también en el subsistema IPsec del kernel. Se publicó una prueba de concepto funcional el mismo día.
14 de mayo: fallo en ssh-keysign / chage pidfd revelado y parcheado por Linus Torvalds: un tipo diferente de error, no una escalada de root, pero permitía que cualquier usuario sin privilegios leyera archivos propiedad de root como /etc/shadow (los hashes de contraseñas) y claves de host SSH.
Cómo lo solucionamos sin interrupciones del servicio
Las cuatro decisiones que tomamos sobre cómo opera SiteGround hicieron que esto fuera manejable, y teniendo en cuenta lo que está por venir, las cuatro van a ser aún más importantes, no menos.
Monitoreamos constantemente el panorama de amenazas. Nuestro equipo de seguridad monitoriza las listas de correo del kernel, las fuentes CVE y los canales de divulgación las 24 horas del día. Nos enteramos de Copy Fail el mismo día de su divulgación, de Dirty Frag el mismo día de su lanzamiento y de Fragnesia a las pocas horas de que se publicara la prueba de concepto. No hay nada que sustituya a la vigilancia en tiempo real: para cuando estas noticias llegan a los principales medios tecnológicos, el código de explotación suele llevar ya varios días circulando. A medida que el descubrimiento impulsado por IA acelera el ritmo de divulgación, este tipo de monitorización constante se vuelve esencial, no opcional.
Contamos con ingenieros disponibles las 24 horas del día, los 7 días de la semana. Los parches críticos del kernel no esperan al horario laboral, y nosotros tampoco. Para cada una de estas vulnerabilidades, desarrollamos, probamos e implementamos parches en toda nuestra infraestructura en un plazo de 48 horas desde su divulgación pública, generalmente mucho antes de que la mayoría de las distribuciones hubieran lanzado sus paquetes oficiales.
Utilizamos la aplicación de parches al kernel en tiempo real. Esta es la parte más importante para ti. La aplicación tradicional de parches al kernel requiere un reinicio, lo que implica tiempo de inactividad para todos los servicios que se ejecutan en la máquina. La aplicación de parches en tiempo real aplica la solución al kernel en ejecución en memoria, por lo que la vulnerabilidad se corrige sin reiniciar nada. Tus sitios web, bases de datos, correo electrónico y sesiones SSH siguieron funcionando durante todos estos ciclos de parches. Cuando aumenta la frecuencia de los parches, también aumenta el costo de “simplemente reiniciar el servidor”; la aplicación de parches en tiempo real es lo que mantiene ese costo en cero para ti.
Mantenemos nuestros kernels optimizados. Una de las principales razones por las que estos errores son peligrosos es que el código vulnerable viene habilitado por defecto en la mayoría de las distribuciones. Copy Fail residía en la interfaz criptográfica del kernel AF_ALG. Dirty Frag y Fragnesia residían en los módulos esp4, esp6 y rxrpc, código de red IPsec y AFS que la gran mayoría de los servidores web jamás utilizarán. No cargamos módulos del kernel que no necesitamos. Esto significa que una parte importante de la superficie de ataque para estas vulnerabilidades simplemente no existía en nuestras máquinas, lo que nos da margen de maniobra para aplicar la solución adecuada.
El factor IA: y por qué esto es solo el principio
Un detalle en la divulgación de Copy Fail merece especial atención. El error no fue descubierto por un investigador humano que analizó el código durante semanas. Fue detectado por una herramienta de auditoría de código con IA (Xint Code) en aproximadamente una hora de escaneo del subsistema criptográfico del kernel de Linux. El mismo escaneo también reveló “otros fallos de alta gravedad, aún en proceso de divulgación coordinada”, lo que significa que hay más divulgaciones en curso.
Esto supone un cambio radical en la forma de detectar vulnerabilidades. Durante años, el principal obstáculo para descubrir errores críticos del kernel era el número limitado de expertos dispuestos a dedicar meses a leer el código fuente del kernel. Ese obstáculo ha desaparecido. Las herramientas de auditoría con IA ahora pueden escanear subsistemas completos a velocidad de máquina y están encontrando fallos que han permanecido en kernels estables durante casi una década.
En la práctica, esto significa que la frecuencia de divulgaciónde vulnerabilidades graves seguirá aumentando. Tres exploits universales de acceso root local en tres semanas no son una casualidad, sino un anticipo. Los ciclos de parcheo reactivos que funcionaban cuando se detectaba un fallo crítico del kernel cada seis meses ya no serán efectivos cuando se detecte uno cada dos semanas. La capacidad de detectar, reaccionar y parchear en cuestión de horas, en lugar de días, ya no es un lujo, sino el requisito fundamental para la seguridad.
Conclusión
Linux está atravesando un período inusualmente difícil en cuanto a la seguridad del kernel: tres exploits universales de root local en tres semanas no es normal, y la situación no mejora. Con herramientas de auditoría basadas en IA que ahora escanean el kernel a una velocidad inalcanzable para cualquier equipo humano, prevemos que la tasa de descubrimiento de vulnerabilidades graves seguirá acelerándose. Los errores que han permanecido latentes en kernels estables durante años están saliendo a la luz, subsistema por subsistema.
Lo que podemos prometer es que la forma en que gestionamos estas vulnerabilidades es la misma que utilizamos para todas las vulnerabilidades graves: monitorizar con antelación, aplicar parches rápidamente, solucionar problemas en tiempo real y minimizar la superficie de ataque desde el principio. Tus sitios web permanecen operativos. Los exploits no. Y a medida que la frecuencia de los ataques aumente, esto será aún más importante.
El pasado 21 de abril tuve el placer de moderar este #SGWebinar junto a Peter Raventós, consultor de marketing digital y fundador de Peter Lead, con más de 15 años ayudando a negocios a conseguir clientes a través de internet.
Antes de seguir leyendo, haz esta prueba: ve a ChatGPT y escribe “¿cuáles son las mejores [empresas/agencias/productos] de [tu sector] en [tu ciudad]?” ¿Apareces? Si la respuesta es no, lo que Peter explicó en este webinar es exactamente lo que necesitas.
En poco más de una hora, Peter nos explicó cómo adaptar tu estrategia de visibilidad para posicionarte no solo en Google, sino también en los principales modelos de lenguaje: ChatGPT, Perplexity, Gemini y Claude. En este post recopilamos todo lo que contó, incluyendo los 8 factores de posicionamiento en LLMs y las preguntas del Q&A.
📺 Si prefieres verlo en formato vídeo, aquí tienes el webinar completo:
¿Qué es el GEO?
El GEO o Generative Engine Optimization es la disciplina de optimizar contenido para aparecer en las respuestas de modelos de lenguaje como ChatGPT, Perplexity, Claude o Gemini.
La nueva realidad del ecosistema de búsqueda
Llevamos años oyendo que el SEO está muerto. No lo está, cambia, evoluciona, pivota, pero no desaparece. Lo que sí ha cambiado es dónde buscan tus clientes. Y la amenaza más grande para tu tráfico orgánico en 2026 no viene de donde la mayoría espera, tiene más que ver con el futuro de las búsquedas de lo que imaginas.
Google sigue dominando, pero los LLMs crecen a otra velocidad
Los números son contundentes: Google procesa 13.700 millones de búsquedas al día frente a los 1.000 millones de consultas diarias de ChatGPT. Google sigue siendo el rey por un factor de 14 a 1. Pero la velocidad de crecimiento de los LLMs no tiene precedente.
El dato más revelador: el 99,8% de los usuarios de ChatGPT también usa Google. Los LLMs son todavía complemento, no sustituto. Como explicó Peter durante el webinar con su propia experiencia buscando un proyector: primero le pide las opciones a Claude, luego va a Google a decidir dónde comprar.
“En vez de estarme una hora y media rascando en Google, le tiro a Claude, me hace la búsqueda, voy a Google, selecciono y me ahorro un montón de tiempo.”
– Peter Raventós
Otro dato clave: el tráfico procedente de LLMs convierte 4,4 veces mejor que el tráfico orgánico de Google (Semrush, 2025). El motivo es conductual — un usuario que llega desde ChatGPT ya ha hecho su investigación dentro del chat. Llega decidido.
La mayor amenaza no es ChatGPT, es el propio Google
Aquí está el giro que nadie esperaba. Peter fue muy claro al respecto: el CTR orgánico de la posición 1 en Google cae un 58% cuando aparece un AI Overview. El 83% de búsquedas con AI Overview acaban sin clic. En 8 meses, la cuota de queries con AI Overview se multiplicó por 5.
Lo que antes era la posición 1 en orgánico, con un CTR medio del 27%, es hoy efectivamente la posición 7, desplazada por AI Overviews, Google Shopping y otros elementos. Muchos clientes de Peter han visto caídas de tráfico del 30%, aunque han mantenido su generación de negocio: el tráfico perdido correspondía a búsquedas informativas, no transaccionales.
La buena noticia: las marcas citadas en AI Overviews reciben un 35% más de clics orgánicos y un 91% más en paid que las no citadas (Seer Interactive, 2025). Estar dentro del Overview es mejor que estar en posición 1 fuera de él.
SEO vs. GEO: no son estrategias separadas
Uno de los puntos más importantes del webinar fue desmontar el mito de que el GEO (Generative Engine Optimization) es una disciplina nueva y separada del SEO. La metáfora de Peter lo resume perfectamente:
🏗️ La metáfora de los cimientos: El SEO son los cimientos. El GEO es el diseño interior. Sin cimientos, el diseño se cae. Con cimientos pero sin diseño GEO, dejas visibilidad sobre la mesa. Las dos disciplinas son la misma casa.
El 80% de tu SEO ya te beneficia en LLMs. Si haces bien el SEO, como siempre se ha tenido que hacer, tienes muchos puntos ganados para posicionar en inteligencia artificial. El problema es que hay muchas agencias y freelancers que nunca han trabajado bien cosas como los datos estructurados o los schemas, y ahora los venden como “nuevo servicio de GEO”.
Acción
SEO
GEO / LLMs
Nota
Contenido profundo y bien escrito
Fundamental
Fundamental
Base común
SEO técnico (velocidad, crawlabilidad)
Fundamental
Fundamental
Los LLMs necesitan rastrearte
E-E-A-T
Crítico
Crítico
Los LLMs priorizan fuentes confiables
Backlinks y menciones externas
Crítico
Muy relevante
Construyen entidad de marca
Estructura de headings
Importante
Crítico
Los LLMs la usan para comprender
Schema markup
Importante
Crítico
GPT-4: 16% → 54% extracción
Actualización regular del contenido
Importante
Crítico
<3 meses: 3× más citable
El 20% restante es lo que GEO añade encima del SEO: Answer Capsules, llms.txt, apertura a bots de IA, consistencia de entidad e indexación en Bing. Todo ello lo vemos en detalle en los 8 factores.
Los 8 factores de posicionamiento en LLMs
Peter presentó estos ocho factores ordenados por impacto documentado. No son los únicos, son los que más influyen y los que debes aplicar primero.
Factor 1: Answer Capsules
Una Answer Capsule es una respuesta directa de 20–25 palabras colocada inmediatamente después de un H2 formulado como pregunta. Sin links. Tono declarativo. Es el fragmento que el LLM extrae y cita.
El 72,4% de posts citados en LLMs usan Answer Capsules (Search Engine Land, 2025). El 44,2% de las citas vienen del primer 30% del texto (Kevin Indig). Pon la respuesta directa al principio, no al final.
Cómo aplicarlo: Convierte tus H2 en preguntas y responde en las primeras 25 palabras del párrafo siguiente.
❌ Sin cápsula: “Cuando hablamos de SEO técnico nos referimos a una serie de optimizaciones que pueden tener impacto en el rendimiento…”
✅ Con cápsula: “El SEO técnico es la optimización de la infraestructura de un sitio web para facilitar su rastreo, indexación y rendimiento en buscadores.”
Factor 2: Datos y estadísticas verificables
Los LLMs priorizan contenido que pueden verificar. Un dato con fuente citada es un ancla factual: el modelo lo usa para fundamentar su respuesta y te atribuye la fuente.
+40% de visibilidad por citar fuentes externas · +35–40% por añadir estadísticas propias · +30–35% por citas de expertos. (Princeton GEO Study, 2023)
Cómo aplicarlo: Cita fuentes reconocidas en tu sector. Si incluyes datos de Romuald Fons, Ahrefs, Backlinko o cualquier referencia conocida, el LLM sabe que la información es fiable y te atribuye mérito por incluirla.
Factor 3: E-E-A-T y autoridad de entidad
Los LLMs no evalúan solo tu contenido: evalúan si la entidad que hay detrás (marca, persona o empresa) es reconocida, consistente y confiable en toda la web. Si no tienes claro qué es E-E-A-T y cómo trabajarlo, este es el momento de aprenderlo.
Wikipedia aparece en el 47,9% de las citas top de ChatGPT. El brand search volume es el predictor núm. 1 de citaciones en LLMs (Previsible, 1,96M sesiones LLM analizadas).
Cómo aplicarlo:
Consistencia NAP (nombre, dirección, teléfono) idéntica en web, Google Business, directorios y redes sociales.
Schema Organization en la home con sameAs a Wikidata, LinkedIn y Crunchbase.
Páginas de autor con bio, foto y publicaciones externas.
Presencia en medios del sector y foros especializados.
Factor 4: Entity-First: entidades, no keywords
Los LLMs no piensan en keywords: razonan con entidades interconectadas. “Moda sostenible” no es una cadena de texto, es un nodo en un grafo que conecta diseñadores, materiales, certificaciones y marcas.
Un artículo pilar de 3.000 palabras es 4–6 veces más probable de ser citado que varios artículos cortos sobre lo mismo. El 82% de las citaciones en Gemini AI Overviews vienen de URLs que ya posicionan bien en Google.
Cómo aplicarlo: Construye clústeres temáticos con una página pilar extensa en el centro, enlazada bidireccionalmente con artículos satélite más específicos.
Factor 5: Actualidad del contenido: contenido reciente se cita 3 veces más
Es 3 veces más probable ser citado si el contenido tiene menos de 3 meses (Kevin Indig, State of AI Search, 2025).
Cómo aplicarlo:
Fecha de última actualización visible en el artículo.
Refresca cifras y ejemplos de tus pilares cada 3–6 meses.
Incluye dateModified real en Schema Article.
Prioriza actualizar sobre crear contenido nuevo.
💡 Cómo SiteGround puede ayudarte: El Agente de IA para WordPress de SiteGround está diseñado exactamente para esto: ayudarte a mantener el contenido de tu sitio WordPress actualizado de forma automática, sin que se convierta en trabajo manual cada semana.
Factor 6: Schema Markup: habla el idioma de las máquinas
JSON-LD en el código para que los sistemas de IA identifiquen sin ambigüedad qué tipo de información contiene cada bloque. GPT-4 mejora su extracción del 16% al 54% cuando hay datos estructurados (Semrush / Digidop, 2025).
Cómo aplicarlo: Prioriza estos schemas por impacto GEO:
FAQPage: 2,7x más citas. Si tienes FAQs en tu web, márcalas con schema.
Article: autor, fecha, tema.
Organization: ancla de entidad en la home con sameAs.
HowTo: extracción directa en guías paso a paso.
Person: E-E-A-T verificable para autores.
Para gestionar schemas en WordPress, Peter recomienda RankMath. Alternativamente, pasa el código de tu página a Claude y pídele que genere los schemas correspondientes.
Factor 7: Abre la puerta a los crawlers de IA
Los bots de LLMs son distintos a Googlebot. Un robots.txt mal configurado te hace invisible en ChatGPT aunque posiciones perfectamente en Google.
Lo mínimo imprescindible: permitir GPTBot, PerplexityBot, ClaudeBot y CCBot en tu robots.txt.
💡 Cómo SiteGround puede ayudarte aquí Desde Site Tools de SiteGround puedes editar directamente el archivo robots.txt sin tocar FTP ni SSH. Además, SiteGround incluye Speed Optimizer para WordPress, tres niveles de caché y CDN propia que hacen todo este trabajo por ti, porque una web rápida también es prioritaria para los LLMs en tiempo real.
Sobre llms.txt: Peter comparte su experiencia sin dogmatismo. Ha visto clientes en los que su implementación se correlaciona con un aumento de citaciones, pero también ha visto evidencias empíricas de que no tiene impacto. Su teoría: si tu web ya está bien optimizada con schemas, el llms.txt añade poco. Si partes de cero en datos estructurados, puede ayudar como punto de entrada para los bots. El coste de implementarlo es mínimo, 1 o 2 horas, y el riesgo es nulo.
Factor 8: Menciones externas y citaciones de terceros
Los LLMs no solo leen tu web: leen todo lo que se dice de ti en otros sitios. YouTube es hoy el sitio más citado en búsquedas de IA, los vídeos son transcritos e indexados.
Cómo construirlo:
Digital PR: notas de prensa, artículos en medios, entrevistas.
Comunidades: presencia activa en Reddit, foros y comunidades especializadas.
Investigación propia: encuestas, benchmarks, datos originales.
Link building: lo que ya se hacía en Google sirve aquí. Pregunta a ChatGPT quién aparece en las recomendaciones de tu sector y trabaja para estar en esas listas.
Vídeo con transcripción en YouTube.
Cómo medir tu visibilidad GEO en 2026
No existe todavía una herramienta definitiva equivalente a Google Search Console para GEO. La base es una auditoría manual periódica con prompts fijos. Para escalar:
LLMGeoKit (gratis): buena para auditoría inicial.
GEO Metrics (∼80 €/mes): tracking continuo, herramienta española. La favorita de Peter para agencias.
LLMPulse (∼49 €/mes): alternativa económica con white-label.
SE Ranking: si ya lo usas para SEO, activar el módulo AI tiene sentido.
Estas herramientas proponen cinco prompts representativos de tu negocio y los consultan diariamente a los LLMs para decirte en qué posición apareces. Combínalo con Google Analytics para ver cuánto tráfico viene de ChatGPT como fuente.
Los 5 errores más comunes de estrategia GEO
Error 1: Bloquear GPTBot o PerplexityBot en robots.txt sin darse cuenta. Revisa tu archivo ahora mismo.
Error 2: Contenido genérico sin postura. Si podría haberlo escrito cualquiera, la IA no tiene motivo para citarte a ti.
Error 3: Inconsistencia de marca entre páginas. Entidad difusa = alucinaciones.
Error 4: Keyword stuffing. Reduce la visibilidad en motores generativos.
Error 5 (el más común): Creer que SEO y GEO son estrategias separadas. El GEO sin base SEO es construir en el vacío.
Q&A del webinar
Durante el webinar el público envió un buen número de preguntas. Estas son las más relevantes.
Pregunta: ¿Redactar artículos con IA penaliza en Google o en ChatGPT?
Peter Raventós: Google no penaliza por usar IA para escribir. Penaliza porque el contenido es malo y no lo has revisado. El flujo correcto es usar la IA como acelerador y un editor humano que revise, corrija y aporte criterio. En mi agencia los redactores ahora son editores potenciados por IA: entregan más en menos tiempo y el resultado es mejor.
Pregunta: Si tuvieras que dar tres acciones concretas para mejorar visibilidad en Google y en IA en 30 días, ¿cuáles serían?
Peter: En 30 días en orgánico es difícil ver resultados, lo extendería a 2–3 meses. Lo primero: hacer un keyword research para saber qué busca realmente tu cliente potencial. En base a eso, crear una estructura de páginas con una URL por intención de búsqueda. Y esas páginas hacerlas bien: que vayan rápidas, que tengan datos estructurados y un formulario de contacto claro.
Pregunta: ¿Cómo podemos evitar o reducir las alucinaciones de la IA sobre nuestro negocio?
Peter: Trabajar con sistemas cerrados. Montáos un proyecto en Claude y decidle: ‘Esta es tu información, cíñete a ella’. Cuanta más y mejor información le des, archivos, documentos, Drive, menos debería alucinar. La consistencia de entidad en tu web también ayuda mucho.
Pregunta: ¿El schema markup sirve para Latinoamérica también?
Peter: Es universal. Los datos estructurados son datos que pones a través de Schema.org con el lenguaje JSON-LD. Es lo mismo en todo el mundo.
Pregunta: ¿Cómo combinar una estrategia de paid con GEO?
Peter: Todo parte del mismo keyword research. Trabajas el SEO a largo plazo y compensas con paid las búsquedas donde todavía estás abajo. Cuando llegas primero en orgánico decides si apagas el anuncio. Y si hay competidores comprando tu marca, ahí sí tiene sentido seguir pagando para contrarrestarlos.
Pregunta: ¿Qué secciones o elementos no pueden faltar en una página para tener visibilidad en Google y en la IA?
Peter: Una estructura bien organizada con un único H1 y headings jerarquizados — nunca un H3 antes de un H2. Y dentro de esas secciones, contenido de valor que puedas esquematizar con schemas. Una tabla comparativa bien marcada con schema, por ejemplo, es exactamente lo que la IA busca cuando entra en tu página.
Pregunta: ¿Bing tiene algo equivalente a Google Search Console para medir el posicionamiento GEO?
Peter: Sí, se llama Bing Webmaster Tools y funciona de forma similar a la parte de Google. Además, si tienes ficha en Google Maps puedes importarla directamente a Bing Places. Es importante trabajar la parte de Bing, estar indexado en Bing es estar en ChatGPT.
Pregunta: ¿Se puede priorizar la visibilidad en un país específico sin afectar al alcance en otros mercados?
Peter: Sí. El keyword research que hagas hazlo siempre desde el navegador y la configuración del país que quieres trabajar. Luego marcas tus páginas con hreflang por idioma y localización (español de España, español de México, inglés de US) y das señales claras de cuál es tu mercado objetivo. No afecta al resto de mercados, simplemente priorizas uno.
💬 Consigue el skill de GEO de Peter: Peter comparte en su grupo privado de Telegram el prompt-skill que usa con sus clientes para auditar y reescribir contenido siguiendo los 8 factores. Únete gratis aquí.
🖥️ Empieza con un hosting que ya hace el trabajo técnico por ti: si usas SiteGround, ya tienes resuelta la parte técnica.
No hay que elegir entre Google y la IA. Hay que estar en los dos, y la base para lograrlo es exactamente la misma que has tenido siempre: buen SEO. Empieza por ahí. Déjanos tus preguntas en los comentarios y si quieres estar en el próximo webinar, suscríbete a nuestro canal de YouTube aquí.
Desde principios de año he empezado a notar un patrón curioso. Cada semana hablo con agencias, freelancers o pequeñas empresas que gestionan varios sitios web con otros proveedores de hosting. Muchos llegan después de haber tenido el mismo problema con su hosting actual: una web se infecta, y poco después el resto de las webs del servidor también.
Empieza con un sitio comprometido, luego aparecen scripts sospechosos en otros proyectos, y en algunos casos, todo el entorno termina contaminado. La reacción suele ser la misma: frustración, costes de limpieza, tiempo que tienen que invertir en un proceso que no es parte del núcleo de su negocio, y la sensación de que algo tan básico como la seguridad debería estar mejor resuelto.
Pero lo que muchas veces parece mala suerte no lo es. En muchos casos, es simplemente un problema de arquitectura. Entonces, ¿qué está pasando con todos estos proveedores?
¿Cuándo una infección se propaga por todo el servidor?
Cuando gestionas varios sitios web en un mismo servidor, es fácil asumir que cada uno funciona de forma independiente, y en parte con razón.
Hace casi 11 años, cuando hice mi primer entrenamiento para el equipo de soporte de SiteGround, nos explicaban el aislamiento de cuenta como un estándar de la empresa, y el ejemplo que usaban era “es como el cinturón de seguridad, no hay empresa automovilística que lo ofrezca como algo excepcional, puesto que ya todos lo tienen”. Y por muchos años parecía ser así, sin embargo, en algunos entornos de hosting esa separación no es tan real como parece.
Si el servidor no está diseñado con aislamiento adecuado entre cuentas, un atacante que logra acceso a una web puede intentar moverse lateralmente dentro del sistema. Eso significa que desde un solo sitio comprometido se puede intentar:
Acceder a archivos de otros sitios
Modificar scripts en otros directorios
Instalar puertas traseras en varias webs
Reinfectar sitios incluso después de limpiarlos
Este fenómeno se conoce como contaminación cruzada y es una de las causas más comunes de infecciones masivas en entornos de hosting compartido.
El problema puede estar en el entorno elegido
Muchos usuarios culpan directamente al CMS, los temas, plugins, pero la realidad es que, por ejemplo, WordPress alimenta más del 40% de la web, y su seguridad depende mucho del entorno donde se ejecuta.
Si la arquitectura del servidor no está diseñada para aislar correctamente cada cuenta, una vulnerabilidad en un solo sitio puede convertirse rápidamente en un problema para todos los demás. Por eso tantas agencias viven el mismo ciclo:
Detectar malware > Pagar una limpieza > El sitio vuelve a infectarse semanas después
No porque hayan hecho algo mal, sino porque el entorno sigue teniendo la misma debilidad estructural.
Seguridad reactiva vs seguridad preventiva
Muchos proveedores de hosting ofrecen ayudas cuando el problema ya ocurrió y limpian archivos, restauran copias de seguridad, y aunque esto es un proceso necesario, no es suficiente para una gestión profesional de múltiples webs.
La ciberseguridad real empieza antes de que ocurra la infección. En SiteGround diseñamos nuestra infraestructura con un enfoque diferente: dado que una web es como una casa (puedes tener la mejor seguridad, pero si dejas una ventana abierta alguien puede entrar), intentamos reducir al máximo la posibilidad de que una infección se propague en los demás cuartos. Esto se consigue combinando varias capas de seguridad.
Cómo protegemos las cuentas en nuestros servidores
Esta es la primera línea de defensa. Nuestros servidores utilizan un entorno Apache chrooted con suEXEC, lo que significa que cada cuenta opera dentro de su propio entorno aislado. En lenguaje sencillo, esto evita que un sitio pueda acceder a los archivos o procesos de otro.
Cada cuenta vive en su propia burbuja blindada. Básicamente, para cada usuario es como estar solo en el servidor, los demás sitios web se encuentran en un userspace completamente independiente. Esto garantiza que, aunque el sitio de al lado cometa un error y se infecte, el malware no tenga físicamente forma de saltar a tus archivos o procesos.
Lo que nos hace excepcionales es que nuestro equipo de administradores mitiga las amenazas de forma tan proactiva que, en la gran mayoría de los casos, el ataque se detiene incluso antes que el usuario pueda notar que su web se ha visto afectada
Protección a nivel de servidor
Tampoco nos conformamos con lo que viene de serie. Hemos desarrollado un módulo de seguridad interno basado en NGINX que analiza cada solicitud que intenta entrar en tu web. Al ser una tecnología propia y personalizada por nuestros expertos, el servidor no solo “ve” el tráfico, sino que entiende y bloquea automáticamente patrones sospechosos que otros sistemas genéricos pasarían por alto.
Firewall de aplicaciones web
Desarrollamos nuestras propias Reglas de Seguridad WAF (Web Application Firewall) y las actualizamos constantemente para proteger contra nuevas vulnerabilidades.
El software desactualizado es la puerta abierta favorita de los hackers. Por eso, gestionamos actualizaciones automáticas de WordPress y sus plugins de forma inteligente. Además, nuestros servidores siempre ejecutan las versiones más recientes y estables de PHP. Al mantener cada pieza del engranaje al día, minimizamos drásticamente la superficie de ataque de tu web sin que tú tengas que mover un dedo.
Monitorización activa de vulnerabilidades
La tecnología es vital, pero el factor humano es lo que nos hace líderes, y yo lo sé bien, ya que pasé 10 años en atención al cliente.
Tenemos un equipo de expertos dedicado exclusivamente a monitorizar nuestra infraestructura las 24 horas del día, los 365 días del año. Si surge una nueva vulnerabilidad global a las 3 de la mañana, nuestro equipo ya está aplicando reglas de seguridad antes de que te despiertes. Para nosotros, la seguridad no es un proceso automatizado que se deja solo, es un compromiso constante.
[86]
La diferencia está en prevenir el problema
No existe plataforma 100% invulnerable, pero sí existen arquitecturas diseñadas para que un incidente aislado no se convierta en un desastre para todos los sitios del servidor.
La diferencia entre limpiar infecciones constantemente y evitarlas muchas veces está en algo que no se ve: cómo está construido el entorno de hosting por dentro. Si gestionas varios sitios web, la pregunta importante no es solo qué ocurre cuando un sitio se infecta. La pregunta clave es: ¿Puede esa infección propagarse al resto de tus proyectos?
Si la respuesta es sí, probablemente el problema no esté en tus webs, sino en una configuración inadecuada del hosting, que no ofrece un aislamiento de cuentas que debería ser un estándar en la industria.
En todos estos años y con todas estas evoluciones, dando servicio a más de 4 millones de dominios, habiendo atendido miles de casos personalmente, pese a que alguna web haya podido dejar una ventana abierta en algún momento, no he visto ni un solo caso de contaminación cruzada en nuestros clientes.
Si llevas tiempo en el mundo de WordPress, sabes que no todas las actualizaciones son iguales. Algunas traen mejoras puntuales, otras reorganizan la forma en que trabajamos. WordPress 7 es de las segundas y con mucha diferencia.
En nuestro último webinar, Fernando Tellado repasó en detalle todas las novedades de esta versión, la más importante desde el lanzamiento del editor Gutenberg en 2018. En este artículo recogemos los puntos clave para que estés al día antes de actualizar.
📺 ¿Prefieres verlo en vídeo?
Un poco de contexto: ¿por qué WordPress 7 es especial?
El año 2025 fue atípico para WordPress. Las disputas legales marcaron el ritmo, la contribución se redujo y solo salió una versión, cuando lo habitual son tres. En 2026 se vuelve a la normalidad: habrá versiones 7.0, 7.1 y 7.2.
Con la 7.0 entramos oficialmente en la Fase 3 de Gutenberg, centrada en colaboración y flujos de trabajo. Y los cambios que trae esta versión lo reflejan claramente.
Las 6 grandes novedades de WordPress 7
1. Colaboración en tiempo real
WordPress 7 introduce la posibilidad de que varios usuarios editen una misma entrada o página de forma simultánea, de manera similar a Google Docs. Los cambios se sincronizan entre todos los editores al instante.
Funciona mediante un sistema de HTTP polling, diseñado para ser compatible con cualquier tipo de hosting sin necesidad de configuración adicional. También permite la edición offline: si pierdes la conexión, puedes seguir escribiendo y los cambios se sincronizarán al reconectarte.
Algunas cosas a tener en cuenta:
Permite hasta 3 colaboradores simultáneos (configurable en el futuro)
Incluye notas de revisión: comentarios en bloques concretos o fragmentos de texto
Está desactivada por defecto, se activa en Ajustes > Escritura
Si algún plugin usa metaboxes clásicas (como la mayoría de plugins de SEO o campos personalizados), la colaboración se desactivará automáticamente
2. Nuevo admin: aspecto y navegación
El panel de administración estrena un lavado de cara notable. Los cambios más visibles:
Nuevo esquema de color por defecto, más moderno. El esquema anterior (“Fresco”) sigue disponible y se puede cambiar desde el perfil de cada usuario
Campos de formulario más grandes, con mayor altura en todos los inputs
Transiciones de vista: la navegación entre pantallas ya no hace recargas completas de página, lo que da una sensación de fluidez mucho más moderna
Data Views: un nuevo sistema interno que reemplaza las tablas clásicas en los listados de entradas. Afecta principalmente a desarrolladores que trabajen con esos listados
3. Paleta de comandos global
El buscador de comandos Cmd+K / Ctrl+K, que antes solo funcionaba dentro del editor, ahora está disponible en toda la administración. Permite buscar y navegar a cualquier sección, entradas, páginas, ajustes, plugins, desde cualquier pantalla, con soporte completo de teclado.
Si eres de los que prefieren el teclado al ratón, esta es una de las mejoras más prácticas de la versión.
4. Revisiones mejoradas
Comparar versiones de una entrada ya no te saca del editor. A partir de WordPress 7, el control de revisiones funciona directamente en la pantalla de edición, con:
Código de colores: verde para añadidos, rojo para eliminados
Deslizador temporal para navegar entre versiones
Minimapa lateral para hacer scroll por los cambios
Botón de restaurar en lugar del anterior “Actualizar” al estar en modo revisión
5. Nuevos bloques y mejoras de diseño
WordPress 7 incorpora varios bloques nuevos y mejora otros ya existentes:
Bloque de iconos: colección de iconos SVG con una API para añadir colecciones personalizadas
Bloque de migas de pan (Breadcrumbs): genera automáticamente la ruta de navegación, especialmente útil en el editor del sitio
Procesamiento de medios en el navegador: el redimensionado y compresión de imágenes ya no sobrecarga el servidor
Galerías con lightbox nativo: navega entre imágenes directamente desde la galería
Fuentes disponibles en todos los temas, no solo en temas de bloques
CSS personalizado por bloque individual
Control de visibilidad por dispositivo: la herramienta que el editor de bloques necesitaba
Este merece capítulo aparte. WordPress 7 introduce un control completo de visibilidad por dispositivo que va mucho más allá de simplemente “ocultar un bloque”. Es una herramienta de diseño y maquetación que permite decidir qué ve cada usuario según el dispositivo que use, escritorio, tableta o móvil, de forma independiente y sin necesidad de plugins.
No es una mejora menor. Es una funcionalidad que todos los maquetadores como Elementor o Divi ya ofrecían desde hace años y cuya ausencia en el editor nativo de bloques era una de sus principales limitaciones para el diseño responsive. Con WordPress 7, el editor de bloques da un paso importante hacia la madurez como herramienta de maquetación real.
Si diseñas con bloques, este es probablemente el cambio más relevante de toda la versión.
6. Infraestructura de Inteligencia Artificial
Esta es quizás la novedad más estratégica de WordPress 7, aunque no es lo que muchos esperan. No aparece un botón de “generar post automáticamente”. Lo que llega es la infraestructura base para que cualquier plugin se conecte con proveedores de IA de forma estandarizada.
Hasta ahora, cada plugin gestionaba su propia conexión: sus propias claves API, su propia pantalla de configuración. Con WordPress 7, todo se centraliza en Ajustes > Conectores. Configuras tu clave una sola vez y cualquier plugin compatible la usará automáticamente, sin que tengas que compartir tus credenciales con múltiples desarrolladores.
Los tres proveedores incluidos de serie son OpenAI, Google Gemini y Anthropic Claude. De momento requieren instalar un plugin proveedor específico (disponibles en WordPress.org), aunque es probable que en el futuro se instalen automáticamente.
Para probar cómo funciona esta infraestructura, el equipo de WordPress ha publicado un plugin experimental llamado “AI” que permite generar extractos, textos alternativos, imágenes destacadas, resúmenes y títulos usando la IA que tengas configurada. Es solo para pruebas, pero da una idea clara de las posibilidades.
Si eres desarrollador, la Abilities API y el adaptador MCP son los elementos clave: permiten que cualquier agente de IA descubra y ejecute acciones en WordPress de forma estándar.
¿Cuándo y cómo actualizar WordPress sin riesgos?
WordPress 7 aún no tiene fecha oficial de lanzamiento, se esperaba para el 9 de abril pero se retrasó unas semanas por ajustes en el sistema de base de datos para la colaboración en tiempo real. Aun así, ya puedes empezar a prepararte.
Si usas maquetadores como Elementor, Divi o Bricks, prueba la compatibilidad antes de actualizar en producción. El editor ahora usa iframes internos que pueden generar conflictos con algunos plugins
Los plugins con metaboxes clásicas desactivarán la colaboración en tiempo real. Si no vas a usar esa función, no hay problema en mantenerlos
WooCommerce tiene actualizaciones de compatibilidad pendientes, no actualices en tiendas online sin probar antes
Cómo probar WordPress 7 ya:
Puedes instalar el plugin WordPress Beta Tester (disponible en WordPress.org) y seleccionar la opción “Betas y RC” para acceder a la versión candidata actual. Hazlo siempre en un entorno de pruebas.
Si tienes hosting en SiteGround, crear un entorno de staging es muy sencillo: ve a Site Tools > WordPress > Entorno de pruebas, selecciona tu instalación, ponle un nombre y dale a “Crear”. En unos minutos tendrás una copia exacta de tu web lista para probar.
💡 Recuerda: SiteGround realiza automáticamente una copia de seguridad justo antes de cada actualización automática. Si algo saliera mal, puedes restaurar desde Site Tools en cualquier momento.
Recursos y consejos extra de Fernando
Antes de cerrar el webinar, Fernando compartió algunos recursos y opiniones que merece la pena destacar.
¿Qué funcionalidades importan de verdad?
Fernando fue bastante directo al respecto: la visibilidad por dispositivo es, con diferencia, el cambio más relevante para el trabajo diario con bloques. Era una de las funcionalidades más pedidas y por fin llega de serie, sin necesidad de plugins.
La colaboración en tiempo real, en cambio, es una función que en la práctica usará poca gente. En entornos editoriales, que son los que más trabajan con WordPress a nivel de contenidos, raramente se da el caso de que dos personas editen la misma entrada a la vez. Útil en contextos muy concretos, pero no un cambio que vayas a notar en tu día a día.
Cómo usar la IA sin que te penalice Google
Con todo lo que trae WordPress 7 en materia de IA, Fernando lanzó un aviso claro: nunca publiques textos generados por IA directamente. Úsalos como punto de partida, para estructurar un artículo, generar ideas o redactar un primer borrador, pero revisa y reescribe siempre el resultado.
Google lleva meses penalizando contenido generado por IA de forma masiva y la tendencia no hace más que aumentar. La IA es una herramienta de ayuda, no de sustitución.
Recurso extra: skills para humanizar textos de IA
Si trabajas con IA y quieres mejorar la calidad de los textos generados, Fernando tiene en su GitHub un repositorio de skills para humanizar textos en español e inglés. Incluye listas de palabras y patrones típicos de IA que conviene evitar, ese tipo de construcciones forzadas que delatan enseguida que un texto no lo ha escrito una persona.
Nota: Fernando actualiza este recurso periódicamente, así que merece la pena revisitarlo de vez en cuando.
Preguntas de asistentes
Durante la sección de preguntas y respuestas surgieron algunas dudas que seguramente también te estás haciendo y a las que Fernando dió respuesta:
¿Es compatible WordPress 7 con Elementor y Divi?
Hay que probarlo. El cambio de iframes en el editor puede generar conflictos con algunos maquetadores. En las próximas semanas verás actualizaciones de estos plugins indicando compatibilidad con WordPress 7. Revisa los changelogs antes de actualizar en producción.
¿Las conexiones con IA ralentizan mi web?
No. La clave API simplemente queda almacenada. Solo hay consumo en el momento en que un plugin hace una llamada activa, por ejemplo al generar una imagen destacada. El resto del tiempo no hay ninguna llamada a la IA ni impacto en el rendimiento.
¿Mis metadatos y esquemas de SEO se ven afectados?
No. Los metadatos que gestionan los plugins de SEO, títulos, metadescriptions, schemas de Schema.org, no se tocan en absoluto. Los esquemas de las Abilities son un concepto completamente distinto y no tienen ninguna relación con Schema.org.
Conclusión
WordPress 7 no es una actualización cualquiera. Trae cambios que afectan a cómo trabajamos a diario, desde la edición colaborativa hasta la integración con IA, y sienta las bases para lo que vendrá en las versiones 7.1 y 7.2.
La recomendación de Fernando: empieza a probarla en staging cuanto antes, ten tus plugins controlados y actualiza en producción cuando hayas verificado que todo funciona correctamente.
¿Tienes dudas sobre la actualización? Déjalas en los comentarios y te ayudamos.
Cuando tu sitio web es tu negocio, las caídas del servicio no son solo un inconveniente. ES pérdida de ingresos, de confianza y de visibilidad en los buscadores. Da igual si tienes una tienda online, un negocio de servicios o un sitio centrado en el contenido: tu audiencia espera que todo funcione, sin más.
El fundador y CEO de MarketingDirecto.com, Javier Piedrahita, conoce esa presión mejor que nadie. Como uno de los portales de noticias de marketing y publicidad con más trayectoria en el mundo hispanohablante, llevan publicando diariamente desde 1999: un cuarto de siglo de contenido que los profesionales siguen buscando, consultando y compartiendo.
Pero mantener un sitio web así online —rápido, estable y accesible— resultó ser más complicado de lo esperado.
Los problemas que no paraban de acumularse
Antes de SiteGround, MarketingDirecto.com lidiaba con constantes caídas del servicio, crecientes problemas técnicos y un proveedor de hosting que no daba abasto.
Caídas constantes sin explicación
Imagina que es viernes por la noche, intentas desconectar del trabajo y te asalta la duda: ¿sigue funcionando la página web? Para MarketingDirecto.com, no se trataba de una paranoia ocasional, sino de un patrón.
“Recuerdo los problemas de estabilidad; me asustaban mucho. Llegaba el fin de semana y me preguntaba: ¿qué pasa con la web? ¿Por qué está caída? ¿Qué ocurre?”
Pero las caídas eran solo una parte del problema. Además, tenían que lidiar con:
Problemas con el CMS sin una solución clara
Problemas de seguridad sin un equipo dedicado a solucionarlos
Un proveedor de hosting sin respuestas concretas
“Todo esto nos causaba preocupaciones y dolores de cabeza. Cuando sufres caídas, sufres en Google, sufres en el posicionamiento, y todos nos quedábamos con caras largas”
Cuando tu sitio web depende del tráfico de Google, esto último se nota mucho. Cuando tu sitio se cae, no solo pierdes visitantes al instante. También puedes bajar en los resultados de búsqueda y recuperarte lleva mucho tiempo.
Un sitio que superó las capacidades de su hosting
Cuanto más contenido publiques, más pesado se vuelve tu sitio. Entradas de blog, imágenes, páginas de destino, listados de productos: todo suma. Y en algún momento, el hosting que funcionaba bien con 50 páginas empieza a colapsar con 500. O 5000.
MarketingDirecto.com tiene 25 años de contenido diario en su archivo: miles de artículos e imágenes que los lectores siguen consultando a diario. Su hosting anterior simplemente no podía soportar ese volumen.
Sin soporte técnico cuando surgían problemas
Y durante todo este tiempo, MarketingDirecto.com no contaba con un equipo técnico dedicado en el que apoyarse. La mayoría de las pequeñas y medianas empresas no lo tienen. Dependes de tu proveedor de hosting para que detecte los problemas, explique qué falló y lo solucione rápidamente.
Cuando ese proveedor no puede cumplir con lo prometido, cuando te quedas adivinando por qué se cayó tu sitio web y cuándo podría volver a suceder, dedicas tiempo a problemas del servidor en lugar de al trabajo que realmente impulsa el negocio.
“No contábamos con un equipo de soporte técnico que se encargara de todo. La seguridad siempre fue una preocupación, y era algo que habíamos abordado en algún momento.”
Qué cambió con SiteGround
MarketingDirecto.com migró a SiteGround en 2017 y, así de repente, la “ansiedad del fin de semana” desapareció.
“Llevamos trabajando con vosotros desde 2017 y estoy muy contento porque sé que esto nos da tranquilidad. No queremos tiempos de inactividad, ni interrupciones, ni problemas. Y con vosotros, todo ha funcionado de maravilla.”
Para MarketingDirecto.com, la clave estaba en tres cosas:
Un sitio web que por fin se mantenía rápido y estable
Un soporte técnico accesible
Una infraestructura que crecía con ellos en lugar de ser un obstáculo
Velocidad y estabilidad que resisten bajo presión
El sitio web se mantuvo activo sin problemas. Se acabaron los fallos inexplicables. El archivo de contenido de 25 años se cargaba de forma rápida y constante, incluso con el equipo publicando nuevos artículos a diario.
Para un sitio con tanto contenido, el rendimiento no se trata solo de la experiencia del usuario; se trata de proteger la visibilidad en buscadores que habían construido durante décadas.
Un hosting estable significaba un posicionamiento estable.
Soporte que responde de verdad
Pero la velocidad y la disponibilidad solo cuentan una parte de la historia. Lo que distingue a MarketingDirecto.com es la posibilidad de hablar con personas reales que entienden su configuración y reportar cualquier problema en el momento en que lo detectan, sin tener que esperar en una cola de tickets.
Su desarrollador, Luis, trabaja directamente con el equipo de SiteGround cuando el sitio necesita escalar: agregando capacidad de servidor, expandiendo recursos, ajustando configuraciones. Y ese proceso siempre ha sido sencillo.
Escalar sin dolores de cabeza
A medida que las necesidades de MarketingDirecto.com crecían, la infraestructura de SiteGround crecía con ellas. Sin migraciones prolongadas. Sin momentos de “tu plan se ha quedado obsoleto, buena suerte”. Solo un equipo que ya entendía la arquitectura del sitio y podía expandir la capacidad cuando fuera necesario.
Así son 8 años con SiteGround
Nadie cambia de proveedor de hosting por capricho. Se cambia porque algo falló, porque el soporte no pudo ayudar o porque las necesidades de tu sitio web se han quedado obsoletas. MarketingDirecto.com pasó por todo eso antes de contratar SiteGround y desde entonces no ha tenido motivos para buscar otra opción.
“Eso es lo que buscan las marcas: relaciones estables, duraderas y de confianza. Y eso es lo que tengo con SiteGround”
Un equipo de hosting que conoce tu sitio web a la perfección marca la diferencia. No hay que volver a explicar la configuración cada vez que necesitas algo. No hay que empezar de cero. Simplemente, personas que lo entienden y pueden solucionarlo.
Elige un proveedor de hosting con el que realmente quieras quedarte
Cuando le preguntaron qué consejo daría a otras empresas que buscan un proveedor de hosting, Javier fue muy práctico:
“Observa a tu alrededor. Lee reseñas, consulta foros. Fíjate con qué clientes trabajan: ‘¡Mira, trabajan con marcas que incluso conozco!’. Eso es sumamente importante. Yo mismo lo he hecho.”
Un consejo excelente. Los clientes a los que atiende un proveedor de hosting dicen mucho sobre si pueden satisfacer tus necesidades, especialmente si tu sitio web tiene años de contenido, se enfrenta a amenazas de seguridad reales y no puedes permitirte quedarte sin servicio un viernes por la noche.
¿Diriges un negocio en crecimiento o cualquier proyecto del que dependen muchas personas? El hosting debería ser lo último en lo que pienses. Eso es lo que MarketingDirecto.com descubrió con SiteGround, y por eso siguen con el mismo hosting ocho años después.
Si ya has estado creando con Coderick AI, conoces cómo funciona: describes lo que quieres y Coderick lo crea. Es rápido, intuitivo y funciona. Pero cuando tu proyecto empieza a tomar forma, no todos los cambios necesitan un prompt completo. A veces solo quieres corregir un error, cambiar una imagen o ajustar el color de un botón — y hacerlo al momento, sin pasar por otra ronda de interacción con la IA.
Justo por eso hemos creado el Editor visual.
Haz clic, cambia y listo, así funciona el editor visual
El editor visual es una nueva forma de hacer cambios en tus proyectos de Coderick AI, directamente en la vista previa y con un solo clic. En lugar de ir al chat y escribir un nuevo prompt cada vez que quieras ajustar algo pequeño, ahora puedes hacer clic en cualquier texto, botón, imagen, enlace o sección y cambiarlo al instante.
Actualiza un título. Corrige un error. Cambia el texto de un botón. Sustituye un enlace. Ajusta un color. Todo ocurre justo donde lo ves, sin necesidad de prompts y sin gastar créditos.
Es el tipo de edición que, una vez lo pruebas, parece lo más natural del mundo… y luego no quieres vivir sin ello.
Genera imágenes con IA justo donde las necesitas
Crear un proyecto suele implicar añadir imágenes, y hasta ahora eso significaba salir de Coderick, buscar o crear una imagen en otro sitio y subirla después. Con la generación de imágenes con IA, ahora puedes hacer clic en cualquier imagen de tu proyecto, generar una nueva con IA y sustituirla al momento. La ves directamente en contexto y sigues trabajando — sin herramientas extra, sin cambiar de entorno, sin subidas manuales.
Y si ya tienes la imagen perfecta, puedes subirla directamente. Esta acción no utiliza IA y no consume créditos.
Transforma secciones o actualiza elementos a gran escala con ediciones de IA enfocadas
Algunos cambios van más allá de sustituir un texto rápido, pero tampoco requieren un prompt completo para todo el proyecto. Puede que tu sección de precios necesite un diseño totalmente distinto. O que la barra de navegación de tu sitio requiera otra dirección de diseño. No son pequeños retoques, pero tampoco es un “créame una página nueva”.
Para eso están las AI edits enfocadas en el editor visual. Desde el editor visual, selecciona una sección o un elemento y haz clic en Editar con IA. El chat de Coderick AI se centra en el elemento seleccionado: describe qué quieres cambiar y la IA solo rehace esa parte. El resto de tu proyecto se mantiene exactamente igual.
La diferencia con el chat principal de Coderick AI es sencilla: el chat sirve para trabajar a nivel de todo el proyecto, como añadir páginas nuevas o hacer cambios estructurales. Las ediciones de IA enfocadas son para cuando ya sabes qué quieres cambiar y solo necesitas que la IA lo haga, con precisión, en ese punto o sección. Prompts más cortos, sin efectos secundarios no deseados y mejores resultados.
Ahorra créditos para lo que realmente importa
No todos los cambios necesitan IA, y ahora no todos consumen créditos. Las ediciones rápidas con el editor visual no cuestan nada. Así puedes reservar tus créditos para lo que realmente necesitas: generar nuevas secciones, rediseñar layouts o crear imágenes. Y cuando usas “Editar con IA”, solo afecta a la sección seleccionada, lo que te da resultados más precisos usando menos créditos.
Así se distribuye:
¿Cómo utilizar el editor visual?
Empezar te llevará solo unos segundos:
Abre cualquier proyecto en Coderick AI.
Haz clic en el botón de edición visual para pasar del constructor del chat al editor visual.
Haz clic en cualquier elemento de la vista previa, texto, botones, imágenes o enlaces, y edítalo directamente.
Para generar una imagen, haz clic en una imagen existente y usa la opción de generación con IA.
Para cambios más grandes, selecciona una sección y elige “Editar con IA”.
Cuando termines, haz clic en “Guardar” para aplicar los cambios o en “Salir” para descartarlos.
¿Listo para probarlo?
Coderick AI está pensado para ayudarte a pasar de una idea a un proyecto en vivo lo más rápido posible. Pero la velocidad no es solo el primer paso, también importa todo lo que viene después: los pequeños ajustes, las mejoras y esos “¿puedes cambiar solo esto?” que van sumando.
El editor visual hace que todo eso sea más rápido y más eficiente. Las ediciones rápidas no consumen créditos. Los cambios grandes son más precisos. Y la generación de imágenes con IA elimina la necesidad de salir de tu proyecto.
Ya está disponible en todos los proyectos de Coderick AI. Abre uno, cambia al editor visual y descubre lo fácil que es hacer clic, cambiar y seguir creando.
Desde que lanzamos el Website Builder de SiteGround el año pasado, miles de vosotros lo habéis usado para crear sitios web, abrir tiendas online y aumentar vuestra presencia online. Hemos estado trabajando contigo para brindarte una experiencia de diseño más potente, capacidades de ecommerce más robustas y las herramientas que necesitas para optimizar tu sitio web en cada etapa.
Hoy anunciamos una nueva versión importante del Website Builder de SiteGround. Es un avance significativo para toda la plataforma e incluye nuevos planes diseñados para que puedas crear y crecer online.
Más libertad de diseño con el nuevo creador de arrastrar y soltar
En el corazón de la experiencia de creación se encuentra un editor de arrastrar y soltar basado en cuadrícula que te brinda control creativo total sobre tu diseño. Coloca cualquier elemento (texto, imágenes, botones, formularios) exactamente donde quieras en la página. Arrástralo, redimensiona, superpónlo. Las guías de alineación inteligentes mantienen todo impecable, pero el diseño es completamente tuyo.
Y el control va mucho más allá del diseño. Elige colores independientes para cada componente. Selecciona diferentes fuentes para cada tipo de encabezado y párrafo. Recorta imágenes directamente en el lienzo. Ajusta los bordes y el redondeo de las esquinas. Tienes control total para personalizar tu sitio.
Empieza con una plantilla diseñada profesionalmente, incorpora secciones y bloques predefinidos o crea desde cero. Usa el asistente de IA para generar texto, extrae imágenes de la galería de imágenes integrada y deja que la optimización móvil automática se encargue del resto. Ya sea que dediques veinte minutos o dos horas a la personalización, el resultado es un sitio que parece creado específicamente para tu marca.
Una plataforma de Ecommerce completa, integrada
Un sitio web profesional es un excelente punto de partida. Pero si tu objetivo es vender online, no deberías necesitar una plataforma independiente para lograrlo.
El Website Builder de SiteGround te permite gestionar una tienda online completa desde el mismo lugar donde diseñas tu sitio. Pasa de cero a vender en horas, no semanas. Sin plugins, integraciones de terceros ni sistemas adicionales que aprender.
Empieza con una plantilla de tienda diseñada para mostrar y vender tus productos eficazmente, y luego personalízala para que se adapte a tu marca. A partir de ahí, tienes todo lo que necesitas para empezar a vender:
Configuración de tu tienda online
Productos. Vende productos físicos, descargables o servicios. Añade variaciones de productos, sube imágenes y gestiona tu catálogo al por mayor. El asistente de IA integrado te ayuda a generar títulos, descripciones y categorías de productos para que puedas publicar tu tienda más rápido.
Pagos. Acepta pagos con múltiples opciones desde el primer momento. Tu proceso de compra está optimizado para la conversión, siguiendo las mejores prácticas de ecommerce, y se ejecuta en tu propio dominio.
Envíos e impuestos. Establece reglas de envío en minutos con zonas de envío fácilmente modificables. El cálculo de impuestos está integrado y es personalizable.
Gestión de pedidos. Procesa pedidos, emite reembolsos y gestiona las entregas desde un único panel. Monitoriza tu inventario de un vistazo, incluyendo alertas de stock bajo y productos más vendidos.
Clientes. Consulta la información de tus clientes, monitoriza su comportamiento de compra y permite que los compradores creen cuentas para hacer seguimiento de sus pedidos y volver fácilmente.
Creciendo y convirtiendo mejor
Descuentos y promociones. Crea ofertas personalizadas con control total sobre los tipos de descuento, su duración y disponibilidad. Lanza tu producto inmediatamente o prográmalo para una fecha específica. Agrega listas de deseos para que los compradores puedan guardar productos y volver cuando estén listos.
Feeds y seguimiento de productos. Conecta tu tienda a redes sociales, Google Merchant Center, feeds de ChatGPT y Meta Commerce Manager para ventas multicanal. Monitorea el rendimiento en todos los canales con integraciones de Google Tag Manager y Meta Pixel.
SEO y analítica. Las herramientas de SEO integradas con mapas de sitio automáticos, URL optimizadas para SEO y categorización de productos con IA ayudan a que tus productos sean encontrados. Los análisis en tiempo real de pedidos, ventas y tráfico te permiten ver qué funciona y dónde enfocarte a continuación.
Todo lo que necesitas para lanzar, gestionar y hacer crecer una tienda online sin necesidad de combinar herramientas.
Nuevos planes diseñados para cada fase de tu crecimiento
A medida que el Website Builder ha evolucionado de un simple creador de sitios web a una plataforma completa para crear, vender y crecer online, hemos introducido planes específicos, cada uno adaptado a una etapa diferente de tu proceso.
Todos los planes incluyen hosting premium de SiteGround, potentes herramientas de IA y soporte experto 24/7. Además, puedes probar cualquier plan gratis durante 14 días con acceso completo a todas las funciones, sin necesidad de tarjeta de crédito.
Tus comentarios han dado forma a cada parte de esta actualización, desde el editor de cuadrículas hasta el kit de herramientas de ecommerce y los propios planes.
Empieza una prueba gratuita, comienza a crear y cuéntanos qué te parece.
Sí. “Me explotó la cabeza”. La frase que más odia Fernando Tellado. La que la IA mete en cada post de LinkedIn como si fuera obligatoria. La que te hace un resumen “impactante”, “transformador” y “revolucionario” de algo que probablemente no lo era tanto.
Bueno, pues no veo otra forma de contarte lo que escuché el sábado en la WordCamp Madrid. Me explotó la cabeza. Literalmente. Y a las 200 personas que estaban en la sala, también.
La charla no estaba en el programa original de esta edición. Fernando preparó un taller de dos horas en menos de una semana. La sala estaba a reventar, con gente sentada en las escaleras. Y cuando terminó, salimos con las palmas rojas de tanto aplaudir. Así, tal cual.
¿De qué habló? De lo que nos quita el sueño a todos los que vivimos del ecosistema digital: cómo sobrevivir —y crecer— en un mundo donde la IA se está comiendo los clics. Y lo hizo como lo hace Fernando: contando lo que él probó, lo que le funcionó y lo que no. Con datos de su propio blog. Sin filtro. Sin PowerPoint bonito. Con la pantalla de su WordPress en directo y el desparpajo de alguien que lleva décadas en esto y no tiene nada que venderte.
Ganando la batalla contra los zero-clicks: 560.000 visitas
Fernando arrancó mostrando su panel de analítica. Después de tres años peleando contra la caída de tráfico por los zero-clicks, las AI Overviews y el nuevo SEOhoy su blog marca más de 560.000 visitas en los últimos 28 días. Recuperó todo.
¿Cómo? Y aquí viene lo bueno. No compró herramientas mágicas. No pagó por plugins premium de SEO. No tomó atajos. Como él mismo dijo, con esa honestidad brutal que tiene: “No soy listo. Soy insistente. Soy muy insistente. Al final, la he sacado.”
Lo hizo replanteando desde cero cómo se crea contenido cuando Google ya no te manda clics como antes, sino que le da la respuesta al usuario directamente en los resultados. Y aquí es donde Fernando usó una analogía que se me quedó grabada: “Esto es un misil. Puedes decir que es un tsunami, una ola, lo que quieras. Pero te quedas quieto y se te lleva por delante. O te montas en la tabla y surfeas la ola.”
Él eligió la tabla.
Ya no buscan “cómo hacer algo”, buscan a quién preguntarle
Esta fue la idea que más me removió. Fernando lo explicó con un ejemplo muy simple: si alguien le pregunta a la IA “cómo hacer una tortilla de patatas”, la IA le responde y se acabó. No necesita tu blog, ni tu receta, ni tus seis párrafos de relleno antes de llegar a los ingredientes.
Pero si alguien pregunta “quién me puede enseñar a cocinar” o “cuál es el mejor restaurante cerca de mi casa”, ahí la IA necesita mandarte a algún sitio. Ahí es donde tienes que estar.
El cambio es sutil pero enorme. Ya no compites por la respuesta. Compites por ser la referencia a la que la IA envía al usuario cuando la respuesta no es suficiente. Como dijo Fernando: “Dime cuál es el bueno. Eso es lo que quiere la gente. No me digas que has encontrado seis restaurantes. Dime cuál es el bueno.”
Eso significa repensar completamente cómo redactas. No escribas para que la IA te use como fuente de un “cómo hacer”. Escribe para que cuando alguien pregunte “a quién contrato”, “dónde aprendo”, “quién es el mejor en esto”, la IA piense en ti.
Posts de 50 minutos de lectura para cuando vas al baño con el móvil
La sala se rio con esto, pero Fernando iba en serio. Sus posts ahora tienen entre 40 y 52 minutos de lectura. Y no es por relleno.
Fernando mostró un patrón claro: cuando activas el modo cornerstone content —lo que él llama contenido esencial— y le das profundidad real, los buscadores y las IAs te toman en serio. Ya no vale un post de 3.000 palabras. Necesitas 6.000, 10.000, 14.000. Contenido que sea de verdad una guía de referencia. Todo lo que ha aprendido en meses sobre un tema, condensado en un post que funciona casi como un libro con capítulos.
Y acá viene otro punto que me encantó: cada párrafo tiene que valer por sí mismo. No puedes dar por hecho que el lector se leyó el anterior. Tienes que ir ganándotelo paso a paso, convenciéndolo de que siga. Si un párrafo no aporta, lo perdés. Como dijo Fernando: “Si no estás contando, no estás vendiendo.”
¿Se los lee alguien enteros? Algunos sí, otros van directo al punto que les interesa. Pero Fernando lo tiene claro: “El que no me quiere leer, no me va a leer igual. Yo el contenido lo hago para que le sirva a alguien, o para que llegue al final. Lo facilito. Y ya está.”
Las cápsulas de respuesta: Deja de esconder la receta
Otra idea práctica que me llevo. Fernando la explicó recordando la peor práctica de los blogs durante años: el título promete “la mejor receta de tortilla de patatas”, después vienen tres párrafos sobre la historia de la patata, dos bloques de publicidad, y la receta está enterrada al final. Eso se acabó. Google lo está penalizando activamente.
La alternativa son las cápsulas de respuesta: en el primer párrafo, dale al lectorexactamente lo que vino a buscar. Un resumen claro de lo que va a encontrar. Si quiere profundizar, sigue leyendo. Si no, al menos se llevó la respuesta y tú te llevaste la visita.
Es lo mismo que hace Google con las AI Overviews: primero el resumen, después el detalle. Fernando propone que lo hagamos nosotros en nuestro contenido antes de que lo haga la IA por nosotros (y peor).
El sitemap ya no es opcional, y hay un nuevo archivo en la ciudad
Esto me pareció revelador. Fernando mostró los datos de su propio plugin de análisis de bots, VigIA, que él mismo creó para uso propio. Es gratuito, no almacena nada en la nube y podéis instalarlo y probarlo sin que os cueste un euro. Los datos muestran que lo primero que hacen los crawlers de IA al llegar a tu web es leer el sitemap. No es que sea recomendable. Es el punto de entrada. Si no lo tenéis, os estáis perdiendo cómo las IAs rastrean vuestra web. Instaladlo, probadlo y luego me contáis.
Y junto al sitemap, aparece el llms.txt: un archivo en formato markdown, limpio, que carga rapidísimo y les dice a los modelos de lenguaje qué contenido tienes y cómo está organizado. Fernando ya lo tiene implementado y también nos escribió una guía sobre el uso de la IA para el SEO detallando todo este proceso. La diferencia de velocidad de carga respecto al sitemap XML es brutal. Y encima es más fácil de generar —Fernando se rió de que ya hay 15 plugins de pago para generar un archivo de texto: “¿Cómo puede ser que haya 15 plugins, algunos con capa premium, para generar un archivo que es básicamente un .txt?”
Los plugins comerciales no pasan el check, los hechos con IA, sí
Este fue uno de los momentos más potentes de la charla. Fernando contó que están llegando al equipo de revisión de WordPress.org una cantidad enorme de plugins nuevos. ¿Por qué? Porque la gente los está creando con IA para resolver sus propias necesidades.
De hecho, yo también lo mencioné en mi charla de la WordCamp Madrid. Las solicitudes de nuevos plugins se quintuplicaron en 4 años, con picos de hasta 500 nuevos plugins a la semana en 2025-2026.
Y el plot twist: esos plugins pasan los controles de calidad mejor que muchos plugins comerciales famosos. Fernando lo demostró en directo con Plugin Check. Plugins creados por un peluquero para gestionar las reservas de su peluquería: todo verde. Plugins conocidos con millones de instalaciones: no pasan.
“El tío que tiene una peluquería hace un plugin para gestión de reservas que tiene unas particularidades que no tienen los plugins de reservas genéricos. No lo sube para ganar dinero. Lo comparte y punto.”
Ese es el espíritu de WordPress que Fernando quiere recuperar. Plugins útiles, específicos, gratuitos, hechos por gente que resuelve su propio problema y tiene la generosidad de compartirlo.
Lo que no funciona
Fernando lo repitió como un mantra durante la charla. No paguéis por nada. No paguéis por herramientas de SEO. No paguéis por servicios que prometen decirte cómo te cita la IA —porque son totalmente inconsistentes. Le preguntas a ChatGPT cuál es la mejor empresa de hosting de España y te dice cinco. Le preguntas cinco minutos después y te dice otras tres. Son inconsistentes. Pero Fernando sí que es consistente. Si le preguntas cuál es la mejor empresa de hosting de España y del mundo, hace 8 años que su respuesta es la misma: SiteGround. Por algo lo visitan medio millón de personas al mes.
¿Y el SEO tradicional? Los meta titles ya no sirven. ¿Las meta descriptions? La IA las ignora y hace su propio resumen. ¿Los plugins de SEO de pago? Para él, un plugin gratuito de redirecciones y sentido común hacen más que cualquier suite premium.
Lo que sí funciona: actualizar contenido constantemente. Fernando mostró que los posts que más tráfico le han recuperado son los que ha actualizado más. No posts nuevos, sino posts existentes mejorados, ampliados, con datos frescos. Las IAs se alimentan de contenido actualizado. Si tu post lleva dos años sin tocarse, para ellas es un contenido muerto.
Dos horas que valieron más que medio congreso
No lo digo por quedar bien. Lo digo porque salí de esa sala con tres páginas de notas, la cabeza funcionando a mil y ganas de ponerme a revisar mis propios contenidos esa misma noche. Eso no pasa en muchas charlas.
Fernando no vendió nada en esas dos horas. No tenía curso, ni herramienta de pago, ni link de afiliado. Solocompartió lo que aprendió a base de insistencia, prueba, error, y muchas horas delante de la pantalla. Lo probó todo consigo mismo primero. Si funcionó, lo contó. Si no, también. Y lo hizo gratis, en menos de una semana de preparación, para una comunidad que le importa de verdad.
Después del taller, tuvimos el lujo de tenerlo en nuestro stand haciendo demos en directo del Agente de IA para WordPress de SiteGround, mostrando cómo la inteligencia artificial puede simplificar la gestión diaria de un sitio WordPress: desde resolver dudas técnicas hasta ejecutar tareas de mantenimiento sin salir del panel. Ver a Fernando —que no es precisamente de los que te recomienda algo porque sí— usándolo y enseñándolo en directo, fue la mejor validación posible. Si todavía no lo probaste, te lo recomiendo.
Gracias, Fernando, por regalar dos horas de claridad en medio de tanto ruido generado por IA. Gracias al equipo organizador de la WordCamp Madrid por hacer espacio para lo inesperado y por montar, una vez más, un evento que demuestra que la comunidad WordPress en España está más viva que nunca. Y gracias a todos los que se sentaron en las escaleras, porque a veces las mejores charlas son las que no estaban en el programa y las mejores butacas son las que no existen.
