Opus Growth

Biblioteca de prompts

Prompts listos para Claude, ChatGPT y otros asistentes conectados a tus cuentas publicitarias. Copia uno, completa los corchetes y envíalo.

Prueba:

Informes

Ver los 49 →

InformesSolo lectura

Crea un scorecard mensual de la visibilidad de tu marca en las respuestas de IA y compáralo con el mes anterior

Mide cada mes el mismo conjunto de preguntas en ChatGPT, Perplexity y Gemini, comprueba si te citan en las respuestas de IA de Google y lo combina con las visitas desde IA en GA4 y las búsquedas de marca en Search Console. Indica con claridad el ruido de medición y los límites de las herramientas.

Cuándo usarloCuando quieres saber si tu marca aparece en ChatGPT, Perplexity y en las respuestas de IA de Google, y si esa visibilidad crece de un mes a otro.

Crea el scorecard de este mes sobre la visibilidad de mi marca [nombre de la marca] y de mi sitio [dominio] en las respuestas de IA. Mercado: [país], idioma: [código de idioma, p. ej. es]. Mis competidores: [hasta 3 nombres de marcas competidoras]. Mi conjunto fijo de preguntas: [5 o 6 preguntas que no mencionen mi marca, formuladas como las haría un cliente real]. Scorecard del mes anterior: [pega la tabla del mes anterior o escribe "primer mes"]. Esto es solo de lectura.

Mantén el conjunto de preguntas idéntico cada mes; de lo contrario no se pueden comparar los meses. Si no te he dado preguntas, propón 6 (2 del tipo "mejor [servicio] en [ciudad]", 2 comparativas, 1 sobre precio y 1 de cómo hacer algo), pide mi aprobación e indica que el conjunto no cambiará.

1. Control de créditos. Usa seo_history para ver qué consultas se han ejecutado recientemente con estos argumentos. Vuelve a llamar a las reutilizables con los mismos argumentos; se devuelven sin coste. Dime cuántas llamadas nuevas hacen falta.
2. Cuota en los chats de IA. Ejecuta seo_geo_tracker con brand=[nombre de la marca], brand_domain=[dominio], los competidores y el conjunto de preguntas, engines='chat_gpt,perplexity' y repeats=2. La herramienta ejecuta como máximo 24 consultas a modelos de lenguaje por llamada (preguntas × motores × repeticiones) y reduce ella misma las repeticiones cuando se supera ese límite, así que indica prompts_used y calls de la respuesta para mantener los meses en la misma escala. Toma la tasa de menciones de la marca, el número de respuestas que citan mi dominio, la tasa por motor, la tasa de cada competidor y los dominios de fuentes más citados. Esta herramienta no devuelve el texto de las respuestas, solo tasas y dominios de fuentes.
3. Respuestas de IA de Google. Ejecuta las 3 preguntas con mayor intención comercial con seo_ai_overview: target=[dominio], location=[nombre del país en inglés, p. ej. Spain], language=[código de idioma]. Para cada una, registra si aparece una respuesta de IA, si mi dominio es citado y qué dominios se citan en su lugar. Ojo: la lista de references puede venir vacía mientras las fuentes aparecen solo como enlaces dentro del texto de ai_answer; en ese caso no te fíes de target_cited y cuenta los dominios de los enlaces del texto. ai_answer se corta a 1.200 caracteres, así que escribe "no citado" como "no en la parte visible", no como una certeza.
4. Menciones totales. Ejecuta seo_geo_citations con brand=[nombre de la marca] y toma los recuentos de menciones en las respuestas de IA de Google y en ChatGPT. Si el nombre de mi marca está formado por palabras comunes (por ejemplo, dos palabras de uso cotidiano), esta cifra puede inflarse con texto ajeno; indícalo y usa esta fila para la tendencia, no como cifra exacta.
5. Visitas reales. En mi propiedad de GA4 [propiedad de GA4], usa ga4_report con dimension='source' para obtener sesiones y eventos clave de los últimos 30 días y de los 30 días anteriores. Suma chatgpt.com, perplexity.ai, gemini.google.com, copilot.microsoft.com, claude.ai y cualquier otra fuente que pertenezca claramente a un asistente de IA. Deja fuera el tráfico de pago etiquetado con parámetros utm (por ejemplo, una fuente de anuncios como chatgpt_ads), porque no es visibilidad orgánica.
6. Búsquedas de marca. En mi propiedad de Search Console, usa get_report con platform='search_console', breakdown='query', para los últimos 28 días y los 28 días anteriores, y suma impresiones y clics de las consultas que contengan el nombre de mi marca. Que te mencionen en las respuestas de IA suele aumentar las búsquedas de marca, así que esta fila es una señal indirecta.

Da formato a la salida así. Primero un resumen de cuatro frases. Después la tabla del scorecard: métrica, este mes, mes anterior, variación, nota. Filas: tasa de menciones en ChatGPT, tasa de menciones en Perplexity, respuestas que citan mi dominio, tasa de menciones de cada competidor, preguntas en las que la respuesta de IA de Google me cita, recuentos de menciones de seo_geo_citations, sesiones y eventos clave desde asistentes de IA, impresiones de búsquedas de marca. Luego una tabla por pregunta: pregunta, mencionado en ChatGPT, mencionado en Perplexity, citado por Google, fuente de competidor más citada. Después los 10 dominios de fuentes más citados y cuántos de ellos son mi sitio, el sitio de un competidor o un tercero.

Reglas de decisión: con dos repeticiones, etiqueta cualquier variación de tasa inferior a 10 puntos como "dentro del ruido" y no la interpretes como un cambio real. Si es el primer mes, deja vacía la columna de variación y registra este mes como línea base. Termina con una recomendación para el mes siguiente y entrega la tabla en un formato que pueda copiar y pegar de vuelta el mes que viene.

InformesSolo lectura

Mide el retraso de conversión antes de juzgar los últimos días

Calcula, por campaña, cuántos días después del clic se registran las conversiones, estima cuán incompletos están todavía los últimos días e indica si una decisión de puja debe esperar.

Cuándo usarloCuando el coste por conversión de Google Ads se ve peor en los últimos 7 días y no sabes si es una caída real o solo conversiones que aún no se han registrado.

En mi cuenta de Google Ads [nombre de la cuenta], el coste por conversión de los últimos 7 días parece más alto. Antes de actuar, quiero saber si es una caída real o solo conversiones que todavía no se han registrado. Esta es una revisión de solo lectura, no cambies nada.

1. Conoce las acciones de conversión. Enumera las acciones con list_conversion_actions, incluyendo el tipo de recuento y la ventana de atribución de clics (click_lookback_days). En los pasos siguientes usa solo las acciones que estén incluidas en la columna Conversiones (included_in_conversions).
2. Construye la curva de retraso. Con google_ads_query, extrae los últimos 90 días por campaña segmentados por segments.conversion_lag_bucket, con metrics.conversions y metrics.conversions_value. Indica el intervalo de fechas con BETWEEN y fechas explícitas, porque DURING LAST_90_DAYS no es un valor válido de GAQL. Para cada campaña, calcula qué porcentaje de las conversiones llega durante el primer día, los primeros 3 días, los primeros 7 días y los primeros 14 días.
3. Estima lo que aún falta. Extrae los últimos 14 días día a día: clics, coste, metrics.conversions (por fecha del clic) y metrics.conversions_by_conversion_date (por fecha en que ocurrió la conversión). Usando la curva del paso 2, estima cuántas de las conversiones de cada día están todavía por llegar. Por ejemplo, si una campaña recibe el 60 % de sus conversiones en 3 días, un día de hace 3 días muestra ahora aproximadamente el 60 % de su cifra final.
4. Corrige la comparación. Compara los últimos 7 días con los 7 anteriores de dos formas: con cifras brutas y con estimaciones ajustadas por el retraso. Etiqueta cada cifra ajustada como "estimación".

Reglas de decisión:
1. Si una campaña tiene menos de 30 conversiones en los últimos 90 días, su curva de retraso no es fiable. No hagas estimaciones para ella, escribe "datos insuficientes" y muestra solo la cifra bruta.
2. Si la estimación ajustada está dentro del 15 % de la semana anterior, atribuye la caída al retraso y no recomiendes ningún cambio de puja, presupuesto ni objetivo.
3. Si la estimación ajustada sigue mostrando una caída clara, el retraso no la explica. Dilo con claridad y enumera los tres primeros sitios donde mirar a continuación.
4. Si una campaña necesita más de 7 días para acumular el 90 % de sus conversiones, no recomiendes cambiar su CPA objetivo ni su ROAS objetivo a partir de los últimos 7 días.

Da formato a la salida así: primero un resumen de tres frases. Después, una tabla con una fila por campaña: campaña, conversiones en los últimos 90 días, porcentaje en el primer día, porcentaje en los primeros 7 días, días necesarios para el 90 % de las conversiones, conversiones brutas de los últimos 7 días, conversiones finales estimadas de los últimos 7 días, coste por conversión bruto y estimado, decisión (esperar, investigar, datos insuficientes). Termina con una regla para el equipo: en esta cuenta, cuántos días hay que esperar antes de juzgar una semana.

InformesCambia tras tu aprobación

Ranking mensual de eficiencia de canales de pago con propuesta de reparto de presupuesto

Un ranking de todos los canales de pago por coste por conversión, con la cuota de inversión frente a la cuota de conversiones y una propuesta de reparto de presupuesto para el próximo mes.

Cuándo usarloCuando empieza un mes nuevo y tienes que decidir qué canales de pago merecen más o menos presupuesto.

Compara el último mes natural en Google Ads, Meta, TikTok y Microsoft Ads.

Crea una tabla con estas columnas para cada canal:
- inversión
- conversiones
- coste por conversión
- valor de conversión y ROAS, donde se registre el valor
- porcentaje de la inversión total (%)
- porcentaje de las conversiones totales (%)

Ordena los canales por coste por conversión. Mi coste por conversión objetivo es [CPA objetivo].

Reglas de decisión:
- Si la cuota de conversiones de un canal está al menos 10 puntos por debajo de su cuota de inversión, márcalo como candidato a recorte.
- Si la cuota de conversiones de un canal está al menos 10 puntos por encima de su cuota de inversión, márcalo como candidato a escalar. En el caso de Google Search, hazlo solo si el análisis de cuota de impresiones muestra que las campañas pierden cuota de impresiones por presupuesto.
- Si un canal tiene menos de 10 conversiones, márcalo como "datos insuficientes" y deja su presupuesto sin cambios.

Después, propón el reparto del próximo mes en una tabla con la inversión mensual actual, la inversión propuesta y un motivo de una línea para cada canal. Mantén el total dentro de [presupuesto mensual].

No apliques nada. Si lo apruebo, muestra una vista previa de cada cambio de presupuesto y espera mi confirmación.

InformesCambia tras tu aprobación

Informe mensual de Google Ads para clientes con enlace white-label compartible

Crea un informe mensual de una página y sin jerga para un cliente, con cifras exactas del mes natural frente al mes anterior, explica cada gran variación de KPI con datos de campaña y genera el enlace white-label solo después de que apruebes el borrador.

Cuándo usarloCuando tienes que enviar a un cliente sus resultados mensuales de Google Ads en lenguaje sencillo y explicar qué cambió y por qué.

Prepara el informe mensual de Google Ads de [cuenta del cliente] para [mes, p. ej. 2026-09], comparado con el mes natural anterior.

Datos:
- Usa list_accounts para encontrar el ID de cliente de [cuenta del cliente].
- Obtén las cifras exactas del mes natural con get_report (platform google_ads) usando start_date y end_date de [mes], y repite la consulta para el mes anterior. Trae tanto los totales de la cuenta como las filas a nivel de campaña.
- Si necesitas más detalle de campaña, usa performance_report a nivel de campaña.
- KPIs: coste, clics, conversiones, valor de conversión, CPA, ROAS y CTR, cada uno con su % de variación. Si en esta cuenta no se registra el valor de conversión, omite el ROAS y explica el motivo en una línea.

Escríbelo para un cliente que no es especialista en marketing:
1. Un resumen ejecutivo de 3 frases que cubra el resultado, el principal factor y lo que viene después.
2. Una tabla de KPIs con este mes, el mes pasado y el % de variación.
3. Las 3 campañas principales por conversiones. Indica también la campaña con el CPA más alto entre las que concentraron más del 10% del gasto total del mes.
4. Tres próximos pasos concretos que daremos el mes que viene, cada uno vinculado a algo de los datos.

Señala todos los KPIs que se hayan movido más de un 15%. Explica cada uno con evidencia de las filas a nivel de campaña, como un traslado de gasto entre campañas, un cambio de CPA en una campaña concreta o una caída de conversiones. Si los datos no explican la variación, dilo claramente y no adivines.

Mantenlo en una página y sin jerga. Muéstrame primero el borrador y detente.

Cuando apruebe el borrador, crea el enlace white-label compartible con client_report_link usando brand_name [nombre de la agencia o marca del cliente]. Ten en cuenta que esta herramienta solo acepta una ventana móvil de días que termina ahora, no un mes con nombre. Por eso, antes de crearlo, dime qué fechas exactas cubrirá el enlace con el valor de days que piensas usar, y si coincide con [mes]. Si no coincide (por ejemplo, si ya ha pasado mucho tiempo desde el fin de mes), dímelo con claridad y déjame elegir: crear el enlace de todos modos con su ventana móvil, u omitir el enlace y enviaré yo mismo el borrador aprobado. Después dame la URL.

InformesSolo lectura

Triaje de la cartera de la agencia: qué cuentas de clientes necesitan atención esta semana

Compara todas las cuentas de clientes de Google Ads conectadas en los últimos 30 días frente a los 30 anteriores, añade el ritmo de gasto del presupuesto en lo que va de mes, ordena las cuentas por riesgo y da a los gestores de cuenta una primera comprobación basada en datos para las 5 principales. Solo lectura.

Cuándo usarloCuando gestionas muchas cuentas de clientes de Google Ads y necesitas saber cuáles abrir primero esta semana.

Haz el triaje de todas las cuentas de clientes de Google Ads conectadas. Compara los últimos 30 días con los 30 días anteriores.

Cómo obtener las cifras:
- Ejecuta portfolio_report con days=30 y luego otra vez con days=60. Para cada cuenta, obtén los 30 días anteriores restando las cifras de 30 días a las de 60 días (coste, clics, conversiones, valor de conversión) y calcula tú mismo el CPA y el ROAS de ambos periodos.
- Usa list_accounts para obtener el ID de cliente de cada cuenta y ejecuta budget_pacing_alerts con threshold_pct=10 para cada una. El ritmo de gasto es una proyección de lo que va de mes hasta fin de mes, no la ventana de 30 días, así que etiqueta esa columna como "ritmo (este mes)".
- Si una cuenta no registra valor de conversión, marca el ROAS como n/d en lugar de tratarlo como por debajo del objetivo.

Marca una cuenta como en riesgo si cumple cualquiera de estas condiciones:
- CPA al alza más de un 20%
- Conversiones a la baja más de un 20%
- ROAS por debajo de [ROAS objetivo, o indica objetivos por cuenta]
- Cualquier campaña señalada por el ritmo de gasto como por encima o por debajo más de un 10% a fin de mes

Entrega una tabla con estas columnas: cuenta, gasto, conversiones, CPA, ROAS, % de variación del CPA y de las conversiones, ritmo (este mes), motivos de riesgo. Ordénala por número de motivos de riesgo y después por gasto.

Bajo la tabla, enumera las 5 cuentas que nuestros gestores de cuenta deberían abrir primero esta semana. Solo para esas 5, ejecuta conversion_tracking_health (days=30) y search_terms_report (days=30, ordenado por coste) para fundamentar el consejo. Da una primera comprobación concreta para cada una, por ejemplo "los términos de búsqueda de la campaña X gastan sin convertir" o "la acción de conversión Y no registró nada en 30 días", según lo que muestren los datos. Si ninguno de los dos informes explica el problema de la cuenta, indica qué mirarías a continuación en lugar de adivinar.

Termina con las cuentas que más han mejorado. Son buenas noticias para las llamadas con clientes.

Es solo lectura. No cambies nada en ninguna cuenta.

InformesSolo lectura

Informe de embudo completo para clientes: resultados de pago, orgánicos y en el sitio en una sola vista

Un informe mensual de embudo que une Google Ads, Search Console y GA4 y muestra qué canal generó realmente los eventos clave.

Cuándo usarloCuando un cliente pregunta qué canal generó realmente sus resultados y necesitas datos de pago, orgánico y del sitio en una sola historia.

Crea un informe de embudo completo para [nombre del cliente] que cubra los últimos 28 días frente a los 28 días anteriores.

Usa la vista unificada de marketing para construir una tabla de embudo:
- Inversión, clics y conversiones de Google Ads
- Clics orgánicos, impresiones y posición media de Search Console
- Sesiones, tasa de interacción y eventos clave de GA4

Muestra la variación porcentual de cada fila.

Después desglosa las sesiones y los eventos clave de GA4 por fuente / medio de la sesión. Muestra qué canales generaron los eventos clave y cómo cambió su cuota.

Desde Search Console, enumera las 5 consultas con mayor aumento de clics y las 5 con mayor pérdida de clics.

Redacta una breve narrativa para el cliente de 5 viñetas como máximo. Si las conversiones de Google Ads y los eventos clave de pago de GA4 difieren en más de un 20 %, indícalo y explica que los dos sistemas cuentan de forma distinta. No trates la diferencia como un error a menos que los datos lo demuestren.

Termina con 3 prioridades para el próximo mes, cada una vinculada a una cifra concreta del informe.

Solo de lectura. No hagas ningún cambio.

Auditoría

Ver los 59 →

AuditoríaSolo lectura

Auditoría completa de la cuenta de Google Ads con las tres correcciones que conviene hacer primero

Revisa toda la cuenta de una sola vez, desde la medición y las pujas hasta la estructura y las páginas de destino. Ordena los hallazgos por impacto y señala las tres primeras correcciones sin modificar nada.

Cuándo usarloCuando heredas una cuenta de Google Ads o dudas de ella y quieres saber qué falla de verdad y por dónde empezar a corregirlo.

Audita de principio a fin mi cuenta de Google Ads [nombre de la cuenta]. Si la cuenta tiene menos de 90 días, usa todos los días disponibles; en caso contrario, usa los últimos 90 días. Es una revisión de solo lectura, no cambies nada.

Empieza con account_snapshot para obtener el estado, el presupuesto, la estrategia de puja, la antigüedad y los resultados de cada campaña desde que empezó. Separa las campañas que traen resultados de las que gastan sin convertir. Después, recorre estas áreas en orden:

1. Medición. Lista las acciones de conversión principales con list_conversion_actions. Señala cualquier acción principal que no haya registrado nada en los últimos 30 días. Busca configuraciones que puedan contar dos veces a la misma persona, por ejemplo un clic en el teléfono y un clic en WhatsApp en el sitio configurados como dos acciones principales distintas, o la etiqueta de Google Ads y un evento de GA4 importado, ambos principales, para el mismo formulario. Comprueba cuántos clics fueron al botón de llamada de los anuncios y si esas llamadas se registraron realmente, usando google_ads_query sobre call_view.
2. Pujas y presupuesto. Usa impression_share_analysis para mostrar, por campaña, la cuota de impresiones perdida por presupuesto y por ranking. Usa keyword_quality_report para encontrar palabras clave por debajo de la puja de primera página o que casi no se muestran por su bajo nivel de calidad. En las campañas con Smart Bidding, indica si los últimos 30 días reúnen conversiones suficientes para el objetivo que utilizan.
3. Estructura. Comprueba si las búsquedas de marca comparten campaña con las genéricas, si cada grupo de anuncios envía a las personas a la página de su propio servicio y si la misma palabra clave aparece en más de un grupo de anuncios.
4. Términos de búsqueda. Usa search_terms_report para separar los términos que gastan sin convertir, las marcas de la competencia y las búsquedas informativas. Nunca cuentes como desperdicio un término que tenga al menos una conversión.
5. Anuncios y recursos. Revisa la efectividad del anuncio, los recursos rechazados y si los enlaces de sitio apuntan a la página correcta. Señala por separado cualquier texto o recurso que describa un servicio que el negocio no ofrece: [servicios que no se ofrecen, o escribe "ninguno"].
6. Páginas de destino. Obtén clics, coste y tasa de conversión por página desde landing_page_view con google_ads_query. En las páginas que concentran más gasto, comprueba que existan un botón de teléfono y uno de WhatsApp y revisa la velocidad móvil con core_web_vitals.
7. Ubicación, horario y dispositivo. Muestra si la opción de ubicación está configurada como "Presencia", cuánto gasto va fuera de la zona objetivo y el gasto y las conversiones fuera de [horario comercial].

Da formato a la salida así: primero un resumen de cinco frases sobre la situación de la cuenta. Después, una tabla de hallazgos ordenada por importancia: problema, evidencia, impacto estimado, recomendación. Al final, las tres correcciones que hay que hacer primero y por qué cada una va antes. Cuando los datos no basten para llegar a una conclusión, no adivines: indica qué falta.

AuditoríaSolo lectura

Auditoría completa de una cuenta de Meta Ads con las tres correcciones prioritarias

Revisa en una sola pasada la medición, los problemas de entrega, la fase de aprendizaje, la segmentación, los emplazamientos y la fatiga de los anuncios. Ordena los hallazgos por importancia y señala las tres primeras correcciones sin modificar nada.

Cuándo usarloCuando los resultados de tus anuncios de Meta han bajado o se han estancado y quieres saber qué falla en la cuenta antes de tocar nada.

Audita de principio a fin mi cuenta publicitaria de Meta [ad account]. Usa los últimos 30 días como periodo principal y los 30 días anteriores como comparación. Es una revisión de solo lectura, no cambies nada.

Empieza con account_snapshot para la plataforma meta y obtén el estado, el presupuesto, el objetivo, la antigüedad y los resultados de cada campaña desde que empezó. Meta no tiene un único recuento de conversiones, así que usa el resultado que cada campaña realmente optimiza (leads, conversaciones de mensajería iniciadas, compras). Después repasa estas áreas en orden:

1. Medición. Comprueba la hora del último evento del píxel con list_meta_pixels. Confirma que el evento que optimiza cada campaña se está registrando de verdad. Señala las configuraciones que puedan contar dos veces el mismo resultado, por ejemplo leads recogidos tanto por el píxel como por un formulario instantáneo.
2. Entrega. Enumera los conjuntos de anuncios que estén rechazados, atascados en revisión, sin ningún anuncio activo o que gasten menos de la mitad de su presupuesto. Indica el motivo que da Meta en cada caso.
3. Fase de aprendizaje. Encuentra los conjuntos de anuncios divididos de forma tan fina que no pueden alcanzar 50 resultados por semana. Usa meta_change_history para mostrar las ediciones de los últimos 14 días que reiniciaron el aprendizaje.
4. Segmentación y audiencias. Señala los conjuntos de anuncios que apuntan a la misma audiencia y aquellos cuya frecuencia supere [maximum frequency].
5. Emplazamientos y dispositivos. Con get_report, compara el coste por resultado por publisher_platform y por dispositivo con la media de la cuenta. No tomes decisiones sobre segmentos con menos de 20 resultados.
6. Creatividades. Considera que un anuncio está fatigado cuando la frecuencia sube mientras el porcentaje de clics baja y el coste por resultado aumenta. Describe brevemente el enfoque que comparten los anuncios ganadores.
7. Destino. Verifica que la página o el enlace de WhatsApp a los que llevan los anuncios funcionan y se corresponden con el objetivo.

Da formato a la salida así: primero un resumen de cinco frases sobre el estado de la cuenta. Después, una tabla de hallazgos ordenados por importancia: problema, evidencia, impacto estimado, recomendación. Al final, las tres correcciones que hay que hacer primero y por qué cada una va antes. Cuando los datos no basten para sacar una conclusión, no adivines: di qué falta.

AuditoríaCambia tras tu aprobación

Unifica las consultas por teléfono y WhatsApp en una sola conversión fiable

Evita que una misma persona cuente dos veces cuando llama y también escribe por mensaje. Vincula los dos botones de la web a una única conversión y comprueba si el botón de llamada de los anuncios se está midiendo.

Cuándo usarloCuando los clientes potenciales llaman y escriben por WhatsApp desde tu web y sospechas que una misma persona cuenta como dos conversiones, haciendo que tu coste por conversión parezca menor del real.

En mi cuenta de Google Ads [nombre de la cuenta], los clientes potenciales nos contactan mediante los botones de teléfono y de WhatsApp de la web. Si una persona que pulsa ambos botones cuenta como dos conversiones, mi coste por conversión parece más barato de lo que es y el algoritmo de puja aprende lo equivocado. Soluciónalo.

1. Mapea la configuración actual. Lista las acciones principales, sus categorías y tipos de recuento con list_conversion_actions. En mi contenedor de Tag Manager [ID del contenedor de GTM], usa list_gtm_tags para mostrar qué etiqueta dispara cada etiqueta de conversión. Estima con números con qué frecuencia un mismo clic en un anuncio pudo generar más de una conversión de contacto en los últimos 30 días.
2. El botón de llamada de los anuncios. Con google_ads_query, comprueba cuántos clics y cuánto gasto se fueron al botón de llamada de los anuncios, y usa call_view para verificar si esas llamadas quedaron registradas. Si hay clics pero no hay registros, dilo claramente y ofrece dos opciones: eliminar el recurso de llamada o aceptar esos clics como tráfico no medido.
3. Muestra el plan. Propón una única acción de conversión llamada "Contact click (Phone + WhatsApp)" con el recuento configurado en uno. Vincúlala a una sola etiqueta que se dispare tanto con el activador de teléfono como con el de WhatsApp. Convierte las dos acciones antiguas en secundarias. Indica si las campañas con Smart Bidding necesitan que se revise su objetivo, porque el número de conversiones bajará.
4. Aplica tras mi aprobación. Crea la acción de conversión, configura el recuento en uno, actualiza la etiqueta en Tag Manager y muéstrame la lista de cambios antes de publicar. Tras la publicación, anota qué versión se puede restaurar.

