---
title: "لماذا تسرّب عناوين URL معلومات حساسة وكيف تمنع ذلك"
url: https://uselinkpilot.com/ar/blog/why-urls-leak-sensitive-information
description: "يحتفظ سجل المتصفح وسجلات الخوادم وشبكات CDN وترويسات Referer بعناوين URL كاملة حتى مع HTTPS. أين تتسرب الروابط وكيف تصمم عناوين لا يضر تسربها."
lang: ar
---
الأمان (https://uselinkpilot.com/ar/blog/category/security)
# لماذا تسرّب عناوين URL معلومات حساسة وكيف تمنع ذلك
يحتفظ سجل المتصفح وسجلات الخوادم وشبكات CDN وترويسات Referer بعناوين URL كاملة حتى مع HTTPS. أين تتسرب الروابط وكيف تصمم عناوين لا يضر تسربها.
W. Miller (https://uselinkpilot.com/ar/author/w-miller)26 مايو 2026 · آخر تحديث 22 أكتوبر 2026 · عن LinkPilot (https://uselinkpilot.com/ar/about)
يبدو عنوان URL خاصًا، فلا يُفترض أن يصل إلا إلى من أرسلته إليهم. لكنه في الواقع من أكثر البيانات تسجيلًا على الويب: تدوّنه وتنسخه وتعيد إرساله أنظمة لم تستأذنك قط ولا تستطيع أنت مراجعتها. نبيّن هنا بالتحديد أين يتسرب، وكيف تصمم روابط تتحمل هذا التسرب. ولهذا السبب أيضًا تحتفظ أداة إنشاء الروابط السرية لمرة واحدة (https://uselinkpilot.com/ar/tools/free-secret-link-generator) بمفتاح فك التشفير في الجزء الذي يلي علامة # في الرابط، فهذا الجزء لا يصل أبدًا إلى سجلات الخادم.
## أين يتسرب عنوان URL
- **سجل المتصفح.** يُخزَّن كل عنوان يزوره المستخدم على جهازه، وقد يُزامَن مع أجهزته الأخرى ومع خدمة المزامنة لدى الشركة المطورة للمتصفح.
- **سجلات الوصول في خادم HTTP.** تسجل معظم الخوادم مسار الطلب وسلسلة الاستعلام كاملين افتراضيًا، فكل من يصل إلى السجلات يملك العنوان.
- **الوكلاء العكسيون وشبكات CDN.** Cloudflare و Fastly وموازن الأحمال لديك: كلها تسجل العنوان، ولكل منها سياسة احتفاظ خاصة بها.
- **أنظمة تجميع السجلات.** نادرًا ما تبقى سجلات الوصول على جهاز واحد، إذ تُرسل إلى خدمات مركزية للتسجيل والمراقبة، فيتضاعف عدد الأنظمة التي تحتفظ بالعنوان.
- **ترويسات Referer.** حين ترتبط الصفحة بمورد من طرف ثالث، قد يرسل المتصفح عنوان الصفحة المصدر في الترويسة `Referer`. وتتلقاه سكربتات الإحصاءات ومقاطع الفيديو المضمّنة وبكسلات الإعلانات جميعها.
- **إضافات المتصفح.** الإضافات التي تملك صلاحية «قراءة سجل التصفح» ترى كل عنوان، بما في ذلك الجزء الذي يلي علامة #.
- **مزامنة الإشارات المرجعية.** تُزامَن العناوين المحفوظة في الإشارات المرجعية بين أجهزة المستخدم ومع خوادم الشركة المطورة للمتصفح.
- **أدوات معاينة الروابط.** تجلب Slack و Teams و iMessage و LinkedIn وبرامج البريد الإلكتروني العناوين لعرض معاينات لها، بصمت، في لحظة إرسال الرسالة.
- **وكلاء الشركات وبوابات البريد الإلكتروني.** تفحص مؤسسات كثيرة كل عنوان يعبر حدودها وتعيد كتابته وتسجله.
## هل يحافظ HTTPS على خصوصية عنوان URL؟
لا. يشفّر HTTPS العنوان أثناء نقله ولا شيء غير ذلك، ويظل كل من الطرفين يخزنه. والدقة هنا مهمة، لأن عبارة «الاتصال مشفر» تُفهم خطأً على أنها «العنوان خاص».
يشفّر TLS المسار وسلسلة الاستعلام أثناء النقل: فمن يراقب الشبكة بين المتصفح والخادم لا يستطيع قراءة `/reset?token=...`. أما ما _لا_ يخفيه TLS فهو اسم المضيف الذي يقصده الطلب (وهو ظاهر عبر استعلام DNS وعبر حقل SNI في TLS في معظم الاتصالات اليوم)، وكل ما يحدث عند الطرفين: فالمتصفح يظل يسجل العنوان كاملًا في السجل، والخادم يظل يكتبه في سجل الوصول. التشفير أثناء النقل يحمي الطريق لا الطرفين، والطرفان هما حيث تتسرب العناوين.
## مثال عملي: رحلة عنوان واحد
تتبّع عنوانًا حساسًا واحدًا، وليكن رابط إعادة تعيين كلمة المرور `https://example.com/reset?token=8f3a91...`، من لحظة إرساله إلى لحظة النقر عليه:
1. **مزود البريد** يخزن الرسالة (والعنوان معها) إلى أجل غير محدد، وقد يجلب ماسحه الأمني العنوان عند التسليم.
2. **بوابة البريد لدى المستلم** تعيد كتابة العنوان وتسجله، ثم تجلبه مرة أخرى عند النقر.
3. **نظام DNS** يحلّ `example.com`، فيصبح اسم المضيف (لا المسار) في سجلات محلّل DNS.
4. **خادم الويب** يكتب سطر الطلب كاملًا في سجل الوصول. وهكذا يبدو سطر بالصيغة الافتراضية «combined» في nginx أو Apache:
```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. **شبكة CDN التي تقف أمامه** تسجل العنوان نفسه بمدة احتفاظ خاصة بها.
6. **سكربت الإحصاءات في الصفحة** يسجل عنوان الصفحة، بسلسلة الاستعلام وكل ما فيها، في نظام لدى طرف ثالث، ما لم يُضبط صراحةً على حذفها.
7. **المتصفح** يخزن العنوان في السجل ويزامنه.
إرسال واحد، وسبع نسخ، تحتفظ بها خمس مؤسسات على الأقل. ولم يحتج شيء من هذا إلى مهاجم، فهذا هو الويب يعمل كما صُمم.
## ترويسة Referer في الواقع العملي
إذا كانت صفحة إظهار السر لديك ترتبط بأي مورد خارجي (خط من شبكة CDN، أو سكربت إحصاءات، أو صورة مضمّنة)، فقد يرسل المتصفح عنوان الصفحة في الترويسة `Referer` إلى ذلك المصدر.
تعتمد المتصفحات الحديثة افتراضيًا السياسة `strict-origin-when-cross-origin` (MDN: Referrer-Policy (https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Referrer-Policy))، التي تقتطع المُحيل في الطلبات بين المصادر المختلفة فتبقي المصدر وحده (`https://example.com/` بدل المسار الكامل). هذا تقدم حقيقي، لكنه ليس شيئًا تعتمد عليه: فالطلبات داخل المصدر نفسه ما زالت تحمل العنوان كاملًا، والسياسة المضبوطة على مستوى الصفحة قد تخفف الإعداد الافتراضي، وبرامج العميل القديمة وواجهات العرض المضمّنة تتفاوت في سلوكها.
إجراءان عمليان للحد من ذلك:
```html
```
```http
Referrer-Policy: no-referrer
```
نسخة الترويسة تسري على الموقع كله، ووسم meta يسري على الصفحة المحددة. استخدم الاثنين معًا لتكون الحماية على أكثر من طبقة، والأفضل من ذلك أن تقدّم الصفحات الحساسة **دون أي موارد من أطراف ثالثة إطلاقًا**، فلا يبقى مكان يُرسل إليه المُحيل.
## هل الرمز أكثر أمانًا في المسار أم في سلسلة الاستعلام أم بعد علامة #؟
الجزء الذي يلي علامة # هو وحده الذي يبقى خارج الطلب، ولذلك فهو وحده الذي يبقى خارج سجلات الخادم، أما المسار وسلسلة الاستعلام فمتساويان. ومكان الرمز في العنوان يحدد من يراه:
| الموضع | يُرسل إلى الخادم؟ | في سجلات الخادم؟ | في Referer؟ | في سجل المتصفح؟ |
| --- | --- | --- | --- | --- |
| المسار (`/s/abc123`) | نعم | نعم | حسب السياسة | نعم |
| سلسلة الاستعلام (`?token=abc123`) | نعم | نعم | حسب السياسة | نعم |
| بعد علامة # (`#abc123`) | لا | لا | لا | نعم |
الجزء الذي يلي علامة # مختلف فعلًا: فبحسب RFC 3986، القسم 3.5 (https://www.rfc-editor.org/rfc/rfc3986#section-3.5) يُعالَج في جهة العميل ولا يُضمَّن أبدًا في طلب HTTP، ولهذا تضع أدوات اللصق المشفرة من طرف إلى طرف مفتاح فك التشفير فيه، فهو لا يصل إلى الخادم أصلًا. لكنه ليس خفيًا تمامًا: فهو يظهر في سجل المتصفح، وتستطيع الإضافات وأي شيفرة JavaScript تعمل في الصفحة قراءته. أما الفرق بين المسار وسلسلة الاستعلام فلا أثر له على الخصوصية، لأن كليهما ينتهي في السجلات نفسها.
## مشكلة رموز إعادة تعيين كلمة المرور
الرموز الحساسة في العناوين فئة ثغرات معروفة، ويصف البند CWE-598 في قائمة MITRE («Use of GET Request Method With Sensitive Query Strings») هذه الحالة بالضبط: البيانات الحساسة في سلاسل الاستعلام تنتهي في السجلات وسجلات التصفح وترويسات المُحيل مهما كان تشفير النقل. ولهذا لا تعتمد عمليات إعادة تعيين كلمة المرور المصممة جيدًا أبدًا على سرية العنوان وحدها. فهي تجعل الرمز **صالحًا لاستخدام واحد** و**قصير العمر** و**مرتبطًا بإجراء لاحق** (تعيين كلمة مرور جديدة)، فيصبح الرمز المستخرج من سجل بعد ثلاثة أسابيع بلا قيمة.
وهذا هو الدرس العام: لا تستطيع عادةً إبقاء العنوان خارج السجلات، لكنك تستطيع أن تجعل العنوان المسجَّل بلا قيمة حين يقرؤه أحد.
## تصميم عناوين لا يضر تسربها
افترض أن كل عنوان تنشئه سيظهر يومًا ما في مكان لم تقصده، وصمّمه بحيث لا يهم ذلك:
- **الاستهلاك لمرة واحدة.** احذف السر نهائيًا بعد أول قراءة ناجحة، فيكون العنوان المتسرب قد انتهى حين يظهر في سجل أحدهم.
- **مدة صلاحية قصيرة.** قلّص الفترة التي ينفع فيها العنوان المتسرب. فالعنوان الذي عمل خمس دقائق أقل قيمة بكثير من عنوان عمل أسبوعًا.
- **عبارة مرور عبر قناة أخرى.** اشترط سرًا لم يكن في العنوان قط، فلا يكفي العنوان وحده، وهو الشيء الوحيد الموجود في السجلات.
- **الفصل بين الجلب والإظهار.** قدّم البيانات الوصفية عند طلب `GET`، ولا تسلّم المحتوى إلا عند طلب `POST` صريح، فلا تستطيع روبوتات المعاينة والماسحات استهلاك السر.
- **لا موارد من أطراف ثالثة في الصفحات الحساسة**، مع `Referrer-Policy: no-referrer` و ``.
- **احجب المسارات السرية في سجلاتك أنت.** في nginx، حوّل عنوان الطلب قبل تسجيله (راجع مرجع ngx_http_log_module (https://nginx.org/en/docs/http/ngx_http_log_module.html) بشأن `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;
```
أنت لا تتحكم إلا في سجلاتك، أما النسخ في شبكة CDN والوكيل والمتصفح فتبقى، ولهذا تحديدًا تحمل البنود الثلاثة الأولى في هذه القائمة معظم العبء.
## كيف يحدد هذا تصميم الروابط السرية
نموذج التهديد هذا هو سبب عمل الروابط السرية في LinkPilot على هذا النحو: نتعامل مع العنوان على أنه سيتسرب حتمًا، فلا يكفي العنوان وحده أبدًا. طلب `GET` لا يعيد إلا البيانات الوصفية، والمحتوى يتطلب إظهارًا صريحًا بطلب `POST`، ويمكن حمايته بعبارة مرور تُجزَّأ بخوارزمية SHA-256 في جهة العميل. والأسرار التي حُذفت نهائيًا أو انتهت صلاحيتها أو أُبطلت تعيد HTTP 410 بعد الكتابة فوق محتواها بلا رجعة، وتحمل ردود الإظهار `Cache-Control: no-store`، وتسجل أحداث العرض عنوان IP مجزّأً بملح يتغيّر يوميًا بدل العنوان الخام. وهناك حد واحد نذكره بصراحة في صفحة بنية الأمان (https://uselinkpilot.com/ar/security-architecture): مفتاح فك التشفير يُنقل في الجزء الذي يلي علامة # في الرابط، فيجب التعامل مع الرابط كله على أنه السر، وهذا بالضبط هو الخطر الذي يتناوله هذا المقال. فمدة الصلاحية القصيرة والحذف بعد القراءة وعبارة المرور المرسلة عبر قناة أخرى هي ما يحد من الضرر حين يتسرب الرابط.
_تحديث، 29 سبتمبر 2026: كانت هذه الفقرة تقول في الأصل إن LinkPilot لا يوفر التشفير من طرف إلى طرف. أما الآن فيشفّر المحتوى النصي في المتصفح، والمرفقات معه._
جرّبها مجانًا، بدون تسجيل
### رسالة ذاتية التدمير
أرسل ملاحظة تختفي بعد قراءتها مرة واحدة.
فتح الأداة (https://uselinkpilot.com/ar/tools/burn-after-read-secret)
## الحدود
تصميم العنوان لا يصلح كل شيء. فهو لا يتحكم فيما يفعله المستلم بعد قراءة مشروعة، ولا يستطيع محو النسخ التي يحتفظ بها طرف ثالث أصلًا، ولن ينقذ عنوانًا يحمل بيانات شخصية ظاهرة للعيان: فإذا كان البريد الإلكتروني للمستخدم في سلسلة الاستعلام، فلن تمنع أي مدة صلاحية تسجيله. والقاعدة الثابتة: لا تضع في العنوان أبدًا بيانات قد تحتاج إلى حذفها لاحقًا، لأن حذف العنوان من كل مكان نُسخ إليه مستحيل عمليًا. صمّم بدلًا من ذلك عناوين لا قيمة لها إذا تسربت.
## قراءات ذات صلة
- كيف تعمل الروابط السرية لمرة واحدة: https://uselinkpilot.com/ar/blog/how-one-time-secret-links-work
- أدوات فحص الروابط والأسرار لمرة واحدة: https://uselinkpilot.com/ar/blog/link-scanners-and-one-time-secrets
- مشاركة كلمات المرور بأمان: مقارنة بين 5 طرق: https://uselinkpilot.com/ar/secure-password-sharing
## المراجع
- 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).
## أدوات لهذا المقال
رسالة ذاتية التدمير
أرسل ملاحظة تختفي بعد قراءتها مرة واحدة.
https://uselinkpilot.com/ar/tools/burn-after-read-secret
مولّد روابط سرية لمرة واحدة
شارك كلمة مرور أو ملاحظة عبر رابط يُفتح مرة واحدة.
https://uselinkpilot.com/ar/tools/free-secret-link-generator
مولّد روابط تنتهي صلاحيتها
أنشئ روابط تتوقف عن العمل في وقت تحدده.
https://uselinkpilot.com/ar/tools/temporary-link
## الأسئلة الشائعة
### هل يكفي HTTPS لإبقاء معاملات العنوان خاصة؟
### وماذا عن الجزء الذي يلي علامة # في الرابط؟
### هل أضع الرمز في المسار أم في سلسلة الاستعلام؟
### هل ما زالت المتصفحات الحديثة ترسل العنوان كاملًا في ترويسة Referer؟
### كم تبقى العناوين في سجلات الخادم؟
## يرسل LinkPilot رابطًا سريًا يختفي بعد فتحه.
يُشفَّر في متصفحك، ويظهر محتواه مرة واحدة، ثم يُحذف نهائيًا. بدون حساب.
إنشاء رابط سري (https://uselinkpilot.com/ar/tools/free-secret-link-generator)
## اقرأ أيضًا
الأمان
### مشاركة الروابط بأمان للمطورين
دليل عملي لفرق الهندسة: متى تستخدم الروابط لمرة واحدة، وكيف تنشئها من السكربتات، وكيف تدمجها في استقبال الموظفين الجدد وفي CI.
https://uselinkpilot.com/ar/blog/secure-link-sharing-for-developers
الأمان
### الروابط السرية أم مدير كلمات المرور؟
يحفظ مدير كلمات المرور بيانات دخول يستخدمها الفريق مرارًا، ويسلّمها الرابط السري لشخص واحد مرة واحدة. تحتاج معظم الفرق إلى الاثنين لمهام مختلفة.
https://uselinkpilot.com/ar/blog/secret-links-vs-password-managers
الأمان
### أدوات فحص الروابط والروابط السرية لمرة واحدة
الرابط لمرة واحدة الذي يُحذف عند أول طلب GET يفقد قيمته حين يعاينه Slack أو بوابة البريد. أعد البيانات الوصفية عند GET واحذف السر عند الإظهار الصريح فقط.
https://uselinkpilot.com/ar/blog/link-scanners-and-one-time-secrets
## Structured data
```json
[
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "الرئيسية",
"item": "https://uselinkpilot.com/ar"
},
{
"@type": "ListItem",
"position": 2,
"name": "المدونة",
"item": "https://uselinkpilot.com/ar/blog"
},
{
"@type": "ListItem",
"position": 3,
"name": "لماذا تسرّب عناوين URL معلومات حساسة وكيف تمنع ذلك",
"item": "https://uselinkpilot.com/ar/blog/why-urls-leak-sensitive-information"
}
]
},
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://uselinkpilot.com/ar/blog/why-urls-leak-sensitive-information#article",
"headline": "لماذا تسرّب عناوين URL معلومات حساسة وكيف تمنع ذلك",
"description": "يحتفظ سجل المتصفح وسجلات الخوادم وشبكات CDN وترويسات Referer بعناوين URL كاملة حتى مع HTTPS. أين تتسرب الروابط وكيف تصمم عناوين لا يضر تسربها.",
"inLanguage": "ar",
"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/ar/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/ar/blog/why-urls-leak-sensitive-information"
}
},
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "هل يكفي HTTPS لإبقاء معاملات العنوان خاصة؟",
"acceptedAnswer": {
"@type": "Answer",
"text": "يشفّر HTTPS العنوان أثناء نقله، لكن العنوان يظل يُسجَّل في سجل المتصفح وفي سجلات الوصول على الخادم، ويُرسل عبر ترويسات Referer حين ترتبط الصفحة بمواقع أخرى. التشفير أثناء النقل لا يجعل العنوان سريًا."
}
},
{
"@type": "Question",
"name": "وماذا عن الجزء الذي يلي علامة # في الرابط؟",
"acceptedAnswer": {
"@type": "Answer",
"text": "هذا الجزء لا يُرسل إلى الخادم، ولهذا تضع بعض الأدوات المشفرة من طرف إلى طرف المفتاح فيه. لكنه يظل مرئيًا لإضافات المتصفح ولأي JavaScript يعمل في الصفحة."
}
},
{
"@type": "Question",
"name": "هل أضع الرمز في المسار أم في سلسلة الاستعلام؟",
"acceptedAnswer": {
"@type": "Answer",
"text": "لا يمنح أي منهما خصوصية أكبر بفارق يُذكر، فكلاهما ينتهي في السجلات والإحصاءات نفسها. وإذا كان لا بد من وضع الرمز في العنوان، فتعامل مع العنوان كله على أنه السر واجعله صالحًا لاستخدام واحد."
}
},
{
"@type": "Question",
"name": "هل ما زالت المتصفحات الحديثة ترسل العنوان كاملًا في ترويسة Referer؟",
"acceptedAnswer": {
"@type": "Answer",
"text": "في الطلبات بين المصادر المختلفة تعتمد المتصفحات الحديثة افتراضيًا السياسة strict-origin-when-cross-origin، التي تقتطع المُحيل فتبقي المصدر وحده. لكن الطلبات داخل المصدر نفسه ما زالت تحمل العنوان كاملًا، والصفحة قد تخفف السياسة، وواجهات العرض المضمّنة تتفاوت. لذلك اضبط Referrer-Policy: no-referrer صراحةً في الصفحات الحساسة بدل الاعتماد على الإعدادات الافتراضية."
}
},
{
"@type": "Question",
"name": "كم تبقى العناوين في سجلات الخادم؟",
"acceptedAnswer": {
"@type": "Answer",
"text": "تبقى ما دامت سياسة الاحتفاظ تقضي بذلك، وهي عادةً من أسابيع إلى أشهر. وتُرسل سجلات الوصول بانتظام إلى خدمات تجميع السجلات، فتوجد نسخ منها في أنظمة لا يديرها صاحب الموقع بنفسه. افترض أن أي عنوان وصل إلى خادم مخزّن في أماكن عدة لا تستطيع حصرها."
}
}
],
"inLanguage": "ar"
},
{
"@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"
}
}
]
```