AWS認定12資格の難易度と取得順｜2026対応

AWS認定は長く12資格が中核でしたが、2025〜2026年は CloudOps Engineer - Associate への移行や Machine Learning - Specialty の終了予定、Generative AI Developer – Professional の新設予定まで重なり、古い一覧では判断を誤りやすくなっています。
この記事では、これからAWS資格に挑戦する未経験者から、実務1〜3年のエンジニア、運用・開発・AI/データ担当者までを対象に、4レベルの全体像と最新の更新点を整理します。
そのうえで、各資格をレベル・推奨経験・学習時間・受験料帯で比較し、自分の経験に合った最短ルートを選ぶことが、遠回りに見えていちばん合格しやすいという視点で、申し込みから3年後の再認定まで一気通貫でわかる形にまとめます。

AWS認定資格12種の全体像と2026年時点の最新注意点

4カテゴリ（Foundational/Associate/Professional/Specialty）と受験要件

AWS認定は、難易度というより役割と実務の深さで整理すると理解が進みます。全体像は次の4カテゴリです。

見方としては、Foundationalで土台を作り、Associateで職種別の実務力を証明し、ProfessionalやSpecialtyで深さを示す流れです。
たとえば、インフラ寄りなら AWS Certified Solutions Architect – Associate、開発寄りなら AWS Certified Developer – Associate、運用寄りなら SysOps/CloudOps系が自然です。
さらに設計全体を担うなら Solutions Architect – Professional、継続的デリバリーや自動化を主戦場にするなら DevOps Engineer – Professional が視野に入ります。

ここで誤解されやすいのが受験条件です。
AWS認定は原則として前提資格がありません。
Cloud Practitionerを取らないとAssociateを受けられない、Associateを持っていないとProfessionalを受けられない、といった公式の必須条件はありません。
極端にいえば、実務経験が十分ある人がいきなり AWS Certified Solutions Architect – Professional を受けることも制度上は可能です。

ただし、受けられることと、合格しやすいことは別です。
筆者の感覚でも、Associateは「サービス名を知っている」だけでは足りず、なぜ Amazon S3 ではなく Amazon EFS なのか、なぜ AWS Lambda と Amazon ECS を使い分けるのかといった判断が問われます。
実務1年程度ある人でも、Solutions Architect – Associate なら60〜120時間ほど腰を据えて学ぶと理解がつながりやすいのが利点です。
Developer – Associate は Lambda や CI/CD を日常的に触っている人なら40〜80時間くらいで形になりやすく、Professionalになると複数サービスの設計判断を長文シナリオで読む負荷が一段上がります。

なお、認定の有効期限は取得日から3年間です。
更新は通常、現行バージョンの試験に合格するか、関連する上位資格の合格で行います。
Foundational の一部には別の再認定ルートが用意されている場合もあります。
資格選びの段階で「3年後にどの上位資格につなげるか」まで考えておくと無駄を減らせます。

中核の資格（従来よく参照される代表例）

「AWS認定12資格」という呼び方は従来よく使われてきましたが、近年の新設・移行・終了により構成が流動的です。
以下は従来の整理で「代表的に挙げられてきた資格の例」です。

• Foundational：AWS Certified Cloud Practitioner
• Associate（代表例）：Solutions Architect – Associate、Developer – Associate、SysOps Administrator – Associate / CloudOps Engineer – Associate
• Professional（代表例）：Solutions Architect – Professional、DevOps Engineer – Professional
• Specialty（代表例）：Advanced Networking – Specialty、Data Analytics / Data Analytics – Specialty、Machine Learning – Specialty、SAP on AWS – Specialty

一方で、2025年以降はこの「きれいな12資格」に新顔が入り始めています。
たとえば Foundational には AWS Certified AI Practitioner が加わり、Associateにも AWS Certified Data Engineer – Associate、AWS Certified Machine Learning Engineer – Associate が登場しています。
つまり現在のAWS認定は、従来の「Cloud Practitionerから始まり、SAA・DVA・SysOpsに分かれる」という見取り図だけでは少し足りません。
AI・データ系の職種が独立した資格群を持ち始め、実務ロールにより近い体系へ動いていると見ると理解が進みます。

受験方法は全資格共通で、AWS認定アカウントからPearson VUE経由で予約し、テストセンター受験またはオンライン監督受験を選べます。
日本語提供の有無は試験ごとに異なりますが、少なくともProfessionalの一部では日本語対応が明示されています。
実務者目線では、会場受験は回線や周辺環境を気にせず集中しやすく、オンライン監督は移動時間を減らせるのが利点です。
どちらが有利というより、長文シナリオを安定して読み切れる環境を取るのが王道です。

2025〜2026の変更点と最新注意点

2025〜2026年は、AWS認定の体系を古い記事のまま覚えているとズレやすい時期です。
特に大きいのは、運用系Associateの差し替え、ML Specialtyの終了、生成AI系Professionalの新設です。

時系列で見ると、まず2025年9月に AWS Certified CloudOps Engineer – Associate（SOA-C03）が動き始めます。
登録開始は2025年9月9日、受験開始は2025年9月30日です。
これに伴って、従来の AWS Certified SysOps Administrator – Associate（SOA-C02）は2025年9月29日が最終受験日になります。
つまり、運用系Associateを「SysOps」とだけ書いている情報は、2025年後半以降だと鮮度が落ちます。
これから運用職向けAssociateを語るなら、SysOpsからCloudOpsへの移行まで含めて説明するのが前提です。

次に、AI・ML領域では AWS Certified Machine Learning – Specialty の扱いが大きく変わります。
この資格は長くAI系の上位認定として存在感がありましたが、最終受験日は2026年3月31日です。
従来は「AI/MLをやるならML Specialtyが本命」という整理がわかりやすかったのですが、今はそう単純ではありません。
AI領域の入口としては AWS Certified AI Practitioner、実装寄りの中核としては AWS Certified Machine Learning Engineer – Associate が置かれ、旧来のML Specialtyは終息へ向かっています。
役割で言い換えると、AIの基礎理解はFoundationalへ、MLOpsを含む実装力はAssociateへ再配置されている形です。

さらに2025年11月には、AWS Certified Generative AI Developer – Professional の開始予定が案内されています。
これは生成AIアプリケーションの開発・実装をProfessionalレベルで扱う資格で、従来の DevOps Engineer – Professional や Solutions Architect – Professional とは違う文脈です。
ここが重要で、AWSはAIを単なるSpecialtyの一枝ではなく、基礎理解（AI Practitioner）→ 実装（ML Engineer – Associate）→ 生成AI開発の上位（Generative AI Developer – Professional）という独立した流れとして拡張し始めています。

