Creé un panel de Google Search Console por 0 $. Aquí tienes el código.

TL;DR: Google Search Console ofrece de forma gratuita los mismos datos de consultas, páginas, posiciones e impresiones que SEMrush y Ahrefs revenden por 129–449 $ / mes. La API de GSC incluye una cuota gratuita de 1.200 solicitudes por minuto, un límite de carga de 25.000 filas y cuatro endpoints que cubren aproximadamente el 90 % de lo que necesita un fundador en solitario. Este artículo repasa la configuración OAuth con cuenta de servicio, los cuatro endpoints que conviene conocer, un script en Python que genera una matriz CTR consulta-por-página y tres patrones de automatización (cron + Slack, Google Sheets y una vista ligera en Django) que convierten las filas brutas de la API en un cuadro de mando útil. Si prefieres no mantener la integración por tu cuenta, SEOJuice ofrece el mismo cableado como servicio gestionado.

Lo que GSC ya te da gratis (y que las herramientas de pago reempaquetan)

Lo frustrante de una suite SEO de 449 $ / mes es que alrededor del 70 % de lo que aparece en el panel son datos que Google ya te entrega gratis vía Search Console. Las herramientas de pago añaden tres cosas: seguimiento de posiciones mediante proxies alquilados, un grafo de backlinks extraído de archivos web rastreados y una interfaz que evita que escribas SQL. El tercero es el único que un fundador en solitario necesita realmente y es el más barato de replicar.

Esto es lo que expone la API para cualquier propiedad cuya titularidad hayas verificado:

• 16 meses de datos históricos de rendimiento: todas las consultas que generaron clics o impresiones, con posición, CTR y fecha.
• Desglose a nivel de página para la misma ventana: qué URL se posicionaron para qué consultas y cómo se distribuyeron los clics.
• Cobertura de indexación de cualquier URL: fecha del último rastreo, veredicto de indexación, canónica elegida por Google, usabilidad móvil, análisis de datos estructurados.
• Estado de los sitemaps: qué sitemaps detectó Google, cuándo y cuántas URL descubrió frente a las indexadas.
• Segmentación por dispositivo, país y aspecto de búsqueda sobre los mismos datos de consulta/página.

Lo que falta es todo lo que esté fuera de tu propia propiedad: rankings de la competencia, crecimiento de backlinks en dominios rivales, cálculos de share-of-voice. Para la mayoría de los fundadores pre-PMF esas métricas son números de vanidad que no cambian lo que enviarás a producción. Escribí un artículo más extenso sobre cómo reducir un stack SEO a dos herramientas y la conclusión se mantiene: GSC más una superficie de redacción ofrecen señal suficiente para actuar.

«Los datos de Search Console provienen directamente de Google. Son la fuente más precisa para entender cómo rinde tu sitio en la Búsqueda de Google».

De la propia documentación de Ayuda de Search Console.

Configurar la API de GSC con una cuenta de servicio

Existen dos flujos de autenticación viables para la API de GSC: OAuth de flujo de usuario (redirección en el navegador, tokens de actualización) y OAuth con cuenta de servicio (servidor a servidor, sin navegador). Para un fundador que ejecuta un cron en un único VPS, las cuentas de servicio son más cortas y duraderas: sin vencimiento de refresh tokens ni pantalla de consentimiento que mantener.

La provisión lleva unos 10 minutos y no cuesta nada:

1. Abre la Google Cloud Console y crea un proyecto nuevo (o reutiliza uno). El nivel gratuito basta; esto nunca factura.
2. Habilita la API de Google Search Console en la biblioteca de APIs.
3. En IAM & Admin → Service Accounts, crea una cuenta de servicio llamada gsc-dashboard-reader. No necesita roles a nivel de proyecto.
4. Genera una clave JSON para la nueva cuenta y descárgala. Trátala como una clave de API; no la subas a git.
5. En Search Console, en Ajustes → Usuarios y permisos, añade el correo de la cuenta de servicio (termina en @<project-id>.iam.gserviceaccount.com). El permiso Restringido basta para lectura.

