URLで終わる文はピリオドで終わる必要がありますか？
私のWebサービスがパスワード回復の電子メールメッセージをユーザーに送信する必要があるとします。メッセージにはリンクが含まれます（いくつかの使い捨てトークンが含まれます）。何かのようなもの：
パスワードをリセットするには、次のリンクに従ってください：
http://example.com/recover/TOKEN
今問題があります。文法の観点から、文はピリオドで終了する必要があります。
パスワードをリセットするには、次のリンクに従ってください：
http://example.com/recover/TOKEN。
メッセージがプレーンテキストで送信された場合、またはユーザーがリンクをクリックしたくないが、コピーしてブラウザーに貼り付けたい場合、誤ってピリオドをリンクに含めたために、エラーメッセージが表示される場合があります。サービス。技術的にはユーザーエラーになりますが、ユーザーエクスペリエンスに悪影響を及ぼします。
ではどちらを好むのか-少し読み書きのできない言い回しやユーザーエラーの追加のリスク？
テクニカルパブリケーションのスタイルのMicrosoftマニュアル は ビジネスライティングで引用 を示唆しています。
アドレスが文の最後にならないように文を再構成してください。
次のように、ピリオドなし（フルストップ）で住所を設定します。
私のウェブサイトをご覧ください：
www.syntaxtraining.com
しかし、同じサイトは The Chicago Manual of Style も引用していると引用しています
URLの後に使用されるその他の句読点（スラッシュ以外）は、周囲のテキストに属しているとすぐに認識されます。したがって、URLの後の適切な句読点を省略する必要はありません。
上記のオプション1を選択して問題を完全に削除することを強くお勧めします。また、文からリンクへの明示的な要求を削除することを検討してください。
心配しないでください パスワードをリセットする 忘れた場合。
コピー/貼り付けの問題だけではありません。 Thunderbird（特に）がURL付きのプレーンテキストメッセージを受信すると、URLで有効であるため、メッセージを終了期間を含むクリック可能なURLに変換します。他の多くの句読文字も有効であるため、注意が必要です。
このようなプレーンテキストメッセージの伝統は、URLを<と>で囲みます（引用符も問題になる可能性があるため、URL検出器のアルゴリズムによって異なります）：You can see that in <http://example.com/foo>.
それ以外の場合は、上記のように、文（sic）の優雅さを維持しながら、少し言い換えることが役立ちます。You can see that in the http://example.com/foo page.
この特定の例では、期間は実際には必要ありません。完全なコロンに続くものは、必ずしも単語/句または何らかの言語構造である必要はありません。アイコンや画像などでもかまいません。
ただし、一般的には、リンクを文の内部またはテキストの一部の後ろに配置することをお勧めします。
リンク http://example.com/recover/TOKEN に従ってパスワードをリセットしてください。
パスワードをリセットするには、 このリンク に従ってください。
パスワードをリセット
ピリオド（およびコンマ）の使用に注意してください。
あなたは Grammar Girlのアドバイス を見つけるかもしれません：
...アドレスのレンダリング方法を正確に制御できない限り、URLが最後に来ないように、ターミナルの句読点を省略するか、文を書き直すことが最善です。
印刷用に書いている場合は、ピリオドで文を終了します。ただし、オンラインドキュメントの場合は、文章を言い換えます。
90年代後半に、URLを電子メール（またはUsenet）で送信する「正しい」方法は、
preceding text <URL:http://www.example.com>.
私は今その参考文献を見つけることができないようで（誰かが知っていますか？）、その実践がまだ「正しい」と見なされているのか、誰が知っているのかわかりません。
私はそれを行うか、URLの後に句読点が続かないように文をリキャストする（ Roger Attrillが推奨 のように）、またはURLの後にスペースを挿入します。
preceding text http://www.example.com .
後者は私を不快にさせますが、少なくともピリオドはURLの一部として表示されません。しかし、私はその文を再キャストすることを好みます（これは、URLを独自の行にブロック引用として置くことを意味する場合があります）。
文法と使用法は別として、DNSは「。」を受け入れます。ドメインの最後に。 「」それ自体は「ルート」を意味するので、たとえば、Amazon.comおよびAmazon.com.は両方とも同じDNSレコードを返します。
念のため：
Deleuze：〜ryan $ Dig Amazon.com。 Amazon.com + short |並べ替え-nr | uniq -c 2 72.21.214.128 2 72.21.211.176 2 72.21.194.1
だが URL全般について話しているので、私はその文を作り直します。明快さは常に歩数よりも優先されます。それに加えて、影響力のある言葉で文を終わらせるのが最善です。 URLは単なるテキストの浮き彫りです。固体のもので文章を終了してください。
このような状況は、引用符の完全なユースケースだと思います。これにより、URLがどこで終わり、周囲のテキストが始まるかについてのあいまいさがなくなります。引用符は技術的にURLで使用できますが、それでもURL /パーセントエンコードする必要があります。
これは、使用と表記を区別するための引用符の一般的な使用に似ています。 URL内のすべての文字（句読文字を含む）は、URL文字列内の文字として参照され、実際にはピリオド、スラッシュ、コロンなどとして使用されていません。したがって、引用符で囲むことは完全に意味があります。
それは書くことに似ています：
ピリオド（ "。"）は、文を終了するために使用されます。
最初のピリオドがピリオドとして使用されていないことは明らかですが、実際にはキャラクターについて言及しています。同様に、ほとんどの読者にとって次のことが明確になります。
パスワードをリセットするには、「http://example.com/recover/TOKEN」にアクセスしてください。
または、URLと次の句読点の間にスペースを入れることもできます。
パスワードをリセットするには、 http://example.com/recover/TOKEN にアクセスしてください。
最初にユーザーにリンクURLを表示する必要があるのはなぜですか？ほとんどのユーザーは、青いテキストが表示されているリンクをクリックするだけです。
テキストの流れを壊してしまうので、URLをできるだけ表示しないように投票します。ほとんどのユーザーは、何らかの理由で本当にURLが必要な場合、右クリックしてクリップボードにコピーできることを知っています。これらはおそらく、正当な理由でURLを特に必要とするユーザーと同じです。
他のすべての人はパスワードをリセットしたいだけで、リンクをクリックします。 URLは必要ありません。
私が目にする問題は、モバイルデバイスのテキスト選択アルゴリズムにあります。一部のOSはURLを文の一部として選択し、すべての文を選択しますが、他のOSは選択しません。確かにわかりません。クリック/選択を簡単にするために、URLを新しい行に入れることを検討しましたか？例：
To reset your password please follow this link:
http://example.com/recover/TOKEN
URLの後にはスペースとピリオドが続く必要があります。そうすることで、人間はそれが文の終わりであり、理にかなっていることを知っています。マシンは、URLにピリオドが含まれていないことを知っています。