この変化の影響で、「AssociateはSAA・DVA・SysOpsの3つ」という説明もそのままでは不十分です。
従来の中核3資格は今も欠かせませんが、現実には Data Engineer – Associate や Machine Learning Engineer – Associate も加わり、Associate層が厚くなっています。
インフラ、アプリ開発、運用に加えて、データ基盤とAI実装がAssociateレベルで独立したと考えると、現在の資格選びがしやすくなります。

制度面では、各試験の詳細、提供言語、受験可能時期はAWSの試験ページと試験ガイドが基準です。
変更予定の整理ではAWS公式の「近日公開のAWS認定」が最も追いやすく、直近の改訂を反映したい場面では特に有効です。
料金は円建て表示が更新されることがあり、一般的には Foundational が15,000円、Associate が20,000円、Professional・Specialty が40,000円級で語られることが多いものの、固定額として覚えるより予約画面での表示が実務上の基準になります。

実際、資格制度の更新が続く時期は、学習そのものより「どの試験が現役なのか」を見誤るほうが痛いです。
筆者もAWS資格を追うときは、まず名前だけで判断せず、その資格が現行なのか、置き換え予定なのか、終了日が設定されていないかから整理します。
2025〜2026年はまさにその姿勢が重要なタイミングです。

AWS認定12資格の難易度一覧｜レベル・推奨経験・学習時間・受験料で比較

一覧で見比べるときに重要なのは、「どの資格が上位か」だけではありません。
誰向けの試験なのか、どのくらいの実務経験を前提にしているのか、どれくらい学習時間を見ておくべきかまで横並びで見ると、自分に合う1本が選びやすくなります。
なお、AWS認定の合格率は公式には公表されていません。
一部メディアの推定値はありますが、難易度比較では補助情報として扱うのが適切です。

編集部の難易度ランク基準と読み方

この一覧では、AWS公式のカテゴリ区分に加えて、編集部で易 / 中 / 難 / 最難の4段階ランクを付けています。
基準はシンプルで、問われる知識の広さ、実務経験の前提、設計判断の複雑さ、専門領域の深さを総合して見ています。
たとえば AWS Certified Cloud Practitioner は用語や代表サービスの理解が中心なので「易」、AWS Certified Solutions Architect – Professional のように複数サービスをまたいだ設計判断が必要な試験は「最難」という整理です。

また、難易度ランクは「合格しやすさ」だけを指すものではありません。
実務と噛み合っていれば体感難易度は下がるからです。
開発者が AWS Certified Developer – Associate を受ける場合と、インフラ設計者が同じ試験を受ける場合では、同じAssociateでも負荷のかかるポイントが変わります。
表の「想定対象」と「推奨経験」を先に見てから、難易度ランクを見るのが読み方のコツです。

この表は「2025年時点で12資格として紹介されやすい構成」に合わせています。
資格体系は入れ替わりが続いているため、特に運用系Associateは SysOps Administrator – Associate から CloudOps Engineer – Associate への移行を前提に読んだほうが実態に近いです。
逆に、AWS Certified Machine Learning – Specialty や AWS Certified Data Analytics – Specialty、AWS Certified Database – Specialty、AWS Certified SAP on AWS – Specialty のように、時期によって扱いが変わりやすい資格は、公開時点の現行性まで含めて判断する必要があります。

学習時間と費用の目安

学習時間は試験ごとに公式の一律指標があるわけではありません。
ここで示す時間は、AWS公式の試験ガイドや公式トレーニング、受験者ヒアリングを総合した編集部の目安です。
たとえば Cloud Practitioner の「20〜40時間」は公式の入門ガイドや初学者向け教材の想定学習量と整合します。
学習時間は経験や実務の有無で大きく変わるため、あくまで目安として活用してください。
実務感覚でいうと、AWS Certified Solutions Architect – Associate を独学で進める場合、60〜120時間という数字は腹落ちする実感があります。
平日夜に1時間、週末に少し厚めに積むと、2〜3か月で到達しやすいボリュームです。
一方で AWS Certified Solutions Architect – Professional や AWS Certified DevOps Engineer – Professional は、問題演習だけでは足りません。
移行設計、可用性、コスト最適化、自動化、トレードオフ判断まで問われるので、本番の難しさは暗記量より設計経験の有無に出ます。

AWS認定は原則として受験資格がないため、いきなりAssociateやProfessionalに挑戦すること自体は可能です。ただ、費用対効果で見ると、Foundationalや自分の職種に合うAssociateから入ったほうが学習内容を実務へつなげやすい構成です。

受験料と改定リスクへの備え

受験料は比較表に入れておくと便利ですが、AWS認定では金額そのものが固定情報になりにくい点も押さえておきたいところです。
日本円の試験料金は為替反映で更新されることがあり、少なくとも毎年1回、4月前後に改定されるケースが知られています。
つまり、「Foundationalは15,000円、Associateは20,000円」と覚えるより、価格帯として把握するほうが実用的です。

もうひとつ、2026年以降に古くなりやすいのは受験料だけではありません。
新設、終了、試験コードの更新もズレやすい分岐点です。
すでに触れた通り、運用系は AWS Certified CloudOps Engineer – Associate（SOA-C03）が始まり、AWS Certified SysOps Administrator – Associate（SOA-C02）は終了予定です。
AI系では AWS Certified Machine Learning – Specialty が2026年3月31日で最終受験日になっており、さらに AWS の AI認定ポートフォリオ拡大のお知らせ では AWS Certified Generative AI Developer – Professional の開始予定も案内されています。

こうした改定リスクがあるので、比較表では「正式名称」と「カテゴリ」を軸に見つつ、受験直前の制度差分は AWS認定公式ページ や 近日公開のAWS認定 に載る更新情報まで含めて整理するのが自然です。
特に試験コードは記事より予約画面のほうが新しいことがあるため、SAA-C03、DVA-C02、SAP-C02 のような現行コードを覚えていても、運用系やSpecialty系は入れ替えの有無までセットで見たほうが取り違えが起きにくくなります。

このセクションの比較は、資格選びの入口として使うのがちょうどよいです。
未経験なら Foundational か SAA、開発者なら DVA、運用なら CloudOps 系、データ基盤なら DEA、AI実装なら MLA、上級設計なら SAP、運用統合なら DOP というように、難易度より先に職種との相性を見ると失敗しにくいです。

AWS認定は何から取るべきか｜経験別のおすすめ取得順

