accueil / serveurs / IA & Mémoire / com.igods/gvt
com.igods/gvt
serveur MCP (Model Context Protocol) · gvt-mcp 0.2.0
Référencé dans l'annuaire. Seul le pentest comportemental fait foi, et il n'a pas encore été exécuté sur ce serveur.
Est-ce que com.igods/gvt est sûr ?
Au dernier audit MCP Hub, le serveur MCP « com.igods/gvt » est classé « Non encore testé ». Référencé dans l'annuaire. Seul le pentest comportemental fait foi, et il n'a pas encore été exécuté sur ce serveur. Le verdict est réévalué en continu ; consultez la fiche pour l'état à jour.
Méthode : MCP Hub analyse la description de chaque outil (couche 1) et, pour le verdict fort, exécute le serveur dans une micro-VM isolée avec leurres et réseau bloqué (couche 2). On publie des noms et des compteurs, jamais le contenu brut renvoyé par un outil.
Les 19 outils
- gvt_delete_test≈ 233 tokens
Permanently delete a test session and all its associated results. This action cannot be undone. Use gvt_set_test_visibility instead if you only want to hide a test from public view. Deleting a test does not delete its schedule (if one exists): recurring runs continue until removed via gvt_schedule_test delete mode.
Paramètres, retour & exemple (1)
Paramètrestid· string · requis
The 8-character test ID of the test to delete.
Exemple d'appel{"name": "gvt_delete_test", "arguments": {"tid": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"message": "texte", "success": true}} - gvt_get_baseline≈ 1085 tokens
Get the oldest baseline test snapshot for a single URL, including expired tests. For pre-computed baseline-vs-latest deltas without fetching full snapshots, use gvt_get_score_trend instead; for baselines across many URLs in one call, use gvt_list_baselines. Use with gvt_get_latest to compare baseline vs current when you need the full snapshot detail on both ends. The url must be passed exactly as the test was run — matching is exact string equality (scheme, host, path, trailing slash), not nearest-match. When unsure of the recorded form, discover it with gvt_list_tests first.
Paramètres, retour & exemple (1)
Paramètresurl· string · requis
The URL to look up (must match the URL used when the test was run).
Exemple d'appel{"name": "gvt_get_baseline", "arguments": {"url": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"tid": "texte", "url": "texte", "oldest": {}, "status": "texte", "message": "texte", "isPublic": true, "testType": "url", "createdAt": "texte", "expiresAt": "texte", "updatedAt": "texte", "shareableTid": "texte", "analysisSummary": {}}} - gvt_get_batch_status≈ 693 tokens
Retrieves the current progress, state, and test IDs (tids) of an ongoing or completed visibility testing batch. Poll this tool with the batchId returned by gvt_run_visibility_batch until status is completed or failed. A tid appears on each URL entry only after its test completes — then call gvt_get_batch_summary for the compact per-page scores and top shared issues, or gvt_get_test_results for a single test. Batch records are retained for the lifetime of the account (no automated pruning); an unknown, pruned, or foreign batchId returns 404. Read-only: consumes rate limit, never test credits. Duplicate URLs in a batch are collapsed, so counts always sum to totalUrls.
Paramètres, retour & exemple (1)
ParamètresbatchId· string · requis
The UUID of the batch to check, returned by gvt_run_visibility_batch.
Exemple d'appel{"name": "gvt_get_batch_status", "arguments": {"batchId": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"urls": [], "counts": {}, "status": "queued", "batchId": "texte", "totalUrls": 1, "completedAt": "texte", "submittedAt": "texte"}} - gvt_get_batch_summary≈ 1036 tokens
Compact per-page results and pre-computed aggregates for a completed visibility testing batch: per-URL overall and category scores, findingSentence, average overall score, strongest and weakest categories, best and worst scoring pages, and the top shared issue types with their fixIds. One call replaces one gvt_get_test_results call per URL for audit and status-report workflows — a 10-URL batch drops from roughly 1.6 MB to a few KB of context. The batch must be completed (poll gvt_get_batch_status first); an in-flight batch returns its current status without per-page data. Read-only: consumes rate limit, never test credits. For element-level detail on a single page, call gvt_get_test_results with that page's tid.
Paramètres, retour & exemple (1)
ParamètresbatchId· string · requis
The UUID of the completed batch to summarize, returned by gvt_run_visibility_batch.
Exemple d'appel{"name": "gvt_get_batch_summary", "arguments": {"batchId": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"pages": [], "counts": {}, "status": "queued", "batchId": "texte", "message": "texte", "summary": {}, "totalUrls": 1}} - gvt_get_fix≈ 514 tokens
Read the canonical fix record for one GVT issue type: severity range, impact, scoring weight, plain-language description, and the recommended remediation. Issue IDs come from the fixId field on issues in gvt_get_test_results output. The same content is served as the gvt://knowledge/fixes/{issue_id} resource template for resource-capable clients. Copy fixId verbatim from the results output — unknown or mistyped IDs return not-found rather than a fuzzy match. Responses are static reference content and cacheable.
Paramètres, retour & exemple (1)
Paramètresissue_id· string · requis
Stable issue identifier, e.g. og_title_missing or color-contrast. Matches the fixId field in gvt_get_test_results output.
Exemple d'appel{"name": "gvt_get_fix", "arguments": {"issue_id": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"ttlMs": 1, "impact": "texte", "weight": 1, "category": "texte", "issue_id": "texte", "resourceUri": "texte", "subcategory": "texte", "recommendation": "texte", "severity_range": [], "human_description": "texte"}} - gvt_get_knowledge≈ 405 tokens
Read GVT reference knowledge: how scoring works, score bands and category weights, what each analysis category checks, or GEO glossary definitions. Use it to interpret test results and scores correctly instead of guessing. The topic is matched exactly and case-sensitively (Methodology will not match methodology); unrecognized values fail fast with the valid list. The same content is served as MCP resources at gvt://knowledge/app/* for resource-capable clients.
Paramètres, retour & exemple (1)
Paramètrestopic· string · optionnel · all | methodology | scoring | categories | glossary
Which knowledge topic to read: methodology (how GVT analyzes pages), scoring (score bands and category weights), categories (what each of the six categories checks), glossary (GEO term definitions), or all (complete knowledge base).
Exemple d'appel{"name": "gvt_get_knowledge", "arguments": {"topic": "all"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"uri": "texte", "topic": "all", "ttlMs": 1, "knowledge": {}}} - gvt_get_latest≈ 1055 tokens
Get the most recent non-expired test snapshot for a single URL. For pre-computed baseline-vs-latest deltas without fetching full snapshots, use gvt_get_score_trend instead. Use with gvt_get_baseline to compare baseline vs current when you need the full snapshot detail on both ends. The url must be passed exactly as the test was run — matching is exact string equality, not nearest-match; an unrecorded URL returns 404. Considers only the authenticated caller's own non-expired tests.
Paramètres, retour & exemple (1)
Paramètresurl· string · requis
The URL to look up (must match the URL used when the test was run).
Exemple d'appel{"name": "gvt_get_latest", "arguments": {"url": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"tid": "texte", "url": "texte", "latest": {}, "status": "texte", "message": "texte", "isPublic": true, "testType": "url", "createdAt": "texte", "expiresAt": "texte", "updatedAt": "texte", "shareableTid": "texte", "analysisSummary": {}}} - gvt_get_prompt≈ 390 tokens
Render a GVT prompt workflow with concrete argument values, returning the complete step-by-step instruction text ready to follow. Also returns the effective arguments that were bound (provided values plus defaults for omitted optionals). Prompt names and their arguments come from gvt_list_prompts; an unknown name or argument key errors rather than guessing. The rendered text references GVT tools by name — call them as instructed.
Paramètres, retour & exemple (2)
Paramètresname· string · requis
Prompt name from gvt_list_prompts, e.g. gvt_setup_domain_monitoring.arguments· object · optionnel
Argument values for the prompt, keyed by argument name (e.g. {"domain": "example.com", "frequency": "weekly"}). Omit optional arguments to use their defaults.
Exemple d'appel{"name": "gvt_get_prompt", "arguments": {"name": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"name": "texte", "text": "texte", "arguments": {}, "description": "texte"}} - gvt_get_score_trend≈ 1635 tokens
Compare the oldest baseline vs the latest non-expired test for a single URL or an entire domain, with pre-computed per-category deltas (latest minus baseline). Provide exactly one of url or domain. Domain mode matches the exact domain, www.<domain>, and subdomains (alphabetical, capped by limit). Page through the whole domain with offset: offset=0 for the first page, offset=limit for the second, following hasMore/nextOffset. Returns scores and deltas only, not full snapshot detail; for complete snapshots of one URL use gvt_get_baseline and gvt_get_latest. This replaces paging the full test history and computing comparisons client-side, one call per site.
Paramètres, retour & exemple (4)
Paramètresurl· string · optionnel
Single URL scope (XOR with domain).limit· integer · optionnel
Cap on returned records in domain mode (max 100, default 25).domain· string · optionnel
Domain scope — matches the domain, www.<domain>, and subdomains (XOR with url).offset· integer · optionnel
Number of matched URLs to skip in domain mode (row skip, not a page number). Use offset=0 for the first page, offset=limit for the second. Ignored in single-URL mode.
Exemple d'appel{"name": "gvt_get_score_trend", "arguments": {"url": "texte", "limit": 1, "domain": "texte", "offset": 1}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"url": "texte", "limit": 1, "scope": "url", "ttlMs": 1, "domain": "texte", "offset": 1, "trends": [], "compare": {}, "hasMore": true, "returned": 1, "urlCount": 1, "truncated": true}} - gvt_get_test_results≈ 1672 tokens
Get results for a visibility test by tid: overall scores, findingSentence, shareableTid, and per-category resultData. The tid is an opaque 8-character HashID — copy it verbatim from gvt_run_visibility_test, gvt_list_tests, or gvt_get_batch_status; partial or reformatted values will not match, and results are scoped to the caller's own tests. If status is "pending" or "running", wait and retry. findingSentence is a pre-generated natural-language verdict; use it as the primary summary. shareableTid is non-null when the result is public and linkable. detail selects the payload shape: "summary" (recommended for reporting workflows) returns analysisSummary plus the top issues per category without the semantic tree, per-element markup, or the nojs_rendered duplicate pass; "full" (the default) returns complete per-category resultData for all 7 analysis types (heading, semantic, accessibility, schema, javascript, nojs, social). For compact per-page scores across a whole completed batch, prefer gvt_get_batch_summary instead of one call per tid.
Paramètres, retour & exemple (2)
Paramètrestid· string · requis
Opaque 8-character hash ID returned by gvt_run_visibility_test or gvt_list_tests. Not an integer.detail· string · optionnel · summary | full
Payload shape. summary: analysisSummary plus the top issues per category (deduplicated by type, capped at 10, sorted by severity then weight) — no semantic tree, per-element markup, or nojs_rendered pass. full: complete resultData for all analysis types (previous behavior, the default).
Exemple d'appel{"name": "gvt_get_test_results", "arguments": {"tid": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"tid": "texte", "url": "texte", "detail": "summary", "status": "pending", "results": [], "isPublic": true, "testType": "url", "createdAt": "texte", "expiresAt": "texte", "updatedAt": "texte", "shareableTid": "texte", "analysisSummary": {}}} - gvt_list_baselines≈ 683 tokens
Get the oldest baseline test snapshots for a batch of URLs (up to 100) in a single call. Each result includes the URL and its oldest test object (null if no test exists for that URL). For a single URL use gvt_get_baseline; for pre-computed baseline-vs-latest deltas use gvt_get_score_trend. This bulk form is ideal for monthly/periodic batch comparisons: fetch baselines in bulk here, then call gvt_get_latest per URL. One call replaces up to 100 gvt_get_baseline calls; split larger URL sets into consecutive calls of at most 100. Order of results follows the submitted order.
Paramètres, retour & exemple (1)
Paramètresurls· array · requis
Array of URLs to look up (max 100).
Exemple d'appel{"name": "gvt_list_baselines", "arguments": {"urls": []}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"found": 1, "ttlMs": 1, "results": [], "requested": 1}} - gvt_list_prompts≈ 439 tokens
List the GVT prompt workflows: user-invocable recipes that chain GVT tools into complete tasks (check a page, review a monthly batch, analyze regressions, verify fixes, set up domain monitoring, report client status). Each entry lists its arguments. Use gvt_get_prompt to render a prompt with concrete argument values, then follow the rendered instructions to run the workflow. This catalog is static and costs nothing to call on every session start — it never queues tests or consumes credits.
Paramètres, retour & exemple (0)
Exemple d'appel{"name": "gvt_list_prompts", "arguments": {}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"ttlMs": 1, "prompts": [], "promptCount": 1}} - gvt_list_schedules≈ 1368 tokens
Retrieves the paginated roster of the authenticated caller's test monitoring schedules, allowing filtering by domain, frequency, and status. This is the only way to discover existing schedules and their schids, which the pause/resume/cancel/change_frequency modes of gvt_schedule_test require. Completed one-off rows are hidden by default: batch runs create a throwaway once row per queued URL, so include them only with includeCompletedOnce true. The row's tid is deliberately not surfaced (it is often stale); use gvt_list_tests or gvt_get_latest for test result lookups. Read-only: consumes rate limit, never test credits.
Paramètres, retour & exemple (8)
Paramètreslimit· integer · optionnel
The maximum number of schedules requested for this page.domain· string · optionnel
Filter to schedules matching this domain substring.offset· integer · optionnel
The number of skipped items from the beginning of the result set.status· string · optionnel · active | paused | completed
Filter by the derived overall state of the schedule.frequency· string · optionnel · daily | weekly | monthly | once
Filter by repetition interval.sortDirection· string · optionnel · asc | desc
Sort order by creation time; desc is newest first.includeSubdomains· boolean · optionnel
Whether subdomains should be included in the domain filter match.includeCompletedOnce· boolean · optionnel
Whether to include completed one-off schedules in the results. Hidden by default because batch runs create a throwaway once row per queued URL; include them only when investigating batch history.
Exemple d'appel{"name": "gvt_list_schedules", "arguments": {"limit": 1, "domain": "texte", "offset": 1, "status": "active", "frequency": "daily", "sortDirection": "asc"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"limit": 1, "total": 1, "domain": "texte", "offset": 1, "status": "texte", "hasMore": true, "frequency": "texte", "schedules": [], "nextOffset": 1, "includeSubdomains": true, "allowedFrequencies": [], "maxActiveSchedules": 1}} - gvt_list_sitemap_urls≈ 1390 tokens
Discovers and ranks URLs from a domain's XML sitemaps to find the most significant pages (homepages, product pages, recently updated content) before analyzing them. Supports URL-pattern filtering and automatically flags robots.txt-blocked and already-tested pages. Legal/policy boilerplate (privacy, terms, cookies, disclaimers, refunds) is flagged legalPage:true with a -25 significance penalty; use the legalPages filter to drop it (exclude) or isolate it for a policy-coverage audit (only). Parameters group into three jobs: discovery (url), ranking and paging (limit, sort), and filtering (include and exclude URL patterns, excludeDisallowed, excludeTested, excludeScheduled, legalPages).
Paramètres, retour & exemple (9)
Paramètresurl· string · requis
The target website URL or an explicit sitemap .xml URL.sort· string · optionnel · significance | lastmod | alphabetical | document
How to sort the discovered URLs. 'significance' uses SEO heuristics.limit· integer · optionnel
Maximum number of URLs to return (default 10).exclude· array · optionnel
Wildcard patterns to reject (e.g., '*archive*').include· array · optionnel
Wildcard patterns to require (e.g., '*blog*'). Only '*' wildcards are supported.legalPages· string · optionnel · include | exclude | only
Tri-state filter for legal/policy boilerplate pages (privacy, terms, cookies, disclaimers, refund policies, etc). "include" keeps them (default), "exclude" drops them, and "only" returns just the legal/policy pages — useful for auditing a site's policy coverage.excludeTested· boolean · optionnel
If true, omits URLs the user has already tested.excludeScheduled· boolean · optionnel
If true, omits URLs currently in the testing queue.excludeDisallowed· boolean · optionnel
If true, silently drops URLs that are blocked by robots.txt.
Exemple d'appel{"name": "gvt_list_sitemap_urls", "arguments": {"url": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"sort": "significance", "urls": [], "limit": 1, "errors": [], "hasMore": true, "matched": 1, "returned": 1, "truncated": true, "legalPages": "include", "bulkUrlLimit": 1, "requestedUrl": "texte", "sitemapCount": 1}} - gvt_list_tests≈ 964 tokens
List visibility tests for the authenticated user, newest first. Supports filtering by domain (optionally including subdomains), by URL (exact or contains match), by creation date range, by status, and by test type. This is the tid and history discovery surface: use it to find the exact recorded URL string and tids that gvt_get_baseline, gvt_get_latest, and gvt_get_test_results require, and use gvt_get_score_trend instead when you only need baseline-vs-latest deltas — it skips the paging entirely.
Paramètres, retour & exemple (11)
Paramètresurl· string · optionnel
URL to filter tests by; matched per urlMode (contains by default).limit· integer · optionnel
Max results to return (default 10, max 100)domain· string · optionnel
Domain to filter tests by, e.g. example.com. Subdomains are included unless includeSubdomains is false.offset· integer · optionnel
Number of records to skip before returning results (not a page number). Use offset=0 for the first page, offset=limit for the second page, etc.status· string · optionnel · pending | processing | completed | failed
Test status to filter by: pending, processing, completed, or failed.urlMode· string · optionnel · exact | contains
How the url filter matches: "exact" for full-URL equality, "contains" for substring match.testType· string · optionnel · url | html | html_paste
Test type to filter by: url, html, or html_paste.createdTo· string · optionnel
Exclusive creation-date upper bound. YYYY-MM-DD (UTC midnight) or full ISO 8601 instant.createdFrom· string · optionnel
Inclusive creation-date lower bound. YYYY-MM-DD (UTC midnight) or full ISO 8601 instant.sortDirection· string · optionnel · asc | desc
Sort direction by creation date: desc (newest first, default) or asc (oldest first).includeSubdomains· boolean · optionnel
If true (the default), includes tests for subdomains of the given domain. Set false to match the exact domain only.
Exemple d'appel{"name": "gvt_list_tests", "arguments": {"url": "texte", "limit": 1, "domain": "texte", "offset": 1, "status": "pending", "urlMode": "exact"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"limit": 1, "tests": [], "total": 1, "ttlMs": 1, "domain": "texte", "offset": 1, "hasMore": true, "createdTo": "texte", "nextOffset": 1, "createdFrom": "texte", "includeSubdomains": true}} - gvt_run_visibility_batch≈ 635 tokens
Queue up to 500 URLs for batch GEO visibility testing. Returns a batch ID for tracking progress. Optionally add URLs to recurring schedules (daily, weekly, monthly) during the same call. Poll gvt_get_batch_status with the batchId until status is completed or failed; then get the compact per-page score summary with gvt_get_batch_summary, or individual results with gvt_get_test_results. This tool queues paid test runs and consumes credits; for score interpretation, methodology, or reference knowledge, use gvt_get_knowledge instead — it never runs tests. A webhook URL can be provided to receive a completion notification; when set, the response returns webhookSecret, an HMAC key for verifying that the notification genuinely came from GVT. Duplicate URLs in the submitted array are collapsed, so totalUrls may be smaller than the array you sent.
Paramètres, retour & exemple (2)
Paramètresurls· array · requis
Array of URL objects to test (max 500)webhookUrl· string · optionnel
Optional HTTPS URL to receive a batch completion webhook
Exemple d'appel{"name": "gvt_run_visibility_batch", "arguments": {"urls": []}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"status": "queued", "batchId": "texte", "totalUrls": 1, "webhookSecret": "texte", "webhookConfigured": true}} - gvt_run_visibility_test≈ 453 tokens
Run a GEO visibility test on a URL. Analyzes 7 categories: JavaScript dependencies (js), no-JS rendering (nojs), semantic HTML5, heading structure, schema.org markup, social tags, and accessibility. This is an async operation — it returns a tid immediately. Pass that tid to gvt_get_test_results to retrieve scores and issues once the test completes (poll until status is not "pending" or "running").
Paramètres, retour & exemple (2)
Paramètresurl· string · requis
The URL to analyzewaitForJs· boolean · optionnel
Wait for JavaScript rendering before analysis. Set to false to skip JS rendering (faster, but may miss dynamically injected content).
Exemple d'appel{"name": "gvt_run_visibility_test", "arguments": {"url": "texte"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"tid": "texte", "next": {}, "status": "pending", "message": "texte"}} - gvt_schedule_test≈ 1083 tokens
Manage recurring GVT test schedules: add, delete, reset, pause, resume, cancel, and change_frequency. Discover existing schedules and their schids via gvt_list_schedules; control modes require a schid. For one-off tests use gvt_run_visibility_test; for queued batches without recurrence use gvt_run_visibility_batch. Modes: "add" upserts schedules for the provided urls without duplicating; "delete" permanently removes schedule entries by schid or url (test results are never deleted by any mode); "reset" is destructive — deletes all matching schedules first (domain-scoped when provided, otherwise ALL account-wide), then upserts the provided urls; "pause" halts reversibly; "resume" restarts a paused schedule and clears auto-pause reasons and failure counts; "cancel" permanently ends the schedule (schid unusable); "change_frequency" updates the recurrence interval. Management modes (add/delete/reset) require urls; control modes require schid. Subscription-tier enforcement applies.
Paramètres, retour & exemple (5)
Paramètresmode· string · optionnel · add | delete | reset | pause | resume | cancel | change_frequency
Schedule operation mode. add/delete/reset operate on URLs (require urls array). pause/resume/cancel/change_frequency operate on a single schedule (require schid).urls· array · optionnel
Array of URL/schedule objects. Required for add, delete, and reset modes.schid· string · optionnel
Schedule ID. Required for pause, resume, cancel, and change_frequency modes.domain· string · optionnel
Domain to scope a reset operation (reset mode only). e.g. "example.com". Matches https://, http://, with/without www., with/without trailing path. Omit to reset ALL schedules.frequency· string · optionnel · daily | weekly | monthly
New frequency for the schedule. Required for change_frequency mode.
Exemple d'appel{"name": "gvt_schedule_test", "arguments": {"mode": "add", "urls": [], "schid": "texte", "domain": "texte", "frequency": "daily"}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"success": true, "scheduled": [], "deletedByUrl": [], "deletedCount": 1, "upsertedCount": 1}} - gvt_set_test_visibility≈ 407 tokens
Toggle the public visibility of a test session. Set is_public to true to make the test shareable and receive its public share URL, or false to make it private. The response confirms the new state and, when making a test public, includes the share_url the recipient can visit without any authentication. is_public is the only lever: true both publishes and yields the link in this same response; false revokes access to any previously issued share_url immediately. This is the only way to control who can view a test result without requiring MCP authentication.
Paramètres, retour & exemple (2)
Paramètrestid· string · requis
The 8-character test ID returned by gvt_run_visibility_test.is_public· boolean · requis
true to make the test publicly shareable, false to make it private.
Exemple d'appel{"name": "gvt_set_test_visibility", "arguments": {"tid": "texte", "is_public": true}}Exemple de retour{"content": [{"type": "text", "text": "…"}], "structuredContent": {"tid": "texte", "success": true, "is_public": true, "share_url": "texte"}}
C'est votre serveur ?
Revendiquez-le sur l'espace créateur (preuve GitHub, domaine ou npm) pour afficher le badge « propriétaire vérifié » et lancer un pentest comportemental à la demande afin d'obtenir le badge « Vérifié ».