Termina con un breve plan de pruebas: cómo comprobar en el modo de vista previa que solo se dispara la etiqueta nueva cuando se pulsan ambos botones, y cuántos días tarda la corrección en reflejarse en los datos reales.

AuditoríaSolo lectura

Realiza una auditoría completa de SEO, AEO y GEO y obtén un cuadro de puntuación respaldado por evidencias

Puntúa acceso, salud técnica, datos estructurados, citabilidad del contenido, señales de confianza y visibilidad medida en IA, en seis áreas de cinco comprobaciones concretas cada una. Muestra la evidencia de cada punto y ordena las correcciones por impacto y esfuerzo, sin modificar nada.

Cuándo usarloCuando quieres saber qué tan visible y confiable es tu sitio en la búsqueda clásica, en los motores de respuestas y en la búsqueda con IA, y necesitas una lista priorizada de qué corregir primero.

Audita mi sitio [site URL] de principio a fin para la búsqueda clásica, los motores de respuesta (AEO) y la búsqueda con IA (GEO). Mi propiedad de Search Console: [Search Console property]. Competidor principal: [competitor domain, or "none"]. Mercado: [country], idioma: [language code]. Las 3 búsquedas que más negocio me aportan: [3 commercial queries]. Mis plantillas de página más importantes: [homepage, one service page, one blog post URL]. Esto es solo lectura.

Regla de créditos: antes de empezar, revisa las ejecuciones anteriores con seo_history y vuelve a llamar con los mismos argumentos a las que se puedan reutilizar. Muéstrame una sola vez la lista de llamadas nuevas que consumirán créditos y espera mi aprobación.

Recopilación de datos:
1. Ejecuta el análisis conjunto con seo_full_analysis, pasando domain, competitor, location y language. Su sección de visibilidad en IA mide la única palabra clave por la que el sitio se posiciona mejor, que puede no tener nada que ver con mi negocio; no uses esa sección para puntuar y, en su lugar, mide mis 3 consultas comerciales con seo_ai_overview y target=[domain]. Si references está vacío, cuenta los dominios de los enlaces dentro de ai_answer.
2. Ejecuta seo_site_crawl con max_pages cercano al número de páginas del sitio (como máximo [page limit]). Devuelve un task_id; vuelve a llamar con el mismo task_id pasados de 60 a 90 segundos y espera hasta que llegue el resumen. Obtén la lista completa de URL de una incidencia con el parámetro issue cuando haga falta. Si el límite del rastreo no cubre todo el sitio, indica que los resultados son una muestra.
3. Lee robots.txt, sitemap.xml y llms.txt con site_read_url. Lee mis páginas de plantilla con text=true (si truncated es true, de nuevo con max_bytes=1000000) y con outline=true. Para JSON-LD, lee las mismas páginas con max_bytes=1000000 y extrae los bloques.
4. Mide la página de inicio y la página de servicio con seo_audit y strategy='mobile'. Para Core Web Vitals usa datos de usuarios reales (field) cuando existan; si no, el valor de laboratorio, e indica cuál has usado.
5. Usa get_report con platform='search_console' y los desgloses 'query by impressions' y 'page by impressions' de los últimos 90 días. Inspecciona con gsc_inspect_urls las 10 páginas con más impresiones. Obtén el estado del sitemap con gsc_sitemaps.
6. Recuerda que herramientas distintas pueden ver versiones distintas de la misma página: si seo_technical_audit o seo_site_crawl miden un título en un idioma diferente al que muestra site_read_url, regístralo como hallazgo, porque el sitio podría estar redirigiendo a los visitantes según su país.

Cuadro de puntuación: seis áreas, cinco comprobaciones cada una; cada comprobación es superada (1) o no superada (0). Si una comprobación no tiene datos, escribe "no medido" y quítala del denominador; nunca puntúes por suposición.
1. Acceso y rastreabilidad: robots.txt está abierto a los rastreadores de IA con función de búsqueda; las páginas clave devuelven 200 con como máximo una redirección; no hay noindex en las páginas clave; el sitemap no tiene errores y contiene las páginas clave; el contenido principal es visible sin JavaScript.
2. Salud técnica y velocidad: LCP móvil por debajo de 2,5 segundos; CLS por debajo de 0,1; INP por debajo de 200 ms; no hay páginas rotas ni enlaces internos rotos en el rastreo; no hay títulos ni descripciones duplicados.
3. Datos estructurados y entidad: existe un nodo Organization o LocalBusiness; los nodos están enlazados por @id; el schema se ajusta al tipo de página (Service, Article, Product); los datos del schema coinciden con el texto visible; las URL de sameAs funcionan.
4. Citabilidad del contenido: el primer párrafo de las páginas clave responde directamente a la pregunta; los encabezados nombran con claridad el tema o la pregunta; los datos comparables están en una tabla; existe un FAQ específico de la página; hay cifras y fechas concretas.
5. Señales de confianza: la página "quiénes somos" es concreta (quién, dónde, desde cuándo); los datos de contacto están en el sitio y son coherentes; las publicaciones muestran autor o editor; las fechas de publicación y actualización son visibles; las páginas legales son accesibles desde el pie de página mediante enlaces estáticos.
6. Visibilidad medida en IA: se te cita en la respuesta de IA de Google para al menos una de las 3 consultas comerciales; se te cita en la consulta de marca; llms.txt existe y es correcto; Search Console muestra clics de consultas sin marca; si el competidor principal aparece citado en estas consultas, hay al menos una en la que a mí también se me cita.

Formato de la salida. Primero, un resumen ejecutivo de cinco frases. Después, la tabla de puntuación: área, puntuación (p. ej., 3/5), comprobaciones no superadas. Luego, la tabla de evidencias: área, comprobación, resultado, evidencia (nombre de la herramienta y valor devuelto), URL afectadas. A continuación, la lista de correcciones: para cada elemento, el impacto (alto, medio, bajo), el esfuerzo (horas, días, semanas) y quién lo hace; primero, impacto alto y esfuerzo bajo. Al final, las tres primeras correcciones y por qué van en primer lugar. No emitas juicios sobre nada que no se haya medido.

AuditoríaSolo lectura

Verifica lo que dice la IA sobre tu marca: precios, dirección, horarios y servicios

Extrae lo que dice la respuesta de IA de Google ante preguntas sobre tu marca y en qué fuentes se apoya, y contrasta cada afirmación con los datos actuales de tu sitio y de tu Perfil de Empresa. Encuentra de qué fuente procede el dato erróneo o desactualizado y planifica cómo corregir esa fuente.

Cuándo usarloCuando sospechas que las respuestas de IA de Google, ChatGPT o Perplexity dan precios, dirección, horarios o servicios incorrectos o desactualizados sobre tu marca.

Comprueba si las respuestas de la IA dan información correcta sobre mi marca [brand name]. Mi sitio: [domain]. Mercado: [country], idioma: [language code]. Mi ubicación en el Perfil de Empresa: [location name or domain, or "none"]. Respuestas que copié de ChatGPT o Perplexity: [paste them, or "none"]. Es un trabajo de solo lectura y planificación.

1. Prepara las preguntas. Propón de 6 a 8 preguntas de estos tipos para mi marca y pídeme aprobación: "qué es [brand name]", "precios de [brand name]", "dónde está [brand name]" o su dirección, "horario de [brand name]", "qué servicios ofrece [brand name]", "[brand name] vs [competitor]", "es fiable [brand name]". Escríbelas en el idioma del mercado.
2. Revisión de créditos. Usa seo_history para ver si estas preguntas se ejecutaron hace poco y vuelve a llamar a las reutilizables con los mismos argumentos.
3. Respuestas de IA de Google. Ejecuta seo_ai_overview para cada pregunta: target=[domain], location=[country name in English], language=[language code]. Toma el texto de la respuesta (ai_answer) y las fuentes. Si references está vacío, usa los enlaces dentro de ai_answer como fuentes. ai_answer se corta a los 1.200 caracteres, así que indica que las afirmaciones de la parte cortada no se pueden evaluar. Anota cualquier pregunta sin respuesta como "sin respuesta de IA".
4. ChatGPT y Perplexity. Las herramientas de Opus Growth no devuelven el texto de respuesta de estos motores. Si pegué respuestas, júzgalas igual. Si no lo hice, sugiere que haga estas preguntas en un chat nuevo, sin historial, y pegue las respuestas.
5. Reúne los datos correctos. Lee las páginas de precios, contacto, quiénes somos y servicios con site_read_url y text=true (si truncated es true, de nuevo con max_bytes=1000000). Si tengo una ubicación, lee el nombre, la dirección, el teléfono, el horario, las categorías y la lista de servicios con gbp_location_details. Si estas dos fuentes no coinciden, dilo por separado, porque la IA no puede saber cuál de las dos repetir.
6. Compara las afirmaciones. Pon cada afirmación concreta de cada respuesta (precio, nombre de plan, dirección, teléfono, horario, servicio, año de fundación, propiedad, comparación) en su propia fila y asígnale una de estas etiquetas: correcta, desactualizada (fue cierta alguna vez), errónea, no está en el sitio (no se puede verificar). No etiquetes por suposición.
7. Encuentra la fuente. Para cada afirmación desactualizada o errónea, abre la fuente que cita la respuesta: lee esa página con site_read_url y confirma si el dato erróneo está realmente ahí. Si la fuente está en mi sitio, indica qué página y qué frase. Si es un sitio de terceros (un directorio, una noticia antigua, un sitio de reclamaciones), da su URL y la fecha de la página.

Da formato a la salida así. Primero un resumen de cuatro frases: cuántas afirmaciones son correctas, cuántas están desactualizadas o son erróneas y cuál de las erróneas causa más daño. Después una tabla de afirmaciones: pregunta, qué dijo la IA, la fuente en la que se apoyó, el dato correcto y su fuente (página del sitio o Perfil de Empresa), etiqueta. Después un plan de corrección, con cada fila según el origen del error:
1. La fuente es mi sitio: la página y la frase que hay que cambiar, el texto antiguo y el nuevo. Si un precio antiguo o un servicio descontinuado sigue en otra página, sugiere actualizar esa página o redirigirla con un 301.
2. La fuente es el Perfil de Empresa: el campo que hay que cambiar, el valor antiguo y el nuevo.
3. La fuente es un tercero: cómo enviar a ese sitio una solicitud de corrección, con un borrador del mensaje. No lo envíes.
4. El dato no está escrito con claridad en ningún sitio: qué página del sitio debería indicarlo en una frase clara.

No cambies nada y no envíes mensajes. Las respuestas de IA pueden tardar semanas en volver a leer una fuente corregida; dilo y sugiere volver a medir las mismas preguntas en 4 semanas.

AuditoríaSolo lectura

Comprueba si los rastreadores de IA pueden acceder a tu sitio y leerlo

Resuelve el robots.txt de cada rastreador de IA según su función, revisa códigos de estado, redirecciones y cabeceras de bloqueo, y mide qué muestra cada página sin JavaScript. Termina con una lista de correcciones priorizada y no cambia nada.

Cuándo usarloCuando quieres saber si ChatGPT, Claude, Perplexity, Gemini y Copilot pueden realmente acceder a tu sitio y leer su contenido, o sospechas que los rastreadores de IA están bloqueados o ven páginas vacías.

Comprueba si mi sitio [site URL] puede servir contenido a los buscadores de IA como ChatGPT, Claude, Perplexity, Gemini y Copilot. Mi propiedad de Search Console es [Search Console property, or "none"]. Mis páginas más importantes son: [5 to 10 page URLs]. Esta es una auditoría de solo lectura, no cambies nada.

1. robots.txt. Lee [site URL]/robots.txt con site_read_url y anota el código de estado. Si el archivo devuelve 5xx o entra en un bucle de redirecciones, indícalo al principio: es posible que los rastreadores no rastreen el sitio en absoluto. Después determina qué grupo de reglas se aplica a cada uno de estos rastreadores y si mis páginas clave están permitidas: OAI-SearchBot, ChatGPT-User, GPTBot, Claude-SearchBot, Claude-User, ClaudeBot, PerplexityBot, Perplexity-User, Googlebot, Google-Extended, Bingbot, Applebot, Applebot-Extended, CCBot, meta-externalagent. Cuando un rastreador tiene un grupo con su propio nombre, solo se aplica ese grupo y las reglas de `User-agent: *` no, así que tenlo en cuenta.
2. Clasifica los rastreadores por función. Los que rastrean para búsqueda y citas son OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot y Googlebot. Los que obtienen una página en directo cuando un usuario hace una pregunta son ChatGPT-User, Claude-User y Perplexity-User. Los que recopilan datos de entrenamiento son GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot y meta-externalagent. Marca con la máxima gravedad cualquier rastreador de búsqueda bloqueado, porque el sitio no podrá ser citado en las respuestas de ese asistente. No trates un rastreador de entrenamiento bloqueado como un error, descríbelo como una decisión. Ten en cuenta que Google-Extended no afecta a Google Search ni a las AI Overviews y solo controla si el contenido se usa para los modelos de Gemini.
3. Códigos de estado y cabeceras. Lee cada página clave con site_read_url y max_bytes=0. Informa solo del código de estado, la cadena de redirecciones (redirects), las cabeceras `x-robots-tag` y `content-type` y el valor de `server`, no el volcado completo de cabeceras. Marca las cadenas de redirección de más de dos saltos, una URL final distinta de la canónica y cualquier cabecera noindex o nosnippet. Si una página devuelve 403, 429 o 503 y el valor de server muestra una capa de protección como Cloudflare, Sucuri o Akamai, indica que podría tratarse de un bloqueo de bots.
4. Contenido sin JavaScript. Lee las páginas clave con site_read_url y text=true. Esta vista se extrae del HTML que envía el servidor, que es lo que ve un rastreador de IA que no ejecuta JavaScript. Si la respuesta indica truncated es true, vuelve a leer la página con max_bytes=1000000; de lo contrario pensarás que falta contenido cercano al final. Para cada página, indica si el H1, el primer párrafo del contenido principal, los datos de precio o servicio y los datos de contacto aparecen en ese texto, y si internal_links contiene enlaces a las páginas del menú principal.
5. Contenido con JavaScript. Mide las tres páginas más importantes con seo_technical_audit, que renderiza la página con JavaScript. Señala por separado cualquier página en la que el título, el H1 o el idioma difieran entre las dos vistas. Una diferencia de idioma suele deberse a una redirección automática según el país o el idioma del navegador del visitante y, como la mayoría de los rastreadores de IA llegan desde servidores en Estados Unidos, puede hacer que vean la versión de idioma equivocada.
6. Qué ve Google. Si tengo una propiedad de Search Console, inspecciona las páginas clave en una sola llamada a gsc_inspect_urls: estado de cobertura, fecha del último rastreo y canónica elegida por Google. Enumera las páginas clave bloqueadas por robots.txt o que aparezcan como "Rastreada, actualmente sin indexar". Enumera los sitemaps enviados con sus advertencias y errores usando gsc_sitemaps.
7. Archivos de descubrimiento. Lee sitemap.xml y llms.txt con site_read_url. Comprueba que mis páginas clave estén en el sitemap y que los valores de lastmod parezcan reales, e indícalo si todas las URL llevan la misma fecha. Si falta llms.txt, anótalo como una carencia, pero no crítica, porque ninguno de los principales buscadores de IA ha dicho oficialmente que use este archivo como señal de posicionamiento o de citas.

Expón con claridad los límites de las herramientas. site_read_url envía su petición como un navegador y no puede hacerse pasar por GPTBot ni por ClaudeBot, de modo que una regla de firewall que bloquee solo por nombre de rastreador no aparecerá en esta auditoría. Si uso una CDN o un firewall, recuérdame que revise en su panel si hay un ajuste que bloquee los rastreadores de IA (en Cloudflare, "AI Crawl Control" o "Block AI bots"). Si el sitio está alojado en Opus Growth, no me remitas a ningún panel de CDN y, si ves un bloqueo, sugiere comunicarlo con report_issue.

Da formato a la salida así. Primero un resumen de tres frases: ¿está mi sitio abierto a la búsqueda con IA y, si no, cuál es el mayor obstáculo? Después una tabla de rastreadores: rastreador, función, decisión de robots.txt, la línea de regla que decide, gravedad. Después una tabla de páginas: URL, código de estado, redirecciones, x-robots-tag, H1 y primer párrafo en el texto sin JavaScript (sí o no), diferencia respecto a la vista con JavaScript, estado de cobertura en Google. Termina con una lista de correcciones ordenada por gravedad, cada una con su evidencia y quién debe hacerla (yo, un desarrollador, el proveedor de hosting). Cuando los datos no basten para una conclusión, no adivines: di qué falta.

Crear campañas

Ver los 48 →

Crear campañasCambia tras tu aprobación

Añade un botón de mensaje de WhatsApp a los anuncios de búsqueda de Google y mídelo

Añade el recurso de mensaje que inicia un chat de WhatsApp directamente desde la búsqueda en las campañas adecuadas. Redacta el mensaje precargado para cada servicio y comprueba que los chats se cuenten como conversiones.

Cuándo usarloCuando quieres que los usuarios inicien un chat de WhatsApp directamente desde tus anuncios de búsqueda de Google y necesitas medir esos chats como conversiones.

En mi cuenta de Google Ads [nombre de la cuenta], quiero que los clientes potenciales puedan escribirnos por WhatsApp directamente desde el resultado de búsqueda. El número de WhatsApp del negocio es [número de WhatsApp].

1. Revisa el estado actual. Usa list_extension_assets para mostrar qué campañas ya tienen un recurso de mensaje. Si alguna lo tiene, usa extension_asset_performance para mostrar cuántos clics obtuvo en los últimos 30 días y google_ads_query para ver si esos clics generaron conversiones.
2. ¿Qué campañas deberían tenerlo? Propón las campañas de Búsqueda que captan leads y tienen un alto porcentaje de tráfico móvil. Evalúa por separado la campaña de marca y las campañas de servicios.
3. Redacta los textos. Para cada campaña, propón un mensaje de bienvenida breve y una llamada a la acción acordes con el servicio, en el idioma de los anuncios. Ejemplo: "Hola, me gustaría recibir información sobre [servicio]." Sin precios ni promesas que no podamos cumplir.
4. Comprueba la medición. Usa list_conversion_goals para verificar si los chats iniciados desde el recurso de mensaje se cuentan como conversiones. Si el botón de WhatsApp del sitio web también se mide por separado, avísame de que una misma persona podría contarse dos veces y recomienda cuál debería ser la principal.
5. Vista previa y aprobación. Muestra los recursos que se añadirán en cada campaña y espera mi aprobación. Una vez aprobados, añádelos con manage_extension_assets y vuelve a leerlos para confirmar que se han aplicado.

Indica también las métricas que conviene revisar 14 días después de que el recurso entre en circulación: clics en el mensaje, chats iniciados y coste por chat.

Crear campañasCambia tras tu aprobación

Crea una campaña de TikTok que inicie chats de WhatsApp, creada en pausa

Crea una campaña de TikTok que lleva a los espectadores a WhatsApp con un mensaje prerrellenado en lugar de enviar el tráfico a la web. Crea todo en pausa, muestra una vista previa y deja el lanzamiento en tus manos.

Cuándo usarloCuando quieres llevar a los espectadores de TikTok directamente a chats de WhatsApp en lugar de a tu web y necesitas que te monten la campaña.

En mi cuenta publicitaria de TikTok [ad account], quiero llevar a los espectadores directamente a WhatsApp con un mensaje prerrellenado en lugar de a la página web. Mi número de WhatsApp es [WhatsApp number]. Servicios a promocionar: [services, e.g. "carnet de moto, carnet de camión"]. Zona objetivo: [city or region].

1. Preparación. Usa list_tiktok_identities para listar la identidad que usarán los anuncios, y list_tiktok_videos y list_tiktok_posts para ver los vídeos disponibles. Recomienda el mejor vídeo para cada servicio. Si no existe ningún vídeo adecuado, detente y describe el vídeo que hace falta.
2. Estructura. Propón una campaña de leads con un grupo de anuncios independiente por servicio. Encuentra la ubicación con tiktok_region_search. Elige el rango de edad a partir de los requisitos legales de cada servicio y explica por qué. Fija el presupuesto diario en [daily budget] por grupo; avísame si es inferior al presupuesto mínimo por grupo de anuncios de TikTok.
3. Destino. El enlace del anuncio debe abrir WhatsApp con un mensaje prerrellenado que nombre el servicio. Ejemplo: "Hola, me gustaría recibir información sobre [service]." Así, cada mensaje entrante indica de qué anuncio procede.
4. Vista previa. Muestra los ajustes de la campaña, del grupo de anuncios y del anuncio en una sola tabla y espera mi aprobación.
5. Creación. Tras mi aprobación, crea la campaña, los grupos de anuncios y los anuncios en pausa. Dame todos los ID. Deja los anuncios enviados a revisión de TikTok; los lanzaré yo mismo.

Termina con las métricas que conviene vigilar durante los primeros 7 días: clics a WhatsApp, coste por clic y cómo se reparten los mensajes entrantes por servicio.

Crear campañasCambia tras tu aprobación

Crea desde cero una campaña local de Búsqueda en Google, creada en pausa

Una campaña de Búsqueda completamente estructurada, con palabras clave, anuncios y negativas, que se muestra para tu aprobación antes de crearla en pausa.

Cuándo usarloCuando vas a lanzar Google Ads para un negocio local y necesitas una campaña de Búsqueda bien estructurada desde cero.

Configura una nueva campaña de Búsqueda en Google para mi [tipo de negocio] en [ciudad]. Debe crearse en pausa.

1) Ejecuta el Planificador de palabras clave con 5-10 términos semilla de mis servicios principales. Conserva las ideas con al menos 50 búsquedas mensuales promedio. Descarta las consultas de empleo, hazlo tú mismo (DIY), gratis y formación.
2) Agrupa las ideas restantes en 2-4 grupos de anuncios con una temática muy definida, un servicio por grupo. Usa solo concordancia de frase y exacta, sin concordancia amplia en el lanzamiento.
3) Busca el ID de ubicación de [ciudad]. Configura la opción de ubicación como personas presentes en la ubicación, no personas interesadas en ella.
4) Escribe un anuncio adaptable de búsqueda por grupo de anuncios con al menos 12 títulos y 4 descripciones. Incluye la ciudad y una llamada a la acción clara. La URL final es [URL de la página de destino].
5) Añade palabras clave negativas a nivel de campaña: empleo, sueldo, gratis, cómo, curso, usado.
6) Establece el presupuesto diario en [presupuesto diario] con Maximizar clics para empezar.

Antes de crear nada, muéstrame la estructura completa en una tabla. Incluye grupo de anuncios, palabra clave, tipo de concordancia, búsquedas mensuales, títulos con el recuento de caracteres, negativas, presupuesto y ubicación. Espera mi aprobación y luego crea la campaña en pausa.

Crear campañasCambia tras tu aprobación

Campaña Demand Gen con mis vídeos de YouTube de mayor retención

Preselecciona tus vídeos cortos de YouTube con mejor retención y crea en pausa una campaña Demand Gen con ellos. Añade segmentación por país e idioma, una audiencia de remarketing de 30 días y textos de anuncio listos para usar, y muestra una vista previa de cada paso antes de crear nada.

Cuándo usarloCuando quieres convertir tus mejores videos cortos de YouTube en una campaña Demand Gen de Google con remarketing.

Quiero una campaña Demand Gen que utilice mis propios vídeos de YouTube. Debe crearse en pausa.

Datos de entrada:
- Página de destino: [URL de la página de producto o servicio]
- País: [país]
- Idioma: [idioma]
- Presupuesto diario: [presupuesto diario]
- Nombre de la empresa (máx. 25 caracteres): [nombre de la empresa]

1) Preselección de vídeos.
 - Enumera mis canales de YouTube. Si hay más de uno, pregúntame cuál usar.
 - Obtén el resumen del canal de los últimos 90 días para tener como referencia el porcentaje medio de visualización del canal.
 - Obtén mis 25 vídeos principales del mismo periodo.
 - Ordénalos por duración media de visualización en segundos, no por visualizaciones. Muestra de cada vídeo el título, las visualizaciones, el tiempo de reproducción y la duración media de visualización.
 - El informe no incluye la duración del vídeo ni el porcentaje de visualización por vídeo. Toma los 6 primeros por duración media de visualización y pídeme que pegue la duración de cada uno, o el "porcentaje medio visto" de YouTube Studio. Después calcula el porcentaje de visualización como la duración media de visualización dividida entre la duración del vídeo.
 - Preselecciona 2-3 vídeos de menos de 60 segundos y con más de un 40 % de porcentaje medio de visualización. Si ninguno cumple, indícalo y detente.
 - Para cada vídeo preseleccionado, pídeme el enlace de YouTube o el ID del vídeo si aún no lo tienes.