資格選びで迷う人が多いのは、「難易度が低いものから順番に取ればいい」と考えてしまうからです。
実際には、最短ルートは経験年数よりも役割と目的で変わります。
見るべき軸は大きく3つで、ひとつはIT基礎があるかどうか、ひとつは現職で何を担当しているか、もうひとつは転職・昇進・スキル証明のどれを優先したいかです。

たとえば、ネットワークやLinux、データベースの基本用語がまだ曖昧な人と、すでにAWS上で開発や運用をしている人では、同じ「1本目」でも適切な資格が違います。
資格選びで失敗しやすいのは、実務で触る領域と試験の主題がずれているケースです。
逆に、自分の仕事に直結する試験を選ぶと、学習内容がそのまま会話や設計判断に効いてきます。

記事内の図では入口資格を簡易フローチャートで整理していますが、文字で言い切るならこうです。
IT基礎が薄い人は Cloud Practitioner、実務でAWSを触っている人は Associate から入ってよい、これが大枠の判断軸です。
そのうえで、設計なら SAA、開発なら DVA、運用なら SysOps / CloudOps 系、AI/データなら AIF を入口にして分岐させると、遠回りが減ります。

未経験・非エンジニア向け：Cloud Practitionerからの入口

未経験者や非エンジニアが最初に狙うなら、AWS Certified Cloud Practitioner から入るのが素直です。
ここで固めるべきなのはサービス名の丸暗記ではなく、クラウドの基本用語、料金の見方、責任共有モデル、代表サービスの役割を一枚の地図として持つことです。
これらの観点は AWS の公式トレーニングや入門コースでも同様の学習目標が示されています。

実務1〜3年向け：SAAを起点に横断設計力を獲得

実務経験が1〜3年ほどあり、最初の Associate を1本選ぶなら、王道は AWS Certified Solutions Architect – Associate（SAA-C03）です。
理由は単純で、要件定義から設計までの全体観がいちばん身につきやすいからです。
開発者でも運用担当でも、SAA の学習を通すと、コンピュート、ストレージ、ネットワーク、データベース、可用性、セキュリティ、コスト最適化を横断して考える癖がつきます。

試験では、単にサービス名を知っているかではなく、なぜその構成を選ぶのかという判断力が問われます。

筆者が学習相談を受けるなかでも、職種がまだ定まり切っていない人には SAA を勧めることが多いです。
汎用性が高く、2本目への接続もきれいだからです。
開発寄りなら DVA、運用寄りなら SysOps / CloudOps 系、さらに上位設計に進むなら Solutions Architect – Professional へと流せる構成です。
実務経験がある人なら、独学でも 60〜120時間くらいの学習量は腹落ちしやすく、平日夜に積み上げれば2〜3か月で視界が開けてきます。

インフラや運用、SRE、監視、保守を重視する人は、SAA を起点にするよりも、運用寄りの Associate を入口にする選択が職務との一致度が高い場合があります。
AWS の試験移行情報（CloudOps Engineer – Associate の開始、SysOps Administrator – Associate の最終受験日など）は公式の「近日公開」ページで案内されていますので、受験タイミングに応じて旧試験か新試験のどちらを狙うかを決めてください。
移行期にどちらを受けるかは時期で決まりますが、考え方としては「SysOps を取る」ではなく「CloudOps 系 Associate を1本目にする」と捉えるとぶれません。
オンプレ運用からクラウド運用へ軸足を移したい人にも、このルートは相性がいいです。
サーバーを立てる知識だけではなく、運用設計をAWS流に置き換える力が求められるので、現場の再現性が高い学習になります。

開発向け：DVAを1本目にするかSAAと並行か

アプリ開発者なら、AWS Certified Developer – Associate（DVA-C02）を1本目にする選択は十分合理的です。
とくに、Lambda、API Gateway、DynamoDB、SQS、SNS、Code 系サービスを使った開発、あるいは CI/CD パイプラインでのデプロイ運用に触れている人には噛み合います。
Developer – Associate は、AWS 上でアプリケーションを開発・保守する実務経験が1年以上推奨されており、サーバーレスやデプロイ、自動化の文脈が強い試験です。

では SAA とどちらを先にするべきかというと、ここは役割で分かれます。
バックエンド実装、サーバーレス開発、アプリ保守が中心で、まずは「開発者としてAWSを使える証明」がほしいなら DVA を先にしてよいです。
逆に、開発をしつつも設計レビューやインフラ選定に関わる、あるいは将来的にテックリード寄りへ進みたいなら SAA を先に置いたほうが伸びしろが広がります。

実務で Lambda や CI/CD を日常的に扱っている開発者なら、DVA は 40〜80時間ほどで手応えが出やすいタイプです。
普段の業務で触っているサービスがそのまま得点源になりやすく、「勉強したことがその日に現場で使える」感覚が強い資格です。
ただし、アーキテクチャ全体の説明力は SAA のほうが育ちやすいので、開発者でも長くAWSを軸にするなら、DVA単独で終わるより SAA と並行または連続取得の形がきれいです。

AI/ML向け：AIF→MLA/DEAの分岐

AIやデータ活用を軸にしたい人は、入口を分けて考えると失敗を避けられます。
非エンジニアを含めたAI活用の共通知識を作るなら AWS Certified AI Practitioner（AIF-C01）、その先でモデル開発・MLOps寄りなら AWS Certified Machine Learning Engineer – Associate（MLA-C01）、データ基盤・ETL・分析基盤寄りなら AWS Certified Data Engineer – Associate（DEA-C01）に分岐する形がです。

AI Practitioner は、AI/ML をビジネスユースケースで理解したい人向けの基礎資格として位置づけられています。
ここではモデルを実装し切る力よりも、AI をどう使うのか、どのような価値や制約があるのかをつかむ役割が大きいです。
生成AIの会話が増えた今、プロダクト企画、業務改善、データ活用推進の担当者が最初に持つ認定としても筋がいいです。

そこから先は志向で分かれます。
SageMaker を含む機械学習実装、学習・評価・デプロイ、MLOps の流れに寄せるなら MLA が本命です。
公式でも少なくとも1年以上の AI/機械学習経験を持つ機械学習エンジニアや MLOps エンジニア向けに設計されています。
データ収集、変換、保存、パイプライン設計、分析基盤の整備に重心があるなら DEA のほうが直結します。
こちらはデータエンジニアリングで2〜3年程度、AWS サービスのハンズオン経験1〜2年程度が想定されています。

この分野では旧来の AWS Certified Machine Learning – Specialty の扱いも踏まえておくと流れが見えてきます。
AI/ML領域は、基礎を AIF、実務寄りを MLA や DEA に分ける方向がはっきりしてきました。
つまり、AI に興味があるからといって、いきなり重い専門資格へ向かうより、自分が作りたいのがモデルなのか、整えたいのがデータ基盤なのかで入口を選ぶほうが、学習内容とキャリアがきれいにつながります。

