28
メールアプリから長いURLを送信する

メールプログラムを使って連絡先にURLを送信する場合、受信側のクライアントで非常に長いURLが分割されてしまうという問題が発生することがあります。例えば、以下のようなサイトのURLを送信しようとした場合などです。

http://www.amazon.com/gp/product/B000BI5KV0/ ref=amb_link_4263902_/002-5510588-1062447

受信者がメールプログラムでリンクをクリックできないことに気づくかもしれません。これは、多くのメールプログラムが、私が上で行ったのと同じように、非常に長い「単語」(彼らにとってURLとはそれだけの意味です)を複数の行に分割するからです。通常、このような状況になると、URLの一部だけがクリック可能なリンクとして表示されます。この場合、受信者がURLを読み込もうとすると、「ページが見つかりません」というメッセージが表示されます。これは、ブラウザがクリック可能と表示されたURLの部分しか受信しないためです。では、どうすればこの問題を回避できるでしょうか?個人の好みに応じて、いくつかの代替手段があります。(ブラウザからこれを行う方法は他にもありますが、これはブラウザではなく、メールアプリケーションを使用する場合のヒントです。)

Appleのメールアプリ

OS X の組み込みメール プログラムを使用していて、リッチ テキスト形式でメールを送信する場合、最も簡単な解決策は、編集 -> ハイパーリンクを追加 メニュー項目を使用することです。まず、ブラウザから長い URL をクリップボードにコピーします。次に、新しいメール メッセージを開き、リッチ テキスト形式になっていることを確認します (フォーマット -> リッチ テキストにする)。メール内で URL を使用したい箇所に到達したら、代わりに URL を説明する短いフレーズを入力します。たとえば、上記の Amazon リンクの場合は「March of the Penguins」などです。次に、そのフレーズを選択して編集 -> ハイパーリンクを追加 を選択し、編集 -> 貼り付け (Command-V) を選択します。[OK] をクリックすると、フレーズに下線が引かれ、クリック可能なハイパーリンクが作成されたことが示されます。

プレーンテキスト方式

私のようにリッチ テキスト メールを避けたい場合は、次のように URL を山括弧で囲むのが簡単です。

<http://www.amazon.com/gp/product/B000BI5KV0/ref=amb_link_4263902_/002-5510588-1062447>

山括弧で囲まれたURLは、メールクライアントが書式設定のために改行を挿入した場合でも、クリック可能であるべきです。なぜでしょうか?それは、1998年にインターネット技術タスクフォース(IETF)のネットワークワーキンググループが、Uniform Resource Identifier(URI、URLはその一形態)の汎用構文を規定した文書を作成したからです。この文書では、ワーキンググループは、書式設定のために空白(改行など)の使用が必要な場合の、山括弧で囲まれたURIの解析方法を規定しています。このガイドラインに従うメールクライアントは、行が折り返されている場合でも、クリック可能なリンクを表示する必要があります。

残念ながら、一部のメールプログラムでは、URL を山括弧で区切ってしまう場合があります。その場合、リッチテキスト形式のメール送信をどうしても避けたいのであれば、次のオプションが必要になるでしょう。

URLを再コード化する

改行を防ぐための最後の方法は、ウェブサイトを利用して長くて乱雑なURLを短縮することです。TinyURLはおそらく最もよく知られていますが、他にも多くの方法があります。お好みのブラウザでTinyURLのウェブサイトを開き、入力ボックスに長いURLを貼り付けて、「TinyURLを作成」ボタンをクリックします。上記のリンクをもう一度使用すると、TinyURLのバージョンはhttps://tinyurl.com/27ghfnとなり、ほぼどのような状況でも折り返されることなく表示されます。

リンクの実際のリンク先がわからないため、TinyURL を信頼できない人には、代わりにプレビュー TinyURL を送信できます。

https://preview.tinyurl.com/27ghfn

これにより、完全な URL とそのページへのクリック可能なリンクを表示するページが読者に表示されます。

メール内の長いURLをエンコードする方法として、私が最もよく知っているのはこれら3つですが、他にも方法はあると思います。もし別の解決策があれば、ぜひ教えてください!