フリーランスにAWS認定ソリューションアーキテクトは役立つ？評価される場面と準備

AWS認定ソリューションアーキテクト–アソシエイト（以下、SAA）は、持っていなくても参画できるAWS案件が多い一方で、運用中心の経歴から設計に広げたいときや、AWSの経験年数が短いときの書類選考では裏付けとして効きます。評価を分けるのは、試験で問われる「要件に合わせて構成を選ぶ力」を、実際の案件でどう使ったかを説明できるかどうかです。

この記事では、2026年10月時点のAWSの公式ページをもとに、試験の範囲と有効期間を確かめたうえで、SAAが効く場面と効きにくい場面、実務経験との組み合わせ方、スキルシートへの書き方を整理します。AWSの案件で求められるスキル全体はAWSエンジニアのスキルの記事、職種として取る資格の選び方はAWSエンジニアの資格の記事で扱っています。

SAAの試験で問われる範囲と有効期間

SAAは、Amazon Web Services（AWS）が実施する認定で、ソリューションアーキテクトの役割を担う人を対象にしています。試験ガイドでは、AWS Well-Architected Frameworkにもとづいて設計する力を確かめる試験と説明されています。

推奨される経験は受験の条件ではありません。ただ、「1年以上の設計経験」が想定されている点は、案件側がSAAをどう読むかにもつながります。

有効期間と更新の方法

SAAの有効期間は3年間です。公式ページでは、期限が切れる前に最新版のSAAに合格するか、上位のソリューションアーキテクト–プロフェッショナルに合格すると更新されると案内されています。更新すると、そこから3年間有効になります。

このほか、AWS Skill Builderの有料プランに加入していて、有効期限の90日前以内であれば、所定の学習を終えることで1年延長する「維持」の方法もあります。どの方法を選んだかで次の期限が変わるため、スキルシートには認定の管理画面で確かめた期限を書きます。

SAAがなくても入れる案件が多い理由

AWSの案件で面談の中心になるのは、どの規模の環境で、設計・構築・移行・運用のどこを担ったかです。発注側は、決まった構成を運用する人を探しているのか、構成を決める人を探しているのかで、確かめる経験が変わります。どちらの場合も、実際の環境での経験があれば、SAAを持っていなくても参画が決まることは珍しくありません。

反対に、SAAを持っていても、実務の経験がAWSの画面での定型作業に限られていると、設計を任せる案件では評価が分かれます。SAAは「設計の基本を体系的に学んだ」ことの証明であって、「設計を任された」ことの証明ではないためです。

SAAが効きやすい場面

運用から設計・構築に広げたいとき

監視や障害対応の経験が中心の人が、構築や設計の案件に応募するとき、SAAは「構成を選ぶ観点を一通り学んでいる」ことを示す材料になります。試験の4分野は、セキュリティ、可用性、性能、コストと、設計で天秤にかける観点そのものです。運用の中で可用性やコストの改善に関わった経験と並べると、設計に近い経験として読まれやすくなります。

オンプレミスのインフラ経験にAWSを足すとき

ネットワークやサーバーの経験が長く、AWSの実務がまだ短い人にも効きます。インフラの基礎は経歴で伝わっても、AWSのサービスの組み合わせ方をどこまで理解しているかは経歴だけでは分かりにくいからです。移行案件では、現行の環境を読める人がAWSの構成も理解していることが求められます。

書類選考で歓迎条件に名前があるとき

案件票の歓迎条件に「AWS認定（アソシエイト以上）」のように書かれている場合は、書類の段階で目に留まりやすくなります。案件票の読み方は案件票の読み方の記事で解説しています。

SAAだけでは効きにくい場面

• 上流の設計を主導する役割：複数のアカウントや組織全体の構成を決める案件では、上位のプロフェッショナルの認定や、実際に設計を主導した経験が見られます。プロフェッショナルは、AWSでの設計と実装の経験2年以上が推奨されています
• 特定の分野を深く問う案件：セキュリティやネットワーク、データ基盤などは、分野ごとの経験が先に見られます。セキュリティ寄りの案件はAWS認定セキュリティの記事をご覧ください
• IaCやCI/CDが前提の案件：SAAの範囲は構成の選び方が中心で、TerraformなどでのIaCの経験は別に問われます。IaCの資格はTerraform Associateの記事で扱っています

実務経験との組み合わせ方

SAAを経験の裏付けとして使うには、試験の分野と自分の経験を対応させておくと説明しやすくなります。

すべての分野で経験がそろっている必要はありません。経験の薄い分野は、検証環境で構成を作って確かめておくと、面談で「試験で学んだ」だけで終わらずに話せます。検証環境での経験は、実務とは分けて書きます。

上流の工程に広げる考え方は上流工程の案件に入るための記事にまとめています。

スキルシートでの書き方

資格欄には、正式名称、取得年月、有効期限をそろえて書きます。

例：AWS Certified Solutions Architect - Associate（20XX年X月取得、有効期限20XX年X月）

あわせて、SAAで学んだ観点を使った案件があれば、経歴欄のその案件に「可用性とコストの比較をもとに構成案を作成」のように一言添えます。資格欄と経歴欄がつながると、認定が実務に生きていることが伝わります。期限が切れたものは有効な認定と分けて「取得歴」として書きます。AWSのスキルシート全体の書き方はAWSのスキルシートの記事で紹介しています。

案件と並行して準備するときの進め方

1. 試験ガイドで4分野と対象サービスを確かめる：自分の経験で説明できる分野と、説明できない分野に分けます
2. 説明できない分野を検証環境で作る：構成を作り、なぜその構成にしたかを短く書き残します。面談の材料にもなります
3. 受験の時期を案件の繁忙期と重ねない：本番切り替えや障害対応が多い時期を避けて日程を決めます

学習の時間の作り方は学習時間の作り方の記事をご覧ください。

よくある質問

クラウドプラクティショナーを先に取るべきですか？

AWSの公式ページでは、ITの経験がまったくない人にはクラウドプラクティショナーを先に取ることが推奨されています。インフラや開発の実務経験がある人は、SAAから受けても問題ありません。案件の面談では、基礎の認定よりも実務とSAA以上の認定の組み合わせが見られる傾向があります。

SAAとプロフェッショナルのどちらを目指すべきですか？

設計を主導する役割を狙うならプロフェッショナルが目標になりますが、推奨される経験は2年以上と重くなります。設計の経験がまだ短い場合は、SAAで観点を固め、案件で設計に関わる経験を積んでから進むと、学習を実務に結びつけやすくなります。プロフェッショナルに合格するとSAAも更新されます。

SAAを取れば単価は上がりますか？

SAAを取っただけで報酬が上がるとは限りません。報酬は担う役割や案件の需要、稼働日数などで決まり、案件によって大きく変わります。SAAをきっかけに設計の工程を担えるようになれば、選べる案件が変わることはあります。