目的別ロードマップ｜転職・現場力・AI分野で伸ばす順番

資格選びで迷いやすいのは、「何から取るか」よりもどこまでを1セットとして設計するかです。
AWS認定は単発で1つ取っても価値はありますが、転職、設計、運用、AI/データのどこを狙うかで、次に積むべき認定が大きく変わります。
ここでは、実務とのつながりが強い順番に絞って、無理のない取得ルートを整理します。
学習ペースは、平日1〜2時間、休日2〜4時間を積む前提で目安化しています。
働きながら進めるなら、このくらいがいちばん継続できるペースです。

転職向け王道ルート

未経験から転職市場で通りやすい形を作るなら、AWS Certified Cloud Practitioner → AWS Certified Solutions Architect – Associate（SAA-C03）→ AWS Certified Developer – Associate（DVA-C02）または SysOps Administrator / CloudOps 系 Associate → AWS Certified Solutions Architect – Professional（SAP-C02）が王道です。
採用側から見ると、この並びは「基礎用語を知っている」「標準的な設計ができる」「開発か運用のどちらかに実務寄りの軸がある」「上位設計まで見据えている」と読み取りやすく、評価の文脈がぶれません。

Cloud Practitioner はクラウド未経験者の入口として使いやすく、学習時間は20〜40時間がひとつの目安です。
平日1時間を中心に進めれば、2〜4週間ほどで形になる期間です。
ここでAWSの料金感、代表サービス、共有責任モデルのような基礎を押さえておくと、次のSAAでサービス選定の話が理解しやすくなります。

SAAはこのルートの中核です。
転職用のポートフォリオや面接で話しやすいのはSAAで身につく設計観点です。
学習時間は60〜120時間ほどが現実的で、平日1〜2時間、休日2〜4時間なら2〜3か月が目安になります。
未経験者がここを超えると、EC2、RDS、S3、VPC、ELB、Auto Scaling をどう組み合わせるかを言語化しやすくなり、「AWSを触りました」で終わらなくなります。
SAAはこのルートの中核です。
学習時間はおおむね60〜120時間が目安で、平日1〜2時間、休日にまとめて学習する形なら2〜3か月で基礎が固まっていきます。
学習スケジュールは実務との兼ね合いで調整してください。

設計志向ルート

アーキテクト、テックリード、上流設計に寄せたい人は、SAA → SAP → Security - Specialty または Advanced Networking - Specialtyの順が最も筋が通っています。
設計志向の人が最初からDVAや運用系に寄ると、個別サービスの使い方には詳しくなっても、全体最適の視点が育つまでに遠回りになりがちです。
最初にSAAを置くことで、可用性、コスト最適化、性能、セキュリティを横断して考える癖がつきます。

SAAは2〜3か月、SAPは3〜4か月がひとつの基準です。
平日1〜2時間、休日2〜4時間で積んでいくと、業務と両立しながら進めやすい密度になります。
実際、SAPは1問ごとの情報量が重く、単純な暗記では通りにくい試験です。
複数の要件を見て、どのサービスをどう組み合わせるか、どの制約を優先するかを考える訓練が必要になります。
筆者としては、ここで初めて「AWSのサービスを知っている」から「AWSで設計判断ができる」に変わる印象があります。

その後のSpecialtyは、担当領域で選ぶのが自然です。
セキュリティアーキテクト寄りなら AWS Certified Security - Specialty、複雑な接続構成やハイブリッド環境まで扱うなら AWS Certified Advanced Networking - Specialty が噛み合います。
Security - Specialty はITセキュリティ実務5年とAWSワークロード2年以上、Advanced Networking - Specialty はネットワーク5年以上とクラウド／ハイブリッドネットワーク2年以上が推奨されており、どちらも「設計の延長で専門性を深掘る」人向けです。

このルートの良さは、資格の順番そのものがキャリアの順番と一致しやすいことです。
まず標準設計を理解し、次に複数要件を束ねる上位設計へ進み、そのうえでセキュリティかネットワークの専門設計に降りていく流れです。
履歴書に並ぶ資格名より、設計判断の解像度が段階的に上がっていることが強みになります。

運用/DevOpsルート

運用保守、SRE、インフラ自動化、継続的デリバリーを伸ばしたいなら、SysOps Administrator / CloudOps 系 Associate → AWS Certified DevOps Engineer – Professional（DOP-C02）→ AWS Certified Security - Specialtyが実戦的です。
運用職の人がSAAから始めるのも悪くありませんが、監視、障害対応、ログ、可観測性、変更管理、自動化に日々向き合っているなら、先に運用の文脈で得点しやすいルートに乗るほうが学習効率が高いです。

CloudOps系Associateは、現場の延長で学びやすい資格です。
アラーム設計、運用監視、インシデント対応、可用性維持といった論点がそのまま試験学習に乗ります。
2025年9月30日からは CloudOps Engineer - Associate の受験が始まり、従来の SysOps Administrator - Associate は2025年9月29日が最終受験日です。
移行期ではありますが、キャリア上の見方としては「運用系Associateを1本持つ」と捉えるのが伝わります。
学習期間は2〜3か月ほどを見込むと進められます。

DOPはこのルートの本丸です。
AWS公式でも、AWS環境のプロビジョニング、運用、管理に関して2年以上の経験が推奨されており、CI/CD、自動化、運用統合が中心テーマです。
平日1〜2時間、休日2〜4時間のペースなら、3〜4か月は見ておきたいところです。
運用系の人がDOPを取ると、単に「障害を直せる」だけでなく、障害が起きにくい仕組みを作る側へ視点が移ります。
手作業の運用を減らし、仕組みで回す発想に切り替わるので、実務での伸び方も大きいです。

そのうえで Security - Specialty を重ねると、運用の信頼性にセキュリティ運用の厚みが出ます。
IAM、暗号化、監視・検出、インシデント対応の理解が加わると、運用担当としての市場価値が一段上がります。
DOPの後なら、権限設計やログ監査の話が単体知識ではなく、運用フロー全体の中で理解しやすくなります。
運用現場では、可用性とセキュリティは別物ではなく、同じオペレーション品質の話だからです。

セキュリティ/ネットワーク特化ルート