2) Revisión de audiencias. Enumera mis audiencias con sus definiciones. Busca una lista de remarketing de visitantes de [URL de la página de producto o servicio] con una duración de pertenencia de 30 días.
 - Si existe, úsala.
 - Si no, propón una: nombre, regla de URL (CONTIENE [ruta de la URL de la página de producto o servicio]), duración de pertenencia 30 días, periodo de retrospectiva 30 días.
3) Plan de campaña:
 - Campaña: Demand Gen, presupuesto diario [presupuesto diario], estrategia de puja Maximizar conversiones salvo que yo indique otra cosa.
 - Un grupo de anuncios, con el nombre del producto o servicio.
 - Ubicación del grupo de anuncios: [país]. Idioma del grupo de anuncios: [idioma]. Demand Gen mantiene la ubicación y el idioma en el grupo de anuncios. Sin este paso la campaña se dirige a todos los países, así que debe aplicarse antes de activar nada.
 - Audiencia de remarketing en el grupo de anuncios. Una lista recién creada empieza vacía y se va llenando durante los días siguientes. Recomienda si conviene añadirla como Observación o como Segmentación según su tamaño actual y explica por qué.
4) Textos de anuncio. Para cada vídeo preseleccionado, redacta:
 - 3 títulos (máx. 40 caracteres cada uno)
 - 1 título largo (máx. 90)
 - 2 descripciones (máx. 90)
 - Una llamada a la acción
 Muestra el recuento de caracteres. La URL final de todos los anuncios es [URL de la página de producto o servicio] y el nombre de la empresa es [nombre de la empresa].

Muéstrame primero una vista previa de todo: la preselección con sus métricas, la regla de audiencia, los ajustes de la campaña y del grupo de anuncios, la segmentación y todos los textos. Espera mi aprobación. Después crea los elementos en este orden, mostrando una simulación (confirm=false) de cada paso y esperando mi visto bueno antes de confirmar:
a) La audiencia de remarketing, si hace falta una nueva.
b) La campaña Demand Gen (en pausa).
c) El grupo de anuncios. Primero comprueba si la campaña ya tiene uno enumerando sus grupos de anuncios. Si no lo tiene, ejecuta la creación del grupo de anuncios como simulación. Si la herramienta lo rechaza para una campaña Demand Gen, dime que añada un grupo de anuncios en la interfaz de Google Ads y que pegue su ID, y continúa.
d) Segmentación de ubicación e idioma del grupo de anuncios. Tras aplicarla, vuelve a leer la segmentación del grupo de anuncios y confirma que solo están configurados [país] y [idioma].
e) Asocia la audiencia al grupo de anuncios en el modo acordado.
f) Un anuncio de vídeo por cada vídeo preseleccionado.

Termina con un resumen de los IDs creados y confirma que la campaña sigue en pausa.

Crear campañasCambia tras tu aprobación

Revisión final previa al lanzamiento de tus campañas en pausa antes de activarlas

Audita todas las campañas en pausa creadas recientemente (segmentación, calidad del anuncio, políticas, extensiones, horario, presupuesto y página de destino) y propone activar solo las que no tengan ningún fallo.

Cuándo usarloCuando has creado varias campañas pausadas en Google Ads y quieres asegurarte de que están listas antes de activar ninguna.

Revisa todas las campañas que creé en los últimos 14 días y que siguen en pausa, antes de activar ninguna. Usa la instantánea de la cuenta, incluidas las campañas inactivas, para encontrarlas por fecha de creación, y enumera sus grupos de anuncios y anuncios.

Mis presupuestos diarios previstos: [nombre de la campaña: presupuesto diario, uno por línea]
Mi horario de atención: [horario de atención]

Para cada campaña, comprueba lo siguiente:

1) Segmentación. La opción de ubicación debe ser personas presentes en la ubicación, no personas interesadas en ella. Confirma que el idioma es correcto y que los ajustes de dispositivos tienen sentido. En las campañas Demand Gen, lee la ubicación y el idioma de cada grupo de anuncios, porque Google los guarda ahí.
2) Anuncios. Cada grupo de anuncios debe tener al menos un anuncio con una Ad Strength (calidad del anuncio) de Buena o superior. Enumera los elementos de mejora de Google para el resto. En Performance Max, comprueba en su lugar la Ad Strength del grupo de recursos. Señala también los anuncios que están pausados: un anuncio pausado sigue pausado cuando se activa la campaña y no se publica.
3) Políticas. Comprueba si hay anuncios rechazados o limitados e indica el motivo y el texto que lo provoca según Google.
4) Extensiones. Las campañas de Búsqueda deben tener al menos 4 enlaces de sitio y 4 textos destacados. En otros tipos de campaña, marca esta comprobación como no aplicable en lugar de fallida.
5) Horario y presupuesto. Comprueba que el horario de los anuncios coincide con mi horario de atención y que el presupuesto diario coincide con la cifra que te di arriba. Si no di una cifra para una campaña, muestra el presupuesto actual y márcalo como "por confirmar".
6) Página de destino. Toma la URL final de los anuncios. Ejecuta una auditoría SEO y de etiquetas en móvil y comprueba los Core Web Vitals en móvil. Marca la página como fallida si el LCP en móvil supera los 2,5 segundos (usa datos de campo de usuarios reales cuando estén disponibles, si no datos de laboratorio, e indica cuáles) o si no se encuentra ninguna etiqueta de Google (Google Ads o GA4 / GTM) entre las etiquetas de medición cargadas.

Entrega una tabla por campaña con estas columnas: comprobación, aprobado/fallido/no aplicable, detalle, solución.

Regla de decisión: recomienda activar solo las campañas sin ningún fallo. Muestra esa lista como simulación (confirm=false), incluyendo los anuncios en pausa de su interior que también habría que activar, y espera mi aprobación antes de cambiar ningún estado.

Crear campañasCambia tras tu aprobación

Configura una campaña de retargeting dinámico de productos en Meta a partir del catálogo

Comprueba el píxel, el catálogo, el conjunto de productos y la Página, crea solo las audiencias de retargeting que falten y prepara en pausa una campaña de Ventas con un conjunto de anuncios de catálogo y un anuncio dinámico, con simulaciones y aprobación antes de crear nada.

Cuándo usarloCuando una tienda online quiere recuperar a visitantes que vieron productos o abandonaron el carrito y necesitas una campaña de remarketing dinámico desde el catálogo.

Configura una campaña de retargeting dinámico de productos para el cliente de e-commerce [cuenta publicitaria del cliente].

Comprobaciones previas: detente e infórmame si alguna falla.
- El píxel se ha activado recientemente. Lee su última activación y detente si tiene más de 24 horas o está vacía. Si el valor solo tiene precisión de día, dilo e indícame qué muestra.
- El catálogo aparece entre los catálogos del Business Manager de la cuenta publicitaria y su número de productos es superior a cero.
- El conjunto de productos [nombre del conjunto de productos] existe en ese catálogo. Si falta, enumera los conjuntos de productos disponibles. Si el listado muestra un número de productos, confirma que no está vacío; si no lo muestra, dilo.
- La Página de Facebook para la que esta cuenta publicitaria tiene realmente permiso para anunciarse (compruébalo con la cuenta publicitaria, no solo con mi lista personal de Páginas).

Audiencias: revisa primero las audiencias personalizadas existentes y propón solo las que falten. Cada audiencia de sitio web se construye a partir de un único evento del píxel, así que el grupo de retargeting son dos audiencias usadas conjuntamente en el conjunto de anuncios:
- Vio un producto (ViewContent), retención de 14 días
- Añadió al carrito (AddToCart), retención de 14 días
- Compradores (Purchase), retención de 30 días, como exclusión
Si el listado de audiencias devuelve tamaños, avísame cuando las audiencias de 14 días parezcan demasiado pequeñas para entregar anuncios.

Prepara lo siguiente:
- Una campaña con el objetivo Ventas, creada en pausa y sin presupuesto de campaña, de modo que el presupuesto lo gestione el conjunto de anuncios.
- Un conjunto de anuncios de catálogo vinculado al catálogo y al conjunto de productos, dirigido a las dos audiencias de 14 días, con los compradores excluidos, con ubicaciones automáticas (sin restricciones de ubicación), optimización de conversiones sobre el evento Purchase del píxel y un presupuesto diario de [presupuesto diario], creado en pausa.
- Un anuncio dinámico en la Página con un botón Comprar ahora y el enlace alternativo [página de inicio de la tienda], creado en pausa. El catálogo rellena el nombre del producto; incluye el precio en la descripción con {{product.price}}. Redacta un texto principal que recuerde al usuario el producto que vio, sin promesas de descuento salvo que yo las añada.

Paso 1: muestra el plan completo con la salida de confirm=false de cada audiencia que vayas a crear y de la campaña. Espera mi aprobación.
Paso 2: tras mi aprobación, crea las audiencias y la campaña en pausa. Después muestra la salida de confirm=false del conjunto de anuncios y del anuncio (necesitan los nuevos IDs). Espera de nuevo mi aprobación.
Paso 3: una vez aprobado, créalos en pausa. Ejecuta una estimación de entrega sobre el nuevo conjunto de anuncios y avísame si la audiencia es pequeña. Toma el creative id de la respuesta de creación (o léelo del creativo del nuevo anuncio) y genera vistas previas para Facebook Feed, Instagram Feed, Facebook Stories e Instagram Stories, para que pueda revisarlas antes de que se gaste nada. Devuelve todos los IDs.

Optimización

Ver los 48 →

OptimizaciónCambia tras tu aprobación

¿Por qué no se muestran mis anuncios? Diagnóstico de puja de primera página, ranking y presupuesto

Separa, palabra clave por palabra clave, si el gasto bajo o las pocas impresiones se deben a las pujas, a la calidad o al presupuesto. Aplica cambios de puja y de presupuesto solo después de tu aprobación.

Cuándo usarloCuando tus campañas de Google Ads gastan muy por debajo del presupuesto o casi no obtienen impresiones y necesitas saber si la causa son las pujas, la calidad o el presupuesto.

En mi cuenta de Google Ads [account name], [campaign names or "all Search campaigns"] gastan muy por debajo del presupuesto o reciben muy pocas impresiones. Usa los últimos 30 días para averiguar por qué.

1. Nivel de campaña. Usa impression_share_analysis para mostrar la cuota de impresiones de cada campaña, la cuota perdida por presupuesto y por ranking, y con qué frecuencia los anuncios aparecen en la parte superior de la página. Si una campaña no logra consumir su presupuesto y aun así muestra cuota perdida por presupuesto, explica el motivo probable.
2. Nivel de palabra clave. Con keyword_quality_report y google_ads_query sobre keyword_view, extrae de cada palabra clave activa la puja, las estimaciones de primera página y de parte superior de la página, el Nivel de calidad y sus tres componentes. Clasifica las palabras clave en cuatro grupos: puja por debajo de la estimación de primera página, se muestra poco por baja calidad, volumen demasiado bajo, sin problema.
3. Recomendación. Para las palabras clave con la puja demasiado baja y que encajan con mi negocio, propón una nueva puja. No debe ser inferior a la estimación de primera página ni superar [max cost per click]. Para las palabras clave de baja calidad, en lugar de subir la puja, indica qué componente hay que corregir: relevancia del anuncio, porcentaje de clics esperado o página de destino. Para las campañas que pierden cuota por presupuesto y generan conversiones, propón un presupuesto.
4. Vista previa y aprobación. Muestra la lista de cambios con los valores actuales y nuevos, calcula la variación estimada del gasto diario y espera mi aprobación. Una vez aprobado, aplica por separado las pujas de grupos de anuncios y de palabras clave.

Establece el orden de prioridad según [priority services, e.g. "motorcycle and heavy vehicle licences"]. Aumentar la visibilidad de estos servicios tiene preferencia sobre cualquier otra palabra clave.

OptimizaciónCambia tras tu aprobación

Deja de pagar por conseguir clientes que ya tienes: excluye a quienes ya convirtieron

Confirma o crea una lista de personas que llegaron a tu página de agradecimiento y la excluye de las campañas pensadas para captar clientes nuevos. Nunca excluye una lista basándose solo en su nombre cuando no se puede leer su definición.

Cuándo usarloCuando tus campañas de captación en Google Ads siguen mostrando anuncios a personas que ya compraron o rellenaron un formulario y estás gastando presupuesto en clientes que ya tienes.

En mi cuenta de Google Ads [nombre de la cuenta], las campañas pensadas para captar clientes nuevos pueden mostrarse también a personas que ya rellenaron un formulario o compraron. Quiero excluir a estas personas de mis campañas de captación. La dirección de mi página de agradecimiento o de pedido completado es: [URL de la página de agradecimiento]. Mis campañas de captación son: [nombres de las campañas, o escribe "decide tú"].

1. Separa las campañas. Obtén las campañas activas con account_snapshot. Deja fuera las campañas que tengan brand en el nombre y las campañas de remarketing. Deja fuera también las campañas Performance Max y anótalas aparte, porque este método no funciona igual en ellas.
2. Lee las listas existentes. Con list_audiences y definition=true, obtén todas las listas con su definición, su duración de pertenencia y sus tamaños en Búsqueda y Display. Nunca excluyas una lista cuya definición no se pueda leer basándote solo en su nombre, porque excluir la lista equivocada bloquea en silencio también a clientes potenciales reales. En ese caso, muéstrame la lista y pídeme que confirme su regla en la interfaz de Google Ads.
3. Elige o crea la lista adecuada. Si una lista con definición confirmada cubre a los visitantes de la página de agradecimiento, úsala. Si no, propón una nueva con create_website_audience, pasando la ruta de la página de agradecimiento como url_contains y [duración de pertenencia, p. ej. 180 según tu ciclo de ventas] como membership_days. Ten en cuenta que una lista nueva tarda en llenarse y que Google necesita al menos 1.000 miembros activos para usar una lista en la red de Búsqueda; una exclusión con una lista más pequeña no tiene efecto en Búsqueda.
4. Lee lo que ya está asociado. Con google_ads_query, obtén los criterios USER_LIST con el campo negative de campaign_criterion y ad_group_criterion. No propongas añadir de nuevo la misma lista donde ya está excluida.
5. Vista previa y aplicación. Para cada campaña, usa manage_audience_targeting con action=exclude y el nombre o ID de la lista como audience; no establezcas bid_modifier. Muestra primero la vista previa de todas las campañas con confirm=false, espera mi aprobación, luego aplica y confirma, leyendo de nuevo campaign_criterion, que la lista se añadió con negative=true.

Excepción: si mi negocio se basa en compras repetidas o renovaciones (renovaciones de suscripción, servicios periódicos, consumibles), excluir a estas personas puede reducir los ingresos. Pregúntame esto al principio y, según mi respuesta, propón una campaña de remarketing aparte en lugar de una exclusión.

Da formato a la salida así: una tabla de campañas (campaña, tipo, exclusiones existentes, lista que añadir, tamaño de la lista en Búsqueda y Display, decisión), una estimación aproximada de cuándo la lista podría alcanzar un tamaño utilizable en Búsqueda y el gasto que fue a parar a esta lista en los últimos 30 días. Puedes medir ese gasto con google_ads_query a partir de campaign_audience_view y ad_group_audience_view solo si la lista ya estaba asociada a la campaña en modo de observación; si no lo estaba, di que no se puede medir y no lo adivines.

OptimizaciónCambia tras tu aprobación

Envía de vuelta ventas de clics de Microsoft Ads como conversiones offline

Sube a Microsoft Ads las ventas cerradas por teléfono o en tienda usando el Microsoft Click ID (MSCLKID). Primero revisa el objetivo offline y los datos, elimina filas duplicadas e incompletas y deja la vista previa para tu aprobación.

Cuándo usarloCuando los clientes potenciales de Microsoft Ads cierran la venta por teléfono o en tienda y las pujas nunca llegan a ver esas ventas.

En mi cuenta de Microsoft Ads [account name], algunos de los prospectos que llegan desde los anuncios acaban convirtiéndose más tarde en ventas por teléfono o en tienda. Quiero enviar esas ventas de vuelta con el Microsoft Click ID (MSCLKID) para que las pujas aprendan de ventas reales. Esta es mi lista de ventas: [paste the table with MSCLKID, sale date and time, time zone and sale amount columns].

1. Localiza la cuenta. Obtén el ID de la cuenta y la moneda con list_microsoft_accounts. Si la moneda llega vacía, no la supongas: pregúntame.
2. Revisa los objetivos. Con list_microsoft_conversion_goals, enumera los objetivos de conversión de la cuenta con su tipo, tipo de recuento y ventana de conversión (conversion_window_min, en minutos). Si no hay ningún objetivo de tipo offline, detente y avísame. create_microsoft_conversion_goal solo crea objetivos basados en URL, así que tengo que crear yo mismo el objetivo offline en la sección de objetivos de conversión de la interfaz de Microsoft Advertising. Cuando lo haya hecho, pídeme su nombre exacto.
3. Limpia los datos. Revisa mis filas con estas reglas:
   1. Elimina las filas con MSCLKID vacío e indica cuántas había.
   2. Si el mismo MSCLKID aparece dos veces, conserva solo una fila, porque enviar dos ventas por un mismo clic infla las conversiones. Si de verdad son dos ventas distintas, pregúntame.
   3. Convierte las fechas a UTC con el formato 2026-08-01T14:30:00Z. Si no se indica la zona horaria, no la supongas: pregúntame.
   4. La venta debe ser posterior al clic y estar dentro de la ventana de conversión del objetivo. Si la lista no incluye la fecha del clic, dime claramente que esta comprobación no se pudo hacer.
   5. Convierte los importes en números y compara la moneda con la moneda de la cuenta.
4. Vista previa. Ejecuta upload_microsoft_offline_conversions con account_id, el nombre exacto del objetivo como conversion_name, las filas limpias como conversions (msclkid=...;datetime=...;value=..., una fila por línea) y la moneda, primero con confirm=false. Muéstrame el número de filas, una fila de muestra y el importe total de la vista previa.
5. Envía tras mi aprobación. Sube los datos con los mismos parámetros y confirm=true, e informa del resultado de la herramienta con el número de filas. Microsoft tarda en mostrar las conversiones en los informes, así que recuérdame comprobar al día siguiente con microsoft_report_query, extrayendo Conversions y Revenue del informe CampaignPerformance, si las ventas subidas aparecen.

Por último, redacta una breve lista de verificación para una configuración duradera: cómo confirmar en la interfaz de Microsoft Advertising que el etiquetado automático del MSCLKID está activado, cómo debe guardar el formulario del sitio el MSCLKID en un campo oculto y qué columnas debe rellenar el equipo de ventas en cada venta. Ten en cuenta que ninguna herramienta verifica esto, así que haré estos pasos yo mismo.

OptimizaciónCambia tras tu aprobación

Añade audiencias en modo observación a tus campañas de Búsqueda y descubre quién convierte mejor

Añade tus propias listas y segmentos de Google a las campañas de Búsqueda en modo observación, sin reducir el alcance. Revisa primero la trampa del modo de segmentación, lee el resultado después de añadir y deja un plan de lectura para 30 días más tarde.

Cuándo usarloCuando quieres saber qué audiencias convierten mejor en tus campañas de búsqueda sin reducir su alcance.

Quiero añadir segmentos de audiencia a las campañas de Búsqueda de mi cuenta de Google Ads [nombre de la cuenta] sin reducir su alcance. El objetivo es ver qué audiencias convierten mejor y decidir más adelante a partir de eso. Así describiría nuestro negocio y a nuestro cliente: [descripción del negocio y del cliente].

1. Estado actual. Obtén las campañas de Búsqueda activas, sus estrategias de puja y los resultados de los últimos 30 días con account_snapshot. Con google_ads_query, extrae las audiencias ya asociadas desde campaign_criterion y ad_group_criterion (type IN USER_LIST, USER_INTEREST, CUSTOM_AUDIENCE, COMBINED_AUDIENCE, con el campo negative).
2. Lee el modo de segmentación. Con google_ads_query, extrae targeting_setting.target_restrictions de los recursos campaign y ad_group y revisa la dimensión AUDIENCE. Si bid_only=false, ese nivel está en modo "Segmentación" y cada audiencia que se añada ahí reduce el alcance. Muéstrame primero esas campañas y grupos de anuncios y pregúntame antes de añadir nada en ellos.
3. Mis propias listas. Con list_audiences y definition=true, obtén las listas, sus tipos y su tamaño en la red de Búsqueda. Google necesita al menos 1.000 miembros activos para que una lista se pueda usar en Búsqueda; deja fuera de la propuesta las listas por debajo de ese umbral y muéstramelas por separado.
4. Propuesta. Propón un conjunto de como máximo 10 audiencias por campaña: mis propias listas, como visitantes del sitio y compradores, segmentos de intención de compra que encajen con mi negocio y, cuando tenga sentido, un segmento demográfico detallado. Escribe los segmentos de Google con su nombre exacto tal como aparece en la interfaz de Google Ads. No propongas segmentos de eventos importantes de la vida para campañas de Búsqueda, porque Google no los admite en Búsqueda.
5. Aplicar. Tras mi aprobación, añade cada audiencia con manage_audience_targeting usando action=attach y mode=OBSERVATION. Nunca dejes mode vacío y no establezcas bid_modifier. Primero haz una vista previa de todas las altas por campaña con confirm=false, luego aplícalas y después vuelve a leer campaign_criterion y targeting_setting con google_ads_query para confirmar que las audiencias se añadieron y que el modo de segmentación no cambió.

Escribe también un plan de lectura para que lo use dentro de 30 días: impresiones, clics, coste y conversiones por audiencia, a partir de campaign_audience_view y ad_group_audience_view con google_ads_query. Regla de decisión: no juzgues una audiencia con menos de 100 clics en 30 días; señala las audiencias cuya tasa de conversión esté un 30 % por encima o por debajo de la media de la campaña. Ten en cuenta que los ajustes de puja por audiencia no se aplican en campañas con Smart Bidding, así que los hallazgos ahí deben convertirse en decisiones de texto de anuncio, campañas separadas o exclusiones en lugar de cambios de puja.

Da formato a la salida así: avisos sobre el modo de segmentación, una tabla de audiencias propuestas por campaña (campaña, audiencia, tipo, tamaño en Búsqueda, motivo) y el plan de lectura a 30 días.

OptimizaciónCambia tras tu aprobación

Auditoría de estrategias de oferta compartidas y límites de CPC

Enumera las estrategias de oferta de cartera de la cuenta, qué campañas usa cada una y cómo se comparan los resultados reales con el objetivo. Detecta carteras sin uso, campañas mal agrupadas y límites de CPC que faltan, y deja las correcciones a tu aprobación.

Cuándo usarloCuando tus campañas de Google Ads comparten estrategias de puja de cartera y sospechas que hay carteras sin uso, campañas mal agrupadas o límites de CPC ausentes.

Audita las estrategias de oferta compartidas (de cartera) y los límites de CPC de las campañas en mi cuenta de Google Ads [nombre de la cuenta]. Mi CPA objetivo es [CPA objetivo] y mi ROAS objetivo es [ROAS objetivo, o escribe "ninguno"].

1. Enumera las carteras. Con google_ads_query, extrae del recurso bidding_strategy solo las estrategias con bidding_strategy.status = 'ENABLED': nombre, tipo, non_removed_campaign_count, CPA objetivo, ROAS objetivo y el techo y el suelo de CPC (por ejemplo maximize_conversions.cpc_bid_ceiling_micros, target_spend.cpc_bid_ceiling_micros). Este recurso también devuelve las estrategias eliminadas, así que no omitas el filtro de estado. Las estrategias que pertenecen a una cuenta de administrador no aparecen aquí; extráelas por separado de accessible_bidding_strategy con owner_customer_id y owner_descriptive_name.
2. Mapea las campañas. Con google_ads_query, extrae bidding_strategy_type, bidding_strategy y el techo de CPC a nivel de campaña (target_spend.cpc_bid_ceiling_micros) de todas las campañas que no estén eliminadas. Presenta en una tabla qué campaña usa qué cartera y cuál funciona con su propia estrategia.
3. Compara los resultados. Extrae los últimos 30 días a nivel de campaña con get_report y calcula el coste total, las conversiones, el coste por conversión y el ROAS de cada cartera. Pon el objetivo de la cartera junto al resultado real.

Señala lo siguiente:
1. Carteras activas que ninguna campaña usa.
2. Campañas de una misma cartera que tienen conversiones principales distintas o costes por conversión muy diferentes. El objetivo de una cartera se aplica a todas sus campañas en conjunto, por lo que compartir cartera entre campañas de marca y de no marca suele ser un error.
3. Carteras cuyo coste por conversión real sea superior a 1,5 veces el objetivo o inferior a la mitad. No juzgues una cartera con menos de 15 conversiones en los últimos 30 días; escribe "datos insuficientes".
4. Campañas con Maximizar conversiones o CPA objetivo en las que quiero limitar lo que puede costar un solo clic. En estas estrategias no se puede fijar un techo de CPC a nivel de campaña, solo mediante una estrategia de cartera.
5. Campañas con Maximizar clics sin techo de CPC.

Da formato a la salida así: primero la tabla de carteras (cartera, tipo, objetivo, techo de CPC, número de campañas, coste por conversión real, ROAS, hallazgo), después la tabla de campañas (campaña, estrategia, cartera, techo de CPC de la campaña, hallazgo) y, por último, una lista de cambios por orden de prioridad.

