wordpressプラグインで差が出る必須選と安全速度SEO最適化ガイド

WordPressの機能をあと少しだけ伸ばしたい—でも「どれを入れれば良いか」「不具合が怖い」と迷っていませんか。公式ディレクトリには5万件超のプラグインがあり、入れ方次第で表示速度や安全性は大きく変わります。実際、キャッシュ導入で表示速度が平均30～50％短縮するケースや、二要素認証で総当たり攻撃を大幅に抑制できた事例は数多く報告されています。

本記事では、初期導入で差がつく必須プラグインから、SEO・速度・フォーム・多言語まで目的別に厳選し、衝突を避ける設定手順と復元の備えまで具体的に示します。「見た目はテーマ、機能はプラグイン」の原則で、最小構成かつ再現性高く運用できるよう設計しました。

私たちは企業サイトやメディアの運用で、更新停止プラグインの混在やPHP非対応が原因の不具合を多数解決してきました。不要なものを減らし、必要なものだけを安全に。この先で、今日から使える選び方と手順をステップでご案内します。

wordpressプラグインとは何かを3分で理解：仕組み・できること・注意点

プラグインの基本概念とテーマとの違いを明確化

WordPressプラグインは、WordPress本体に不足する機能を後から追加できる拡張モジュールです。問い合わせフォーム、SEO最適化、キャッシュ、高速化、画像圧縮、セキュリティ強化など、目的別に導入できます。テーマはサイトの見た目やレイアウトを司り、プラグインは機能を担当します。2025/09/04時点でもこの役割分担は変わらず、サイト運用の安定性を高めます。導入前には、必要機能の有無、更新頻度、評価、開発元の信頼性を確認し、不要な多機能導入は避けると安全です。

• テーマ=デザイン、プラグイン=機能という前提で判断します。

• 不具合時の切り分けが容易になるよう、役割を分離します。

• 最小限の導入で速度と安定性を確保します。

コア・テーマ・プラグインの役割分担と拡張の考え方

WordPressコアは投稿管理やユーザー管理などの基本機能を提供します。テーマはヘッダー、フッター、アーカイブ表示などのテンプレートとスタイルを提供します。プラグインは検索最適化、構造化データ、フォーム、決済、翻訳、サイトマップなどの機能を追加します。原則として、見た目はテーマ、機能はプラグインに収め、カスタムコードは子テーマや専用プラグインで分離します。こうすることで、テーマを変更しても機能が失われず、アップデート時の影響を最小化できます。必要な機能だけを厳選し、役割の重複を避けることが安定運用の鍵です。

• 見た目=テーマ、機能=プラグイン、基本=コアを徹底します。

• 子テーマやスニペット用プラグインで改修箇所を分離します。

• テーマ機能とプラグイン機能の二重搭載を避けます。

導入のメリットとデメリット（速度・競合・運用負荷）

メリットは、機能拡張の容易さ、開発コスト削減、拡張の再利用性です。一方で、プラグインを入れ過ぎると読み込みが増え、フロント速度や管理画面の反応が低下することがあります。機能の重複やフックの干渉による競合、不適切な権限や古いバージョン放置による脆弱性も課題です。2025年現在は自動更新が普及していますが、主要プラグインはステージングで検証後に更新すると安全です。導入時は必要性、更新頻度、サポート状況、互換性、パフォーマンス影響を評価し、定期的に棚卸しとログ監視を行うと、品質と速度の両立がしやすくなります。

• 導入数を抑え、用途が重なるものは統合します。

• 更新前にバックアップと検証を実施します。

• 速度計測とエラーログで影響を定期確認します。

まず入れるべきwordpressプラグイン必須リストと理由：安全・表示速度・バックアップ

2025/09/04時点で、WordPressサイトの安定運営には「セキュリティ」「表示速度」「バックアップ」を最優先で整えることが重要です。攻撃や障害は予告なく発生します。初期段階で守りと保守の基盤を固め、次にデザインや機能拡張を行う流れが安全です。下記の代表プラグインと導入目的を押さえ、過剰インストールを避けつつ、相性と更新状況を確認してから導入します。

• プラグインは最小限に保ち、不要なものは停止・削除します。

• 重大変更前に必ずバックアップを取得します。

セキュリティとスパム対策は最優先

