メールエンコーダー：スパムボットからメールを保護 | 無料ツール

A もちろん可能です。HTMLエンティティエンコードとJavaScriptエンコードを同じページで混在させられます。アドレスごとにエンコード処理を繰り返し、生成されたスニペットを必要な場所に貼り付けてください。メソッド間で競合は発生しません。よくある設定例：メインの連絡先メールにはJavaScriptを使用し、support@のような重要度の低いアドレスにはHTMLエンティティを使います。

A はい、すべてのUnicode文字を処理できます。éやüのようなアクセント付き文字、©や€のような記号も正しくエンティティコードに変換されます。例えば「café@example.com」をエンコードしても問題ありません。ツールは自動的にUTF-8エンコードを使用するため、文字化けしません。メールアドレスを貼り付けて方式を選ぶだけです。特殊文字が多いアドレスで事前にテストすることをお勧めします。

A 全く影響しません。エンコードされたmailtoリンクは通常のリンクとまったく同じように動作します。ユーザーがクリックすると、デフォルトのメールクライアントが正しいアドレスで開きます。実際にinfo@example.jpをエンコードしてテストしてみてください。デコードはブラウザ内でクリックイベントの発生前に行われるため、リンクの挙動は完全に同一です。href属性全体をエンコードするよう注意してください。

A 100%完全な防御方法はありません。高度なボットはHTMLエンティティをデコードし、中にはJavaScriptを実行するものもいます。このツールは強力なフィルターであり、要塞ではないと考えてください。個人サイトではJavaScriptエンコードでスパムの95%以上をブロックします。しかし、ヘッドレスブラウザを使った攻撃者はすり抜ける可能性があります。エンコードとお問い合わせフォームを組み合わせるのが最も効果的です。

A まったく気になりません。HTMLエンティティ方式ならメール1件あたり50～70バイト増えるだけです。JavaScript方式なら150～200バイトほど。画像1枚が5万バイト以上になるのと比べて微々たる量です。デコードはブラウザ側で一瞬で完了し、サーバーには負荷がかかりません。大量のメールをエンコードする場合はHTMLエンティティ方式がおすすめです。

A はい、生成されたスニペットはプレーンテキストなので、標準のHTMLを配信するどんなホストでも動作します。WordPress、Netlify、昔ながらのFTPサイト間でエンコード済みメールを移した経験がありますが、問題は起きませんでした。ただしWixやSquarespaceのようなビルダーは、特定のブロックで生のJavaScriptを削除することがあります。その場合はHTMLエンティティ方式に切り替えてください。移行後は必ず再テストしましょう。CMSがコードを圧縮・書き換える場合、リンクが壊れていないか確認が必須です。

A 毎回エンコードし直す方が安全です。このツールはグローバル変数や共有関数を作らないので、各ページに専用のスニペットが必要です。同じエンコード結果を10ページに貼り付けても動作はしますが、お勧めしません。CMSの更新でscriptタグが削除されて壊れたサイトを見たことがあります。ページごとに新しく生成してください。アドレスが同じでも変わりません。展開前に1ページだけテストしましょう。

A できますが、列の書式設定に引っかかります。A2にメールアドレス、B2にエンコード結果を入れて下にコピーする流れですね。注意点は、Excelがファイルを再度開いたときに @ のような文字列を @ に戻してしまうこと。保存前に列を「テキスト」形式にするか、一度メモ帳に貼ってから使ってください。200行のキャンペーンがこれで崩れたのを実際に見たことがあります。

A いいえ、エンコード結果は認証トークンではなく文字列表現のみに依存しているため影響しません。アドレスを contact@company.com から support@company.com に変更する場合は、新しいコードを再度生成してください。ツールはパスワードを保存しません。

A はい、全角文字や漢字が含まれるアドレスも完全にサポートしています。例えば `info@会社.jp` のようなアドレスを入力すると、自動で安全なコードに変換されます。文字化けの心配はありません。実際に日本語のアドレスを入力して、出力を確認してみてください。