Servidor MCP de Repolog

• Direcciónhttps://repolog.io/api/mcpno está en el registro oficial: respondió al preguntarle

Ninguna entrada del registro oficial de MCP nombra este servidor. Respondió en repolog.io cuando el Atlas preguntó en la dirección donde suelen montarse los servidores, así que es del propio proveedor. Los clientes y catálogos que listan servidores a partir del registro no lo muestran.

• Estadorespondecomprobado el 2026-10-28
• Herramientas16
• El servidor se llamarepolog
• Versión del servidor1.0.0
• Versión del protocolo2025-06-18

El 2026-10-28 el servidor respondió a initialize y tools/list sin iniciar sesión. Primera respuesta en 46 ms.

• Sus herramientas hacen todos los casos de uso comprobados: audit a homepage for SEO and speed issues; check accessibility failures and security headers on a site; map target keywords to pages and track them.

Lo dicen reglas a partir de las mediciones de arriba. La primera llamada probable la elige un modelo de la lista de herramientas; lee su descripción antes de fiarte.

• Nota INITE MCP73 de 100responde 91 · hace el trabajo 100 · definiciones 79 · contexto 91 · conexión 100 · rebajada por las señales de aviso de abajo
• Qué puede hacer un agente con él3 de 3 casos de uso
• Respondióel 100% de los días7 de 7 comprobaciones diarias
• Mediana de la primera respuesta1909 ms
• Espacio en el contexto del agente≈ 4242 tokenslas definiciones de todas sus herramientas (16), que el agente lleva en cada turno
• Definiciones de herramientasB · 79 de 100
• Resultados tipados0 de 16 herramientasdeclaran outputSchema: el resultado llega tipado y se lee de una vez

• Parámetros sin descripción: en 4 de 16
• Sin indicar si solo lee o puede destruir: 16 de 16

Un programa comprueba el servidor una vez al día: initialize y tools/list, sin modelo. Los tokens son la longitud de las definiciones, a unos cuatro caracteres por token. La nota promedia seis comprobaciones del nombre, la descripción, el esquema y las anotaciones de cada herramienta; dice lo bien descritas que están, no si funcionan. La nota pondera solo lo medido: si responde (25%), si hace el trabajo del producto (25%), definiciones (20%), contexto (10%), uso (10%) y lo fácil que es conectarse (10%). Lo que no se midió queda fuera, y una instrucción oculta limita la nota a 40. El estado de los servidores MCP de los proveedores: método y números →

• list_websites

  List all websites in the authenticated workspace, newest first.

• list_pages

  List the pages registered under a website. Each row's `id` is the pathId/targetPathId every other tool takes: pass it to run_scan to audit that page instead of the domain root, or to track_keyword/set_keyword_target_page to say which page…

• add_pages

  Register pages on a verified website so they can be scanned and targeted by keywords. Takes paths or absolute URLs on the website's own host — the site's sitemap is the usual source. Partial by design: `added` holds the registered pages…

• list_scans

  List scans for a website, newest first.

• get_scan

  Fetch a single scan by id. Defaults to the summary view: scores, per-category pass/warn/fail counts, the ranked top issues and — when the page has a keyword mapped to it — how it scored against that keyword. Enough to decide what to fix…

• run_scan

  Start a new scan for a website. An unverified website can scan its domain root (homepage) only; registered pages need domain verification. Returns immediately with a pending scan; poll get_scan or call wait_for_scan for the report.

• wait_for_scan

  Wait (up to ~45s) for a scan to finish, then return it in the same views as get_scan (summary by default). If it is still running when the wait elapses, returns the current pending state — call again to keep waiting. A scan of a slow page…

• list_keywords

  List the keywords tracked for a website, with search volume, difficulty, CPC and Search Console metrics where known. A null searchVolume with a set metricsUpdatedAt means a run checked and the provider has no data for that term — that is…

• get_search_console_queries

  Read Google Search Console for a website: the queries it already gets impressions for but isn't tracking (`opportunities`, best first, last 28 days, each with the `topPage` already earning them — the page to rewrite or to map the keyword…

• track_keyword

  Track a keyword for a website. Metrics stay empty until a research run prices it. Pass targetPathId to map it to a page — or targetRoot: true for the homepage, which has no page id of its own — and the next scan of that page grades it…

• untrack_keyword

  Stop tracking a keyword. Its metrics and page mapping are deleted with it. `keywordId` also takes an array to do several in one call; the other arguments then apply to every one of them.

• set_keyword_target_page

  Point a tracked keyword at the page it should rank for: a registered page by targetPathId, or the homepage with targetRoot: true (the root is always scannable, so it has no page id). Omit both to clear the mapping. The next scan of that…

• run_keyword_research

  Spend one of the workspace's monthly keyword research runs (pooled across every website) and write the results to the website's keyword list — at most 50 new keywords per run, shared across the seeds and ranked by how many words they…

• get_backlinks

  Backlink profile for a website: the latest snapshot (domain rank 0-1000, total backlinks, referring domains, broken backlinks, 0-100 spam score) plus up to two years of weekly history for trends. Snapshots are taken automatically about…

• get_fix_prompt

  Get a ready-to-use prompt describing what to fix in the code, built from a completed scan's report.

• get_usage

  The workspace's plan and how much of each quota is used and left: scans and keyword research runs (monthly, pooled across all websites, reset at `period.resetsAt`, UTC), websites, members, and tracked keywords (capped per website — see…