ここでの答えのほとんどは、100％Flashサイトを「嫌い」（嫌いまたは推奨しないだけでなく、「omg flash sux lolz」のような嫌いなもの）と述べ、次にいくつかの本当に弱い（その理由として、時には正しくない）引数があります。コメントでそれらのいくつかを取り上げましたが、ここに、完全なFlashサイトに対する最大の議論と思われるものと、それらにまったく同意しない理由の要約を書きましょう。
-SEOとディープリンク/ブックマークの問題
SWFAddress。'言っ途切れる。何年も前から存在していますが、Flashコンテンツをディープリンクしたりブックマークしたりすることは不可能だと人々は信じています。これは、Flashコンテンツをチェックしたり、Flashサイトを開発したりして、問題に直面したことがないためです（これは、私のように何年もの間解決されています）。言った）。私が面白いと思うのは、ほとんどの人が動的なWebサイトを構築するためにAjax / javascript + XHTMLを推奨/支持しているように見えることです...しかし、Ajaxコンテンツは、回避策...これはFlashコンテンツでも機能します！
では、なぜ多くのフルフラッシュサイトがそれを実装していないのでしょうか。私にはわかりませんが、おそらく必要ではないかもしれません（ゲームサイト、広告サイトなど、ほとんどのFWAサイト）、または単に怠惰な開発者である可能性があります（以下を参照）。
-アクセス可能性：
まず第一に、Flashは障害を持つユーザーにとって非常に友好的です。Adobe Flashのアクセス可能性ページを確認できますが、説明します。Flashは、ビジュアルコンテンツとオーディオコンテンツの表示に優れています。フォントサイズやページのコントラストなどを変更するコントロールは、それを必要とするユーザーにとって非常に簡単に作成できます。カスタムスタイルシートを適用するのと同じくらい簡単に実装できるとは言いませんが、実際には負担や手間はかかりません...サイトにアクセスできるようにする必要がある場合は、それに気を配り、正しく実装してください（これは本当です）。すべてのテクノロジーについて）。
また、障害は近視眼的または色覚異常を意味するだけではありません。たとえば、私の仕事では、聴覚障害者と私のために、同期されたテキスト（サブタイトルではなく、完全なテキスト）を使用して手話でビデオをWeb上で提供しています。他のテクノロジーを使用して実装する方が簡単だとは思いません（不可能だとは言わないことを忘れないでください）。
-モバイル/iPhone：
明確にするために、Flashコンテンツがモバイルで実行されないというのは真実ではありません（それがflashliteの目的ですよね？）。しかし、今日のように、多くのシステム（iphoneを含む）がFlashをサポートしていないのは事実です。これはそんなに大きな問題ですか？そうは思いませんが、詳しく説明させてください。1024x720用に最適化された素晴らしいXHTMLWebサイトを構築し、優れたJavaScript効果ときれいな画像を使用すると、モバイルデバイスで恐ろしいものが表示されることを保証します（表示される場合でも）。私はモバイルウェブ会議に参加しました。そこでは、モバイル用のウェブサイトのサイズは決して20kbを超えてはならないと言われていました...それで頑張ってください。
最も重要なWebサイトは、モバイル専用の特別なサイトを、明らかにプレーンHTMLで実装しています...これは、完全なFlashサイトの場合とまったく同じです。iphoneのFlashに関しては、Flash CS5が出て、突然Flashムービーをiphoneアプリケーションにコンパイルできるようになったとき、AppleがiphoneFlashプレーヤーを押し続ける理由は本当にわかりません。私が言ったように、それは本当に私を悩ませることはありませんが、行く方法はウェブのモバイル固有のバージョン（またはiPhone固有のバージョン）であると信じているからです。
要約すると、ほとんどの議論は、アガニストFlashは、人々がアガニストFlashを持っているだけの恨みであることがわかります。これは、何年も前から存在しているが、実際にはもう当てはまらない神話に基づいています。議論の多くは悪いXHTML/Ajaxサイトにも同じように当てはまります。そのため、ほとんどの場合、批評家はアガニストの貧弱なFlashサイトに不満を言うだけです。したがって、技術ではなく、嫌な/怠惰なFlash開発者が責任を負います（デザインから来た、および/またはプログラミングのバックグラウンドを持たない多くのFlash開発者がいるという事実は、まったく役に立ちません）。
ここで、提案された質問に私の観点（Flash開発者の観点）から回答します。
- すべてのフロントエンドをフラッシュで実行するには、どのタイプのWebアプリを検討する必要がありますか？
頭のてっぺんから：
車や衣料品などの見事な製品を紹介または宣伝するサイト。すばらしい景色と双方向性でユーザーに影響を与えたい場合は、Flashが断然最高です。
アーティストの蜘蛛の巣：写真家やミュージシャンなどのためのウェブで、アーティストの作品をサイトに統合する必要があります。
あなたがFlash開発者/Flash開発会社で働いているなら、完全なFlashポートフォリオサイトを構築することは非常に理にかなっていますね。;）
一般に、データよりもユーザーエクスペリエンスを重視するサイト。bit101のマスターKeithPetersを参照してください：Flash、それは何に適していますか？
簡単でしょうか？はい/いいえ、HTML + Ajaxが苦手で、Flashが得意な場合のみですか？
ニーズによっては、Flashが唯一のツールになる可能性があります。Flashで構築するのが複雑ではないもののいくつかは、XHTMLで開発するのは悪夢です。とにかく、HTML + Ajaxに夢中なら、Webアプリを開発するべきではありませんね。
地獄はありません。私でさえ、完全なFlashサイトだけで構成されるWebは、すべての人にとって恐ろしいものになることに同意します（adobeを除く）。
あなたが構築しているサイトが上記のどれでもないとき：Pテキスト（情報）がサイトの最も重要な部分であるときは絶対にそうではありません。
- 追加の利点は、IE + FF + Opera + Chrome+Safariの互換性の問題がないことだと思います
はい、それは本当に、「余分な」利益であるだけでなく、本当に大きな利益です。
- これは、Webアプリケーションフロントエンドの次のプログラミングモデルでしょうか？
これは難しい質問です。これが100％Flash / Flexと100％XHTML+Ajaxサイトの間の戦争だとは本当に思いません。Flash / FlexはHTMLの代わりにはなりませんが、それを補完するものです。常に仕事に適したツールを使用し、賢明に使用する限り、必要なテクノロジー（または組み合わせ）を使用してください。XHTML + Ajaxを使用して本当に壮観なFWAスタイルのサイトを構築するのと同じように、ウィキペディアや個人のブログをFlashに実装するのも同様に愚かだと思います。
巨大なテキストでごめんなさい、そして読んでくれてありがとう！嫌いなコメントを楽しみにしています;）