Realiza los cambios con manage_portfolio_bidding_strategy: create o create_and_assign para una cartera nueva, update para cambiar el objetivo o el límite de una existente, assign para vincular una campaña a una cartera existente, delete para eliminar una cartera que ninguna campaña use. Indica con claridad en la vista previa que cambiar el objetivo de una cartera afecta a TODAS las campañas que la usan. No propongas cambiar un objetivo más de un 20 % de una sola vez. Muestra la vista previa de cada cambio con confirm=false primero, espera mi aprobación, luego aplícalo y confírmalo volviendo a leer los recursos bidding_strategy y campaign.

OptimizaciónCambia tras tu aprobación

Encuentra términos de búsqueda que desperdician presupuesto y conviértelos en negativas

Combina las sugerencias inteligentes de palabras clave negativas con el informe completo de términos de búsqueda para señalar términos sin conversiones y términos demasiado caros, y muestra una vista previa de un lote agrupado de negativas que protege tu marca y tus palabras clave que convierten.

Cuándo usarloCuando el informe de términos de búsqueda de Google Ads muestra que se gasta presupuesto en búsquedas irrelevantes o caras y quieres cortarlo sin riesgo.

Revisa los términos de búsqueda de mi cuenta de Google Ads [nombre de la cuenta] de los últimos 30 días. Usa juntas las sugerencias inteligentes de palabras clave negativas y el informe completo de términos de búsqueda. El nombre de mi marca y sus grafías habituales son: [términos de marca].

Señala dos grupos:
1. Términos que gastaron más de [umbral de gasto] sin ninguna conversión.
2. Términos con exactamente una conversión cuyo coste sea superior a 2 veces mi CPA objetivo de [CPA objetivo]. Calcula esto tú mismo a partir del coste y las conversiones del informe de términos de búsqueda.

Omite cualquier término que el informe liste como already_negative y revisa mis negativas existentes (incluidas las listas compartidas) para no proponer nunca un duplicado.

Para la palabra clave que coincidió, consulta search_term_view con el segmento de palabra clave. Si ese campo no se devuelve para un término, escribe "no disponible" en lugar de adivinar.

Entrégame una sola tabla ordenada por coste, de mayor a menor. Columnas: término de búsqueda, campaña, grupo de anuncios, palabra clave coincidente, clics, coste, conversiones, negativa recomendada, tipo de concordancia, nivel (campaña o grupo de anuncios).

Reglas de decisión:
- Usa concordancia exacta para variantes aisladas.
- Usa concordancia de frase cuando la misma palabra no deseada aparezca en varios términos, por ejemplo "gratis", "empleos" o "hazlo tú mismo".
- Extrae mis palabras clave que convierten del informe de palabras clave. Nunca sugieras una negativa que bloquee alguna de ellas ni ninguno de mis términos de marca.
- Si un término es relevante pero simplemente caro, lístalo por separado como un problema de puja o de texto del anuncio, no como una negativa.

Termina con el ahorro mensual estimado. Usa como estimación el coste de los últimos 30 días de los términos que bloquearías e indica que se trata de un límite superior. Luego muestra una vista previa de las negativas que añadirías, agrupadas por campaña, como un lote por campaña. Espera mi aprobación antes de añadir nada.

Textos y creatividades

Ver los 45 →

Textos y creatividadesCambia tras tu aprobación

Encuentra titulares y descripciones débiles de RSA y reemplázalos directamente

Una tabla de rendimiento por recurso con indicadores claros de recursos débiles y dos reemplazos con ángulos ya probados para cada uno, aplicados solo después de tu aprobación.

Cuándo usarloCuando tus anuncios de búsqueda adaptables tienen títulos o descripciones que bajan el CTR o gastan sin convertir.

En mi cuenta de Google Ads [cuenta], revisa cada titular y cada descripción de los anuncios de búsqueda adaptables (RSA) activos de la campaña [campaña] durante los últimos 60 días.

Crea una tabla para cada anuncio con estas columnas:
- texto del recurso
- tipo (titular o descripción)
- impresiones, clics y CTR
- conversiones
- costo por conversión

Marca un recurso como débil en cualquiera de estos dos casos:
- tiene al menos 1.000 impresiones y su CTR es inferior al 70% del CTR promedio del anuncio, o
- ha gastado más de [CPA objetivo] sin ninguna conversión.

No toques los recursos con menos de 1.000 impresiones y márcalos como "datos insuficientes".

Para cada recurso débil, escribe 2 opciones de reemplazo con el mismo ángulo que los recursos de mejor rendimiento del anuncio. Los titulares pueden tener hasta 30 caracteres y las descripciones hasta 90. Muestra el conteo de caracteres de cada una.

Edita el anuncio existente en lugar de crear uno nuevo, para conservar su historial de rendimiento. Muéstrame como vista previa los cambios exactos de antes y después, anuncio por anuncio. Espera mi aprobación antes de modificar nada.

Textos y creatividadesCambia tras tu aprobación

Verifica la coherencia de mensaje entre los RSA y las páginas de destino de WordPress

Lee todos los RSA activos de una campaña, relaciona cada URL final con su página de WordPress (incluido Elementor) y valora si la página repite la palabra clave, la oferta y el CTA del anuncio. Propone la corrección más pequeña y no aplica nada sin tu aprobación.

Cuándo usarloCuando la gente hace clic en tus anuncios pero la página de destino de WordPress no repite lo que prometía el anuncio, y eso afecta a las conversiones o al Nivel de Calidad.

Comprueba si mis anuncios y mis páginas de destino dicen lo mismo. Cuenta de Google Ads: [account]. Sitio de WordPress: [site].

Paso 1: Anuncios
Lista los grupos de anuncios de la campaña [campaign] y lee todos los RSA activos con sus títulos, descripciones y URL final.

Paso 2: Localiza cada página
- Elimina los parámetros de seguimiento de cada URL final y relaciónala con una página o entrada de [site] a través de su slug.
- Si una URL no pertenece a [site] o coincide con más de una página, haz una lista con ellas y pregúntame en lugar de adivinar.

Paso 3: Lee cada página
- Primero comprueba cómo está construida la página. En una página de Elementor, los encabezados y botones visibles están en los datos de diseño de la página, así que léelos ahí. En el resto de páginas, lee el contenido completo.
- Extrae: el encabezado H1, el primer párrafo, la oferta principal o el texto del primer botón, y el meta título de los campos SEO.
- No puedes ver la página renderizada. Considera el H1, el primer párrafo y el primer botón, en el orden de la página, como la "primera pantalla". Indícalo cuando el orden no esté claro, por ejemplo cuando hay un shortcode de slider al principio.

Paso 4: Valora cada par anuncio-página
¿La página repite en la primera pantalla la palabra clave principal, la oferta y la llamada a la acción del anuncio?

Muestra una tabla con estas columnas:
- grupo de anuncios
- URL final
- constructor de páginas
- qué promete el anuncio
- qué dice la página
- coincidencia (buena, parcial o inexistente)

Paso 5: Correcciones
Para cada coincidencia parcial o inexistente, sugiere una única corrección: o bien editar un título del anuncio, o bien editar un encabezado de la página, lo que suponga el cambio más pequeño. Los títulos deben tener un máximo de 30 caracteres. Muestra el recuento de caracteres.

Muestra por separado la vista previa de las ediciones de los anuncios y de las ediciones de las páginas:
- Ediciones de anuncios: ejecuta cada cambio de RSA primero como vista previa, manteniendo tal cual todos los demás títulos, descripciones y fijaciones.
- Ediciones de páginas: las herramientas de WordPress no tienen modo de prueba, así que muéstrame el texto actual exacto, el texto propuesto y el elemento o campo que vas a cambiar.

No apliques nada hasta que yo lo confirme. Una vez aprobado:
- Aplica las ediciones de RSA aprobadas. Ten en cuenta que los anuncios editados vuelven a pasar por la revisión de Google.
- Aplica las ediciones de página aprobadas y después vacía la caché del sitio (y regenera el CSS de Elementor en las páginas de Elementor).
- Confirma que cada cambio se ha aplicado. Recuérdame que las ediciones de Elementor se pueden revertir a la versión anterior y que el resto de ediciones se conservan como revisiones de WordPress.

Textos y creatividadesCambia tras tu aprobación

Reescribe los títulos de RSA que provocaron rechazos o publicación limitada

Lista los RSA rechazados y con publicación limitada junto con el motivo de la política de Google y las pruebas, reescribe solo los recursos que Google señala y edita el anuncio existente tras una vista previa del antes y el después. Avisa de los problemas que no se resuelven cambiando el texto.

Cuándo usarloCuando algunos de tus anuncios de Google Ads están rechazados o con publicación limitada y necesitas corregir el texto que Google marcó.

Algunos de mis anuncios están rechazados o limitados.

Lista todos los anuncios de búsqueda adaptables de [account] que estén rechazados o en estado "Aprobado (limitado)". Para cada uno, muestra:
- campaña, grupo de anuncios e ID del anuncio
- el tema de la política y su tipo
- el título o la descripción exactos que lo provocaron, según las pruebas de Google
- los países en los que está limitado, si Google lo indica

Lee el texto completo de cada anuncio, incluidas las fijaciones, para poder relacionar las pruebas con recursos concretos.

Explica cada motivo en lenguaje sencillo. Algunos ejemplos son el uso de marcas registradas, el exceso de mayúsculas, afirmaciones no demostradas como "el mejor" o "n.º 1", símbolos o signos de puntuación, y categorías restringidas como salud o finanzas.

Reescribe únicamente los recursos infractores:
- Reescribe un recurso solo cuando las pruebas de Google apunten a él. Si Google no da detalles sobre un tema, no reescribas nada de ese anuncio. En su lugar, haz una lista de los recursos que sospechas y explica por qué, y pregúntame.
- Mantén el mismo significado, pero haz que cumpla la política.
- Los títulos pueden tener hasta 30 caracteres y las descripciones hasta 90. Muestra el recuento de caracteres de cada uno.
- Edita el anuncio existente en lugar de crear uno nuevo, para conservar su historial. Deja tal cual cualquier otro recurso y fijación.

Hay problemas que no se pueden resolver reescribiendo el texto. Por ejemplo, una marca registrada que requiere autorización, una certificación que falta o un problema en la página de destino, como un destino roto. En esos casos, dime qué tengo que hacer yo.

Muestra una vista previa del antes y el después de cada anuncio y espera mi aprobación antes de cambiar nada. Recuérdame que un anuncio editado vuelve a pasar por revisión.

Textos y creatividadesSolo lectura

Qué ángulos de mensaje ganan en Meta: análisis de ángulos de 90 días

Extrae 90 días de resultados de Meta a nivel de anuncio, lee la creatividad de los anuncios con gasto suficiente, etiqueta cada uno por ángulo, gancho, formato y CTA en una hoja revisable, y ordena los ángulos por coste por resultado ponderado por gasto. Termina con seis nuevas variaciones de texto.

Cuándo usarloCuando no sabes qué ángulo de mensaje (precio, problema, prueba social...) está generando resultados en tus anuncios de Meta y necesitas ideas nuevas de texto.

Analiza los últimos 90 días de anuncios de Meta en [account] y dime qué ángulos de mensaje generan realmente resultados. Cuenta como resultado [result action, e.g. lead, purchase].

Datos que debes extraer:
- Gasto, impresiones, resultados, coste por resultado y CTR de enlace a nivel de anuncio de los últimos 90 días.
- Para los anuncios de vídeo, ThruPlays dividido entre las impresiones.
- Incluye solo los anuncios que hayan gastado al menos [minimum spend].
- Si cumplen el requisito más de [40] anuncios, lee las creatividades de los [40] con más gasto e indícame cuántos has dejado fuera y qué gasto representan.
- Lee la creatividad completa de cada anuncio incluido: texto principal, titular, formato y botón.

Etiqueta cada anuncio en cuatro dimensiones:
- Ángulo: precio/valor, punto de dolor, prueba social, resultado, urgencia o característica del producto.
- Tipo de gancho de la primera línea: pregunta, estadística, afirmación atrevida o apelación directa.
- Formato: imagen, vídeo o carrusel.
- CTA.

Etiquetar los ángulos es una cuestión de criterio. Muestra primero la hoja de etiquetas: ID del anuncio, nombre del anuncio, primera línea del texto principal y las cuatro etiquetas. Marca con "?" las etiquetas de las que no estés seguro. Después continúa con el análisis. Si luego corrijo alguna etiqueta, vuelve a calcularlo todo.

Entrega:
1. Una tabla por ángulo con estas columnas: número de anuncios, gasto total, coste por resultado ponderado por gasto, CTR de enlace medio.
2. Los 3 mejores y los 3 peores ángulos, cada uno con el anuncio más destacado como ejemplo y una frase sobre por qué probablemente funcionó o falló. Marca como de baja confianza cualquier ángulo que se base en menos de 3 anuncios.
3. Seis nuevas variaciones de texto basadas en los 2 mejores ángulos. Cada una incluye un texto principal con el gancho en los primeros 125 caracteres, un titular de menos de 40 caracteres y un CTA. Cada variación prueba un tipo de gancho distinto.

Esto es solo análisis y redacción. No crees, pauses ni edites ningún anuncio.

Textos y creatividadesCambia tras tu aprobación

Convierte los titulares de RSA de Google que convierten en variaciones de anuncios para Meta

Ordena los titulares y descripciones de RSA que convierten en una campaña de Google elegida, adapta los mejores en 4 variaciones para Meta que evitan los mensajes que ya están activos, las crea en pausa tras tu aprobación, genera vistas previas de Feed y Reels y elimina las que rechaces.

Cuándo usarloCuando tienes mensajes de anuncios RSA de Google que convierten bien y quieres probarlos en Meta sin escribir textos desde cero.

Reutiliza en Meta los mensajes de Google Ads que ya convierten para [client]. Cuenta de Google Ads: [Google Ads account], campaña: [Google campaign]. Cuenta publicitaria de Meta: [Meta ad account], conjunto de anuncios: [ad set].

1. Extrae el informe de recursos de RSA de [Google campaign] de los últimos 90 días. Conserva los titulares y descripciones con al menos [minimum impressions, e.g. 1,000] impresiones. Ordénalos por tasa de conversión, usando el CTR como criterio de desempate, y muestra los 10 mejores en una tabla con impresiones, clics, conversiones y coste por conversión. Si menos de 5 recursos superan el umbral, dímelo y sugiere uno más bajo antes de continuar.
2. Lee los anuncios activos de [ad set] y sus creatividades para no duplicar mensajes que ya se están mostrando ahí. Anota la página de Facebook, la imagen y el botón que utilizan. Si el conjunto de anuncios usa vídeo en lugar de anuncios de imagen, detente y pregúntame cómo proceder.
3. Escribe 4 variaciones para Meta a partir de los mejores recursos. Cada una necesita texto principal, titular y botón de CTA. Adapta, no copies y pegues: un titular de búsqueda responde a una consulta que alguien escribió, mientras que el texto de Meta tiene que frenar el scroll. Empieza con el problema o el resultado y después incorpora la frase probada. Mantén cada afirmación idéntica a lo que dice el anuncio de Google. No añadas nuevos descuentos ni cifras.
4. Usa [landing page URL] como destino, la misma página de Facebook y la imagen que el conjunto de anuncios ya utiliza. Reutiliza su hash de imagen si la creatividad lo devuelve; si no, sube esa imagen una sola vez y reutiliza el hash para las 4.

Muéstrame primero las 4 variaciones como vista previa de texto. Meta solo puede generar una vista previa visual de una creatividad que ya existe, así que, una vez aprobado el texto, crea las variaciones aprobadas como anuncios nuevos en [ad set], en estado pausado. No se gasta nada mientras estén en pausa.

Después genera vistas previas de Feed y Reels de cada anuncio nuevo y muéstrame los enlaces. Para cualquier versión que rechace tras ver la vista previa, muestra primero una vista previa de su eliminación y bórrala solo cuando yo lo confirme. Deja en pausa las que conserve. No modifiques ningún anuncio existente.

Textos y creatividadesSolo lectura

Descubre qué textos de anuncios de TikTok impulsan realmente el ROAS

Un análisis de solo lectura de tus anuncios de TikTok. Los ordena por ROAS, compara los patrones de texto de los mejores y los peores y convierte las diferencias en reglas de copy respaldadas con cifras.

Cuándo usarloCuando algunos anuncios de TikTok tienen un ROAS mucho mejor que otros y quieres saber qué patrones de texto lo explican.

En mi cuenta publicitaria de TikTok [advertiser account], analiza qué textos de anuncios impulsan el ROAS. Es solo lectura, así que no cambies nada.

1. Comprueba primero los píxeles. Si ningún píxel tiene un evento de compra activo (CompletePayment o SHOPPING), detente y dímelo, porque el valor de compra y el ROAS aparecerán vacíos.
2. Extrae datos a nivel de anuncio de los últimos 30 días: gasto, impresiones, CTR, compras, valor de compra y ROAS. Si el ROAS no se devuelve directamente, calcúlalo como el valor de compra dividido entre el gasto.
3. Conserva los anuncios que hayan gastado al menos [minimum spend]. Lee el texto actual y la llamada a la acción de cada uno. En los anuncios Spark, el texto procede del pie del post orgánico, así que márcalos.

Entrega tres cosas:
1) Una tabla ordenada por ROAS con estas columnas: nombre del anuncio, texto del anuncio, CTA, gasto, CTR, compras, ROAS.
2) Una comparación de patrones entre el cuartil superior y el cuartil inferior por ROAS. Si cumplen el requisito menos de 8 anuncios, compara en su lugar la mitad superior con la mitad inferior e indícalo. Cubre:
   - primeras palabras
   - si se indica un precio o descuento
   - si se nombra el producto
   - prueba social
   - urgencia
   - longitud en caracteres
   - pregunta frente a afirmación
3) Cinco reglas de copy para nuevos anuncios. Respalda cada regla con las cifras en las que se basa.

Marca cualquier anuncio con menos de 10 compras como solo orientativo y déjalo fuera de las reglas.

Si existen campañas Smart+, lista sus anuncios en una tabla aparte. Incluye sus cifras solo si el informe las devuelve para esos IDs de anuncio; de lo contrario, lístalos sin métricas. En ambos casos, déjalos fuera de la comparación por cuartiles.

SEO y contenido

Ver los 53 →

SEO y contenidoCambia tras tu aprobaciónDemo en vivo

Publica mi sitio alojado en turco e inglés con hreflang, sitemaps por idioma y llms.txt

Añade una versión en inglés de un sitio estático bajo /en/: URL por idioma, hreflang y x-default, og:locale y lenguaje del schema por idioma, un selector de idioma estático, sitemaps y llms.txt por idioma. Comprueba con un script el emparejamiento y la calidad de la traducción, y mide cada página en dos dispositivos.

Cuándo usarloCuando tu sitio solo está publicado en un idioma y quieres añadir una versión en inglés que Google y los asistentes de IA emparejen correctamente con la original.

Mi sitio [site address] en mi servidor de Opus Growth está por ahora solo en turco. Quiero que añadas una versión en inglés y que configures ambos idiomas para que los buscadores y los asistentes de IA los emparejen correctamente. El público de la versión en inglés: [audience, for example foreign tourists]. Nombres que nunca se traducen: [brand name, product names, place names]. El idioma que ve por defecto un visitante de otros países (x-default): [Turkish or English].

1. Mapea el estado actual. Lee site_seo_guide, lista las páginas con site_list_files y anota la versión de restauración con site_versions. Propón una dirección en inglés para cada página en turco y muestra la tabla de correspondencias: el turco se queda en la raíz (/, /hizmetler/), el inglés va bajo /en/ (/en/, /en/services/). Escribe las direcciones con palabras en inglés, en minúsculas, como directorios que terminan en barra. No cambies las direcciones actuales en turco; si alguna tiene que cambiar, redirígela con 301 mediante site_redirects. Espera mi aprobación.
2. Traducción. Escribe cada página en inglés de modo que suene natural para el público, traduciendo el sentido y no frase por frase. Mantén exactamente igual datos como teléfonos, direcciones, precios y horarios, y no añadas afirmaciones nuevas. Títulos de 50 a 60 caracteres, descripciones de 140 a 160, únicos en cada idioma. Ambos idiomas tienen el mismo número de secciones. Cada página en inglés lleva `<html lang="en">` y responde directamente a la pregunta en su primer párrafo.
3. Configuración. Añade un bloque `locales.en` a assets/site.config.js: prefix "/en/", hreflang "en", ogLocale "en_US", la descripción del negocio en inglés, el menú en inglés, la llamada a la acción, la nota del pie y los textos de la interfaz (skip to content, menu, pages, contact). En un bloque `i18n`, escribe el idioma de la raíz, el idioma de x-default, los pares de direcciones en turco e inglés, las palabras que nunca se traducen (keepWords) y un glosario de términos.
4. Escribe un script i18n-stamp.mjs y colócalo en la raíz del sitio. Sus funciones:
   1. Imprimir en cada página, entre `` y ``, las etiquetas absolutas `<link rel="alternate" hreflang="tr-TR">`, `hreflang="en"` y `hreflang="x-default"`.
   2. Dentro del bloque que imprime seo-stamp.mjs, poner og:locale en en_US en las páginas en inglés, añadir el otro idioma como og:locale:alternate en ambos idiomas, poner el inLanguage del nodo WebSite en ["tr-TR", "en"] y reemplazar la description del nodo del negocio por la inglesa en las páginas en inglés.
   3. Generar sitemap-tr.xml y sitemap-en.xml con alternates xhtml:link para cada dirección y la fecha real de modificación del archivo como lastmod, y convertir sitemap.xml en un sitemapindex que apunte a ambos.
   4. Comprobar la traducción y salir con un código distinto de cero si hay errores: una página sin su par, un html lang que no coincide con la carpeta, un número de teléfono o un número largo distinto en los dos idiomas; como advertencias, un número distinto de h2, h3, imágenes o preguntas frecuentes en los dos idiomas, palabras con caracteres turcos en el texto inglés fuera de keepWords y términos del glosario sin usar.
   El nodo WebPage de cada página lleva el idioma de esa página como inLanguage. seo-check.mjs solo exime de la exigencia de BreadcrumbList a la página de inicio de la raíz, así que añade un BreadcrumbList de un solo elemento a la página de inicio de /en/.
5. Selector de idioma. El script chrome-stamp.mjs, que imprime el menú y el pie como HTML estático, da a las páginas bajo /en/ el menú y los textos de interfaz de locales.en, y construye el selector de idioma a partir de las etiquetas hreflang de la página, de modo que cada página enlace a SU PROPIA equivalente en el otro idioma y no a la página de inicio. Cada enlace de idioma lleva los atributos hreflang y lang y un área táctil de al menos 44 píxeles. No elijas el idioma mediante una redirección según el idioma del navegador.
6. llms.txt. Escribe el /llms.txt en turco en la raíz y la versión en inglés en /en/llms.txt; cada uno ofrece un resumen breve y exacto del sitio, la lista de páginas en su propio idioma y los datos de contacto, y enlaza con el otro. robots.txt sigue abierto a los rastreadores de IA y apunta solo al índice sitemap.xml.
7. Orden de ejecución tras cada edición: `node seo-stamp.mjs`, `node i18n-stamp.mjs`, `node chrome-stamp.mjs`, la compilación de Tailwind, luego `node seo-check.mjs`, `node design-check.mjs`, `npx --yes html-validate "**/*.html"`. seo-stamp reescribe su propio bloque cada vez que se ejecuta, así que i18n-stamp debe ejecutarse SIEMPRE después. Si el sitio todavía funciona con el CDN de Tailwind Play y fuentes de terceros, pásalo primero a CSS compilado y fuentes autoalojadas.
8. Mide. core_web_vitals en móvil y escritorio para cada página en ambos idiomas; seo_audit para ambas versiones de la página de inicio. Abre las páginas de inicio en turco y en inglés con site_preview en anchos de 360, 390, 768 y 1440 píxeles; los títulos en inglés suelen ser más largos, así que busca con atención cualquier desbordamiento. Criterios: rendimiento móvil de al menos 95 y las otras tres puntuaciones en 100; cero errores de seo-check, i18n-stamp y html-validate.
9. Después de publicar. Confirma las etiquetas hreflang y el selector de idioma en la página de inicio de /en/ con site_read_url. Si mi propiedad de Search Console es [Search Console property], envía sitemap.xml con gsc_submit_sitemap y comprueba la página de inicio de /en/ con gsc_url_inspect.

Resultado: la tabla de correspondencias de direcciones turco-inglés, una tabla de puntuaciones por página e idioma, la salida de la comprobación de i18n-stamp, las advertencias de traducción pendientes y una lista de frases que debería revisar.

SEO y contenidoCambia tras tu aprobación

Reestructura una página clave con la respuesta primero para que las respuestas de IA puedan citarla

Extrae las preguntas que la página ya recibe en Search Console y quién es citado en las respuestas de IA, y luego reorganiza el contenido existente con una respuesta directa al principio, encabezados en forma de pregunta, una tabla comparativa y unas FAQ específicas de la página. No inventa nada, se aplica tras la vista previa y tu aprobación, y registra una línea base para medir el resultado.

Cuándo usarloCuando la respuesta de una página clave de servicio o precios queda enterrada, la página posiciona en búsquedas de preguntas pero rara vez la citan las respuestas de IA o los fragmentos de Google.

Reestructura la página [page URL] de mi sitio con un diseño de "respuesta primero" que las respuestas de IA y Google puedan citar fácilmente. Tipo de sitio: [Opus Growth hosting or WordPress]. Mi propiedad de Search Console: [Search Console property]. Creo que la pregunta principal de la página es: [main question, e.g. "how much does a boiler service cost in Hackney"]. Datos que no están en el sitio y que confirmo que son correctos: [price range, duration, warranty and so on, or "none"].

