 |
自定义短链-rebrandly
专用API
【更新时间: 2024.07.04】
rebrandly-自定义短链，其能实现使用自定义域名来创建短链接，并且还可以对这些短链接进行跟踪以及便捷地共享。通过该 API 服务，用户能够轻松打造符合自身需求的个性化短链，方便进行各种信息传播与推广活动。
咨询
去服务商官网采购>
|
相似API
- API详情
- 定价
- 使用指南
- 常见 FAQ
- 关于我们
- 相关推荐
产品介绍
什么是rebrandly的自定义短链?
“rebrandly-自定义短链” 是一个强大的API接口，专为管理和创建大量品牌化短链接而设计。它能够让用户将长URL转换成品牌化的短链接，便于在各种平台上分享和追踪。该API提供了高可靠性、安全性和性能，适用于各种企业和开发者需求。
什么是rebrandly的自定义短链？
由服务使用方的应用程序发起，以Restful风格为主、通过公网HTTP协议调用rebrandly的自定义短链，从而实现程序的自动化交互，提高服务效率。
rebrandly的自定义短链有哪些核心功能？
- 管理账户信息：用户可以管理自己的Rebrandly账户信息，包括查看和更新个人资料、账户设置以及使用情况。
- 管理品牌短裤链接及其相关的输入流量：用户创建、更新和删除品牌化短链接，并提供详细的点击数据和流量分析。用户可以通过这些数据了解链接的表现，优化营销策略，并跟踪链接在不同渠道中的传播效果。
- 管理您的标签及其相关的输入流量：用户可以使用标签来组织和分类短链接，并通过API管理这些标签。标签管理功能使用户能够轻松地按照不同的营销活动或项目对链接进行分组，同时跟踪各标签下的流量和点击数据。
- 管理重定向脚本：支持管理链接的重定向脚本，用户可以为短链接设置自定义的重定向规则。
- 管理品牌域名：用户可以通过API添加和管理自定义域名，用于创建品牌化短链接。管理品牌域名功能确保用户能够轻松地维护多个域名，并根据需要进行配置，提升品牌的整体形象和可信度。
rebrandly的自定义短链的核心优势是什么？
- 品牌化：用户可以使用自定义域名创建品牌化短链接，提升品牌的可见性和可信度。
- 高可靠性和安全性：API提供了高度可靠和安全的链接管理服务，确保链接的稳定性。
- 详细数据分析：通过详细的点击数据分析，用户可以深入了解受众行为，优化营销策略。
- 灵活性：支持多种集成和自定义功能，满足不同业务需求。
在哪些场景会用到rebrandly的自定义短链？
|
营销活动：企业可以在社交媒体、邮件营销和广告活动中使用品牌化短链接，提高点击率和品牌曝光度。 |
|
| 链接管理：大型企业或开发者需要管理和追踪大量链接，使用该API可以高效地创建、更新和分析短链接。 |
|
|
|
产品价格
每月
每年
使用指南
1.获取 API 密钥
从您的 Rebrandly 面板创建一个新的 API 密钥。
有关身份验证的更多信息，请点击此处。
如果您还没有注册，请立即免费注册 Rebrandly 账户。
2.配置 API 客户端
在应用程序/脚本中，可以通过 HTTP 协议访问 Rebrandly Web API。
搜索能执行基本 HTTP 操作的组件，并定义 GET、POST 和 DELETE 操作，使其包含以下标头：
Content-Type: 应用程序/jsonapikey: YOUR_API_KEY
如果您想在 Rebrandly 工作空间（例如团队）中使用 API 与您的账户进行交互，则需要在 HTTP 头中包含一个附加的工作空间 ID（参见/v1/workspaces）：
工作空间：your_workspace_id
或者，也可以通过查询参数（语法：workspace[id]=YOUR_WORKSPACE_ID或通过正文参数（workspace 属性，其中包含工作区的资源引用）指定工作区 id。
如果未指定工作区上下文，则将使用默认工作区（您的主工作区）。
3.管理用户身份
让我们来实现获取用户账户详细信息的基本操作。
账户模型在 "账户"部分有详细说明，而获取账户详细信息的 API 调用在 "获取账户详细信息 "部分有详细说明。
我们建议您始终将获取账户详细信息作为应用程序流程的第一步，以了解账户所有者可以访问哪些功能，以及该 API 密钥或 OAuth 令牌有哪些限制。
4.重塑第一个链接的品牌
让我们来实现创建新品牌短链接的基本操作。
链接的模型在品牌短链接中进行了说明，而创建新链接的 API 调用在创建新链接部分进行了说明。
还提供了新手指南：重新命名您的第一个链接。
5.增强您的应用
当 GET 和 POST 流在Rebrandly Web客户端中正常工作时，您可以使用进一步的API操作来丰富它。
对于要在应用程序中执行的每个API操作：
- 在应用程序模型中包含所有涉及的对象定义（在模型部分中）
- 在应用程序错误模型中包括所有涉及的错误对象定义（在错误部分中）。
- 在您的应用程序Web客户端中包含API操作（
GET、POST或DELETE），并初步检查帐户与您要使用的功能之间的兼容性。 - 将API响应映射到对应对象定义
- 测试操作
详情参考：https://developers.rebrandly.com/docs/get-started
产品问答
?
如何通过 POST 接收OAuth代码？
在默认模式下（参见身份验证），Rebrandly OAuth服务器使用 GET 请求到达用户 redirect_url ，并将 code 作为查询参数传递。 在某些情况下，将OAuth代码返回到 POST body中是首选。 为了取回封装在 POST 请求体中的代码，OAuth URL（ https://oauth.rebrandly.com/connect/oauth ）中需要进一步的查询参数
?
如何将链接迁移到特定工作区或从特定工作区迁移链接？
没有特定的端点来迁移链接，无论是从您的个人帐户到工作区，还是从您拥有的其他帐户到您拥有的其他帐户。 解决方法是通过删除和重新创建链接以编程方式完成。 重要提示：在这种情况下，您将丢失与链接相关的点击统计信息和所有标签/信息。 只有当您是工作区所有者时才可以使用此解决方案（这意味着您必须从个人Rebrandly仪表板创建工作区）。下面是一个程序来做到这一点： 从API加载一组要迁移的链接。 根据链接的创建位置，您可能需要包含工作区标题（有关详细信息，请参阅入门）。 仔细检查如何过滤你的Rebrandly链接在列出你的链接。 例如你可能想要选择所有与给定域的链接。 对于每个链接，执行以下操作： 将链接从其当前工作区中移除（如果链接仅在该工作区上下文中可见，请确保包含正确的工作区标题）。 创建链接到您的最终上下文。如果要将链接移动到工作区中，请附加工作区标题（有关详细信息，请参阅创建新链接）。 请记住，您需要在请求中指定品牌域，因为没有为团队定义默认域。
?
我可以在我创建的链接上自定义slashtag吗？
当然，您可以在创建新链接时为 slashtag 字段设置值。 请注意，一旦链接创建，您就不能编辑链接的slashtag。当然，您可以在创建新链接时为 slashtag 字段设置值。 请注意，一旦链接创建，您就不能编辑链接的slashtag。
?
客户端集成是否应该保存链接ID，以便之后能够获取/编辑/删除链接？
不一定通过正确使用List of links端点的过滤器，当您事先知道特定链接是在哪个工作区创建的，并且至少知道短URL本身时，您可以唯一地获取特定链接。 Getting link details中的双重检查示例，您可以利用它来构建一个干净的集成，不需要在模型上存储任何关于Rebrandly ID的信息。
?
如果你只知道一个链接的目的地URL，是否可以获取它？
号在Rebrandly中，您可以使用许多不同的品牌域和slashtag多次重新命名给定的目标URL，这就是为什么您无法通过目标URL获取链接的原因。 如果您的系统需要通过目的地URL进行获取（例如博客文章共享），我们建议您在创建链接时使用哈希技术来选择您的slashtag：如果您可以将每个目的地URL对应到特定的哈希代码，则可以通过计算目的地URL的哈希值轻松获取正确的链接。号在Rebrandly中，您可以使用许多不同的品牌域和slashtag多次重新命名给定的目标URL，这就是为什么您无法通过目标URL获取链接的原因。 如果您的系统需要通过目的地URL进行获取（例如博客文章共享），我们建议您在创建链接时使用哈希技术来选择您的slashtag：如果您可以将每个目的地URL对应到特定的哈希代码，则可以通过计算目的地URL的哈希值轻松获取正确的链接。
?
Rebrandly API是否支持批量链接创建？
号还没有可能批量创建/编辑或删除链接。 有一些方法可以在扩展工作区中批量导入链接，这些方法在高级计划中可用。
?
如何为slashtag自动生成配置不同的行为？
不幸的是，没有API支持与slashtag生成交互。 API客户端应该构建自己的slashtag生成系统，以避免URL冲突并满足其应用程序需求。不幸的是，没有API支持与slashtag生成交互。 API客户端应该构建自己的slashtag生成系统，以避免URL冲突并满足其应用程序需求。
?
我能否将Salesforce Marketing Cloud与Rebrandly API集成以缩短客...
是的，请仔细检查代码片段中AMPscript中的API示例。 请注意，为了解析JSON的结果，该示例使用了服务器端JavaScript（SSJS）。 此外，如果您需要自定义Salesforce与Rebrandly集成方面的帮助，您可以通过www.cloudcreations.com/integration/rebrandly联系Salesforce认证的全国咨询合作伙伴。
?
我应该在API返回的短链接前添加哪个协议？
Link 实体带有一个 .shortUrl 属性，该属性不会对任何http：//或https：//协议进行硬编码。在v1中，这种选择是有意为之的，允许API客户端对所选协议进行更多控制。最终，Rebrandly仪表板中提供了一个新选项-“使用HTTPS（或HTTP）复制链接”，默认为“使用HTTPS复制链接”，并且可以根据用户偏好切换回“使用HTTP复制链接”。 Rebrandly建议所有API客户端开始尊重用户对协议的偏好，可以在属性 [link.]domain.sharing.protocol.default 中的Link实体中读取，可以是以下任何一个： http ， https 。Link 实体带有一个 .shortUrl 属性，该属性不会对任何http：//或https：//协议进行硬编码。在v1中，这种选择是有意为之的，允许API客户端对所选协议进行更多控制。最终，Rebrandly仪表板中提供了一个新选项-“使用HTTPS（或HTTP）复制链接”，默认为“使用HTTPS复制链接”，并且可以根据用户偏好切换回“使用HTTP复制链接”。 Rebrandly建议所有API客户端开始尊重用户对协议的偏好，可以在属性 [link.]domain.sharing.protocol.default 中的Link实体中读取，可以是以下任何一个： http ， https 。
关于我们
API接口列表
产品价格
每月
每年
使用指南
1.获取 API 密钥
从您的 Rebrandly 面板创建一个新的 API 密钥。
有关身份验证的更多信息，请点击此处。
如果您还没有注册，请立即免费注册 Rebrandly 账户。
2.配置 API 客户端
在应用程序/脚本中，可以通过 HTTP 协议访问 Rebrandly Web API。
搜索能执行基本 HTTP 操作的组件，并定义 GET、POST 和 DELETE 操作，使其包含以下标头：
Content-Type: 应用程序/jsonapikey: YOUR_API_KEY
如果您想在 Rebrandly 工作空间（例如团队）中使用 API 与您的账户进行交互，则需要在 HTTP 头中包含一个附加的工作空间 ID（参见/v1/workspaces）：
工作空间：your_workspace_id
或者，也可以通过查询参数（语法：workspace[id]=YOUR_WORKSPACE_ID或通过正文参数（workspace 属性，其中包含工作区的资源引用）指定工作区 id。
如果未指定工作区上下文，则将使用默认工作区（您的主工作区）。
3.管理用户身份
让我们来实现获取用户账户详细信息的基本操作。
账户模型在 "账户"部分有详细说明，而获取账户详细信息的 API 调用在 "获取账户详细信息 "部分有详细说明。
我们建议您始终将获取账户详细信息作为应用程序流程的第一步，以了解账户所有者可以访问哪些功能，以及该 API 密钥或 OAuth 令牌有哪些限制。
4.重塑第一个链接的品牌
让我们来实现创建新品牌短链接的基本操作。
链接的模型在品牌短链接中进行了说明，而创建新链接的 API 调用在创建新链接部分进行了说明。
还提供了新手指南：重新命名您的第一个链接。
5.增强您的应用
当 GET 和 POST 流在Rebrandly Web客户端中正常工作时，您可以使用进一步的API操作来丰富它。
对于要在应用程序中执行的每个API操作：
- 在应用程序模型中包含所有涉及的对象定义（在模型部分中）
- 在应用程序错误模型中包括所有涉及的错误对象定义（在错误部分中）。
- 在您的应用程序Web客户端中包含API操作（
GET、POST或DELETE），并初步检查帐户与您要使用的功能之间的兼容性。 - 将API响应映射到对应对象定义
- 测试操作
详情参考：https://developers.rebrandly.com/docs/get-started
依赖服务
产品问答
?
如何通过 POST 接收OAuth代码？
在默认模式下（参见身份验证），Rebrandly OAuth服务器使用 GET 请求到达用户 redirect_url ，并将 code 作为查询参数传递。 在某些情况下，将OAuth代码返回到 POST body中是首选。 为了取回封装在 POST 请求体中的代码，OAuth URL（ https://oauth.rebrandly.com/connect/oauth ）中需要进一步的查询参数
?
如何将链接迁移到特定工作区或从特定工作区迁移链接？
没有特定的端点来迁移链接，无论是从您的个人帐户到工作区，还是从您拥有的其他帐户到您拥有的其他帐户。 解决方法是通过删除和重新创建链接以编程方式完成。 重要提示：在这种情况下，您将丢失与链接相关的点击统计信息和所有标签/信息。 只有当您是工作区所有者时才可以使用此解决方案（这意味着您必须从个人Rebrandly仪表板创建工作区）。下面是一个程序来做到这一点： 从API加载一组要迁移的链接。 根据链接的创建位置，您可能需要包含工作区标题（有关详细信息，请参阅入门）。 仔细检查如何过滤你的Rebrandly链接在列出你的链接。 例如你可能想要选择所有与给定域的链接。 对于每个链接，执行以下操作： 将链接从其当前工作区中移除（如果链接仅在该工作区上下文中可见，请确保包含正确的工作区标题）。 创建链接到您的最终上下文。如果要将链接移动到工作区中，请附加工作区标题（有关详细信息，请参阅创建新链接）。 请记住，您需要在请求中指定品牌域，因为没有为团队定义默认域。
?
我可以在我创建的链接上自定义slashtag吗？
当然，您可以在创建新链接时为 slashtag 字段设置值。 请注意，一旦链接创建，您就不能编辑链接的slashtag。当然，您可以在创建新链接时为 slashtag 字段设置值。 请注意，一旦链接创建，您就不能编辑链接的slashtag。
?
客户端集成是否应该保存链接ID，以便之后能够获取/编辑/删除链接？
不一定通过正确使用List of links端点的过滤器，当您事先知道特定链接是在哪个工作区创建的，并且至少知道短URL本身时，您可以唯一地获取特定链接。 Getting link details中的双重检查示例，您可以利用它来构建一个干净的集成，不需要在模型上存储任何关于Rebrandly ID的信息。
?
如果你只知道一个链接的目的地URL，是否可以获取它？
号在Rebrandly中，您可以使用许多不同的品牌域和slashtag多次重新命名给定的目标URL，这就是为什么您无法通过目标URL获取链接的原因。 如果您的系统需要通过目的地URL进行获取（例如博客文章共享），我们建议您在创建链接时使用哈希技术来选择您的slashtag：如果您可以将每个目的地URL对应到特定的哈希代码，则可以通过计算目的地URL的哈希值轻松获取正确的链接。号在Rebrandly中，您可以使用许多不同的品牌域和slashtag多次重新命名给定的目标URL，这就是为什么您无法通过目标URL获取链接的原因。 如果您的系统需要通过目的地URL进行获取（例如博客文章共享），我们建议您在创建链接时使用哈希技术来选择您的slashtag：如果您可以将每个目的地URL对应到特定的哈希代码，则可以通过计算目的地URL的哈希值轻松获取正确的链接。
?
Rebrandly API是否支持批量链接创建？
号还没有可能批量创建/编辑或删除链接。 有一些方法可以在扩展工作区中批量导入链接，这些方法在高级计划中可用。
?
如何为slashtag自动生成配置不同的行为？
不幸的是，没有API支持与slashtag生成交互。 API客户端应该构建自己的slashtag生成系统，以避免URL冲突并满足其应用程序需求。不幸的是，没有API支持与slashtag生成交互。 API客户端应该构建自己的slashtag生成系统，以避免URL冲突并满足其应用程序需求。
?
我能否将Salesforce Marketing Cloud与Rebrandly API集成以缩短客...
是的，请仔细检查代码片段中AMPscript中的API示例。 请注意，为了解析JSON的结果，该示例使用了服务器端JavaScript（SSJS）。 此外，如果您需要自定义Salesforce与Rebrandly集成方面的帮助，您可以通过www.cloudcreations.com/integration/rebrandly联系Salesforce认证的全国咨询合作伙伴。
?
我应该在API返回的短链接前添加哪个协议？
Link 实体带有一个 .shortUrl 属性，该属性不会对任何http：//或https：//协议进行硬编码。在v1中，这种选择是有意为之的，允许API客户端对所选协议进行更多控制。最终，Rebrandly仪表板中提供了一个新选项-“使用HTTPS（或HTTP）复制链接”，默认为“使用HTTPS复制链接”，并且可以根据用户偏好切换回“使用HTTP复制链接”。 Rebrandly建议所有API客户端开始尊重用户对协议的偏好，可以在属性 [link.]domain.sharing.protocol.default 中的Link实体中读取，可以是以下任何一个： http ， https 。Link 实体带有一个 .shortUrl 属性，该属性不会对任何http：//或https：//协议进行硬编码。在v1中，这种选择是有意为之的，允许API客户端对所选协议进行更多控制。最终，Rebrandly仪表板中提供了一个新选项-“使用HTTPS（或HTTP）复制链接”，默认为“使用HTTPS复制链接”，并且可以根据用户偏好切换回“使用HTTP复制链接”。 Rebrandly建议所有API客户端开始尊重用户对协议的偏好，可以在属性 [link.]domain.sharing.protocol.default 中的Link实体中读取，可以是以下任何一个： http ， https 。