セキュリティは被害発生後では遅いため、最初に導入します。SiteGuardはログインURL変更や画像認証、ログイン試行制限など基本防御を素早く適用できます。Akismetはコメントスパムを自動判定し、ブログ運営の負荷を大幅に軽減します。フォーム経由のBot投稿や不正送信にはreCAPTCHAの導入が有効で、ログインやコメント、問い合わせフォームに段階的に適用可能です。これらは組み合わせて使うことで、総当たり攻撃やスパムの大半を初期段階で遮断できます。導入後はエラーログやブロック件数を確認し、閾値や除外設定を微調整して誤検知を抑えます。更新は優先度高で適用し、脆弱性公開時は迅速に対処します。

• SiteGuardやAkismet、reCAPTCHAなど代表例と導入優先度を提示

• サイト公開直後に適用し、アクセス増加前に基盤を固めます。

ログイン保護とBot対策の実装ポイント

ログイン保護は多層で設計します。まずSiteGuard等でログインURLを既定値から変更し、画像認証を付与します。XML-RPCの不要機能は無効化し、管理者ユーザー名の推測を避ける名称に変更します。2段階防御としてIPベースの試行制限と、reCAPTCHAをログイン・コメント・フォームに導入します。管理画面はHTTPSを強制し、パスワードは長く複雑なものを使用します。テーマやプラグインの更新は定期適用し、不要なプラグインと未使用ユーザーを削除します。バックアップの取得後に設定を変更し、ロックアウトが発生した場合の復旧手順を事前に控えておきます。運用開始後はログの異常値や海外IPからの急増を監視し、閾値を段階調整します。

• ログインURL変更や画像認証、2段階防御の基本手順を示す

• 設定変更は事前バックアップと復旧手段の確保後に行います。

バックアップと復元で最悪に備える

バックアップは障害・改ざん・誤操作に対する最後の砦です。BackWPupやUpdraftPlusでデータベースとwp-contentをスケジュール自動取得し、リモート保存先（S3互換、Google Drive等）を設定します。保存世代は運用頻度に応じて複数保持し、容量制限に合わせて圧縮と除外パスを最適化します。月次だけでなく、更新作業の直前に手動バックアップを必ず取得します。重要なのは復元テストです。ステージングやローカル環境で定期的に復元手順を検証し、手順書を更新します。障害発生時はダウンタイムを最小化するため、リストアの所要時間と連絡フローを明確化します。バックアップ完了通知の監視とエラーログの点検を習慣化し、失敗時は即座に保存先や認証設定を見直します。

• BackWPupなどで自動バックアップと復元テストの重要性を説明

• リモート保存と復元検証をセットで運用し、実効性を担保します。

目的別おすすめwordpressプラグイン：SEO・表示速度・デザイン・フォーム・多言語

SEOで基本を網羅：メタ・サイトマップ・OGP

Yoast SEOやAll in One SEOは、検索流入を増やすための基盤づくりに有効です。タイトルとメタ説明のテンプレート、自動XMLサイトマップ、OGP設定を1つの画面で管理でき、記事ごとの最適化も容易です。2025/09/04時点でも更新が活発で、テーマとの相性も広いことが利点です。運用では、不要な機能をオフにして重複生成を避け、検索インデックスやSNS表示の整合性を保つことが重要です。導入後はSearch Consoleでカバレッジを確認し、クリック率の推移を定点観測します。

• 検索流入の基盤整備に最適

• テンプレート化で運用負荷を低減

• OGPとメタの整合性を維持

クリック率とインデックス最適化に効く設定ポイント

タイトルは検索意図を満たす主要キーワードを左寄せで自然に含め、ブランド名は必要時のみ末尾に加えます。メタ説明は120〜160文字で価値提案と差別化要素を具体化し、記事内容と齟齬を出さないようにします。XMLサイトマップは1系統に統一し、Search ConsoleのサイトマップでURLを送信してステータスを確認します。カテゴリやタグのインデックス方針は重複回避を優先し、不要なアーカイブはnoindexにします。OGPはタイトルとディスクリプションをメタと近似させ、主要画像は1200×630px程度で統一します。

• タイトルは自然な含有と可読性を両立

• サイトマップは重複生成を避ける

• OGP画像は比率と解像度を一定に

表示速度の改善：キャッシュ・画像圧縮・遅延読み込み