1. Las preguntas que recibe la página. Usa get_report con platform='search_console', breakdown='page,query' para los últimos 90 días y quédate solo con las filas de esta página. Separa las consultas en forma de pregunta (qué, cómo, por qué, cuánto, cuál, diferencia, precio y sus equivalentes en el idioma de la página) con al menos 20 impresiones, ordenadas por impresiones. Guarda estas filas como línea base de medición: consulta, impresiones, clics, posición media.
2. El contenido actual. Lee la página con site_read_url, primero con outline=true y después con text=true (si truncated es true, vuelve a leerla con max_bytes=1000000). Enumera el árbol de encabezados, el primer párrafo y todas las cifras, precios, duraciones y afirmaciones de la página. Esa lista es todo lo que tienes permitido usar.
3. Lo que dice la IA. Revisa seo_history por si hay ejecuciones anteriores y luego ejecuta seo_ai_overview para la pregunta principal y para las dos preguntas con más impresiones (target=[domain], con la ubicación y el idioma de mi mercado). Anota qué dice la primera frase de la respuesta de IA, qué tipos de datos contiene (rango de precios, duración, pasos, comparación) y qué páginas cita. Si references está vacío, cuenta los dominios de los enlaces dentro de ai_answer. Estas llamadas consumen créditos, así que no ejecutes más de tres sin preguntarme.
4. La nueva estructura. Conserva el texto existente y propón este diseño:
   1. El H1 se mantiene, o se ajusta ligeramente para responder con más claridad a la pregunta principal.
   2. Justo debajo del H1, un párrafo de respuesta de 40 a 60 palabras: una respuesta directa a la pregunta principal en la primera frase y luego los dos datos concretos más importantes. Sin arranques del tipo "Hoy en día" o "Si te estás preguntando".
   3. Las secciones del cuerpo usan H2 en forma de pregunta tomados de las preguntas reales de Search Console. La primera frase bajo cada H2 responde a esa pregunta.
   4. Una tabla si la página contiene datos comparables (paquetes, duraciones, opciones). Si no los contiene, no inventes una.
   5. Al final, unas FAQ de 4 a 6 preguntas específicas de esta página. Las preguntas salen de Search Console o de temas que la página realmente responde.
   6. Una línea visible "Última actualización: [date]" y quién preparó la página (el nombre del negocio, salvo que te indique el nombre de una persona real).
   7. Como estas FAQ son visibles en la página, se puede añadir JSON-LD de FAQPage. Ten en cuenta que, desde 2023, Google solo muestra resultados enriquecidos de FAQ para sitios gubernamentales y de salud muy conocidos, así que el marcado sirve para que las máquinas lean el contenido, no para obtener un resultado enriquecido.
5. Sin datos inventados. No escribas ninguna cifra, precio, duración, garantía, número de clientes, valoración ni certificado que no esté en la página o en los datos que te di arriba. Si el párrafo de respuesta necesita un dato que no tenemos, escribe [FACT NEEDED: ...] en su lugar y pregúntamelo.
6. Control de calidad. Pasa todo el texto nuevo por seo_content_lint. Si human_score es inferior a 80 o se marca alguna frase, reescribe esos párrafos y vuelve a ejecutarlo.
7. Vista previa. Muéstrame la estructura antigua y la nueva lado a lado, sección por sección, indica en qué dato existente se apoya cada frase nueva y espera mi aprobación.
8. Aplica tras la aprobación.
   1. Hosting: lee el archivo de la página con site_read_file y cámbialo sección por sección con site_edit_file. Escribe el bloque FAQPage de forma estática en el head de la página y vincúlalo al grafo @id que ya existe en el sitio.
   2. WordPress: lee el contenido con wordpress_get_post. Si la página está creada con Elementor, lee el diseño con wordpress_page_design y cámbialo con wordpress_edit_page_design; si no, usa wordpress_update_post. No cambies el estado de publicación de la página.
9. Verifica. Con site_read_url y outline=true, muéstrame en vivo el único H1, los nuevos H2 y el párrafo de respuesta. Con text=true, confirma que el párrafo de respuesta es visible sin JavaScript.

Termina con un plan de medición: dentro de 4 a 6 semanas compararemos con la línea base las filas de Search Console de las mismas consultas y los resultados de seo_ai_overview de las mismas preguntas. No juzgues el efecto del cambio antes de ese momento.

SEO y contenidoSolo lectura

Comprueba que los rastreadores de IA ven la versión de idioma correcta de tu sitio multilingüe

Revisa la alineación de hreflang, canonical y html lang en cada versión de idioma, los alternates del sitemap y las redirecciones automáticas según el país o el idioma del navegador del visitante. Mide qué versión elige Google y qué página de idioma citan las respuestas de IA, sin modificar nada.

Cuándo usarloCuando tu web multilingüe parece posicionarse o ser citada en el idioma equivocado, o sospechas que las redirecciones automáticas por país o idioma del navegador impiden que Google y los rastreadores de IA vean tus versiones en alemán, francés u otros idiomas.

Mi sitio [site URL] está publicado en estos idiomas: [languages and URL structure, e.g. en: /, de: /de/, fr: /fr/]. Mi propiedad de Search Console: [Search Console property]. Las dos páginas más importantes por idioma: [homepage and one service page URL in each language]. Una pregunta comercial por mercado: [one question per language]. Esto es solo lectura.

La mayoría de los rastreadores de IA y los rastreadores de Google proceden de servidores en Estados Unidos, y el idioma de su navegador suele ser el inglés. Si el sitio redirige automáticamente a los visitantes según el país de la IP o el idioma del navegador, es posible que estos rastreadores nunca vean la página en alemán o en francés. El objetivo de este trabajo es medir precisamente eso.

1. Alineación de etiquetas. Lee las dos páginas de cada idioma con site_read_url (max_bytes por defecto; si el cuerpo se corta antes de `</head>`, usa max_bytes=1000000). De cada página extrae el valor de `<html lang>`, la URL canonical, todos los enlaces `rel="alternate" hreflang` y x-default. Comprueba: ¿la canonical apunta a la propia página (si la canonical de una versión de idioma apunta a otro idioma, esa versión desaparece del índice)?; ¿los enlaces hreflang son recíprocos (si A apunta a B, B debe apuntar a A)?; ¿cada URL de hreflang devuelve 200 (site_read_url con max_bytes=0)?; ¿los códigos de idioma son válidos (por ejemplo "en", "de", "en-GB"; no mezcles "de-DE" y "de")?; ¿html lang y hreflang indican el mismo idioma?
2. Sitemap. Lee sitemap.xml y los sitemaps secundarios, si los hay, con site_read_url. Compara los alternates xhtml:link con los hreflang de la página en dos páginas.
3. Comportamiento de las redirecciones. Lee la página de inicio de cada idioma con site_read_url y max_bytes=0 y anota la lista de redirects. Esta herramienta envía las solicitudes como un navegador desde un servidor fijo, así que no muestra lo que ve un visitante de otro país. Para eso, mide también la página de inicio de cada idioma con seo_technical_audit, que renderiza la página con JavaScript desde servidores en otra ubicación. Si las dos herramientas muestran un title o un H1 en idiomas distintos, el sitio está redirigiendo a los visitantes de esa ubicación a otra versión de idioma. Señálalo con la máxima gravedad y pregúntame: ¿la regla de redirección exime a los rastreadores de búsqueda y de IA (Googlebot, Bingbot, GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot) y usa 302 en lugar de 301? No puedes ver el código ni la configuración del servidor, así que no adivines la respuesta.
4. La elección de Google. Inspecciona las dos páginas de cada idioma en una sola llamada a gsc_inspect_urls. Si la canonical elegida por Google difiere de la propia página (por ejemplo, se elige la página en inglés para la página en alemán), indícalo. Usa get_report con platform='search_console' y breakdown='country' para los últimos 90 días, luego breakdown='page by impressions', y suma las impresiones y los clics por carpeta de idioma. Señala cualquier versión de idioma que obtenga casi ninguna impresión en su propio mercado.
5. El idioma que ve la IA. Ejecuta la pregunta comercial de cada mercado con seo_ai_overview usando los valores de ubicación e idioma de ese mercado y target=[domain]. Si se cita alguna de mis páginas, anota de qué versión de idioma se trata. Si references está vacío, usa los enlaces dentro de ai_answer. Que se cite mi página en inglés para una pregunta en alemán es señal de que la página en alemán no se está viendo lo suficiente.

Da formato a la salida así. Primero un resumen de cuatro frases. Después una tabla de páginas: URL, html lang, canonical (propia o no), número de hreflang y reciprocidad, x-default, canonical elegida por Google, estado. Luego una tabla de redirecciones: página de inicio del idioma, title en site_read_url, title en seo_technical_audit, diferencia. Después una tabla de mercados: idioma, impresiones y clics en su mercado principal, versión citada en la respuesta de IA. Termina con una lista de correcciones por orden de gravedad. Si hay una redirección automática de idioma, añade esta recomendación general: eximir a los rastreadores de la redirección, o mostrar a los visitantes un banner que sugiera un idioma en lugar de redirigirlos, es el enfoque que Google recomienda para los sitios multilingües.

SEO y contenidoSolo lectura

Crea clústeres de palabras clave por intención a partir de unas pocas palabras semilla

Una lista ordenada de clústeres de palabras clave con volumen, dificultad y el tipo de página o grupo de anuncios adecuado para cada uno.

Cuándo usarloCuando empiezas la investigación de palabras clave de un negocio y solo tienes unas pocas palabras semilla.

Vendo [product or service] en [city or country]. Parte de estas palabras clave semilla: [3 to 5 seed keywords].

Primero revisa seo_history para reutilizar resultados anteriores en lugar de pagar dos veces por la misma consulta. Luego usa Keyword Planner y la investigación de palabras clave SEO para reunir ideas con búsquedas mensuales promedio, competencia y dificultad de la palabra clave.

Limpia la lista:
- elimina las palabras clave con menos de 30 búsquedas mensuales
- elimina los términos de empleo, gratis, bricolaje, curso y marcas de la competencia, salvo que encajen claramente con mi negocio
- fusiona variantes cercanas y plurales

Agrupa el resto por intención de búsqueda, con un clúster por cada necesidad distinta de quien busca. Para cada clúster indica:
- nombre del clúster y palabra clave principal
- de 5 a 10 palabras clave de apoyo
- volumen mensual combinado y dificultad promedio
- intención: informativa, comercial o transaccional
- mejor uso: página de servicio, artículo de blog o grupo de anuncios de Google Ads

Ordena los clústeres por volumen y por ajuste a un negocio pequeño con presupuesto limitado. Marca los 3 mejores para empezar y explica por qué en una línea cada uno.

SEO y contenidoCambia tras tu aprobación

Convierte los términos de búsqueda que convierten en anuncios en clústeres de contenido orgánico

Usa 90 días de términos de búsqueda con conversiones de Google Ads y Microsoft Ads para encontrar temas por los que pagas conversiones pero tienes poca o ninguna visibilidad orgánica. Devuelve un plan de contenido priorizado y una lista de palabras clave a añadir solo en vista previa.

Cuándo usarloCuando pagas por conversiones en términos de búsqueda pero no sabes qué temas merecen contenido orgánico para depender menos de los anuncios.

Quiero usar mis datos de anuncios para decidir sobre qué escribir. Usa los últimos 90 días en todas las fuentes.

1. Obtén mis términos de búsqueda de Google Ads de los últimos 90 días (days=90, o una fecha de inicio y fin explícitas), ordenados por conversiones. Conserva solo los términos con al menos 1 conversión. Si la respuesta aparece truncada, ve paginando hasta tener todos los términos con conversiones.
2. Si Microsoft Ads está conectado, localiza la cuenta predeterminada y obtén sus términos de búsqueda de los mismos 90 días. Conserva solo los términos con al menos 1 conversión y añádelos al conjunto, marcando de qué plataforma viene cada término.
3. Agrupa todos los términos con conversiones en clústeres temáticos según la intención de búsqueda. Para cada clúster muestra el coste total, las conversiones y el coste por conversión, desglosados por plataforma cuando haya datos de ambas.
4. Encuentra mi propiedad de Search Console (usa [site property] si te indiqué una) y obtén los datos orgánicos de los últimos 90 días con la dimensión query, además de una consulta por page,query para ver qué página posiciona para cada consulta. Usa un límite lo bastante alto para cubrir la cola larga.
5. Relaciona cada clúster con las consultas de Search Console que expresen la misma intención. Usa tu criterio para variantes cercanas y diferencias de redacción, e indica qué consultas has contado. Informa de clics orgánicos, impresiones y posición media por clúster, y de la página que mejor posiciona para él, si existe.

Clasifica cada clúster:
- Brecha de contenido: convierte en anuncios y su posición media orgánica es peor que 10 o no tiene impresiones orgánicas. Debería crear una página.
- Mejorar: convierte en anuncios y su posición orgánica está entre 4 y 10. Indica la página existente que hay que reforzar.
- Cubierto: posición orgánica entre 1 y 3. Anótalo como posible lugar donde probar una inversión publicitaria menor más adelante.

Entrega una tabla ordenada por conversiones de anuncios y, después, los 5 clústeres de brecha de contenido más importantes, con un título de página y un slug de URL sugeridos para cada uno.

Por separado, enumera mis palabras clave de Google Ads (list_entities, entity keywords) y muestra los términos de búsqueda de Google con conversiones que todavía no son palabras clave en la cuenta. En los términos de Microsoft, limítate a señalarlos; no revises ni cambies las palabras clave de Microsoft. No añadas nada. Si crees que algunos términos de Google deberían añadirse como concordancia exacta, dime a qué grupo de anuncios pertenece cada uno y ejecuta add_keywords con confirm=false para que vea la vista previa exacta. Espera mi aprobación antes de aplicarlo.

SEO y contenidoCambia tras tu aprobación

Agrupa las búsquedas que encuentran mi Business Profile y corrige mis servicios

Clústeres de las consultas reales de Google Search y Maps detrás de tu ficha, comparados con tus servicios y categorías, además de una corrección con vista previa.

Cuándo usarloCuando tu Perfil de Empresa recibe visitas pero sospechas que tus servicios y categorías no coinciden con lo que la gente busca de verdad en Google y Maps.

Para la ubicación de mi Business Profile [nombre de la ubicación], extrae los términos de búsqueda que la gente usó en Google Search y Maps para encontrar la ficha durante los últimos 3 meses.

Agrupa los términos en:
- búsquedas de marca
- búsquedas de servicios, con un clúster por servicio
- búsquedas "cerca de mí" y de barrios o distritos
- búsquedas basadas en un problema, como un síntoma o un inconveniente que tiene el cliente

Para cada clúster muestra el total de impresiones y los 5 términos principales.

Después lee los datos de mi ficha: categorías principal y adicionales, y la lista de servicios. Compáralos con los clústeres y dime:
- clústeres de servicios con demanda real que faltan en mi lista de servicios
- servicios que tengo listados y que casi no reciben búsquedas
- si una categoría adicional encajaría con un clúster fuerte. Busca los nombres de las categorías para confirmar que existen.

Redacta las nuevas entradas de servicios, con un nombre y una descripción de hasta 300 caracteres para cada una, escritas con las palabras que la gente realmente busca.

Muéstrame primero los cambios exactos como vista previa. No actualices la ficha hasta que yo lo apruebe.

Sitio web

Ver los 66 →

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea un sitio editorial de experto con sección de guías y schema de autor

Pide a tu asistente que construya el sitio de un experto con portada tipo revista, guías extensas y un perfil de autor. Tipografía serif, schema Article y Person y artículos fechados y con fuentes dan como resultado una publicación que la gente lee y que las respuestas de IA pueden citar.

Cuándo usarloCuando eres un experto, consultor o autónomo y tu web parece un folleto que no demuestra tu experiencia ni es citada por buscadores y respuestas de IA.

Construye para mí un sitio editorial de experto en mi servidor de hosting de Opus Growth [server name]. Yo: [full name], [specialism, e.g. export consultant], [area I serve, or "online"]. Servicios: [services]. Experiencia: [real experience and the sectors I have worked in; do not invent]. Teléfono: [phone], correo: [email], dominio: [domain]. Temas de las dos primeras guías: [topic 1], [topic 2]. Si mi oficina recibe visitas, su dirección: [address or "none"].

El sitio debe leerse como una publicación que demuestra su experiencia a través de la escritura, no como un folleto. Las guías están en el centro del sitio, porque son lo que los lectores y las respuestas de IA citan.

La dirección de diseño es editorial:
1. Tipografía: una serif con carácter de Fontshare para los títulos (p. ej. Zodiak 700 y 400 cursiva) y una sans tranquila para la interfaz y los textos cortos (p. ej. Author 400 y 600). Cuerpo del artículo en la serif a 19 píxeles, interlineado 1,7, como máximo 68 caracteres por línea.
2. Color: fondo de papel crema, texto en tinta oscura, un gris cálido secundario y un solo acento oscuro (p. ej. burdeos). El acento aparece solo en los kickers, la capitular y las líneas de las citas destacadas.
3. Retícula: 12 columnas; una portada asimétrica de 7 a 5 en la página de inicio con finas líneas verticales entre columnas. Sin sombras ni esquinas redondeadas.
4. Elemento distintivo: una cabecera con doble filete como el título de un periódico (con una fina línea de fecha encima) y, en los artículos, una gran capitular en el color de acento más una cita destacada al margen.
5. Movimiento: ninguno.