専門職として深く寄せるなら、SAA → Security - Specialty または Advanced Networking - Specialty → SAPの順が扱いやすい構成です。
ポイントは、Specialtyを先に取ってから、SAPで上位設計に戻る構成にすることです。
専門知識だけを深掘りすると、その領域の実装には強くなっても、全体アーキテクチャの中でどう位置づけるかが弱くなりがちです。
そこでSAAを起点にし、専門性を1本立て、その後にSAPで全体設計へ引き上げる流れにするとバランスがよくなります。

Security - Specialty を選ぶ人は、IAM、KMS、データ保護、脅威検出、インシデント対応まで踏み込むことになります。
運用管理者よりも、セキュリティ担当、クラウドガバナンス担当、監査対応を持つ人に向くルートです。
SAAを先に取っておくと、暗号化や権限制御を「このサービス単体ではどうか」ではなく、「システム全体の責任分界としてどう設計するか」で捉えられるようになります。
学習期間はSAAが2〜3か月、Security - Specialtyが3か月前後、SAPがさらに3〜4か月という並びが現実的です。

Advanced Networking - Specialty は、VPC、Transit Gateway、Direct Connect、ハイブリッド接続、複数拠点の接続設計を主戦場にする人に向きます。
オンプレとAWSをまたぐ設計、マルチアカウント環境、複雑な通信要件がある現場では、ここが強いと一気に差がつきます。
ネットワークの専門家ほど、AWS固有の設計パターンに慣れるまで少し時間がかかる印象がありますが、逆に言えば、地力がある人ほど刺さる資格です。

このルートでSAPを後ろに置く意味は大きいです。
SecurityやNetworkingのSpecialtyを持っているだけでも専門性は示せますが、SAPが加わると「部分最適の専門家」ではなく「全体最適を理解した専門家」として見えます。
特化領域の設計レビューだけでなく、要件定義や構成選定の会話にも入りやすくなるので、役割の幅が広がります。

AI/データ特化ルート

AIやデータ基盤をAWSで伸ばしたいなら、AWS Certified AI Practitioner（AIF-C01）→ AWS Certified Machine Learning Engineer – Associate（MLA-C01）または AWS Certified Data Engineer – Associate（DEA-C01）→ AWS Certified Data Analytics – Specialty（DAS）→ 2025年11月以降は Generative AI Developer – Professionalという並びが、いま最もきれいです。
AI分野は資格体系の更新が大きく、古い感覚で Machine Learning - Specialty を最初から本命に置くより、基礎と実務Associateを分けたほうがキャリア設計しやすくなっています。

AIFはAI活用の入口として扱いやすく、エンジニアだけでなく企画や推進寄りの人でも学べます。
期間としては1か月前後に収めやすく、AIの基本概念、ユースケース、責任ある活用の考え方を短期間で整理できます。
クラウドの基本理解が薄い人でも入りやすいので、生成AIの話題からAWS認定に入る人にも相性がいいです。

そこからMLAに進むか、DEAに進むかで役割が分かれます。
MLAは機械学習エンジニアやMLOps寄りで、少なくとも1年以上のAI/機械学習経験が想定されています。
モデルの学習、評価、デプロイ、運用まで含めて、実装者の文脈が強いです。
一方のDEAは、データ収集、変換、保存、パイプライン設計といったデータエンジニアリングが中心で、データ基盤を整える側に向きます。
どちらもAssociateとしては軽くなく、2〜3か月ほどは見ておくと無理がありません。

その先のDASは、分析ソリューション全体を扱う専門資格として置きます。
Athena、Redshift、AWS Glue、Kinesis など、分析基盤でよく使うサービスのつながりが見えてくるので、単発サービスの知識が面でつながります。
学習期間は3か月前後を見込むと進められます。
なお、AWSの公式ブログでは Data Analytics - Specialty の受験料は300 USDと案内されています。
Specialty帯は内容も重く、受験のハードルも一段上がるので、Associate段階で手を動かしてから入るほうが定着します。

AI領域では、2025年11月から Generative AI Developer – Professional が加わる流れも見逃せません。
さらに、Machine Learning - Specialty は2026年3月31日が最終受験日と案内されており、AI認定は明確に再編の方向へ動いています。

このルートは、流行だけで資格を選ばないことが欠かせません。
生成AIに関心があっても、実務ではまずデータ整備やパイプライン構築が壁になります。
逆に、データ基盤だけをやってきた人がAI実装に寄りたいなら、AIFで全体像をつかみ、MLAに寄せるほうが移行がスムーズです。
資格名の派手さより、自分がどの工程で価値を出す人なのかが、取得順を決める軸になります。

試験の申し込み方法と学習の進め方

AWS Builder IDとPearson VUE予約の流れ

受験準備は、教材選びより先にアカウントまわりを整えると詰まりません。
実際の流れは、AWS Builder IDを作成し、AWS認定アカウントと連携し、その後にPearson VUEで受験枠を予約するという順番です。
AWS Builder IDは個人プロファイルとして使うもので、メールアドレス、氏名、パスワードで作成できます。
仕事用メールよりも個人で継続して使えるメールをひも付けておくと、転職や所属変更があっても学習履歴や認定管理を切り離さずに済みます。

AWS認定の申込導線は、単に「試験を買う」感覚ではなく、学習アカウントと認定アカウントをつないで受験管理に入る形です。
ここが整理できていないと、Skill Builderで学習しているアカウントと認定ダッシュボード側の情報が分かれ、後で見づらくなります。
筆者は受験相談でも、まずこの土台を一つにそろえるよう伝えています。
学習ログ、認定履歴、次回受験の管理が一本化されるだけで、途中離脱しにくくなるからです。

予約段階では、Pearson VUEでテストセンター受験にするか、オンライン監督受験にするかを選びます。
会場受験は通信や部屋の条件を気にせず試験そのものに集中しやすく、オンライン監督は移動時間を省きやすいのが利点です。
どちらが上というより、集中しやすい環境を選ぶのが正解です。
長文シナリオを読むAWS試験では、環境ストレスがそのまま点数に響きやすいからです。

受験日も、気分で空いている日を取るより、先に日付を固定してから学習を逆算するほうが進みます。
Cloud Practitionerのような基礎資格なら20〜40時間が一つの目安になりやすく、Associate以上は実務経験があってももう少し厚めに見積もったほうが安定します。
平日1〜2時間、休日2〜4時間のブロックを先にカレンダーへ置き、その枠の中で教材を回す形にすると、忙しい人でも失速を防げます。

受験後の動線も見逃せません。
AWS認定は取得後のダッシュボード側に、次回受験に使える特典や認定管理の案内がまとまっています。
認定は3年間有効なので、1資格だけで終わらせるより、合格直後の勢いで次の資格を設計したほうが投資効率は高くなります。
SAAを取った人がDVAやSAPへ進む、AIFを取った人がMLAやDEAへ進む、といった流れはこの段階で決めておくと迷いません。