表示速度は直帰率と収益に直結します。LiteSpeed CacheはサーバーがLiteSpeed系の場合に最適で、ページキャッシュ、CSS/JSの結合・縮小、CDN連携を一括管理できます。EWWW Image Optimizerは可逆圧縮とWebP/AVIF生成に対応し、既存画像の一括最適化も実用的です。Lazy Loadは折りたたみ下の画像やiframeを遅延読込し、初期描画を軽くします。導入順序は画像圧縮→キャッシュ→遅延の順で、計測は同条件で行い、レイアウトシフトや機能崩れの有無を都度確認します。更新後はキャッシュを必ずクリアします。

• 同種機能の二重適用を避ける

• 計測→調整→再計測を徹底

• 画像形式はWebP優先、必要時にAVIF

失敗しない導入方法：wordpressプラグインの入れ方・更新・削除の手順

管理画面からの検索・インストール・有効化フロー

WordPress管理画面の「プラグイン」→「新規追加」で、目的の機能や正式名称を入力して検索します。導入前に「有効インストール数」「最終更新日」「互換性（WordPressバージョン/PHP）」を確認し、2025/09/04時点で更新が継続しているものを優先します。詳細ページの評価とレビューで不具合傾向を把握し、導入影響を予見します。「今すぐインストール」→「有効化」後は設定画面の初期ウィザードで必須項目のみを最小構成で設定し、フロント側とエラーログを確認して表示崩れや速度低下がないか検証します。必要に応じてキャッシュを手動削除し、管理バーや開発者ツールでコンソールエラーをチェックします。

• 公式ディレクトリ検索から有効化までの流れと評価・更新履歴の確認ポイント

ZIPアップロード時の注意（互換性・署名・PHPバージョン）

配布元からZIPを取得する場合は、正規サイト配布であることと改ざん対策を確認します。提供されるハッシュ値（例:SHA-256）でZIPの整合性をローカル検証し、アップロード前にWordPressコア、テーマ、PHPバージョンとの互換表記を読み合わせます。商用サイトは本番直前に検証用環境で導入テストを行い、PHPエラーログ、致命的エラー、メモリ使用量、REST API応答、管理画面の操作性をチェックします。署名やハッシュが提示されない配布は避け、読み込み権限や所有権の整合を保ったうえでアップロード後のパーミッションを再確認します。

• バージョン要件と検証環境での事前テストの推奨事項を示す

不要プラグインの無効化と完全削除、データ残渣への対処

不要なプラグインは機能衝突、表示速度低下、攻撃面積の拡大要因となるため計画的に整理します。削除前にフルバックアップ（ファイルとDB）を取得し、復元手順を用意します。管理画面で「停止」→数日間の動作確認（依存機能の欠落がないか）→問題なければ「削除」を実行します。多くのプラグインは設定やログをwp_options、専用テーブル、メタデータに残すため、開発者ドキュメントに従いアンインストールルーチンの有無を確認し、残渣がある場合は安全に削除します。削除後はキャッシュ、トランジェント、cronイベントの整理も行います。

• 削除前のバックアップとオプション・テーブルの残りやすさに触れる

• 停止→検証→削除の順で安全に作業

• 依存関係が不明な場合は一時的にメンテナンス時間を確保

• 2025年の環境ではPHPとWordPressの自動更新後に再点検が有効

トラブル解決：wordpressプラグインが表示されない・追加できない・不具合時の対処

原因切り分けの手順（テーマ競合・PHP/JSエラー・権限）

プラグインが表示されない、追加できない、機能しない場合は、再現性の確認から始めます。まず管理画面とフロントの双方で症状を確認し、ブラウザのシークレットウィンドウでキャッシュ影響を除外します。次にテーマ競合切り分けとして標準テーマに一時切替します。改善すればテーマ起因です。改善しない場合は全プラグインを停止し、1つずつ有効化して衝突元を特定します。続いてブラウザの開発者ツールでコンソールエラーやネットワーク失敗を確認し、PHPのエラーログで致命的エラーの有無を確認します。最後に権限と環境面を確認します。ユーザー権限の不足、PHPバージョンの非対応、ディスク容量不足、ファイルパーミッション不正、mod_securityやWAFのブロック、サーバー側の制限が原因となることがあります。2025/09/04時点のWordPressとPHPの対応範囲も確認し、バージョン差異が大きい場合はアップデートを検討します。