Páginas y su schema:
1. index.html (portada): un titular y una entradilla cuyo primer párrafo responda a "quién eres, a quién ayudas y con qué", la imagen y el título del artículo principal, una columna lateral con las cajas del otro artículo, los servicios y el autor, una cita destacada y una franja de "cómo trabajo". WebPage y Person.
2. hizmetler.html: una sección por servicio; el primer párrafo dice a quién va dirigido y cuándo, seguido de pasos numerados y del entregable escrito. Un Service por servicio con el Person autor como provider.
3. hakkimda.html: experiencia real, principios de trabajo (sin resultados garantizados), cómo se producen los artículos y la política de fuentes. ProfilePage con mainEntity Person (jobTitle, knowsAbout, worksFor #org).
4. rehber/index.html: artículos del más reciente al más antiguo, con fecha y autor. CollectionPage e ItemList (numberOfItems).
5. rehber/[article].html: al menos 700 palabras, un primer párrafo que responda directamente a la pregunta, una jerarquía de H2, una tabla con thead y th scope donde ayude, al menos una cita destacada, de dos a cuatro enlaces internos y fuentes al final. Arriba, un enlace al autor y las fechas de publicación y de última actualización en <time>. Article (headline, image, datePublished, dateModified, author mediante @id al Person, publisher #org). Si usas cifras de ejemplo, indica que son ficticias.
6. iletisim.html: ContactPage. 7. kvkk.html (aviso de privacidad) y 404.html.

Si la oficina no recibe visitas, define localBusiness: false en site.config.js; Organization más Person es suficiente.

Reglas técnicas. Síguelas al pie de la letra, porque las puertas de control de más abajo miden exactamente esto:

1. Preparación. Ejecuta primero scaffold_site como vista previa, muéstrame la lista de archivos e instala con confirm=true cuando yo lo apruebe. Después lee completas site_design_guide y site_seo_guide. Antes de escribir código, escribe la dirección en _kaynak/ART.md (sensación, combinación tipográfica, colores con ratios de contraste, retícula, elemento distintivo, decisión sobre el movimiento, lista de páginas) y muéstramela.
2. Elimina el JavaScript. Ninguna página de este sitio carga JavaScript. Quita de cada página el script cdn.tailwindcss.com, la línea tailwind.config, las etiquetas de GSAP, ScrollTrigger, SplitText, Lenis y Swiper y las etiquetas script de motion.js, chrome.js y site.config.js; borra assets/chrome.js y assets/motion.js. Conserva assets/site.config.js, pero solo como fuente de marca, contacto y seo para seo-stamp.mjs; nunca se carga en el navegador.
3. El menú y el pie son HTML estático. Los componentes <site-nav> y <site-footer> los dibuja JavaScript, así que los rastreadores de búsqueda y de IA no pueden ver el menú, los enlaces internos ni los datos de contacto. Escribe la cabecera en _kaynak/ust.inc y el pie (nombre, dirección, teléfono, correo, todos los enlaces de página, aviso de privacidad, "Web: Opus Growth") en _kaynak/alt.inc. Usa la extensión .inc para que seo-stamp y html-validate no traten los fragmentos como páginas. Cada página lleva los marcadores  y . Después escribe con site_write_file un script de Node sin dependencias en _kaynak/parca-bas.mjs: inserta ambos fragmentos entre los marcadores en cada archivo HTML, añade aria-current="page" al enlace del menú de la página actual y reescribe sitemap.xml usando como lastmod el dateModified del JSON-LD de cada página (omitiendo 404 y las páginas noindex). Construye el menú móvil sin JavaScript con <details><summary>Menú</summary>; los menús de escritorio y móvil son dos elementos <nav> distintos con aria-label diferentes.
4. Aloja tú mismo las fuentes. Este sitio usa dos familias y cinco archivos como máximo; la fuente de títulos, la de la entradilla en cursiva y la del cuerpo aparecen todas en la primera pantalla, así que precarga las cuatro. En la demo, precargar solo dos empujó el CLS de un artículo largo a 0,24 y el Performance móvil a 86; precargar las cuatro dio CLS 0 y Performance 99. Descarga el CSS de Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para la cursiva) con site_fetch en _kaynak/fontshare.css, léelo con site_read_file y toma solo las URL woff2 de la familia que pediste; el servicio a veces añade una familia que no solicitaste. Descarga cada woff2 con site_fetch en assets/fonts/. Pon las reglas @font-face (font-display: swap) dentro de assets/app.css, porque design-check.mjs solo busca una fuente personalizada en ese archivo. No uses las Inter, Roboto, Poppins ni Montserrat por defecto.
5. Compila Tailwind. assets/app.css pasa a ser el origen de Tailwind: @tailwind base; @tailwind components; @tailwind utilities; arriba, luego @font-face, el anillo de foco, el skip link, una regla prefers-reduced-motion y tus propias clases de componente dentro de @layer components. No des nunca a una clase de componente el nombre de una utilidad de Tailwind (list-item, table, grid, container, hidden, etc.), porque el choque rompe el diseño en silencio tras compilar. Escribe tailwind.config.js en la raíz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], colores y fontFamily). Ejecuta "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" con site_run_command y background=true, y espera con site_command_status. El <head> de cada página contiene, en este orden: un único <link rel="stylesheet" href="/assets/site.css">, luego una línea preload por cada archivo de fuente usado en la primera pantalla (títulos, acento y cuerpo; as="font" type="font/woff2" crossorigin). Las líneas preload colocadas antes de la hoja de estilos retrasan el CSS y alargan el LCP; una fuente de la primera pantalla sin preload se intercambia tarde, desplaza la página y sube el CLS, y <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La línea del favicon es obligatoria: sin ella el navegador pide /favicon.ico, recibe un 404 y el error en consola baja Best Practices.
6. Imágenes. Descarga las fotos con site_fetch usando resize e image_format="webp" en varios anchos (480, 800, 1200 y 1600 para la imagen de la primera pantalla, 480, 800 y 1200 para el resto; calidad entre 60 y 75, menor para fotos con mucho detalle). Cada <img> lleva srcset, sizes que coincidan con el diseño real, width y height (CLS cero) y un texto alt significativo y honesto. fetchpriority="high" va solo en la imagen que Lighthouse señala como elemento LCP, y esa imagen no es lazy; todas las demás usan loading="lazy". Si el elemento LCP es texto, ninguna imagen lleva fetchpriority. Prepara también assets/img/logo.png, un assets/img/og.jpg de 1200x630 y assets/img/favicon.svg.
7. Reglas HTML (valores por defecto de html-validate). <!DOCTYPE html> en mayúsculas; ningún atributo style en línea (incluido el style="background:var(--brand)" del kit, usa una clase en su lugar); &nbsp; en lugar de espacios normales en el texto de los enlaces tel:; un type en cada <button>; sin espacios al final de línea; tablas con <thead>, <tbody> y th scope. Los enlaces dentro de los párrafos van subrayados; los enlaces del menú, el pie, las migas de pan y los botones tienen un área táctil de al menos 44x44 píxeles (min-h-[44px] min-w-[44px]).
8. Datos estructurados. Rellena el bloque seo de site.config.js (siteUrl, description, logo, imagen og, tipo de negocio, campos de dirección) y ejecuta "node seo-stamp.mjs" con site_run_command; este estampa Organization, WebSite y, cuando corresponda, un subtipo de LocalBusiness, además de las etiquetas canonical y OG. Añade a mano el schema específico de cada página: en todas las páginas un nodo WebPage con @id (o AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished y dateModified, isPartOf #site, about #business o #org, y breadcrumb apuntando a un BreadcrumbList; además un Service por servicio, Person y ProfilePage para el autor, ItemList en el índice de guías y Article en cada guía. Escribe cada nodo en su PROPIO bloque <script type="application/ld+json"> y no uses un envoltorio @graph, porque seo-check.mjs solo lee el @type de nivel superior y no ve un BreadcrumbList dentro de @graph. Enlaza los nodos con @id. No inventes nunca horarios, coordenadas, valoraciones, reseñas, premios, número de clientes ni certificados; deja fuera los campos que no conozcas.
9. Acceso para IA. Escribe robots.txt: todo el sitio abierto, solo /_kaynak/ cerrado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended y Bingbot; tu decisión sobre CCBot con el motivo como comentario; la línea Sitemap al final. Añade llms.txt en la raíz: un resumen correcto del negocio en dos frases, las páginas importantes con una línea cada una y los datos de contacto. Escribe 404.html (noindex, con los marcadores de cabecera y pie).
10. Redacción. Cada página tiene al menos 150 palabras de texto original dentro de <main>, y el primer párrafo responde directamente a la pregunta principal de la página. Los títulos tienen de 48 a 60 caracteres y las descripciones de 145 a 158, únicos en cada página. Sin rayas largas ni medias, sin eslóganes manidos, sin promesas vacías. Si algo del sitio no es real, indícalo claramente como ficticio.

Puertas de control. Tras cada cambio, ejecútalas con site_run_command en este orden y no avances hasta que cada una esté limpia:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, la compilación de Tailwind (de nuevo si añadiste clases).
2. node seo-check.mjs: 0 errores y 0 avisos. Si avisa "gövde kısa" (cuerpo demasiado corto), añade texto real, no relleno.
3. node design-check.mjs: 0 errores. El único aviso admisible es "Hiç hareket yok" (sin movimiento); es una decisión deliberada a favor de la experiencia de lectura, así que explica el motivo en el informe.
4. npx --yes html-validate "**/*.html": 0 errores.
5. Revisa cada página con site_preview en view="mobile" y view="desktop", y comprueba también la página de inicio a 360 y 768 píxeles. Corrige cualquier desbordamiento horizontal, título apretado o área táctil menor de 44 píxeles y vuelve a mirar.
6. Mide cada página con core_web_vitals en strategy="mobile" y strategy="desktop", y después audita la página de inicio y la página más l

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea el sitio de un negocio familiar con look clásico y estándares modernos

Pide a tu asistente que construya un sitio con el espíritu de una etiqueta antigua y un letrero de tienda para un productor de tercera generación, con marco y textura de papel. El aspecto es antiguo, la construcción es nueva: mobile first, sin JavaScript, fuentes alojadas en el propio sitio, WebP, schema Product y HowTo.

Cuándo usarloCuando diriges un negocio familiar de producción o una tienda y quieres un sitio con el aspecto de una etiqueta antigua y un letrero de comercio, pero que cargue rápido en el móvil y supere las pruebas de SEO y accesibilidad.

Crea un sitio de aspecto tradicional para nuestro negocio familiar en mi servidor de hosting de Opus Growth [server name]. Negocio: [business name], [what we make, e.g. olive oil or Turkish delight], [city], [founding year and generation, only if true]. Productos: [for each, name, pack size, short description and the published price, or "no price"]. Pasos de producción: [short list]. Cómo se hacen los pedidos: [phone, shop, delivery]. Teléfono: [phone], correo electrónico: [email], dirección de la tienda: [address], dominio: [domain]. Fotos de familia y de archivo: [where they are, or "none"].

El aspecto es antiguo, la construcción es nueva. Debe parecerse a una etiqueta antigua, un letrero de tienda o un libro de cosecha, pero las páginas tienen que abrirse sin fallos en el móvil, no cargar nada de JavaScript y cada página debe medirse. El aspecto antiguo nunca es excusa para una legibilidad o un contraste deficientes.

La dirección de diseño es tradicional:
1. Tipografía: una sola familia serif clásica de Fontshare (por ejemplo Gambetta 400, 400 cursiva, 600). Versalitas con font-variant-caps: all-small-caps y mucho espaciado entre letras en el menú, los botones y las etiquetas; títulos centrados.
2. Color: fondo en tono papel, texto marrón tinta, un marrón secundario y un color principal (por ejemplo verde oliva), con un segundo color cálido solo en etiquetas pequeñas. Todo con un contraste de al menos 4.5:1.
3. Textura: una textura de papel para el fondo como data URI SVG con feTurbulence dentro del CSS; sin archivo de imagen extra ni petición extra.
4. Elemento distintivo: un marco de etiqueta antigua, una caja de doble filete con adornos en las esquinas (border, outline-offset y ::before, ::after), y un pequeño adorno dibujado en SVG inline entre secciones (por ejemplo una ramita de olivo), aria-hidden.
5. Maquetación: centrada y estrecha; productos en tarjetas de etiqueta enmarcadas, una columna en móvil.
6. Movimiento: ninguno.
7. Fotos: usa el archivo familiar si existe. Si no, puedes usar fotos de archivo de dominio público o con licencia abierta, pero indica la fuente y la licencia en el pie de foto y nunca las presentes como propias de la familia.

Páginas y su schema:
1. index.html: una primera pantalla enmarcada cuyo párrafo de apertura responda a "quién, qué hace, dónde, cómo vende", etiquetas de producto, una sección de familia, cómo pedir. WebPage. Define en site.config.js el subtipo de negocio más adecuado (por ejemplo Store o FoodEstablishment).
2. urunler.html: cada producto en su propia tarjeta de etiqueta con nombre, tamaño de envase, descripción y precio publicado. CollectionPage y un Product por artículo (brand, manufacturer #business, offers con price, priceCurrency, availability). Nunca escribas un precio que yo no te haya dado; si no hay precio, omite offers por completo.
3. hikayemiz.html: la historia real, generación por generación. AboutPage.
4. uretim.html: los pasos desde la cosecha o la materia prima hasta el envase, la definición oficial de calidad del producto y la normativa en que se basa (por ejemplo el Turkish Food Codex). WebPage y HowTo.
5. sss.html: seis preguntas reales sobre pedidos, entrega y conservación. FAQPage.
6. iletisim.html: teléfono de pedidos, dirección de la tienda, enlace al mapa; omite el horario si cambia con la temporada. ContactPage.
7. kvkk.html (aviso de privacidad) y 404.html.

Reglas técnicas. Síguelas al pie de la letra, porque los controles de más abajo miden exactamente esto:

1. Configuración. Ejecuta primero scaffold_site como vista previa, muéstrame la lista de archivos e instala con confirm=true cuando yo lo apruebe. Después lee completas site_design_guide y site_seo_guide. Antes de escribir código, redacta la dirección en _kaynak/ART.md (sensación, combinación tipográfica, colores con sus ratios de contraste, rejilla, elemento distintivo, decisión sobre el movimiento, lista de páginas) y enséñamela.
2. Elimina el JavaScript. Ninguna página de este sitio carga JavaScript. Quita de todas las páginas el script cdn.tailwindcss.com, la línea tailwind.config, las etiquetas de GSAP, ScrollTrigger, SplitText, Lenis y Swiper y las etiquetas script de motion.js, chrome.js y site.config.js; borra assets/chrome.js y assets/motion.js. Conserva assets/site.config.js, pero solo como fuente de brand, contact y seo para seo-stamp.mjs; nunca se carga en el navegador.
3. Menú y pie de página son HTML estático. Los componentes <site-nav> y <site-footer> los dibuja JavaScript, así que los rastreadores de búsqueda y de IA no pueden ver el menú, los enlaces internos ni los datos de contacto. Escribe la cabecera en _kaynak/ust.inc y el pie (nombre, dirección, teléfono, correo, todos los enlaces de página, aviso de privacidad, "Web: Opus Growth") en _kaynak/alt.inc. Usa la extensión .inc para que seo-stamp y html-validate no traten los fragmentos como páginas. Cada página lleva los marcadores  y . Después escribe con site_write_file un script de Node sin dependencias en _kaynak/parca-bas.mjs: estampa ambos fragmentos entre los marcadores en cada archivo HTML, añade aria-current="page" al enlace del menú de la página actual y reescribe sitemap.xml usando el dateModified del JSON-LD de cada página como lastmod (omitiendo 404 y las páginas noindex). Construye el menú móvil sin JavaScript con <details><summary>Menu</summary>; el menú de escritorio y el móvil son dos elementos <nav> distintos con aria-label diferentes.
4. Aloja las fuentes tú mismo. Este sitio usa una familia serif clásica y tres archivos como máximo. Descarga el CSS de Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para la cursiva) con site_fetch en _kaynak/fontshare.css, léelo con site_read_file y toma solo las URL woff2 de la familia que pediste; el servicio a veces añade una familia que no solicitaste. Descarga cada woff2 con site_fetch en assets/fonts/. Pon las reglas @font-face (font-display: swap) dentro de assets/app.css, porque design-check.mjs solo busca una fuente personalizada en ese archivo. No uses las predeterminadas Inter, Roboto, Poppins ni Montserrat.
5. Compila Tailwind. assets/app.css pasa a ser el origen de Tailwind: @tailwind base; @tailwind components; @tailwind utilities; arriba del todo, luego @font-face, el anillo de foco, el skip link, una regla prefers-reduced-motion y tus propias clases de componente dentro de @layer components. Nunca des a una clase de componente el nombre de una utilidad de Tailwind (list-item, table, grid, container, hidden y similares), porque el choque rompe el diseño en silencio tras compilar. Escribe tailwind.config.js en la raíz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], colores y fontFamily). Ejecuta "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" con site_run_command y background=true, y espera con site_command_status. El <head> de cada página contiene, en este orden: un único <link rel="stylesheet" href="/assets/site.css">, después una línea preload por cada archivo de fuente usado en la primera pantalla (títulos, acento y cuerpo; as="font" type="font/woff2" crossorigin). Las líneas preload colocadas antes de la hoja de estilos retrasan el CSS y alargan el LCP; una fuente de la primera pantalla sin preload se intercambia tarde, desplaza la página y sube el CLS, y <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La línea del favicon es obligatoria: sin ella el navegador pide /favicon.ico, recibe un 404 y el error de consola baja Best Practices.
6. Imágenes. Descarga las fotos con site_fetch usando resize e image_format="webp" en varios anchos (480, 800, 1200 y 1600 para la imagen de la primera pantalla, 480, 800 y 1200 para el resto; calidad entre 60 y 75, más baja para fotos con mucho detalle). Cada <img> lleva srcset, sizes acordes con la maquetación real, width y height (CLS cero) y un texto alternativo significativo y honesto. fetchpriority="high" va solo en la imagen que Lighthouse señale como elemento LCP, y esa imagen no es lazy; todas las demás usan loading="lazy". Si el elemento LCP es texto, ninguna imagen lleva fetchpriority. Prepara también assets/img/logo.png, un assets/img/og.jpg de 1200x630 y assets/img/favicon.svg.
7. Reglas de HTML (valores por defecto de html-validate). <!DOCTYPE html> en mayúsculas; sin atributo style en línea (incluido el style="background:var(--brand)" del kit, usa una clase en su lugar); &nbsp; en lugar de espacios normales en el texto de los enlaces tel:; un type en cada <button>; sin espacios al final de línea; tablas con <thead>, <tbody> y th scope. Los enlaces dentro de párrafos van subrayados; los enlaces del menú, el pie, las migas de pan y los botones tienen un área táctil de al menos 44x44 píxeles (min-h-[44px] min-w-[44px]).
8. Datos estructurados. Rellena el bloque seo de site.config.js (siteUrl, description, logo, imagen og, tipo de negocio, campos de dirección) y ejecuta "node seo-stamp.mjs" con site_run_command; estampa Organization, WebSite y, donde corresponda, un subtipo de LocalBusiness, además de las etiquetas canonical y OG. Añade a mano el schema específico de cada página: en todas un nodo WebPage con @id (o AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished y dateModified, isPartOf #site, about #business o #org, y breadcrumb que apunte a un BreadcrumbList; además un Product con Offer por artículo en la página de productos, HowTo en la de producción y FAQPage en la de preguntas frecuentes. Escribe cada nodo en su PROPIO bloque <script type="application/ld+json"> y no uses un envoltorio @graph, porque seo-check.mjs solo lee el @type de primer nivel y no ve un BreadcrumbList dentro de @graph. Enlaza los nodos con @id. Nunca inventes horarios, coordenadas, valoraciones, reseñas, premios, cifras de clientes ni certificados; omite los campos desconocidos.
9. Acceso para IA. Escribe robots.txt: todo el sitio abierto, solo /_kaynak/ cerrado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended y Bingbot; tu decisión sobre CCBot con el motivo como comentario; la línea Sitemap al final. Añade llms.txt en la raíz: un resumen correcto del negocio en dos frases, las páginas importantes con una línea cada una y los datos de contacto. Escribe 404.html (noindex, con los marcadores de cabecera y pie).
10. Redacción. Cada página tiene al menos 150 palabras de texto original dentro de <main>, y el primer párrafo responde directamente a la pregunta principal de la página. Los títulos tienen de 48 a 60 caracteres y las descripciones de 145 a 158, únicos en cada página. Sin rayas largas ni medias, sin eslóganes manidos, sin promesas vacías. Si algo del sitio no es real, di claramente que es ficticio.

Controles. Después de cada cambio, ejecútalos con site_run_command en este orden y no avances hasta que cada uno salga limpio:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, la compilación de Tailwind (de nuevo si añadiste clases).
2. node seo-check.mjs: 0 errores y 0 avisos. Si avisa "gövde kısa" (cuerpo demasiado corto), añade texto real, no relleno.
3. node design-check.mjs: 0 errores. El único aviso admitido es "Hiç hareket yok" (sin movimiento); el estilo clásico lo exige, así que explica el motivo en el informe.
4. npx --yes html-validate "**/*.html": 0 errores.
5. Revisa cada página con site_preview en view="mobile" y view="desktop", y comprueba además la página de inicio a 360 y 768 píxeles. Corrige cualquier desbordamiento horizontal, título apretado o área táctil menor de 44 píxeles y vuelve a mirar.
6. Mide cada página con core_web_vitals en strategy="mobile" y strategy="desktop", y después audita la página de inicio y la más larga con seo_audit. Objetivo: en móvil, Accessibility, Best Practices y SEO en 100 y Performance de al menos 95; en escritorio, las cuatro d

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea una web minimalista suiza para un despacho jurídico o contable con señales de confianza

Hace que tu asistente construya un sitio estático para un despacho, sobre una cuadrícula estricta y con la jerarquía sostenida por una sola familia tipográfica. Incluye las señales de confianza que exige un sector YMYL: perfiles de los profesionales, una nota informativa fechada y con fuentes, textos que respetan las normas de publicidad profesional y schema Person.

Cuándo usarloCuando diriges un despacho de abogados o una asesoría contable y necesitas un sitio web creíble y rápido que genere confianza sin infringir las normas de publicidad profesional.

Construye un sitio estático multipágina de estilo minimalista suizo para nuestro despacho en mi servidor de hosting de Opus Growth [server name]. Despacho: [practice name], [profession, e.g. law firm or accounting practice], [city]. Áreas de práctica: [areas]. Profesionales: [for each, name, title, bar or chamber they are registered with, registration number, areas]. Teléfono: [phone], email: [email], dirección: [address], dominio: [domain]. Tema de la nota informativa: [a frequently asked topic, e.g. the legal cap on rent increases].

Este es un ámbito en el que las personas toman decisiones sobre su dinero y sus derechos, así que la confianza debe venir de la claridad, las credenciales y las fuentes, no de la decoración. Respeta las normas profesionales: para abogados en Turquía, el reglamento de la Unión de Colegios de Abogados de Turquía sobre la prohibición de publicidad; para contables, las normas profesionales de TÜRMOB; o el equivalente donde ejerzas. No escribas porcentajes de éxito, número de casos ganados, nombres de clientes, afirmaciones de superioridad como "el mejor" o "experto líder", comparaciones de honorarios, garantías ni promesas exageradas. Presenta la información con una nota que aclare que es de carácter general y no sustituye el asesoramiento jurídico o financiero.

La dirección de diseño es minimalista suiza:
1. Tipografía: una sola familia grotesca de Fontshare (por ejemplo Switzer 400, 500, 600). La jerarquía se construye solo con tamaño y peso: un titular grande, ajustado y alineado a la izquierda, texto de cuerpo sereno y pequeñas etiquetas de sección.
2. Color: fondo blanco, texto casi negro, un gris oscuro y un único acento (por ejemplo rojo suizo). El acento aparece solo en la marca de sección, las etiquetas y el anillo de foco. Las fotos son en blanco y negro (Tailwind grayscale).
3. Cuadrícula: 12 columnas estrictas. En cada sección la etiqueta ocupa las columnas 1 a 3 y el contenido las columnas 4 a 12; las secciones se separan con una línea negra de 1 píxel. Sin esquinas redondeadas ni sombras.
4. Elemento distintivo: etiquetas de sección numeradas con una marca § en el color de acento, y tenues líneas guía de 12 columnas dibujadas solo con CSS detrás de la primera pantalla.
5. Movimiento: ninguno.

Páginas y su schema:
1. index.html: una primera pantalla cuyo párrafo inicial responda a "qué asuntos, para quién, dónde", las áreas de práctica, cómo trabajáis y cómo se fijan los honorarios (sin cifras, con el arancel oficial y una hoja de encargo por escrito), la última nota informativa y un resumen del equipo. WebPage.
2. calisma-alanlari.html: una sección por área; el primer párrafo responde a la pregunta más habitual de esa área, seguido de los temas principales y la base legal. Un Service por área.
3. ekip.html: un perfil para cada profesional (nombre, título, colegio o cámara, áreas, breve biografía). AboutPage y un Person por profesional (jobTitle, knowsAbout, worksFor #business, memberOf el colegio o la cámara).
4. bilgi-notlari/[topic].html: una nota basada en la normativa que abra con una respuesta breve. En la parte superior: autor, revisor, fecha de publicación y fecha de la última revisión; al final, una lista de fuentes. Article (autor y editor mediante @id, image, datePublished, dateModified, citation) y reviewedBy más lastReviewed en la WebPage. No escribas nunca un punto jurídico o financiero que no conozcas; pregúntame por cada frase de la que dudes.
5. sss.html: seis preguntas reales, FAQPage. 6. iletisim.html: ContactPage. 7. kvkk.html (con mención al secreto profesional) y 404.html.

Reglas técnicas. Síguelas al pie de la letra, porque los controles de más abajo miden exactamente esto:

1. Preparación. Ejecuta primero scaffold_site como vista previa, muéstrame la lista de archivos e instala con confirm=true cuando yo lo apruebe. Después lee completas site_design_guide y site_seo_guide. Antes de escribir código, escribe la dirección creativa en _kaynak/ART.md (sensación, combinación tipográfica, colores con sus ratios de contraste, cuadrícula, elemento distintivo, decisión sobre el movimiento, lista de páginas) y muéstramela.
2. Elimina el JavaScript. Ninguna página de este sitio carga JavaScript. Quita de cada página el script cdn.tailwindcss.com, la línea tailwind.config, las etiquetas de GSAP, ScrollTrigger, SplitText, Lenis y Swiper y las etiquetas script de motion.js, chrome.js y site.config.js; borra assets/chrome.js y assets/motion.js. Conserva assets/site.config.js, pero solo como fuente de marca, contacto y seo para seo-stamp.mjs; nunca se carga en el navegador.
3. Menú y pie de página en HTML estático. Los componentes <site-nav> y <site-footer> los dibuja JavaScript, de modo que los rastreadores de búsqueda y de IA no ven el menú, los enlaces internos ni los datos de contacto. Escribe la cabecera en _kaynak/ust.inc y el pie (nombre, dirección, teléfono, email, enlaces a todas las páginas, aviso de privacidad, "Web: Opus Growth") en _kaynak/alt.inc. Usa la extensión .inc para que seo-stamp y html-validate no traten los fragmentos como páginas. Cada página lleva los marcadores  y . Luego escribe con site_write_file un script de Node sin dependencias en _kaynak/parca-bas.mjs: estampa ambos fragmentos entre los marcadores en cada archivo HTML, añade aria-current="page" al enlace del menú de la página actual y reescribe sitemap.xml usando como lastmod el dateModified del JSON-LD de cada página (omitiendo 404 y las páginas noindex). Construye el menú móvil sin JavaScript con <details><summary>Menu</summary>; el menú de escritorio y el móvil son dos elementos <nav> distintos con aria-label diferentes.
4. Aloja las fuentes tú mismo. Este sitio usa una sola familia tipográfica y tres archivos como máximo. Descarga el CSS de Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para cursiva) con site_fetch a _kaynak/fontshare.css, léelo con site_read_file y toma solo las URL woff2 de la familia que pediste; el servicio a veces añade una familia que no solicitaste. Descarga cada woff2 con site_fetch en assets/fonts/. Pon las reglas @font-face (font-display: swap) dentro de assets/app.css, porque design-check.mjs solo busca una fuente personalizada en ese archivo. No uses las predeterminadas Inter, Roboto, Poppins ni Montserrat.
5. Compila Tailwind. assets/app.css pasa a ser el código fuente de Tailwind: @tailwind base; @tailwind components; @tailwind utilities; al principio, luego @font-face, el anillo de foco, el skip link, una regla prefers-reduced-motion y tus propias clases de componente dentro de @layer components. No des nunca a una clase de componente el nombre de una utilidad de Tailwind (list-item, table, grid, container, hidden, etc.), porque el choque rompe el diseño en silencio tras la compilación. Escribe tailwind.config.js en la raíz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], colores y fontFamily). Ejecuta "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" con site_run_command y background=true, y espera con site_command_status. El <head> de cada página contiene, en este orden: un único <link rel="stylesheet" href="/assets/site.css">, después una línea preload por cada archivo de fuente usado en la primera pantalla (titular, acento y cuerpo; as="font" type="font/woff2" crossorigin). Las líneas preload colocadas antes de la hoja de estilos retrasan el CSS y alargan el LCP; una fuente de la primera pantalla sin preload se cambia tarde, desplaza la página y sube el CLS; y <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La línea del favicon es obligatoria: sin ella el navegador pide /favicon.ico, recibe un 404 y el error de consola baja la puntuación de Best Practices.
6. Imágenes. Descarga las fotos con site_fetch usando resize e image_format="webp" en varios anchos (480, 800, 1200 y 1600 para la imagen de la primera pantalla; 480, 800 y 1200 para el resto; calidad entre 60 y 75, más baja para fotos con mucho detalle). Cada <img> lleva srcset, sizes acordes con el diseño real, width y height (CLS cero) y un texto alt significativo y honesto. fetchpriority="high" va solo en la imagen que Lighthouse señala como elemento LCP, y esa imagen no es lazy; todas las demás usan loading="lazy". Si el elemento LCP es texto, ninguna imagen lleva fetchpriority. Prepara también assets/img/logo.png, un assets/img/og.jpg de 1200x630 y assets/img/favicon.svg.
7. Reglas HTML (valores por defecto de html-validate). <!DOCTYPE html> en mayúsculas; sin atributo style en línea (incluido el style="background:var(--brand)" del kit; usa una clase en su lugar); &nbsp; en lugar de espacios normales en el texto de los enlaces tel:; un type en cada <button>; sin espacios al final de línea; tablas con <thead>, <tbody> y th scope. Los enlaces dentro de párrafos van subrayados; los enlaces del menú, el pie, las migas de pan y los botones tienen un área táctil de al menos 44x44 píxeles (min-h-[44px] min-w-[44px]).
8. Datos estructurados. Rellena el bloque seo de site.config.js (siteUrl, description, logo, imagen og, tipo de negocio, campos de dirección) y ejecuta "node seo-stamp.mjs" con site_run_command; estampa Organization, WebSite y, cuando proceda, un subtipo de LocalBusiness, además de las etiquetas canonical y OG. Añade a mano el schema específico de cada página: en todas un nodo WebPage con @id (o AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished y dateModified, isPartOf #site, about #business o #org, y breadcrumb apuntando a un BreadcrumbList; además un Service por área de práctica, un Person por profesional en la página del equipo, Article y reviewedBy en la nota informativa y FAQPage en la página de preguntas frecuentes. Escribe cada nodo en su PROPIO bloque <script type="application/ld+json"> y no uses un envoltorio @graph, porque seo-check.mjs solo lee el @type de nivel superior y no detecta un BreadcrumbList dentro de @graph. Enlaza los nodos con @id. No inventes nunca horarios, coordenadas, valoraciones, reseñas, premios, número de clientes ni certificados; deja fuera los campos que no conozcas.
9. Acceso para IA. Escribe robots.txt: todo el sitio abierto, solo /_kaynak/ cerrado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended y Bingbot; tu decisión sobre CCBot con el motivo como comentario; la línea Sitemap al final. Añade llms.txt en la raíz: un resumen correcto del negocio en dos frases, las páginas importantes con una línea cada una y los datos de contacto. Escribe 404.html (noindex, con los marcadores de cabecera y pie).
10. Redacción. Cada página tiene al menos 150 palabras de texto original dentro de <main>, y el primer párrafo responde directamente a la pregunta principal de la página. Los títulos tienen entre 48 y 60 caracteres, las descripciones entre 145 y 158, únicos en cada página. Sin rayas largas ni medias, sin eslóganes manidos, sin promesas vacías. Si algo del sitio no es real, indica claramente que es ficticio.

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea un sitio corporativo multipágina sin JavaScript y entrégalo con puntuación 100

Pide a tu asistente que construya un sitio estático, rápido y accesible para un negocio corporativo como arquitectura, ingeniería o consultoría. El menú y el pie de página son HTML estático, las fuentes y el CSS están alojados por ti y cada página se mide antes de la entrega.

Cuándo usarloCuando necesitas un sitio corporativo de varias páginas, rápido y accesible, para un estudio de arquitectura, ingeniería o consultoría, sin nada de JavaScript.

Crea un sitio corporativo, multipágina y totalmente estático para mi negocio en mi servidor de hosting de Opus Growth [nombre del servidor]. Negocio: [nombre del negocio], [sector, p. ej. estudio de ingeniería y arquitectura], [ciudad/zona de servicio]. Servicios: [servicios con una breve descripción de cada uno]. Teléfono: [teléfono], correo: [correo], dirección: [dirección], dominio: [dominio]. Preferencia de color: [preferencia de color/marca, o "a tu elección"]. Fotos: [dónde están las fotos reales, o "usa fotos de stock adecuadas"].

Este sitio da prioridad a la velocidad y la accesibilidad. Ni una sola línea de JavaScript en ninguna página; GSAP, Lenis y Swiper no se cargan nunca. Todo, incluidos el menú, el menú móvil y las preguntas frecuentes, funciona con HTML y CSS.

La dirección de diseño es "plano de dibujo técnico":
1. Tipografía: una fuente grotesca compacta para los títulos de Fontshare (p. ej. Cabinet Grotesk 800) y una fuente de texto sobria (p. ej. General Sans 400 y 600). Tres archivos de fuente como máximo.
2. Color: fondo claro en tono papel, texto en tinta oscura, un gris secundario y un único color de acento como señal. El acento aparece solo en etiquetas, líneas finas y el botón principal. Todos los colores de texto alcanzan al menos 4,5:1 de contraste.
3. Rejilla: 12 columnas, secciones separadas por líneas de 1 píxel; sin sombras, esquinas redondeadas ni degradados.
4. Elemento distintivo: bajo la imagen de la primera pantalla, una franja de cuatro celdas con el aspecto del cajetín de un plano de arquitectura (p. ej. tipo de proyecto, normativa aplicada, escala, número de hoja), y una cuadrícula milimétrica muy tenue dibujada solo con CSS detrás de la primera pantalla.
5. Movimiento: ninguno. Tampoco duraciones de transición; solo el subrayado y el color cambian al instante al pasar el cursor.

Páginas y su schema:
1. index.html: una primera pantalla cuyo párrafo inicial responda directamente a "qué haces, para quién, dónde", tres tarjetas de servicio (cada una enlaza a su sección), un proceso de cuatro pasos (numerados "Paso 1" con un contador CSS, no 01/02), dos ejemplos de proyectos, una banda con el teléfono. WebPage.
2. hizmetler.html: una sección por servicio; el primer párrafo responde a "cuándo hace falta, qué hace", luego una lista del alcance, duración típica y entregables. WebPage más un Service por servicio (provider #business, areaServed).
3. projeler.html: ejemplos con tipo de edificio, método y resultado; nombres de clientes solo con permiso. CollectionPage.
4. hakkimizda.html: quiénes somos, nuestras reglas de trabajo, dónde trabajamos. AboutPage.
5. sss.html: al menos seis preguntas reales dentro de <details>. WebPage y FAQPage.
6. iletisim.html: teléfono, correo y dirección dentro de <address>, un enlace al mapa; omite el horario si no lo conoces. ContactPage con mainEntity #business.
7. kvkk.html (aviso de privacidad) y 404.html.

Reglas técnicas. Síguelas al pie de la letra, porque los controles de más abajo miden exactamente esto:

1. Preparación. Ejecuta primero scaffold_site como vista previa, muéstrame la lista de archivos e instala con confirm=true cuando yo lo apruebe. Después lee completas site_design_guide y site_seo_guide. Antes de escribir código, redacta la dirección en _kaynak/ART.md (sensación, combinación de fuentes, colores con sus ratios de contraste, rejilla, elemento distintivo, decisión sobre el movimiento, lista de páginas) y muéstramela.
2. Elimina el JavaScript. Ninguna página de este sitio carga JavaScript. Quita de todas las páginas el script cdn.tailwindcss.com, la línea tailwind.config, las etiquetas de GSAP, ScrollTrigger, SplitText, Lenis y Swiper y las etiquetas script de motion.js, chrome.js y site.config.js; borra assets/chrome.js y assets/motion.js. Conserva assets/site.config.js, pero solo como fuente de marca, contacto y seo para seo-stamp.mjs; nunca se carga en el navegador.
3. El menú y el pie de página son HTML estático. Los componentes <site-nav> y <site-footer> los dibuja JavaScript, así que los rastreadores de búsqueda y de IA no pueden ver el menú, los enlaces internos ni los datos de contacto. Escribe la cabecera en _kaynak/ust.inc y el pie (nombre, dirección, teléfono, correo, todos los enlaces de página, aviso de privacidad, "Web: Opus Growth") en _kaynak/alt.inc. Usa la extensión .inc para que seo-stamp y html-validate no traten los fragmentos como páginas. Cada página lleva los marcadores  y . Después escribe con site_write_file un script de Node sin dependencias en _kaynak/parca-bas.mjs: estampa ambos fragmentos entre los marcadores en cada archivo HTML, añade aria-current="page" al enlace del menú de la página actual y reescribe sitemap.xml usando el dateModified del JSON-LD de cada página como lastmod (omitiendo 404 y las páginas noindex). Construye el menú móvil sin JavaScript con <details><summary>Menú</summary>; el menú de escritorio y el móvil son dos elementos <nav> distintos con aria-label diferentes.
4. Aloja tú mismo las fuentes. Este sitio usa tres archivos de fuente como máximo. Descarga el CSS de Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, código de peso 401 para cursiva) con site_fetch a _kaynak/fontshare.css, léelo con site_read_file y toma solo las URL woff2 de la familia que has pedido; el servicio a veces añade una familia que no solicitaste. Descarga cada woff2 con site_fetch en assets/fonts/. Pon las reglas @font-face (font-display: swap) dentro de assets/app.css, porque design-check.mjs solo busca una fuente personalizada en ese archivo. No uses las predeterminadas Inter, Roboto, Poppins ni Montserrat.
5. Compila Tailwind. assets/app.css pasa a ser el origen de Tailwind: @tailwind base; @tailwind components; @tailwind utilities; al principio, luego @font-face, el anillo de foco, el enlace de salto, una regla prefers-reduced-motion y tus propias clases de componente dentro de @layer components. Nunca des a una clase de componente el nombre de una utilidad de Tailwind (list-item, table, grid, container, hidden y similares), porque el choque rompe en silencio el diseño tras compilar. Escribe tailwind.config.js en la raíz (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], colores y fontFamily). Ejecuta "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" con site_run_command y background=true, y espera con site_command_status. El <head> de cada página contiene, en este orden: un único <link rel="stylesheet" href="/assets/site.css">, luego una línea preload por cada archivo de fuente usado en la primera pantalla (títulos, acento y texto; as="font" type="font/woff2" crossorigin). Las líneas preload colocadas antes de la hoja de estilos retrasan el CSS y alargan el LCP; una fuente de la primera pantalla sin preload se intercambia tarde, desplaza la página y aumenta el CLS, y <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La línea del favicon es obligatoria: sin ella el navegador pide /favicon.ico, recibe un 404 y el error en la consola baja la puntuación de Best Practices.
6. Imágenes. Descarga las fotos con site_fetch usando resize e image_format="webp" en varios anchos (480, 800, 1200 y 1600 para la imagen de la primera pantalla; 480, 800 y 1200 para el resto; calidad entre 60 y 75, más baja para fotos con mucho detalle). Cada <img> lleva srcset, sizes acordes con el diseño real, width y height (CLS cero) y un texto alt con sentido y honesto. fetchpriority="high" va solo en la imagen que Lighthouse señala como elemento LCP, y esa imagen no es lazy; todas las demás usan loading="lazy". Si el elemento LCP es texto, ninguna imagen lleva fetchpriority. Prepara también assets/img/logo.png, un assets/img/og.jpg de 1200x630 y assets/img/favicon.svg.
7. Reglas HTML (valores por defecto de html-validate). <!DOCTYPE html> en mayúsculas; sin atributo style en línea (incluido el style="background:var(--brand)" del kit, usa una clase en su lugar); &nbsp; en lugar de espacios normales en el texto de los enlaces tel:; un type en cada <button>; sin espacios al final de línea; tablas con <thead>, <tbody> y th scope. Los enlaces dentro de párrafos van subrayados; los enlaces del menú, el pie, las migas de pan y los botones tienen un área táctil de al menos 44x44 píxeles (min-h-[44px] min-w-[44px]).
8. Datos estructurados. Rellena el bloque seo de site.config.js (siteUrl, description, logo, imagen og, tipo de negocio, campos de dirección) y ejecuta "node seo-stamp.mjs" con site_run_command; estampa Organization, WebSite y, donde corresponda, un subtipo de LocalBusiness, además de las etiquetas canonical y OG. Añade a mano el schema propio de cada página: en todas una entidad WebPage con @id (o AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished y dateModified, isPartOf #site, about #business o #org, y breadcrumb apuntando a un BreadcrumbList; además un Service por servicio en la página de servicios y FAQPage en la de preguntas frecuentes. Escribe cada nodo en su PROPIO bloque <script type="application/ld+json"> y no uses un envoltorio @graph, porque seo-check.mjs solo lee el @type de nivel superior y pasa por alto un BreadcrumbList dentro de @graph. Enlaza los nodos con @id. No inventes nunca horarios, coordenadas, valoraciones, reseñas, premios, cifras de clientes ni certificados; omite los campos que no conozcas.
9. Acceso para IA. Escribe robots.txt: todo el sitio abierto, solo /_kaynak/ cerrado; Allow: / para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended y Bingbot; tu decisión sobre CCBot con el motivo como comentario; la línea Sitemap al final. Añade llms.txt en la raíz: un resumen correcto del negocio en dos frases, las páginas importantes con una línea cada una y los datos de contacto. Escribe 404.html (noindex, con los marcadores de cabecera y pie).
10. Redacción. Cada página tiene al menos 150 palabras de texto original dentro de <main>, y el primer párrafo responde directamente a la pregunta principal de la página. Los títulos tienen entre 48 y 60 caracteres, las descripciones entre 145 y 158, únicos en cada página. Sin rayas largas ni medias, sin eslóganes típicos, sin promesas vacías. Si algo del sitio no es real, dilo claramente: es ficticio.

Controles. Tras cada cambio, ejecútalos con site_run_command en este orden y no avances hasta que cada uno salga limpio:
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, la compilación de Tailwind (de nuevo si añadiste clases).
2. node seo-check.mjs: 0 errores y 0 advertencias. Si avisa de "gövde kısa" (cuerpo demasiado corto), añade texto real, no relleno.
3. node design-check.mjs: 0 errores. La única advertencia admisible es "Hiç hareket yok" (ningún movimiento); es una decisión deliberada de este sitio, así que explica el motivo en el informe.
4. npx --yes html-validate "**/*.html": 0 errores.
5. Revisa cada página con site_preview en view="mobile" y view="desktop", y comprueba además la página de inicio a 360 y 768 píxeles. Corrige cualquier desbordamiento horizontal, título apretado o zona táctil menor de 44 píxeles y vuelve a mirar.
6. Mide cada página con core_web_vitals en strategy="mobile" y strategy="desktop", y audita después la página de inicio y la más larga con seo_audit. Objetivo: en móvil, Accessibility, Best Practices y SEO en 100 y Performance de al menos 95; en escritorio, las cuatro de al menos 95. Ninguna petición puede salir del sitio. Si el LCP es alto, usa resources=true para encontrar el archivo que lo frena: normalmente líneas preload colocadas antes de la hoja de estilos, o un fetchpriority dado a una imagen que no es el elemento LCP. Si el CLS supera 0,1, busca una fuente de la primera pantalla sin preload.
No des el trabajo por terminado hasta que todo esto se cumpla.

Tras publicar, envía https://[domain]/sitemap.xml con gsc_submit_sitemap

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea una página de campaña sin formulario para el tráfico de anuncios, con llamadas y WhatsApp y conversiones etiquetadas

Crea una única página para el tráfico de Google Ads y Meta que repite la promesa del anuncio y ofrece botones de llamada, WhatsApp y reserva. Registra los clics como eventos de dataLayer, configura el modo de consentimiento, añade activadores y etiquetas de Tag Manager tras tu aprobación y mide la velocidad de la página con y sin etiquetas.

Cuándo usarloCuando envías tráfico de Google Ads o Meta a una página genérica o a un formulario que pierde contactos y quieres una página rápida donde los visitantes llamen o escriban por WhatsApp y cada clic quede medido.

En mi servidor de hosting de Opus Growth [nombre del servidor], crea una única página de campaña para el tráfico de Google Ads y Meta Ads, además de una página de privacidad. No hay formulario; los visitantes nos contactan por teléfono, WhatsApp o un enlace de reserva. Datos: negocio [nombre del negocio], servicio [servicio], zona [distritos], teléfono [teléfono], WhatsApp [número], enlace de reserva [enlace o "ninguno"], dirección [dirección], horario [horario de apertura], titulares del anuncio y oferta principal [titulares y oferta], contenedor de Tag Manager [GTM-XXXXXXX], cuenta de Google Ads [nombre de la cuenta], cuenta publicitaria de Meta [nombre de la cuenta].

Coherencia de mensaje (message match): el h1 repite la promesa del titular del anuncio con las mismas palabras (servicio, zona, oferta principal). No pongas en la página ninguna promesa que no esté en el anuncio, ni en el anuncio ninguna que no esté en la página. Si los titulares de Google y Meta difieren, usa el del anuncio que más gasta y sugiere cómo alinear el otro anuncio con la página. En salud, legal o finanzas, no prometas certezas ("garantizado", "100 %").

Estructura de la página: la barra superior contiene solo el nombre de la marca y un botón de llamada, sin menú, para que los visitantes no se distraigan. Hero: h1, una descripción de una frase, tres botones (Llamar ahora, Escribir por WhatsApp, Elegir hora), cuatro puntos breves de confianza debajo y una imagen. Después, el proceso en tres pasos, qué determina el precio (con la respuesta primero, si no publicas precios), preguntas frecuentes, una llamada a la acción final y un pie de página con nombre, dirección, teléfono y el enlace de privacidad. En móvil, fija una barra de dos botones (Llamar, WhatsApp) en la parte inferior de la pantalla y da al body un padding inferior de la misma altura para que nada quede oculto debajo ni se desplace. El enlace de WhatsApp usa wa.me con un mensaje prerrellenado. Mantén un aspecto sobrio y fiable: una sola familia tipográfica (por ejemplo General Sans, dos pesos), un solo color de acento y un botón de WhatsApp en verde oscuro con un contraste mínimo de 4,5:1 frente al texto blanco.

Reglas de movimiento y medición:
1. Movimiento ligero sin librerías: no cargues GSAP, Lenis ni Swiper. Transiciones de hover y pulsación en los botones; en las tarjetas de los pasos, una pequeña subida controlada por scroll que use solo transform, dentro de `@supports (animation-timeline: view())` y solo para visitantes que no pidan movimiento reducido. No uses opacity: en la demo, las tarjetas atenuadas bajo la pantalla fallaron el contraste y Accesibilidad bajó a 96. Nada en la primera pantalla empieza con una animación de entrada.
2. Carga la capa de medición como `assets/tag.js` con defer:
   a. `window.dataLayer` y los valores por defecto de Consent Mode v2: ad_storage, ad_user_data, ad_personalization y analytics_storage en "denied", wait_for_update 500.
   b. Da a cada enlace de acción data-conv="phone", "whatsapp" o "booking" y un data-conv-place con el nombre de su sección. Un único listener de clics los envía a dataLayer como `{event: "phone_click" | "whatsapp_click" | "booking_click", conv_place, page_path}`.
   c. No pongas el snippet clásico de GTM en `<head>`; inyéctalo tras el evento load con requestIdleCallback, para que las etiquetas nunca retrasen el primer renderizado.
   d. Añade una pequeña barra de consentimiento fija: Rechazar y Aceptar como botones del mismo peso, con la elección guardada en el navegador y enviada como actualización de consentimiento. En móvil queda por encima de la barra de acciones y lo bastante baja como para no tapar el botón principal del hero.
3. Tag Manager: primero muestra el estado actual con list_gtm_containers, list_gtm_triggers y gtm_workspace_status. Propón tres activadores de evento personalizado con create_gtm_trigger (phone_click, whatsapp_click, booking_click). Localiza en Google Ads la conversión de contacto y su valor send_to con list_conversion_actions y get_conversion_tags. Para que quien llama y además escribe no se cuente dos veces, propón vincular teléfono y WhatsApp a una única conversión "Clic de contacto" que se cuente una sola vez; si no existe, indica qué crearías y espera mi aprobación. Propón una etiqueta de conversión de Google Ads con create_gtm_tag (tag_type "sp"). Para Meta, localiza el píxel con list_meta_pixels; si el código base del píxel no está en el contenedor, propónlo como etiqueta de HTML personalizado en todas las páginas y, por separado, las etiquetas que envían `fbq('track','Contact')` en los clics y `fbq('track','Schedule')` en la reserva. Ejecuta cada herramienta primero con confirm=false, muestra la lista de cambios y créalos tras mi aprobación. Muestra primero publish_gtm_container con confirm=false, publica tras mi aprobación e indica la versión que se puede restaurar.
4. Plan de pruebas: escribe paso a paso cómo puedo ver en el modo de vista previa de GTM qué etiqueta se dispara con cada uno de los tres botones, y que no se escribe ninguna cookie publicitaria cuando se rechaza el consentimiento.
5. Después de añadir GTM y las etiquetas, ejecuta core_web_vitals de nuevo, porque las etiquetas pueden bajar la puntuación, y muestra la diferencia en una tabla. Para evitar que los bloqueadores de anuncios bloqueen la etiqueta de Google, previsualiza la ruta de medición propia (first-party) con site_tag_gateway y configúrala tras mi aprobación.

Configuración y trampas conocidas (cada una bajó una puntuación en las mediciones de la demo, no te las saltes):
1. Si ya hay un sitio en producción en el servidor, avísame primero, porque la configuración sobrescribe index.html y la carpeta assets. Previsualiza scaffold_site con confirm=false y llámalo con confirm=true tras mi aprobación. Después lee site_design_guide y site_seo_guide. Antes de escribir código, pon la dirección de diseño (tipografía, color, rejilla, elemento distintivo, lenguaje de movimiento y las librerías que NO se cargarán) en un breve ART.md fuera de assets y muéstramelo.
2. Compila Tailwind en lugar de cargarlo desde el CDN. Instálalo con site_run_command y background=true: `npm i -D tailwindcss@3`, seguido de site_command_status. Las rutas content de `tailwind.config.js` deben cubrir todos los archivos HTML, las plantillas y cualquier archivo JS que escriba nombres de clase. `_src/tw.css` contiene la línea `@import "../assets/app.css";` y las tres líneas `@tailwind`; compílalo en un único archivo con `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Elimina el script cdn.tailwindcss.com y el tailwind.config en línea de todas las páginas y enlaza solo `/assets/site.css`. Vuelve a compilar tras cada cambio de HTML.
3. Aloja las fuentes tú mismo. Lee el CSS de las familias de Fontshare que elijas, descarga el archivo woff2 de cada peso en `assets/fonts/` con site_fetch y escribe las reglas @font-face con `font-display: swap` en `assets/app.css`; design-check busca ahí una fuente personalizada. Comprueba el nombre font-family en el CSS descargado, porque Fontshare puede devolver otra familia cuando un peso no existe. Precarga la fuente del encabezado de la primera pantalla y la del texto en todas las páginas con `<link rel="preload" as="font" type="font/woff2" crossorigin>`; en la demo esto eliminó el desplazamiento de diseño causado por el cambio de fuente (CLS de 0,024 a 0). La mayoría de las fuentes de Fontshare no tienen el glifo ₺, así que escribe "TL" en los precios.
4. Haz que el menú y el pie de página sean HTML estático. No cargues chrome.js ni site.config.js en las páginas. Escribe un pequeño `chrome-stamp.mjs` que lea la lista de navegación de site.config.js y estampe `_src/header.tpl` y `_src/footer.tpl` entre los marcadores `` y `` de cada página, añadiendo aria-current="page" al enlace actual. No des a las plantillas la extensión .html y usa marcadores como `[[NAV]]` en lugar de `{{...}}`, de lo contrario design-check y seo-check los leen como páginas sin terminar. Construye el menú móvil sin JS con `<details>`. Mantén el nombre del negocio, la dirección y el teléfono en el pie de página como texto plano.
5. Convierte las imágenes al descargarlas con site_fetch: escribe la misma foto en archivos separados con resize="480x", "800x" y "1200x", image_format="webp", quality=65. Da a cada `<img>` srcset, sizes, width y height. La imagen principal de la primera pantalla lleva fetchpriority="high" y nunca es lazy; las demás llevan loading="lazy" decoding="async". Si la imagen principal llena la pantalla del móvil, sirve un recorte más ancho y más ligero en móvil con `<picture>` (en la demo el hero móvil pasó de 89 KB a 43 KB).
6. Crea un favicon PNG de 48 px a partir del logotipo con site_fetch y añade `<link rel="icon">` a todas las páginas. Sin él, el navegador registra un 404 y Mejores prácticas baja a 96.
7. Reglas del validador de HTML: empieza cada documento con un `<!DOCTYPE html>` en mayúsculas (los archivos iniciales del kit lo traen en minúsculas), usa `&nbsp;` para los espacios en el texto visible de los enlaces tel:, no uses nunca un atributo style="" y da a cada botón type="button".

SEO, AEO y GEO:
1. Usa URL de directorio con barra final (/gizlilik/). Rellena el bloque seo de site.config.js y ejecuta `node seo-stamp.mjs`. Escribe el schema específico de cada página (en la página de campaña, WebPage, un Service vinculado a #business como provider con areaServed, y FAQPage; en la de privacidad, WebPage y BreadcrumbList. En site.config.js usa el subtipo de LocalBusiness más específico, por ejemplo HousePainter, Plumber, Dentist) en bloques `<script type="application/ld+json">` separados y vincúlalo al grafo base con @id. No entierres BreadcrumbList dentro de un @graph; dale su propio bloque, porque es la única forma de que seo-check lo detecte. La página de privacidad explica las cookies, las etiquetas de medición y cómo cambiar la elección de consentimiento.
2. Títulos de 48 a 60 caracteres (seo-check marca como error todo lo que pase de 65), descripciones de 145 a 158 caracteres, un único h1 por página. Cada página necesita al menos 150 palabras de contenido principal; las páginas de contacto y de privacidad suelen quedarse cortas.
3. El primer párrafo de cada página responde directamente a la pregunta de la página. Escribe unas preguntas frecuentes específicas de la página con `<details>` y márcalas como FAQPage. Muestra la organización editora y una fecha de "Última actualización" con `<time>`.
4. En robots.txt, escribe tu decisión con su motivo para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot y CCBot, y apunta al sitemap. sitemap.xml lleva fechas lastmod reales. llms.txt contiene un resumen fiel de dos frases del sitio y la lista de páginas clave.
5. No inventes nada: ni reseñas, ni valoraciones, ni premios, ni cifras de clientes, ni certificados, ni horarios, ni coordenadas, ni precios, salvo que yo te los dé. Deja fuera del schema los campos desconocidos.

Controles de calidad (en orden; no lo des por terminado hasta que todos pasen):
1. Con site_run_command ejecuta `node chrome-stamp.mjs`, la compilación de Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 errores, 0 advertencias), `node design-check.mjs` (0 errores; justifica cualquier advertencia que quede) y `npx html-validate "**/*.html"` (0 errores).
2. Revisa cada página con site_preview, view="mobile" y view="desktop". site_preview captura la página con el movimiento desactivado (reduced-motion), así que si falta contenido en esa imagen, el estado sin movimiento está roto. En las capturas de página completa, las imágenes lazy más abajo pueden aparecer vacías; no es un error, pero comprueba sus rutas.
3. Ejecuta core_web_vitals para cada página con strategy="mobile" y strat

Sitio webCambia tras tu aprobaciónDemo en vivo

Crea un sitio SaaS oscuro y rápido con una historia de producto fijada (pin) y guiada por el scroll con GSAP

Crea un sitio de producto de varias páginas en tu servidor de hosting con una historia de producto fijada con ScrollTrigger y sincronizada con el scroll, una entrada de títulos con SplitText y desplazamiento suave con Lenis. Las librerías de animación se cargan solo donde hacen falta y después del primer renderizado, y el Lighthouse móvil se mide y se mantiene por encima de 95.

Cuándo usarloCuando necesitas en tu servidor de hosting un sitio SaaS oscuro, rápido y de varias páginas que cuente la historia del producto con animación GSAP al hacer scroll sin bajar las puntuaciones de Lighthouse.

En mi servidor de hosting de Opus Growth [nombre del servidor], crea un sitio de producto oscuro y de varias páginas para [nombre del producto] que cuente su historia a medida que el visitante hace scroll. Producto: [qué hace, para quién es]. Los tres pasos que sigue un usuario en el producto: [tres pasos]. Funciones clave: [4 a 6 funciones]. Contacto: [email], [teléfono], [número de WhatsApp], [dirección si hay]. Dominio: [dominio]. Preferencia de color: [color o "tú eliges"]. Capturas o fotos reales del producto: [enlaces o "ninguna"].

Páginas: inicio (/), producto (/urun/), nosotros (/hakkimizda/), contacto (/iletisim/), privacidad (/gizlilik/) y 404.html. Secciones de la home en orden: hero (h1, descripción de dos frases, dos botones, imagen del producto), la historia del producto como elemento distintivo, funciones, para quién es, FAQ y una llamada a la acción final. Sin formulario en la página de contacto; usa email, teléfono y un enlace de WhatsApp con mensaje prellenado, porque el servidor solo sirve archivos estáticos.

Estilo: movimiento oscuro. Fondo oscuro, un único color de acento contenido (no neón), una grotesca display compacta de Fontshare (por ejemplo Cabinet Grotesk) y una fuente de texto serena (por ejemplo Switzer). Sin degradados y sin WebGL; guarda la audacia para la historia del producto.

Reglas de movimiento (la parte más difícil, síguelas al pie de la letra):
1. Librerías: GSAP 3.13 core, ScrollTrigger, SplitText y Lenis. Descárgalas de jsdelivr a `assets/vendor/` con site_fetch y fija la versión. Cárgalas solo en las páginas de inicio y producto; las páginas de nosotros, contacto y privacidad no llevan ningún script. No cargues Swiper.
2. No las añadas con `<script defer>`. Pon un pequeño loader al final de la página: tras el evento load espera dos llamadas a requestAnimationFrame y luego a requestIdleCallback, añade los scripts en orden con async=false y no descarga nada si `<html>` no tiene la clase `anim`. En la demo, las librerías con defer empujaron el LCP móvil a 3,2 s y dejaron Performance en 92; con este loader llegó a 99.
3. Un script de una línea en `<head>` añade la clase `js` a `<html>`, y la clase `anim` salvo que prefers-reduced-motion sea "reduce". Define los estados iniciales ocultos solo bajo `.anim`, de modo que el contenido sea visible desde el principio sin JS o para quienes prefieren menos movimiento, y que las librerías nunca se descarguen para ellos. Como red de seguridad por si una librería no carga, añade una animación CSS que haga visibles todos los elementos ocultos a los 2,5 s. Si el JS llega más tarde, no vuelvas a ocultar contenido visible; construye solo la historia fijada.
4. Entrada de títulos con SplitText: el h1 de la primera pantalla es el elemento LCP, nunca lo empieces oculto. El h1 empieza visible en un color atenuado que aún cumple el contraste AA, y SplitText lleva sus líneas al color completo una tras otra (con las opciones mask y aria activadas). Mantén la entrada de líneas enmascaradas que suben para los h2 más abajo y reprodúcela con el scroll mediante ScrollTrigger.
5. Elemento distintivo: en la historia del producto, usa pin y scrub de ScrollTrigger mediante gsap.matchMedia solo a partir de 768 px de ancho (scrub en torno a 0,6, end "+=180%"). A la izquierda, los tres pasos se activan uno a uno; a la derecha, la pantalla del producto se va completando paso a paso. No atenúes los pasos inactivos con opacity; cambia solo el color del título y la línea del borde. En la demo, los pasos atenuados con opacity fallaron en contraste en escritorio y bajaron Accesibilidad a 95. En móvil no hay pin; los pasos aparecen en el flujo normal. Sin JS, la pantalla del producto muestra su estado final.
6. Activa Lenis solo en dispositivos `(pointer: fine)` para que los táctiles conserven el scroll nativo. Mueve Lenis con gsap.ticker y lleva el foco al destino después de desplazarte a un enlace interno.
7. La pantalla del producto es una figura decorativa con aria-hidden y un figcaption que dice qué muestra. Toda interacción funciona con el teclado y el anillo de foco permanece visible.

Configuración y trampas conocidas (cada una bajó una puntuación en las mediciones de la demo, no te las saltes):
1. Si ya hay un sitio en producción en el servidor, avísame primero, porque la configuración sobrescribe index.html y la carpeta assets. Previsualiza scaffold_site con confirm=false y llámalo con confirm=true tras mi aprobación. Luego lee site_design_guide y site_seo_guide. Antes de escribir código, pon la dirección de diseño (tipografía, color, rejilla, elemento distintivo, lenguaje de movimiento y las librerías que NO se cargarán) en un breve ART.md fuera de assets y muéstramelo.
2. Compila Tailwind en lugar de cargarlo desde el CDN. Instálalo con site_run_command y background=true: `npm i -D tailwindcss@3`, y haz seguimiento con site_command_status. Las rutas content de `tailwind.config.js` deben cubrir todos los archivos HTML, las plantillas y cualquier archivo JS que escriba nombres de clase. `_src/tw.css` contiene la línea `@import "../assets/app.css";` y las tres líneas `@tailwind`; compílalo en un único archivo con `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Elimina el script cdn.tailwindcss.com y el tailwind.config en línea de todas las páginas y enlaza solo `/assets/site.css`. Recompila después de cada cambio de HTML.
3. Aloja las fuentes tú mismo. Lee el CSS de las familias de Fontshare que elegiste, descarga el archivo woff2 de cada peso en `assets/fonts/` con site_fetch y escribe las reglas @font-face con `font-display: swap` en `assets/app.css`; design-check busca ahí una fuente personalizada. Comprueba el nombre font-family en el CSS que descargaste, porque Fontshare puede devolver otra familia cuando un peso no existe. Haz preload de la fuente del título de la primera pantalla y de la fuente de texto en cada página con `<link rel="preload" as="font" type="font/woff2" crossorigin>`; en la demo esto eliminó el desplazamiento de diseño causado por el cambio de fuente (CLS de 0,024 a 0). La mayoría de las fuentes de Fontshare no tienen el glifo ₺, así que escribe "TL" para los precios.
4. Haz el menú y el pie de página en HTML estático. No cargues chrome.js ni site.config.js en las páginas. Escribe un pequeño `chrome-stamp.mjs` que lea la lista de navegación de site.config.js y estampe `_src/header.tpl` y `_src/footer.tpl` entre los marcadores `` y `` de cada página, añadiendo aria-current="page" al enlace actual. No des a las plantillas extensión .html y usa marcadores como `[[NAV]]` en lugar de `{{...}}`, o de lo contrario design-check y seo-check las leerán como páginas sin terminar. Construye el menú móvil sin JS usando `<details>`. Mantén el nombre del negocio, la dirección y el teléfono en el pie como texto plano.
5. Convierte las imágenes al descargarlas con site_fetch: escribe la misma foto en archivos separados con resize="480x", "800x" y "1200x", image_format="webp", quality=65. Da a cada `<img>` srcset, sizes, width y height. La imagen principal de la primera pantalla lleva fetchpriority="high" y nunca es lazy; el resto lleva loading="lazy" decoding="async". Si la imagen principal llena la pantalla del móvil, sirve un recorte más ancho y pequeño en móvil con `<picture>` (en la demo el hero móvil pasó de 89 KB a 43 KB).
6. Crea un favicon PNG de 48 px a partir del logo con site_fetch y añade `<link rel="icon">` a cada página. Sin él, el navegador registra un 404 y Best Practices baja a 96.
7. Reglas del validador HTML: empieza cada documento con un `<!DOCTYPE html>` en mayúsculas (los archivos iniciales del kit usan minúsculas), usa `&nbsp;` para los espacios en el texto visible de los enlaces tel:, no uses nunca un atributo style="" y da a cada botón type="button".

SEO, AEO y GEO:
1. Usa URLs de directorio con barra final (/urun/, /hakkimizda/, /iletisim/, /gizlilik/). Rellena el bloque seo de site.config.js y ejecuta `node seo-stamp.mjs`. Escribe el schema específico de cada página (home WebPage y FAQPage; producto SoftwareApplication y FAQPage; nosotros AboutPage; contacto ContactPage; BreadcrumbList en las páginas interiores. Para una empresa de software sin tienda física, pon localBusiness:false en site.config.js) en bloques `<script type="application/ld+json">` separados y enlázalo con el grafo base mediante @id. No entierres BreadcrumbList dentro de un @graph; dale su propio bloque, porque es la única forma en que seo-check lo ve.
2. Títulos de 48 a 60 caracteres (seo-check marca como error todo lo que pase de 65), descripciones de 145 a 158 caracteres, un h1 por página. Cada página necesita al menos 150 palabras de contenido principal; las páginas de contacto y privacidad suelen quedarse cortas.
3. El primer párrafo de cada página responde directamente a la pregunta de la página. Escribe un FAQ específico de la página con `<details>` y márcalo como FAQPage. Muestra la organización editora y una fecha de "Última actualización" con `<time>`.
4. En robots.txt, escribe tu decisión con su motivo para GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot y CCBot, y apunta al sitemap. sitemap.xml lleva fechas lastmod reales. llms.txt contiene un resumen preciso de dos frases del sitio y la lista de páginas clave.
5. No inventes nada: ni reseñas, ni valoraciones, ni premios, ni cifras de clientes, ni certificados, ni horarios, ni coordenadas, ni precios, salvo que yo te los dé. Deja fuera del schema los campos desconocidos.

Controles (en orden; no des el trabajo por terminado hasta que todos pasen):
1. Con site_run_command ejecuta `node chrome-stamp.mjs`, la compilación de Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 errores, 0 advertencias), `node design-check.mjs` (0 errores; justifica cualquier advertencia que quede) y `npx html-validate "**/*.html"` (0 errores).
2. Revisa cada página con site_preview, view="mobile" y view="desktop". site_preview captura la página con el movimiento desactivado (reduced-motion), así que si falta contenido en esa imagen, el estado sin movimiento está roto. En las capturas de página completa, las imágenes lazy más abajo pueden aparecer vacías; eso no es un error, pero comprueba sus rutas.
3. Ejecuta core_web_vitals en cada página con strategy="mobile" y strategy="desktop". Criterio de aprobación: en móvil, Performance de al menos 95 y Accesibilidad, Best Practices y SEO en 100; en escritorio, las cuatro de al menos 95. En una página que no pase, usa resources=true para encontrar el archivo que la frena, corrígelo y vuelve a medir. Después ejecuta seo_audit en la home con strategy="mobile" y runs=2. La lista de peticiones de red no debe contener ningún host distinto de tu propio dominio.
4. Sin scroll horizontal a 360, 390, 768 y 1440 px de ancho, áreas táctiles de al menos 44 px, sin errores de consola.