試験ガイドを最初に確認すべき理由

学習を始めるときにいちばん先に見るべきなのは、動画でも問題集でもなく試験ガイドです。
ここを読まずに勉強を始めると、理解した気になりやすい領域と、実際に配点比重が高い領域がずれてしまいます。
AWSの試験ガイドには、出題分野、各分野の重み、受験者像、測られるスキル、サンプル問題がまとまっています。
学習計画の設計図そのものです。

たとえばSolutions Architect系なら、単にサービス名を暗記するだけでは足りず、要件に対してなぜその構成を選ぶのかという判断が問われます。
Developer系ならLambda、API Gateway、CI/CD、デプロイ、デバッグといった実装寄りの論点が強くなります。
こうした差は試験ガイドを読むと明確です。
教材を先に買うより、まず試験ガイドで「この試験は何をできる人として扱いたいのか」をつかんだほうが、教材選びもぶれません。

サンプル問題も軽視できません。
AWS試験は、単純な定義問題よりも、状況文を読んで最適解やベストプラクティスを選ぶ形式に慣れる必要があります。
試験ガイドの段階で文の長さ、選択肢の迷わせ方、求められる判断の粒度を知っておくと、問題集を解くときの視点が変わります。
単なる正誤確認ではなく、「どの条件が決め手だったか」を拾えるようになります。

筆者が受験者によく勧めるのは、試験ガイドを読んだあとに、出題分野ごとに強い・普通・弱いの3段階で自己評価してしまうやり方です。
これだけで、最初の1週間に何をやるべきかが整理されます。
VPCやIAMに触れてきた人なら基礎確認で済む一方、LambdaやCloudFormationに触れていない人は早めに補強が必要、といった優先順位がつきます。
学習時間が限られる社会人ほど、この仕分けが効きます。

Skill Builder・模擬・ハンズオンの使い分け

教材の使い分けは、Skill Builderで全体像をつかみ、模擬試験で穴を見つけ、ハンズオンで実務感を埋めるという並びが最も安定します。
AWS Skill BuilderにはExam Prep、無料コース、練習問題、試験準備向けコンテンツがそろっており、入口として実用的です。
とくに初学者は、いきなり市販問題集だけに入ると、サービス名と選択肢の暗記に寄ってしまいがちです。
先にSkill BuilderでAWS公式の言葉づかいと論点の置き方に慣れておくと、後の演習が楽になります。

ただし、Skill Builderだけで十分かというと、資格レベルによって変わります。
Foundationalなら、Exam Prepと練習問題を軸にして、足りないところを問題集で補う進め方でもまとまります。
Associate以上は、問題集の反復だけでは伸び切りません。
設問で問われるのがユースケース判断や構成選定だからです。
市販の問題集は、知識の抜け漏れ確認や出題パターンの把握には有効ですが、正解を覚える使い方になると本番で崩れます。
解説を読んだあとに、なぜ他の選択肢が劣るのかまで言語化できるかが欠かせません。

模擬試験は、学習の終盤だけでなく中盤にも入れる価値があります。
おすすめは、ある程度インプットした段階で一度受けて、点数よりも分野別の失点傾向を見ることです。
その後に弱点を潰し、再度模試を回し、本番へ入る。
この模試→弱点潰し→本番の3サイクルが、最も再現性があります。
1回目の模試で高得点を狙う必要はありません。
むしろ、どのサービスで迷うのか、要件読解で落とすのか、ベストプラクティス理解で落とすのかを切り分けるのが役目です。

ハンズオンは、とくにAssociate以上で効きます。
SAA、DVA、SysOps/CloudOps系、DEA、MLAあたりは、コンソールやIaCの操作感があるだけで問題文の解像度が一段上がります。
無料利用枠や学習用サンドボックスを使って、VPC、IAM、EC2、Lambda、CloudFormationあたりを実際に触るだけでも差が出ます。
VPCならサブネットやルートテーブルの関係、IAMならポリシーとロールの使い分け、Lambdaならトリガーや実行ロール、CloudFormationなら宣言的に構成を組む感覚が、文章知識から体感知識に変わります。
Associate帯はこの操作経験が入った瞬間に問題文の意味が急に読めるようになる人が多いです。

Developer系を受ける人なら、LambdaとAPI Gateway、デプロイ、CI/CDまわりを重点的に触ると効率が良いです。
Solutions Architect系なら、VPC設計、EC2、S3、RDS、可用性やコスト最適化の観点を絡めて触ると、設計問題で迷いにくくなります。
運用寄りなら、監視、ログ、権限、バックアップ、障害時の挙動まで意識して触れると、単なる設定暗記から抜け出せます。

問題集の使い方にもコツがあります。
1周目は解説を丁寧に読み、2周目は間違えた理由を分類し、3周目で根拠を即答できる状態に持っていく。
この順なら、丸暗記に偏らない学習になります。
逆に、正答率だけを追うと「見たことがあるから解けた」問題が増え、本番の初見シナリオで失速します。
AWS試験は、見慣れた単語を選ぶゲームではなく、要件に対して最適な設計・実装・運用を選ぶ試験です。
そこにハンズオンを差し込む意味があります。

更新・再認定の仕組み

3年更新ルールと再認定の選択肢

AWS認定は、取得日から3年間有効です。
ここは受験時よりも、むしろ取得後に効いてくるルールです。
資格は一度取って終わりではなく、期限内に再認定できる前提で考えたほうが、実務での活かし方と学習コストの見積もりがぶれません。

再認定の基本線はシンプルで、同一レベルの最新試験に合格する方法が中心になります。
たとえば AWS Certified Solutions Architect – Associate なら、現行バージョンの Solutions Architect – Associate に再度合格する形です。
試験範囲はサービスの更新に合わせて変わるので、古い知識のまま維持できる設計にはなっていません。
AWS資格が実務寄りだと感じる理由のひとつが、まさにこの更新設計です。

加えて、AWSでは上位試験への合格で下位資格が再認定されるケースがあります。
これは、単に試験を増やして受け直させるのではなく、より高いレベルの知識で下位の有効性も担保する考え方です。
すでに実務で設計や運用の責任範囲が広がっている人なら、同一試験を繰り返すより、次のレベルに進んだほうが維持と成長を両立しやすい場面があります。

Cloud Practitionerには少し特徴があり、試験再受験だけでなく、「AWS Cloud Quest: Recertify Cloud Practitioner」による再認定オプションがあります。
基礎資格の再認定を、ゲーム形式の学習体験と結びつけているないと崩れやすくなります。
非エンジニアや初学者にとっては、試験一本より心理的なハードルが下がりやすく、知識の再整理にも向いています。