• 再現性確認→キャッシュ除外→標準テーマ→全停止→段階的有効化→JS/PHPログ確認→権限/環境確認の順が安全です。

• プラグインの更新履歴と最終更新日も確認し、古いものは代替検討が有効です。

日本語環境特有の注意：WP Multibyte Patchや文字化け対策

日本語サイトではマルチバイト処理の不整合が原因で管理画面やウィジェットの文字列が欠けたり、検索やスラッグ生成で不具合が出ることがあります。WP Multibyte Patchの導入と有効化を確認し、テーマやプラグインの文字コードがUTF-8で統一されているかを見直します。文字化けや保存時の不具合が出る場合は、DBの照合順序と文字セットがutf8mb4系かを確認し、テーブル単位で不一致がないか点検します。CSVインポートやXMLサイトマップ生成で文字化けする際は、BOMや改行コード、エクスポート時のエンコード設定を合わせます。マルチバイトを含むファイル名や画像alt、カスタム分類のスラッグは英数字へ正規化し、フロント表示には別途日本語表記を用いると安全です。メール送信系は日本語MIMEエンコードとContent-Typeを確認し、文字化け時は別の送信ライブラリを試します。フロントのJSで文字化けする場合はmeta charsetとHTTPヘッダーの競合を解消します。バックアップ前にダンプの–default-character-setを指定し、復元時の崩れを防止します。

• 文字化けは「エンコード/DB照合/ヘッダー」いずれかの不一致で発生しやすいです。

• 日本語ファイル名はサーバー環境で不具合の原因になり得るため回避が無難です。

セーフモード的対応：FTPでの個別停止とログ確認

ダッシュボードに入れない、白画面や500エラーで操作できない場合は、FTPまたはサーバーファイルマネージャーで安全停止します。wp-content/plugins配下の問題プラグインフォルダ名を一時的にリネームすると、そのプラグインは強制停止されます。全停止が必要な場合はpluginsフォルダ自体をplugins-disabledへ変更し、管理画面へアクセス可能か確認します。次にデバッグを有効化し、エラーログを収集します。wp-config.phpにて定数の設定を行い、エラー出力ではなくログ記録を選びます。ログはwp-content/debug.logに保存され、致命的エラー、Deprecated、Notice、外部APIの失敗、メモリ不足、タイムアウトの痕跡が確認できます。該当のスタックトレースからプラグインとフック名、発火条件を特定し、代替実装やバージョンダウンで回避します。更新直後の発生であれば前バージョンへロールバックし、再度再現テストを行います。キャッシュ系や最適化系は相互作用が強いため、1つだけ有効にしてから段階的に追加します。記録が残らない場合はサーバー側のエラーログも確認し、WAFやmod_securityの検知ルールを一時緩和して検証します。

• リネーム停止は即時かつ安全に復旧できる実務的な手段です。

• ロールバック後は自動更新を一時停止し、再発監視を行います。

原因カテゴリ別のチェック項目

再発防止の基本

• 使用しないプラグインは削除し、更新は事前にステージングで検証します。

• 変更前にファイルとDBのバックアップを取得します。

• 1機能1プラグインの原則で重複を避け、変更履歴を記録します。

• 2025年時点の推奨PHPとWordPressの安定版を維持し、自動更新の範囲を慎重に設定します。

用途別リストアップ：面白い・おしゃれ・ランキング・会員サイト・予約システム

• 面白い: クイズ生成、ミニゲーム埋め込み、ランダム記事表示の演出に役立つ拡張が人気です。SNS連携やシェア時の演出強化で滞在時間を伸ばします。2025/09/04時点では、軽量で更新が継続されているものを優先し、評価と導入数を確認すると安心です。

• おしゃれ: ブロック拡張、アニメーション、スクロール演出、アイコンフォント、画像最適化と遅延読み込みの組み合わせで、デザインと表示速度を両立します。テーマのCSSと競合しにくい設計を選びます。

• ランキング: 票集計、クリック計測、重複投票防止、期間集計、リッチリザルト用の構造化データ対応が基準です。キャッシュ環境でも正しく計測できるか確認します。

• 会員サイト: ロール管理、保護ルール、課金連携、プロフィール拡張、メール自動化、エクスポート機能を比較します。日本語化、法令対応、決済ゲートウェイの手数料や返金運用も考慮します。