Comprobación del movimiento: site_preview no puede mostrar movimiento, así que describe la sección fijada de la home y dime qué comprobar en mi propio navegador: en escritorio la historia del producto debe quedarse pegada arriba mientras los pasos avanzan con el scroll, en un móvil debe fluir sin quedarse pegada, y con reducir movimiento activado en el sistema operativo nada debe moverse y todo debe ser visible.

Tras publicar: previsualiza la regla `/assets/* Cache-Control: public, max-age=31536000, immutable` con site_headers y aplícala tras mi aprobación; a partir de entonces, renombra los archivos CSS o JS cuando cambien (site-v2.css, etc.). Envía sitemap.xml con gsc_submit_sitemap y revisa la home con gsc_url_inspect. Termina con una tabla de puntuaciones por página (página, cuatro puntuaciones móvil, cuatro puntuaciones escritorio, LCP, CLS), los resultados de los controles y la lista de correcciones que aplicaste.

Estrategia

Ver los 49 →

EstrategiaSolo lectura

Mapea las fuentes que la IA cita en lugar de a ti y construye un plan de visibilidad fuera de tu sitio

Descubre qué páginas citan ChatGPT, Perplexity y las respuestas de IA de Google para las preguntas que hacen tus clientes, agrupa esas fuentes por tipo y lee una a una las páginas más citadas. Planifica por separado el trabajo de contenido en tu propio sitio y el trabajo en listados, directorios y comunidades.