資格のライフサイクルにも目を配る必要があります。
終了予定の資格は、最終受験日までは受験できても、その先は同じ資格で再認定できなくなる可能性があります。
Machine Learning - Specialty は 2026年3月31日が最終受験日として案内されており、この種の資格は「今取るか」だけでなく「次回更新をどうするか」まで含めて考える必要があります。
実務でMLやAIに寄るなら、後継や近接領域の認定へ軸足を移す判断が早めに必要です。

上位合格による下位再認定の整理

上位合格で下位が再認定される仕組みは、取得戦略を組むうえできわめて欠かせません。
筆者は、更新時期が近づいた人には「同じ試験を受け直すか、役割に合う上位へ進むか」を先に切り分けてもらいます。
というのも、再認定は維持の話に見えて、実際にはキャリアの棚卸しに近いからです。

代表的なのは、Associate と Professional の関係です。
たとえば Solutions Architect – Associate を持っていて、業務が設計主導に広がっているなら、Solutions Architect – Professional の合格で下位側の再認定も整理できるケースがあります。
学習負荷は上がりますが、設計判断、移行、複数要件のトレードオフまで扱えるようになるので、実務とのつながりはむしろ強くなります。

運用や自動化寄りでも同じ発想が使えます。
Developer – Associate や運用系Associateを維持するために同一試験を繰り返すより、DevOps Engineer – Professional に進むほうが、CI/CD、自動化、運用統合の観点まで一段上の整理ができます。
更新のための勉強が、そのまま業務改善の引き出しに変わります。

ただし、この仕組みは「どの上位資格でも、すべての下位資格を無条件で更新できる」わけではありません。
再認定の対象関係はAWSの公式ポリシーに沿って決まっているため、資格の系統が近いかどうか。
ここを曖昧に理解したまま期限直前に動く人ほど、想定外の受け直しが発生するリスクがあります。
アーキテクト系、開発系、運用系、専門領域系で、どの認定がどこまで再認定に効くのかを早めに整理しておくと、余計な受験回数を減らせます。

実務者目線で見ると、再認定の最適解は「一番楽な方法」ではなく、今の担当領域を一段抽象化して証明できる方法です。
たとえばSAAを持つ人が、まだ設計補助レベルなら同一更新でも十分です。
一方、設計レビューや方針決定に関わるならSAPへ進んだほうが、維持だけでなく評価軸そのものが変わります。
更新ルールは、資格を延命する仕組みというより、実務レベルの成長を促す仕組みとして見たほうが理解できます。

期限管理のコツと実務者向けスケジュール

更新で一番避けたいのは、期限切れ直前に慌てることです。
AWS認定は期限内に再認定してこそ継続価値が出ます。
切れてから動くと、名刺やプロフィール上の見え方だけでなく、案件アサインや社内評価の文脈でも空白が生まれやすくなります。
とくに複数資格を持っている人は、1つの失効が連鎖的に管理を難しくします。

実務者なら、期限の90〜120日前から逆算して再認定計画を置くのが扱いやすい構成です。
これは学習時間を長く取りすぎない一方で、仕事の繁忙に飲まれにくい現実的な幅です。
筆者がよく勧める流れは、まず模試で現在地を確認し、その結果で弱点を絞り、必要なら短いハンズオンを差し込み、そのあと本試験に入る形です。
前のセクションで触れた模試→弱点潰し→本試験の流れは、再認定でもそのまま使えます。

Cloud Practitionerのような基礎資格なら、学習の立ち上がりは比較的軽く済みます。
基礎の学習時間目安として知られる20〜40時間のレンジに収まる人も多く、Cloud Questによる再認定ルートもあるため、早めに着手すれば調整がききます。
Associate以上は事情が変わります。
普段触っている領域なら短期で戻せても、担当外サービスが増えていると想像以上に抜けています。
SAA系の再認定でも、実務経験がある人で60〜120時間ほど見ておくと無理なく進められます。
平日夜に積むなら、2〜3か月単位で計画したほうが仕事と両立しやすい部類です。

試験改定のタイミングも無視できません。
たとえば SysOps Administrator – Associate（SOA-C02）は 2025年9月29日が最終受験日で、その後は CloudOps Engineer – Associate（SOA-C03）が 2025年9月30日から始まります。
こうした移行期は、旧試験で駆け込むか、新試験へ寄せるかで準備内容が変わります。
更新対象が終了予定試験や改定直前の試験にかかっているときは、単純な期限管理ではなく、試験そのものの存続期間まで含めて見ておく必要があります。

結局のところ、AWS認定の維持コストは「3年ごとに試験がある」というより、その3年間で自分の役割がどう変わったかを定期的に棚卸しするコストです。
開発が増えたのか、設計に寄ったのか、AIやデータに広がったのか。
その変化に合わせて再認定ルートを選べる人ほど、資格維持が消耗戦にならずに済みます。

未経験でも AWS 認定は十分に合格圏を狙えます。
入門資格である AWS Certified Cloud Practitioner は、公式や入門コースで示される学習目標を満たせば、初心者でも20〜40時間程度で合格圏に入ることが多いです。
非エンジニアや入門者はまずこのテストで基礎を固めるのが実務的です。
Associate 以上は話が変わります。
たとえば AWS Certified Solutions Architect - Associate（SAA-C03）や AWS Certified Developer - Associate（DVA-C02）は、問題文を読んで知識を当てるだけでは苦しく、サービスの使い分けやハンズオン経験を前提にした判断が問われます。
Cloud Practitioner は用語の地図を作る試験、Associate はその地図を使って設計・実装・運用の判断をする試験です。
未経験からいきなりAssociateに挑むこと自体は制度上可能ですが、学習時間はFoundationalより明らかに増えます。

合格率については、AWSが公式に試験別の合格率を公表しているわけではありません。
Web上には推定値を載せた記事や体験談が多くありますが、それらは受験者層や集計方法がまちまちで、比較記事で使うには精度が揃いません。
読む側としては「難易度感の参考」くらいに留めるのが妥当です。
実際、AWS側が示しているのは合格率ではなく、想定受験者像や推奨経験、試験ガイド上の出題領域です。
ここを軸に判断したほうがぶれません。