Ese último paso es el que se suele pasar por alto. La cuenta de servicio es una identidad de Google, pero si no le das acceso explícito a tu propiedad de Search Console, la API devuelve un autoritativo 403 user does not have sufficient permission for site. Concede acceso por propiedad; si tienes varias, repite el proceso.

Los cuatro endpoints que cubren el 90 % de lo que necesitas

La superficie de la API de GSC es reducida. Cuatro endpoints abarcan datos de consultas, estado de sitemaps, inspección por URL y la lista de propiedades a las que tienes acceso. Omite el resto de la referencia hasta que tengas un motivo concreto para leerla.

La cuota de 1.200/min en endpoints de lectura es, en la práctica, ilimitada para un fundador en solitario. El tope real es la restricción de 2.000/día en URL Inspection, suficiente para auditar a diario todas las páginas de un sitio con 1.500 URL.

Extracción real en Python: principales consultas y matriz consulta-por-página

La consulta más útil es el desglose consulta-por-página de los últimos 28 días. Indica qué página posiciona para cada consulta y cómo se comporta el CTR en la intersección. Las celdas con muchas impresiones y bajo CTR son tus objetivos inmediatos de optimización.

Instala las dos dependencias:

pip install google-auth google-api-python-client

El script mínimo viable: autentica, consulta e imprime. Guarda la clave JSON descargada como gsc-credentials.json en el mismo directorio:

from datetime import date, timedelta
from google.oauth2 import service_account
from googleapiclient.discovery import build

SCOPES = ["https://www.googleapis.com/auth/webmasters.readonly"]
SITE_URL = "sc-domain:example.com"  # o "https://example.com/"
KEY_FILE = "gsc-credentials.json"

creds = service_account.Credentials.from_service_account_file(
    KEY_FILE, scopes=SCOPES
)
service = build("searchconsole", "v1", credentials=creds)

end = date.today() - timedelta(days=2)  # GSC lleva ~2 días de retraso
start = end - timedelta(days=27)

request = {
    "startDate": start.isoformat(),
    "endDate": end.isoformat(),
    "dimensions": ["query"],
    "rowLimit": 25,
    "orderBy": [{"field": "clicks", "descending": True}],
}
response = service.searchanalytics().query(
    siteUrl=SITE_URL, body=request
).execute()

for row in response.get("rows", []):
    q = row["keys"][0]
    print(f"{row['clicks']:>5}  {row['impressions']:>6}  "
          f"{row['ctr']*100:>5.1f}%  pos={row['position']:>5.1f}  {q}")

Esa es toda la integración. Ejecútala y verás las 25 consultas principales de los últimos 28 días ordenadas por clics. Dos notas: sc-domain:example.com es para propiedades de dominio (la opción recomendada); utiliza la forma URL completa solo en propiedades de prefijo URL. Los datos de GSC llevan ~2 días de retraso, por eso terminamos en today - 2.

La matriz consulta-por-página —la versión que realmente guía decisiones— añade una segunda dimensión y eleva el límite de filas:

request = {
    "startDate": start.isoformat(),
    "endDate": end.isoformat(),
    "dimensions": ["query", "page"],
    "rowLimit": 5000,
    "orderBy": [{"field": "impressions", "descending": True}],
}
response = service.searchanalytics().query(
    siteUrl=SITE_URL, body=request
).execute()

opportunities = []
for row in response.get("rows", []):
    query, page = row["keys"]
    impressions = row["impressions"]
    ctr = row["ctr"]
    position = row["position"]
    # Celdas con >500 impresiones y CTR <2 % son candidatas a fugas de CTR
    if impressions > 500 and ctr < 0.02 and position < 15:
        opportunities.append((impressions, query, page, position, ctr))

opportunities.sort(reverse=True)
for imp, q, p, pos, ctr in opportunities[:20]:
    print(f"{imp:>6} imp  pos={pos:>4.1f}  ctr={ctr*100:>4.1f}%  {q}  →  {p}")

El filtro del final (altas impresiones, bajo CTR, posición ≤ 15) es la clásica lista de candidatos a reescribir la etiqueta