• 予約システム: タイムゾーン、在庫単位、複数スタッフ、Googleカレンダー双方向同期、決済、リマインド、キャンセルポリシー、モバイルUIを確認します。ピーク時の同時アクセス耐性が重要です。

会員サイト・課金・コミュニティ運営の実装選択肢

会員サイトは要件の切り分けが成果に直結します。学習系や有料記事の保護中心ならシンプルな会員レベル管理が効率的です。コミュニティ重視の場合はプロフィール、グループ、通知、アクティビティなどのソーシャル機能が必要です。2025年時点では決済の国内対応、領収仕様、消費税設定、定期課金の失敗時リトライ、自動停止の挙動を必ず確認します。拡張の多さだけでなく、更新頻度、PHP互換、翻訳、サポート窓口の明確さ、バックアップとロールバックの容易さも比較対象に含めます。下記で代表的な拡張の違いを整理します。

• WP MembersやSimple Membership、BuddyPressの特徴と用途を比較

有料会員・保護・ログイン画面の設計ポイント

有料会員運用では、保護ルールを「投稿タイプ/カテゴリー/タグ/ショートコード」の層で定義し、誤公開を避けます。登録導線は記事末とヘッダーに配置し、料金比較、特典、返金条件、解約手順、更新タイミングを明記します。ログイン画面はテーマと統一し、余白、タイポグラフィ、エラーメッセージ、パスワード再発行動線、2段階認証の有無を確認します。決済は定期課金の失敗再試行、猶予期間、自動停止、請求書と領収明細の出力をテストします。メールは登録、更新、失敗、キャンセル、期限前通知をテンプレート化し、モバイルで読みやすい幅とボタンサイズを調整します。権限は最小限付与で監査ログを保持します。

予約・カレンダー・在庫管理の導入と拡張

予約プラグインの選定は、単発イベントか継続枠か、リソース在庫を人/部屋/席/機材のどれで管理するかを決めることから始めます。Googleカレンダー連携は一方向と双方向の違い、同期頻度、招待メールの差出人、プライバシー設定、タイムゾーンのズレを確認します。決済は事前/現地/分割の可否、キャンセルポリシーと自動返金、手数料負担先を明確にします。通知は予約直後/前日/当日/キャンセル確定をSMSやメールで送信し、迷惑判定を避けるための送信ドメイン認証を設定します。繁忙期の同時予約衝突は在庫のロック処理とキャッシュ除外で抑制します。

• 予約プラグインの選定基準とGoogleカレンダー連携の確認事項

プラグインの選び方：更新頻度・評価・互換性・日本語対応で見極める基準

WordPressのプラグイン選定では、更新頻度、ユーザー評価、互換性、日本語対応の4軸で客観的に見極めます。更新は2025/09/04時点で直近6〜12カ月内が目安、放置は避けます。評価は星とレビュー内容の両方を確認し、低評価の理由と開発者の返信有無を重視します。互換性はWPコア・PHP・テーマ・主要プラグとの整合を優先し、日本語対応は管理画面の翻訳とドキュメントの有無を確認します。導入前にステージングでテストし、不要な機能の肥大化を避けて軽量構成を心掛けます。

互換性と保守性の確認ポイント（WPバージョン・PHP・テーマ）

WordPress本体とPHPの対応範囲、テーマや主要プラグインとの相性は安定運用の前提です。最終更新日は2025/09/04時点で半年以内が理想、動作確認済みのWPバージョンと最低PHP要件を必ず照合します。テーマは子テーマ含めテンプレート階層やフックの利用状況が干渉しないかを確認し、管理画面やフロントの重大フックに過度に依存する拡張は避けます。導入はステージングで行い、キャッシュ無効化の上で機能テスト、エラーログとデバッグモードで警告の有無を点検します。

• 最終更新日や動作確認バージョン、テーマとの相性チェック方法を提示

依存・競合リスクの回避（機能重複・フック衝突）

プラグインの機能重複は衝突や過負荷の原因となるため、サイト要件を整理し最小構成で統合します。特にSEO、キャッシュ、セキュリティ、画像最適化、フォームは1カテゴリ1本を原則にします。アクション/フィルターフックの上書きや同一エンドポイントの登録、同名ショートコード、同一JS/CSSハンドルの多重登録は表示崩れやエラーの温床です。導入順序は依存の浅いものから段階的に有効化し、ログと管理バーのクエリ数、LCP/CLSの変動を測定して問題箇所を特定します。