では、いきなりAssociateから受けてもよいのかという点ですが、制度上の受験順制限はありません。
そのため、IT基礎があり、ネットワーク、認証、可用性、バックアップ、監視といった基本概念が頭に入っている人なら、SAAやDVAから始めるのは現実的です。
とくに設計寄りなら SAA-C03、Lambda や CI/CD を含む開発実務があるなら DVA-C02 は入りやすい試験です。
逆に、AWSそのものが初見で、EC2・S3・IAM の役割もまだ曖昧なら、Cloud Practitioner を経由したほうが学習効率は上がります。
無理に難しい試験へ直行するより、用語の混乱を先に潰したほうが、次のAssociate学習がずいぶん軽くなります。

履歴書の書き方と評価されやすい組み合わせ

履歴書や職務経歴書には、正式資格名を英名で書くのが基本です。
AWS認定は日本語で通称が広まっていますが、採用側のATSや海外案件、外資系企業の評価シートでは英語表記のほうが認識されやすい場面があります。
そこに取得年月を添え、必要なら試験コードを括弧で補足する形がです。
認定の有効期限は別欄で書かなくてもよいことが多いですが、更新直後でアピールしたい場合は職務経歴書で触れると分かりやすくなります。

書き方の例としては、次のような形が実務的です。

• AWS Certified Solutions Architect - Associate（SAA-C03） 2025年6月取得
• AWS Certified Developer - Associate（DVA-C02） 2025年8月取得
• AWS Certified Solutions Architect - Professional（SAP-C02） 2026年2月取得

バージョンや試験コードは必須ではありませんが、更新や改定が多いAWS認定では、書いておくと情報の鮮度が伝わりやすいです。
とくに SysOps Administrator - Associate から CloudOps Engineer - Associate への移行のように、試験名や位置づけが変わる局面では、コード付きの表記が役立ちます。

転職市場で評価されやすい資格の組み合わせは、職種と結びついたものほど強いです。
汎用性の面では、まず AWS Certified Solutions Architect - Associate が依然として扱いやすい1本です。
インフラ、開発、プリセールス、情シス寄りまで広く通じやすく、「AWSの基本設計を理解している」ことを示しやすいからです。
そのうえで、上流設計や技術選定まで含めて示したいなら AWS Certified Solutions Architect - Professional が強く、アーキテクト志向の転職では見られ方が変わります。

専門職としての直結度を出したい場合は、Security - Specialty や Advanced Networking - Specialty のようなSpecialtyが効きます。
セキュリティ担当なら IAM、KMS、検出、インシデント対応の理解を示せる Security - Specialty が刺さりやすく、ネットワーク設計担当なら VPC、Transit Gateway、Direct Connect を深く扱う Advanced Networking - Specialty の説得力が高いです。
資格単体で採用が決まるわけではありませんが、担当職種と資格のテーマが一致していると、書類段階での解像度が一段上がるのは確かです。

評価されやすい並びをあえて整理すると、設計・汎用性なら SAA → SAP、開発実務なら SAA または DVA → DOP、専門職なら Associate基盤＋Security/NetworkingのSpecialty が明快です。
逆に、難しい資格を先に並べても、職務内容と結びつかなければ伝わりません。
採用側が見たいのは「難関資格を持っている人」より、その資格で何ができる人なのかだからです。

受験環境・当日の注意点

AWS認定は、Pearson VUE のテストセンター受験とオンライン監督受験の両方に対応しています。
どちらが有利というより、集中しやすい環境を選べるか。
テストセンターは通信や部屋の条件を気にせず受けやすく、オンライン監督は移動時間を削れるのが利点です。
筆者の周囲でも、長文シナリオ問題に集中したい人はテストセンター、自宅のほうが緊張しにくい人はオンライン監督を選ぶ傾向があります。

オンライン監督で見落としやすいのが、事前のシステム要件と本人確認です。
カメラ、マイク、ネットワーク、ブラウザ環境の整合が取れていないと、試験の中身以前で止まりがちです。
さらに、身分証の表記と予約情報の氏名がきれいに一致していないと、その場で詰まることがあります。
ここは学習の出来とは無関係ですが、当日の心理的な消耗を大きく左右します。

試験中の体感としては、Associate以上は「知っているか」だけでなく、複数の選択肢を比較して一番筋が通るものを選ぶ時間が必要です。
とくに SAA や SAP、DOP は、単発知識よりも要件の優先順位を読む力が問われます。
模擬問題ではスムーズでも、本番では文章量と緊張でペースが落ちる傾向があります。
筆者はこのタイプの試験では、最初の周回で迷う問題に深追いしない人のほうが、結果として取りこぼしが少ないと見ています。

テストセンターでもオンライン監督でも共通しているのは、身分証明書と予約情報の一致、開始前の準備時間、周辺環境の静けさがスコア以前の前提になることです。
AWS認定はアクティブな認定件数が 142万件超、認定保有者も 105万人超まで広がっており、受験自体は特別な人だけのものではありません。
ただ、当日は知識より先に運営ルールでつまずく人が一定数います。
学習内容を実力どおり出すには、試験方式に合わせた準備も含めて整えておく、というより、そこまで含めて受験の一部として考えるほうが実務的です。

まとめと次のアクション

今日決めること：入口資格と受験日

そのうえで、公式の試験ガイドをダウンロードして、出題分野と重みを先に確認してください。
関連記事も参考になります（例：IT資格の職種別おすすめや通信講座の比較）。
参照：、/guide/tsushin-koza-erabi

明日からの学習：Skill Builderとハンズオン

学習開始は、AWS Skill Builder の Exam Prep と Essentials 系コースから入るのが安定です。
まず試験範囲の全体像をつかみ、その後にハンズオンでサービスの挙動を手で確認すると、問題演習の正答率が上がりやすくなります。
設計系なら VPC や可用性、開発系なら Lambda や CI/CD、運用系なら監視や障害対応の流れを、試験名に合わせて触っていくのが近道です。

計画は気合いではなく、受験日から逆算して学習時間を先にカレンダーへ置くこと。
平日は1〜2時間、休日は2〜4時間を先にブロックし、コース視聴・ハンズオン・問題演習の順で回すと継続できるペースです。
初回受験が終わったら、認定ダッシュボードで割引バウチャーなどの特典も確認して、次の資格の順番設計にそのままつなげると無駄がありません。

公開後の更新ポイント：料金・改廃の直前確認

AWS認定は動きが早いので、申し込み前には受験料、試験名、提供中のバージョンを公式ページで見直す前提で進めるのが安全です。
とくに運用系や AI 系はラインナップの更新が入りやすく、公開時点で読んだ情報と申込時点の情報が一致しないことがあります。
記事を読んで方針を決め、予約前に公式の試験ページと試験ガイドで最終確認する。
この流れにしておくと、学習計画がぶれにくくなります。