Cuándo usarloCuando las respuestas de IA como ChatGPT, Perplexity o Google AI Overviews recomiendan a tus competidores o páginas de terceros en lugar de tu marca y necesitas un plan para que te citen.

Mi negocio [nombre del negocio], sitio [dominio], vende [servicio o producto] en el mercado de [ciudad o país]. Mis competidores: [hasta 3 competidores]. Las preguntas que mis clientes hacen a la IA: [de 5 a 8 preguntas que no nombren mi marca]. Este es un trabajo de planificación y solo lectura: no escribas a nadie y no cambies nada.

La mayoría de las citas en las respuestas de IA provienen de páginas de terceros, no del sitio propio de la marca: listas comparativas, foros, directorios, sitios de reseñas. El objetivo de este trabajo es encontrar esas páginas y definir cómo conseguir aparecer en cada una.

1. Revisión de créditos. Usa seo_history para encontrar ejecuciones recientes con estas preguntas y reutilizarlas. Dime cuántas llamadas nuevas hacen falta.
2. Motores de chat. Ejecuta seo_geo_tracker con brand=[nombre del negocio], brand_domain=[dominio], los competidores y la lista de preguntas, engines='chat_gpt,perplexity', repeats=2. Toma la lista top_cited_sources y las tasas de mención de los competidores. Esta herramienta indica con qué frecuencia se cita cada dominio, pero no la URL completa de la página.
3. Respuestas de IA de Google. Ejecuta seo_ai_overview para las 4 preguntas con mayor intención comercial (target=[dominio], ubicación e idioma de mi mercado). Toma la URL completa de cada página fuente de cada respuesta. Si references está vacío, usa los enlaces que aparecen dentro del texto de ai_answer. Estas URL de página son el insumo principal del plan.
4. Clasifica las fuentes. Asigna cada dominio recopilado a uno de estos tipos: mi sitio, sitio de un competidor, lista comparativa o de "los mejores", foro o comunidad (Reddit, Quora, foros del sector), directorio o sitio de reseñas (directorios locales distintos de Google Maps, Trustpilot, G2 y similares), vídeo, noticias o blog, organismo oficial o enciclopedia. Si no estás seguro del tipo de un dominio, no lo adivines: lee la página.
5. Lee las páginas más citadas. Lee las 10 páginas de terceros con más citas usando site_read_url con text=true. De cada página anota: qué marcas aparecen y si la mía está, el formato (lista con ranking, tabla, preguntas y respuestas, reseña), la fecha de publicación o actualización, y si la página tiene una vía de solicitud, contacto o "sugerir un listado". Si una página no se puede leer (403, requiere inicio de sesión), indícalo y continúa.
6. Compara con mi sitio. Si alguna de mis páginas es citada, haz una lista. Identifica el tipo de las páginas de competidores que se citan (página de precios, guía, página comparativa) y comprueba con site_read_url si yo tengo una página de ese tipo.

Da formato a la salida así. Primero un resumen de cuatro frases. Después una tabla de mapa de fuentes: dominio, tipo, número de respuestas que lo citan, para qué preguntas, si mi marca aparece en la página. Luego una tabla con las 10 páginas principales: URL, formato, fecha, marcas mencionadas, vía de entrada. Por último, tres listas de tareas separadas:
1. En mi sitio: tipos de página que crear o reforzar, y qué pregunta debe responder cada una.
2. Listas y directorios: artículos de listas a los que postular y directorios donde crear o actualizar un listado, cada uno con su vía de entrada.
3. Comunidad: debates en los que mi marca puede aportar de forma natural.

Reglas: no sugieras reseñas falsas, cuentas de usuario falsas, menciones de pago ocultas ni colar anuncios en foros. Si sugieres una colocación de pago, indica que debe estar claramente marcada como patrocinada. Cuando una sugerencia sea escribir a un editor para que actualice una lista antigua, entrega el mensaje como borrador, pero no lo envíes. Cuando los datos no basten para una conclusión, no adivines.

EstrategiaCambia tras tu aprobación

Reparte el presupuesto entre Google Ads y Meta según el CPA de 30 días

Una única tabla de campañas de Google Ads y Meta, y un plan de reasignación de presupuesto línea por línea basado en una regla de CPA clara.

Cuándo usarloCuando una plataforma es claramente más barata por conversión que la otra y necesitas decidir a dónde debe ir tu presupuesto mensual.

Compara mis campañas de Google Ads y Meta de los últimos 30 días y dime hacia dónde debería moverse mi presupuesto. Mi presupuesto publicitario mensual es [monthly budget] y mi coste por conversión objetivo es [target CPA].

1. Para cada campaña activa de ambas plataformas, obtén gasto, conversiones, coste por conversión, tasa de conversión y presupuesto diario actual. Usa el mismo rango de fechas en las dos plataformas.
2. Crea una única tabla ordenada por coste por conversión. Incluye el porcentaje que cada campaña representa del gasto total y de las conversiones totales.
3. Marca como "baja confianza" cualquier campaña con menos de 10 conversiones y no muevas todavía su presupuesto.
4. En las campañas de Búsqueda de Google, añade la cuota de impresiones perdida por presupuesto.

Regla de decisión:
- Una campaña con al menos 10 conversiones y un CPA más de un 30% por encima del objetivo pierde presupuesto.
- Una campaña por debajo del CPA objetivo que pierde más de un 20% de cuota de impresiones por presupuesto, o que es un conjunto de anuncios de Meta que gasta todo su presupuesto, gana presupuesto.
- Nunca cambies un presupuesto individual en más de un 20% en un solo paso.

Entrega una tabla de reasignación con estas columnas: campaña, plataforma, presupuesto diario actual, presupuesto diario propuesto, motivo. No cambies nada todavía. Marcaré qué líneas acepto. Después muéstrame una vista previa de esos cambios exactos y espera mi confirmación antes de aplicarlos.

EstrategiaSolo lectura

Comprueba que las conversiones sean comparables antes de mover presupuesto entre canales

Una tabla de fiabilidad que compara las conversiones reportadas por cada plataforma con GA4 y muestra el coste por conversión comparable de cada canal.

Cuándo usarloCuando Google Ads, Meta y GA4 reportan cifras de conversión muy distintas y no sabes en cuál confiar antes de comparar canales.

Antes de mover dinero entre Google Ads y Meta, necesito saber si sus cifras de conversiones se pueden comparar siquiera. Usa los últimos 30 días.

1. Google Ads: audita el estado del seguimiento de conversiones. Lista las acciones de conversión principales con su tipo de recuento (cada una o una), las ventanas de atribución de clic y de visualización, y el modelo de atribución.
2. Meta: lista los píxeles con su última vez que se activaron, las conversiones personalizadas y los eventos de conversión para los que optimizan mis campañas. Ten en cuenta que la atribución predeterminada de Meta incluye conversiones por visualización.
3. GA4: obtén los eventos clave por fuente/medio de la sesión durante esos mismos 30 días. Confirma qué eventos clave corresponden a las conversiones de las plataformas.
4. Crea una tabla por canal con estas columnas: conversiones reportadas por la plataforma, eventos clave de GA4 de ese canal, ratio, gasto, CPA de la plataforma, CPA basado en GA4.

Señala todos los problemas que inflan u ocultan resultados:
- Recuento configurado como "cada una" en acciones de lead.
- Acciones duplicadas o secundarias que se están contando.
- Un píxel que no se ha activado en 24 horas.
- Una ratio entre la plataforma y GA4 superior a 1,5.

Termina con una respuesta clara: qué CPA debo usar para comparar canales y qué hay que arreglar primero. No cambies ningún ajuste. Si hace falta una corrección, descríbela y yo pediré una vista previa por separado.

EstrategiaSolo lectura

Incorporación de un nuevo cliente: informe de una página sobre el panorama competitivo

Un informe de una página que muestra quién anuncia en el mercado del cliente, dónde, con qué mensaje y en qué posición se encuentra hoy el cliente.

Cuándo usarloCuando vas a empezar con un cliente nuevo y necesitas entender contra quién compite en búsqueda de pago y orgánica antes de la llamada inicial.

Estamos incorporando a [nombre del cliente] (dominio [dominio del cliente], cuenta de Google Ads [cuenta]). Elabora un informe del panorama competitivo antes de nuestra llamada de arranque.

1. Obtén un resumen de la cuenta para conocer la inversión actual, las conversiones y los tipos de campaña activos.
2. Realiza un análisis de SERP en vivo de las 5 consultas comerciales más importantes del cliente: [5 consultas principales]. Registra qué dominios aparecen en posiciones de pago y cuáles en los 5 primeros resultados orgánicos.
3. Toma los 4 dominios que aparecen con más frecuencia en posiciones de pago. Para cada uno, extrae su huella de palabras clave de pago (número de palabras clave y tráfico de pago estimado) y sus anuncios activos en las bibliotecas públicas de anuncios.
4. Ejecuta un análisis de brecha de palabras clave entre el dominio del cliente y esos 4 competidores.

Entregable, una página:
- tabla de competidores con estas columnas: dominio, presencia de pago (consultas en las que apareció de 5), presencia orgánica, número estimado de palabras clave de pago, canales con anuncios activos, mensaje principal
- dónde el cliente es más fuerte, dónde es más débil y dónde está ausente
- 5 preguntas priorizadas para hacer al cliente en la llamada de arranque, como márgenes, con qué competidor pierde ventas y qué ofertas puede igualar legalmente

Solo lectura. Sin cambios en la cuenta.

EstrategiaCambia tras tu aprobación

Reescribe los assets RSA débiles para diferenciarte de los anuncios de la competencia

Compara el texto de tus anuncios adaptables de búsqueda con los anuncios activos de la competencia, detecta los assets genéricos o con bajo CTR y prepara reescrituras directas basadas en datos verificados. No se cambia nada hasta que apruebes la vista previa.

Cuándo usarloCuando tus textos de Google Ads suenan igual que los de la competencia y quieres que tus RSA destaquen.

En la cuenta de Google Ads [account], campaña [campaign name], quiero que nuestros anuncios adaptables de búsqueda dejen de sonar como los de la competencia.

Datos que puedes usar sobre [client name] (solo estos, además de lo que puedas leer en nuestra landing page activa): [paste real numbers, guarantees, process details, certifications, review counts].

1. Encuentra la campaña y sus grupos de anuncios y anuncios, con sus IDs.
2. Obtén los anuncios activos en Google de [competitor domains, up to 4] desde el Ads Transparency Center, región [country]. Enumera las afirmaciones y frases que se repiten entre ellos, como "entrega rápida", "mejor precio" o "la confianza de X". Si algún competidor no devuelve anuncios, indícalo y continúa con los demás.
3. Lee nuestros RSA de esta campaña: todos los títulos y descripciones, la URL final, la Ad Strength y las acciones recomendadas por Google. Después obtén el rendimiento por asset de los últimos 60 días, con un mínimo de 1.000 impresiones.
4. Lee la URL final de cada anuncio como página activa y anota los datos concretos que menciona (cifras, garantías, plazos de entrega, pruebas de confianza). Úsalos junto con los datos que pegué arriba.
5. Marca nuestros títulos y descripciones que (a) repitan casi palabra por palabra una afirmación recurrente de la competencia, o (b) estén en el tercio inferior de CTR entre los assets con más de 1.000 impresiones. Si menos de 6 assets superan las 1.000 impresiones, usa las cifras históricas y marca el resultado como de baja confianza.

Para cada asset marcado, escribe una sustitución basada en un dato específico de mi lista o de la landing page: una cifra, garantía, detalle del proceso o prueba de confianza que la competencia no mencione. No inventes nunca una afirmación. Si ningún dato encaja, escribe "necesita un dato tuyo" en lugar de una sustitución. Mantén los títulos en 30 caracteres y las descripciones en 90. Conserva al menos 3 títulos que contengan la palabra clave principal.

Anclajes: si los detalles del anuncio muestran qué assets están anclados, deja los assets anclados sin tocar. Si el estado de anclaje no es visible en los datos, enumera los assets que piensas cambiar y pregúntame cuáles están anclados antes de preparar las ediciones.

Muestra una tabla de antes/después por anuncio con el motivo de cada cambio y la fuente del dato utilizado. Después prepara las ediciones con la actualización parcial directa del RSA (elimina y añade solo los assets marcados) para conservar el historial de rendimiento. Ejecútalo como vista previa con confirm=false y espera mi aprobación antes de aplicar nada.

EstrategiaSolo lectura

Desglose del embudo por conjunto de anuncios en Meta: ¿creatividad, página, oferta o checkout?

Cada conjunto de anuncios de Meta recibe un diagnóstico del paso del embudo en el que pierde compradores, basado en umbrales de tasas claros.

Cuándo usarloCuando tus anuncios de Meta consiguen clics pero pocas compras y no sabes en qué paso del embudo pierdes compradores.

Para la cuenta publicitaria de Meta [cuenta publicitaria], analiza cada conjunto de anuncios que haya gastado más de [gasto mínimo] en los últimos 14 días.

Extrae estas métricas por conjunto de anuncios:
- Gasto
- CTR de enlace
- Visitas a la página de destino por clic en el enlace
- Añadidos al carrito por visita a la página de destino
- Inicios de pago por añadido al carrito
- Compras por inicio de pago
- Coste por compra
- ROAS de compra

Diagnostica cada conjunto de anuncios con estas reglas:
- CTR de enlace inferior al 0,8%: problema de creatividad o de hook.
- Visitas a la página de destino inferiores al 70% de los clics en el enlace: problema de velocidad de página o de redirección.
- Añadidos al carrito inferiores al 5% de las visitas a la página de destino: problema de página de producto, precio u oferta.
- Compras inferiores al 40% de los inicios de pago: problema de checkout, coste de envío o método de pago.

Entrega una tabla ordenada por gasto, con el paso que falla y su diagnóstico en la última columna. Debajo de la tabla, agrupa los conjuntos de anuncios por tipo de problema y estima las compras perdidas en cada paso que falla, suponiendo que ese paso hubiera rendido como la mediana de la cuenta. Solo análisis, sin cambios.

Estos prompts funcionan mejor cuando tu asistente de IA está conectado a tus cuentas con Opus Growth.

Conecta tus cuentas gratis