• 同機能の重複回避と最低限構成での安定運用を推奨

有料と無料の判断軸：サポート品質・ライセンス・導入コスト

無料は学習・小規模向けに有効ですが、商用や高トラフィックでは有料の保守と優先サポートが安定に直結します。判断軸はサポートSLA、更新ポリシー、互換性保証、返金規約、サイト数ライセンス、長期コスト、エクステンションの総額です。初期費用より年額の総保有コストを重視し、ミッションクリティカル機能は開発体制とロードマップを確認します。無料版の制限事項（手動運用や機能上限）と有料の追加機能（自動化、分析、統合）を比較し、要件に合致する最小で最適なプランを選びます。

• 無料での限界と有料のサポート・追加機能の見極め基準を明示

互換性チェックの実務手順

選定時のチェックリスト

• 目的が明確か（不要機能を抱えないか）

• 公式配布かつ署名が信頼できるか

• 星とレビュー本文、開発者の返信品質

• アクティブインストール数と更新頻度

• ライセンスとサイト数制限の適合

• 返金/サポート窓口/対応時間帯

• ステージングでの互換検証とロールバック手順

有料化の判断ポイント

導入・運用のベストプラクティス

• ステージングで検証→本番反映の順で安全に運用

• 変更前にバックアップを取得しロールバックを準備

• 1カテゴリ1本を原則にし機能重複を避ける

• 定期更新の前に互換性メモと変更点を確認

• 障害時は直近更新の差分から原因を切り分ける

必要十分な最小構成を維持し、更新と互換性を継続確認することで、WordPressサイトの安定性と表示速度を両立できます。購入前は試用期間や月額プランで実運用に耐えるかを検証し、2025年の標準環境に適した構成を選びましょう。

便利で時短：記事作成・目次・テーブル・SNS連携で運用効率を上げる方法

執筆と装飾を効率化：複製・テンプレ・テーブル・目次の組み合わせ

WordPressの運用効率を高めるには、記事の再利用と装飾の標準化が有効です。まず、Yoast Duplicate Postで既存記事を複製し、構成・装飾・ブロックを引き継いで執筆時間を短縮します。ブロックテンプレートや再利用ブロックで見出し、注意書き、告知枠を共通化します。表はFlexible Table Blockを使い、列幅固定、行見出し、レスポンシブ時の横スクロールを設定すると、2025/09/04時点のモバイル閲覧でも崩れにくいです。TOC系はH2/H3を対象に自動生成し、折りたたみ機能とアンカーの自動付与を使うと回遊が滑らかになります。運用前にプレビューで段落間隔、リンク色、太字のコントラストを確認し、テーマとプラグインのCSS競合を避けることが重要です。

• Yoast Duplicate Postで下書き複製→骨組み再利用

• 再利用ブロックで注意・比較・結論ブロックを標準化

• Flexible Table Blockで列幅/ヘッダー固定と横スクロール

• TOCでH2/H3のみ抽出し折りたたみ設定を有効化

• 編集後はキャッシュを削除し、実機で改行や折返しを確認

分かりやすさを底上げ：内部リンクカード・FAQ・評価表示

読み手の理解と行動を促すには、文脈に合う内部リンクカード、構造化されたFAQ、定義が明確な評価表示が有効です。内部リンクカードは関連度の高い記事へ誘導し、カテゴリ横断の回遊を促進します。FAQブロックは1質問1回答で簡潔にし、専門用語には補足を添えます。評価表示は基準を先に示し、星の意味を数値や短文で補足すると誤解が生じにくいです。2025年のモバイル閲覧比率を踏まえ、カードのサムネイルは軽量画像、FAQは折りたたみ、評価は行間広めでタップしやすい配置にします。公開前にはリンク切れと表示速度を確認し、更新日の明記で内容の新しさを示します。

• 内部リンクカードは本文中段と末尾の2箇所に配置

• FAQは冗長回避のため3〜5項目に集約

• 評価は採点基準を先に提示し、短評を併記

• 画像は圧縮しLCPに影響する大判を避ける