---
title: "Per què els URL filtren dades sensibles i com evitar-ho"
url: https://uselinkpilot.com/ca/blog/why-urls-leak-sensitive-information
description: "L'historial, els registres del servidor, les CDN i la capçalera Referer guarden URL sencers, fins i tot amb HTTPS. On es filtren i com fer-los innocus."
lang: ca
---

Seguretat (https://uselinkpilot.com/ca/blog/category/security)

# Per què els URL filtren dades sensibles i com evitar-ho

L'historial, els registres del servidor, les CDN i la capçalera Referer guarden URL sencers, fins i tot amb HTTPS. On es filtren i com fer-los innocus.

W. Miller (https://uselinkpilot.com/ca/author/w-miller)26 de maig del 2026 · Actualitzat el 22 d’octubre del 2026 · Sobre LinkPilot (https://uselinkpilot.com/ca/about)

Un URL sembla privat perquè només l'haurien de tenir les persones a qui l'envieu. A la pràctica, un URL és una de les dades que més es registren al web: l'anoten, el copien i el reenvien sistemes que no us han demanat permís i que no podeu auditar. Aquí teniu exactament on es filtra i com dissenyar enllaços que ho resisteixin. També és el motiu pel qual un generador d'enllaços secrets d'un sol ús (https://uselinkpilot.com/ca/tools/free-secret-link-generator) guarda la clau de desxifratge a la part de l'enllaç que va després del #: aquesta part no arriba mai a cap registre de servidor.

## Per on es filtra

- **L'historial del navegador.** Cada URL que visita l'usuari es desa en local i es pot sincronitzar amb altres dispositius i amb el servei de sincronització del fabricant del navegador.
- **Els registres d'accés del servidor HTTP.** La majoria de servidors registren per defecte el camí sencer de la sol·licitud i la cadena de consulta. Qualsevol persona amb accés als registres té l'URL.
- **Els servidors intermediaris inversos i les CDN.** Cloudflare, Fastly, el vostre balancejador de càrrega: tots registren l'URL, cadascun amb la seva pròpia política de conservació.
- **Els sistemes d'agregació de registres.** Els registres d'accés rarament es queden en una sola màquina: s'envien a serveis centralitzats de registre i monitoratge, i així es multiplica el nombre de sistemes que guarden l'URL.
- **La capçalera Referer.** Quan la pàgina enllaça a un recurs d'un tercer, el navegador pot enviar l'URL d'origen a la capçalera `Referer`. Els scripts d'estadístiques, els vídeos incrustats i els píxels publicitaris la reben.
- **Les extensions del navegador.** Les extensions amb el permís de «llegir l'historial de navegació» veuen cada URL, fragments inclosos.
- **La sincronització d'adreces d'interès.** Els URL desats com a adreces d'interès se sincronitzen entre els dispositius de l'usuari i amb els servidors del fabricant del navegador.
- **Els previsualitzadors d'enllaços.** Slack, Teams, iMessage, LinkedIn i els clients de correu obren els URL per mostrar-ne una previsualització, sense avisar i en el moment en què s'envia el missatge.
- **Els servidors intermediaris corporatius i les passarel·les de correu.** Moltes organitzacions inspeccionen, reescriuen i registren cada URL que travessa el seu perímetre.

## HTTPS fa que l'URL sigui privat?

No. HTTPS xifra l'URL durant el trànsit i res més; els dos extrems el continuen desant. Val la pena ser precisos, perquè «la connexió està xifrada» es malinterpreta sovint com a «l'URL és privat».

TLS xifra el camí i la cadena de consulta durant el trànsit: algú que observi la xarxa entre el navegador i el servidor no pot llegir `/reset?token=...`. El que TLS _no_ amaga: el nom d'amfitrió de destinació (visible per la resolució DNS i pel camp SNI de TLS en la majoria de connexions actuals) i tot el que passa als extrems. El navegador continua registrant l'URL sencer a l'historial i el servidor el continua escrivint al registre d'accés. El xifratge en trànsit protegeix el cable, no els dos extrems, i és als dos extrems on es filtren els URL.

## Un exemple pràctic: la vida d'un URL

Seguim un sol URL sensible, per exemple un enllaç de restabliment, `https://example.com/reset?token=8f3a91...`, des que s'envia fins que s'hi fa clic:

1. **El proveïdor de correu** desa el missatge (URL inclòs) indefinidament, i el seu escàner de seguretat pot obrir l'URL quan el lliura.
2. **La passarel·la de correu del destinatari** reescriu i registra l'URL, i l'obre una altra vegada en el moment del clic.
3. **El DNS** resol `example.com`: el nom d'amfitrió (no el camí) ja és als registres del resolutor.
4. **El servidor web** escriu la línia sencera de la sol·licitud al registre d'accés. Una entrada amb el format «combined» per defecte de nginx o Apache té aquest aspecte:

```text
203.0.113.7 - - [14/Jul/2026:09:12:45 +0000]
  "GET /reset?token=8f3a91... HTTP/1.1" 200 5123 "-" "Mozilla/5.0 ..."
```

5. **La CDN que hi ha al davant** registra el mateix URL amb la seva pròpia política de conservació.
6. **L'script d'estadístiques de la pàgina** registra l'URL de la pàgina, cadena de consulta inclosa, en un sistema d'un tercer, tret que s'hagi configurat expressament perquè la tregui.
7. **El navegador** desa l'URL a l'historial i el sincronitza.

Un sol enviament, set còpies, en mans de com a mínim cinc organitzacions. Res d'això ha necessitat cap atacant: és el web funcionant tal com està dissenyat.

## La capçalera Referer a la pràctica

Si la pàgina on es mostra el secret enllaça a qualsevol recurs extern (un tipus de lletra d'una CDN, un script d'estadístiques, una imatge incrustada), el navegador pot enviar l'URL de la pàgina a aquell origen a la capçalera `Referer`.

Els navegadors actuals fan servir per defecte `strict-origin-when-cross-origin` (MDN: Referrer-Policy (https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Referrer-Policy)), que retalla els referents entre orígens diferents i en deixa només l'origen (`https://example.com/` en lloc del camí sencer). És un progrés real, però no us hi podeu refiar: les sol·licituds del mateix origen continuen portant l'URL sencer, una política definida a la pàgina pot relaxar el valor per defecte, i els clients antics i les webviews incrustades no es comporten tots igual.

Dues mesures pràctiques:

```html
<!-- Strip the referer for outbound requests on the page -->
<meta name="referrer" content="no-referrer" />
```

```http
Referrer-Policy: no-referrer
```

La versió amb capçalera s'aplica a tot el lloc; l'etiqueta meta s'aplica a la pàgina concreta. Feu servir totes dues per tenir protecció en capes. Encara millor: serviu les pàgines sensibles **sense cap recurs de tercers**, perquè no hi hagi ningú a qui enviar el referent.

## Un testimoni és més segur al camí, a la cadena de consulta o al fragment?

Només el fragment queda fora de la sol·licitud, i per tant només el fragment queda fora dels registres del servidor; el camí i la cadena de consulta són equivalents. On poseu un testimoni dins l'URL canvia qui el veu:

| Ubicació | S'envia al servidor? | Als registres del servidor? | A Referer? | A l'historial del navegador? |
| --- | --- | --- | --- | --- |
| Camí (`/s/abc123`) | Sí | Sí | Depèn de la política | Sí |
| Consulta (`?token=abc123`) | Sí | Sí | Depèn de la política | Sí |
| Fragment (`#abc123`) | No | No | No | Sí |

El fragment sí que és diferent: segons la RFC 3986, secció 3.5 (https://www.rfc-editor.org/rfc/rfc3986#section-3.5), es processa al client i no s'inclou mai a la sol·licitud HTTP. Per això les eines per enganxar text amb xifratge d'extrem a extrem hi posen la clau de desxifratge: el servidor no la rep mai, literalment. Tot i així, no és invisible: l'historial del navegador, les extensions i qualsevol JavaScript que s'executi a la pàgina la poden llegir. En canvi, entre el camí i la consulta no hi ha cap diferència de privadesa: tots dos acaben als mateixos registres.

## El problema dels testimonis de restabliment de contrasenya

Els testimonis sensibles als URL són una classe de vulnerabilitat reconeguda. La CWE-598 de MITRE («Use of GET Request Method With Sensitive Query Strings») tracta exactament això: les dades sensibles de la cadena de consulta acaben als registres, als historials i als referents, sigui quin sigui el xifratge del transport. Per això els processos de restabliment de contrasenya ben fets no depenen mai només del fet que l'URL es mantingui secret. Fan que el testimoni sigui **d'un sol ús**, **de curta durada** i **lligat a una acció posterior** (definir una contrasenya nova), de manera que un testimoni recuperat d'un registre tres setmanes després no serveix de res.

Aquesta és la lliçó general: normalment no podeu evitar que un URL acabi als registres, però sí que podeu fer que l'URL registrat no serveixi de res quan algú el llegeixi.

## Dissenyar URL que es puguin filtrar sense perill

Doneu per fet que tots els URL que genereu acabaran apareixent, tard o d'hora, en algun lloc no previst, i dissenyeu-los perquè no importi:

- **Un sol ús.** Destruïu el secret després de la primera lectura correcta, perquè un URL filtrat ja no funcioni quan aparegui a l'historial d'algú.
- **Caducitat curta.** Limiteu el període en què la filtració fa mal. Un URL que ha funcionat durant cinc minuts val molt menys que un que ha funcionat durant una setmana.
- **Frase de contrasenya per un altre canal.** Demaneu un secret que no hagi estat mai a l'URL. Així, l'URL sol, que és l'únic que tenen els registres, ja no és suficient.
- **Separeu l'obertura de la visualització.** Serviu les metadades amb `GET` i lliureu el contingut només amb un `POST` explícit, perquè els previsualitzadors d'enllaços i els escàners no puguin consumir el secret.
- **Cap recurs de tercers a les pàgines sensibles**, a més de `Referrer-Policy: no-referrer` i `<meta name="robots" content="noindex">`.
- **Amagueu les rutes dels secrets als vostres propis registres.** A nginx, transformeu l'URI de la sol·licitud abans de registrar-la (vegeu la referència del ngx_http_log_module (https://nginx.org/en/docs/http/ngx_http_log_module.html) per a `log_format`):

```nginx
map $request_uri $loggable_uri {
    ~^/s/   "/s/[redacted]";
    default $request_uri;
}
log_format redacted '$remote_addr - $remote_user [$time_local] '
                    '"$request_method $loggable_uri" $status';
access_log /var/log/nginx/access.log redacted;
```

Només controleu els vostres propis registres (les còpies de la CDN, del servidor intermediari i del navegador continuen existint), i per això mateix els tres primers punts d'aquesta llista són els que fan la major part de la feina.

## Com determina això els enllaços secrets

Aquest model d'amenaces explica per què els enllaços secrets de LinkPilot funcionen com funcionen: l'URL es tracta com si s'hagués de filtrar inevitablement, de manera que l'URL sol no és mai suficient. Un `GET` només retorna metadades; per veure el contingut cal un `POST` explícit, opcionalment protegit amb una frase de contrasenya de la qual es calcula el hash SHA-256 al client. Els secrets destruïts, caducats o revocats retornen HTTP 410 amb el contingut sobreescrit de manera irreversible, les respostes que mostren el secret porten `Cache-Control: no-store`, i els esdeveniments de visualització registren un hash de la IP amb una sal que es rota cada dia, no l'adreça en si. I un límit que diem obertament a la pàgina d'arquitectura de seguretat (https://uselinkpilot.com/ca/security-architecture): la clau de desxifratge viatja a la part de l'enllaç que va després del #, així que tot l'enllaç s'ha de tractar com el secret, que és exactament el perill del qual parla aquest article. Una caducitat curta, la destrucció després de la lectura i una frase de contrasenya enviada per un altre canal són el que limita el mal quan es filtra un enllaç.

_Actualització del 29 de setembre de 2026: originalment aquest paràgraf deia que LinkPilot no oferia xifratge d'extrem a extrem. Ara xifra el contingut de text al navegador, fitxers adjunts inclosos._

Proveu-la gratis, sense registre

### Missatge que s'autodestrueix

Envieu una nota que desapareix després de llegir-la una vegada.

Obre l'eina (https://uselinkpilot.com/ca/tools/burn-after-read-secret)

## Límits

El disseny dels URL no ho pot arreglar tot. No controla què fa el destinatari després d'una lectura legítima, no pot eliminar les còpies que ja tenen tercers i no salvarà un URL que porti dades personals a la vista. Si l'adreça de correu d'un usuari és a la cadena de consulta, cap caducitat farà que no quedi registrada. La regla que val sempre: no poseu mai en un URL dades que després hàgiu de suprimir, perquè suprimir un URL de tots els llocs on s'ha copiat és pràcticament impossible. Dissenyeu URL que no serveixin de res quan es filtrin.

## Lectures relacionades

- Com funcionen els enllaços secrets d'un sol ús: https://uselinkpilot.com/ca/blog/how-one-time-secret-links-work
- Els escàners d'enllaços i els secrets d'un sol ús: https://uselinkpilot.com/ca/blog/link-scanners-and-one-time-secrets
- Compartir contrasenyes de manera segura: comparació de 5 mètodes: https://uselinkpilot.com/ca/secure-password-sharing

## Referències

- IETF, RFC 3986: Uniform Resource Identifier (URI): Generic Syntax, section 3.5 Fragment (https://www.rfc-editor.org/rfc/rfc3986#section-3.5).
- MDN Web Docs, Referrer-Policy header (https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Referrer-Policy).
- nginx, Module ngx_http_log_module (https://nginx.org/en/docs/http/ngx_http_log_module.html).

## Eines per a aquest article

Missatge que s'autodestrueix

Envieu una nota que desapareix després de llegir-la una vegada.
https://uselinkpilot.com/ca/tools/burn-after-read-secret

Generador d'enllaços secrets d'un sol ús

Compartiu una contrasenya o una nota amb un enllaç que només s'obre una vegada.
https://uselinkpilot.com/ca/tools/free-secret-link-generator

Generador d'enllaços amb caducitat

Creeu enllaços que deixen de funcionar en un moment determinat.
https://uselinkpilot.com/ca/tools/temporary-link

## Preguntes freqüents

### N'hi ha prou amb HTTPS perquè els paràmetres de l'URL siguin privats?

### I els identificadors de fragment (#)?

### És millor posar un testimoni al camí o a la cadena de consulta?

### Els navegadors actuals encara envien l'URL sencer a la capçalera Referer?

### Quant de temps es queden els URL als registres del servidor?

## LinkPilot envia un enllaç secret que desapareix després d'obrir-lo.

Es xifra al vostre navegador, es mostra una sola vegada i després es destrueix. Sense compte.

Crea un enllaç secret (https://uselinkpilot.com/ca/tools/free-secret-link-generator)

## Llegiu també

Seguretat

### Compartir enllaços de manera segura per a desenvolupadors

Guia pràctica per a equips d'enginyeria: quan fer servir enllaços d'un sol ús, com generar-los amb scripts i com integrar-los a la incorporació i a la CI.
https://uselinkpilot.com/ca/blog/secure-link-sharing-for-developers

Seguretat

### Enllaços secrets o gestors de contrasenyes

Un gestor de contrasenyes desa les credencials que l'equip reutilitza; un enllaç d'un sol ús en lliura una a una persona, una vegada. Calen tots dos.
https://uselinkpilot.com/ca/blog/secret-links-vs-password-managers

Seguretat

### Escàners d'enllaços i secrets d'un sol ús

Un enllaç d'un sol ús destruït amb un GET mor quan Slack o una passarel·la de correu el previsualitza. Doneu metadades al GET i destruïu-lo en mostrar-lo.
https://uselinkpilot.com/ca/blog/link-scanners-and-one-time-secrets

## Structured data

```json
[
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
      {
        "@type": "ListItem",
        "position": 1,
        "name": "Inici",
        "item": "https://uselinkpilot.com/ca"
      },
      {
        "@type": "ListItem",
        "position": 2,
        "name": "Blog",
        "item": "https://uselinkpilot.com/ca/blog"
      },
      {
        "@type": "ListItem",
        "position": 3,
        "name": "Per què els URL filtren dades sensibles i com evitar-ho",
        "item": "https://uselinkpilot.com/ca/blog/why-urls-leak-sensitive-information"
      }
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "BlogPosting",
    "@id": "https://uselinkpilot.com/ca/blog/why-urls-leak-sensitive-information#article",
    "headline": "Per què els URL filtren dades sensibles i com evitar-ho",
    "description": "L'historial, els registres del servidor, les CDN i la capçalera Referer guarden URL sencers, fins i tot amb HTTPS. On es filtren i com fer-los innocus.",
    "inLanguage": "ca",
    "datePublished": "2026-05-26",
    "dateModified": "2026-10-22",
    "image": "https://uselinkpilot.com/logo-512.png",
    "author": {
      "@type": "Person",
      "@id": "https://uselinkpilot.com/author/w-miller#person",
      "name": "W. Miller",
      "url": "https://uselinkpilot.com/ca/author/w-miller",
      "worksFor": {
        "@type": "Organization",
        "name": "LinkPilot",
        "url": "https://uselinkpilot.com"
      }
    },
    "publisher": {
      "@type": "Organization",
      "name": "LinkPilot",
      "url": "https://uselinkpilot.com",
      "logo": {
        "@type": "ImageObject",
        "url": "https://uselinkpilot.com/logo-512.png",
        "width": 512,
        "height": 512
      }
    },
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://uselinkpilot.com/ca/blog/why-urls-leak-sensitive-information"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "N'hi ha prou amb HTTPS perquè els paràmetres de l'URL siguin privats?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "HTTPS xifra l'URL durant el trànsit, però l'URL continua quedant registrat a l'historial del navegador i als registres d'accés del servidor, i s'envia a través de la capçalera Referer quan la pàgina enllaça a fora. Que vagi xifrat durant el trànsit no fa que un URL sigui secret."
        }
      },
      {
        "@type": "Question",
        "name": "I els identificadors de fragment (#)?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Els fragments no s'envien al servidor, i per això algunes eines amb xifratge d'extrem a extrem hi posen la clau. Tot i així, les extensions del navegador i qualsevol JavaScript de la pàgina els poden veure."
        }
      },
      {
        "@type": "Question",
        "name": "És millor posar un testimoni al camí o a la cadena de consulta?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Cap de les dues opcions és gaire més privada. Totes dues acaben als mateixos registres i a les mateixes estadístiques. Si el testimoni ha d'anar a l'URL, tracteu tot l'URL com el secret i feu que només es pugui fer servir una vegada."
        }
      },
      {
        "@type": "Question",
        "name": "Els navegadors actuals encara envien l'URL sencer a la capçalera Referer?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Entre orígens diferents, els navegadors actuals fan servir per defecte strict-origin-when-cross-origin, que retalla el referent i en deixa només l'origen. Però les sol·licituds del mateix origen continuen portant l'URL sencer, una pàgina pot relaxar la política i les webviews incrustades no es comporten totes igual. Per això, a les pàgines sensibles definiu explícitament Referrer-Policy: no-referrer en lloc de confiar en els valors per defecte."
        }
      },
      {
        "@type": "Question",
        "name": "Quant de temps es queden els URL als registres del servidor?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "El temps que digui la política de conservació, sovint de setmanes a mesos. A més, els registres d'accés s'envien habitualment a serveis d'agregació de registres, de manera que n'hi ha còpies en sistemes que el propietari del lloc no gestiona directament. Doneu per fet que qualsevol URL que ha arribat a un servidor està desat en diversos llocs que no podeu enumerar."
        }
      }
    ],
    "inLanguage": "ca"
  },
  {
    "@context": "https://schema.org",
    "@type": "SoftwareApplication",
    "@id": "https://uselinkpilot.com/#software",
    "name": "LinkPilot",
    "applicationCategory": "BusinessApplication",
    "operatingSystem": "Web",
    "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.",
    "url": "https://uselinkpilot.com",
    "offers": [
      {
        "@type": "Offer",
        "name": "Free",
        "price": "0",
        "priceCurrency": "USD",
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Pro",
        "price": "29",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "29",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency",
        "price": "299",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "299",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency Plus",
        "price": "799",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "799",
          "priceCurrency": "USD",
          "billingDuration": "P1M"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Pro (yearly)",
        "price": "288",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "288",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency (yearly)",
        "price": "2988",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "2988",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Agency Plus (yearly)",
        "price": "7980",
        "priceCurrency": "USD",
        "priceSpecification": {
          "@type": "UnitPriceSpecification",
          "price": "7980",
          "priceCurrency": "USD",
          "billingDuration": "P1Y"
        },
        "url": "https://uselinkpilot.com/pricing"
      },
      {
        "@type": "Offer",
        "name": "Enterprise",
        "priceSpecification": {
          "@type": "PriceSpecification",
          "priceCurrency": "USD"
        },
        "url": "https://uselinkpilot.com/pricing"
      }
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://uselinkpilot.com/#organization",
    "name": "LinkPilot",
    "alternateName": "LinkPilot by TetraCore",
    "url": "https://uselinkpilot.com",
    "contactPoint": {
      "@type": "ContactPoint",
      "contactType": "customer support",
      "email": "support@uselinkpilot.com",
      "url": "https://uselinkpilot.com/support"
    },
    "parentOrganization": {
      "@type": "Organization",
      "@id": "https://tetracorehq.com/#organization",
      "name": "TetraCore",
      "url": "https://tetracorehq.com/"
    },
    "logo": {
      "@type": "ImageObject",
      "url": "https://uselinkpilot.com/logo-512.png",
      "width": 512,
      "height": 512
    },
    "description": "LinkPilot is a secure link management platform for creating branded short links, tracking engagement, and sharing secrets with expiring, protected, self-destructing links.",
    "sameAs": [
      "https://x.com/uselinkpilot",
      "https://www.linkedin.com/company/uselinkpilot",
      "https://facebook.com/uselinkpilot",
      "https://github.com/TetraCoreHQ/linkpilot-cli",
      "https://github.com/TetraCoreHQ/linkpilot-mcp",
      "https://www.npmjs.com/package/linkpilot",
      "https://www.npmjs.com/package/@uselinkpilot/sdk",
      "https://www.npmjs.com/package/@uselinkpilot/mcp",
      "https://chromewebstore.google.com/detail/linkpilot-short-links-and/mnmppadihpcncicldpkmgknhnjkondad",
      "https://addons.mozilla.org/en-US/firefox/addon/uselinkpilot/"
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "LinkPilot",
    "url": "https://uselinkpilot.com",
    "potentialAction": {
      "@type": "SearchAction",
      "target": "https://uselinkpilot.com/blog?q={search_term_string}",
      "query-input": "required name=search_term_string"
    }
  }
]
```